Галуза Дипломный проект. Перечень условных обозначений
 Скачать 0.87 Mb.
|
|
ГЛАВА 2 ПРИНЦИПЫ РАБОТЫ СИСТЕМЫ И МОДЕЛИРОВАНИЕ ПРОЦЕССОВ РАБОТЫ И КОНТРОЛЯ ДОСТУПА 2.1 Моделирование процессов Принцип работы системы заключается во внесении данных в приложение из вне и анализ их и хранение ресурсами приложения. Т.е. процесс использования приложения включает следующие этапы: Пользователь входит в систему Вносит вручную или импортирует данные из Excel Проводит их анализ Запрашивает данные по каким-либо критериям Получает данные, а также результаты анализа и аналитический отчёт о каждом обследовании каждого обследуемого Наиболее точно варианты использования приложения можно отразить в диаграмме вариантов использования (рисунок 2.1.1).  Рисунок 2.1.1 – диаграмма вариантов использования приложения На данной диаграмме отражены три основных потока процессов в приложении: Внесение, хранение и анализ данных Предоставление отчётности и оценка состояния Анкетирование для сбора дополнительных данных Контроль доступа. Внесение, хранение и анализ данных – базовый функционал системы. Он включает в себя как ручной ввод данных, так и импорт, а также анализ данных с использованием методик, описанных выше. Предоставление отчётности и оценка состояния – функционал, необходимый для упрощения работы с данными и предоставления их в более удобном виде. Контроль доступа – система безопасности приложения. Всего существует три роли: Администратор – обладает абсолютными полномочиями. Имеет право не только работать с данными обследований, но также управлять учётными записями пользователей – создавать, удалять, изменять Пользователь – стандартный набор полномочий, созданный для сотрудника кафедры. Имеет право просматривать, изменять и создавать все типы обследований. Не имеет права взаимодействовать с учётными записями. Студент – минимальный набор полномочий, созданный с целью предоставления данных обследуемым об их состоянии здоровья. Имеет право просматривать данные личных обследований. Не имеет права видеть данные обследований других студентов, а также изменять, создавать или удалять данные всех типов обследований, а также учётных записей. Анкетирование для сбора дополнительных данных – анкета, которую предлагается заполнить студенту при авторизации в системе, если это ещё не было сделано. Этот процесс является необязательным и может повлиять только на полноту отображаемой информации, т.к. в будущем данные анкет так же планируется использовать в процессе анализа. Последовательность действий при типичном использовании приложения может быть отражена на диаграмме последовательности (рисунок 2.1.2)  Рисунок 2.1.2 – диаграмма последовательности действий при типичном использовании приложения Диаграмма 2.1.2 иногда не совсем понятна. Для этого призваны помочь диаграммы кооперации. Диаграммы кооперации отображают поток событий через конкретный сценарий варианта использования, упорядочены по времени, а кооперативные диаграммы больше внимания заостряют на связях между объектами. На диаграмме кооперации представлена вся та информация, которая есть и на диаграмме последовательности, но кооперативная диаграмма по-другому описывает поток событий. Из нее легче понять связи между объектами, однако, труднее уяснить последовательность событий. Диаграмма коопераций изображена на рисунке 2.1.3  Рисунок 2.1.3 – диаграмма коопераций Диаграммы последовательности и диаграммы кооперации изоморфны. Это означает, что одну диаграмму можно трансформировать в другую диаграмму. 2.2 Проектирование приложения и базы данных Для того чтобы разработать программный модуль необходимо его для начала спроектировать. Для того чтобы пользоваться такой программой на предприятии, необходимо в первую очередь не допустить сотрудников, которые не учувствуют в самом процессе грузоперевозки. Для этого будет создан модуль контроля доступа, описанный выше. Функционирование такой программы невозможно без наличия подключенной к ней базы данных. В базе данных будет храниться вся информация, начиная от данных учётных записей и заканчивая аналитическими отчётами. Проще всего схематически можно выразить взаимодействие системы с базой данных на рисунке 2.2.1.  Рисунок 2.2.1 – Процесс взаимодействия программы с базой данных Данные в базе всегда структурированы и строго типизированы. Структура коллекций базы данных, а также типы и ограничения можно описаны в таблицах. База данных состоит из 24 таблиц.
Таблица 2.2.1 – Student Ключи таблицы: ID – первичный ключ, GroupID – внешний ключ.
Таблица 2.2.2 – Faculty Ключи таблицы: ID – первичный ключ.
Таблица 2.2.3 – Groups Ключи таблицы: ID – первичный ключ, FacultyID – внешний ключ
Таблица 2.2.4 – UserRoles Ключи таблицы: ID – первичный ключ.
Таблица 2.2.5 – Users Ключи таблицы: ID – первичный ключ, RoleID – внешний ключ.
Таблица 2.2.6 – Antropology Ключи таблицы: ID – первичный ключ, CheckID, StudentID – внешние ключи.
Таблица 2.2.7 – AntrAlgebral Ключи таблицы: ID – первичный ключ, AntrID – внешний ключ.
Таблица 2.2.8 – AntPoints Ключи таблицы: ID – первичный ключ, AntrAlgebralID – внешний ключ.
Таблица 2.2.9 – Spiro Ключи таблицы: ID – первичный ключ, CheckID, StudentID – внешние ключи.
Таблица 2.2.10 – SpiroAlgebral Ключи таблицы: ID – первичный ключ, SpiroID – внешний ключ
Таблица 2.2.11 – ECG Ключи таблицы: ID – первичный ключ, CheckID, StudentID – внешние ключи.
Таблица 2.2.12 – ECGAlgebral Ключи таблицы: ID – первичный ключ, ECGID – внешний ключ.
Таблица 2.2.13 – Morphology Ключи таблицы: ID – первичный ключ, CheckID, StudentID – внешние ключи.
Таблица 2.2.14 – MorphAlgebral Ключи таблицы: ID – первичный ключ, MorphID – внешний ключ.
Таблица 2.2.15 – MorphPoints Ключи таблицы: ID – первичный ключ, MorphAlgebralID – внешние ключи.
Таблица 2.2.16 – OP Ключи таблицы: ID – первичный ключ, CheckID, StudentID – внешние ключи.
Таблица 2.2.17– OPAlgebral Ключи таблицы: ID – первичный ключ, OPID – внешний ключ.
Таблица 2.2.18 – OPPoints Ключи таблицы: ID – первичный ключ, OPAlgebralID – внешний ключ.
Таблица 2.2.19 – ShG Ключи таблицы: ID – первичный ключ, CheckID, StudentID – внешние ключи.
Таблица 2.2.20 – ShGAlgebral Ключи таблицы: ID – первичный ключ, ShGID – внешний ключ.
Таблица 2.2.21 – ShGAlgebral Ключи таблицы: ID – первичный ключ, ShGID – внешний ключ.
Таблица 2.2.22 – TR Ключи таблицы: ID – первичный ключ, CheckID, StudentID – внешние ключи.
Таблица 2.2.23 – ShGAlgebral Ключи таблицы: ID – первичный ключ, TRID – внешний ключ.
Таблица 2.2.24 – Physical Данные в базе не только структурированы, но и в подавляющем большинстве случаев взаимосвязаны, во избежание дублирования. Схематически структуру и взаимосвязь таблиц в базе можно выразить на рисунке 2.2.2.  Рисунок 2.2.2 – структура и взаимосвязь данных Такая модель базы данных позволит эффективно и без лишнего дублирования данных, с минимальными затратами как памяти, так и мощностей хранить, оперировать и предоставлять данные в любой момент времени. Так же, подобная структура является легко расширяемой 2.3 Отчёты и визуальное представление данных в системе Помимо хранения и предоставления данных система так же несёт в себе аналитическую функцию. Сами по себе аналитические данные не очень эффективно понятно отражают состояние обследуемого и его динамику. Для более понятного для человека отражения информации в системе присутствует возможность генерации отчётов на основе данных обследований и анализа, а также графиков динамики конкретных показателей обследуемого во времени. Отчёты и графики используют данные, полученные в результате обследования и анализа. Для каждого пользователя, обследования и показателя формируются индивидуальные отчёты и графики, упрощая и систематизируя понимание результатов работы системы |