Разработка модуля "Планирование учебно-воспитательной работы" на платформе 1С: Предприятие 8

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

Федеральное государственное автономное

образовательное учреждение высшего профессионального образования

«Волгоградский государственный университет»

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

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

Выпускная квалификационная работа специалиста по специальности

230201 Информационные системы и технологии

Разработка модуля «Планирование учебно-воспитательной работы» на платформе 1С: Предприятие 8

Дипломник Свиточев И.О.

Научный руководитель Полубояров В.В.

Нормоконтролер Бутенко М.А.

Рецензент к.ф. - м. н., доц. каф. МАТФ Корольков С.А.

Волгоград 2013

Содержание

Введение

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

1.1 Выбор подхода к моделированию предметной области

1.2 Выбор методологии структурного системного анализа для моделирования предметной области

1.2.1 Методология функционального моделирования IDEF0

1.2.2 Методология функционального моделирования IDEF3

1.2.3 Методология функционального моделирования DFD

1.3 Выбор инструментального средства функционального моделирования

1.3.1 Sybase PowerDesigner

1.3.2 AllFusion Process Modeller

1.3.3 Microsoft Visio

1.3.4 Business Studio

1.3.5 Ramus Educationa

2. Разработка комплекса функциональных моделей предметной области «Планирование и отчетность по УВР ВолГУ»

2.1 Создание модели бизнес-процессов «как есть» в нотации IDEF0

2.2 Создание диаграммы бизнес-процессов «как будет» в нотации IDEF0

2.3 Разработка диаграммы потоков данных

3. Разработка конфигурации на платформе «1С: Предприятие 8» и ее тестирование

3.1 Анализ видов информационных структур системы «1С: Предприятие 8»

3.1.1 Объект конфигурации «Справочник»

3.1.2 Объект конфигурации «Документ»

3.1.4 Объект конфигурации «Отчет»

3.2 Генерация информационных структур для модуля

3.2.1 Справочник «ТипыМероприятия»

3.2.2 Справочник «Мероприятия»

3.2.3 Справочник «УчебныеГоды»

3.2.4 Справочник «Сотрудники»

3.2.5 Справочник «ФизЛица»

3.2.6 Справочник «Должности»

3.2.7 Перечисление «ВидыЗанятости»

3.2.8 Перечисление «ТипДолжностей»

3.3 Тестирование модуля «Планирование и отчетность учебно-воспитательной работы ППС»

Заключение

Литература

Введение

На момент начала разработки модуля по планированию и отчетности учебно-воспитательной работы профессорско-преподавательский состав автоматизированной системы «Университет» планирование и отчетность профессорско-преподавательского состава осуществлялись вручную, что существенно затягивало процесс составления отчетов и планов.

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

Объектом исследования является деятельность по планированию, отчетности мероприятий по учебно-воспитательной работы профессорско-преподавательского состава ВолГУ.

Предмет исследования заключается в применении современных методологий для проектирования и разработки модуля «Планирование и отчетность учебно-воспитательной работы профессорско-преподавательского состава автоматизированной системы «Университет».

Целью работы является разработка модуля «Планирование и отчетность УВР ППС» автоматизированной системы «Университет» с использованием платформы «1С: Предприятие 8».

Для достижения цели предполагается решить ряд задач:

1) Разработка моделей «как есть» и «как будет» бизнес-процессов «Планирование учебно-воспитательной работы» в нотации IDEF0 с использованием среды Ramus Educational.

2) Разработка диаграммы потоков данных.

3) Документирование существующей структуры данных подсистемы «Планирование и отчетность» конфигурации на платформе «1С: Предприятие 8».

4) Модернизация структуры аааданных конфигурации с учетом добавления необходимых объектов конфигурации.

5) Разработка модели пользовательского интерфейса.

6) Разработка форм и отчетов.

Работа состоит из введения, 3-х глав и заключения.

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

Во 2-ой главе разрабатываются модели бизнес-процессов «как есть» F и «как будет» и диаграмма потоков данных выбранной предметной области.

В 3-й главе проводится анализ видов информационных структур системы «1С: Предприятие 8.1», генерируются информационные структуры для разрабатываемого модуля, разрабатывается пользовательский интерфейс.

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

1.1 Выбор подхода к моделированию предметной области

Процесс моделирования может быть реализован в рамках различных методик, отличающихся, прежде всего, своим подходом к тому, что представляет собой моделируемая предметная область. Существуют два основных подхода к моделированию предметной области: объектные и функциональные (структурные) [22].

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

Функциональные методологии рассматривают организацию как набор функций, преобразующий поступающий поток информации в выходной поток. Процесс преобразования информации потребляет определенную информацию. Основное отличие от объектно-ориентированной методики определяется в четком отделении функций (методов обработки данных) от самих данных [9].

В моделях (DFD-диаграммах потоков данных, SADT-диаграммах) главными структурными компонентами являются функции (операции, действия, работы), которые на диаграммах связываются между собой потоками объектов

