Помощь в написании студенческих работ
Антистрессовый сервис

Моделирование. 
Информационная система отдела заказов малого предприятия "Комстар"

РефератПомощь в написанииУзнать стоимостьмоей работы

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, которые позволят:

  • · Обеспечить эффективность операций, рассматривая текущие бизнес — операции через мощные инструменты моделирования.
  • · Совершенствовать бизнес-процессы, формулируя и определяя альтернативные реакции на воздействия рынка.

Быстро исключать непродуктивные операции, легко и интуитивно сопоставляя операционные изменения. Неэффективные, неэкономичные или избыточные операции могут быть легко выявлены и, следовательно, улучшены, изменены или вовсе исключены — в соответствии с целями компании.

Показать весь текст
Заполнить форму текущей работой