АРХИТЕКТУРНЫЙ ДИЗАЙН АВТОМАТИЗАЦИИ ПРОЦЕССА БРОНИРОВАНИЯ МЕСТ

Опубликовано в журнале: Научный журнал «Интернаука» № 20(196)
Рубрика журнала: 3. Информационные технологии
DOI статьи: 10.32743/26870142.2021.20.196.282313
Библиографическое описание
Дадаханов С.К. АРХИТЕКТУРНЫЙ ДИЗАЙН АВТОМАТИЗАЦИИ ПРОЦЕССА БРОНИРОВАНИЯ МЕСТ // Интернаука: электрон. научн. журн. 2021. № 20(196). URL: https://internauka.org/journal/science/internauka/196 (дата обращения: 22.11.2024). DOI:10.32743/26870142.2021.20.196.282313

АРХИТЕКТУРНЫЙ ДИЗАЙН АВТОМАТИЗАЦИИ ПРОЦЕССА БРОНИРОВАНИЯ МЕСТ

Дадаханов Санжар Курбанбайулы

студент магистратуры Международного ИТ университета,

Казахстан, г. Алматы

 

АННОТАЦИЯ

В статье рассмотрены вопросы какая архитектура была использована при автоматизации процесса, как можно быстро сделать диаграммы для архитектуры. Чтобы заказчику все было понятно каким будет процесс и все детали. Сделан Диаграммы как Use-case, Activity, Class, Sequence.

ABSTRACT

The article discusses the questions of what architecture was used to automate the process, how you can quickly make diagrams for the architecture. So that the customer understands everything about the process and all the details. Made Diagrams as Use-case, Activity, Class, Sequence.

 

Ключевые слова: диагамма, MVC бронирования, модель, процесс, автоматизация, оптимизация, интерфейс, веб приложения.

Keywords: diagram, MVC, booking, model, process, automation, optimization, interface, web applications.

 

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

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

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

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

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

В качестве заключительного этапа оставшиеся доклады и результаты осуществления будут представлены в надлежащее время.

 

Рисунок 1. Шаблон проектирование MVC

 

Описание шаблона проекта MVC

1. Пользователь взаимодействует с вьюшкой

2. Вьюшка отправляет в модель данные

3. Модель взаимодействует с контроллером

4. Контроллер выполняет HTTP-запрос

5. Процесс запроса в бэкенде

6. Обработанный запрос отправляется контроллеру

7. Контроллер дергает сервиса

8. Сервис отправляет ответ в модель

9. Обработанный модель дергает вьюшку

10. Вьюшка показывает пользователю обновленный запрос.

MVC клиентской части показан на рисунке 2:

1. Пользователь делает запрос HTPP и взаимодействует с контроллером.

2. Контроллер взаимодействует с RegisterInterface (вид)

3. RegisterInterface (view) взаимодействует с RegisterImplement (реализация метода в классе)

4. RegisterImplement взаимодействует с DAO (где методы хранят данные и методы взаимодействуют с базой данных)

5. DAO взаимодействует с базой данных с помощью методов

6. База данных отправляет новый запрос в модель

7. Модель отправляет в RegisterImplement

8. RegisterImplement уведомляет RegisterInterface

9. Интерфейс RegisterInterface взаимодействует с контроллером

10. Через HTTP получает ответ на запрос

 

Рисунок 2. Шаблон проектирование MVC серверной части

 

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

 

Рисунок 3. Диаграмма вариантов

 

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

 

Рисунок 4. Диаграмма деятельности кассира

 

Рисунок 5. Диаграмма деятельности администратора

 

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

 

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

 

Рисунок 7. Диаграмма классов веб сайта

 

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

 

Список литературы:

  1. Cs.ucy.ac.cy. Tutorial - Building a Use Case Diagram. [Онлайн] Режим доступа: http://www.cs.ucy.ac.cy/~epl233/labs/EPL233-Lab7.pdf [дата обращение 3 апрель 2021].
  2. Datanamic.com. Entity Relationship Diagram (ERD). [Онлайн] Режим доступа: https://www.datanamic.com/dezign/erdiagramtool.html [дата обращение 13 апрель 2021].
  3. Cs.uct.ac.za. Chapter 6. Data-Flow Diagrams. [Онлайн] Режим доступа: https://www.cs.uct.ac.za/mit_notes/software/pdfs/Chp06.pdf [дата обращение 15 апрель 2021].
  4. Guru99.com. UML Class Diagram Tutorial with Examples. [Онлайн] Режим доступа: https://www.guru99.com/uml-class-diagram.html [дата обращение 18 апрель 2021].
  5. Milner, M. AngularJS: MVC implementation. [Онлайн] Pluralsight.com. Режим доступа: https://www.pluralsight.com/blog/software-development/tutorial-angularjs-mvc-implementation [дата обращение 3 май 2021].
  6. evergreens.com. UML для бизнес-моделирования зачем нужны диаграммы процессов. [Онлайн] Режим доступа: https://evergreens.com.ua/ru/articles/uml-diagrams.html / [дата обращение 18 май 2021].