Ситуационная инженерия методов
Ситуационная инженерия методов (SME, situational method engineering) — это методология (разработка способов, "как делать") придерживающаяся следующих основных принципов:
- не бывает никакого способа работы (метода), кроме как определенного ситуационно. Метод, разработанный для одной ситуации, не может быть употреблен для другой ситуации.
- знание о методе должно быть разбито на модули: компоненты метода. Эти компоненты метода должны быть размещены в каталоге методов (cм. семантический каталог методов, промышленный каталог методов). Метод, соответствующий ситуации, должен собираться из этих компонент.
- в компонентах метода нужно различать:
- акторов (люди и инструменты, являющиеся продолжением людей),
- работы (взятые как разворачивающиеся во времени жизненные циклы, и как практики "того, что должно делаться"),
- рабочие продукты или артефакты (модели, документы), языки и нотации, руководства и т.д.
Cм. Последний (март 2010г.) обзор состояния ситуационной инженерии методов.
Менее структурированной альтернативой SME служит подход "pattern languages". В отличие от языков паттернов, описания метода в SME много более структурированы.
- Плюсы: можно как-то автоматизировать работу с этими описаниями
- Минусы: переструктурированные описания невозможно "читать", только "прокликивать": не задана последовательность изложения, это "энциклопедия", а не "учебник", см. подробнее).
Ситуационная инженерия методов даёт описания, трудно совместимые с традиционно понимаемыми мелко детализуемыми "логическими процессами", описываемыми в IDEF0, или еще более мелко детализуемыми (потому как для части из них подразумевается исполнение компьютером, которому всё нужно разжёвывать до мельчайших деталей и нельзя надеяться на понимание каких-то умолчаний) "физическими процессами", описываемыми в EPC/ARIS или BPMN 2.0. Описания методов конвертируются обычно не в workflow, а в projects - и соответствующий софт умеет выгружать ситуационные методы в виде проектов MS Project. Тем самым, реализации метода (endeavor) проще рассматривать как "проекты", а не как "процессы".
SME конкурирует с "готовыми методологиями" (off-the-shelf-methodologies), которыми торгуют большие компании: методологии разработки, которые one-size-fit-all, и должны быть далее внедрены полностью для того, чтобы работать.
Поколения SME
Появились два поколения ситуационной инженерии методов и отражающих эти поколения стандартов:
- I поколение, ориентированное на методологов, которым нужно было описывать методы работы и систематизировать эти методы работы.
- Стандарты OPF, ISO 24744 и OMG SPEM 2.0. (см. обзор)
- II поколение, ориентированное на инженеров (пользователей описаний).
- Стандарт OMG Essence (версия 1.0 была выпущена в ноябре 2014)
I поколение SME
Был разработан ряд стандартов ситуационной инженерии методов, которые определяют "метамодель" метода - из каких компонентов состоит метод, характеристики этих компонент, и связи между компонентами. Среди этих стандартов наиболее известны (см. краткий обзор):
- OPF (OPEN Process Framework) – один из ранних стандартов, представляет собой свободный набор компонентов для создания процессов ЖЦ на уровне проекта.
- OMG SPEM 2.0 - открытый стандарт OMG на базе профиля UML 2, предлагающий унифицированный способ представления ЖЦ.
- ISO 24744
- Не нужно путать ISO 24744 (метамодель для методов разработки) и ISO 24774 (формат описания практики, использовавшийся при создании ISO 15288). Хотя ничего не мешает использовать оба этих стандарта вместе, они друг другу не противоречат. Более того ISO 24744 гармонизирован с ISO 15288.
- Это наиболее современный стандарт (есть и его перевод на русский), но для него нет программного обеспечения.
- Отличительной особенностью этого стандарта является не только его принципиальная расширяемость, но и стандартизация соотношения между методом и реализацией метода (endeavour, предпринятием), а также включение описания языков и нотаций для работы с особым видом рабочих продуктов: моделями. Стандарт также задаёт графическую нотацию для описания методов. Всего его метамодель определяет 68 компонент метода (чтобы сложилось впечатление, о чем это, приведу начало этого списка, в алфавитном порядке: Action, ActionKind, Build, BuildKind, CompositeWorkProduct, KompositeWorkProductKind, Conglomerate, Constraint, Document, DocumentKind, Element, EndeavourElement, Guidline, HardwareItem, HardwareItemKind, InstrantenousStage, InstantenousStageKind, Language, MethodologyElement, Milestone и т.д. -- вот из таких кирпичиков и складываются описания методов).
- Подробнее об этом стандарте тут.
- Особенностью этого стандарта является то, что он предлагает артефакт-центрированный (а не практико-центрированный, или процесс-центрированный) метод описания: в нём главными для описания метода являются рабочие продукты, а практики и приёмы работы с ними и над ними могут меняться по ходу дела. Так, артефакт "план" может быть составлен множеством разных способов, с ним работают множество других практик, но его наличие постулируется -- и уже затем ситуационный метод строится, исходя из необходимости такого артефакта. Подробнее -- см. доклад Cesar Gonsales-Perez (презентация переведена на русский): http://www.vniiaes.ru/files/RuSEC%202010.rar
- SEMAT (из текущих инициатив по стандартизации, находящихся в русле ситуационной инженерии методов)
- Главной своей задачей SEMAT ставит выработку нового набора типов компонент метода (новую "схему акта деятельности"), по составу которого будет достигнут не столько "научный результат" (творцов в SEMAT более чем хватает), но общественное согласие. По факту, основатели SEMAT хотят повторить успех UML в области SME -- в начале 90-х по поводу UML договорились между собой представители самых разных методологий разработки и соответствующих им языков ОО-моделирования. Результат известен, UML сегодня "царь горы". Те же самые люди, которые занимались унификацией UML из своих разнородных подходов в середине 90-х, возглавляют теперь SEMAT. Тем самым развитие SME приобретает еще и социальное измерение: способ задания в SEMAT онтологии метода упирает на "разделяемость" (shared) множеством людей, как основное свойство онтологии -- когда они получат результат (набор компонент метода), по факту под этим результатом подпишутся множество людей, и SEMAT будет претендовать на статус "стандарта де-факто".
II поколение SME
- Стандарт OMG Essence – ядро и язык для описания методов и практик программной инженерии. Основным отличием Essence от предыдущих попыток (таких как OPF, SPEM, ISO 24744) решить ту же задачу является то, что наряду с синтаксисом языка в Essence вводится хорошо проработанный базовый набор типизированных понятий, называемых ядром. Ядро Essence разделено на три области интересов (клиента, решения и endeavor). В каждой области интересов есть свои альфы, пространства дел и компетенции. Важными свойствами ядра являются исполнимость, расширяемость и практичность.