Автор работы: Пользователь скрыл имя, 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. Аппаратура пациента выдает на его Нет-Бук | 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) Данные в БД – класс-наследник предыдущего, более того полностью копирующий