Детский туберкулезный диспансер

 

 

ГЛАВА 2. РАЗРАБОТКА ПРОГРАММНОГО ПРОДУКТА.

2.1. Диаграмма вариантов использования.

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

• определить общие границы и контекст моделируемой предметной области;
• сформулировать общие требования к функциональному поведению проектируемой системы;
• разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей;
• подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.

Суть диаграммы вариантов  использования состоит в следующем. Проектируемая система представляется в виде множества сущностей или  актеров, взаимодействующих с системой с помощью вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. Вариант использования служит для описания сервисов, которые система предоставляет актеру. Диаграмма вариантов использования может дополняться пояснительным текстом, который раскрывает смысл или семантику составляющих ее компонентов.

 

Действующие лица:

Врач - лицо, отвечающее за создание карточки пациента, постановки диагноза, назначения лечения и самого лечения пациента.

Регистратура - отвечает за регистрацию пациентов.

Администратор - лицо, которое администрирует работу серверной части и базы данных, а также работу с учетными записями пользователей.

Бухгалтер -  лицо, которое рассчитывает и заносит в БД информацию о заработной плате каждого сотрудника, в соответствии с отработанными часами и видом работы, а также формирует отчеты.

Глав. врач – лицо, которое выполняет функции директора диспансера, контролирует работоспособность организации, просматривает отчетность, занимается лечением пациента.

Отдел кадров - занимается обработкой данных связанных с сотрудниками и внесения и в БД

Зав. склада - лицо, которое осуществляет контроль за поступлением новых продуктов питания, медикаментов  и наличием их на складе, выдачу товара и формирование заказа.

 

 

Рис. 1. Диаграмма вариантов использования 

2.2 Диаграммы последовательностей

Взаимодействие объектов в системе  происходит посредством приема и  передачи сообщений объектами-клиентами  и обработки этих сообщений объектами-серверами. При этом в разных ситуациях одни и те же объекты могут выступать  и в качестве клиентов, и в качестве серверов.

Данный тип диаграмм позволяет  отразить последовательность передачи сообщений между объектами.

Этот тип диаграммы не акцентирует  внимание на конкретном взаимодействии, главный акцент уделяется последовательности приема/передачи сообщений.

 

Рис 2.Диаграмма авторизация

Рис 3.Диаграмма заполнение карточки пациента

Рис 4. Диаграмма информации о сотруднике.

 

2.3. Диаграмма классов

Диаграмма классов (class diagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений. На данной диаграмме не указывается информация о временных аспектах функционирования системы. С этой точки зрения диаграмма классов является дальнейшим развитием концептуальной модели проектируемой системы.

Диаграмма классов представляет собой  некоторый граф, вершинами которого являются элементы типа "классификатор", которые связаны различными типами структурных отношений. Следует  заметить, что диаграмма классов  может также содержать интерфейсы, пакеты, отношения и даже отдельные  экземпляры, такие как объекты  и связи. Когда говорят о данной диаграмме, имеют в виду статическую  структурную модель проектируемой  системы. Поэтому диаграмму классов принято считать графическим представленном таких структурных взаимосвязей логической модели системы, которые не зависят или инвариантны от времени.

Диаграмма классов состоит из множества  элементов, которые в совокупности отражают декларативные знания о  предметной области. Эти знания интерпретируются в базовых понятиях языка UML, таких  как классы, интерфейсы и отношения  между ними и их составляющими  компонентами. При этом отдельные  компоненты этой диаграммы могут  образовывать пакеты для представления  более общей модели системы. Если диаграмма классов является частью некоторого пакета, то ее компоненты должны соответствовать элементам этого  пакета, включая возможные ссылки на элементы из других пакетов.

 

Рис 5. Диаграмма классов

 

 

2.4. Диаграмма развертывания

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

Диаграммы развертывания  используются для моделирования  статического вида системы с точки  зрения развертывания. В основном под  этим понимается моделирование топологии  аппаратных средств, на которых выполняется  система. По существу, диаграммы развертывания - это просто диаграммы классов, сосредоточенные  на системных узлах.

Диаграммы развертывания  важны не только для визуализации, специфицирования и документирования встроенных, клиент-серверных и распределенных систем, но и для управления исполняемыми системами с использованием прямого  и обратного проектирования.

Рис 6. Диаграмма развертывания

ГЛАВА 3. РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ

Приложение выполнено  на языке программирования C#. Среда разработки – «Microsoft Visual Studio 2010».

При запуске приложение появляется форма авторизации. Диалог авторизации требует ввод логина и пароля:

Рис 7. Форма  авторизации

При неправильном вводе данных возникает  ошибка:

Рис 8. Сообщение  об ошибке

 

Войдя в систему под  правами Глав. Врача появляется форма, в которой располагаются вкладки: сотрудники и карточка пациента.

Также на форме расположено  две  кнопки: поиск и выход на главную страницу (авторизация).

Рис 9. Форма для Глав. Врача, вкладка «Сотрудники».

На данной вкладке «Сотрудники» можно производить поиск данных по каждому из полей, редактировать данные на этой вкладке нельзя, так как Глав. Врач не имеет прав доступа для редактирования, а может лишь просматривать информацию. Также есть кнопка «На главную», при нажатии на нее,  возможно вернуться на форму авторизации.

Рис 9. Форма для Глав. Врача, вкладка «Карточка пациента».

При переходе на  вкладку «Карточка  пациента» также можно просматривать основную информацию о пациенте, а также производить поиск данных по каждому из полей, добавлять новые данные, при добавлении необходимо нажать кнопку «Сохранение» и данные автоматически сохранятся в  базе данных.

При нажатии на кнопку «Показать отчёты», появляется форма, содержащая четыре отчёта «Пациенты», «Отчет по выдаче медикаментов», «Отчет по выдаче продуктов питания», и «Отчет по заработной плате».

Рис 10. Форма выбора отчета.

 

При нажатии на кнопку «Перейти» появляется форма, содержащая основную информацию о выдаче товаров, о начислении заработной платы сотрудникам, а также информацию о пациентах.

Рис 10. Форма отчетов.

 

Заключение

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

Написание программы было реализовано в среде Microsoft Visual Studio 2010, БД была создана Microsoft Accesses 2010 , диаграммы в Rational Rose.

В распоряжение проектировщика системы Rational Rose предоставляет следующие типы диаграмм, последовательное создание которых позволяет получить полное представление о всей проектируемой системе и об отдельных ее компонентах :

• Диаграмма вариантов использования;
• Диаграмма последовательности;
• Диаграмма классов;
• Диаграмма развертывания;
• Диаграмма компонентов.

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

 

 

 

СПИСОК  ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Кузнецов  Д. Ю. Курс лекций по дисциплине: «Разработка и стандартизация программных систем и информационных технологий» - 2012 г.
2. http://www.caseclub.ru/ - UML диаграммы в Rational Rose