Информационная технология на основе формализованного понимания редакционной политики

Повышение качества научно-технического уровня работы редакционной коллегии научного журнала благодаря использованию формализованной редакционной политики на основе приоритетных технических направлений, ведущих научных школ, значимых событий и организаций.

Рубрика Журналистика, издательское дело и СМИ
Вид дипломная работа
Язык русский
Дата добавления 08.10.2018
Размер файла 7,0 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

История развития языка UML берет начало с октября 1994 года, когда Гради Буч и Джеймс Румбах из компании Rational Software Corporation начали работу по унификации методов Booch и OMT. Несмотря на то, что сами по себе эти методы были достаточно популярны, совместная работа была направлена на изучение всех известных объектно-ориентированных методов с целью объединения их достоинств. При этом Г. Буч и Дж. Румбах сосредоточили усилия на полной унификации результатов своей работы. Проект так называемого унифицированного метода (Unified Method) версии 0.8 был подготовлен и опубликован в октябре 1995 года. Осенью того же года к ним присоединился А. Джекобсон, главный технолог компании Objectory AB (Швеция), с целью интеграции своего метода OOSE с двумя предыдущими.

В этот период поддержка разработки языка UML становится одной из целей консорциума OMG (Object Management Group), который был образован еще в 1989 году с целью разработки предложений по стандартизации объектных и компонентных технологий CORBA. В то время язык UML приобрел статус второго стратегического направления в работе OMG. Именно в OMG создается команда разработчиков под руководством Р. Соли, которая обеспечила дальнейшую работу по унификации и стандартизации языка UML. Усилия группы разработчиков, в которую входили также Г. Буч, Дж. Румбах и А. Джекобсон, привели к появлению первых документов, содержащих собственно описание языка UML версии 0.9 (июнь 1996 г.) и версии 0.91 (октябрь 1996 г.).

Тогда же некоторые компании и организации увидели в языке UML стратегический интерес для своего бизнеса. Компания Rational Software вместе с несколькими организациями, изъявившими желание выделить ресурсы для разработки строгого определения версии 1.0 языка UML, учредила консорциум партнеров UML, в который первоначально вошли такие фирмы, как Digital Equipment Corp., HP, i-Logix, Intellicorp, IBM, ICON Computing, MCI Systemhouse, Microsoft, Oracle, Rational Software, TI и Unisys. Эти компании обеспечили поддержку последующей работы по более точному определению нотации.

В январе 1997 года был опубликован документ с описанием языка UML 1.0, как начальный вариант ответа на запрос предложений RTP. Эта версия языка моделирования была достаточно хорошо определена, обеспечивала требуемую выразительность и мощность, предполагала решение широкого класса задач. В результате работы инициативной группы в составе OMG была предложена пересмотренная версия 1.1 языка UML. Основное внимание при разработке языка UML 1.1 было уделено достижению большей ясности семантики по сравнению с UML 1.0, а также учету предложений новых партнеров. Эта версия языка была представлена на рассмотрение OMG, затем одобрена и принята в качестве стандарта OMG в ноябре 1997 года. История разработки и последующего развития языка UML графически представлена на рисунке 3.1.

Рисунок 3.1 - История развития языка UML

В настоящее время все вопросы дальнейшей разработки языка UML сконцентрированы в рамках консорциума OMG. При этом статус языка UML определен как открытый для всех предложений по его доработке и совершенствованию. Сам язык UML не является чьей-либо собственностью и не запатентован кем-либо, хотя указанный выше документ защищен законом об авторском праве. В тоже время аббревиатура UML, как и некоторые другие (OMG, CORBA, ORB), является торговой маркой их законных владельцев, о чем следует упомянуть в данном контексте.

На рынке CASE-средств представлены десятки программных инструментов, поддерживающих нотацию языка UML 1.4-1.5 и обеспечивающих интеграцию, включая прямую и обратную генерацию кода программ, с наиболее распространенными языками и средами программирования, такими как MS Visual C++, Java, Object Pascal/Delphi, Power Builder, MS Visual Basic, Forte, Ada, Smalltalk.

С каждым годом интерес к языку UML со стороны специалистов неуклонно возрастает. Язык UML повсеместно становится не только основой для разработки и реализации во многих перспективных инструментальных RAD-средcтвах, но и в CASE-средствах визуального и имитационного моделирования. Более того, заложенные в языке UML потенциальные возможности широко используются как для объектно-ориентированного моделирования систем, так и для документирования бизнес-процессов, а в более широком контексте - для представления знаний в интеллектуальных системах, которыми, по существу, станут перспективные сложные программно-технологические комплексы.

3.1.2 Краткое описание средства разработки проекта StarUML

StarUML - программная платформа моделирования, которая поддерживает UML (Унифицированный Язык Моделирования). Она основана на версии UML 1.4 и поддерживает нотацию UML версии 2.0 и одиннадцать различных типов диаграмм. Она активно поддерживает подход MDA (Архитектура Управляемая Моделью) и концепцию профилей UML. StarUML превосходен в отношении настройки окружения пользователя и имеет высокую степень расширяемости в том, что касается его функциональных возможностей.

StarUML предоставляет максимальные возможности адаптации к требованиям пользователя, предлагая настройку параметров, которые определяют методологию создания программного обеспечения, проектную платформу и язык разработки.

StarUML обладает превосходной расширяемостью и гибкостью. Он поддерживает использование аддинов, позволяющих расширять его функциональные возможности. При их разработке предоставляется доступ ко всем функциям модели/метамодели и другому инструментарию через COM, включая расширение меню и набора опций конфигурации. Также, пользователи могут создавать свои собственные подходы и фреймворки, соответствующие специальным методологиям. StarUML может также быть интегрирован с любыми внешними инструментальными средствами.

StarUML - платформа моделирования программ. Преимущества расширяемой платформы:

· Конечные пользователи хотят иметь настраиваемые инструментальные средства. Обеспечение возможности настройки параметров, учитывающее все требования к операционной среде, может гарантировать высокую производительность и качество разработок.

· Никакой инструмент моделирования не предоставляет абсолютно исчерпывающий набор всех возможных функций. Поэтому, хороший инструмент должен предусматривать необходимость расширения своих функций в будущем, оправдывая тем самым инвестиционные затраты пользователя, сделанные при его покупке.

· Технология MDA (Управляемая моделью архитектура) требует не только платформенной независимости, но и мультиплатформенных функциональных возможностей. Инструментальные средства моделирования, ограниченные специфическими средами разработки, не подходят для технологии MDA. Инструмент моделирования сам должен являться платформой моделирования, предоставляющей функциональные возможности, настраиваемые на различные технологии, среды разработки и инструментальные средства.

