Разработка объектно-ориентированной модели информационной подсистемы для регистратуры ЦРБ - Курсовая работа

UML является языком широкого профиля, это открытый стандарт , использующий графические обозначения для создания абстрактной модели системы , называемой UML-моделью. В курсовом проекте разработана объектно-ориентированная модель информационной подсистемы для регистратуры ЦРБ. Модель разработана с помощью программного продукта Rational Rose 2000, с использованием языка UML. В первом разделе курсового проекта представлена краткая характеристика предметной области и актуальность разработки объектно-ориентированной модели информационной подсистемы для регистратуры ЦРБ. Во втором разделе рассмотрено создание диаграммы прецедентов, ее основная характеристика.В современных условиях нашего мира большое значение имеет качество медицинского обслуживания.В связи с большим потоком пациентов поликлиники, база данных должна оперативно отражать информацию регистрируемых пациентах того или иного врача-специалиста. Для увеличения производительности труда и более эффективного функционирования системы регистратуры поликлиники, информационная подсистема должна выполнять ряд задач.Создание информационной подсистемы позволяет автоматизировать работу работника регистратуры и существенно ускорить выдачу талонов на прием, а также значительно улучшить качество работы регистратуры.На данной диаграмме отражены отношения, существующие между актерами и прецедентами. Основная задача - представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы. На рисунке 2.1 приведена разработанная диаграмма вариантов использования. Перейти к главной диаграмме (Main) Use case: - путем нажатия на значке « » рядом с представлением Use case, открыть представление; С помощью кнопки Use Case (вариант использования) панели инструментов поместить на диаграмму новый вариант использования.В результате проведения всех описанных выше действий была создана диаграмма прецедентов, состоящая из двух актеров и пяти вариантов использования.На диаграмме последовательности изображено упорядоченное во времени взаимодействие объектов [1]. Рассмотрим вариант использования «Выдать талон на прием». На приведенной выше диаграмме выделены следующие объекты соответствующих классов: - выбор врача - объект класса DOCFORM, отвечающий за выбор необходимого врача-специалиста; управляющий БД - объект управляющего класса DBMANAGER, выполняющий функции СУБД; управляющий транзакциями - объект класса TRANSACTIONMANAGER, берущий на себя функции СУБД по управлению транзакциями [2].Была разработана диаграмма последовательности для варианта использования «Выдать талон на прием».Этот тип диаграмм позволяет описать взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На этом типе диаграмм в компактном виде отражаются все принимаемые и передаваемые сообщения конкретного объекта, и типы этих сообщений [3]. Разработанная в данном курсовом проекте диаграмма сотрудничества описывает процесс выдачи талона на прием к врачу-специалисту (рисунок 4.1). На диаграмму были добавлены следующие сообщения, соотнесенные с операциями: 1. Create() - создать новую форму о выборе необходимого врача.Была спроектирована диаграмма сотрудничества для варианта использования «Выдача талона на прием».Создать пакеты: а) путем нажатия правой клавиши мыши на логическом представлении браузера; б) в открывшемся меню выбрать пункт New >Package (Создать >Пакет); г) действуя аналогично, создать пакеты Boundaries (Границы) и Control (Управление).Для разработки диаграммы классов была использована форма пакетов.После создания диаграммы классов для варианта использования «Выдача талона на прием» необходимо произвести ее заполнение. Поэтому к классам можно добавить необходимые параметры операций, типы данных и типы возвращаемых значений. Для добавления новой записи о талоне, работнику регистратуры введет следующую необходимую информацию (атрибуты класса Talon): - TALONNUMBER - номер талона;На диаграмме для каждой семантической связи также наглядно отображена множественность, показывающая, сколько экземпляров одного класса взаимодействует с помощью этой связи с одним экземпляром другого класса в определенный момент времени. информационный программа автоматизация поликлиникаЩелкнуть на классе правой кнопкой мыши и в открывшемся меню указать пункт Open State Diagram (Открыть диаграмму состояний). Далее необходимо поместить это состояние на диаграмму. На панели инструментов нажать кнопку State (Состояние). Выполняя действия 1-3, добавить на диаграмму следующие состояния: «Выполнен», «Инициализация», «Отменен», «Приостановлен». Дважды щелкнуть мышью на состоянии «Инициализация».Согласно этой диаграмме объекты данного класса могут находиться в одном из четырех состояний: инициализации, приостановки, отмены и завершения. Была также разработана диаграмма компонентов, разделяющая систему на 2 компонента: клиент и сервер.Дважды щелкнув мышью на представлении размещения в браузере, открыть диаграмму размещения. Наж

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. КРАТКАЯ ХАРАКТЕРИСТИКА ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Общая характеристика

