
- •Управление качеством требований. Начало
- •Введение
- •Часть 1. Требования
- •Определение требований
- •Классификация требований
- •Бизнес-требования
- •Ключевые возможности
- •Пользовательские требования
- •Функциональные требования
- •Характеристики качества
- •Ограничения
- •Иерархия требований
- •Стоимость ошибок в требованиях
- •Выводы к первой части
- •Литература
- •Часть 2. Управление требованиями
- •Управление требованиями
- •Бизнес-аналитик
- •Бизнес-архитектор
- •Аналитик требований
- •Спецификатор требований
- •Системный архитектор
- •Технический писатель
- •Коммуникатор
- •Основные шаги процесса
- •Планирование процесса
- •Выявление требований
- •Методы выявления требований
- •Интервью
- •Семинары требований
- •Мозговой штурм
- •Фокус-группа
- •Прототипирование
- •Варианты использования
- •Проблемы, возникающие при выявлении требований Проблемы классификации требований
- •Проблемы формулировки требований
- •Терминология
- •Предвзятые решения
- •Анализ требований
- •Уточнение требований
- •Структуризация требований
- •Приоритеты
- •Модели требований
- •Документирование требований
- •Глоссарий
- •Документ – концепция
- •Спецификация требований
- •Проверка требований
- •Управление изменениями требований
- •Выводы ко второй части.
- •Литература
- •Часть 3. Качество требований
- •Качество требований Управление качеством
- •Iso 9001:2000
- •Модель зрелости cmmi Обзор cmmi
- •Внутренняя структура описания уровней зрелости
- •Уровни зрелости
- •Группы ключевых процессов
- •Разделы
- •Ключевые практики
- •Отображение процесса управления требованиями на модель cmmi
- •Критерии качества требований
- •Правильные требования
- •Однозначные требования
- •Полные требования
- •Непротиворечивые требования
- •Ранжированные требования
- •Проверяемые требования
- •Прослеживаемые требования
- •Модифицируемые требования
- •Понимаемые требования
- •Выводы к третьей части
- •Литература
- •Часть 4 Управление качеством требований
- •Уровни зрелости требований Уровень 0 – Отсутствие требований
- •Уровень 1 – Документирование требований
- •Выявление требований
- •Интервью
- •Анализ документации
- •Документирование требований
- •Проверка требований
- •Экспертная оценка
- •Согласование документов
- •Уровень 2 – Организация требований
- •Выявление требований
- •Мозговой штурм
- •Анализ требований Уточнение требований
- •Документирование требований
- •Проверка требований Коллективная проверка
- •Документ замечаний
- •Управление изменениями требований База данных требований
- •Управление версиями
- •Уровень 3 – Структурирование требований
- •Планирование процесса План управления требованиями
- •Типы требований
- •Атрибуты требований
- •Выявление требований
- •Варианты использования
- •Прототипы
- •Анализ требований
- •Структуризация требований
- •Определение значений атрибутов
- •Документирование требований Шаблоны требований
- •Модели требований
- •Проверка требований
- •Контрольные листы
- •Рекомендация
- •Уровень 4 – Трассировка требований
- •Выявление требований
- •Анализ требований Иерархия типов требований
- •Отношения между требованиями
- •Трассировка требований
- •Анализ влияния
- •Анализ сферы деятельности
- •Документирование требований Типовые решения требований
- •Уровень 5 – Комплексность требований
- •Анализ требований Трассировка на элементы проектирования и тестирования
- •Показатели требований
- •Количественная оценка требований
- •Документирование требований
- •Заключение
- •Литература
Качество требований Управление качеством
Джозеф Джуран – гуру в области управления качеством, говорил, что качество есть степень удовлетворения потребителя и для реализации качества производитель должен изучить требования потребителя и произвести свою продукцию так, чтобы она удовлетворяла этим требованиям. Данное высказывание определяет жесткую взаимосвязь качества производимого продукта и требований, предъявляемых к разработке данного продукта. Следовательно, от того насколько полно и качественно собраны требования к программному обеспечению зависит его качество. Конечно, «хорошие» требования не гарантируют получения качественного программного продукта, но способствуют этому в первую очередь.
Iso 9001:2000
Слова Джурана подтверждает определение термина качества, приведенное в стандарте ISO 9001 [6]:
Качество – совокупность свойств и характеристик продукции, способных удовлетворить установленные и предполагаемые потребности заказчика.
Стандарт ISO 9001 устанавливает требования к системе менеджмента качества (СМК), как к процессному подходу и предназначен для организации, которая
нуждается в демонстрации своей способности всегда поставлять продукцию, отвечающую требованиям потребителей и соответствующим обязательным требованиям,
ставит своей целью повышение удовлетворенности потребителей посредством эффективного применения системы, включая процессы постоянного ее улучшения и обеспечение соответствия требованиям потребителей и обязательным требованиям.
Процессный подход СМК представлен на рисунке 1:
Рис. 1. Модель СМК на процессном подходе
Из рисунка видно, что требования потребителя (заказчика, пользователя) являются входом для процесса управления качеством. Процесс управления качеством сфокусирован на трех основных принципах:
требования потребителя,
управление процессом,
непрерывное совершенствование.
Стандарт ISO 9001:2000 ничего не говорит о том, как правильно получить требования, как добиться приемлемого качества самих требований. Для решения данной проблемы, необходимо применить описанные выше принципы к процессу управления требованиями. В результате мы получим процесс, на выходе которого будут качественные требования, т.е. в роли продукции будут выступать требования к программному обеспечению, а в роли потребителей проектная команда: архитекторы, программисты, инженеры по тестированию и другие. Данные принципы являются основополагающими для применения процессного подхода к управлению качеством требований программного обеспечения. Первый и второй принципы достигаются за счет внедрения процесса управления требованиями, третий принцип – за счет поэтапного внедрения данного процесса. При делении процесса управления требованиями на этапы, необходимо учесть то, что каждый последующий этап, должен расширять задачи и деятельность предшествующего этапа, другими словами процесс должен быть инкрементным. Для решения данной задачи можно построить процесс на основе уровней зрелости CMMI. Следующий подраздел описывает основные положения CMMI и его отображения на процесс управления требованиями.