Уважаемые коллеги, если ваша IDEF0-модель создана в 3SL Cradle, то ее проверят бесплатно.
http://saturs.ru/index.php?r=block/plain&label=articles-idef0-bpwin

Заголовочек исправили бы?

Кстати, а коли BPWin сняли с производства, может он этот IDEF0 и никому не нужен? Может его перестать изучать? Спрашиваю без иронии

Кстати, а коли BPWin сняли с производства, может он этот IDEF0 и никому не нужен? Может его перестать изучать? Спрашиваю без иронии

У меня много вопросов к IDEF0, не нравится он мне. М.б. я кончено не умею его готовить, но сколько раз не пытался его использовать - в реальных проектах он у меня так и не заработал.
BPMN для описания БП мне как-то ближе и понятнее конечным потребителям.

По мне, IDEF0 вполне удобен и информативен, когда нужно дать картину "в целом".
Выгодно отличается от многих нотаций тем, что штатно отображает "регламентирующую" составляющую процесса (нормативку, правила, распоряжения и т.п.). Иногда это важно.

Подкупает читаемостью без какой-либо предварительной подготовки.

Главное - не сильно детализировать описываемое (см.рис.).

П.С. В реальных проектах применяли неоднократно. Работает.

Моя позиция ближе к Леониду, чем к Саше.

На самом деле IDEF0 довольно прост и строг. Мне он как раз нравится, причем больше BPMN, который преподавать явно сложнее. Понятно BPMN  и IDEF0 большие разницы, я бы нашел большее сходство между BPMN и IDEF3.

Есть правда eFFBD или process flow diagram. Просто, если нет инструментальной поддержки уровня BPWin, значит нет и спроса?

сообщение устарело

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

Спасибо, Юлия. Нельзя ли чуть подробнее об этом тезисе. Не могли бы пояснить мысль на небольшом и понятном примере?

сообщение устарело

если чуть подробнее, то стрелки - нефункциональные требования, блоки функциональные. При декомпозиции в соответствии с методологией IDEF0 все связи должны сохраняться, т.е. обеспечивается трассируемость.
Пример можно скачать здесь http://edu.reqcenter.pro/?p=3881

Как-то язык не поворачивается назвать "сборщика шкафов" "нефункциональным требованием". Равно как инструмент,  детали шкафа и сам шкаф. Остаются только стрелки "Собрать с наименьшими затратами" и "Собрать с наименьшими неполадками", попробую считать требованиями их.

Как бы сказать... Это очень плохой пример. Мало того, что эти "требования" взаимоисключающие (цена vs качество), так еще и предполагается, что внутри процесса сам сборщик может решать, что и как ему делать. Вот возьмет, и сэкономит на сборке.

Да и не место там этим "требованиям", на мой взгляд. В примере со шкафами "сверху" логичнее смотрятся спецификация, чертеж, технологическая карта сборки, да хоть инструкция по технике безопасности.

P.S. Ссылка на "качественно учим других" в предыдущем посте битая.

Юлия, спасибо.

Леонид меня опередил. По сути снял с моего языка вопросы. Для  меня оказалось неожиданностью, что управление формулируется глагольными фразами, хотя с учетом их формулировки принять можно, но не по фэншую как-то, у отца основателя такого я не видел Методология структурного анализа и проектирования SADT.

Каждая стрелка характеризует некоторое ограничение, которое Вы и интерпретируете как нефункциональное требование?

Это больше похоже на «виды обеспечения» из ГОСТ 34.

сообщение устарело

Юлия,
думаю тогда это не нотация или лучше сказать стандарт IDEF0. Возможно, это ваша особая технология, сильно похожая на стандарт?

Не знаю, в стандарте английским по белому написано

2.2 Arrow: A directed line, composed of one or more arrow segments, that models an open channel or conduit conveying data or objects from source (no arrowhead) to use (with arrowhead). There are 4 arrow classes: Input Arrow, Output Arrow, Control Arrow, and Mechanism Arrow (includes Call Arrow). See Arrow Segment, Boundary Arrow, Internal Arrow.

2.3 Arrow Label: A noun or noun phrase associated with an IDEF0 arrow or arrow segment, specifying its meaning.

Эд, я напомню, что ещё есть российские рекомендации по стандартизации Р 50.1.028-2001. Методология функционального моделирования, в которых сказано, например:

2.35 стрелка механизма: Класс стрелок, которые отображают механизмы IDEF0, то есть средства, используемые для выполнения функции; включает специальный случай стрелки вызова. Стрелки механизмов связываются с нижней стороной блока IDEF0.
…
2.44 управляющая стрелка: Класс стрелок, которые в IDEF0 отображают управления, то есть условия, при выполнении которых выход блока будет правильным. Данные или объекты, моделируемые как управления, могут преобразовываться функцией, создающей соответствующий выход. Управляющие стрелки связываются с верхней стороной блока IDEF0.
…
6.2 Имена и метки
…
Стрелки идентифицируют данные или материальные объекты, необходимые для выполнения функции или производимые ею. Каждая стрелка должна быть помечена существительным или оборотом существительного…

Наверное можно пытаться быть круче Госстандарта, но обычно это очень дорого обходится.

сообщение устарело