· Интеграция с другими инструментальными средствами жизненно важна для максимизации эффективности использования инструмента. Инструмент должен предоставлять высокий уровень расширяемости и позволять интегрироваться с существующими инструментальными средствами, которые находятся в распоряжении пользователя.

3.2 Методы программирования ИС

Информационная система - взаимосвязанная совокупность средств, методов и персонала, используемых для хранения, обработки и выдачи информации в интересах достижения поставленной цели.

При разработке информационной системы мною были выбраны и применены следующие технологии ASP.Net, Microsoft SQL Server.

ASP.NET -- технология создания веб-приложений и веб-сервисов от компании Майкрософт. Она является составной частью платформы Microsoft .NET и развитием более старой технологии Microsoft ASP. На данный момент последней версией этой технологии является ASP.NET 4.0

ASP.NET внешне во многом сохраняет схожесть с более старой технологией ASP, что позволяет разработчикам относительно легко перейти на ASP.NET. В то же время внутреннее устройство ASP.NET существенно отличается от ASP, поскольку она основана на платформе .NET и, следовательно, использует все новые возможности, предоставляемые этой платформой [10].

Принципы ASP.NET

Хотя ASP.NET берёт своё название от старой технологии Microsoft ASP, она значительно от неё отличается. Microsoft полностью перестроила ASP.NET, основываясь на Common Language Runtime (CLR), который является основой всех приложений Microsoft .NET. Разработчики могут писать код для ASP.NET, используя практически любые языки программирования, в том числе, и входящие в комплект .NET Framework (C#, Visual Basic.NET, и JScript .NET). ASP.NET имеет преимущество в скорости по сравнению со скриптовыми технологиями, так как при первом обращении код компилируется и помещается в специальный кэш, и впоследствии только исполняется, не требуя затрат времени на парсинг, оптимизацию, и т. д.

Microsoft SQL Server -- система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов -- Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка [11].

Разработка приложений

Microsoft и другие компании производят большое число программных средств разработки, позволяющих разрабатывать бизнес-приложения с использованием баз данных Microsoft SQL Server. Microsoft SQL Server 2005 включает в себя также Common Language Runtime (CLR) Microsoft .NET, позволяющий реализовывать хранимые процедуры и различные функции приложениям, разработанным на языках платформы .NET (например, VB.NET или C#). Предыдущие версии средств разработки Microsoft использовали только API для получения функционального доступа к Microsoft SQL Server

3.3 Построение модели анализа

Основной задачей программного комплекса, разрабатываемого в рамках данной работы, является формирование редакционной политики и содержания научного журнала.

Для этого программный комплекс должен предоставлять «дружественный» пользовательский интерфейс, позволяющий пользователю комфортно использовать инструмент, позволяющий выявлять рейтинг научной статьи для последующего формирования содержания номера журнала.

3.3.1 Диаграмма вариантов использования (Use Case Diagram)

На рисунке 3.2 приведена диаграмма вариантов использования информационной системы формирования содержания научного журнала. На диаграмме явным образом определен круг пользователей и варианты использования, которые каждый пользователь может выполнять в рамках своей деятельности.

Комментарии к вариантам использования:

- Войти в систему - вход в систему по ранее созданной учетной записи;

- Вести справочник пользователей - добавление, редактирование и удаление пользователей и их прав доступа;

- Редактирование компонентов редакционной политики - изменение значений приоритетных направлений, ведущих школ и т.д.;

- Ввод статьи - ввод статьи в систему;

- Ввод внутренней рецензии - ввод рецензии от внутреннего рецензента, включающей в себя техническое направление, ведущую школу и т.д.

- Ввод внешней рецензии - ввод рецензии от внешнего рецензента, включающей в себя оценку качества статьи.

Рисунок 3.2 - Диаграмма вариантов использования

3.3.2 Сценарий варианта использования

Вариант использования: Ввод статьи

Краткое описание. Позволяет администратору ввести данные о статье в систему

Актант. Администратор

Предусловия. Компьютер студента включён, запущено приложение в окне браузера, администратор успешно прошел аутентификацию и перешел в раздел «Добавить статью».

Основной поток событий

1. Система выводит на экран форму, на которой список окон с названиями, в которые администратору необходимо ввести данные о статье.

2. Администратор вводит все необходимые данные и нажимает кнопку «Ок».

3. Система проверяет все полученные данные и заносит результат в соответствующую таблицу БД и отображает информационное сообщение с кнопкой «ОК» об успешном занесении данных.

А1: Система отображает сообщение о том, что администратор ввел не все данные.

4. Вариант использования успешно завершен.

Альтернативы

А1: Введены не все данные.

А1.1 Перейти к пункту 1 основной последовательности событий.

Постусловия. При успешном завершении на экране - таблица статей.

3.3.3 Алгоритм ввода статьи

Алгоритм ввода статьи отображен на рисунке 3.3

Нет

Да

Нет

Да

Рисунок 3.3 - Блок-схема алгоритма ввода статьи

3.3.4 Диаграммы классов (Class Diagram)

3.3.4.1 Диаграмма сущностных классов

Сущностные (entity) классы: объекты этих классов представ-ляют собой блоки длительно хранимой информации, исполь-зуемые для организации баз данных и знаний, файловых систем хранения данных различной логической структуры; в основном в этих классах развит атрибутный раздел, однако имеется небольшое число операций контр оля ограничений целостности, как стандартных, так и специфичных для дан-ной предметной области.

Диаграмма сущностных классов системы представлена на рисунке 3.4.

Рисунок 3.4 - Диаграмма сущностных классов

3.3.4.2 Диаграмма классов управления

Объекты этих классов являются активными, берущими на себя управление и организацию вычислительных процессов; чаще всего это стандартные компоненты операционных систем и систем управления ба-зами данных (СУБД), таймеры, координаторы и т.п.

Диаграмма классов управления системы представлена на рисунке 3.5.

Рисунок 3.5 - Диаграмма классов управления

3.3.4.3 Диаграмма граничных классов

Объекты этих классов реали-зуют интерфейсы системы с внешней средой и различными пользователями.

Диаграмма классов управления системы представлена на рисунке 3.6.

Рисунок 3.7 - Диаграмма граничных классов

3.3.5 Диаграмма состояний

Диаграмма состояний (Statechart diagram) - диаграмма, на которой изображается конечный автомат с простыми состояниями, переходами и, возможно, вложенными композитными состояниями.

Рисунок 3.7 - Диаграмма состояний

3.4 Расчет внешней памяти

Проведём расчёт необходимой внешней памяти, воспользовавшись формулой:

(3.1)

где - объем необходимой внешней памяти;

- объем внешней памяти, необходимый операционной системе;

- объем внешней памяти, необходимый для дополнительно необходимого ПО;

- объем внешней памяти, требующихся для размещения СУБД;

- объем внешней памяти, необходимый программе;

- объем внешней памяти для максимального заполнения файлов, требующихся для размещения данных.

Учитывая, что требования к клиенту и серверу различны, следует рассчитать два значения: для сервера и для клиента.

Сервер

Для расчёта примем, что программа функционирует в операционной системе Microsoft Windows 2003 Server, которой необходимо внешней памяти.

В качестве СУБД используется Microsoft SQL Server 2008 R2.

В качестве дополнительного ПО выступает платформа Microsoft .NET Framework 2.0 и web-сервер Internet Information Server 6 (IIS). После установки .NET Framework занимает 450 Мб, IIS - 150 Мб.

Для расчета объема хранимых данных предположим наихудший случай: система будет функционировать 2 года (за это время она морально устареет и будет заменена). Индекс ориентировочно составляет 15% от основного объема данных. Расчет данных на 2 года представлен в таблице 3.1.

Таблица 3.1 - Расчет объема данных

Имя таблицы БД

Размер записи, байт

Максимальное количество записей

Размер индекса, байт

Итого, байт

Authors

804

250

30150

231150

Rubrics

40

5

30

230

Users

120

6

108

828

Suborganizations

112

1000

16800

128800

Relevant_sphears

120

1000

18000

138000

Sci_scholls

120

1000

18000

138000

Technical_directions

120

1000

18000

138000

Articles

120

1000

18000

138000

Organization

120

1000

18000

138000

ВСЕГО

1051008

= 1 Мбайт = 0,01Гб;

= 1+ 0,001 + 2+ 0,28+ 0,01 = 3,3Гб.

Клиент

Считаем, что клиент работает под управлением ОС Windows XP Home Edition. Для работы ему больше ничего не требуется, кроме Internet Explorer, который входит в поставку операционной системы, поэтому

3.5 Расчет оперативной памяти

Проведем расчет необходимого объема ОЗУ, воспользовавшись формулой:

(3.2)

где - объем необходимой оперативной памяти;

- объем оперативной памяти, необходимый операционной системе;

- объем оперативной памяти, необходимый для дополнительно необходимого ПО;

- объем оперативной памяти, требующихся для размещения СУБД;

- объем оперативной памяти, необходимый программе;

- объем оперативной памяти, необходимый данным

Сервер

По экспериментальным данным и данным разработчиков имеем следующие требования к оперативной памяти:

Результаты расчета объема кэша для хранения данных в оперативной памяти приведены в таблице 3.2.

Таблица 3.2 - Расчет объема буферизации

Имя таблицы БД

Размер записи, байт

Максимальное количество записей

Размер индекса, байт

Итого, байт

Authors

804

25

3015

23115

Rubrics

40

5

30

230

Users

120

6

108

828

Suborganizations

112

100

1680

12880

Relevant_sphears

120

100

1800

13800

Sci_scholls

120

100

1800

13800

Technical_directions

120

100

1800

13800

Articles

120

100

1800

13800

Organization

120

100

1800

13800

ВСЕГО

106053

= 0,1 Мбайт;

= 250Мб+512Мб+ 1Мб + 30Мб+0,1Мб = 791,1Мб;

Примем объем памяти в 800 Мб.

Клиент

Таким образом, общий объём оперативной памяти, необходимый для работы пользователей:

3.6 Выбор КТС и расчет быстродействия системы

Расчет времени реакции системы должен дать оценку быстродействия системы. Временем реакции системы по какой-либо функции называется время от момента начала запроса на выполнение этой функции от внешнего источника запросов до момента окончания формирования результата по данной функции.

Общее время реакции системы на выполнение запроса рассчитывается по формуле:

, (3.3)

,

,

,

,

.

- время на ввод входных данных запроса;

- коэффициент ошибок при вводе, для расчетов принять равным 1.5;

- количество символов, вводимых в качестве исходных данных запроса.

Так, как оператор выбирает информацию из списка, будем считать, что =2 (открытие списка и выбор из списка)

- время ввода одного символа, при ручном вводе с клавиатуры в некоторую экранную форму можно принять в среднем равным 2 с;

- время, затрачиваемое на считывание физических блоков при работе с накопителем;

- количество считываемых физических блоков, зависит от количества обрабатываемых таблиц (файлов) и объема таблиц (файлов);

=0,006 сек - время позиционирования головок дискового накопителя;

=0,001 сек - время считывания физического блока в дисковом накопителе;

- время, затрачиваемое процессором на обработку информации с учетом выполнения циклов;

= 1000 - количество операций высокого уровня, необходимых для формирования результата;

- среднее количество тактов машинных команд на одну операцию, для большинства случаев можно принять = 60;

= 1600*106 - тактовая частота процессора, Гц;

= 120 000 байт - средний объем таблицы, байт;

= 7 - количество таблиц, обрабатываемых в запросе;

= 512 байт - объем физического блока носителя, байт;

- время на вывод результата на устройство вывода или отображения, для принтера оценивается отдельно. Для дисплея можно принять 0.5 с. (зависит от видеокарты и дисплея).

,

,

с.,

с.,

с.

Полученное время реакции системы соответствует нормам времени для диалогового режима (до 30 с).

Согласно проведенным расчетам можно сделать вывод о технических требованиях:

- процессор класса Pentium с тактовой частотой 1,6 ГГц и выше;

- рекомендуемый объем оперативного запоминающего устройства (ОЗУ) 192 Мбайт;

- жесткий диск емкостью не менее 1,3 Гбайт;

- видеокарта может быть любой, т.к. нет требований к производительности видеосистемы.

3.7 Обоснование архитектуры и средств программной реализации

3.7.1 Выбор СУБД

В настоящее время наибольшее распространение получили следующие реляционные СУБД: Visual FoxPro, Microsoft SQL Server, Oracle, Informix, MS Access [12].

Visual FoxPro и Informix являются хорошими СУБД, однако их использование усложняет структура хранимых данных ( огромное количество файлов в Informix) и усложненная интеграция в программные решения( Visual FoxPro).

Microsoft SQL Server и Oracle являются наиболее мощными СУБД, поддерживающими распределенную работу, возможность более гибкого манипулирования данными за счет использования встроенных DML.

В силу распространенности MS SQL Server на серверах на базе MS Windows Server, SQL Server является наиболее подходящим СУБД для реализации поставленной задачи.

Одним из существенных преимуществ выбора данной СУБД является выбор средства программной реализации в пользу MS Visual Studio. Так как оба продукта были разработаны и выпущены одним производителем, взаимодействие и быстродействие между ними не вызывает сомнений.

Также нельзя забывать о том, что разрабатываемой информационной системой планирует использовать достаточно большое количество пользователей.

В рамках поставленной задачи, с учетом выше изложенного было принято решение о выборе СУБД MS SQL Server 2008.

3.7.2 Выбор средств программной реализации

В качестве интегрированной среды разработки выбор была выбрана среда Microsoft Visual Studio 2008. Язык разработки - C#, технология ASP.Net.

Выбор технологии ASP.Net для данной задачи был обусловлен необходимостью обеспечения доступа к системе через интернет.

Visual Studio 2008 Standard Edition [13] обеспечивает разработку бизнес-приложений, работающих с данными, хорошо приспособлен для разработки веб-приложений и при этом обладает упрощенным интерфейсом. Для повышения удобства и эффективности веб-разработки в Visual Studio Standard Edition имеется прекомпиляция веб-сайтов, базовая поддержка локализации сайтов и контроль соответствия требованиям WCAG (Web Сontent Accessibility Guidelines) и Section 508 по доступности информации для людей с ограничениями по восприятию.

Язык программирования, использовавшийся для реализации программы - C# 2.0. C# представляет новый язык программирования, предназначенный для разработки разнообразных корпоративных приложений, выполняемых в среде .NET Framework. Язык C#, являющийся развитием языков C и C++, является простым, современным, строго типизированным и объектно-ориентированным. Код C# компилируется как управляемый код, что позволяет пользоваться службами общеязыковой среды выполнения. В число таких служб входят взаимодействие языков, сборка мусора, расширенная безопасность и поддержка расширенного отслеживания версий.

3.8 Описание программной реализации системы

3.8.1 Описание структуры программного обеспечения

Общая структура информационной системы представлена на рисунке 3.6.

Разработка системы осуществлялась на основе шаблона проектирования MVC, основной идеей которого разделения бизнес - логики приложений от ее представления (пользовательских интерфейсов). Таким образом, структура ИС содержит 3 модуля Model, View, Controller, а также вспомогательные модули работы с базами данных, алгоритмами качественных методов принятия решений и управления задачами.

Рисунок 3.7 - Общая структура информационной системы

3.8.2 Описание используемых классов и методов

Описание основных классов и методов системы приведено в таблице 3.3.

Таблица 3.3 -Основные классы и методы системы

Модуль

Класс

Описание

Model

Highcharts.dll

Графический модуль системы

Itextsharp.dll

Библиотека для работы с графическим модулем

Json.dll

Библиотека для работы с Java-script

TestPage.cs

Класс построения страницы тестирования

MasterPage.cs

Класс формирования интерфейса всей системы в целом

DB.cs

Класс для работы с БД.

View

Login.aspx

Страница авторизации пользователей

AddArticlePage.aspx

Страница добавления статьи

TechnicalDirectionsPage.aspx

Страница редактирования направлений

SciSchoolsPage.aspx

Страница редактирования школ

UsersPage.aspx

Страница распределения прав пользователя

OrganisationsPage.aspx

Страница редактирования ведущих организаций

PoliticPage.aspx

Страница текущей редакционной политики

Default.aspx

Страница перечня статей

MagazineNumbers.aspx

Страница свойств журнала

редакционный политика журнал

3.8.3 Физическая схема базы данных

Физическая схема базы данных представлена на рисунке 3.8.

Рисунок 3.8 - Физическая схема базы данных

3.8.4 Диаграмма последовательности (Sequence Diagram)

Диаграмма последовательности (Sequence Diagram) - отобра-жает последовательность и время обмена сообщениями объектов между собой (взаимодействие по управлению). Строится она толь-ко для объектов - конкретных экземпляров классов[14].

Диаграмма последовательности для процесса создания новой задачи принятии решений приведена на рисунке 3.8.

Рисунок 3.9 - Диаграмма последовательности вывода отчета по научным школам

3.8.5 Диаграмма компонентов системы (Сomponent Diagram)

Описание программных модулей наиболее целесообразно представит в виде диаграммы компонентов системы по методологии UML.

Диаграмма компонентов (рисунок 3.10) описывает особенности физического представления системы и компонентов позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный, бинарный и исполняемый код. Во многих средах разработки модуль или компонент соответствует файлу. Пунктирные стрелки, соединяющие модули, показывают отношения взаимозависимости, аналогичные тем, которые имеют место при компиляции исходных текстов программ. Основными графическими элементами диаграммы компонентов являются компоненты, интерфейсы и зависимости между ними.

Диаграмма компонентов разрабатывается для следующих целей:

· Визуализации общей структуры исходного кода программной системы;

· Спецификации исполнимого варианта программной системы;

· Обеспечения многократного использования отдельных фрагментов программного кода;

· Представления концептуальной и физической схем баз данных.

Рисунок 3.10 - Диаграмма компонентов системы

3.9 Разработка интерфейса программы

Основным подходом для разработки интерфейса системы послужил общепринятый оконный стандарт оформления программных приложений, когда-то предложенный компанией Microsoft. Интерфейс разделяется на 3 части: администратора, технического сотрудника и рецензента.

При запуске системы пользователю выдается стартовое окно (рисунок 3.12), предоставляющее возможность авторизации и регистрации в системе.

Рисунок 3.12 - Авторизация в системе

В дальнейшем, после авторизации, в зависимости от прав, пользователю выводится соответствующий интерфейс. Интерфейс Администратора системы представлен на рисунке 3.13.

Рисунок 3.13 - Интерфейс Администратора

Интерфейс рецензента и технического сотрудника приведен на рисунке 3.14

Рисунок 3.14 - Интерфейс технического сотрудника и рецензента

3.10 Разработка руководства пользователя

Для использования программы пользователем было предусмотрено руководство пользователя. Оно предназначено в первую очередь для редакционной коллегии журнала и включает в себя описание использования основных функций системы. Полное руководство пользователя находится в приложении А.

4. ИССЛЕДОВАНИЯ, ВНЕДРЕНИЕ И АНАЛИЗ РЕЗУЛЬТАТОВ

4.1 Описание объекта и хода исследования

Как было описано выше, объектом исследования является фактически сформулированная редакционная политика журнала «Вестник СГАСУ» по массиву статей. На основании данных введенных статей была получена сформулированная редакционная политика журнала «Вестник СГАСУ».

Критериями разработанной модели были выбраны:

1) Перспективные направления науки и техники по профилю журнала

2) Ведущие научные школы по профилю журнала