Достоинства:

1) Реализация структурного подхода к проектированию АС по принципу «сверху-вниз», когда каждый функциональный блок может быть декомпозирован на множество подфункций и т.д., выполняя, таким образом, модульное проектирование АС. Для функциональных моделей характерны процедурная строгость декомпозиции АС и наглядность представления [29].

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

3) Диаграммы, отражающие специфику структурного подхода (диаграммы классов и т.п.) наглядны и хорошо понимаемы непрофессионалами. Поэтому одна из главных целей внедрения САSЕ-технологии, а именно снабжение всех участников проекта (в том числе и заказчика) общим языком для передачи понимания, обеспечивается на сегодняшний день только структурными методами [6].

Недостатки:

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

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

3) Даже при четкой логическо-структурной основе исследования и применении формальных методов оценки альтернатив и поиска наилучших

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

Объектные методики рассматривают моделируемую предметную область как набор взаимодействующих объектов -- производственных единиц. Объект определяется как осязаемая реальность -- предмет, явление, на которые направлена деятельность; то, что подвергается какому-либо воздействию и имеет свойства. Целью внедрения данной методики является выделение объектов, образующих организацию, и выделение между ними ответственностей по исполняемым действиям [7].

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

В случае наследования метод можно отойти от конкретной реализации процедур (абстрактные типы данных), которые различаются для определенных подклассов ситуаций. К таким модулям возможно обращаться по именам за счет средств множественного наследования и использовать использование программного кода повторно при создании новой версии программного обеспечения. Таким образом, адаптивность объектно-ориентированных систем к изменению предметной области по соотнесению с функциональным подходом существенно больше [22].

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

Для объектно-ориентированного метода созданы графические методы моделирования предметной области, обобщенные в языке унифицированного моделирования UML. Но по наглядности представления модели пользователю-заказчику объектно-ориентированные модели сильно уступают функциональным моделям [3].

Достоинства:

1) Объектная декомпозиция дает возможность создавать программные системы меньшего размера путем использования общих механизмов, обеспечивающих необходимую экономию выразительных средств. Использование объектного подхода существенно повышает уровень унификации разработки и пригодность для повторного использования не только программ, но и проектов, что в конце концов ведет к созданию среды разработки и переходу к сборочному созданию программного обеспечения. Системы зачастую получаются более компактными, чем их структурные эквиваленты, что означает не только уменьшение объема программного кода, но и удешевление проекта за счет использования предыдущих разработок [30].

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

3) Объектная модель вполне естественна, поскольку в первую очередь ориентирована на человеческое восприятие мира, а не на компьютерную реализацию.

4) Объектная модель позволяет в полной мере использовать выразительные возможности объектных и объектно-ориентированных языков программирования.

К недостаткам объектно-ориентированного подхода относятся:

1) Некоторое снижение производительности функционирования ПО.

2) Высокие начальные затраты.

3) Диаграммы, отражающие специфику объектного подхода (диаграммы классов и т.п.), гораздо менее наглядны и плохо понимаемы непрофессионалами.

4) Объектно-ориентированный подход не дает немедленной отдачи. Эффект от его применения начинает сказываться после разработки двух-трех проектов и накопления повторно используемых компонентов, отражающих типовые проектные решения в данной области [1].

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

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

1.2 Выбор методологии структурного системного анализа для моделирования предметной области

1.2.1 Методология функционального моделирования IDEF0

IDEF0 -- методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов

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

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

Методология IDEF0 может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. Для уже существующих систем SADT может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются [3].

Не смотря на то, что в настоящее время появляются десятки новых методологий моделирования деятельности предприятия и взглядов на её архитектуру, IDEF0 сохраняет актуальность для задач усовершенствования предприятий и организаций.

Преимущества методологии IDEF0:

1) Полнота описания бизнес-процесса (управление, информационные и материальные потоки, обратные связи).

2) Комплексность при декомпозиции (мигрирование и туннелирование стрелок); возможность агрегирования и детализации потоков данных и информации (разделение и слияние стрелок).

3) Наличие жестких требований методологии, обеспечивающих получение моделей процессов стандартного вида.

4) Простота документирования процессов.

5) Соответствие подхода к описанию процессов в IDEF0 стандартам ISO 9000:2000.

6) Возможность обозначения обратной связи.

7) Возможность декомпозиции.

Недостатки:

1) Сложность восприятия (большое количество стрелок).

2) Большое количество уровней декомпозиции.

3) Трудность увязки нескольких процессов, представленных в различных моделях одной и той же организации.

4) Невозможность отображения динамики процессов.

1.2.2 Методология функционального моделирования IDEF3

IDEF3 -- методология моделирования и стандарт документирования процессов, происходящих в системе.

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

Достоинства:

1) указание временных последовательностей выполнения.

2) возможность декомпозиции.

3) несколько видов диаграмм.

