Разработка автоматизированной системы управления "Трехмерная печать" (стр. 1 из 2)
Министерство сельского хозяйства РФ
Федеральное государственное образовательное учреждение
высшего профессионального образования
«Пермская государственная сельскохозяйственная академия
имени академика Д. Н. Прянишникова»
Кафедра ИТАП
Курсовой проект по дисциплине
«Проектирование информационных систем»
на тему:
Разработка автоматизированной системы управления «Трехмерная печать»
Выполнил:
студент специальности 230201 группы ИС-42
Мелехин А. С.
Руководитель:
ассистент кафедры ИТАП
Шайдулин Р.Ф.
Пермь, 2010г.
Содержание
Содержание
Введение
Системный анализ и анализ требований
Рамки системы
Исполнители и задачи
Дополнительная спецификация
Словарь терминов
Модель предметной области
Модель проектирования
Диаграмма деятельности
Диаграмма взаимодействия
Диаграмма последовательностей
Диаграмма сотрудничества (кооперации)
Диаграмма классов
Модель данных
Модель реализации
Заключение
Введение
В рамках курсового проектирования необходимо разработать и реализовать автоматизированную информационную систему «Трехмерная печать», предназначенную для организации заказов в филиале на производство трехмерных моделей.
Целью курсового проектирования является получение практических навыков анализа предметной области, выявления закономерностей в ней, построения диаграмм, описывающих объекты и процессы предметной области.
Системный анализ и анализ требований
Рамки системы
Рамки системы – граница компетенции системы. Определяют предметную область, в которой будет работать система а так же основных исполнителей, которые будут взаимодействовать с ней. Рамки АСУ «3Dprint» представлены на рисунке 1.
Рисунок 1. Рамки системы
Клиент – его задачей является придти в филиал фирмы “3Dprint” и заказать для себя трехмерную модель, предоставив свои личные данные.
Касса – обслужить клиента, выслушав его требования и создав для этого соответствующий заказ.
Менеджер – назначение оператора на обслуживание принтера для печати модели.
Оператор – слежение за процессом печати принтера и устранение неисправностей.
Администратор - Добавляет и удаляет пользователей. Следит за функционированием системы
Принтер – должен распечатать трехмерную модель.
Доставщик – доставить изготовленную модель по адресу.
Прецеденты
| Бизнес процесс | Инициатор | Прецедент |
| Ввод личных данных о клиенте | Касса | Составление заказа |
| Выбор желаемой модели | Касса | Составление заказа |
| Запуск ПК, выключение ПК | Менеджер | Инициация работы системы |
| Запись или удаление ползователей в системе. Изменение прав доступа пользователей | Системный администратор | Управление пользователями |
| Установка необходимого ПО для безопасности системы | Системный администратор | Обеспечение безопасности системы |
| Назначить оператора на работу с моделью | Менеджер | Назначение сотрудников |
| Слежение за процессом печати | Оператор | Печать трехмерной модели |
| Печать модели | Принтер | Печать трехмерной модели |
| Составить статистику по заказам | Менеджер | Составление статистики |
| Доставить модель | Доставщик | Доставка модели |
Далее в соответствии со списком исполнителей и их задач строится диаграмма прецедентов (Приложение 1), которая иллюстрирует способ использования системы внешними исполнителями.
Прецедент – набор сценариев использования, в котором каждый экземпляр сценария представляет собой последовательность действий, выполняемых системой для достижения ощутимого для конкретного исполнителя результата.
Прецедент «Составление заказа»
Клиент приходит в филиал фирмы “3Dprint” и его целью является заказ трехмерной модели. Касса в свою очередь беседует с клиентом, обговаривая условия заказа, затем берет его личные данные – ФИО, домашний адрес, который впоследствии станет адресом доставки и счет кредитной карты. После осуществления этих операций касса создает новый заказ.
Прецедент «Инициация работы системы»
Менеджер заставляет функционировать всю систему, включая ПК.
Прецедент «Назначение сотрудников»
Менеджер, получая новые заказы в базе, проверяет есть ли свободные операторы. Если свободные операторы находятся, то менеджер назначает ответственного оператора.
Прецедент «Управление пользователями»
Системный администратор добавляет, удаляет и изменяет права доступа пользователей, зарегистрированных в системе.
Прецедент «Обеспечение безопасности системы»
Системный администратор устанавливает необходимое ПО для безопасности. В него входят: firewall, антивирусы, антитрояны и др.
Прецедент «Печать трехмерной модели»
Оператор, получив соответствующие указания от менеджера включает трехмерный принтер для печати соответствующей модели. В процессе печати он следит за отсутствием неисправностей, и исправляет их если они возникают.
Прецедент «Составление статистики»
После печати менеджер указывает в заказе статус готовности модели к отправке доставщиком. После чего он собирает статистику количества, общей цены, себестоимости производства трехмерных моделей за последнее время.
Прецедент «доставка модели»
Когда модель получает статус готовности к отправке, доставщик забирает ее на складе и отвозит клиенту по указанному им адресу.
Дополнительная спецификация
Дополнительная спецификация предоставлена в приложении 3.
Словарь терминов
Кассир – Сотрудник отделения, работающий с клиентами и принимающий их заказы.
Заказ – документ с личными данными о клиенте, его адресе проживания и выбранных моделей для печати.
Процесс печати – процесс создания трехмерной модели. Для осуществления процесса печати за принтером должен наблюдать соответствующий оператор, который в случае неисправностей будет их устранять.
Модель предметной области
Модель предметной области широко используется в качестве основы для разработки программных объектов и обеспечивает важную входную информацию для создания нескольких последующих артефактов.
Модель предметной области отображает основные (с точки зрения моделирующего) классы понятий (концептуальные классы) предметной области. Она является наиболее важным артефактом, создаваемым на этапе объектно-ориентированного анализа. Основной задачей объектно-ориентированного анализа является идентификация большого количества разнообразных объектов или понятий, а также точная оценка усилий в терминах отдачи на стадиях проектирования и реализации.
Идентификация классов понятий или концептуальных классов – составная часть исследования предметной области. Модели предметной области на языке UML строятся в форме диаграмм классов.
Исходная модель предметной области представлена на рисунке 2.
Рисунок 2. Исходная модель предметной области
В процессе разработки модели предметной области необходимо идентифицировать связи (ассоциации) между концептуальными классами, удовлетворяющие информационным требованиям разрабатываемых на текущей итерации сценариев, а также выделить те из них, которые способствуют лучшему пониманию модели предметной области.
Ассоциация – это связь между типами (или точнее, экземплярами типов), отражающая некоторое значимое и полезное отношение между ними.
В языке UML ассоциации описываются как "семантические взаимосвязи между двумя или несколькими классификаторами и их экземплярами".
Модель предметной области с ассоциациями изображена на рисунке 3.
Рисунок 3. Модель предметной области с ассоциациями
Необходимо идентифицировать атрибуты концептуальных классов, которые удовлетворяют информационным требованиям разрабатываемых в текущий момент сценариев.
Атрибут – это абстрактное свойство объекта.
В модель предметной области включаются те атрибуты, для которых определены соответствующие требования (например, прецеденты) или для которых необходимо хранить определенную информацию.
Можно вместе с атрибутами сразу же указать типы данных, которые будут в них хранится. Модель предметной области с ассоциациями, атрибутами и типами данных представлена на рисунке 4.
Модель проектирования
Диаграмма деятельности
Диаграмма деятельности — диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий, соединённых между собой потоками, которые идут от выходов одного узла к входам другого.
Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.
Диаграмма деятельностей для основного успешного сценария с возможными альтернативными потоками представлена в
приложении 2.