3) Ведущие предприятия и организации по профилю журнала

4) Наиболее значимые события в сфере науки и техники по профилю журнала.

Для отображения графиков использовался модуль Highcharts. Модуль графиков поддерживает функцию печати.

Система внедрена в СГАСУ и активно используется редакционной коллегией журнала «Вестник СГАСУ». На рисунке 4.1 приведен пример диаграммы распределения статей по рубрикам журнала.

Рисунок 4.1 - распределение статей по рубрикам журнала

4.2 Результаты внедрения редакционной политики

На рисунке 4.2 отображена диаграмма распределения статей по приоритетным направлениям.

Рисунок 4.2 - Диаграмма распределения статей по приоритетным направлениям

Как видно из диаграммы на данный момент в сборниках превалирует направление «Водохозяйственное строительство. Гидротехнические и гидромелиоративные сооружения», из чего можно сделать вывод, что у данного направления наиболее высокий рейтинг редакционной политики.

На рисунке 4.3 отображена диаграмма распределения статей.

Рисунок 4.3 - Распределение статей по ведущим организациям

Данная диаграмма демонстрирует превосходство СГАСУ в рейтинге ведущих школ. Это обусловлено высоким рейтингом СГАСУ по мнению редакционной коллегии журнала.

4.3 Распределение статей по номерам журнала «Вестник СГАСУ»

