Курсач V3

•masterId: уникальный идентификатор мастера;

•firstName: имя мастера;

•lastName: фамилия мастера;

•phoneNumber: номер телефона мастера;

•email: адрес электронной почты мастера;

•address: адрес мастера.

Методы:

•acceptRequest(): принять заявку;

•updateStatus(): обновить статус заявки;

•getRequests(): получить список заявок мастера.

Администратор (Administrator):

Атрибуты:

•adminId: уникальный идентификатор администратора;

•firstName: имя администратора;

•lastName: фамилия администратора;

•email: адрес электронной почты администратора;

•password: пароль администратора.

Методы:

•getRequests(): получить список всех заявок;

•getStatistics(): получить статистику по заявкам

Класс PlaceRequest — это граничный класс, который используется для размещения заказа. Он содержит метод placeRequest(), который вызывает метод placeRequest() класса Request для размещения заказа.

Класс EnterPersonalInfo — это граничный класс, который используется для ввода личной информации покупателя. Он включает метод enterPersonalInfo(),

который вызывает метод enterPersonalInfo() класса Customer для ввода личной информации

Лист

КП – 09.03.02 – 11 – 638 - ПЗ

Класс ConfirmRequest — это граничный класс, который используется для подтверждения запроса. Он включает два метода: saveDetails() и confirmedRequest(). Метод saveDetails() отвечает за сохранение деталей запроса,

а метод confirmedRequest() используется для проверки и завершения

3.3 Диаграмма коопераций

Диаграммы кооперации, аналогично диаграммам последовательности,

демонстрируют поток событий в конкретном сценарии использования.

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

Рассмотрим диаграмму кооперации, иллюстрирующую взаимодействие между объектами в системе обработки заявок на ремонт для организации,

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

Рисунок 7 – Диаграмма кооперации

Лист

КП – 09.03.02 – 11 – 638 - ПЗ

На диаграмме представлены несколько объектов, таких как PlaceRequest, EnterPersonalInfo, ConfirmRequest, Customer, ConfirmRequest, Request, Master, Administrator. Они связаны между собой стрелками, указывающими на поток сообщений

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

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

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

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

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

Лист

КП – 09.03.02 – 11 – 638 - ПЗ

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

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

•Клиент создает заявку, используя интерфейс системы;

•Далее клиент вводит необходимые данные для создания заявки;

•Система, получив введенные клиентом данные, просит клиента подтвердить заявку;

•При подтверждении заявки клиентом, система сохраняет заявку;

•При сохранении заявки она отправляется в БД, где ее могут просмотреть мастер и администратор

3.5Диаграмма состояний

Диаграмма состояний включает в себя все возможные состояния, в

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

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

Лист

КП – 09.03.02 – 11 – 638 - ПЗ

Рисунок 9 – Диаграмма состояний

Жизненный цикл заявки можно описать так:

•Оформлена: заявка создана, но еще не обработана

•На обработке: заявка обрабатывается системой

•Ошибка: данные заявки заполнены неверно

•Повторное оформление: повторная попытка заполнения данных

•Получена мастером: заявка получена мастером

•Выполняется: мастер выполняет ремонт по заявке

•Завершена: ремонт выполнен, и заявка закрыта

3.6 Диаграмма деятельности

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

Лист

КП – 09.03.02 – 11 – 638 - ПЗ

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

которые необходимы для повышения эффективности системы и оптимизации рабочих потоков.

Рисунок 10 – Диаграмма деятельности Основной поток диаграммы деятельности варианта использования

«Оформление заявки»:

1.Заказчик выбирает опцию «создать заявку».

2.Система загружает форму ввода данных

3.Заказчик вводит данные

4.Система загружает форму подтверждения

5.При подтверждении заявка сохраняется

6.Система одновременно выводит на экран данные о заявке и отправляет ее мастеру

Лист

КП – 09.03.02 – 11 – 638 - ПЗ

3.7 Диаграмма компонентов

Диаграммы компонентов описывают физические характеристики системы.

Диаграммы компонентов описывают физическое представление системы.

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

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

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

Рисунок 11 – Диаграмма компонентов

Лист

КП – 09.03.02 – 11 – 638 - ПЗ

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

•Загружаемые данные. Все что сохраняет и загружает система. В них входят: пользователи и данные заявок

•Обработчик заявок

•Организация, на которой развернута система

•Заказчик

•Выполнение заявок

•Варианты использования. К ним относятся: оформление заявки,

просмотр информации о заявке

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

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

Диаграммы развертывания описывают физическое размещение компонентов системы на различных узлах сети. Это важно для понимания того,

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

Рисунок 12 – Диаграмма развертывания

Лист

КП – 09.03.02 – 11 – 638 - ПЗ

Система включает в себя три основных компонента: сервер базы данных,

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

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

Сервер безопасности играет ключевую роль в обеспечении безопасности системы. Он проверяет подлинность пользователей (аутентификация) и

предоставляет им соответствующие права доступа к ресурсам (авторизация).

Кроме того, сервер безопасности шифрует данные для их защиты в случае взлома системы

Лист

КП – 09.03.02 – 11 – 638 - ПЗ

ЗАКЛЮЧЕНИЕ

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

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

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

В качестве предложений и рекомендаций по дальнейшему развитию проекта можно выделить следующие направления:

Интеграция системы с другими информационными системами, такими как

CRM-системы, системы электронной торговли и т.д.

Разработка мобильных версий системы для удобства использования на месте ремонта.

Внедрение системы в практику работы мастерской и проведение тестирования на реальных данных.

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

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

Лист

КП – 09.03.02 – 11 – 638 - ПЗ