4) возможность реализации ветвлений.

Недостатки:

1) Отсутствие обозначения обратной связи.

2) Отсутствие обозначения управления, необходимых ресурсов.

3) Узкая область применения (применяется для процессов нижних уровней) [5].

1.2.3 Методология функционального моделирования DFD

Целью методики является построение модели рассматриваемой системы в виде диаграммы потоков данных (Data Flow Diagram -- DFD), обеспечивающей правильное описание выходов (отклика системы в виде данных) при заданном воздействии на вход системы (подаче сигналов через внешние интерфейсы). Функцией диаграммы потоков данных -- моделирование функциональных требований к проектируемой системе [8].

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

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

Первым шагом при построении иерархии DFD является построение контекстных диаграмм. Обычно при проектировании относительно простых информационных систем строится единственная контекстная диаграмма со звездообразной топологией, в центре которой находится так называемый главный процесс, соединенный с приемниками и источниками информации, посредством которых с системой взаимодействуют пользователи и другие внешние системы [2].

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

Наличие большого количества внешних сущностей (десять и более).

Распределенная природа системы.

3) Многофункциональность системы с уже сложившейся или выявленной группировкой функций в отдельные подсистемы [21].

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

Иерархия контекстных диаграмм определяет взаимодействие основных функциональных подсистем проектируемой автоматизированной системы как между собой, так и с внешними входными и выходными потоками данных и внешними объектами (источниками и приемниками информации), с которыми взаимодействует информационная система[15].

К преимуществам нотации DFD относятся:

1) Возможность однозначно определить внешние сущности, используя анализ потоков информации внутри и за пределами системы.

2) Возможность проектирования сверху вниз, что позволяет ускорить построение модели «как будет».

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

К минусам модели отнесем: потребность искусственного ввода управляющих процессов, так как управляющие воздействия (потоки) и управляющие процессы с точки зрения DFD ничем не отличаются с обычных; недостаток понятия времени, т.е. невозможность анализа временных промежутков во время преобразовании данных (все ограничения по времени должны быть введены в спецификациях процессов) [31].

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

В данной работе будут созданы две модели IDEF0: «как есть» и «как будет», которые раскроют предметную область и покажут какие части будут реализованы в информационной системе. Далее на основе модели «как будет» будет создана DFD-модель, которая будет использована для определения набора единиц хранения информации (хранилищ данных), а также описания потоков данных между формами пользовательского интерфейса и хранилищами.

1.3 Выбор инструментального средства функционального моделирования

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

1.3.1 Sybase PowerDesigner

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

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

1.3.2 AllFusion Process Modeller

AllFusion Process Modeller (ранее -- BPwin) обладает интуитивно-понятным графическим интерфейсом, помогает быстро создавать и анализировать модели с целью оптимизации деловых и производственных процессов. Применение универсального графического языка бизнес-моделирования IDEF0 обеспечивает логическую целостность и полноту описания, необходимую для достижения точных и непротиворечивых результатов. Для групповой работы над большими проектами предусмотрено хранение моделей AFPM в репозитарии Model Mart. Оно является хранилищем моделей для AFPM и AFDM и использует реляционные СУБД Oracle, Informix, MS SQLServer, Sybase. В нем предусмотрено администрирование, в том числе разграничение прав доступа до уровня объекта модели, сравнение версий, слияние моделей [16]. Продукт поддерживает моделирование бизнес-процессов с использованием нотаций IDEF0, IDEF3, DFD.

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

Process Modeller является самым функциональным из рассматриваемых инструментальных средств, однако высокая цена и отсутствие академической версии вынуждают искать ему альтернативу.

1.3.3 Microsoft Visio

Визуальное средство MS Visio -- это приложение из семейства Microsoft Office. Оно не является специализированным программным обеспечением для описания бизнес-процессов, поэтому его функциональные возможности весьма ограниченны и не позволяют проводить глубокий анализ и оценку моделей, разрабатывать какие-либо регламентирующие документы, а также автоматически вносить изменения в модели. MS Visio представляет собой нетрадиционный и очень гибкий графический редактор, который обеспечивает быстрое наглядное представление небольших по объему и обобщенных по содержанию моделей [17].

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

Однако система не позволяет составлять отчеты на основании описанных бизнес-процессов, анализировать стоимость и время выполнения действий и всего бизнес-процесса. Стандартными инструментами MS Visio нельзя разработать иерархическую модель бизнес-процесса, содержащую несколько уровней детализации (от уровня компании до уровня отдельных сотрудников). Соответствующие модели приходится создавать в виде набора отдельных диаграмм.

1.3.4 Business Studio

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

Основные решаемые системой задачи:

1) Формализация направления деятельности и её контроль.

2) Моделирование и оптимизация бизнес-процессов, организационной структуры и штатного расписания.

3) Формирование и распространение регламентирующей документации (регламенты процессов, положения о подразделениях, должностные инструкции, описание документооборота) среди сотрудников.