Благодаря разработанной системе, редакционная коллегия может анализировать содержимое предстоящего номера журнала. Для этого каждой статье присвоен научный рейтинг. На рисунке 4.4 представлен пример статей с научным рейтингом.

Рисунок 4.4 - Пример статей с научным рейтингом

Соответственно чем выше рейтинг статьи, тем быстрее она должна отправиться в печать. В таблице 4.1 представлен порядок опубликования статей без использования редакционной политики и после анализа статей в системе.

Как видно из таблицы практически не одна статья не совпала с номером журнала, в котором должна быть опубликована. Это говорит о том, что редакционная политика работает, и помогает редакционной коллегии в определении содержания очередного номера научного журнала.

Таблица 4.1 - Порядок опубликования статей

Название статьи

Номер журнала без использования редакционной политики

Номер журнала с использованием редакционной политики

Результаты сравнения технологических показателей при выборе типа биореактора для очистки сточных вод малых населенных пунктов

1

3

Прогнозирование характеристик инфильтрации на территориях, затопленных вследствие чрезвычайных ситуаций

2

2

Элементы феноменологического подхода в творчестве архитектора Питера Цумтора

3

1

Принцип серийности в искусстве и архитектуре в период развития индустриального производства

4

2

Применение катализаторов в окислительных процессах очистки природных и сточных вод

