Случай-означава. Сравнителен анализ. ARIS-Rational Rose

Отговор Анализ на 7 ноември 2010 г. Анализатор

Тази статия ще обсъди сравнение на инструменти за случаи като ARIS и Rational Rose. Разбира се, нашето сравнение е малко ограничено, т.к инструменти като Enterprise Architect и Business Studio сега набират все по-голяма популярност, но ще говорим за тях следващия път..

В допълнение, предложената линия от продукти на ARIS е значително разширена с пускането на версия 7.0 и по-нова .. но това отново е тема за отделна дискусия ..

В тази статия разглеждаме такъв заслужен ветеран като версията ARIS 6.2, обичана и използвана от всички, и Rational Rose, която също зае своята стабилна ниша на пазара на инструменти за случаи и получи своите фенове отдавна.

И така, отново ще изразимречника, който използваме:

Методологията определя работните стъпки и тяхната последователност (RUP, ARIS);

Нотациите са предназначени да опишат елементи от данни, стъпки на обработка и включват графики, диаграми, таблици, блок-схеми (ARIS EPC, UML);

Инструменти поддържат работата на потребителите при създаване и редактиране на графичен проект (ARIS Toolset, Rational Rose).

Инструментът за случай е предоставен от IDS Scheer.

ARIS eEPC (Event-driven Process Chain, EPC) - за описание и подобряване на работните процеси;

BPMN (Business Process Modeling Notation) - предоставя визуално представяне на връзката между различни бизнес процеси;

BPEL (Език за изпълнение на бизнес процеси, BPEL) - за описание на хронологичната последователност на извикване на уеб услуги за изпълнение на конкретен бизнеспроцес;

WSDL (Език за описание на уеб услуги) – за описание на интерфейси на уеб услуги;

UML – за описание на ИТ системи.

(списъкът на поддържаните модели не е пълен, разглеждаме само основните):

Организационна схема (Организационна схема);

Функционално дърво (Функционално дърво);

Модели на технически термини (модел на технически термини, модел на данни);

EPC (верига от събития на процес, модел на процес);

Диаграма на целите (Диаграма на целите, функционален модел);

Диаграма за разпределение на eERM атрибути (Диаграма на атрибути, модел на данни);

Диаграма на информационния поток (Диаграма на информационния поток, модел на процеса);

Организационна схема

Дърво на функциите

Пример за BP: Преминаване на годишното интервю

EPC (верига от събития на процес, модел на процес)

Пример за BP: Преминаване на годишното интервю

Диаграма за разпределение на eERM атрибут

Пример за BP: преминаване на годишното интервю

Диаграма на целите (Диаграма на целите, функционален модел)

Пример за BP: преминаване на годишното интервю

Диаграма на информационния поток (Диаграма на информационните потоци, модел на процеса)

Пример за BP: Преминаване на годишното интервю

Инструмент за случай, предоставен от IBM.

UML – предназначен да опише ИТ системи.

От историята на създаването на стандарта UML: като основа при създаването на UML са използвани нотации за анализ на процесиобработка на данни в информационни системи, като: Booch нотация и OMT нотация (Object Modeling Technique, James Rumbach Method).

Диаграми, описващи статичната структура на системата:

Use case diagrams (диаграми на случаи на използване) - за моделиране на бизнес процеси и функционални изисквания към създаваната система;

Диаграми на класове (диаграми на класове) - за моделиране на статичната структура на класовете на системата;

Диаграми на поведението на системата:

Диаграми на взаимодействие (диаграми на взаимодействие):диаграми на последователност (диаграми на последователност) идиаграми на сътрудничество (кооперативни диаграми) - за моделиране на взаимодействие (съобщения) между обекти;

Диаграми на състоянието (диаграми на състояния) - за моделиране на жизнения цикъл (преходи на състояния) на системни обекти;

Диаграми на дейности (диаграми на дейности) - за моделиране на сложното поведение на системата в рамките на случаите на използване при наличие на паралелни процеси;

Диаграми за изпълнение:

Component diagrams (диаграми на компоненти) - за моделиране на физическата структура на софтуерните компоненти на системата;

Диаграми на разгръщане (диаграми на разгръщане) - за моделиране на разположението на компонентите на системния софтуер в разпределена среда.

Диаграма на случаи на използване

Пример за BP: Преминаване на годишното интервю

Диаграма на класове (диаграма на класове)

Пример за BP:Преминаване на годишно интервю

Диаграма на дейност

Пример за BP: Преминаване на годишното интервю

Диаграма на държавна карта

Пример за BP: Преминаване на годишното интервю

Диаграма на последователността

Пример за BP: преминаване на годишното интервю

ARIS	Rational Rose
Име на модела	Име на модела
EPC	Хибрид между диаграма на дейността и диаграма на състоянието
Диаграма за разпределение на атрибути на eERM	класова диаграма

Целта на този анализ не беше да се прегледат всички модели ARIS и Rational Rose.

За сравнение са взети само някои модели, за да се демонстрира "прилика" и "разминаване" в описанието на моделите в тези случайни средства.

Извършеният анализ е от изключително частен характер, изборът на инструмент за казус се основава на целите на проекта, пълнотата на проектния екип, който ще работи в тази среда, общата политика на компанията - факторите могат да бъдат много! Изборът е твой!

Анализът е извършен през 2008 г. За анализа са използвани информационни ресурси от световната мрежа, включително форуми.