Бахир_7361_АрхИС_кр
.pdfМИНОБРНАУКИ РОССИИ САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ ЭЛЕКТРОТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
«ЛЭТИ» ИМ. В.И. УЛЬЯНОВА (ЛЕНИНА)
Кафедра информационных систем
КУРСОВАЯ РАБОТА по дисциплине «Архитектура информационных систем»
Тема: Проектирование средства отслеживания инструментального отделения сборочного цеха
Студент гр. 7361 |
|
Бахир А.Д. |
|
Преподаватель |
|
Водяхо А.И. |
|
|
|||
|
|
|
|
Санкт-Петербург
2020
ЗАДАНИЕ НА КУРСОВУЮ РАБОТУ
Студент Бахир А.Д.
Группа 7361
Тема работы: Проектирование средства отслеживания инструментального отделения сборочного цеха
Исходные данные:
Средствами ПО Enterprise Architect спроектировать средство отслеживания инструментального отделения сборочного цеха. Сформировать технические требования, архитектурное описание и список тестов для проекта.
Содержание пояснительной записки:
Введение, требования, архитектурное описание, архитектурное обоснование, модели, UML описание, use case, классы, активности, размещение,
тесты, заключение, список используемых источников.
Предполагаемый объем пояснительной записки: не менее 15 страниц.
Дата выдачи задания: 14.02.2020
Дата сдачи отчёта: 17.05.2020
Студент гр. 7361 |
|
Бахир А.Д. |
|
Преподаватель |
|
Водяхо А.И. |
|
|
|||
|
|
|
|
2
АННОТАЦИЯ
Содержание курсовой работы заключается в создании средства отслеживания инструментального отделения сборочного цеха средствами ПО
Enterprise Architect. Были сформированы технические требования,
архитектурное описание и список тестов для проекта.
SUMMARY
The content of the course work is to create tools for tracking the instrumental department of the assembly shop with Enterprise Architect software tools. Technical requirements, an architectural description and a list of tests for the project was formed.
3
СОДЕРЖАНИЕ
ВВЕДЕНИЕ........................................................................................................ |
5 |
|
1. |
ТРЕБОВАНИЯ .............................................................................................. |
6 |
2. |
АРХИТЕКТУРНОЕ ОПИСАНИЕ ............................................................... |
8 |
|
2.1. Архитектурное обоснование.................................................................. |
8 |
|
2.2. Модели ..................................................................................................... |
8 |
|
2.3. UML описание......................................................................................... |
9 |
|
2.3.1. Use case ................................................................................................. |
9 |
|
2.3.2. Диаграмма классов ............................................................................ |
14 |
|
2.3.3. Диаграмма активности ...................................................................... |
17 |
|
2.3.4. Диаграмма развёртывания ................................................................ |
18 |
3. |
ТЕСТЫ ......................................................................................................... |
19 |
ЗАКЛЮЧЕНИЕ ............................................................................................... |
21 |
|
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ........................................... |
22 |
|
4
ВВЕДЕНИЕ
Данная тема считается актуальной на сегодняшний день, так как во многих организациях плохое планирование может приводить к ухудшению качества обслуживания, производительности и другим неожиданным проблемам, решение которых накладывает свои издержки.
Средства отслеживания производства позволяют в реальном времени структурированно отображать информацию о работе организации, или моделировать её поведение в различных условиях.
В данной курсовой работе был создан проект средства отслеживания инструментального отделения сборочного цеха. Сформированы основные технические требования, архитектурное описание и тесты для проекта.
5
1. ТРЕБОВАНИЯ
1.1. Глоссарий
Глоссарий терминов приведён в таблице 1.
Таблица 1. Глоссарий
|
Термины |
Определения |
|
|
|
|
Use case |
Описание поведения системы, когда она |
|
|
взаимодействует с кем-то (или чем-то) из внешней |
|
|
среды |
|
|
|
|
Интерфейс |
Совокупность возможностей, способов и |
|
|
методов одновременного действия |
|
|
|
|
База данных |
Совокупность данных, организованных в |
|
|
соответствии с концептуальной структурой, |
|
|
описывающей характеристики этих данных и |
|
|
взаимоотношения между ними, причём такое |
|
|
собрание данных, которое поддерживает одну или |
|
|
более областей применения |
|
|
|
|
Фреймворк |
Программное обеспечение, облегчающее |
|
|
разработку и объединение разных модулей |
|
|
программного проекта |
|
|
|
6
1.2.Бизнес – требования
Вбизнес-требования заказчика входят:
1.Возможность видеть производительность цеха в реальном времени.
2.Возможность моделирования работы цеха в условиях повышенной нагрузки.
3.Возможность моделирования работы цеха в условиях недостаточного количества работников.
4.Интуитивно понятный интерфейс.
5.Приложение должно быть кроссплатформенным.
1.3.Пользовательские требования
Для удобства использования приложения были добавлены следующие требования:
1.Удобство администрирования приложения.
2.Приемлемая скорость работы приложения.
3.Возможность выбора различных наборов работников и их характеристик для более точного моделирования.
1.4. Системные требования
Требования к применяемому оборудованию и ПО:
1.Выделенный сервер.
2.Возможность установки и использования python3.8.
3.Интернет-подключение.
4.Операционная система Windows, Linux, macOS.
7
2.АРХИТЕКТУРНОЕ ОПИСАНИЕ
2.1.Архитектурное обоснование
Для создания данного веб-приложения планируется использовать язык программирования Python и фреймворк Qt. Python был выбран за удобство в разработке, поддержке и кроссплатформенности. Фреймворк Qt позволяет создавать десктопные приложения высокого качества и так же ускоряет время разработки.
Для создания приложения будет использоваться клиент-серверная архитектура. Такой подход позволяет разделить логику пользовательского интерфейса и модели, создающей управляющие события. Серверная часть будет использоваться для моделирования событий и обработки данных.
Такой подход позволяет обрабатывать большое количество данных,
позволяя определять тонкие моменты в процессе производства и своевременно принимать решения по их оптимизации. Также этот подход разделяет устройства отображения информации и устройство её обработки. Это улучшает пользовательский опыт ввиду снижения нагрузки на компьютер пользователя.
8
2.2.Модели
Втаблице 2 представлены данные и методы работы с ними.
Таблица 2. Данные и методы
Объект |
Методы |
Свойства |
|
|
|
Client |
Подключение к серверу, |
Геометрия окна, выбранные |
|
передача настроек, |
настройки моделирования |
|
отображение информации |
|
|
|
|
Server |
Генерация данных, |
Параметры моделирования, |
|
обработка данных, |
конфигурация данных |
|
структурирование |
|
|
|
|
Connection |
Отправка данных, |
ip, port, listening ip, listening port |
|
получение данных, |
|
|
соединение с сервером, |
|
|
ожидание соединения |
|
|
|
|
2.3. UML описание
2.3.1. Use case
Вданном проекте есть три вида пользователей:
1.Новые пользователи ограничены в возможностях и должны в первую очередь подключиться к серверной части приложения.
2.Пользователи, которые уже подключились к серверу могут просматривать рабочие процессы организации либо моделировать собственные.
9
3.Администраторы могут конфигурировать приложение в нескольких аспектах: ограничения в вычислительных ресурсах, параметры подключения к серверу.
Диаграмма вариантов использования приведена на рисунках 2, 3.
Рисунок 2. Use case диаграмма проекта (клиентская часть)
10