1

3

Проблемы функционального подхода в современной проектной культуре

2

1

Деревянная архитектура Сызрани начала XX века

2

2

5. ИССЛЕДОВАТЕЛЬСКАЯ И ПЕДАГОГИЧЕСКАЯ ДЕЯТЕЛЬНОСТЬ МАГИСТРАНТА

5.1 Описание исследовательской работы

С момента поступления на магистратуру была выбрана данная работа под руководством д.т.н. профессора Пиявского С.А. Тема работы претерпела множество изменений в зависимости от изменения практического применения работы и получения тех или иных результатов.

Результаты имеют практические значения для формирования основных компонентов деятельности ВУЗа, а именно научной деятельности. В частности работа помогает ЛПР уже не только интуитивно разработать и составить очередной номер научного журнала, но и опираться на математические данные редакционной политики.

В результате работа была внедрена и активно используется на журналом «Вестник СГАСУ».

5.2 Описание руководства подшефными

В последнем семестре я руководил одним подшефным, обучающимся на третьем курсе. Подробное описание его работы показано ниже

Поляков Роман

Тема: Экспорт данных о статье из Microsoft Word. Анализ адекватности разработанной методики.

Аннотация: Будет разработана подсистема для анализа документа и экспорта сведений о нем в систему Давыдова. Будет выполнен сравнительный анализ обработки документов автоматизированной системой и экспертом.

Задачи: создание информационной системы, анализ результатов, внедрение в систему научного руководителя.

Со всеми задачами студент справился успешно

Рейтинг в системе индивидуального руководства - 6, оценка «отлично».

5.3 Описание прочитанного курса способы защиты информации

В ходе курса Перспективные технологии программирования часть 1. Современные способы защиты информации было проведено 18 лекционных занятий и 18 лабораторных работ на основе лекционного материала. Весь курс читался в аудитории из 20 человек студентов 3-го курса (по направлениям подготовки специалистов и бакалавров).

В лекционном материале затрагивались следующие темы:

· Терминологические основы информационной безопасности.

· Демонстрация шифров. Представление симметричных шифров.

· Угрозы. Классификация и анализ угроз

· Вирусы и их нейтрализация

· Основы криптологических систем.

· Основы работы с PGP.

· Работа с PGP

· Создание и рассылка ЭЦП. Создание программы по зашифровке информации

· Создание программы по зашифровке информации

В процессе лабораторного практикума студенты научились работать с наиболее известными шифровальными программами, классифицировать и уничтожать вредоносные программы. Обсуждалась специфика работы в области компьютерной безопасности и правила компьютерной безопасности.

ВЫВОДЫ

Разработана информационная технология формирования редакционной политики, помогающая редакционной коллегия более грамотно формировать содержание будущих номеров научного журнала.

Предложены новые научные результаты:

· Предложено новое формализованное описание редакционной политики научного журнала как формулирование текущих приоритетов (групп важности) критериев

· Разработана информационная технология на основе формализованного понимания редакционной политики

Разработана автоматизированная информационная система формирования редакционной политики и содержания научного журнала. Данная система содержит список готовых к публикации статей, а также список уже опубликованных статей.

Разработанная технология внедрена в ВАК журнал «Вестник СГАСУ». Проведен анализ публикаций на базе введенной редакционной политики этого журнала, с момента основания (7 номеров, 41 статья).

Анализ показал, что:

· основной объем статей находится в рубрике «Архитектура. Градостроительство. Дизайн». Из этого можно сделать выбор, что редакционной коллегии необходимо обратить внимание на остальные рубрики журнала;

· основным, приоритетным направлением является «Водохозяйственное строительство» (37% статей), менее всего представлены следующие направления «Высотное строительство», «Строительные конструкции», «Инженерное обеспечение объектов строительства»

· 2/3 статей отражают СГАСУ, но в то же время имеется 6 крупных организаций (количество статей от 2 до 8%). Это показывает, что журнал гармонично ведется развивается

Статья по данной работе принята к публикации в межвузовском сборнике «Информационные системы и технологии в науке, экономике и образовании», Самара, 2013 г.

ПРИЛОЖЕНИЕ А

Руководство пользователя

Министерство образования и науки РФ

ФГБОУ ВПО «Самарский государственный архитектурно-строительный университет»

Факультет информационных систем и технологий

Кафедра прикладной математики и вычислительной техники

