Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Диаграммы бизнес-прецедентов, прецедентов и спецификации прецедента

Поиск

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

На рисунках 3.1, 3.2, 3.3 представлены примеры диаграмм бизнес-прецедентов, прецедентов и спецификации прецедента.

 

Рис.3.1 Диаграмма бизнес-прецедентов

Рис. 3.2. Пример диаграммы прецедентов

Рис. 3.3. Пример спецификации прецедента

Диаграмма классов

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

Диаграмма классов представлена на рисунке 3.4. На рисунке 3.5 представлена структура спецификации класса.

Рис.3.4 Пример д иаграммы классов

Класс «Имя класса»

Имя атрибута/операции класса Свойства атрибута/операции класса Краткое описание
name String(25) Имя поставщика

Рис. 3.5 Структура спецификации класса

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

Диаграмма последовательности является формой визуализации взаимодействия в модели ИС.

Фрагмент диаграммы последовательности представлен на рисунке 3.6.

Рис. 3.6 Фрагмент диаграммы последовательности

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

Диаграмма деятельностиобычно отображает алгоритм операции класса или сценарий прецедента.

Пример диаграммы деятельности представлен на рисунке 3.7.

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


Приложение 4. Требования к проектируемой информационной системе

Табл.1. Функциональные требования

Требования к функциям

Атрибуты требования

Статус Полезн. Труд. Риск Стаб.
Создание нового отправления Одобр. Критич. 10 час. Н В
Внесение основных характеристик отправления (наименование, адрес, срочность, габариты) Одобр. Критич. 10 час. Н В
Внесение информации об отправителе (ФИО, номер телефона, e-mail) Одобр. Критич. 10 час. Н С
Указание типа отправления (корреспонденция, посылки и упаковки, ценные отправления, опасные отправления) Одобр. Критич. 5 час. Н В
Удаление/внесение изменений в инф. Об отправлении Одобр. Важное 5 час. С В
Возможность выбрать адрес отправления/ назначения из списка Предлож. Полезн. 15 час. В Н
Возможность внести адрес отправления/ назначения вручную Одобр. Критич. 5 час. Н В
Расчет общей суммы сбора для отправления Одобр. Критич. 7 час. Н В

Табл.2. Требования к удобству использования

Требования к удобству использования

Атрибуты требования

Статус Полезн. Труд. Риск Стаб. К информационной системе должна быть разработана инструкция по ее использованию Одобр. Важное 40 час. Н В В системе должны быть предусмотрены форматы заполнения определенных полей (в поле «Номер телефона» нельзя вбить буквы; список типов отправлений ограничен и задан заранее и др.) Предлож. Полезн. 15 час. В С

Табл.3. Требования к надежности

Требования к надежности

Атрибуты требования

Статус Полезн. Труд. Риск Стаб. Частота сбоев не выше, чем 1 раз/месяц Одобр. Критич. 20 час. В В Среднее время устранения сбоя до 1 часа Одобр. Важное 10 час. С С Режим работы ИС 7 дней в неделю (1 час в день – профилактический перерыв) Одобр. Критич. 10 час. С В

Табл.4. Требования к производительности

Требования к производительности

Атрибуты требования

Статус Полезн. Труд. Риск Стаб. Время отклика системы на запрос пользователя не должно превышать 1 сек. Одобр. Критич. 10 час. С В Время запуска или перезапуска ИС не должно превышать 5 минут Отклон. Полезн. 20 час. С Н

Табл. 5. Требования к поддержке

Требования к поддержке

Атрибуты требования

Статус Полезн. Труд. Риск Стаб. Система должна иметь базу знаний и сопроводительную документацию Обсужд. Важное 20 час. Н В Профилактические работы с системой должны быть осуществимы специалистами Заказчика без привлечения сторонней помощи Одобр. Критич. 12 час. В В Расширение функциональности системы должно осуществляться силами внутренней службы ИТ Одобр. Критич. 3 час. В В

Табл. 6. Ограничения

Ограничения

Атрибуты требования

Статус Полезн. Труд. Риск Стаб. Модуль мобильных устройств должен быть совместим с iOS и Android, а серверная часть должна быть совместима с Windows XP, Windows 7, Windows 8, Windows 10 Одобр. Критич. 20 час. С В

Приложение 5. График выполнения курсовой работы и шаблон отзыва руководителя

Курсовая работа 1.

Г.



Поделиться:


Познавательные статьи:




Последнее изменение этой страницы: 2021-03-09; просмотров: 306; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.145.100.40 (0.011 с.)