2. Работа с требованиями при создании систем по стандарту iso/iec/ieee 29148.

1. Введение

• 1. Назначение системы

• 2. Содержание системы (границы системы)

• 3. Обзор системы

  • 1. Содержание системы

  • 2. Функции системы

  • 3. Характеристики пользователей

• 4. Термины и определения

2. Ссылки

3. Системные требования

• 1. Функциональные требования

• 2. Требования к юзабилити

• 3. Требования к производительности

• 4. Интерфейс (взаимодействие) системы

• 5. Операции системы

• 6. Состояния системы

• 7. Физические характеристики

• 8. Условия окружения

• 9. Требования к безопасности

• 10. Управление информацией

• 11. Политики и правила

• 12. Требования к обслуживанию системы на протяжении ее жизненного цикла

• 13. Требования к упаковке, погрузке-разгрузки, доставке и транспортировке

4. Тестирование и проверка (список необходимых приемочных тестов, которые отражают зеркально раздел 3)

5. Приложения

• 1. Предположения и зависимости

• 2. Аббревиатуры и сокращений

3. Преобразование потребностей в требования согласно Райану (Ryan, 2013).

Оригинал на 12 стр, можно изучить/скачать по ссылке

https://www.researchgate.net/figure/Transformation-of-needs-into-requirements-from-1_fig1_317235566

При описании системы делается различие между потребностями и требованиями. Потребности - это ожидания, выраженные на уровне управления бизнесом или заинтересованными сторонами на уровне бизнес-операций. Требования - это формальные утверждения, которые структурированы и могут быть проверены - для каждой потребности может быть задано несколько требований. Требования генерируются на основе потребностей через процесс анализа требований. На всяком рассмотренном уровне в процессе создания системы существуют потребности и требования.

На самом высоком уровне определены стратегии и цели предприятия, отраженные в концепции операций или стратегическом бизнес-плане. Затем следует бизнес-анализ, в результате которого определяются потребности и требования бизнеса. Эти потребности преобразуются в бизнес-требования, а затем в требования заинтересованных сторон, которые определяются и документируются на каждом последующем уровне (включая системные и подсистемные требования). Управление бизнесом формализует потребности и требования; операции бизнеса определяют конкретные потребности; а на уровне системы определяются требования в логических и физических представлениях.

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

Во всех случаях, для каждого уровня, показанного на рисунке 1, набор требований можно проследить до потребностей, от которых они были преобразованы, а также требований на предыдущем уровне, от которых они были декомпозированы или выведены.

Простое указание "что" это такое недостаточно для определения. Важно включить в определение действия, которые помогут понять процессы формулирования ясных потребностей или требований. Эти действия включают процесс преобразования потребностей в требования и процесс согласования между уровнями требований.