ИНФОМАЦИОННАЯ ТЕХНОЛОГИЯ ФОРМИРОВАНИЯ РЕДАКЦИОННОЙ ПОЛИТИКИ И СОДЕРЖАНИЯ ЖУРНАЛА

Руководство пользователя

02068389.40100.005.И3.01.1-1

Руководитель разработки

С.А. Пиявский

Студент группы ГИП-М11

И.С. Давыдов

При входе в систему пользователь видит окно авторизации

Рисунок А.1 - Авторизация пользователя

В зависимости от введенного логина и пароля, пользователь попадает на экран технического сотрудника, экран администратора или экран рецензента.

Рассмотрим действия технического сотрудника. После ввода логина и пароля, пользователь попадает на главный экран

Рисунок А.2 - Главный экран системы

Пользователь может нажать кнопку «Статьи журнала», «Номера журнала», «Отчеты». При нажатии на кнопку «Статьи журнала» пользователь попадает на экран статей, где он может добавлять, изменять или удалять статьи.

Добавление статей

При нажатии на кнопку «Добавить статью» пользователь попадает на экран добавления статей

Рисунок А.3 - Экран добавления статей

Здесь пользователь вводит все известные данные о статье и о ее авторе, после чего нажимает кнопку сохранить статью. После чего он снова попадает на главную страницу системы.

На главной странице пользователь может нажать кнопку «Отчеты» после чего он попадет на экран статистических данных о статьях, внесенных в систему.

Так же на главной странице пользователь может, нажать на кнопку «Номера журналов» после чего он попадет на страницу со списком всех номеров журнала, которые были опубликованы.

Вывод отчетов

Для вывода отчетов необходимо нажать кнопку «Отчеты». На экране пользователь видит отчеты, представленные в виде диаграмм, а так же количество статей введенных в систему. Примеры отчетов представлены ниже.

Рисунок А.4 - Отчет о распределении по приоритетным направлениям

Рисунок А.5 - Отчет о распределении по ведущим организациям

ПРИЛОЖЕНИЕ Б

Листинг основных компонентов системы

<%@ Page Language="C#" MasterPageFile="~/MasterPage.master" AutoEventWireup="true" CodeFile="AddArticlePage.aspx.cs" Inherits="AddArticlePage" Title="Статья" %>

<asp:Content ID="Content1" ContentPlaceHolderID="head" Runat="Server">

</asp:Content>

<asp:Content ID="Content2" ContentPlaceHolderID="ContentPlaceHolder1" Runat="Server">

<script language="javascript">

function saveArticle()

{

if ( document.getElementById('id_authors').options.length <= 0 )

{

alert('<%= MessageConstants.ERR_MSG_AUTHORS_SHOULD_BE_FILLED %>');

return false;

}

if ( document.getElementById('id_article_name').value.length == 0 )

{

alert('<%= MessageConstants.ERR_MSG_ARTICLE_NAME_SHOULD_BE_FILLED %>');

return false;

}

if ( document.getElementById('id_article_keywords').value.length == 0 )

{

alert('<%= MessageConstants.ERR_MSG_ARTICLE_KEYWORDS_SHOULD_BE_FILLED %>');

return false;

}

if ( document.getElementById('id_article_udk').value.length == 0 )

{

alert('<%= MessageConstants.ERR_MSG_ARTICLE_UDK_SHOULD_BE_FILLED %>');

return false;

}

if (document.getElementById('id_published').checked)

{

if ( document.getElementById('id_magazine_number').value.length == 0 )

{

alert('<%= MessageConstants.ERR_MSG_MAGAZINE_NUMBER_SHOULD_BE_FILLED %>');

return false;

}

if ( document.getElementById('id_through_number').value.length == 0 )

{

alert('<%= MessageConstants.ERR_MSG_THROUGH_NUMBER_SHOULD_BE_FILLED %>');

return false;

}

}

var sel = document.getElementById('id_authors');

for ( var j=0;j<sel.options.length;j++ )

{

sel.options[j].selected = true;

}

document.getElementById('id_act0').value = "save_article";

document.getElementById('aspnetForm').submit();

}

function selectAuthors()

{

var sel = document.getElementById('id_authors');

for ( var j=0;j<sel.options.length;j++ )

{

sel.options[j].selected = true;

}

}

function changeOrganisation()

{

selectAuthors();

document.getElementById('aspnetForm').submit();

}

function publish()

{

if (document.getElementById('id_published').checked)

{

document.getElementById('tr_mag_num').style.display = 'table-row';

document.getElementById('tr_publ_year').style.display = 'table-row';

document.getElementById('tr_year_num').style.display = 'table-row';

document.getElementById('tr_throw_num').style.display = 'table-row';

}

else

{

document.getElementById('tr_mag_num').style.display = 'none';

document.getElementById('tr_publ_year').style.display = 'none';

document.getElementById('tr_year_num').style.display = 'none';

document.getElementById('tr_throw_num').style.display = 'none';

}

}

/*function addAuthor()

{

document.getElementById('author_name_row').style.display = "table-row";

document.getElementById('author_surname_row').style.display = "table-row";

document.getElementById('author_patronymic_row').style.display = "table-row";

document.getElementById('author_o_row').style.display = "table-row";

document.getElementById('author_organisation_row').style.display = "table-row";

var s = document.getElementById('author_suborganisation_row');

if (s) s.style.display = "table-row";

document.getElementById('author_grade_row').style.display = "table-row";

document.getElementById('author_degree_row').style.display = "table-row";

document.getElementById('author_position_row').style.display = "table-row";

document.getElementById('author_row').style.display = "none";

document.getElementById('add_author_row').style.display = "none";

document.getElementById('id_author_id').value = "-1";

return false;

}*/

function addOptionToAuthors()

{

var sel = document.getElementById('id_authors');

var newElem = document.createElement("OPTION");

var authorSel = document.getElementById("id_author_sel_id");

var authorEl = authorSel.options[authorSel.selectedIndex];

var val = authorEl.value;

var txt = authorEl.text;

if ( val.length == 0 )

{

alert("Автор не выбран");

return false;

}

else

{

for (var i = 0; i < sel.options.length; i++)

{

if (sel.options[i].value == val)

{

alert("Автор уже был ключен в список");

return false;

}

}

newElem.text = txt;

newElem.value = val;

sel.options.add(newElem);

}

}

function removeAuthorOptions()

{

var opts = document.getElementById('id_authors').options;

for ( var i=0; i<opts.length; i++ )

{

if ( opts[i].selected )

{

opts[i] = null;

}

}

}

function addAuthor()

