Потребности — различия между версиями
Admin (обсуждение | вклад) |
Admin (обсуждение | вклад) м (→Цикл потребностей) |
||
| (не показано 5 промежуточных версий этого же участника) | |||
| Строка 1: | Строка 1: | ||
| − | '''Потребности [[стейкхолдер|стейкхолдеров]]''' (needs) | + | '''Потребности [[стейкхолдер|стейкхолдеров]]''' (needs) фокусируют [[требования]] (см. [[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-диаграмма).
Содержание
[убрать]Цикл потребностей
Cycle of Needs (Faisandier 2012)
Примеры
- Потребности, обусловленные законодательными актами, продиктованными нуждами общества:
- Автомобильная промышленность - изменение условий (новые законы по экологии) диктует необходимость в усовершенствовании системы.
- Потребности, обусловленные технологическим прогрессом:
- Космическая промышленность - легкие материалы, компактная электроника.
- Банковский сектор - компьютеризация.
- Потребности, продиктованные внешними событиями
- Военная отрасль - обнаружение недостатков систем противником
- Гражданская промышленность - изменение потребительского спроса
Анализ потребностей
Этап анализа потребностей (Needs Analysis) в жизненном цикле системы относится к стадии Разработка концепции. На этом этапе выявляется потребность в новой системе. Во многих отношениях это первая итерация самой системы, хотя это ещё и не требования к системе, иногда их называют описание исходных возможностей (initial capability description).
Обычно выявлением потребностей занимаются отдельные специалисты. Системный инженер должен структурировать потребности относительно стейкхолдеров системы, а затем для каждой потребности сформулировать набор требований. Требование всегда формулируется относительно самой системы или ее частей. Принципиальная разница в том, что потребность должна оставаться актуальной вне зависимости от целевой системы.