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

Выводы по первой главе

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

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

2. Проектирование автоматизированной информационной системы

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

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

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

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

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

.1 Описание модели системы планирования и учета нарядов подразделения

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

Рисунок1 - Общая схема автоматизированной системы планирования и учета нарядов подразделения

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

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

1.   подсистема регистрации пользователей;

2.      подсистема идентификации и авторизации пользователей;

3.      подсистема первоначального ввода и редактирования личных данных;

4.      подсистема просмотра информации о пользователе;

5.      подсистема обмена личными сообщениями между пользователями;

6.      подсистема планирования, распределения и учета нарядов;

7.      подсистема просмотра нарядов;

8.      подсистема администрирования.

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

Рисунок2 - Структурная схема автоматизированной системы планирования и учета нарядов подразделения

Как видно из рисунка, подсистемы структурно связанны между собой и образуют единую систему.

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

Рисунок3 - Функциональная схема взаимодействия подсистем

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

. комендант;

. начальник факультета;

. начальник кафедры;

. офицер факультета;

. офицер кафедры;

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

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

Рисунок4 - Принцип распределения нарядов в филиале

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

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

.2 Подсистема "регистрации пользователей"

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

Регистрация проходи по 4 полям:

1.   логин пользователя, в данном случае выступает фамилия военнослужащего;

2.      тип профиля необходимо выбрать из вариантов: комендант, начальник факультета, начальник кафедры, офицер факультета или офицер кафедры;

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

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

Стоит заметить, что при регистрации в целях безопасности пароль сохраняется в БД в зашифрованном виде.

Рисунок 5 - Блок схема алгоритма работы подсистемы регистрации

2.3 Подсистема "идентификации и авторизации пользователей"

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

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

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

Рисунок 6 - Блок схема алгоритма подсистемы идентификации и авторизации пользователей

2.4 Подсистема "первоначального ввода и редактирования личных данных"

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

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

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

Начальник факультета, как и офицер факультета, заполняют поля так же поля:

1.   должность;

2.      номер факультета.

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

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

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

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

.5 Подсистема "просмотра информации о пользователе"

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

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

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

У военнослужащих, занимающих руководящие должности, такие как: начальник факультета или начальник кафедры, дополнительно составляется сводная ведомость и статистика за подчиненное подразделение, а также список подчиненных пользователей, если такие имеются.

2.6 Подсистема "администрирования"

Подсистема "администрирования" непосредственно предназначена для внесения изменений в функциональную часть системы, изменения настроек и создания правил, она состоит из 6 панелей:

1.   пользователи;

2.      факультеты;

3.      кафедры;

4.      правила распределения нарядов;

5.      управление праздниками;

6.      виды нарядов.

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

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

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