Потребности - История изменений

Admin: /* Цикл потребностей */

2019-08-27T13:18:26Z

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

Admin в 13:18, 27 августа 2019

2019-08-27T13:18:00Z

Admin: /* Анализ потребностей */

2016-10-10T09:45:52Z

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

Admin в 21:23, 1 августа 2016

2016-08-01T21:23:09Z

Admin в 13:06, 23 июля 2016

2016-07-23T13:06:46Z

Admin в 20:42, 19 июля 2016

2016-07-19T20:42:14Z

Admin в 20:41, 19 июля 2016

2016-07-19T20:41:52Z

Admin: Новая страница: «'''Потребности стейкхолдеров (needs) Потребности стейкхолдеров фокусируют …»

2016-07-07T15:00:16Z

Новая страница: «'''Потребности стейкхолдеров (needs) Потребности стейкхолдеров фокусируют …»

Новая страница

'''Потребности [[стейкхолдер|стейкхолдеров]] (needs)

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

== Анализ потребностей ==
Потребность, на начальном этапе, определяется через выражение следующего вида:

<blockquote>Я, как '''''стейкхолдер''''', хочу '''''потребность''''', потому что '''''проблема'''''</blockquote>

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

<blockquote>Я, как '''''стейкхолдер''''', считаю, что система должна '''''требование''''', чтобы '''''потребность'''''.</blockquote>

[[Категория:Концепции]]

@@ Строка 2: / Строка 2: @@
 == Цикл потребностей ==
-[[Файл:needslifecycle.png|center]]
+[[Файл:needslifecycle.jpg|center]]
 Cycle of Needs (Faisandier 2012)

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

@@ Строка 12: / Строка 12: @@
 == Анализ потребностей ==
-Этап анализа потребностей в [[ЖЦ|жизненном цикле]] системы относится к стадии '''Разработка концепции'''. На этом этапе выявляется потребность в новой системе. Во многих отношениях это первая итерация самой системы, хотя это ещё и не [[требования]] к системе, иногда их называют '''описание исходных возможностей''' (initial capability description).
+Этап анализа потребностей в [[ЖЦ|жизненном цикле]] системы относится к стадии '''Разработка [[Концепция системы|концепции]]'''. На этом этапе выявляется потребность в новой системе. Во многих отношениях это первая итерация самой системы, хотя это ещё и не [[требования]] к системе, иногда их называют '''описание исходных возможностей''' (initial capability description).
 Обычно выявлением потребностей занимаются отдельные специалисты. Системный инженер должен структурировать потребности относительно стейкхолдеров системы, а затем для каждой потребности сформулировать набор требований. Требование всегда формулируется относительно самой системы или ее частей. Принципиальная разница в том, что потребность должна оставаться актуальной вне зависимости от целевой системы.

← Предыдущая		Версия 21:23, 1 августа 2016
Строка 20:		Строка 20:

	[[Категория:Концепции]]		[[Категория:Концепции]]
		+	[[Категория: Альфы]]

← Предыдущая		Версия 13:06, 23 июля 2016
Строка 1:		Строка 1:
	'''Потребности [[стейкхолдер\|стейкхолдеров]]''' (needs) фокусируют [[требования]] (см. [[V-диаграмма]]).		'''Потребности [[стейкхолдер\|стейкхолдеров]]''' (needs) фокусируют [[требования]] (см. [[V-диаграмма]]).
		+
		+	== Примеры ==
		+	* Потребности, обусловленные законодательными актами, продиктованными нуждами общества:
		+	*: Автомобильная промышленность - изменение условий (новые законы по экологии) диктует необходимость в усовершенствовании системы.
		+	* Потребности, обусловленные технологическим прогрессом:
		+	*: Космическая промышленность - легкие материалы, компактная электроника.
		+	*: Банковский сектор - компьютеризация.
		+	* Потребности, продиктованные внешними событиями
		+	* Военная отрасль - обнаружение недостатков систем противником
		+	* Гражданская промышленность - изменение потребительского спроса

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

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