- •Нормативное обеспечение специфицирования требований к аппаратно-программным комплексам
- •Спецификация требований пользователей как критического фактора управления качеством изделия и проекта
- •2. Методы управления формированием требований к аппаратно-программным комплексам
- •3. Спецификация требований пользователей согласно esa pss-05-03
- •Специальные требования
- •Требования-возможности
- •4. Специфицирование требований пользователей согласно ieee-Std-830-1998
- •Задание на практические работы
- •Список использованных источников
2. Методы управления формированием требований к аппаратно-программным комплексам
В известной литературе отмечается особая роль процедуры формирования требований в жизненном цикле продуктов. Это обусловлено, во-первых, тем, что требования к продукту являются отправной точкой формирования требований к проекту. Во-вторых, относительной инвариантностью требований к продукту по отношению к способам проектирования и реализации продукта. В-третьих, общностью подходов к формированию требований как для вновь создаваемых продуктов, так и для продуктов, находящихся на стадии сопровождения. Также подчеркивается, что низкое качество требований к продуктам является одной из основных причин провала, либо низкой эффективности проектов.
В известной литературе описаны разные методы реализации нисходящего и восходящего подходов при управлении требованиями к продуктам и проектам. Примером метода, реализованного в рамках нисходящего подхода к формированию требований, является QFD-метод (Quality Function Deployment). Этот метод ориентирован на поэтапное встраивание требований к конечному продукту в требования к компонентам системы и проекту. Примером реализации восходящего подхода является CORE-метод (Controlled Requirements Expression). Этот метод ориентирован на формирование требований к системе на основе интеграции требований разных правообладателей.
Управление формированием требований должно рассматриваться с разных точек зрения. Одна из точек зрения – подход к управлению формированием требований с позиций управления организационной системой. Обоснованность существования такой точки зрения обусловлена тем, что основу процесса формирования требований составляет обмен персональными знаниями между специалистами, вовлеченными в проект , и с разных сторон, видящих систему. При этом степень формализации действий, реализуемых разными специалистами, различна на разных стадиях проекта. В наименьшей степени она формализована на концептуальной стадии, в значительно большей степени – на стадиях детального проектирования и конструирования продукта .
В силу уникальности каждого проекта механизм формирования требований, т.е. совокупность правил, законов, процедур, регламентирующих взаимодействие вовлеченных специалистов, в каждом из проектов также является уникальным. Как следствие уникальными являются механизмы управления проектированием требований к продуктам и проектам как совокупности процедур принятия решений. Выявление этих механизмов делает возможным предсказывать поведение как внешних, так и внутренних правообладателей создаваемой системы . Это, в свою очередь, является фактором снижения неопределенности проекта на разных стадиях его реализации за счет использования механизмов управления.
Адаптируя известные подходы к управлению социально-техническими системами к задачам управления проектированием требований, можно выделить следующие основные задачи:
управление составом. Применительно к проектированию требований это сводится к выбору ключевых правообладателей на каждой стадии реализации проекта;
управление структурой. Применительно к проектированию требований это сводится к определению того, как взаимодействуют между собою правообладатели и кто кому подчиняется;
информационное управление. Применительно к проектированию требований это выражается, например, в форме ограничений на функциональность и качество организационно-технических систем, определяемых уже существующими системами аналогичного назначения (создаваемый продукт должен в каком-то смысле превосходить уже существующие продукты);
мотивационное управление. Применительно к проектированию требований это сводится, например, к нахождению компромисса между частными, возможно противоречивыми, требованиями разных правообладателей. Например, обеспечение баланса между требованиями к надежности и ресурсами, доступными при разработке и испытаниях продукта;
институциональное управление. Применительно к проектированию требований это сводится, например, к реализации положений стандартов (полезных практик), рекомендованных для представления требований и оценивания соответствующих им производственных процессов на разных этапах жизненного цикла.
Перечисленные методы управления в той или иной степени присутствуют на разных стадиях жизненного цикла требований – от формирования требований к продукту на концептуальной стадии проекта до разработки спецификаций на отдельные компоненты системы на стадии детального проектирования; от формирования требований к качеству проекта до разработки спецификаций отдельных производственных процессов. Однако значимость разных подходов к управлению различна на разных стадиях жизненного цикла продукта. В работе отмечается, что к настоящему времени международные и национальные стандарты не полностью и неравномерно покрывают объекты (в том числе требования) и процессы создания и применения систем и их компонентов. Наиболее сложные творческие процессы (системный анализ, проектирование, интеграция компонентов и систем; испытания и сертификация) почти не поддержаны рекомендациями стандартов по причине их недостаточной унификации, формализации их описания и разнообразия содержания. Из этого следует, что возможности использования институционального подхода для управления формированием требований на ранних стадиях проекта ограничены.