4) Внедрение системы менеджмента качества в соответствии со стандартами ISO.

5) Подготовка к автоматизации и формирование Технических заданий на внедрение информационных систем.

Особенностью Business Studio, принципиально отличающей его от других аналогичных программных продуктов, является поддержка четырех нотаций моделирования -- IDEF0, Процесс (Basic Flowchart), Процедура (Cross Functional Flowchart), EPC (Event-Driven Process Chain), что обеспечивает возможность создания как комплексной иерархической модели бизнес-процессов, так описания отдельных процессов. Нотацию IDEF0 целесообразно использовать для построения иерархической модели бизнес-процессов верхнего уровня, а нотации Процесс и Процедура -- для моделирования процессов нижнего (операционного) уровня. Business Studio позволяет менять нотацию моделирования при переходе с описания процессов верхнего уровня к описанию процессов нижнего уровня [26].

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

1.3.5 Ramus Educational

Ramus Educational создан с целью стать основным инструментом бизнес-аналитиков в проектах по построению или реорганизации систем управления предприятием. К таковым могут относиться: проекты по реинженирингу бизнес-процессов, проекты внедрения процессного управления, проекты построения системы менеджмента качества, проекты построения системы управления знаниями и т.п.

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

Основными возможностями Ramus являются:

1) Моделирование процессов (согласно методологий IDEF0 и DFD).

2) Разработка систем классификации и кодирования предприятия с внутренними перекрёстными связями, которая также тесно увязывается и с моделями процессов.

3) Формирование отчётности по моделям и системе классификации, в том числе и отчётности в форме такой регламентирующей документации как должностные инструкции и регламенты процессов.

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

Ramus имеет редактор диаграмм IDEF0 и DFD эргономичность которого находится на уровне не ниже чем у аналогичных продуктов имеющих схожие редакторы. Это проявляется в более лёгкой и быстрой навигации по модели, в более «умном» поведении объектов диаграмм, в поддержке шаблонов диаграмм, в возможности быстрого исправления допущенных ошибок, в том числе и в возможности отмены действий.

Так как, модели процессов реальных предприятий могут содержать многие тысячи разнообразнейших объектов (документы, персонал, функции и т.д.), то в Ramus Educational предусмотрена возможность упорядочено хранить информацию об этих объектах в виде системы классификаторов. Классификация объектов значительно упрощает поиск и обработку информации об объектах модели, а так же и об объектах непосредственно на диаграммах процессов не представленных, но, так или иначе, относящихся к процессам предприятия. Каждый элемент системы классификации, кроме собственно названия, может иметь дополнительные атрибуты, в которых можно упорядочено хранить разнообразнейшую информацию об объекте.

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

Просмотр всей информации проекта может быть осуществлён через веб-браузер [28]. Для этого разработан веб-сервер который выводит информацию Проекта в виде набора HTML страниц, или же, попросту говоря, в виде сайта.

Кроме всего прочего, Ramus поддерживает возможность расширения функциональности с использованием сценариев на языке программирования JavaScript.

Очевидным преимуществом Ramus Educational является бесплатное распространение.

Таким образом, для информационного моделирования предметной области, рациональнее использовать Ramus Educational, по причине того, что это единственное из рассмотренных средств бесплатно распространяется, поддерживает создание моделей IDEF0 и DFD, что позволит сэкономить время ознакомления с интерфейсами средств моделирования, а также позволит сэкономить денежные средства.

2. Разработка комплекса функциональных моделей предметной области «Планирование и отчетность по УВР ВолГУ»

2.1 Создание модели бизнес-процессов «как есть» в нотации IDEF0

Далее, в ходе выполнения дипломной работы была создана модель бизнес-процессов, иллюстрирующую текущую деятельность по планированию работы и формированию отчетности управления по учебно-воспитательной работе, без использования автоматизированной системы «Университет». В качестве имени процесса на контекстной диаграмме выбрана «Планирование и отчетность УВР ВолГУ», так как планирование и отчетность преподавательского состава является частью общеуниверситетской системы планирования и отчетности. Данный факт указан в положении о планировании учебной работы ВолГУ. Деятельность по планированию учебно-воспитательной работы регламентируется процедурой управления и реализации учебно-воспитательной работы ВолГУ. В качестве цели создания модели была определена следующая: «формализовать предметную область для её последующей автоматизации». В данном случае цель необходима для того, чтобы понять какое место в системе занимает отчетность и планирование учебно-воспитательной работы профессорско-преподавательского состава, а также понять в дальнейшем возможность автоматизации данных процессов. В качестве точки зрения был выбран сотрудник, ответственный за функционирование автоматизируемого процесса. Таким сотрудником является начальник управления по учебно-воспитательной работе ВолГУ (рисунок 1).

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

