Разработка объектно-ориентированной модели информационной подсистемы стоматологическая поликлиника
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
В°льные варианты использования
изготовление коронки зуба;
профессиональная гигиена полости рта;
лечение кариеса;
снятие слепка;
терапевтическое лечение;
фиксация коронки;
.С помощью кнопки Actor (действующее лицо) панели инструментов поместим на диаграмму новое действующее лицо.
.Назовем его Медсестра.
.Повторим действия и добавим новое действующее лицо (Актера). Назовем его Главный врач.
.С помощью кнопки Unidirectional Association (Однонаправленная ассоциация) добавим ассоциации между действующими лицами Медсестра, Главный врач и всеми вариантами использования.
Рисунок 2.1 - Диаграмма прецедентов стоматологической поликлиники для учета пациентов
Рассмотренные выше варианты использования инициируют последовательность действий (транзакций) в базе данных в ответ на действия со стороны Медсестра.
Была разработана диаграмма прецедентов, состоящая из двух актеров и девяти вариантов использования. Основным действующим лицом является Медсестра. Она выполняет три действия: консультация, заключение договора, занесение учетной информации.
Проанализировав приведенную выше диаграмму использования наглядно видно, что наиболее важный и наиболее сложный прецедент подсистемы является заключение договора, так как от правильности его выполнения зависит в дальнейшем успешность оперативного учета.
3. СОЗДАНИЕ ДИАГРАММЫ ПОСЛЕДОВАТЕЛЬНОСТИ
Диаграммы взаимодействия (interaction diagrams) являются моделями, описывающими поведение взаимодействующих групп объектов. Как правило, диаграмма взаимодействия охватывает поведение объектов в рамках только одного варианта использования. На такой диаграмме отображаются ряд объектов и те сообщения, которыми они обмениваются между собой. Диаграммы последовательности отражают поток событий, происходящих в рамках варианта использования. Диаграммы последовательности очень просты и наглядны (в этом заключается самое большое их достоинство) и существенно помогают разобраться в процессе поведения системы.[2]
Рассмотрим вариант использования Заключение договора. Диаграмма последовательности реализующая вариант использования Заключение договора приведен на рисунке 3.1.
На приведенной выше диаграмме выделены следующие объекты соответствующих классов:
форма договора - объект класса FormDogovor ;
форма предоставляемых услуг - объект класса FormUslug;
управляющий БД - объект управляющего класса DBManager, выполняющий функции СУБД;
управляющий транзакциями - объект класса TransactionManager, берущий на себя функции СУБД по управлению транзакциями.
Последовательность действий основного потока выглядит следующим образом:
.Медсестра создает запись о новом заключении договора в БД.
.При этом она открывает необходимую форму для ввода данных пациента.
Рисунок 3.1 - Диаграмма последовательности для варианта использования Заключение договора
.Вводит все необходимые поля в открытую форму.
.Нажимает на клавишу Сохранить.
.При этом информация отправляется в СУБД, которая обозначена на диаграмме как Управляющий БД.
.СУБД создает новую пустую запись.
.Генерирует изменяет значения полей в соответствии с введенными медсестрой данными.
.Передает эту запись системе управления транзакциями, которая обозначена на диаграмме как Управляющий транзакциями.
.Система управления транзакциями осуществляет транзакцию.
.Система управления транзакциями возвращает сообщение об успешности проведения транзакции или ошибке при её выполнении.
Была разработана диаграмма последовательности для варианта использования Заключение договора с пациентом. Этот вариант использования является наиболее важной и наиболее сложно реализуемой задачей информационной подсистемы.
При создании диаграммы были созданы пять классов: два управляющих, два граничных(Boundaries) и один сущность.
К управляющим классам относятся DBManager и TransactionManager, они контролируют последовательность событий этого варианта использования.
К граничным классам относятся FormUslug и InputFormDogovor, Граничные классы, которые расположены на границе системы и окружающей среды. Они включают все формы, отчеты, интерфейсы с аппаратурой (такой, как принтеры или сканеры) и интерфейсы с другими системами.
К классам сущность относятся DogovorID и EnterDogovor. Классы-сущности (entity classes) отражают основные понятия (абстракции) предметной области и, как правило, содержат хранимую информацию
4. СОЗДАНИЕ ДИАГРАММЫ СОТРУДНИЧЕСТВА
Диаграммы сотрудничества - второй тип диаграмм взаимодействия - Collaboration Diagram - Г. Буч называет диаграммой объектов. Эта диаграмма не акцентирует внимание на последовательности передачи сообщений, она отражает наличие взаимосвязей вообще, то есть на этой диаграмме отражается наличие сообщений от клиентов к серверам.
Диаграмма показывает взаимодействие между объектами, а не классами, то есть является мгновенным снимком объектов системы в некотором состоянии. Ведь объекты, в отличие от созданных на этапе проектирования классов, создаются и уничтожаются на всем протяжении работы программы. И в каждый момент имеется конкретная группа объектов, с которыми осуществляется работа. [4]
Этот тип диаграмм позволяет описать взаимодействие объектов, абстрагируяс