Первая десятка рекомендаций по моделированию для системных инженеров: Рекомендация 5. Необходимыми являются лишь четыре (+1) диаграммы

Рекомендация 5 из первой десятки рекомендаций по моделированию от Брюса Дугласа посвящена созданному им профилю Minimal SysML, призванному упростить освоение языков UML и SysML

Брюс Дуглас, главный популяризатор Rational, отделение системотехники

Фото автораБрюс Дуглас (Bruce Douglass) имеет более чем 30-летний опыт работы с программным обеспечением и специализируется на разработке систем реального времени и встраиваемых систем. Он автор процесса разработки встраиваемых систем реального времени IBM Rational Harmony™ (Harmony/ERT). Вместе с Питром Хофманом разработал оригинальный процесс Harmony, в котором системотехника и ПО сочетаются с узкоспециализированной автоматизацией для достижения гладкого, комплексного рабочего процесса. В IBM занимается консалтингом и преподаванием UML, SysML и DoDAF не только заказчикам программного обеспечения Rational, но и собственным инженерам, научным сотрудникам и специалистам по маркетингу IBM. Написал более 100 журнальных статей и 15 технических книг, является лектором и членом консультативного совета Конференции встраиваемых систем и Всемирной конференции UML. Его опыт включает в себя гибкую разработку и гибкие методы проектирования систем, а также разработку на основе модели и системы повышенной безопасности.



21.03.2014

Язык UML весьма сложен. Действующая спецификация этого языка состоит из трех частей

  1. Суперструктура (758 страниц)
  2. Инфраструктура (226 страниц)
  3. Обмен диаграмм (132 страницы)

Текст этой спецификации весьма насыщен и непрост для понимания, в результате чего он заслужил множество нелестных отзывов. Ситуация со спецификацией языка SysML еще хуже: она содержит примерно 80 спецификаций UML, к которым добавлена изрядная порция другого контента (еще 272 страницы). Кроме того, язык SysML имеет несколько утонченных и изощренных возможностей. Все это препятствует освоению и внедрению языка SysML во многих средах системного проектирования.

Тем не менее сложность полной спецификации не должна являться препятствием для освоения и применения языка моделирования. Группа проектировщиков может реализовать приблизительно 80% преимуществ языка моделирования, используя базовые средства этого языка, составляющие приблизительно 20% общего объема. Я создал SysML-профиль под названием Minimal SysML, который включает в себя подмножество возможностей языка SysML. Другие функции и представления, определяемые спецификацией SysML, можно внедрять "инкрементно" после освоения этого базового подмножества, по мере возникновения потребностей в более "продвинутых" возможностях.

Указанное подмножество языка содержит меньше диаграмм, чем в наборе, заданном спецификациями SysML, а некоторые оставленные в этом подмножестве диаграммы упрощены за счет сокращения набора содержащихся в них элементов. В итоге были оставлены следующие базовые диаграммы:

  • Диаграмма варианта использования
  • Блочная диаграмма (разновидностями блочной диаграммы являются диаграмма определения блоков и диаграмма внешних блоков)
  • Диаграмма активностей
  • Диаграмма состояний
  • Диаграмма последовательностей

Перечислю некоторые изъятые диаграммы:

  • Диаграмма требований: "виртуальная диаграмма", которая в действительности вообще не является диаграммой
  • Диаграмма пакетов: демонстрирует использование блочной диаграммы
  • Параметрическая диаграмма: используется для моделирования параметрических ограничений.

Некоторые элементы внутри базовых диаграмм также были удалены:

  • Блочные диаграммы: сохранили прокси-порты, но утратили полные порты
  • Машины состояний (конечные автоматы): утратили ретроспективное псевдосостояние и коннекторы
  • Диаграммы последовательностей: утратили следующие сообщения: create, destroy, found, lost ,execution occurrence, reply. Диаграммы активностей утратили следующие артефакты: action pin, call operation, interruptible regions, flow final.

Полученное подмножество поддерживает почти все потоки операций системного проектирования, включая моделирование требований, функциональный анализ вариантов использования, специфицирование архитектуры и определение интерфейса. Как я уже говорил, по мере освоения базового подмножества — и возникновения новых потребностей — можно поэтапно добавлять другие представления и элементы, приближаясь к полному варианту языка. А пока у вас будет более простой язык, который позволяет выполнять почти все необходимые при проектировании операции.

Ресурсы

Научиться

  • Оригинал статьи: Top 10 modeling hints for system engineers: #5 Only 4 (+1) diagrams are required.
  • Дополнительная информация о продукте Rational System Architect
  • Для получения дополнительной информации об инструменте Rational Rhapsody для коллективной управляемой моделями разработки встроенных систем познакомьтесь с обзором линейки продуктов Rational Rhapsody и посетите страницу Rational Rhapsody на сайте IBM developerWorks. Чтобы получить локальный экземпляр документации, посетите раздел Changing the location of help content в информационном центре по продукту Rational Rhapsody 7.6.
  • Для получения дополнительной информации о возможностях продукта Rational Rhapsody в области управления проектированием ознакомьтесь с инструментом IBM Rational Rhapsody Design Manager, который позволяет всем участникам группы разработки взаимодействовать, совместно использовать ресурсы, просматривать материалы, управлять проектированием и моделями. Кроме того, посетите страницу Design Management на сайте Jazz.net.
  • Посетите раздел по программному обеспечению Rational на сайте developerWorks и ознакомьтесь с техническими материалами, проверенными методиками и информацией по интегрированным решениям Rational для коллективного создания программного обеспечения и систем.
  • Следите на веб-сайте developerWorks за мероприятиями и трансляциями по техническим вопросам, посвященными различным продуктам IBM и актуальным темам ИТ-отрасли.
  • Углубите свои навыки. Ознакомьтесь с каталогом ресурсов для обучения и сертификации по продуктам Rational, который содержит множество курсов различного типа, охватывающих широкий диапазон тем. Некоторые из этих курсов можно пройти в любом месте и в любое время, а многие курсы категории Getting Started являются бесплатными.

Получить продукты и технологии

Обсудить

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Rational
ArticleID=966506
ArticleTitle=Первая десятка рекомендаций по моделированию для системных инженеров: Рекомендация 5. Необходимыми являются лишь четыре (+1) диаграммы
publish-date=03212014