Также была добавлены на диаграмму декомпозиции А0 процессы «Планирование и отчетность УВР института», «Планирование и отчетность учебно-воспитательной работы профессорско-преподавательского состава кафедры» и «Планирование и отчетность УВР ППС» (рисунок 2).

В качестве механизмов исполнения в диаграмме AS IS выступили преподаватель, заведующий кафедрой, директор института, начальник управления по учебно-воспитательной работе ВолГУ, согласно положению о планировании учебной работы ВолГУ. При переходе от контекстной диаграммы (рисунок 1) к диаграмме декомпозиции (рисунок 2) соответствующая стрелка автоматически перейдет на диаграмму декомпозиции.

Каждый сотрудник, обозначенный на контекстной диаграмме, участвует в планировании учебно-воспитательной работы на одном этапе. Поэтому стрелка «Начальник управления по учебно-воспитательной работе ВолГУ» исполнила роль механизма для процесса «Планирование и отчетность учебно-воспитательной работы управления по учебно-воспитательной работе», стрелка «Директор института» -- для процесса «Планирование и отчетность УВР института», стрелка «Заведующий кафедрой» -- для «Планирование и отчетность УВР кафедры» и «Преподаватель» -- для «Планирование и отчетность учебно-воспитательной работы ППС». В результате механизмы для диаграммы имеют следующий вид (рисунок 2).

На данном этапе сформировались стрелки входов, выходов и управления. Планирование и отчетность учебно-воспитательной работы ВолГУ формируется из планов и отчетов профессорско-преподавательского состава, кафедр, институтов и сводных плана и отчета управление по учебно-воспитательной работе ВолГУ. Поэтому на контекстной диаграмме (рисунок 1) были выделены следующие стрелки выходов: «План УВР УУВР университета», «План по УВР института», «План УВР кафедры», «План УВР ППС», «Отчет по УВР кафедры», «Отчет по УВР института», «Отчет ППС по УВР», «Отчет по УВР УУВР» (рисунок 1). На диаграмме декомпозиции появившиеся стрелки были закреплены за процессами в соответствии с их названиями (рисунок 2).

Планирование и отчетность учебно-воспитательной работы ВолГУ включают в себя иерархические процессы.

При планировании выстраивается цепочка от «Планирование и отчетность УВР УУВР» к «Планирование и отчетность учебно-воспитательной работы ППС», отсюда можно выделить зависимость планов, план по учебно-воспитательной работе института зависит от плана учебно-воспитательной работы управления по учебно-воспитательной работе университета, план учебно-воспитательной работы кафедры от плана по учебно-воспитательной работе института, план учебно-воспитательной работы профессорско-преподавательского состава от плана учебно-воспитательной работы кафедры. На диаграмме данная зависимость была обозначена в качестве стрелок управления (рисунок 2).

Отчетность учебно-воспитательной работы ВолГУ формируется с отчетов профессорско-преподавательского состава, далее эти отчеты используются для формирования отчетности по кафедрам, отчет кафедр используются при создании отчета институтов, на основании отчетов институтов формируется отчет по учебно-воспитательной работе управления по учебно-воспитательной работе. Таким образом, отчетность по иерархии является обратной процессу планирования. На диаграмме описанную зависимость обозначена в качестве стрелок управления (рисунок 2).

Структурной единицей каждого из отчетов является мероприятие. Поэтому на контекстную диаграмму в качестве входной стрелки была добавлена стрелку «Мероприятие» (рисунок 1). При переходе от контекстной диаграммы к диаграмме декомпозиции стрелка автоматически перейдет на диаграмму декомпозиции. Сделаем данную стрелку входной для всех имеющихся процессов (рисунок 2).

Планирование и отчетность учебно-воспитательной работы ВолГУ регламентируется процедурой управления и реализации учебно-воспитательной работы ВолГУ. Поэтому необходимо указать этот нормативный документ в качестве стрелки управления. Был осуществлен переход к контекстной диаграмме и была добавлена стрелка механизма «Процедура управления и реализации учебно-воспитательной работы ВолГУ» (рисунок 1).

Далее был произведен переход к тому по средствам чего создаются планы и отчеты. На данный момент план и отчеты профессорско-преподавательского состава, институтов, управления по учебно-воспитательной работе создаются в программе MS Word, данный факт отразим добавлением на контекстную диаграмму механизма MS Word (рисунок 1), на диаграмме декомпозиции сделаем данную стрелку механизмом для процессов «Планирование и отчетность УВР УУВР», «Планирование и отчетность УВР института» и «Планирование и отчетность учебно-воспитательной работы ППС» (рисунок 2).

Планирование и отчетность учебно-воспитательной работы кафедр формируется в автоматизированной информационной системе «Университет» на платформе «1С: Предприятие». Данный механизм был обозначен на контекстной диаграмме и добавили его для процессов «Планирование и отчетность УВР кафедры» (рисунок 2).

