Моделирование.
Информационная система отдела заказов малого предприятия "Комстар"
CASE-средства служат инструментарием для поддержки и усиления методов структурного анализа и проектирования. Эти инструменты поддерживают работу пользователей при создании и редактировании графического проекта в интерактивном режиме, они способствуют организации проекта в виде иерархии уровней абстракции, выполняют проверки соответствия компонентов. Фактически CASE-средства представляют собой… Читать ещё >
Моделирование. Информационная система отдела заказов малого предприятия "Комстар" (реферат, курсовая, диплом, контрольная)
Выбор инструментальных средств для моделирования
В настоящее время представлено достаточно большое количество CASE-средств, многие из которых позволяют, так или иначе, создавать описания (модели) бизнес-процессов предприятий, на основании которых разрабатывают организационные структуры. Очевидно, что выбор системы в значительной мере определяет весь дальнейший ход проекта. Рациональный выбор системы возможен при понимании требований к информации, характеризующей бизнес-процессы.
CASE-средства служат инструментарием для поддержки и усиления методов структурного анализа и проектирования. Эти инструменты поддерживают работу пользователей при создании и редактировании графического проекта в интерактивном режиме, они способствуют организации проекта в виде иерархии уровней абстракции, выполняют проверки соответствия компонентов. Фактически CASE-средства представляют собой новый тип графически-ориентированных инструментов, восходящих к системе поддержки жизненного цикла программного обеспечения (ЖЦ ПО). Обычно к ним относят любое программное средство, обеспечивающее автоматизированную помощь при разработке ПО, его сопровождении или деятельности по управлению проектом. В общем случае, модель бизнес-процесса должна давать ответы на следующие вопросы:
- · Какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата?
- · В какой последовательности выполняются эти процедуры?
- · Какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса?
- · Кто выполняет процедуры процесса?
- · Какие входящие документы/информацию использует каждая процедура процесса?
- · Какие исходящие документы/информацию генерирует процедура процесса?
- · Какие ресурсы необходимы для выполнения каждой процедуры процесса?
- · Какая документация/условия регламентирует выполнение процедуры?
- · Какие параметры характеризуют выполнение процедур и процесса в целом?
Описание бизнес-процесса формируется при помощи нотации и инструментальной среды, позволяющих отразить все указанные выше аспекты. Только в этом случае модель бизнес-процесса окажется полезной для предприятия, т.к. ее можно будет подвергнуть анализу и реорганизации.
Чтобы выбрать инструментарий, способный в полной мере отвечать на поставленные вопросы, необходимо проанализировать существующие CASE-средства. Согласно уровню популярности, выбираем BPWin, ARIS и Rational Rose.
ARIS Toolset.
Создаваемые в среде ARIS Toolset (IDS Scheer AG) модели представляют собой документированную совокупность знаний о системе управления на предприятии — организационная структура предприятия, взаимодействия между предприятием и прочими субъектами рынка, состав и структура документов, последовательности шагов процессов, должностные инструкции отделов и их сотрудников. ARIS хранит всю информацию в едином репозитории, что обеспечивает целостность и непротиворечивость процесса моделирования и анализа.
Достоинством данного средства является то, что оно обеспечивает интегрированный подход к анализу и проектированию систем. ARIS Toolset поддерживает три основных взгляда на систему управления:
- · взгляд на организационную структуру, представляющий пользователей системы — иерархию организационных подразделений, должностей и конкретных лиц, многообразие связей между ними, а также территориальную привязку структурных подразделений;
- · взгляд на функции, содержащий иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;
- · взгляд на данные, необходимые для реализации всей совокупности функций.
В рамках каждого из перечисленных взглядов создаются свои модели, отражающие соответствующие стороны разрабатываемой системы.
Кроме того, существует взгляд на управление, сочетающий в себе все эти три направления. Этот взгляд позволяет увязать организационную структуру с функциями бизнес-процессов и данными, обеспечивающими эти бизнес-процессы. В рамках данного взгляда разрабатываются модели, определяющие конкретные схемы бизнес-процессов и их управления, в результате чего система разрабатывается в полной мере.
ARIS способен визуально показать оптимизацию бизнес-процессов и отдельных операций и провести глубокий анализ работы предприятия. В результате будут получены несколько вариантов моделей развития организации. ARIS позволяет сравнивать модели «как есть» и «как будет» друг с другом и регулярно определять имеются ли расхождения и насколько они велики. Методология ARIS реализует принципы структурного анализа и позволяет определить и отразить в моделях основные компоненты организации, протекающие процессы, производимую и потребляемую продукцию, используемую информацию, а также выявить взаимосвязи между ними. ARIS генерирует подробные отчеты по любым аспектам деятельности в удобной для руководителя форме.
Большим недостатком этой методологии является отсутствие поддержки стандартов проектирования.
BPWin.
Компания LogicWorks, разработчик BPwin, сейчас входящий в Computer Associates, работает на рынке технологий моделирования уже более 10 лет. Для проведения анализа и реорганизации бизнес-процессов Logic Works предлагает CASE-средство верхнего уровня — BPwin, поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram). Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей — того, к чему нужно стремиться (модель TO-BE).
Основной из трех методологий является IDEF0, она относится к семейству IDEF, которое появилось в конце 60-х гг. ХХ в. Под названием SADT (Structured Analysisand Design Technique). IDEF0 может быть использована для моделирования широкого класса систем. Для новых систем применение IDEF0 имеет своей целью определение требований и указание функций для последующей разработки системы, отвечающей поставленным требованиям и реализующей выделенные функции. Применительно к уже существующим системам IDEF0 может быть использована для анализа функций, выполняемых системой, и отображения механизмов, посредством которых эти функции выполняются. Результатом применения IDEF0 к некоторой системе является модель этой системы, состоящая из иерархически упорядоченного набора диаграмм, текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок.
Rational Rose.
Корпорация Rational Software выпустила программный продукт 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.1.
Сравнительный анализ нотаций ARIS, BPWin и Rational Rose.
Критерии сравнения. | ARIS. | BPWin. | Rational Rose. |
Принцип построения диаграммы/логика процесса. | Временная последовательность выполнения процедур | Принцип доминирования (см. стандарт IDEF0). | Временная последовательность выполнения процессов. |
Методология. | Принципы структурного анализа. | IDEF0 (функциональная модель), IDEF3 (последовательность выполняемых работ) и DFD (потоки информации). | Принципы структурного анализа, UML. |
Описание процедуры процесса. | Объект на диаграмме. | Объект на диаграмме. | Объект на диаграмме. |
Входящая информация. | Используется отдельный объект для описания («кластер», «технический термин»). | Стрелка слева, стрелка сверху. | Используются стрелки типа информация. |
Исходящий документ. | Используется отдельный объект для описания («документ»). | Стрелка справа. | Используется процесс смены состояния и стрелка выхода типа документ. |
Исходящая информация. | Используется отдельный объект для описания («кластер», «технический термин»). | Стрелка справа. | Используется процесс смены состояния и стрелка выхода типа информация. |
Исполнитель процедуры. | Используется отдельный объект для описания («позиция», «организационная единица»). | Стрелка снизу. | Используется отдельный объект для описания процесса. |
Используемое оборудование. | Используется отдельный объект для описания. | Стрелка снизу. | Не используется в явном виде. |
Управление процедурой. | Нет. Может быть отражено только символами логики и событий (последовательность выполнения процедур) и/или указанием входящих документов. | Стрелка сверху. | Нет. Может быть отражено только последовательностью выполнения процессов. |
Контроль выполнения процедуры. | Нет. Может быть отражен указанием входящих документов. | Стрелка сверху. | Нет. |
Вывод: исходя из перечисленных аспектов, можно определить наиболее приемлемый инструмент проектирования — BPWin.
На основании изложенного выше, в качестве инструментального средства для проведения информационного анализа выбираем группу средств от фирмы Computer Associates — BPWin, ERWin, ModelMart, которые позволят:
- · Обеспечить эффективность операций, рассматривая текущие бизнес — операции через мощные инструменты моделирования.
- · Совершенствовать бизнес-процессы, формулируя и определяя альтернативные реакции на воздействия рынка.
Быстро исключать непродуктивные операции, легко и интуитивно сопоставляя операционные изменения. Неэффективные, неэкономичные или избыточные операции могут быть легко выявлены и, следовательно, улучшены, изменены или вовсе исключены — в соответствии с целями компании.