Для разработки архитектуры ИС, целесообразно использовать шаблон трехслойной архитектуры.
Основные высказывания:
Слой представления – предоставляет услуги отображения данных, обработки событий пользовательского интерфейса (щелчки мыши, нажатия клавиш). В общем случае, охватывает все, что имеет отношение к общению пользователя с ИС.
Предметная область – Выполняет вычисления на основе вводимых и хранимых данных, проверку всех элементов данных и обработка команд, поступающих от слоя представления, а так же передачу информации стою источника данных.
Выполняет обращение к БД, обмен сообщениями, мониторинг транзакций.
Результаты разработки представлены в виде диаграммы классов на рисунке 6, описание назначения классов по слоям – в таблице 1.
Таблица 1 – Назначение классов концептуальной модели
| № | Наименование класса | Назначение класса |
| Слой представления | ||
| 1. | E-UI-Registrator | Граничный класс, отвечающий за отображение формы личной карты пациента, параметров и результатов поиска. |
| 2. | E-UI-Doctor | Граничный класс, отвечающий за отображение формы истории болезни пациента. |
| 3. | E-UI-LDC | Граничный класс, отвечающий за отображение формы сведений о прохождении исследовании / сдачи анализов пациентом. |
| 4. | ControllerTreatment | Управляющий класс, методы которого отвечают за управление приложением в целом |
| Слой предметной области | ||
| 5. | CallService | Граничный класс, отвечающий за взаимодействие с классами слоя предметной области. |
| 6. | PatientData | Класс хранения, содержащий ключевые данные о пациенте. |
| 7. | eDiagnose | Класс хранения, содержащий сведения о поставленном диагнозе |
| 8. | eResult | Класс хранения, содержащий данные результатов исследования. |
| 9. | eNaprav | Класс хранения, содержащий сведения о направлении пациента на исследования / сдачу анализов. |
| 10. | eMedcard | Класс хранения, содержащий медицинскую карточку. |
| 11. | eOperator | Класс хранения, содержащий сведения об операторах, работающих с ИС. |
| 12. | AccessList | Класс хранения, содержащий права доступа операторов ИС. |
| Слой источника данных | ||
| 13. | Data | Граничный класс, отвечающий за взаимодействие с БД. |
Рисунок 6 – Диаграмма классов, моделирующая структуру ИС на концептуальном уровне
Логическая модель информационной системы
Модель поведения
Рисунок 7 – Диаграмма последовательности, моделирующая функцию создания новой записи
Рисунок 8 – Диаграмма последовательности, моделирующая функцию редактирования записи
Рисунок 9– Диаграмма последовательности, моделирующая функцию поиска записи
Рисунок 10 – Диаграмма последовательности, моделирующая функцию
аутентификации оператора
Рисунок 11– Диаграмма последовательности, моделирующая функцию удаления
Рисунок 12 – Диаграмма последовательности, моделирующая функцию создания отчета
Модель структуры
На рисунке 13представлена диаграмма классов ПО ИС, на которой отражены все классы, составляющие ПО ИС постановки пациента на учет в поликлинике. Данная диаграмма представляет всю модель структуры ПО ИС и получена в результате решения задач первой итерации проектирования. При необходимости проектант, получив целевую модель структуры, может вернуться к уточнению требований, сформулированных в концепции и выполнить вторую итерацию проектирования, результатом которой может быть уточненные модели поведения и структуры, как на концептуальном, так и на логическом уровне.
Рисунок 13 – Диаграмма классов, моделирующая структуру ПО ИС на логическом уровне
Дата: 2019-05-29, просмотров: 188.