Еще одним механизмом для планирования и отчетности кафедр и институтов являться система «Электронная библиотека документов», в которую загружаются отсканированные подписанные планы и отчеты подразделений. Данный механизм был обозначен на контекстной диаграмме (рисунок 1) и добавлен для процессов «Планирование и отчетность УВР кафедры» и «Планирование и отчетность УВР института» (рисунок 2).

Наши задачи заключаются в том, чтобы увидеть, как на данный момент ведется работа по планированию и отчетности учебно-воспитательной работы профессорско-преподавательского состава, а также её место в системе планирования и отчетности в ВолГУ. Поэтому процессы А1-A3 далее рассмотрены не будут (рисунок 2). Перейдем к декомпозиции процесса A4 (рисунок 3).

Планирование и отчетность учебно-воспитательной работы профессорско-преподавательского состава разделяются на планирование и отчетность, добавили на диаграмму следующие процессы: «Планирование УВР ППС» и «Отчетность по УВР ППС». Как планирование, так и отчетность определяет учет мероприятий, поэтому входной стрелкой для указанных процессов будет являться мероприятие, которые предварительно разделили на две (рисунок 3). Очевидно, что механизмом для каждого из процессов выступит преподаватель, поэтому одноименная стрелка была разделена на две (рисунок 3).

План и отчет формируются в MS Word, поэтому механизм c одноименным названием разделили на две стрелки и добавили к каждому из процессов. Имеющиеся выходные стрелки «План УВР ППС» и «Отчет по УВР ППС» были закреплены за процессом планирования и отчетности соответственно (рисунок 3). Данные из плана использовали для отчета, поэтому первая из стрелок будет также входной для процесса «Отчетность по УВР ППС». План учебно-воспитательной работы кафедры влияет на план учебно-воспитательной работы профессорско-преподавательского состава, поэтому мы закрепили стрелку управления «План УВР кафедры» за процессом «Планирование УВР ППС» (рисунок 3). Планирование и отчетность регламентируются процедурой управления и реализации учебно-воспитательной работы ВолГУ частями 3 и 5 соответственно, была декомпозирована стрелку управления «Процедура управления и реализации учебно-воспитательной работы ВолГУ» (рисунок 3).

В ходе исследования предметной области выяснили, что план и отчет профессорско-преподавательского состава создаются в MS Word не в произвольной форме, а имеют шаблоны. Поэтому на контекстную диаграмму (рисунок 1) была добавлена стрелка «Шаблон плана и отчета», перешли к следующему уровню, добавили данную стрелку к процессу «Планирование и отчетность учебно-воспитательной работы ППС» (рисунок 2), произвели переход к следующему уровню, был декомпозирован механизм на «Шаблон плана» и «Шаблон отчета» и добавлен к имеющимся на диаграмме процессам (рисунок 3).

Следующим шагом в создании диаграммы являлась декомпозиция процесса «Планирование УВР ППС». Планирование учебно-воспитательной работы профессорско-преподавательского состава делится на планирование мероприятий по cледующим типам:

1) Профессионально-правовое воспитание.

2) Культурно-нравственное воспитание.

3) Гражданско-патриотическое воспитание.

4) Спортивно-оздоровительные мероприятия.

5) Жилищно-бытовое воспитание.

Отразим данную особенность на диаграмме.

Были добавлены пять процессов:

1) Планирование мероприятий профессионально-правового воспитания.

2) Планирование мероприятий культурно-нравственного воспитания.

3) Планирование мероприятий гражданско-патриотического воспитания.

4) Планирование спортивно-оздоровительных мероприятий.

5) Планирование мероприятий жилищно-бытового воспитания.

Далее был осуществлен переход к механизмам, исполнителем каждого процесса является преподаватель, поэтому стрелку механизма была разделена на пять и закреплена за каждым процессом. Также для всех процессов были выделены общие механизмы MS Word и Шаблон плана. Были разделены стрелки на пять и добавлены к процессам (рисунок 4). Планирование мероприятий любого типа, это список мероприятий, поэтому входной стрелкой для каждого процесса будет являться мероприятие, была разделена стрелка мероприятие на количество процессов и добавили к ним. Каждый из процессов регламентируется процедурой управления и реализации учебно-воспитательной работы ВолГУ, поэтому одноименная стрелка управления была разбита на пять и добавлена к каждому процессу (рисунок 4). Из обоснования того, что планирование учебно-воспитательной работы профессорско-преподавательского состава делится на части, следует и то, что каждый процесс является частью одного плана учебно-воспитательной работы профессорско-преподавательского состава, поэтому все выходные стрелки каждого из процессов были соединены с выходной стрелкой «План УВР ППС», далее были заданы названия стрелкам, они были сформированы из слова план и типа мероприятия. Таким образом, были получены следующие выходные стрелки процессов:

1) План по мероприятиям профессионально-правового воспитания.

2) План по мероприятиям культурно-нравственного воспитания.

3) План по мероприятиям гражданско-патриотического воспитания.

4) План спортивно-оздоровительных мероприятий.

