Разработка программного обеспечения медицинского комплекса дистанционного мониторинга АД и ЭКГ

Автор работы: Пользователь скрыл имя, 27 Мая 2012 в 18:24, курсовая работа

Краткое описание

В процессе выполнения работы мы были ознакомлены с рядом методик визуальной реализации информационного содержания на службе языка графического описания для объектного моделирования в области разработки программного обеспечения - UML (Unified Modeling Language — унифицированный язык моделирования).
Нами была предложена модель «медицинского комплекса дистанционного мониторинга АД и ЭКГ», в процессе разработки, которой в соответствии с поставленными задачами и был представлен перечень вариантов, посредством которого осуществляется наглядное представление программного обеспечения не только для специалистов, но и для некомпетентных в данном вопросе лиц, обычно представляющих, к примеру, сторону заказчика.
Выводом проделанной работы является осознание удобства и необходимости популяризации методологии UML среди руководящего состава IT-организаций

Содержание

Введение _________________________________________________________________ 2

1 Постановка задачи _______________________________________________________ 3
1.1 Обсуждение проблемы, определение предметной области,
описание предметной области __________________________________________ 3
1.2 Определение цели и назначения системы, рыночной ниши,
потенциальных пользователей системы ___________________________________ 3
1.3 Определение основной функциональности ________________________________ 3
1.4 Определение предполагаемого эффекта для потребителей/пользователей ______ 4
1.5 Проведение сравнения с аналогами ______________________________________ 4

2 Определение требований к проектируемой системе ____________________________ 5
2.1 Разработка требований _________________________________________________ 5
2.1.1 Требования к функциональным характеристикам ________________________ 5
2.1.2 Требования к надежности ____________________________________________ 5
2.2 Диаграммы вариантов использования _____________________________________ 6
2.3 Описание возможных сценариев по 2 прецедентам __________________________ 7
2.3.1 Сценарий варианта использования №1 – Данные от аппаратуры пациента ____ 7
2.3.2 Сценарий варианта использования №2 – Информация от лечащего врача _____ 8
2.4 Команда разработчиков _________________________________________________ 10

3 Построение модели анализа систем __________________________________________ 11
3.1 Диаграмма классов _____________________________________________________ 11

4 Проектирование поведенческих аспектов системы______________________________ 13
4.1 Диаграмма последовательности ___________________________________________ 13

Заключение ________________________________________________________________ 14

Список использованной литературы ___________________________________________ 15

Прикрепленные файлы: 1 файл

Курсовик.doc

— 3.01 Мб (Скачать документ)

 

Типичный ход событий сценария

 

Действия актеров

Отклик системы

1. Аппаратура пациента выдает на его Нет-Бук

2. Информация сохраняется на ПК пациента

данные о результате измерения АД

 

 

 

3. Данные мониторинга доступны пациенту

4. Нет-Бук отправляет полученные данные

 

в серверный центр клиники где они и сохраняются

5. Данные мониторинга доступны лечащему врачу

 

 

 

 

6. Система производит текущий анализ

 

дистанционного мониторинга пациента

 

 

 

7. Система сохраняет в Базе клиники

 

результаты анализа

8. Результаты текущего анализа доступны

 

лечащему врачу

 

 

 

Примечание: описанный ход событий под-

 

ходит только для мониторинга АД

 

2.3.2  Сценарий варианта использования №2 – Информация от лечащего врача

Главный раздел сценария

Вариант использования

Информация от лечащего врача

Актеры

Пациент, лечащий врач

Цель

Получение внеплановых рекомендаций лечащего врача

Краткое описание

Полученные рекомендации лечащего врача, пройдя

 

контроль,становятся доступными на ПК* пациента

Ссылки на другие

Сохранение данных в Базе клиники,

варианты использования

контроль вводимой информации

 

 

 

 

 

 

Типичный ход событий сценария

 

Действия актеров

Отклик системы

1. Лечащий врач заносит рекомендации пациенту

2. Система проверяет введенную

в систему

информацию

 Исключение №1: Врач вводит некорректную

3. База клиники сохраняет введенную

 информацию

информацию

 

4. Система отсылает на ПК пациента

 

рекомендации лечащего врача

 

5. ПК пациента звуковым сигналом

 

сообщает о получении новых данных

6. Рекомендации доступны клиенту

 

7. Пациент активно внемлет

 

 

 

 

 

 

 

 

Исключения сценария

 

Действия актеров

Отклик системы

Исключение №1: Врач вводит некорректную

3. Система сообщает о некорректности

информацию

введенных данных и предлагает изменить

 

рекомендации

1. Лечащий врач корректно заносит

 

данные о рекомендациях пациенту

в систему

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2.4     Команда разработчиков

 

1)     -  Рюрикович И. В.

         - менеджер проекта

         - руководство командой программистов

2)     - Кандинский В. В.

         - программист

         - создание интерфейса ПО проекта

3)     - Толстой Л. Н.

         - программист

         - создание Базы данных клиники

4)     - Юнг К. Г.

         - программист

         - создание аналитического элемента ПО клиники

5)     - Македонский А. Ф.

         - программист

         - создание сетевого ПО

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

3           Построение модели анализа систем.

 

3.1 Диаграмма классов

     Диаграмма классов, Class diagram — статическая структурная диаграмма, описывающая структуру системы, она демонстрирует классы системы, их атрибуты, методы и зависимости между классами.

     Для наглядности в данной работе мы отобразим лишь частный случай, описанный в пункте 2.3.1 (Сценарий варианта использования №1 – Данные от аппаратуры пациента)

 

 

                                                   

 

 

              

Теперь последовательно опишем указанные классы:

 

1) Данные от аппаратуры – класс содержащий информацию по измерению АД от 

    аппаратуры пациента, а так же производящий ряд операций над полученными данными.

      Поля класса:

          а) систолическое давление – данные о верхней границе АД;

          б) диастолическое давление – данные о нижней границе АД;

          в) пульс – соответственное результат измерения пульса.

     Методы класса:

          а) сохранение полученных от аппаратуры пациента данных в Базе Данных клиники;

          б) копирование полученных данных в Аналитический Центр клиники;

          в) открыть доступ к полученным данным пациенту;

          г) открыть доступ к полученным данным лечащему врачу пациента.

2) Текущий анализ данных – наследующий класс первого. Получает данные от указанного

     выше класса и обрабатывает их.

      Поля класса:

          а) систолическое давление – данные о верхней границе АД;

          б) диастолическое давление –  данные о нижней границе АД;

          в) пульс – соответственное результат измерения пульса;

          г) состояние – полученный результат соответствующего метода данного класса.

     Методы класса:

          а) определение степени критичности состояния пациента;

          б) сохранение полученных от аппаратуры пациента данных в Базе Данных клиники;

          в) открыть доступ к полученным данным лечащему врачу пациента.

 

3) Данные в БД – класс-наследник предыдущего, более того полностью копирующий

Информация о работе Разработка программного обеспечения медицинского комплекса дистанционного мониторинга АД и ЭКГ