Чем UML отличается от IDEF? (какие есть нюансы?)

Спросить
Создано 15 августа 2018 в 14:33
Просмотрели 110 раз
6
Вот столкнулся с этими определениями и хотелось бы понять в чем разница, хорошо представляю что такое UML, но про IDEF слышу впервые, хотелось бы разобраться..
Добавлено: 15 августа 2018 в 14:33 tork Уровень: 25
Прокомментировать..
Подписаться
1
Если у проблемы не выбран лучший совет, то цена за лучший совет растет ежеминутно. Если совет уже выбран - это не значит, что ваш совет не может стать лучшим (лучший совет может измениться если ваш наберет больше голосов). При равенстве голосов за совет, выигрывает тот, который был дан раньше. Совет должен содержать уникальную информацию относительно других уже данных советов. Если вы по большей части согласны с уже данным советом, то просто проголосуйте за него и добавьте уникальную информацию в комментарии. Система сама определяет сколько голосов необходимо набрать совету чтобы стать лучшим (этот показатель зависит от текущей степени активности на проекте)

Отчет по последней выплате

Статистика по текущей выплате

Советов: 4

-2
В настоящее время существуют два основных методологических подхода для описания и анализа предметной области и информационных систем:

структурный подход, поддерживаемый методологией системного анализа и проектирования Structure Analysis and Design Technique (SADT)-IDEF0, DFD;

объектно-ориентированный подход, поддерживаемый методологией Rational Unified Process (RUP) и языком моделирования Unified Modeling Language (UML).

IDEF0 ИDFD

Механизмы расширения UML предназначены для того, чтобы разработчики могли адаптировать язык моделирования к своим конкретным нуждам, не меняя при этом его метамодель. Наличие механизмов расширения принципиально отличает UMLот таких средств моделирования, как IDEF0, IDEF1X, IDEF3, DFD и др. Перечисленные языки моделирования можно определить как сильно типизированные (по аналогии с языками программирования), поскольку они не допускают произвольной интерпретации семантики элементов моделей. UML, допуская такую интерпретацию (в основном за счет стереотипов), является слабо типизированным языком.
Прокомментировать..
-2
В настоящее время существуют два основных методологических подхода для описания и анализа предметной области и информационных систем:

структурный подход, поддерживаемый методологией системного анализа и проектирования Structure Analysis and Design Technique (SADT)-IDEF0, DFD;

объектно-ориентированный подход, поддерживаемый методологией Rational Unified Process (RUP) и языком моделирования Unified Modeling Language (UML).

IDEF0 ИDFD

Механизмы расширения UML предназначены для того, чтобы разработчики могли адаптировать язык моделирования к своим конкретным нуждам, не меняя при этом его метамодель. Наличие механизмов расширения принципиально отличает UMLот таких средств моделирования, как IDEF0, IDEF1X, IDEF3, DFD и др. Перечисленные языки моделирования можно определить как сильно типизированные (по аналогии с языками программирования), поскольку они не допускают произвольной интерпретации семантики элементов моделей. UML, допуская такую интерпретацию (в основном за счет стереотипов), является слабо типизированным языком.
Прокомментировать..
-2
В настоящее время существуют два основных методологических подхода для описания и анализа предметной области и информационных систем:

структурный подход, поддерживаемый методологией системного анализа и проектирования Structure Analysis and Design Technique (SADT)-IDEF0, DFD;

объектно-ориентированный подход, поддерживаемый методологией Rational Unified Process (RUP) и языком моделирования Unified Modeling Language (UML).

IDEF0 ИDFD

Механизмы расширения UML предназначены для того, чтобы разработчики могли адаптировать язык моделирования к своим конкретным нуждам, не меняя при этом его метамодель. Наличие механизмов расширения принципиально отличает UMLот таких средств моделирования, как IDEF0, IDEF1X, IDEF3, DFD и др. Перечисленные языки моделирования можно определить как сильно типизированные (по аналогии с языками программирования), поскольку они не допускают произвольной интерпретации семантики элементов моделей. UML, допуская такую интерпретацию (в основном за счет стереотипов), является слабо типизированным языком.
Прокомментировать..
-2
структурный подход, поддерживаемый методологией системного анализа и проектирования Structure Analysis and Design Technique (SADT)-IDEF0, DFD;

объектно-ориентированный подход, поддерживаемый методологией Rational Unified Process (RUP) и языком моделирования Unified Modeling Language (UML).

IDEF0 ИDFD

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