5) План по мероприятиям жилищно-бытового воспитания (рисунок 4).

Была рассмотрена декомпозиция процесса «Планирование мероприятий профессионально-правового воспитания».

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

1) Указать название мероприятия.

2) Указать планируемые сроки мероприятия.

3) Указать роль в мероприятии (рисунок 5).

Входная стрелка «Мероприятие» была декомпозирована на три: «Название мероприятия», «Сроки проведения мероприятия», «Роль в мероприятии» и закрепляется за процессами A4111, A4112, A4113 соответственно (рисунок 5). Каждый из процессов регламентируется процедурой управления и реализации учебно-воспитательной работы ВолГУ, поэтому одноименную стрелку управления разбили на три и добавили к каждому процессу (рисунок 5). Данные вносимые преподавателем зависят от плана учебно-воспитательной работы кафедры, поэтому стрелка управления «План УВР кафедры» разбивается на три и добавляется к каждому процессу. Каждая имеющаяся стрелка механизма была разделена на три и добавлена к процессам исходя из того, что преподаватель заполняет данные по мероприятию в MS Word, используя шаблон плана (рисунок 5). Результатом процессов будут «Название планируемого мероприятия», «Сроки проведения планируемого мероприятия», «Роль в планируемом мероприятии» для процессов A4111, A4112, A4113 (рисунок 5) соответственно, эти выходные данные в совокупности представляют план по мероприятиям профессионально-правового воспитания преподавателя, поэтому эти стрелки были соединены с выходной стрелкой «План по мероприятиям профессионально-правового воспитания» (рисунок 5).

Процессы A412, A413, A414, A415 (рисунок 4) имеют аналогичную декомпозицию и в тексте дипломной работы рассматриваться не будут.

Следующим шагом в создании диаграммы была декомпозиция процесса «Отчетность УВР ППС» (рисунок 3). Отчетность по учебно-воспитательной работе профессорско-преподавательского состава делится на отчетность по мероприятиям cледующих типов:

1) Профессионально-правовое воспитание.

2) Культурно-нравственное воспитание.

3) Гражданско-патриотическое воспитание.

4) Спортивно-оздоровительные мероприятия.

5) Жилищно-бытовое воспитание.

Отразим данную особенность на диаграмме.

Добавим пять процессов:

1) Отчетность по мероприятиям профессионально-правового воспитания.

2) Отчетность по мероприятиям культурно-нравственного воспитания.

3) Отчетность по мероприятиям гражданско-патриотического воспитания.

4) Отчетность по спортивно-оздоровительных мероприятиям.

5) Отчетность по мероприятиям жилищно-бытового воспитания (рисунок 6).

Далее перешли к механизмам, исполнителем каждого процесса является преподаватель, поэтому стрелка механизма была разделена на пять и закреплена за каждым процессом (рисунок 6). Также для всех процессов будут общие механизмы MS Word и Шаблон отчета, были разделены стрелки на пять и добавлены к процессам (рисунок 6). Отчетность мероприятий любого типа, это список мероприятий, поэтому входной стрелкой для каждого процесса будет являться мероприятие, была разделена стрелка мероприятие на количество процессов и добавлена к ним (рисунок 6). Отчет формируется из плана, а значит и каждый процесс имеет на входе также список мероприятий из плана по учебно-воспитательной работе профессорско-преподавательского состава, поэтому стрелку была разбита «План УВР ППС» на пять и добавлена к каждому из процессов (рисунок 6). Каждый из процессов регламентируется процедурой управления и реализации учебно-воспитательной работы ВолГУ, поэтому одноименная стрелка управления была разбита на пять и добавлена к каждому процессу (рисунок 6). Из обоснования того, что отчетность учебно-воспитательной работы профессорско-преподавательского состава делится на части, следует и то, что каждый процесс является частью одного Отчета учебно-воспитательной работы профессорско-преподавательский состав, а значит все выходные стрелки каждого из процессов соединили с выходной стрелкой «Отчет ППС по УВР» (рисунок 6), далее были заданы названия стрелкам, они были сформированы из слова отчет и типа мероприятия. Таким образом, были получены следующие выходные стрелки процессов:

1) Отчет по мероприятиям профессионально-правового воспитания.

2) Отчет по мероприятиям культурно-нравственного воспитания.

3) Отчет по мероприятиям гражданско-патриотического воспитания.

4) Отчет по спортивно-оздоровительным мероприятиям.

5) Отчет по мероприятиям жилищно-бытового воспитания (рисунок 6).

Рассмотрим декомпозицию процесса «Отчетность по мероприятиям профессионально-правового воспитания» (рисунок 7).

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

1) Указать название мероприятия.

2) Указать планируемые сроки мероприятия.

3) Указать роль в прошедшем мероприятии (рисунок 7).

