V-диаграмма - История изменений

Admin в 06:10, 11 апреля 2024

2024-04-11T06:10:52Z

Admin: /* Модификации */

2016-08-03T06:29:56Z

‎Модификации

Admin в 06:29, 3 августа 2016

2016-08-03T06:29:36Z

Admin в 13:53, 15 ноября 2015

2015-11-15T13:53:16Z

5.18.174.12: Новая страница: «'''V-диаграмма''' используется для демонстрации разбиения практик жизненного цикла систем…»

2015-11-15T13:44:40Z

Новая страница: «'''V-диаграмма''' используется для демонстрации разбиения практик жизненного цикла систем…»

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

'''V-диаграмма''' используется для демонстрации разбиения практик жизненного цикла системы на практики её определения и воплощения (левая и правая ветви V), при этом перекладины символизируют соответствие определения и воплощения друг другу.

Должно быть так: «что определяли, то и воплотили» - это обеспечивают практики [[Проверки и Приемки|проверки и приёмки]] (validation, verification).

[[File:V-diagramm.png|200px]]

Говорят, что потребности стейкхолдеров фокусируют требования, требования фокусируют архитектуру, архитектура фокусирует неархитектурную часть проекта («рабочую документацию»). '''Свобода в выборе инженерных решений на каждом уровне фокусирования уменьшается.''' Минимальная свобода — у конструктора или проектировщика, который разрабатывает рабочую документацию. Каждое определение системы ограничивает/фокусирует последующее.

Но “отвечать” и “фокусироваться” вовсе не означает последовательности во времени: так, ограничения в технологии вполне могут повлиять на архитектурные решения, или даже на саму возможность выполнить требования — и тогда получаемая в конце цепочки фокусирования новая информация заставляет менять определения, вплоть до изменения требований или признания невозможности инженерного проекта.

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

← Предыдущая		Версия 06:10, 11 апреля 2024
Строка 1:		Строка 1:
	'''V-диаграмма''' используется для демонстрации разбиения практик жизненного цикла системы на практики её определения и воплощения (левая и правая ветви V), при этом перекладины символизируют соответствие определения и воплощения друг другу.		'''V-диаграмма''' используется для демонстрации разбиения практик жизненного цикла системы на практики её определения и воплощения (левая и правая ветви V), при этом перекладины символизируют соответствие определения и воплощения друг другу.
		+
		+	[[File:V-diagramm_ШСМ.png\|center]]
		+
		+	На рисунке горизонтальная пунктирная линия отделяет [[Практика\|практики]] и [[Работа\|работы]] системной инженерии (сверху) от практик и работ предметной/прикладной инженерии (снизу). Так что из диаграммы видно, что практики системной инженерии встречаются главным образом на начальных и конечных стадиях проекта, а в середине проекта превалирует работа самых разных других инженерных специальностей, направляемая немногими архитектурными решениями.

	== Особенности ==		== Особенности ==

@@ Строка 18: / Строка 18: @@
 == Модификации ==
-* http://en.wikipedia.org/wiki/Dual_Vee_Model Dual V-model
+* [http://en.wikipedia.org/wiki/Dual_Vee_Model Dual V-model]
 [[Категория:Модели ЖЦ]]

@@ Строка 1: / Строка 1: @@
 '''V-диаграмма''' используется для демонстрации разбиения практик жизненного цикла системы на практики её определения и воплощения (левая и правая ветви V), при этом перекладины символизируют соответствие определения и воплощения друг другу.
 Должно быть так: «что определяли, то и воплотили» - это обеспечивают практики [[Проверки и Приемки|проверки и приёмки]] (validation, verification).
@@ Строка 9: / Строка 17: @@
 Но “отвечать” и “фокусироваться” вовсе не означает последовательности во времени: так, ограничения в технологии вполне могут повлиять на архитектурные решения, или даже на саму возможность выполнить требования — и тогда получаемая в конце цепочки фокусирования новая информация заставляет менять определения, вплоть до изменения требований или признания невозможности инженерного проекта.
-[[Категория:Концепции]]
+== Модификации ==

@@ Строка 3: / Строка 3: @@
 Должно быть так: «что определяли, то и воплотили» - это обеспечивают практики [[Проверки и Приемки|проверки и приёмки]] (validation, verification).
-[[File:V-diagramm.png|200px]]
+[[File:V-diagramm.png]]
 Говорят, что потребности стейкхолдеров фокусируют требования, требования фокусируют архитектуру, архитектура фокусирует неархитектурную часть проекта («рабочую документацию»). '''Свобода в выборе инженерных решений на каждом уровне фокусирования уменьшается.''' Минимальная свобода — у конструктора или проектировщика, который разрабатывает рабочую документацию. Каждое определение системы ограничивает/фокусирует последующее.