OMG SPEM 2.0 — различия между версиями
Admin (обсуждение | вклад) (Новая страница: «'''SPEM''' (System and Software Process Engineering Metamodel) 2.0 – это открытый стандарт OMG на базе профиля UML 2, пре…») |
Admin (обсуждение | вклад) |
||
(не показано 5 промежуточных версий этого же участника) | |||
Строка 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, предлагающий унифицированный способ представления [[жизненный цикл|ЖЦ]]. |
== Основные концепции == | == Основные концепции == | ||
Строка 8: | Строка 8: | ||
== Преимущества == | == Преимущества == | ||
* Главным и определяющим преимуществом является то, что по факту существует только один вариант повсеместно доступного инструментария, подразумевающего обмен моделями методов между инструментами, и он существует именно для метамодели OMG SPEM 2.0. Во всех остальных случаях приходится пользоваться результатами академических разработок, или какими-то "настройками" к разным моделерам общего назначения – что явно не подразумевает обмена результатами работы по моделированию методов. | * Главным и определяющим преимуществом является то, что по факту существует только один вариант повсеместно доступного инструментария, подразумевающего обмен моделями методов между инструментами, и он существует именно для метамодели OMG SPEM 2.0. Во всех остальных случаях приходится пользоваться результатами академических разработок, или какими-то "настройками" к разным моделерам общего назначения – что явно не подразумевает обмена результатами работы по моделированию методов. | ||
− | * Для моделирования | + | * Для моделирования уже сейчас существует приемлемый софт - [http://ailev.livejournal.com/764182.html EPF Composer] (Eclipse Process Framework Composer) |
+ | * С некоторыми ограничениями может использоваться любой поддерживающий профили UML-моделер, так как SPEM основан на UML. | ||
+ | * Есть довольно много описаний "лучших практик" (от [[RUP]] до [[SCRUM]] и [[XP]], с десятком промежуточных по степени [[Agile|agility]]), выполненных в соответствии с этим стандартом - как свободных (http://epf.eclipse.org/), так и поставляемых коммерчески вместе с "улучшителем" для EPF Composer ([http://www-01.ibm.com/software/awdtools/rmc/library/ IBM Rational Method Composer], впрочем там не слишком много улучшений за дополнительных $400) | ||
== Недостатки == | == Недостатки == | ||
Строка 14: | Строка 16: | ||
* 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 непосредственно. | ||
+ | |||
+ | == Ссылки == | ||
+ | * [http://community.livejournal.com/incose_ru/10384.html Пример моделирования в метамодели SPEM 2.0 с использованием EPF Composer] | ||
+ | * [http://techinvestlab.ru/files/586621/spem2_short_nov09.doc Сокращенный перевод OMG SPEM 2.0 на русский] | ||
+ | |||
+ | == См. также == | ||
+ | * [[Ситуационная инженерия методов#Поколения SME|Поколения ситуационной инженерии методов]] | ||
+ | |||
+ | [[Категория:Стандарты OMG]] |
Текущая версия на 16:24, 30 ноября 2017
SPEM (System and Software Process Engineering Metamodel) 2.0 – это открытый стандарт OMG на базе профиля UML 2, предлагающий унифицированный способ представления ЖЦ.
Основные концепции
Эта метамодель покрывает описание фрагментов продуктов и процессных фрагментов с помощью отдельных элементов. В метамодели SPEM явно упоминается жизненный цикл. Он представлен объектом Delivery Process, который отражает процесс, покрывающий ЖЦ с момента начала проекта и до его конца. Он обеспечивает полное описание ЖЦ с предопределенными стадиями, итерациями и актами деятельности, которые описываются последовательностью методов (method content).
Delivery Process определяет что и как будет произведено, а также кто для этого нужен. Это описывается в виде функциональной иерархии, иерархии продуктов и иерархии команды участников.
Преимущества
- Главным и определяющим преимуществом является то, что по факту существует только один вариант повсеместно доступного инструментария, подразумевающего обмен моделями методов между инструментами, и он существует именно для метамодели OMG SPEM 2.0. Во всех остальных случаях приходится пользоваться результатами академических разработок, или какими-то "настройками" к разным моделерам общего назначения – что явно не подразумевает обмена результатами работы по моделированию методов.
- Для моделирования уже сейчас существует приемлемый софт - EPF Composer (Eclipse Process Framework Composer)
- С некоторыми ограничениями может использоваться любой поддерживающий профили UML-моделер, так как SPEM основан на UML.
- Есть довольно много описаний "лучших практик" (от RUP до SCRUM и XP, с десятком промежуточных по степени agility), выполненных в соответствии с этим стандартом - как свободных (http://epf.eclipse.org/), так и поставляемых коммерчески вместе с "улучшителем" для EPF Composer (IBM Rational Method Composer, впрочем там не слишком много улучшений за дополнительных $400)
Недостатки
- Отсутствие поддержки многоуровневого описания методов. Высокоуровневые «обзорные диаграммы» процессов практически невозможно получить, их приходится строить вручную, автоматизация хорошо работает только на нижних детальных уровнях иерархии.
- SPEM также плохо поддерживает уровень конкретного проекта (endeavor), что затрудняет адаптацию описанных методов – Delivery Process в нем «типовой» прямо по определению.
- Стандарт описания методов OMG SPEM 2.0 не соответствует стандарту описанию практик, данному в ISO 24774, а стандарты описания практик/методов системной инженерии опираются именно на него. Поэтому методы (практики) ISO 15288 трудно отмоделировать на SPEM непосредственно.
Ссылки
- Пример моделирования в метамодели SPEM 2.0 с использованием EPF Composer
- Сокращенный перевод OMG SPEM 2.0 на русский