Управление ЖЦ ИС. Введение в требования. (Лекция 6)

ФАКУЛЬТЕТ «У»

ОСНОВНЫЕ ПОНЯТИЯ И ОПРЕДЕЛЕНИЯ

ФАКУЛЬТЕТ «У»

ОСНОВНЫЕ ПОНЯТИЯ И ОПРЕДЕЛЕНИЯ

Управление требованиями это систематический подход к:
1. Выявлению

Процесс управления требованиями часть процесса создания АС. ГОСТ 34.601-90 . АС.

Процесс управления требованиями часть процесса создания ПО. ГОСТ 19.201-77. Стадии разработки

Процесс управления требованиями часть процесса создания ПО. Rational Unified Process

Процесс управления требованиями часть процесса создания ПО. ГОСТ Р ИСО/МЭК 12207-2010

Важность требований

Ошибки в требованиях – самые дорогостоящие и самые распространенные
Ошибки в требованиях

Важность требований

Требования к ПО тесно связаны с бизнес моделированием, проектированием ПО,

Важность требований

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

Важность требований

Требования являются основой проектирования. При проектировании необходимо обеспечить распределение требований

Важность требований

Важность требований

Чем лучше требования, тем качественнее тесты
Чем качественнее анализ тестирования, тем

Важность требований

Планирование проекта, определение задач, стоимости, и графика работ производиться на

Важность требований. ГОСТ 34.602-89

Требования к системе в целом
Требования к функциям (задачам), выполняемым

Важность требований. ГОСТ 34.602-89. Требования к системе в целом

требования к структуре

Важность требований. ГОСТ 34.602-89. Требования к видам обеспечения

Требования к математическому обеспечению

Важность требований. ГОСТ 19.201-78

Требования к функциональным характеристикам
Требования к надежности
Условия эксплуатации

Важность требований. ГОСТ ИСО/МЭК 9126-93

Качество программного продукта связано с:
Функциональными возможностями
Надежностью
Практичностью
Эффективностью
Сопровождаемостью
Мобильбностью

Важность требований. RUP

Тип требования. Атрибут требования

Тип требования это шаблон требования
Шаблон требования может

Тип требования. Атрибут требования

Приоритет (высокий, средний, низкий)
Статус (предложено, одобрено, реализовано, верифицировано)
Стоимость

Тип требования. Атрибут требования

Требования с высоким приоритетом – важные (пользователям нужны

Зависимость требований

Требования могут зависеть друг от друга. Например, требования по тестированию,

Управление требованиями

Основой эффективного управления требованиями является:
Ясная формулировка требований
Определение типов

Управление требованиями

Отслеживаемость или, по другому, трассируемость (traceability) требований является возможностью проследить связь

Управление требованиями

Целями отслеживания связей между требованиями являются:
Определение источников требований
Управление изменениями требований
Подтверждение

Управление требованиями

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

Управление требованиями

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

Управление требованиями

Связи между зависимыми требованиями используются, чтобы показать, сколько требований и

Управление требованиями

Управление требованиями

Концепция зависимостей предполагает, что если были изменены требования какого-либо типа, то

Проблемы требований

Требования не всегда ясны и имеют много источников своего

Моделирование требований

Используется в качестве основы для контракта с Заказчиком
Обеспечивает участие заказчиков

Моделирование требований

The use-case model is a model of the system's intended

Моделирование требований

Методы выявления требований

Описание и моделирование бизнес процессов
Интервьюирование
Анкетирование
Мозговой

01. Моделирование БП

01. Моделирование БП

01. Моделирование БП и 02. Определение шагов бизнес-процессов, подлежащих автоматизации

01. Моделирование БП и 02. Определение шагов бизнес-процессов, подлежащих автоматизации

01. Моделирование БП

01. Моделирование БП

02. Зависимость подсистем от бизнес-процессов, модулей от макрошагов

01. Зависимость подсистем от

03. Зависимость бизнес-требований от шагов бизнес-процесса

04. Зависимость функциональных требований к АС или ПО от бизнес-требований

05. Сопоставление функций ПО или АС с функциональными требованиям к программному

06. Сопоставление функций ПО или АС с функциональными требованиям к программному

07. Построение модели функций АС или ПО. Подсистемы и модули

08. Построение модели функций АС или ПО. Подсистемы, требования, функции

09. Построение модели функций АС или ПО. Требования и функции

10. Построение модели функций АС или ПО. Требования и функции

Интервьюирование

Недостатки:
Метод трудоемкий
Успех собеседования зависит от навыков общения лица, проводящего собеседование,

Что нужно сказать сотруднику подразделения в начале интервью

Почему проводится это интервью

Некоторые правила проведения интервью

Малая длительность (от 1 до 2 часов)

Некоторые правила проведения интервью

Не отвлекаться на пространные комментарии по проблемам, связанным

Анкетирование

Недостатки:
Не все могут согласиться ответить на вопросы, анкеты могут возвращаться незаполненными
Нет

Мозговой штурм

Основные положения:
Мозговой штурм включает в себя генерацию и отбор идей
Для

Мозговой штурм

Правила:
Не допускаются критика и дебаты
Предоставление полной свободы фантазии
Генерация идей

Создание и демонстрация прототипов

Прототипы интерфейса пользователя

Стандарты информационных технологий

Концепция системы
Техническое задание
Описание автоматизируемых функций
Схема функциональной структуры
Схема

Документирование требований

Требования должны быть записаны в согласованном формате
Требования должны быть структурированы

Документирование требований

Верификация требований подразумевает
их оценку, гарантирующую,
что требования понимают все заинтересованные

Документирование требований

При верификации требований следует использовать следующие критерии:
Прослеживаемость требования
Полнота
Однозначность
Корректность

Прослеживаемость требований

Требования в тексте должны быть Идентифицированы.Идентификация требований необходима для использования

Полнота требований

Набор требований считается полным, если все его составные части представлены

Однозначность требований

Каждое требование должно допускать единственное толкование
Требование должно быть понятным.

Корректность

Для соблюдения корректности необходимо указывать связь требования с источниками
требований, например с

Непротиворечивость

Требования не должны противоречить друг другу или действующим стандартам
Если требования конфликтуют

Осуществимость

Если заказчик предъявляет к системе нереальные требования в смысле времени, средств

Контролепригодность

Для каждого требования должны быть разработаны тесты для демонстрации того, что

Базовая версия требований

Набор функциональных и нефункциональных требований, которые должны быть реализованы

Инструментальные средства, поддерживающие работу с требованиями
1. Средства визуального моделирования
(Rational Rose, Enterprise

Подготовка управления требованиями

Подготовка управления требованиями

Подготовка управления требованиями

Управление требованиями

Управление требованиями

Именение требований

Именение требований

Состав проектной команды

Состав проектной команды

Состав проектной команды