2.1.1 Rational Rose
Программный продукт Rational Rose – CASE-средства визуального проектирования информационных систем, позволяющего моделировать как бизнес-процессы, так и компоненты программного обеспечения.
Этот программный продукт реализует принципы структурного анализа, когда предприятие представляется в виде сложной системы, состоящей из различных компонент, имеющих различного рода взаимосвязи друг с другом. Инструментальные средства позволяют определить и отразить в моделях основные компоненты предприятия, протекающих процессов, используемой информации, а также представить взаимосвязи между этими составляющими компонентами.
Методика построения так называемых «бизнес-моделей», содержащаяся в дополнительном наборе рекомендаций или методике RUP, которая сопровождает пакет Rational Rose, предлагает диаграммы Use Case и Activity для описания бизнес-процессов. Дуги Use Case и Activity диаграмм не имеют смысловых типов, а образно показывают логическую связь. Синтаксические соглашения, диктуемые системой при разработке Use Case и Activity-диаграмм, имеют наборы перечисленных функций, которые дают информацию о происходящих на предприятии процессах. По этой причине пользователям Rational Rose при разработке Use Case и Activity-диаграмм приходится придумывать свои оригинальные синтаксические соглашения и давать свою интерпретацию, чтобы отразить всю существенную для анализируемого процесса информацию. Диаграммы не объединены в законченную и понятную систему; этим диаграммам (что, наверное, главное) не дается никакой интерпретации, объясняющей, как их применять при моделировании. Это означает, что два процесса соединены стрелкой — просто последовательность их исполнения или, например, то, что второй процесс обрабатывает некоторые результаты деятельности первого, а может быть, наоборот, для работы первого процесса необходима некая информация, которую подготавливает второй? Поэтому пользователю Rational Rose необходимо разрабатывать свои формализмы для получения методики построения моделей и анализа бизнес-процессов. Rational Rose основан на стандартах UML, но не поддерживает ни одну из известных методологий моделирования и анализа бизнес-процессов.
2.1.2 BPWin
Анализа и реорганизации бизнес-процессов, компания Logic Works, предлагает проводить с применением CASE - средства верхнего уровня - BPwin, поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram). Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель TO-BE).
Основной из трех методологий, является IDEF0. IDEF0, относится к семейству IDEF, которое появилось в конце шестидесятых годов под названием SADT (Structured Analysis and Design Technique). IDEF0 может быть использована для моделирования широкого класса систем. Для новых систем применение IDEF0 имеет своей целью определение требований и указание функций для последующей разработки системы, отвечающей поставленным требованиям и реализующей выделенные функции. Применительно к уже существующим системам IDEF0 может быть использована для анализа функций, выполняемых системой и отображения механизмов, посредством которых эти функции выполняются. Результатом применения IDEF0 к некоторой системе является модель этой системы, состоящая из иерархически упорядоченного набора диаграмм, текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок. Двумя наиболее важными компонентами, из которых строятся диаграммы IDEF0, являются работы (представленные на диаграммах в виде прямоугольников), данные и объекты (изображаемые в виде стрелок), связывающие между собой работы. При этом стрелки, в зависимости от того в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на пять видов (см. контекстную диаграмму в Приложении №1):
· стрелки входа (входят в левую грань работы) – изображают данные или объекты, изменяемые в ходе выполнения работы;
· стрелки управления (входят в верхнюю грань работы) – изображают правила и ограничения, согласно которым выполняется работа;
· стрелки выхода (выходят из правой грани работы) – изображают данные или объекты, появляющиеся в результате выполнения работы;
· стрелки механизма (входят в нижнюю грань работы) – изображают ресурсы, необходимые для выполнения работы, но не изменяющиеся в процессе работы (например, оборудование, людские ресурсы);
· стрелки вызова (выходят из нижней грани работы) – изображают связи между разными диаграммами или моделями, указывая на некоторую диаграмму, где данная работа рассмотрена более подробно.
Все работы и стрелки поименованы. Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом.
Такая диаграмма называется контекстной. В контекст входит описание цели моделирования, области (описания того, что будет рассматриваться как компонент системы, а что как внешнее воздействие) и точки зрения (позиции, с которой будет строиться модель). Обычно в качестве точки зрения выбирается точка зрения лица или объекта, ответственного за работу моделируемой системы в целом. Недостатком Bpwin, является недостаточная проработка интерфейса пользователя, что может осложнять работу проектировщика.
Одним из недостатков BPWin называют ограничение по количеству объектов на диаграмме. Однако опыт реальных проектов показывает, что для проекта, результаты которого можно реально использовать (критерий – обозримость), количество объектов в модели BPWin составляет 150-300. Это означает, что при 8 объектах на одной диаграмме, общее количество диаграмм (листов) в модели составит 20-40. Модели BPWin, содержащие более 500 объектов, фактически невозможно использовать. Следует подчеркнуть, что модель создается для выделения и анализа проблем, т.е. требуется детальное описание наиболее сложных, проблемных областей деятельности, а не тотальное описание всех процессов.
0 комментариев