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

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

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

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

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

Needslifecycle.jpg

Cycle of Needs (Faisandier 2012)

Примеры

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

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

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

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

Практики