2013-11-07 2 views
2

Что нравится в UML, так это то, что он предлагает унифицированный набор определенных диаграмм для выражения архитектуры программного обеспечения. Тем не менее, диаграммы касаются строящейся системы и не помогают помогать представлять требования и понимать проблемы на уровне пользователя (диаграмма использования - самый высокий уровень, и она по-прежнему очень специфична, мы ищем диаграммы для использования в качестве входных данных в использовать регистр).Существует ли стандартизированный язык моделирования на уровне выше UML?

Таким образом, мы использовали мешанина диаграмм сильно опираясь на dataflow diagrams, но мне было интересно, если там был стандартный с набором диаграмм как UML в наличии для сбора требований и т.д.

I» мы видели отдельные диаграммы, которые полезны, но никогда не представляют собой набор, который стандартизирован и взаимодействует.

Есть ли что-то вроде RML «Язык моделирования требований», который представляет собой семейство связанных диаграмм для требований и других более абстрактных проблем?

ответ

4

Зависит от того, что вы подразумеваете под «Высшим уровнем». Диаграммы потока данных хороши - но в значительной степени по-прежнему определяют «как» все работает, а не «почему». Я предполагаю, что, поскольку вы просмотрели DFD, вы также просмотрели и отклонили диаграммы бизнес-процессов в той или иной форме, например. bpmn/bpml.

Некоторых других предложений, которые могут (или не может) быть полезными для вас:

  • Feature Models, особенно полезен для понимания линий программного продукта и изменчивость/общность среди вариантов;
  • Business Motivation Models которые моделируют «почему»; цели, ограничения и т. д.
  • SBVR. Формализм для захвата бизнес-лексики & правил. Обратите внимание, что это текстовое, а не диаграммное, поэтому может быть неприменимо.
  • Behaviour Trees, обозначение Behavior Engineering.

Это довольно широкий спектр. Если вы можете быть более конкретным о потребностях, то его можно сузить. Стоит отметить, однако, что ни одно из вышеупомянутых не имеет широкого распространения в промышленности; конечно, не до уровня UML.

hth.

+0

Ну я видел отдельные схемы, которые являются полезными, но не набор из них, которые являются стандартными и Interwork. Я очень надеюсь, что есть что-то вроде RML «Язык моделирования требований», который представляет собой семейство связанных диаграмм. – ArtB

+0

ОК - но какие вещи вы ожидаете увидеть в такой модели? Цели задачи? Ограничения? Особенности? Описания домена? Как выглядит «требование»? – sfinnie

+0

Ну, надеюсь, что вся гамма от целей до использования, так же, как UML идет от прецедентов до диаграмм последовательности. – ArtB

0

UML сам по себе является моделью на более высоком языке моделирования: средство метаобъектов (MOF), которое вы можете рассматривать как высшую абстракцию, поскольку MOF определен сам по себе (то есть есть модель MOF, которая представляет язык MOF). Вы можете использовать MOF для описания языка моделирования, который затем может содержать диаграммы/классы, которые вы можете определить.

+0

Я знаю о MOF, и это не то, что я имел в виду под «высшим». Я имел в виду более абстрактное в том смысле, что менее конкретная, менее реалистичная. Диаграммы, которые могут служить в качестве вклада в диаграмму прецедентов или представлять общие правила. – ArtB

4

Язык моделирования ArchiMate используется для моделирования архитектуры предприятия и может решить некоторые из ваших потребностей. Язык стандартизирован OMG.

OMG страница: http://www.opengroup.org/subjectareas/enterprise/archimate

Очень полезный блог от опытного пользователя ArchiMate здесь: http://masteringarchimate.com/ Он также написал полезную книгу, продаваемую через его веб-сайт.

Orbus Software создали очень хороший Visio трафарет для диаграмм ArchiMate: http://www.orbussoftware.com/downloads/visio-starter-packs/archimate-starter-pack

Свободно доступный инструмент для одного пользователя для моделирования ArchiMate является Archi: http://www.archimatetool.com/

Есть также ряд коммерческих инструментов, в том числе от Orbus, BizzDesign, Corso, Avolution и других.

Eoin.

+0

URL-адрес Archi: http://www.archimatetool.com/ – Phillipus

0

Хотя UML объявлен как язык низкого уровня, вы можете использовать его для концепций более высокого уровня либо через профили UML (см. UML Profiles), либо через более развитое расширение. Одним из таких расширений является UPDM, который использует UML и SysML и расширяет его для использования в архитектурах оборонной промышленности (также применительно к более общим применениям), представляя структуры DoDAF и MODAF.

Просто потому, что UPDM обычно используется для моделирования программных архитектур более низкого уровня, это не значит, что его механизмы расширения, такие как MOF, не могут использоваться для моделирования всего, что вы хотите.

2

OMG, орган стандартизации, который поддерживает UML, имеет язык более высокого уровня для системного моделирования: SysML.

SysML предназначен для более высокого уровня, чем UML. Он включает в себя тип элемента «требование» и опускает многие низкоуровневые конструкции UML, но по-прежнему достаточно тесно связан с тем, что кто-то, знакомый с UML, распознает большую часть SysML.

0

Существует язык моделирования RML, разработанный Seilevel (полное раскрытие - я там работаю), специально разработанный для требований. Вы можете прочитать об этом в книге

http://www.amazon.com/Visual-Software-Requirements-Developer-Practices/dp/0735667721/ref=sr_1_1?ie=UTF8&qid=1463064250&sr=8-1&keywords=requirements+models

Наш блог имеет много сообщений об этом http://www.seilevel.com/requirements/

Модели предназначены быть дружественным для бизнес-пользователей. Категории моделей

Цели (бизнес-цель модель, требование матрицы отображения, цель цепи и т.д.)

Людей (Org диаграмма, схема процесса, КПЭ модель и т.д.)

система (эко карты системы, система поток, интерфейс системы)

данных (бизнес-схема данных, потоков данных, словарь данных)

Смежные вопросы