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