КР-КакушкинаОВ

3.4 Диаграмма классов системы

На основе разработанных CRC карточек была построена диаграмма классов системы (см Рисунок 14)

Рисунок 14 Основная диаграмма классов системы

3.5 Взаимодействие объектов

Диаграммы последовательности в UML — это визуальный инструмент,

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

В моей работе представлена диаграмма последовательности добавления и удаления записи (см Рисунок 15, Рисунок 16).

Рисунок 15 Диаграмма последовательности добавление записи

Рисунок 16 Диаграмма последовательности удаления записи пациента

3.6 Диаграмма деятельности

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

алгоритмов, помогая наглядно понять динамику и логику исполнения действий.

Рассмотрим диаграмму деятельности моей информационной системы

(см Рисунок 17)

Рисунок 17 Диаграмма деятельности ИС

3.7 Модель данных

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

Рисунок 18 Схема таблиц БД

У каждой таблицы есть первичный ключ (PatientId, AppointmentId, DoctorId, RecordId). Первичный ключ — это поле или набор полей со значениями, которые являются уникальными для всей таблицы. Значения ключа могут использоваться для обозначения всех записей, при этом каждая запись имеет отдельное значение ключа. Каждая таблица может содержать только один первичный ключ и он уникален. Каждая таблица имеет внешний ключ. Он нам нужен чтобы принудительно установить связи между данными двух таблиц. Это сделано с целью контроля данных, которые могут храниться

втаблице внешнего ключа.

3.8Список шаблонов и принципов ООП, использованных в работе

Врамках разработанной ИС были использованы несколько шаблонов проектирования и основные принципы объектно-ориентированного программирования (ООП). Это позволило повысить качество и структурированность кода, а также упростить процесс разработки и дальнейшего сопровождения программы.

Принципы, использовавшиеся в моем работе:

•Инкапсуляция

•Полиморфизм

•Принцип единственной ответственности (SRP)

•“Не повторяйся” (DRY)

•"Делай это просто" (KISS)

Шаблоны:

•Information Expert: Patient, Doctor, Appointment, MediacalRecord

•Controller: DataManadger

•MVC (Model-View-Controller): Архитектура делит приложение на три компонента: Модель (классы Patient, Doctor, Appointment, MediacalRecord), представление

(классы MainForm, AddAppointmentForm отображают данные) и

контроллер (DataManager обрабатывает запросы и управляет данными).

3.9 Разработка тестов

Тесты являются неотъемлемым пунктом, потому что это обеспечивает надежность программы и его качество. Они помогают выявить баги кода и устранить их. Ниже представлен запуск моего проекта с тестами (см Рисунок

19)

Рисунок 19 Тесты ИС

4 Руководство пользователя

При запуске приложения открывается главная форма MainForm. На форме сразу при загрузке отображаются записи пациентов (см Рисунок 20)

Рисунок 20 Главная форма

Так как база данных у нас небольшая я сделала так, чтобы загружались все записи. Но при нажатии кнопки «Записи на сегодня» записи фильтруются и отображаются актуальные приемы пациентов. Чтобы продемонстрировать работу этой функции запишем пациентов на 19.12.2024.

Чтобы пользователь мог добавить запись нужно кликнув на кнопку

«Добавить Запись» и по клику откроется форма записи (см Рисунок 21)

Рисунок 21 Форма записи пациента

Вверху формы выбираем к какому врачу записать пациента, выбираем дату и доступное время. Обязательно вносим данные пациента, если вдруг пользователь забудет их внести, он об этом узнает через модальное окно (см Рисунок 22)

Рисунок 22 Фото модального окна

После добавления записи пациента, она отображается на главной форме.

Введём данные пациента: «Ольга Какушкина» и выберем запись к терапевту в

11:00(см Рисунок 23)

Рисунок 23 Корректная форам добавления записи

После нажатия на кнопку «Добавить», запись отобразится на главной форме

(см Рисунок 24)

Рисунок 24 Главная форма после записи

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

Рисунок 25 Главная форма после фильтрации

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

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

26,27,28)

Рисунок 26 Форма после добавления записей

Рисунок 27 Модальное окно для подтверждения удаления