−Отчет о сотрудниках, которые должны проходить экзамен в текущем

месяце.

−Отчет о сотрудниках, успешно сдавших экзамен.

−Отчет о сотрудниках, которые не сдали экзамен в текущем месяце. Таким образом, Ruby on Rails по всем требования подходит для

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

В качестве СУБД была использована PostgreSQL, клиент для работы с базой данных (БД) pgAdmin3. Данный выбор обусловлен опытом работы с данной СУБД [14].

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

Функциональная модель бизнес-процессов разрабатываемой информационной системы представлена в приложении В на рисунках В.1-В.5. Целью моделирования является упрощение автоматизации процесса учета сдачи экзаменов правил по охране труда эксплуатации электроустановок в организации, то есть повышение эффективности процесса. Функциональная модель построена с точки зрения интегрированного пользователя: работников производства и менеджеров, а также с точки зрения разработчика. Это обусловлено тем, что с системой необходимо работать как сотрудникам производства, так и менеджера, который непосредственно занят сопровождением и работой с информационной системой [11-12, 15].

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

15

Рисунок 2.1 – Иерархическое дерево работ

Для проведения количественного анализа разработанной функциональной модели необходимо рассмотреть поведение следующих показателей: коэффициент уровня, рассчитываемый по формуле (2.1); коэффициент сбалансированности, рассчитываемый по формуле (2.2); и коэффициент применения элементарных функций, рассчитываемый по формуле (2.3).

Коэффициент сбалансированности показывает соотношение выходных и выходных стрелок. Коэффициент применения элементарных функций необходим для определения необходимости дальнейшей детализации функциональной модели. Если ф>1 и эл.ф>0,5, то продолжать декомпозицию не надо.

Результаты расчёта коэффициентов для каждого уровня представлены в

16

таблице 2.1. На основе списка элементарных функций был заполнен 4-й столбец таблицы 2.1 (количество элементарных функций на уровне).

Таблица 2.1 – Результаты количественного анализа функциональной модели

Таким образом, исходя из таблицы 2.1, можно сделать вывод, что коэффициент уровня имеет тенденцию уменьшения, коэффициент сбалансированности находится в пределах от 0 до 3, что не превышает норму, а коэффициент применения элементарных функций говорит о достаточной декомпозиции работ. Значит, построенная функциональная модель качественна, сбалансирована и достаточно детализирована.

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

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

– свойства этих объектов и субъектов [16].

Анализ предметной области разработки ИС позволил выделить следующие сущности и атрибуты:

1)Вопросы: код, вид вопроса;

2)Сотрудники: код сотрудника, ФИО, телефон, должность;

17

3)Ответы на вопросы: код ответа на вопрос, оценка;

4)Тест: код теста, код вопроса, дата проведения теста, код сотрудника, дата планового проведения теста, стоимость, дата фактического проведения теста, код ответа на вопрос теста;

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

Взаимосвязи между объектами отражаются взаимодействием между двумя сущностями, называемым «один-ко-многим». Также, чтобы разрабатываемая модель данных сразу находилась в первой нормальной форме, для каждой сущности был определен ключевой атрибут – Код.

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

Рисунок 2.2 – Логическая модель данных по стандарту IDEF1X

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

18

преобразуется в реляционные модели и бизнес-модели. Во время физического моделирования объекты определяются на уровне, называемом уровнем схемы. Схема рассматривается как группа объектов, связанных друг с другом в базе данных. Таблицы и столбцы производятся в соответствии с информацией, предоставленной во время построения логической модели [17-18]. Физическая модель данных разрабатываемой информационной системы для автоматизации учета заказов клиентов, построенная в соответствии со стандартом IDEF1X для СУБД PostgreSQL, изображена на рисунке 2.3.

Рисунок 2.3 – Физическая модель данных по стандарту IDEF1X

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

Выводы по второму разделу

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

19

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

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

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

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

20