Курсовые работы / ПРИС КП_10
.pdf3.Разграничение прав доступа к ИС с помощью идентификации и аутентификации пользователей (пользователь – соответствующий пароль).
Обеспечить возможность оперативного изменения пароля. Количество различных пользователей – не менее 3.
4.Резервное копирование информационных баз по желанию пользователя
(только администратора).
5.Осуществлять поиск по разнообразным признакам (не менее одного в каждой из информационных категорий, например, ФИО сотрудника и т.д.).
6.Осуществлять сортировку по различным признакам (не менее одного в каждой из информационных категорий, например, по видам ремонта и т.д.).
7.Вывод информации обо всех авариях, которые были локализованы в заданный пользователем промежуток времени.
8.Вывод информации о том, сотруднике, который участвовал больше других в локализации аварий (ремонтов) за заданный промежуток времени.
9.Выводить документ итоговый документ работы сотрудников в текущем
месяце. Организовать возможность вывода документа в MSWord (или
MSExcel).
10.Вывод информации о тех, сотрудниках, которые должны сдавать экзамен по правилам техники безопасности в текущем месяце.
2.2 Анализ предметной области проектирования информационной системы
Предметной областью является деятельность региональной теплогенерирующей компании. Учет работы сотрудников проводится в любой организации, в том числе и теплогенерирующих. Данный процесс включает в себя полный учет информации о сотрудниках, учет приказов о приеме на работу, об увольнении и отпусках, учет нарушений, учет аварий. Понятно, что данный процесс достаточно трудоемкий и длительный, содержит большое количество информации, в которой легко запутаться. Внедрение такой системы позволит
избежать потери данных, экономит время, позволяет быстро проводить поиск
12
записей, обеспечивает необходимыми отчетами. Система предназначена для
автоматизации учета работы сотрудников региональной теплогенерирующей
компании.
Основными возможностями разрабатываемой системы являются:
1.Предоставление сведений о сотрудниках компании.
2.Предоставление сведений о видах графиков работ сотрудников компании
иотработанном времени.
3.Предоставление сведений о нарушениях графика работы сотрудниками.
4.Предоставление сведений об авариях и выезде ремонтных бригад.
5.Предоставление сведений о сдачи экзамена по правилам техники безопасности и назначение следующей даты сдачи.
6.Предоставление отчета обо всех авариях, которые были локализованы в заданный промежуток времени.
7.Предоставление отчета о сотруднике, который участвовал больше других в локализации аварий (ремонтов) за заданный промежуток времени.
8.Предоставление итогового документа работы сотрудников в текущем месяце. Возможность вывода документа в MSExcel.
9.Предоставление отчета о тех сотрудниках, которые должны сдавать экзамен по правилам техники безопасности в текущем месяце.
Основной целью разрабатываемой информационной системы является сбор,
обработка, хранение в базе данных и представление пользователям информации,
отображающей процесс учета работ в региональной теплогенерирующей компании. К задачам системы можно отнести: обеспечение функционирования компании с большей оперативностью, структурирование алгоритма работы,
получение необходимой аналитической информации с возможностью детализации.
К основным категориям пользователей системы относятся: администратор;
сотрудник; гость.
Администратор - лицо, имеющее право доступа ко всем функциям системы,
ответственное за удаление сведений из базы данных, а также изменение пароля для
входа в систему.
13
Сотрудник - лицо, отвечающее за ввод данных в систему, но не имеет права изменять пароль, удалять какие-либо данные из системы. Сотрудник может лишь помечать запись на удаление, а само удаление записи производит администратор.
В качестве входных документов выступают паспорт сотрудника, заявление о приеме на работу, справки из больницы (для справочника нарушения). В качестве выходных документов выступают отчеты. В информационную систему администратор или сотрудник вводят данные о новых сотрудниках, о графике работ, сведения об авариях, сведения о нарушениях и экзаменах. Итоговый документ работы сотрудников в заданный промежуток времени формируется в
MSExcel файл и доступен для скачивания. Форма отчета представлена на рисунке
2.1
Рисунок 2.1 – Итоговый отчет в MSExcel
Так же выходным документом является отчет обо всех авариях, которые были локализованы в заданный пользователем промежуток времени. Отчет представлен на рисунке 2.2.
Рисунок 2.2 - Отчет об авариях
14
Система так же позволяет вывести отчет о бригаде, которая участвовала больше других в локализации аварий (ремонтов) за заданный промежуток времени.
Форма отчета представлена на рисунке 2.3
Рисунок 2.3 – Отчет о лучшей бригаде Последний отчет представляет собой вывод информации о тех сотрудниках,
которые должны сдавать экзамен по правилам техники безопасности в заданный промежуток времени. Форма отчета представлена на рисунке 2.4.
Рисунок 2.4 – Отчет о сдаче экзамена
В некоторых отчетах замечено, что над таблицей выводятся некоторые записи. Это происходит потому что для запросов к базе данных использовалась конструкция find_by_sql и Ruby on Rails сразу выводит переменную на экран.
15
2.3 Функциональная модель процесса учета работы сотрудников региональной теплогенерирующей компании
Для наиболее полного описания предметной области была построена функциональная диаграмма по стандарту IDEF0, которая дополнена диаграммой описания логики взаимодействия информационных потоков IDEF3. IDEF0 -
методология функционального моделирования и графическая нотация,
предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов [8]. В IDEF0
рассматриваются логические отношения между работами, а не их временная последовательность.
В основе модели лежит цель моделирования: описать функционирование системы учета работы сотрудников. Контекстная диаграмма представлена на рисунке 2.5. Остальные диаграммы представлены в приложении Б. На рисунке 2.6
представлена общая структура модели.
Рисунок 2.5 - Контекстная диаграмма (0 уровень)
Для объективной оценки качества полученной модели используется количественный анализ, который включает определение коэффициентов [9]:
16
1. Коэффициент уровня. Для каждого нижестоящего уровня значение коэффициента должно не увеличиваться. Он рассчитывается по формуле 2.1.
Kу |
N |
, |
(2.1) |
|
L |
||||
|
|
|
где N – количество работ на уровне, L – номер уровня.
Рисунок 2.6 – Структура функциональной модели
2. Коэффициент сбалансированности [10]. Он должен находиться в пределах от 0 до 8. Формула для расчета 2.2.
17
N
Ai
Kб |
i 1 |
max N A |
i |
, |
(2.2) |
|
|||||
|
N |
i |
|
|
|
|
|
|
|
|
где Ai – стрелка, N – количество работ на уровне.
3. Коэффициент применения элементарных функций. При кф>1 и C>0.5
дальнейшая детализация не целесообразна. Для расчета используется формула 2.3.
Kф L C L |
Число элементарных функций |
, |
(2.3) |
|
N |
||||
|
|
|
где L – номер уровня, N – количество работ на уровне.
Рассчитаем значения всех коэффициентов. 1. Коэффициент уровня.
Кy1A1 = 4/1=4
КyA11 = 4/2=2
КyA31=5/2=2.5
КyA311=5/3=1,6
КyA3111=4/4=1
КyA3121= 4/2=2
КyA3141= 4/4=1
КyA3151= 3/4 =0,75
КyA321= 4/3=1,3
КyA331=4/4=1
КyA411 =3/4 =0,75
Необходимо стремиться к тому, чтобы количество блоков на диаграммах нижних уровней было бы ниже количества блоков на родительских диаграммах, т.
е. с увеличением уровня декомпозиции убывал бы коэффициент N/L [11]. Таким образом, убывание этого коэффициента говорит о том, что по мере декомпозиции модели функции должны упрощаться, следовательно, количество блоков должно убывать. Исходя из расчетов, можно сделать вывод о том, что при переходе от более высокого уровня к более низкому, коэффициент уровня не возрастает.
18
2. Коэффициент сбалансированности.
Kb1= (4+5+10+8)/4 -10=3,25 Kb11= (4+3+3)/3-4=0,66 Kb21= (1+1+1+1)/4-1=0
Kb31= (10+6+6+3+4)/5-10=4,2 Kb311= (6+6+6+6+6)/5-6=0 Kb3111= (6+6+6+6)/4-6=0 Kb3121= (5+6)/2-6=0,5
Kb3141= (6+6+6+6)/4-6=0 Kb3151= (6+6+6)/3-6=0 Kb41= (5+5+5+5)/4-5=0 Kb411== (4+5+3)/3-5=1
По правилам, необходимо стремиться, чтобы Кь был минимален для диаграммы. Проанализировав полученные коэффициенты, можно сделать вывод о сбалансированности диаграммы, так как коэффициент сбалансированности не превышает 2.
3. Коэффициент применения элементарных функций.
Кф1=1*3=0,75
Кф11=1*3/3=1
Кф2=1*4/4=1
Кф21=2*4/4=2
Кф31=3*5/5=3
Кф311=3*4/5=2,4
Кф3121=3*2/2=3
Кф3141=3*4/4=3
Кф3151=3*3/3=3
Кф41=4*3/4=3
Кф411=4*3/3=4
Если Кф>1, то дальнейшая декомпозиция не нужна. По расчетам видно, что
условие соблюдается.
19
2.4 Модель данных учета работы сотрудников региональной теплогенерирующей компании
Логическая модель – графическое представление структуры базы данных,
независимое от конечной реализации базы данных и аппаратной платформы.
Методология IDEF1X – один из подходов к моделированию данных, основанный на концепции "сущность – связь". Методология IDEF1X ориентирована на проектирование реляционных моделей баз данных [12]. Логическая модель данных по стандарту IDEF1X диаграммы «сущность-связь», построенная с помощью
CASE-средства ERWin, представлена на рисунке 2.7
Рисунок 2.7 – Логическая модель данных
На рисунке 2.8 представлена физическая модель данных. Физическая модель
– логическая модель базы данных, выраженная в терминах языка описания данных конкретной СУБД. Физическая модель базы данных содержит все детали,
необходимые конкретной СУБД для создания базы: наименования таблиц и столбцов, типы данных, определения первичных и внешних ключей и т.п.
20
Физическая модель строится на основе логической с учетом ограничений,
накладываемых возможностями выбранной СУБД.
Построение физической модели данных было осуществлено с помощью
CASE-средства ERWin. Целью создания физической модели является обеспечение администратора соответствующей информацией для переноса логической модели данных в СУБД. Модель отражена на СУБД PostgreSQL.
Sotrudniks
PK S_ID: integer
s_fam:character varying
s_name:character varying
s_otch:character varying
s_dateBirth:date
dolzhnost:character varying
brigada_id:integer
status:boolean
s_delete:boolean
Sns
PK sns_id:integer
sotrudnik_id:integer
vidnarushenium_id:integer
status:boolean
s_delete:boolean
Grafics
PK grafics_id:integer
sotrudnik_id:integer
data:date
otrabotannoevrema:character varying
vid:character varying
status:boolean
s_delete:boolean
Examen
PK examen_id:integer
sotrudnik_id:integer
resultat:character varying
data:date
sleddata:date
status:boolean
s_delete:boolean
Brigadas
PK brigadas_id:integer
nomer:integer
status:boolean
s_delete:boolean
Vidnarushenia
PK vidnarushenia_id:integer
vidnarush:character varying
status:boolean
s_delete:boolean
Users
PK users_id:integer
name:character varying
password_digest:character varying
status:boolean
s_delete:boolean
Avariis
PK avariis_id:integer
brigada_id:integer
vidremonta:character varying
result:character varying
data:date
status:boolean
s_delete:boolean
Рисунок 2.8 – Физическая модель данных
21