Выходные данные по мероприятиям в плане учебно-воспитательной работы профессорско-преподавательского состава являются входными для каждого из процесса, поэтому входная стрелка «План УВР ППС» была разбита на три и добавлена к каждому процессу на диаграмме (рисунок 7). Входная стрелка «Мероприятие» была декомпозирована на три: «Название мероприятия», «Сроки проведения мероприятия», «Роль в мероприятии» и закреплена за процессами A4211, A4212, A4213 соответственно (рисунок 7). Каждый из процессов регламентируется процедурой управления и реализации учебно-воспитательной работы ВолГУ, поэтому одноименную стрелку управления разбили на три и добавили к каждому процессу (рисунок 7). Каждая имеющаяся стрелка механизма была разделена на три и добавлена к процессам исходя из того, что преподаватель заполняет данные по мероприятию в MS Word, используя шаблон отчета (рисунок 7). Результатом процессов стали «Название отчетного мероприятия», «Сроки проведения выполнения проведенного мероприятия», «Роль в прошедшем мероприятии» для процессов A4211, A4212, A4213 соответственно, эти выходные данные в совокупности представляют отчет по мероприятиям профессионально-правового воспитания, поэтому эти стрелки были соединены с выходной стрелкой «Отчет по мероприятиям профессионально-правового воспитания» (рисунок 7).

Процессы A422, A423, A424, A425 (рисунок 6) имеет аналогичную декомпозицию и в тексте дипломной работы рассматриваться не будут.

Таким образом, бизнес-процесс, автоматизация которого в виде модуля «Планирование и отчетность учебно-воспитательной работы ППС» в автоматизированной системе «Университет» полностью описан в виде IDEF0-диаграммы «как есть». Остальные процессы не подлежат автоматизации в рамках данной дипломной работы, и декомпозироваться не будут.

Следующим этапом проектирования был переход к построению IDEF0-диаграммы «как будет».

2.2 Создание диаграммы бизнес-процессов «как будет» в нотации IDEF0

Далее на основе разработанной модели бизнес-процессов «как есть» была создана модель бизнес-процессов «как будет» в нотации IDEF0. Модель описывает функционирование предметной области с применением разрабатываемой автоматизированной системы.

На контекстной диаграмме модели «Как будет» в качестве названия контекстного бизнес-процесса, был выбран «Работать с модулем «Планирование и отчетность УВР в ВолГУ». Изменилась и цель построения модели -- «Описание процесса работы пользователей с разрабатываемой АС». Точка зрения сохранилась. Изменился и вид модели -- вместо «AS IS» стал «TO BE» (рисунок 8).

Работу в разрабатываемой автоматизированной системе будут вести следующие сотрудники ВолГУ:

1) Начальник управления по учебно-воспитательной работе ВолГУ.

2) Директора институтов стрелка.

3) Заведующие кафедрой.

4) Преподаватель.

Поэтому целесообразно добавить на контекстную диаграмму в качестве стрелок механизмов:

1) «Начальник управления по УВР ВолГУ».

2) «Директор института».

3) «Заведующий кафедрой».

4) «Преподаватель».

Также была добавлена на контекстную диаграмму сама автоматизированная система «Университет» (рисунок 8).

По сравнению с диаграммой «AS IS» не изменится входная стрелка «Мероприятие», так как в разрабатываемой системе ведется учет мероприятий. Планирование и отчетность учебно-воспитательной работы ВолГУ регламентируется процедурой управления и реализации учебно-воспитательной работы ВолГУ. Поэтому необходимо указать этот нормативный документ в качестве стрелки управления (рисунок 8).

Перейдем к декомпозиции контекстной диаграммы.

Система по планированию и отчетности будет состоять из четырех модулей, предназначенных для управления по учебно-воспитательной работе, институтов, кафедр и преподавателей. Названия процессов были взяты на аналогичной ветке диаграммы «AS IS» (рисунок 2).

Механизмы, которые описывают сотрудников университета, будут также аналогичны. Механизм «AИС Университет» были декомпозированы на четыре стрелки «Модуль планирования и отчетности УВР УУВР», «Модуль планирования и отчетности УВР ППС», «Модуль планирования и отчетности УВР кафедры», «Модуль планирования и отчетности УВР института» и были закреплены за процессами в соответствии с их наименованием (рисунок 9). Входная стрелка «Мероприятие» будет входом для каждого из процессов, ибо каждый из модулей системы ведет учет мероприятий. Планирование и отчетность учебно-воспитательной работы ВолГУ формируется из планов и отчетов профессорско-преподавательского состава, кафедр, институтов и сводных плана и отчета управления по учебно-воспитательной работе ВолГУ. Поэтому следует учесть эти данные в разрабатываемом модуле, поэтому на контекстной диаграмме выделяются следующие стрелки выходов: «План УВР УУВР университета», «План по УВР института», «План УВР кафедры», «План УВР ППС», «Отчет по УВР кафедры», «Отчет по УВР института», «Отчет ППС по УВР», «Отчет по УВР УУВР» (рисунок 9).