Презентация Проектирование информационных систем. (Лекция 10) онлайн

Содержание слайда: кандидат технических наук, доцент Грекул Владимир Иванович

Содержание слайда: Разработка требований к системе

Содержание слайда: Выделение подсистем ИС

Содержание слайда: Выделение системных прецедентов (диаграмма деятельности для прецедента «Оказание медицинской помощи»)

Содержание слайда: Описание функций

Содержание слайда: Разработка концептуальной модели данных

Содержание слайда: Модель анализа

Содержание слайда: Анализ требований и проектирование системы – детальное определение классов

Содержание слайда: Разработка моделей базы данных и приложений

Содержание слайда: Разработка моделей базы данных и приложений

Содержание слайда: Проектирование физической реализации системы

Содержание слайда: Управление требованиями Определения и классификация требований Процессы формирования и изменения требований Связи между требованиями

Содержание слайда: Причины провала проектов Неполные требования 13.1% Недостаточное участие пользователей 12,4% Недостаток ресурсов 10,6% Нереалистические ожидания 9,9% Недостаток поддержки от руководства 9,3% Изменение требований/спецификаций 8,7% Недостаточное планирование 8,1% Потеря актуальности 7,5% Standish Group

Содержание слайда: Определение и классификация требований Требование – условие или возможность, которой должна соответствовать система. Функциональные требования – определяют действия, которые должна быть способна выполнить система (без рассмотрения физических связей). Определяют внешнее поведение системы. Функциональные требования используются для выражения поведения системы путем задания предпосылок и возможностей, ожидаемых в качестве результата. Нефункциональные требования описывают только атрибуты системы или среды. Нефункциональные требования служат для создания системы с приемлемым качеством.

Содержание слайда: Модель FURPS+ Functionality (функциональность) Usability (применимость) Reliability (надежность) Performance (производительность) Supportability (пригодность к эксплуатации) + Проектные ограничения Требования к исполнению Требования к интерфейсу Физические требования

Содержание слайда: Нефункциональные требования • Применимость (Практичность) Требования практичности связаны с человеческим фактором— эстетикой, легкостью изучения и использования, с согласованностью пользовательского интерфейса, пользовательской документации и обучающих материалов. • Надежность Требования надежности связаны с частотой появления и серьезностью ошибок, возможностью восстановления, предсказуемостью и точностью. • Производительность Требования производительности накладывают ограничения на функциональные требования - требования, задающие частоту, скорость, точность, время отклика, объем памяти. • Возможность поддержки Требования этого типа связаны с возможностью контроля состояния, эксплуатации и другими параметрами качества, необходимыми для организации эксплуатации и обновления системы после ее выпуска.

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

Содержание слайда: Типы требований и артефакты RUP

Содержание слайда: Пользовательские и системные требования

Содержание слайда: Входящие и производные требования

Содержание слайда: Атрибуты требований

Содержание слайда: Категории атрибутов

Содержание слайда: Связи между требованиями

Содержание слайда: Аспекты анализа связей

Содержание слайда: Анализ связей в процессе управления изменениями

Содержание слайда: Динамика появления «подозрительных» требований

Содержание слайда: «Требования к требованиям» Требования должны быть четко сформулированы Требования должны быть исполнимыми в рамках проекта Требования должны быть проверяемыми Документ с требованиями должен быть структурирован таким образом, чтобы пользователь мог легко понять смысл каждого требования в контексте всего документа Формулировка каждого требования должна четко и точно отражать его суть и обеспечивать возможность устанавливать связи с другими требованиями

Содержание слайда: Рекомендации

Содержание слайда: Требования в области проблем Возможные вопросы к потенциальному пользователю: Что Вы хотите, чтобы эта система делала? Зачем Вам нужна система? Какие задачи она должна решать? Что Вы хотите, чтобы Вы могли делать?

Содержание слайда: Процесс разработки пользовательских требований

Содержание слайда: Категории заинтересованных сторон Руководство (проекта, использования) Инвесторы Пользователи Обслуживающий персонал Утилизаторы Обучающий персонал Покупатели Продавцы (маркетологи) Эксперты по эргономике Правительство Органы стандартизации Общественное мнение Регулирующие органы

Содержание слайда: Этапы разработки системных требований

Содержание слайда: Содержание системных моделей Модель системы Внутренняя функциональность (что система должна делать?) Функциональность взаимодействия с окружением Функциональность взаимодействия с людьми Защитная функциональность Системные транзакции Режимы функционирования

Содержание слайда: Расширенные связи

Содержание слайда: Связь с дополнительными знаниями о предметной области

Содержание слайда: Расширенные связи на многих уровнях

Содержание слайда: Параметры и метрики связей Широта – насколько полно требования данного уровня «охватывают» требования верхнего (нижнего, соседнего) уровня? – Количественная оценка хода работ Глубина – насколько далеко вниз (или вверх) через уровни продолжается данная связь? – Выявление оснований (источников) требований Нарастание – насколько широко разрастается связь через уровни? – Оценка потенциального влияния изменений

Содержание слайда: Пример оценок связей

Содержание слайда: Анализ частотного распределения значений фактора нарастания

Содержание слайда: Роли в управлении требованиями