Потребности — различия между версиями
Admin (обсуждение | вклад) (Новая страница: «'''Потребности стейкхолдеров (needs) Потребности стейкхолдеров фокусируют …») |
Admin (обсуждение | вклад) |
||
| Строка 1: | Строка 1: | ||
| − | '''Потребности [[стейкхолдер|стейкхолдеров]] (needs) | + | '''Потребности [[стейкхолдер|стейкхолдеров]]''' (needs) |
Потребности стейкхолдеров фокусируют [[требования]] (см. [[V-диаграмма]]) | Потребности стейкхолдеров фокусируют [[требования]] (см. [[V-диаграмма]]) | ||
== Анализ потребностей == | == Анализ потребностей == | ||
| − | + | Этап анализа потребностей в [[ЖЦ|жизненном цикле]] системы относится к стадии '''Разработка концепции'''. На этом этапе выявляется потребность в новой системе. Во многих отношениях это первая итерация самой системы, хотя это ещё и не [[требования]] к системе, иногда их называют '''описание исходных возможностей''' (initial capability description). | |
| − | + | Обычно выявлением потребностей занимаются отдельные специалисты. Системный инженер должен структурировать потребности относительно стейкхолдеров системы, а затем для каждой потребности сформулировать набор требований. Требование всегда формулируется относительно самой системы или ее частей. Принципиальная разница в том, что потребность должна оставаться актуальной вне зависимости от целевой системы. | |
| − | + | == Практики == | |
| − | + | * [[GORE|Целеориентированная инженерия требований]] | |
| − | + | ||
[[Категория:Концепции]] | [[Категория:Концепции]] | ||
Версия 23:41, 19 июля 2016
Потребности стейкхолдеров (needs)
Потребности стейкхолдеров фокусируют требования (см. V-диаграмма)
Анализ потребностей
Этап анализа потребностей в жизненном цикле системы относится к стадии Разработка концепции. На этом этапе выявляется потребность в новой системе. Во многих отношениях это первая итерация самой системы, хотя это ещё и не требования к системе, иногда их называют описание исходных возможностей (initial capability description).
Обычно выявлением потребностей занимаются отдельные специалисты. Системный инженер должен структурировать потребности относительно стейкхолдеров системы, а затем для каждой потребности сформулировать набор требований. Требование всегда формулируется относительно самой системы или ее частей. Принципиальная разница в том, что потребность должна оставаться актуальной вне зависимости от целевой системы.