{

if ( document.getElementById('id_author_surname').value.length <= 0 )

{

alert('<%= MessageConstants.ERR_MSG_AUTHOR_SURNAME_SHOULD_BE_FILLED %>');

return false;

}

if ( document.getElementById('id_author_name').value.length == 0 )

{

alert('<%= MessageConstants.ERR_MSG_AUTHOR_NAME_SHOULD_BE_FILLED %>');

return false;

}

if ( document.getElementById('id_organisation_id').value.length == 0 )

{

alert('<%= MessageConstants.ERR_MSG_ORGANISATION_SHOULD_BE_FILLED %>');

return false;

}

var sel = document.getElementById('id_authors');

for ( var j=0;j<sel.options.length;j++ )

{

sel.options[j].selected = true;

}

document.getElementById('id_act0').value = "save_author";

document.getElementById('aspnetForm').submit();

}

if (theForm.addEventListener)

{

theForm.addEventListener('submit', selectAuthors, false);

}

else

{

theForm.attachEvent('onsubmit', selectAuthors);

}

</script>

<%

if (mode == ADD_ARTICLE_MODE

|| mode == UPDATE_ARTICLE_MODE

|| mode == SAVED_FAILED_MODE

|| mode == SAVED_MODE)

{

String html = "";

if (mode == SAVED_FAILED_MODE)

{

%>

<span style="color:red;">Ошибка сервера при сохранении статьи</span>

<%

}

else if (mode == SAVED_MODE)

{

%>

<script>

alert('Альтернатива успешно сохранена!');

window.location = "Default.aspx";

</script>

<%

}

if (mode == ADD_ARTICLE_MODE)

{

%><h3 align="center">Новая статья</h3><%

}

else

{

%><h3 align="center">Редактирование статьи</h3><%

}

%>

<table align="center" border="0" cellspacing="4" cellpadding="4">

<%

String style1 = "";

String style2 = "";

String style3 = "";

if (article == null || !article.published)

{

style3 = "display:none;";

}

else

{

style3 = "display:table-row;";

}

%>

<tr>

<td colspan = "2" align="center"><i>Автор</i></td>

</tr>

<tr>

<td colspan = "2" align="center">

<select size="3" multiple id="id_authors" name="authors" style="width:250px;">

<%

for (int j = 0; j < selectedAuthors.Length; j++)

{

Author a = selectedAuthors[j];

%>

<option value="<%= a.id %>">

<%=a.surname%> <%=a.name%> <%=a.patronymic%>

</option>

<%

}

%>

</select>

<a href="#" onclick="javascript:addOptionToAuthors(); return false;"><img src="img/plus.png" /></a>

<a href="#" onclick="javascript:removeAuthorOptions(); return false;"><img src="img/minus.png" /></a>

</td>

</tr>

<tr id="author_row" style="<%= style1 %>">

<td align="right"><b>Автор</b></td>

<td>

<select size="1" name="author_sel_id" id="id_author_sel_id" style="width:150px;">

<%

for (int j = 0; j < authors.Length; j++)

{

Author a = authors[j];

String sel = "";

if (author.id != null && author.id.ToString().Equals(a.id.ToString()))

{

sel = " selected ";

}

%>

<option value="<%= a.id %>" <%= sel %>>

<%=a.surname%> <%=a.name%> <%=a.patronymic%>

</option>

<%

}

%>

</select>

</td>

</tr>

<tr>

<td colspan = "2" align="center">

<div style="border:1px solid #336699;" width="100%">

<table>

<tr id="add_author_row" style="<%= style1 %>">

<td colspan = "4" align="center">

<a href="#" onclick="javascript:addAuthor();">Добавить автора</a>

</td>

</tr>

<tr id="author_surname_row" style="<%= style2 %>">

<td align="right"><b>Фамилия:</b></td>

<td>

<input type="text" style="width:150px;"

name="author_surname" id="id_author_surname"

value="<%=(author!= null ? author.surname:"")%>"/>

</td>

<td align="right"><b>Surname:</b></td>

<td>

<input type="text" style="width:150px;"

name="author_surname_en" id="id_author_surname_en"

value="<%=(author!= null ? author.surnameEn:"")%>"/>

</td>

</tr>

<tr id="author_name_row" style="<%= style2 %>">

<td align="right"><b>Имя:</b></td>

<td>

<input type="text" style="width:150px;"

name="author_name" id="id_author_name"

value="<%=(author!= null ? author.name:"") %>"/>

</td>

<td align="right"><b>Name:</b></td>

<td>

<input type="text" style="width:150px;"

name="author_name_en" id="id_author_name_en"

value="<%=(author!= null ? author.nameEn:"") %>"/>

</td>

</tr>

<tr id="author_patronymic_row" style="<%= style2 %>">

<td align="right"><b>Отчество:</b></td>

<td colspan="3"><input type="text" style="width:150px;"

name="author_patronymic" id="id_author_patronymic"

value="<%=(author!= null ? author.patronymic:"")%>"/>

</td>

</tr>

<tr id="author_degree_row" style="<%= style2 %>">

<td align="right"><b>Ученая степень:</b></td>

<td>

<input type="text" style="width:150px;"

name="author_degree" id="id_author_degree"

value="<%=(author!= null ? author.degree:"")%>"/>

</td>

<td align="right"><b>Degree:</b></td>

<td>

<input type="text" style="width:150px;"

name="author_degree_en" id="id_author_degree_en"

value="<%=(author!= null ? author.degreeEn:"")%>"/>

</td>

</tr>

<tr id="author_grade_row" style="<%= style2 %>">

<td align="right"><b>Ученое звание:</b></td>

<td>

<input type="text" style="width:150px;"

name="author_grade" id="id_author_grade"

value="<%=(author!= null ? author.grade:"")%>"/>

</td>

<td align="right"><b>Academic title:</b></td>

<td>

<input type="text" style="width:150px;"

name="author_grade_en" id="id_author_grade_en"

value="<%=(author!= null ? author.gradeEn:"")%>"/>

</td>

</tr>

<tr id="author_o_row" style="<%= style2 %>">

<td colspan = "4" align="center"><i>Организация</i></td>

</tr>

<tr id="author_organisation_row" style="<%= style2 %>">

<td align="right"><b>Организация:</b></td>

<td>

<select size="1" onchange = "javascript:changeOrganisation();" name="organisation_id" id="id_organisation_id" style="width:150px;">

<option value=""/>

<%

for (int j = 0; j < organisations.Length; j++)

{

Organisation o = organisations[j];

String sel = "";

if (author != null && author.organisation.id.ToString().Equals(o.id.ToString()))

{

sel = " selected ";

}

%>

<option value="<%= o.id %>" <%= sel %>>

<%=o.name%>

</option>

<%

}

%>

</select>

</td>

<td><!--<b>Является ведущей:</b>--></td>

<td><!--<input name="lead_organisation" type="checkbox" value="1" />--></td>

</tr>

<%

if (suborganisations != null && suborganisations.Length > 0)

{

%>

<tr id="author_suborganisation_row" style="<%= style2 %>">

<td align="right"><b>Кафедра:</b></td>

<td colspan="3">

<select size="1" name="suborganisation_id" id="id_suborganisation_id" style="width:150px;">

<%

for (int j = 0; j < suborganisations.Length; j++)

{

Organisation o = suborganisations[j];

String sel = "";

if (author != null && author.suborganisation != null &&

author.suborganisation.id.ToString().Equals(o.id.ToString()))

{

sel = " selected ";

}...


Подобные документы

  • Основные принципы редакционной независимости СМИ. Этический кодекс Центра журналистики стран Латинской Америки. Угрозы редакционной независимости, отношения с рекламодателями. Реклама как мощный и стабильный источник финансирования большинства СМИ.

    реферат [20,7 K], добавлен 01.05.2010

  • Исследование истории создания и развития журнала о моде для женщин Вог. Анализ концепции позиционирования на рынке, задач издания, профессиональных и эстетических стандартов. Описания внутренней структуры, журналистского состава, редакционной коллегии.

    лабораторная работа [9,6 K], добавлен 16.05.2011

  • Под научно-техническим книжным изданием понимают издание, которое содержит результаты теоретических или экспериментальных исследований. предмет содержания научного издания - наука как форма общественного сознания и как сфера человеческой деятельности.

    контрольная работа [17,0 K], добавлен 13.01.2009

  • Взрыв интереса к фактографии в ХХ веке. Понятие научного стиля и научно-популярного подстиля. Роль и значение специальных терминов. С. Лем как популяризатор научных идей. Исследование содержания и особенностей научных статей в информационных изданиях.

    контрольная работа [23,5 K], добавлен 01.07.2014

  • Понятие, сущность, структура государственной информационной политики. Особенности работы государственных служб по связям с общественностью с информационными каналами. Рекомендации по совершенствованию информационной политики Администрации Томской области.

    дипломная работа [220,9 K], добавлен 23.08.2010

  • Освещение локального конфликта в Чечне как проявление информационной войны в СМИ. Методы и приемы освещения чеченских событий в "Российской Газете". Вторая чеченская война глазами ведущих правозащитников. Биографии Анны Политковской и Андрея Бабицкого.

    дипломная работа [162,0 K], добавлен 13.04.2012

  • Исследование особенностей редакторской подготовки статей и аппарата научного журнала культурологической направленности. Предварительный расчет себестоимости и рентабельности издания. Редактирование оригинала И. Джакобия "Магия и экстрасенсорика…".

    дипломная работа [150,4 K], добавлен 17.04.2015

  • Основные характеристики журнала "FashionVoice". Календарь основных отраслевых событий на 6 месяцев. Список лидеров мнений отрасли. Тематический план журнала на 2014 год. Обзор конкурентных изданий. Сравнительный анализ цен на рекламу у конкурентов.

    курсовая работа [254,3 K], добавлен 25.11.2014

  • Основные части произведения научного характера и элементы учебно-научных работ студентов. Рубрикация как деление текста на составные части с использованием заголовков, нумерации и прочих средств. Логические правила деления текста на главы и параграфы.

    презентация [70,7 K], добавлен 22.08.2015

  • Запуск на информационный рынок периодического издания "Number1", призванного давать полное и объективное освещение событий в мире Формулы 1. Рентабельная финансовая модель издания. Рекламные и подписная компания, PR-акции. Редакция журнала "Number1".

    бизнес-план [27,8 K], добавлен 20.05.2012

  • Особенности формирования библиотечно-информационной системы. Исследование национально-архитектурных школ в истории Азербайджана и деятельности современных архитектурных школ. Определение роли информационно-библиотечных ресурсов в научных разработках.

    статья [20,3 K], добавлен 31.08.2017

  • Информатизация как одно из важнейших направлений научно-технического прогресса, предмет и методы ее реализации. Критерии отбора документов. Аналитико-синтетическая обработка и переработка информации. Зарождение и этапы развития русской журналистики.

    курсовая работа [81,8 K], добавлен 23.06.2011

  • Научно-исследовательская направленность Русского географического общества. История развития журнала "Вокруг света" и анализ его публикаций о проблемах языка. Словесная культура и традиции журнала "Живая старина". Классификация российских журналов.

    дипломная работа [66,9 K], добавлен 06.09.2016

  • Изучение работы редакции журнала на медиа-рынке города Томска с точки зрения PR-деятельности. Выявление точки взаимодействия паблик рилейшнз и деятельности средств массовой информации. Мониторинг изданий за последние годы, динамика развития журнала.

    курсовая работа [236,2 K], добавлен 23.08.2010

  • Концепция журнала "Русская мысль". Приход русского поэта, прозаика, литературного критика Брюсова в литературный отдел "скучного" журнала. Принципы редакторской работы В.Я. Брюсова в журнале. Шаги по устранению кризиса, вклад в журнальную поэзию и прозу.

    курсовая работа [35,5 K], добавлен 17.06.2013

  • Характеристика, структура глянцевого журнала, методы его создания. Верстка печатного издания. Влияние журнала на формирование стереотипов поведения, привычек, имиджа современного человека. Основные позиции и средства создания глянцевого журнала.

    курсовая работа [76,9 K], добавлен 30.04.2011

  • История журнала Vogue, его учредители, цена и структура номеров. Главный редактор журнала в настоящее время, мировая известность модного издания. Разработка нового стиля обложки журнала - эффектного и креативного: выбор фотографии модели, шрифта, цвета.

    реферат [20,5 K], добавлен 26.09.2011

  • История создания глянцевых журналов. Сравнительная характеристика программ верстки журнала, анализ существующих аналогов. Создание стиля журнала для родителей. Структура рубрик, стилистическое оформление, сюжетный план, дизайн и верстка журнала.

    курсовая работа [68,4 K], добавлен 25.04.2015

  • Теоретические аспекты PR-деятельности современных спортивных организаций. Анализ содержания и тематики по материалам корпоративного журнала. Теория и практика связей с общественностью. Структура и функции спортивной журналистики или пресс-службы.

    курсовая работа [567,9 K], добавлен 01.12.2016

  • Глянцевый журнал как тип периодического издания. Появление журнала на рынке печатной продукции. Типология средств массовой информации. Гендерные стереотипы в глянцевых журналах. Журнал "Esquire" как особый тип мужского журнала. История бренда "Esquire".

    дипломная работа [391,1 K], добавлен 22.08.2017

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.