15. Формирование новой организационной структуры
В связи с реинжинирингом, потребовалось изменение организационной структуры. Новая организационная структура представлена на рис 21.
Рис. 21. Новая организационная структура
16. Определение функциональных требований к информационной системе
Рис. 22. Диаграмма вариантов использования информационной системы
17. Описание потока событий прецедентов информационной системы. Формирование объектной модели информационной системы
Рис. 23. Диаграмма последовательности «авторизация пользователей в системе»
На рис.23 представлена диаграмма последовательности для варианта использования «Авторизация». Действующее лицо – «Пользователь». Объекты, требуемые системе для выполнения данного варианта использования – Форма «Авторизация», Список пользователей с системой и Данные о пользователе.
Рис. 24. Диаграмма последовательности «Добавление нового заказа администратором»
На рис.24 представлена диаграмма последовательности для варианта использования «Добавление нового заказа администратором», если клиент пришел в салон не первый раз и в базе данных есть информация о нем. Действующее лицо – «Администратор». Объекты, требуемые системе для выполнения данного варианта использования – Форма «Добавить заказ», Список клиентов, Список сотрудников и Список выполняемых услуг.
Рис. 25. Диаграмма последовательности «Просмотр сотрудником заказов за определенную дату»
На рис.25 представлена диаграмма последовательности для варианта использования «Просмотр сотрудником заказов за определённую дату». Действующее лицо – «Сотрудник». Объекты, требуемые системе для выполнения данного варианта использования – Форма «Авторизация», Форма «Заказы по сотрудникам» и Список выполняемых услуг.
Рис. 26. Диаграмма классов
На рис.26 представлена диаграмма классов, которая показывает, из каких частей состоит система. Рассмотрим подробнее, для чего нужен каждый класс, представленный на диаграмме.
Классы-сущности «Должность» и «Тип услуги» представляют собой кодификаторы, в которых хранится информация о должностях, которые есть в салоне, и о типах предоставляемых услуг соответственно.
Класс-сущность «Сотрудник» предназначен для хранения в базе данных информации о сотрудниках салона красоты. Для идентификации каждого сотрудника используем атрибут «Код сотрудника», также необходима следующая информация: «ФИО», «Паспортные данные», «Дата рождения», «Контактный телефон», «e-mail» и должность, которая выбирается из кодификатора «Должность».
Граничный класс «Форма «Авторизация» необходим для авторизации пользователей в системе, он связан с классом-сущностью «Сотрудники» и необходим для графического представления авторизации пользователей системы.
Граничный класс «Форма «Добавить/изменить данные о сотруднике» связан с классом-сущностью «Сотрудник» и необходим для графического представления информации о сотруднике, обладает функциональностью для добавления нового сотрудника или изменения информации о работающем сотруднике.
Класс-сущность «Клиент» предназначен для хранения в базе данных информации о клиентах салона. Для идентификации используем атрибут «Код клиента», также необходимо хранить «ФИО» и «Контактный телефон».
С помощью граничного класса «Форма «Добавить/изменить данные о клиенте» пользователь системы может вводить данные о новом клиенте и редактировать, при необходимости, данные о существующем в базе клиенте. Этот класс связан с классом-сущностью «Клиенты» и необходим для графического представления информации.
Класс-сущность «Услуга» предназначен для хранения в базе данных всех услуг по типам, которые выполняются в салоне красоты. Для обеспечения хранения услуг по типам услуг есть поле «Тип услуги», который выбирается из кодификатора «Тип услуги». Также в этом классе необходимо хранить «Название услуги», «Стоимость» и для идентификации необходим «Код услуги».
Граничный класс «Форма «Выполняемые услуги» необходим для графического отображения информации о выполняемых услугах салона, ее редактирования и добавления новых услуг. Этот класс связан с классом-сущностью «Услуга» и служит графическим представлением соответствующей информации.
Класс-сущность «Регистрация посещений» предназначен для хранения в базе данных информации об услугах, выполняемых клиенту. Для идентификации посещений необходим «Код записи». Также необходима следующая информация: «Дата посещения», «Клиент» (связь с классом-сущностью «Клиент»), «Сотрудник» (связь с классом-сущностью «Сотрудник») и «Услуга» (связь с классом-сущностью «Услуга»).
Граничный класс «Форма «Добавить заказ» необходим для графического представления формы для добавления нового заказа и его редактирования. Этот класс связан с классом-сущностью «Регистрация посещений».