
- •Отчет по преддипломной практике
- •Оглавление
- •Введение
- •Основные документы
- •2. Описание бизнес-процессов предприятия
- •Сеть превращения предметов труда
- •Выбор контрольных точек и обоснование их выбора
- •Постороение таблицы управленческих показателей
- •Предложения по улучшению бизнес-процессов предприятия
- •Образ и границы планируемой к разработке системы
- •8.1.Основные функции системы «Recruit»
- •8.2.Контекстная диаграмма
- •8.3.Классы и характериситики пользователей
- •8.4.Варианты использования
- •8.4.1.Вариант использования-1 – Регистрация нового призывника
- •8.4.2.Вариант использования-4 – Запись заключения комиссии
- •8.4.3.Вариант использования - 2 – Редактирование карты диспансеризации призывника
- •8.4.4.Вариант использования - 3 – Редактирование карты диспансеризации призывника
- •8.4.5.Вариант использования - 5 – Установка и редактирование даты медосмотра
- •8.4.6.Вариант использования - 6 – Запись результатов осмотра призывника в карту диспансеризации
- •8.4.7.Вариант использования - 7 – Регистрация в системе под своими учетными данными
- •8.4.8.Вариант использования - 8 – Поиск карты призывника из списка
- •8.4.9.Вариант использования – 9 – Просмотр истории болезни
- •8.4.10.Вариант использования - 10 – Просмотр отчета о результатах медосмотра в лпу
- •8.5.Функции системы
- •8.5.1.Запись результатов осмотра
- •8.6.4.Интерфейсы передачи информации
- •8.7.Другие нефункциональные требования
- •8.7.1.Требования к безопасности
- •10.3.Диаграммы взаимодействия
- •1 0.3.1.Вариант использования-1 – Регистрация нового призывника
- •10.3.2.Диаграмма кооперации
- •10.3.3.Диаграмма развертывания
- •11.Выбор и обоснование средств реализации
- •Заключение
8.6.4.Интерфейсы передачи информации
Интерфейсы передачи информации-1. Система «Recruit» должна посылать призывникам смс-сообщения с местом, и временем проведения медосмотра.
8.7.Другие нефункциональные требования
8.7.1.Требования к безопасности
Требования к безопасности-1. Все сетевые транзакции, включающие личную информацию, должны быть зашифрованы.
Требования к безопасности-2. Пользователи обязательно регистрируются для входа в системе «Recruit» для выполнения любых операций.
Требования к безопасности-3. Специалисты должны регистрироваться для входа в систему согласно политике ограниченного доступа к компьютерным системам.
8.8.Модели анализа
На рисунке 3 показана диаграмма состояний, где отображен возможный статус записи в карте диспансеризации.
Рисунок 3 – Диаграмма состояний для статуса записи в карте диспансеризации
9.Структура базы данных
Рисунок 4 – Диаграмма сущность-связь системы Recruit
10.Архитектура системы
10.1.Диаграмма классов
На рисунках с 5 по 8 представлена диаграмма классов системы Recruit.
Рисунок 5 – Разбиение системы Recruit по модулям
Рисунок 6 – Диаграмма классов модуля «Интерфейс пользователя»
Рисунок 7 – Диаграмма классов модуля «Бизнес-логика»
Рисунок 8 – Диаграмма классов модуля «Источник данных»
10.2.Описание классов
Классы модуля «Интерфейс пользователя».
Access_form |
|
Форма для авторизации специалиста |
|
Main_form |
|
Форма со списком всех призывников |
|
Dispan_card |
|
Форма карты диспансеризации |
Включает класс Cure_form Включает класс Personal_data |
Cure_form |
|
Форма с историей болезни и результатами осмотра |
|
Personal_data |
|
Форма регистрации нового призывника |
|
Классы модуля «Бизнес-логика»
Recruit |
||
Класс для хранения данных о призывниках |
|
|
Notification |
||
Класс оповещения призывников |
Включает класс Recruit |
|
Report |
||
Класс формирования отчета |
Включает класс Recruit Включает класс Users |
|
Users |
||
Класс для хранения данных о специалистах |
|
|
Set_access |
||
Класс выдачи прав доступа |
|
Классы модуля «Источник данных»
Database_access |
|
Класс для экспорта и импорта данных в базе |
|