OMG SPEM 2.0 - История изменений

Admin в 13:24, 30 ноября 2017

2017-11-30T13:24:12Z

Admin: /* См. также */

2016-11-28T12:50:51Z

‎См. также

Admin: /* Ссылки */

2016-11-28T12:50:25Z

‎Ссылки

Admin в 11:14, 15 ноября 2016

2016-11-15T11:14:39Z

Admin в 12:17, 19 октября 2016

2016-10-19T12:17:56Z

Admin в 10:22, 19 мая 2016

2016-05-19T10:22:38Z

Admin: Новая страница: «'''SPEM''' (System and Software Process Engineering Metamodel) 2.0 – это открытый стандарт OMG на базе профиля UML 2, пре…»

2016-05-05T08:38:58Z

Новая страница: «'''SPEM''' (System and Software Process Engineering Metamodel) 2.0 – это открытый стандарт OMG на базе профиля UML 2, пре…»

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

'''SPEM''' (System and Software Process Engineering Metamodel) 2.0 – это открытый стандарт OMG на базе профиля [[UML]] 2, предлагающий унифицированный способ представления [[жизненный цикл|ЖЦ]].

== Основные концепции ==
Эта метамодель покрывает описание фрагментов продуктов и процессных фрагментов с помощью отдельных элементов. В метамодели SPEM явно упоминается жизненный цикл. Он представлен объектом '''Delivery Process''', который отражает процесс, покрывающий ЖЦ с момента начала проекта и до его конца. Он обеспечивает полное описание ЖЦ с предопределенными стадиями, итерациями и актами деятельности, которые описываются '''последовательностью методов''' (method content).

Delivery Process определяет что и как будет произведено, а также кто для этого нужен. Это описывается в виде функциональной иерархии, иерархии продуктов и иерархии команды участников.

== Преимущества ==
* Главным и определяющим преимуществом является то, что по факту существует только один вариант повсеместно доступного инструментария, подразумевающего обмен моделями методов между инструментами, и он существует именно для метамодели OMG SPEM 2.0. Во всех остальных случаях приходится пользоваться результатами академических разработок, или какими-то "настройками" к разным моделерам общего назначения – что явно не подразумевает обмена результатами работы по моделированию методов.
* Для моделирования в соответствии со SPEM 2.0 с некоторыми ограничениями может использоваться любой поддерживающий профили UML-моделер, так как SPEM основан на UML.

== Недостатки ==
* Отсутствие поддержки многоуровневого описания методов. Высокоуровневые «обзорные диаграммы» процессов практически невозможно получить, их приходится строить вручную, автоматизация хорошо работает только на нижних детальных уровнях иерархии.
* SPEM также плохо поддерживает уровень конкретного проекта (endeavor), что затрудняет адаптацию описанных методов – Delivery Process в нем «типовой» прямо по определению.
* Стандарт описания методов OMG SPEM 2.0 не соответствует стандарту описанию практик, данному в [[ISO 24774]], а стандарты описания практик/методов системной инженерии опираются именно на него. Поэтому методы (практики) [[ISO 15288]] трудно отмоделировать на SPEM непосредственно.

← Предыдущая		Версия 13:24, 30 ноября 2017
Строка 24:		Строка 24:
	* [[Ситуационная инженерия методов#Поколения SME\|Поколения ситуационной инженерии методов]]		* [[Ситуационная инженерия методов#Поколения SME\|Поколения ситуационной инженерии методов]]

−	[[Категория:Стандарты]]	+	[[Категория:Стандарты OMG]]

@@ Строка 22: / Строка 22: @@
 == См. также ==
-* [Ситуационная инженерия методов#Поколения SME|Поколения ситуационной инженерии методов]
+* [[Ситуационная инженерия методов#Поколения SME|Поколения ситуационной инженерии методов]]
 [[Категория:Стандарты]]

@@ Строка 19: / Строка 19: @@
 == Ссылки ==
 * [http://community.livejournal.com/incose_ru/10384.html Пример моделирования в метамодели SPEM 2.0 с использованием EPF Composer]
 [[Категория:Стандарты]]

← Предыдущая		Версия 12:17, 19 октября 2016
Строка 1:		Строка 1:
−	'''SPEM''' (System and Software Process Engineering Metamodel) 2.0 – это открытый стандарт OMG на базе профиля [[UML]] 2, предлагающий унифицированный способ представления [[жизненный цикл\|ЖЦ]].	+	'''SPEM''' (System and Software Process Engineering Metamodel) 2.0 – это открытый стандарт [[OMG]] на базе профиля [[UML]] 2, предлагающий унифицированный способ представления [[жизненный цикл\|ЖЦ]].

	== Основные концепции ==		== Основные концепции ==

← Предыдущая		Версия 10:22, 19 мая 2016
Строка 14:		Строка 14:
	* SPEM также плохо поддерживает уровень конкретного проекта (endeavor), что затрудняет адаптацию описанных методов – Delivery Process в нем «типовой» прямо по определению.		* SPEM также плохо поддерживает уровень конкретного проекта (endeavor), что затрудняет адаптацию описанных методов – Delivery Process в нем «типовой» прямо по определению.
	* Стандарт описания методов OMG SPEM 2.0 не соответствует стандарту описанию практик, данному в [[ISO 24774]], а стандарты описания практик/методов системной инженерии опираются именно на него. Поэтому методы (практики) [[ISO 15288]] трудно отмоделировать на SPEM непосредственно.		* Стандарт описания методов OMG SPEM 2.0 не соответствует стандарту описанию практик, данному в [[ISO 24774]], а стандарты описания практик/методов системной инженерии опираются именно на него. Поэтому методы (практики) [[ISO 15288]] трудно отмоделировать на SPEM непосредственно.
		+
		+	[[Категория:Стандарты]]

@@ Строка 8: / Строка 8: @@
 == Преимущества ==
 * Главным и определяющим преимуществом является то, что по факту существует только один вариант повсеместно доступного инструментария, подразумевающего обмен моделями методов между инструментами, и он существует именно для метамодели OMG SPEM 2.0. Во всех остальных случаях приходится пользоваться результатами академических разработок, или какими-то "настройками" к разным моделерам общего назначения – что явно не подразумевает обмена результатами работы по моделированию методов.
-* Для моделирования в соответствии со SPEM 2.0 с некоторыми ограничениями может использоваться любой поддерживающий профили UML-моделер, так как SPEM основан на UML.
+* Для моделирования уже сейчас существует приемлемый софт - [http://ailev.livejournal.com/764182.html EPF Composer] (Eclipse Process Framework Composer)
 == Недостатки ==
@@ Строка 14: / Строка 16: @@
 * SPEM также плохо поддерживает уровень конкретного проекта (endeavor), что затрудняет адаптацию описанных методов – Delivery Process в нем «типовой» прямо по определению.
 * Стандарт описания методов OMG SPEM 2.0 не соответствует стандарту описанию практик, данному в [[ISO 24774]], а стандарты описания практик/методов системной инженерии опираются именно на него. Поэтому методы (практики) [[ISO 15288]] трудно отмоделировать на SPEM непосредственно.
 [[Категория:Стандарты]]