14. Основные понятия моделирования бизнес-процессов.
15. Структурный подход к моделированию бизнес-процессов.
Метод функционального моделирования SADT (IDEF0)

Метод SADT (Structured Analysis and Design Technique) считается классическим методом процессного подхода к управлению. Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой. Именно бизнес-процессы, формирующие значимый для потребителя результат, представляют ценность, и именно их улучшением предстоит в дальнейшем заниматься. Модель, основанная на организационно-штатной структуре, может продемонстрировать лишь хаос, царящий в организации (о котором в принципе руководству и так известно, иначе оно бы не инициировало соответствующие работы), на ее основе можно только внести предложения об изменении этой структуры. С другой стороны, модель, основанная на бизнес-процессах, содержит в себе и организационно-штатную структуру предприятия.

В соответствии с этим принципом бизнес-модель должна выглядеть следующим образом:

1.Верхний уровень модели должен отражать только контекст системы - взаимодействие моделируемого единственным контекстным процессом предприятия с внешним миром.

2.На втором уровне модели должны быть отражены основные виды деятельности (тематически сгруппированные бизнес-процессы) предприятия и их взаимосвязи. В случае большого их количества некоторые из них можно вынести на третий уровень модели. Но в любом случае под виды деятельности необходимо отводить не более двух уровней модели.

3.Дальнейшая детализация бизнес-процессов осуществляется посредством бизнес-функций - совокупностей операций, сгруппированных по определенным признакам. Бизнес-функции детализируются с помощью элементарных бизнес-операций.

4.Описание элементарной бизнес-операции осуществляется посредством задания алгоритма ее выполнения.

Метод SADT разработан Дугласом Россом (SoftTech, Inc.) в 1969 г. для моделирования искусственных систем средней сложности. Данный метод успешно использовался в военных, промышленных и коммерческих организациях США для решения широкого круга задач, таких как долгосрочное и стратегическое планирование, автоматизированное производство и проектирование, разработка ПО для оборонных систем, управление финансами и материально-техническим снабжением и др. Метод SADT поддерживается Министерством обороны США, которое было инициатором разработки семейства стандартов IDEF (Icam DEFinition), являющегося основной частью программы ICAM (интегрированная компьютеризация производства), проводимой по инициативе ВВС США. Метод SADT реализован в одном из стандартов этого семейства - IDEF0, который был утвержден в качестве федерального стандарта США в 1993 г., его подробные спецификации можно найти на сайте. Существует также российская версия данного стандарта. Вместе со стандартом IDEF0 обычно используются стандарт моделирования процессов IDEF3 и стандарт моделирования данных IDEF1Х.

Метод SADT представляет собой совокупность правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этого метода основываются на следующих концепциях:

1) Графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описывается посредством интерфейсных дуг, выражающих "ограничения", которые, в свою очередь, определяют когда и каким образом функции выполняются и управляются.

2) Строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. Правила SADT включают: ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков - ограничение мощности краткосрочной памяти человека), связность диаграмм (номера блоков), уникальность меток и наименований (отсутствие повторяющихся имен), синтаксические правила для графики (блоков и дуг), разделение входов и управлений (правило определения роли данных).

3) Отделение организации от функции, т.е. исключение влияния административной структуры организации на функциональную модель.

Метод SADT в наибольшей степени подходит для описания процессов верхнего уровня управления. Его основные преимущества заключаются в следующем:

1)полнота описания бизнес-процесса (управление, информационные и материальные потоки, обратные связи);

2)комплексность декомпозиции;

3)возможность агрегирования и детализации потоков данных и информации (разделение и слияние дуг);

4)наличие жестких требований, обеспечивающих получение моделей стандартного вида;

5)простота документирования процессов;

6)соответствие подхода к описанию процессов стандарту ISO 9000:2000.

В то же время метод SADT обладает рядом недостатков:

1)сложность восприятия (большое количество дуг на диаграммах);

2)большое количество уровней декомпозиции;

3)трудность увязки нескольких процессов, представленных в различных моделях одной и той же организации. ГУГЛ ВАМ В ПОМОЩЬ
Подозреваю что это скопированный текст.. Но проверять пока нет времени. Рекомендую вам изучить правила проекта https://nujensovet.ru/about/rules а то вас могут сильно оштрафовать за скопированный текст – tork
Прокомментировать..

Ваш совет

Дать совет..
X
Укажите причину отрицательной оценки проблемы. Какой пункт правил нарушен?

X
Укажите причину отрицательной оценки совета. Какой пункт правил нарушен?

X