Разработка модели автоматизации системы обслуживания в поликлинике

    Данная  диаграмма представлена на рисунке 4.

      

 

3. Диаграмма последовательностей (Sequence diagram)

   Диаграмма последовательности (англ. sequence diagram) —  диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени  их проявления. Используется в языке UML.

   Основными элементами диаграммы последовательности являются обозначения объектов (прямоугольники), вертикальные линии (англ. lifeline), отображающие течение времени при деятельности объекта, и стрелки, показывающие выполнение действий объектами. На данной диаграмме объекты располагаются слева направо.

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

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

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

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

 
 

2.4 Диаграмма классов (Class diagram)

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

   Диаграмма классов представлена на рисунке 7. На данной диаграмме представлено взаимодействие классов разрабатываемого программного продукта.

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

 
 

 
 
 

 
2.5 Диаграмма компонент (Component diagram)

 
2.5 Диаграмма компонент (Component diagram)

     Диаграмма компонентов (рис.8), в отличие от ранее рассмотренных диаграмм, описывает  особенности физического представления системы. Она позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный  и исполняемый код. Основными графическими элементами диаграммы компонентов являются компоненты, интерфейсы и зависимости между ними.

     Диаграмма компонентов разрабатывается для  следующих целей:

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

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

     Также на диаграмме изображены интерфейсы "Справочник" - для предоставления данных в виде справочника, интерфейс "Форма" - представление данных на форме, интерфейс "Меню" - меню выбора действий. 
 
 
 
 
 
 

    

      

2.6 Диаграмма размещения (развертывания)

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

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

     При разработке диаграммы развертывания  преследуют следующие цели:

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

 

   На  диаграмме выделены два узла –  клиент и сервер. На сервере находится  два объекта “execution environment” – среды исполнения, представляющие собой сервер веб-приложения и среда, поддерживающая базу данных. В качестве “artifact” на сервере представляются страницы, с которыми могут работать определенные категории пользователей. На узле клиент представлено описание относительно поддерживаемых браузеров при обращении к веб-сервису и возможное их количество при одновременном доступе.

 

3. Разработка  и реализация тестов

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1. Сценарий  тестов «Корректность данных»

     Пользователь  Система

      Ввод данных

          Анализ данных

     Сообщение

Сценарий  выполнения:

 
 

     2. Проверка быстродействия поиска  пациента:

1) Ввод  данных для фильтрации

2) Обработка  данных системой

3. Вычисление времени на ответ

     Сценарий  тестов для блока «Быстродействие»:

     Пользователь   Система

      Ввод данных

           Обработка данных

     Ответ в виде времени 

    Таблица 2 – Тесты на быстродействие

 

     3. Тестирование на корректность  совместного использования:

1) Редактирование  истории болезни врачом

     2) Поиск истории болезней пациента администратором

     Сценарий  тестов для блока «Совместное  использование»:

     Пользователь    Система

      Запрос на редактирование  

     Запись в базу

      Запрос на поиск

      Запись в базу 

     Статус-сообщение 
 
 

Таблица 3 – Тесты на совместное использование