- •Контрольная работа по предмету «программная инженерия»
- •1. Разработка и анализ технического задания
- •Разработка технического задания
- •1.2.1 Основания для выполнения работы
- •2. Разработка системного проекта
- •2.1 Построение модели прецедентов
- •1.2.3 Количественные требования к системе
- •Анализ технического задания и выбор средств и решений выполнения технического задания
- •Архитектура и функции системы
- •Интерфейсы и распределение функций между человеком и системой
- •1.6 Анализ требований к программным и аппаратным средствам
- •2.2 Модели потоков данных dfd
- •3.2 Разработка модели данных
1.2.3 Количественные требования к системе
В системе предусмотрено 2 рабочих места: секретарь и мастер. Системный администратор обладает всеми правами и может осуществить вход в систему с любого рабочего места.
Анализ технического задания и выбор средств и решений выполнения технического задания
Перед проектированием полезно было бы выполнить опрос пользователей разрабатываемой системы. Это позволит наиболее точно отразить требования к системе еще на раннем этапе проектирования.
Так как в системе предусмотрены только 2 рабочих места, то для комфортного взаимодействия целесообразно разработать интерфейс, который был бы приятен и легко поддаваем обучению для всех пользователей.
Для реализации проектируемой системы используем AllFusion Process Modeler v7 (для построения структуры процессов) и ERwin Data Modeler v7.3 (для создания базы данных).
В качестве платформы базы данных будет использоваться СУБД Microsoft SQL Server. Выбранная СУБД очень качественная, проста в использовании, соответствует требованиям, предъявленным к разрабатываемой системе.
Архитектура и функции системы
Разрабатываемый проект строится на базе файл-серверной архитектуры. На рабочих местах находится интерфейс, по средствам которого осуществляется доступ к данным, которые в свою очередь хранятся на сервере.
Хранение информации должно быть организовано централизованно, на отдельном сервере. Обращение к ней будет происходить с рабочих (клиентских) мест по сетевым протоколам TCP/IP.
Интерфейсы и распределение функций между человеком и системой
Обращение к системе пользователя происходит посредством пользовательского интерфейса (клиентской части), установленного на рабочих местах.
Доступ к системе для изменения данных пользователем разрешается только после его идентификации. Пользователь может производить следующие операции в системе: составления заявок на ремонт, составлении списка комплектующих для ремонта, внесение, изменение и удаление данных, составление отчетов. При внесении изменения система должна сообщать об успешном изменении (извещение о сохранении данных). В системе так же должны храниться данные о производимых изменениях в данных (журнал изменений).
1.6 Анализ требований к программным и аппаратным средствам
Анализ требований к программным и аппаратным средствам должен производиться с учетом выбранных инструментов реализации проектируемой системы и их системных требований.
Система позволяет эксплуатацию на любой системе соответствующей требованиям к СУБД Microsoft SQL Server:
─ ОЗУ 1Gb;
─ CPU Pentium IV 2 GHz.
Введением данных в систему будут заниматься сами сотрудники, но потребуется администратор для поддержки ее функционирования. Кроме этого должна быть разработана документация на систему – «Руководство пользователя» и «Руководство администратора».
информационный автоматизация модель данные
2. Разработка системного проекта
2.1 Построение модели прецедентов
Список прецедентов:
─ Прием в ремонт;
─ Выполнение ремонта;
─ Выдача из ремонта;
─ Прием комплектующих;
─ Оформление акта о выполненном ремонте;
─ Определение неисправности;
─ Составление списка запчастей;
─ Заказ комплектующих.
Описание прецедентов
Рисунок 1 – Диаграмма прецедентов
Прецедент “Выполнение ремонта” описывает процесс получение заявки, выявления неисправности электрооборудования, составление списка необходимых комплектующих, заказ комплектующих у поставщика, составление акта о выполненном ремонте. Так же включает в себя идентификацию пользователей системы.
Актеры:
Секретарь ─ составляет заявку на ремонт и заносит ее в базу, составляет заказ на комплектующие.
Мастер ─ получает заявку на ремонт, выявляет неисправность, составляет список запчастей, составляет акт о выполненном ремонте.
Главный актер: Мастер.
Основной успешный сценарий
“Мастер” получает заявку на ремонт электрооборудования из базы данных.
“Мастер” определяет причину неисправности.
“Мастер” составляет список необходимых для ремонта комплектующих и заносит его в базу данных.
“Мастер” получает необходимые комплектующие со склада.
“Мастер” оформляет акт о выполненном ремонте и заносит его в базу данных.
Альтернативные сценарии:
3(а) Не все комплектующие из списка доступны на складе ─ “Секретарь” составляет заявку на закупку недостающих элементов.
3(б) “Мастер” принимает заказанные комплектующие.
