Потребности — различия между версиями

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

Текущая версия на 16:18, 27 августа 2019

Потребности стейкхолдеров (needs) фокусируют требования (см. V-диаграмма).

Цикл потребностей

Needslifecycle.jpg

Cycle of Needs (Faisandier 2012)

Примеры

  • Потребности, обусловленные законодательными актами, продиктованными нуждами общества:
    Автомобильная промышленность - изменение условий (новые законы по экологии) диктует необходимость в усовершенствовании системы.
  • Потребности, обусловленные технологическим прогрессом:
    Космическая промышленность - легкие материалы, компактная электроника.
    Банковский сектор - компьютеризация.
  • Потребности, продиктованные внешними событиями
  • Военная отрасль - обнаружение недостатков систем противником
  • Гражданская промышленность - изменение потребительского спроса

Анализ потребностей

Этап анализа потребностей (Needs Analysis) в жизненном цикле системы относится к стадии Разработка концепции. На этом этапе выявляется потребность в новой системе. Во многих отношениях это первая итерация самой системы, хотя это ещё и не требования к системе, иногда их называют описание исходных возможностей (initial capability description).

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

Практики