Файл: Автоматизированная информационная система на основе вебтехнологий для частной медицинской клиники.docx

, а диаграммы могут быть встроены в панели мониторинга системы бизнес-аналитики Microsoft Power BI.

Чтобы помочь в мозговом штурме и планировании проекта, Visio предлагает готовые шаблоны, основанные на методах мозгового штурма, таких как Диаграммы Исикавы (диаграмма "рыбьей кости"), SWOT-анализ (сильные и слабые стороны, возможности и угрозы) и других.

2.3 Разработка UML – диаграмм

UML – язык графического описания для объектно-ориентированного проектирования, применяемый для визуализации, спецификации, конструирования и документирования программных продуктов.

Нотации UML — это ключевые элементы для моделирования и визуализации бизнес-процессов.

Язык UML содержит диаграммы, описывающих статистическую, поведенческую и физическую деятельность элементов систем:

1. 
   Диаграмма прецедентов (Use-case diagram). В основе — Actor (исполнитель), который устанавливает логические связи между ролями и прецедентами и Use case (сам прецедент), демонстрирующий какой именно процесс исполняется.
   
2. 
   Диаграмма классов (Class diagram) представляет собой набор статических и декларативных элементов модели, имеющие общие атрибуты и операции. Диаграмма имеет наиболее полное и развернутое описание связей в программном коде, функциональности и информации об отдельных классах.
   
3. 
   Диаграмма активностей (Activity diagram) отображает динамические аспекты поведения и общее представление о работе системы в формате блок-схемы. Диаграмма необходима для описания бизнес-процессов, взаимодействия нескольких систем, логики процедур и потоков работ, особенно при переходе от одной деятельности к другой.
   
4. 
   Диаграмма последовательности (Sequence diagram) описывает поведенческие аспекты системы, вид сообщений и уточняет прецедентов. Необходима для отображения взаимодействия объектов в динамике и во времени, подразумевает обмен сообщениями в рамках конкретного сценария.
   
5. 
   Диаграмма развёртывания (Deployment diagram) отображает графическое представление инфраструктуры, а именно распределение компонентов системы по узлам и маршруты их соединений. Диаграмма организовывает компоненты и решает второстепенные задачи, связанные с определенным аспектом бизнес-процесса.
   

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

---

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

На Рисунке 7 представлена диаграмма вариантов использования незарегистрированного пользователя.


Рисунок 7 – Диаграмма вариантов использования незарегистрированного пользователя
Зарегистрированному пользователю помимо этих функций доступно:

• 
  Запись на прием;
  
• 
  Просмотр и редактирование данных профиля.
  
• 
  Просмотр списка своих записей.
  
• 
  Отправка отзывов.
  

На Рисунке 8 представлена диаграмма вариантов использования зарегистрированного пользователя.



Рисунок 8 – Диаграмма вариантов использования зарегистрированного пользователя

---

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

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

На Рисунке 9 представлена диаграмма последовательности процесса записи на прием.



Рисунок 9 –Диаграмма последовательности

2.4 Технология проектирования БД

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

Navicat Premium является мощным инструментом для создания и администрирования баз данных. Он позволяет работать с такими базами данных:

• 
  MySQL
  
• 
  MariaDB
  
• 
  MongoDB
  
• 
  SQL Server
  
• 
  Oracle
  
• 
  PostgreSQL
  
• 
  SQLite
  

Работа с БД осуществляется одновременно в одном приложении. Программа совместима с облачными базами данных Amazon RDS, Amazon Aurora, Amazon Redshift, Microsoft Azure, Oracle Cloud, Google Cloud и MongoDB Atlas.

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

---

Методология проектирования может рассматриваться как совокупность инструментов и средств, применяемых для последовательной разработки проекта структуры баз данных. При проектировании баз данных можно воспользоваться широко известными методами проектирования программного обеспечения.

Технология проектирования БД представляет собой процесс последовательных переходов от неформального словесного описания предметной области к формализованному описанию объектов предметной области в терминах некоторой модели. Для данной системы разрабатывается инфологическая и концептуальная модели баз данных. Концептуальное (инфологическое) проектирование – построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создается без ориентации на какую-либо конкретную СУБД и модель данных. Проектирование БД начинается с предварительной структуризации предметной области, т.е. объекты подвергаются классификации, фиксируется совокупность подлежащих отображению в БД типов объектов. Для каждого типа объектов фиксируется совокупность свойств, посредством которых будут описываться конкретные объекты этого типа в БД, виды отношений (взаимосвязей) между этими объектами. Затем решаются вопросы о том, какая информация об этих объектах должна быть представлена в БД, и как ее представить с помощью данных.

В настоящее время рассматриваются три уровня абстракции для определения структуры данных: концептуальный (точка зрения заказчика), логический (точка зрения разработчика) и физический (точка зрения администратора БД).

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

Обычно для концептуального представления используется модель «Сущность-Связь» (ER-модель), которая графически выражается
ER-диаграммами. Существуют различные модификации представления (нотации) диаграмм. Представление модели внешне напоминает структуру базы данных и служит для отображения на логическую модель.

---

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

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

---