Потребности — различия между версиями
Admin (обсуждение | вклад) м (→Анализ потребностей) |
Admin (обсуждение | вклад) м (→Цикл потребностей) |
||
(не показана одна промежуточная версия этого же участника) | |||
Строка 1: | Строка 1: | ||
'''Потребности [[стейкхолдер|стейкхолдеров]]''' (needs) фокусируют [[требования]] (см. [[V-диаграмма]]). | '''Потребности [[стейкхолдер|стейкхолдеров]]''' (needs) фокусируют [[требования]] (см. [[V-диаграмма]]). | ||
+ | |||
+ | == Цикл потребностей == | ||
+ | [[Файл:needslifecycle.jpg|center]] | ||
+ | Cycle of Needs (Faisandier 2012) | ||
== Примеры == | == Примеры == | ||
Строка 12: | Строка 16: | ||
== Анализ потребностей == | == Анализ потребностей == | ||
− | Этап анализа потребностей в [[ЖЦ|жизненном цикле]] системы относится к стадии '''Разработка [[Концепция системы|концепции]]'''. На этом этапе выявляется потребность в новой системе. Во многих отношениях это первая итерация самой системы, хотя это ещё и не [[требования]] к системе, иногда их называют '''описание исходных возможностей''' (initial capability description). | + | Этап анализа потребностей (Needs Analysis) в [[ЖЦ|жизненном цикле]] системы относится к стадии '''Разработка [[Концепция системы|концепции]]'''. На этом этапе выявляется потребность в новой системе. Во многих отношениях это первая итерация самой системы, хотя это ещё и не [[требования]] к системе, иногда их называют '''описание исходных возможностей''' (initial capability description). |
Обычно выявлением потребностей занимаются отдельные специалисты. Системный инженер должен структурировать потребности относительно стейкхолдеров системы, а затем для каждой потребности сформулировать набор требований. Требование всегда формулируется относительно самой системы или ее частей. Принципиальная разница в том, что потребность должна оставаться актуальной вне зависимости от целевой системы. | Обычно выявлением потребностей занимаются отдельные специалисты. Системный инженер должен структурировать потребности относительно стейкхолдеров системы, а затем для каждой потребности сформулировать набор требований. Требование всегда формулируется относительно самой системы или ее частей. Принципиальная разница в том, что потребность должна оставаться актуальной вне зависимости от целевой системы. |
Текущая версия на 16:18, 27 августа 2019
Потребности стейкхолдеров (needs) фокусируют требования (см. V-диаграмма).
Цикл потребностей
Cycle of Needs (Faisandier 2012)
Примеры
- Потребности, обусловленные законодательными актами, продиктованными нуждами общества:
- Автомобильная промышленность - изменение условий (новые законы по экологии) диктует необходимость в усовершенствовании системы.
- Потребности, обусловленные технологическим прогрессом:
- Космическая промышленность - легкие материалы, компактная электроника.
- Банковский сектор - компьютеризация.
- Потребности, продиктованные внешними событиями
- Военная отрасль - обнаружение недостатков систем противником
- Гражданская промышленность - изменение потребительского спроса
Анализ потребностей
Этап анализа потребностей (Needs Analysis) в жизненном цикле системы относится к стадии Разработка концепции. На этом этапе выявляется потребность в новой системе. Во многих отношениях это первая итерация самой системы, хотя это ещё и не требования к системе, иногда их называют описание исходных возможностей (initial capability description).
Обычно выявлением потребностей занимаются отдельные специалисты. Системный инженер должен структурировать потребности относительно стейкхолдеров системы, а затем для каждой потребности сформулировать набор требований. Требование всегда формулируется относительно самой системы или ее частей. Принципиальная разница в том, что потребность должна оставаться актуальной вне зависимости от целевой системы.