1.2 Актуальность разрабатываемой подсистемы

1.3 Формулировка задач проектирования

2. СОЗДАНИЕ ДИАГРАММЫ ПРЕЦЕДЕНТОВ

3. СОЗДАНИЕ ДИАГРАММЫ ПОСЛЕДОВАТЕЛЬНОСТИ

4. СОЗДАНИЕ ДИАГРАММЫ СОТРУДНИЧЕСТВА

5. СОЗДАНИЕ ДИАГРАММЫ КЛАССОВ

6. ДОБАВЛЕНИЕ ДЕТАЛЕЙ К ОПИСАНИЯМ ОПЕРАЦИЙ И ОПРЕДЕЛЕНИЕ АТРИБУТОВ КЛАССОВ

7. СОЗДАНИЕ ДИАГРАММЫ СОСТОЯНИЙ ДЛЯ КЛАССОВ И ДИАГРАММЫ КОМПОНЕНТОВ

8. СОЗДАНИЕ ДИАГРАММЫ РАЗМЕЩЕНИЯ

9. ГЕНЕРАЦИЯ ПРОГРАММНОГО КОДА C

ЗАКЛЮЧЕНИЕ

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

Приложение А. Листинги сгенерированных кодов для информационной подсистемы bolnica

1. Создание информационной подсистемы позволяет автоматизировать работу работника регистратуры и существенно ускорить выдачу талонов на прием, а также значительно улучшить качество работы регистратуры.

2. Для создания объектно-ориентированной модели необходимо построить семь диаграмм и выполнить генерацию кода каркаса приложения.1. В результате проведения всех описанных выше действий была создана диаграмма прецедентов, состоящая из двух актеров и пяти вариантов использования. Основным действующим лицом является Работник регистратуры. Он выполняет четыре действия: «Выдать талон на прием», «Добавить пациента в БД », «Изменить данные о пациенте», «Просмотр данных о пациенте».

2. В результате анализа приведенной выше диаграммы вариантов использования выяснилось, что наиболее важной и сложно реализуемой задачей разработки информационной подсистемы является реализация выдачи талонов на прием к врачу-специалисту, так как это является основным видом работы регистратуры поликлиники.1. Была разработана диаграмма последовательности для варианта использования «Выдать талон на прием». Этот вариант использования является наиболее важной и наиболее сложно реализуемой задачей информационной подсистемы.

2. При создании диаграммы были созданы пять классов: два управляющих, два «граничных» и один «сущность».1. Была спроектирована диаграмма сотрудничества для варианта использования «Выдача талона на прием». Во многом от правильности выполнения этого прецедента будет зависеть в дальнейшем успешность оперативного учета и функционирования всей системы в целом.

2. Да диаграмму были добавлены девять сообщений, соотнесенные с соответствующими операциями.1. Для разработки диаграммы классов была использована форма пакетов. В результате созданы три основных пакета, объединяющих классы по стереотипам.

2. Была разработана диаграмма пакетов, являющаяся одной из форм диаграммы классов.1. Создана диаграмма классов для прецедента «Выдача талона на прием». Из диаграммы видно, что между классами существует определенная семантическая зависимость.

2. На диаграмме для каждой семантической связи также наглядно отображена множественность, показывающая, сколько экземпляров одного класса взаимодействует с помощью этой связи с одним экземпляром другого класса в определенный момент времени. информационный программа автоматизация поликлиника

Рисунок 6.1 - Диаграмма классов для варианта использования «Выдача талона на прием»1. Была создана диаграмма состояний для класса Talon. Согласно этой диаграмме объекты данного класса могут находиться в одном из четырех состояний: инициализации, приостановки, отмены и завершения. Была также разработана диаграмма компонентов, разделяющая систему на 2 компонента: клиент и сервер.

2. Из диаграммы компонентов видно, что разрабатываемая подсистема будет работать по технологии «клиент-сервер». К клиентской части приложения относятся классы DOCFORM и TALONFORM и объекты этих классов. К серверной части приложения отнесены все остальные классы и их объекты.