Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь КАТЕГОРИИ: Археология Биология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрации Техника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ? Влияние общества на человека Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления	Главная Избранные Случайная статья Познавательные Новые добавления Обратная связь FAQ Диаграммы бизнес-прецедентов, прецедентов и спецификации прецедента ⇐ ПредыдущаяСтр 3 из 3 Работа над моделью в среде 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.

Г.