1.1 Описание объекта исследования

BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать систему с трех ключевых точек зрения:

1. С точки зрения функциональности системы. В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывают информационные, людские и производственные ресурсы, потребляемые каждой работой.

2. С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF0, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес функциями внутри системы. В то же время диаграммы DFD оставляют без внимания взаимодействие между бизнес- функциями.

3. С точки зрения последовательности выполняемых работ. Более точную картину можно получить, дополнив модель диаграммами IDEF3. Этот метод привлекает внимание к очередности выполнения событий. В IDEF3 включены элементы логики, что позволяет моделировать и анализировать альтернативные сценарии развития бизнес процесса [4,5].

BPwin умеет проверять создаваемые модели с точки зрения синтаксиса выбранной методологии, проверяет ссылочную целостность между диаграммами, а также выполняет ряд других проверок, чтобы помочь вам создать правильную модель, а не просто рисунок. При этом сохраняются главные преимущества рисунка -- простота создания и наглядность.

BPwin тесно интегрируется с такими программными продуктами, как:

- система моделирования данных ERwin (Platinum Technology Inc.);

- комплекс управления и хранения проектов ModelMart (Platinum Technology Inc.);

- специализированный генератор отчетов по модели RPTwin (Platinum Technology Inc.);

- система имитационного моделирования BPSimulator (System Modeling Corporation);

- инструмент стоимостного анализа EasyABC (ABC Technologies).

Модель IDEF0 предназначена для описания бизнес-процессов на предприятии, она позволяет понять, какие объекты или информация служат сырьем для процессов, какие результаты производят работы, что является управляющими факторами и какие ресурсы для этого необходимы. Методология структурного моделирования предполагает построение модели AS-IS (как есть), анализ и выявление недостатков существующих бизнес-процессов и построение модели TO-BE (как должно быть), то есть модели, которая должна использоваться при построении автоматизированной системы управлением предприятия.

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

Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. DFD описывают функции обработки информации, документы, объекты, а также сотрудников или отделы, которые участвуют в обработке информации. Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет более эффективно и наглядно описать процесс документооборота [4].

Для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming, - нотация моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы IDEF3 позволяют описать как отдельные сценарии реализации бизнес-процессов, так и полное описание последовательности действий. Диаграммы нового типа - Swim Lane, использующие методологию Process Flow Network и могут быть добавлены в модель, содержащую диаграммы IDEF3. Диаграммы Swim Lane иллюстрируют несколько параллельных потоков, что позволяет отобразить процесс вместе с зависящими от него процессами как параллельные потоки на одной диаграмме (рис.1. 1). Кроме того, на диаграммах Swim Lane можно указать роли исполнителей работ, тем самым более качественно задокументировать роли и ответственности.

Рис.1. 1. - Распределение ролей при выполнении работ на диаграмме Swim Lane.

Организационные диаграммы (organization charts) позволяют описать структуру предприятия и создаются на основе предварительно созданных ролей. Благодаря организационным диаграммам можно отобразить как структуру организации, так и любую другую иерархическую структуру (рис.1. 2).

Рис.1.2. Организационная диаграмма.

В BPwin 4.0 стал возможен экспорт модели в систему имитационного моделирования Arena (Systems Modeling Corp.). Имитационное моделирование - это метод, позволяющий строить модели, учитывающие время выполнения функций. Полученную модель можно “проиграть” во времени и получить статистику происходящих процессов так, как это было бы в реальности. В имитационной модели изменения процессов и данных ассоциируются с событиями. “Проигрывание” модели заключается в последовательном переходе от одного события к другому. Обычно имитационные модели строятся для поиска оптимального решения в условиях ограничения по ресурсам, когда другие математические модели оказываются слишком сложными. Экспорт модели процессов в Arena позволит аналитикам более качественно производить реорганизацию деятельности предприятий и оптимизировать производственные процессы [4,5].

BPwin 4.0 поддерживает словари сущностей и атрибутов, что позволяет создавать объекты модели данных непосредственно в среде BPwin, связывать их с объектами модели процессов и экспортировать в систему моделирования данных ERwin. Такая связь гарантирует завершенность анализа, гарантирует, что есть источник данных (Сущность) для всех потребностей данных (Работа) и позволяет делить данные между единицами и функциями бизнес-процессов. Каждая стрелка в модели процессов может быть связана с несколькими атрибутами различных сущностей. Связи объектов способствуют согласованности, корректности и завершенности анализа.

1.2.2 Моделирование в Erwin

Для построения модели данных Computer Associates предлагает мощный и удобный инструмент - Erwin[4]. Erwin имеет два уровня представления модели - логический и физический. На логическом уровне данные представляются безотносительно конкретной СУБД, поэтому могут быть наглядно представлены даже для неспециалистов. Физический уровень данных - это, по - существу, отображение системного каталога, который зависит от конкретной реализации СУБД. Erwin позволяет проводить процессы прямого и обратного проектирования для СУБД более 20 типов. Это означает, что по модели данных можно сгенерировать схему БД или автоматически создать модель данных на основе информации системного каталога с учетом реализации конкретной СУБД. Кроме того, Erwin позволяет выравнивать модель и содержимое системного каталога после редактирования того, либо другого. Erwin поддерживает три нотации (IDEF1X, IE и DIMENSIONAL), что позволяет его применять как для проектирования оперативных баз данных, так и для создания хранилищ данных.

Создание современных информационных систем, основанных на широком использовании распределенных вычислений, объединении традиционных и новейших информационных технологий, требует тесного взаимодействия всех участников проекта: менеджеров, бизнес- и системных аналитиков, администраторов баз данных, разработчиков. Для этого использующиеся на разных этапах и разными специалистами средства моделирования и разработки должны быть объединены общей системой организации совместной работы. Фирма Computer Associates разработала систему Erwin - хранилище моделей Bpwin и Erwin, к которому открыт доступ для участников проекта создания информационной системы [4,5].

Хотя перечисленные выше задачи 1-5 достаточно эффективно решаются с помощью структурных средств Bpwin и Erwin, современные объектно-ориентированные CASE - методологии и CASE - средства позволяют более эффективно решать задачи проектирования. К таким средствам относится система ARIS.

1.2.3 Краткое описание методологии ARIS

Методология ARIS рассматривает предприятие как совокупность четырех взглядов: взгляд на организационную структуру, взгляд на структуру функций, взгляд на структуру данных, взгляд на структуру процессов. При этом каждый из этих взглядов разделяется еще на три подуровня: описание требований, описание спецификации, описание внедрения. Таким образом, ARIS предлагает рассматривать организацию с позиции 12 аспектов, отображающих разные взгляды на предприятие, а также разную глубину этих взглядов. Для описания бизнес-процессов предлагается использовать 85 типов моделей, каждая из которых принадлежит тому или иному аспекту. Среди большого количества возможных методов описания можно выделить следующие: EPC (event-driven process chain) - метод описания процессов, нашедший применение для описания процессов системы SAP R/3; ERM (Entity Relationship Model) - модель сущностей-связей для описания структуры данных; UML (Unified Modeling Language) - объектно-ориентированный язык моделирования. ARIS Toolset (ARIS Easy Design) - единая среда моделирования, которая представляет собой совокупность четырех основных компонентов - Explorer (Проводник), Designer (средство для графического описания моделей), Таблиц (для ввода различных параметров и атрибутов) и Мастеров (Wizards). Различия двух продуктов заключается не в методологической части (ARIS Easy Design входит в ARIS Toolset), а лишь в функционале. ARIS Easy Design ориентирован на сбор информации и документирование, когда ARIS Toolset позволяет еще и проводить комплексный анализ, семантические проверки информации [2].

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

Модель создается в некоторой группе и является дальнейшей конкретизацией типа модели. Модель представляет собой конкретный набор объектов и связей, не противоречащий типу модели. На рисунке 1.3 представлена структура модели ARIS, из которого видно, что модель ARIS это совокупность символов, их свойств, атрибутов и отношений между ними, которая адекватно описывает некоторые свойства моделируемого объекта.

Рис.1.3 - Структура модели

Структура объекта ARIS представлена на рисунке 1.4.

Рис 1.4 - Структура объекта

Методология ARIS предполагает определенный подход к формализации информации о деятельности организации и представление ее в виде графических моделей, удобном для понимания и анализа. Модели, создаваемые по методологии ARIS, отражают существующую ситуацию с той или иной степенью приближенности. Степень детализации описания зависит от целей проекта, в рамках которого проводится моделирование. Модели ARIS могут быть использованы для анализа и выработки различного рода решений по реорганизации деятельности предприятия, в том числе по внедрению информационной системы управления, разработке систем менеджмента качества. Методология ARIS реализует принципы структурного анализа и позволяет определить и отразить в моделях основные компоненты организации, протекающие процессы, производимую и потребляемую продукцию, используемую информацию, а так же выявить взаимосвязи между ними [2].

Создаваемые модели представляют собой документированную совокупность знаний о системе управления, включая организационную структуру, протекающие процессы, взаимодействия между организацией и субъектами рынка, состав и структуру документов, последовательность шагов процессов, должностные инструкции отделов и их сотрудников. В отличие от других подходов, методология ARIS предполагает хранение всей информации в едином репозитории, что обеспечивает целостность и непротиворечивость процесса моделирования и анализа, а также позволяет проводить верификацию моделей. Кроме того, только ARIS Toolset позволяет создавать скрипты (шаблоны) для отчетов, анализа и семантических проверок. ARIS Toolset - это средство для полноправного управления проектом ARIS. Функции управления заключаются в возможностях разграничения доступа для различных групп пользователей, а также ограничения методологии. Это необходимо, чтобы избавится от избыточности методологии при реализации конкретного проекта.

1.2.4 Положительные стороны использования скриптов в ARIS

Возможность использования скриптов в ARIS является очень сильным инструментом, позволяющим документировать знания о компании и проводить анализ этих знаний.

Решить данную задачу невозможно без применения скриптов, поскольку использование только графической информации во многих случаях невозможно или неудобно.

Информационные «выжимки» из базы данных ARIS в виде должностных инструкций, положений о подразделении, регламентных карт, технических заданий, являются одним из результатов описания деятельности компании и в дальнейшем активно используются сотрудниками компании[6].

Возможность формирования отчета в виде текстовых файлов (DOC, RTF, TXT) позволяет получить в результате работы скрипта готовые к работе документы стандартных форматов, причем в виде, не требующем трудоемких правок.

Возможность формирования отчета в виде табличного файла (Excel) позволяет использовать результаты работы в электронных таблицах (Excel) и переносить их в СУБД (например, Access).

Возможность формирования отчета в виде HTML-файла позволяет опубликовывать в интернете / интранете результаты работы скрипта, т.е. делать их доступными для неограниченного количества пользователей.

Помимо задач документирования базы данных ARIS, с помощью скриптов возможно решить и вспомогательные вопросы:

- очень часто необходимо заполнение некоторых атрибутов объектов и моделей определенными, заранее известными значениями, что через проводник ARIS делать довольно трудоемко. В данном случае бывает проще написать скрипт, который в автоматическом режиме заполняет или изменяет значения определенных атрибутов;

- существует возможность запуска скриптов из проводника Windows или из программ, организующих запуск программ по расписанию. Эта возможность позволяет генерировать отчеты по определенному расписанию без участия человека;

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

- с помощью скриптов можно организовать импорт или экспорт информации из ARIS в другие приложения, однако при этом мы не можем менять структуру базы данных ARIS, и организовываем импорт через текстовые файлы. Этот вариант привлекает своей простотой по сравнению с использованием ARIS API, который является отдельным продуктом ARIS и приобретается по отдельной лицензии.

1.2.5 Предназначение системы ARIS. Примеры использования системы ARIS

Круг компаний, использующих интегрированную инструментальную среду ARIS, достаточно широк. Организации, занимающиеся консалтинговой деятельностью, применяют ARIS как средство для анализа деятельности фирм-клиентов. Четыре из пяти ведущих мировых консалтинговых фирм используют ARIS в качестве инструментария для оптимизации своей деятельности. Различного рода компании, занимающиеся как производством продукции, так и предоставлением услуг, успешно применяют систему ARIS для анализа и реорганизации собственной деятельности и поддержания внутренних процессов при изменениях ситуации на рынке. Компания всегда имеет в своем распоряжении визуальное отображение всех аспектов своей деятельности, а также средства для их анализа (стоимостного, динамического, анализа соответствия организационной структуры выполняемым функциям и т.д.)[1,2].

Продукт ARIS может быть использован фирмами-разработчиками программного обеспечения для поддержки проектирования информационных систем. Если деятельность предприятия поддерживается системой управления класса EPR, например, системой R/3 фирмы SAP, то комплекс ARIS будет постоянно обеспечивать такой системе актуальное состояние, соответствующее существующим на предприятии бизнес-процессам.

Направленность данного продукта на управление качеством по международному стандарту ISO 9001 позволит компаниям вывести их деятельность на уровень, соответствующий общепринятым требованиям к организации процессов. Кроме того, данная система обеспечит поддержку процесса подготовки сертификации на соответствие данному стандарту. Для этого в системе предусмотрена возможность для создания специальных отчетов, отвечающих требованиям ISO 9001, а также модели, отражающие полную методологию процесса сертификации. Правильное проведение всех необходимых мероприятий позволит предприятию успешно выйти на европейский рынок и быть признанным большинством компаний Европы.

Система ARIS в настоящее время уже успешно используется множеством известных компаний различного профиля как в Европе, в России, Украине, так и по всему миру.

Фирма Mercedes-Benz применяет ARIS с 1995 г. для анализа и совершенствования деятельности в области производства легковых автомобилей. Поводом для ее приобретения послужила возрастающая конкуренция на рынке легковых автомобилей и острая необходимость в повышении конкурентоспособности предприятия. Система ARIS позволила фирме перейти на качественно новый уровень в организации производства.

1.3 Сравнительный анализ CASE - средств

Преимущества методологии ARIS:

- возможность рассматривать объект с разных точек зрения;

- разные уровни описания, обеспечивающие поддержку концепции жизненного цикла систем;

- дифференцированный подход к анализируемому объекту (организацию, систему управления и т.д.);

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

- все модели и объекты создаются и хранятся в единой базе проекта, что обеспечивает построение интегрированной и целостной модели предметной области;

- возможность многократного применения результатов моделирования;

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

В таблице 1.1 приведены показатели сравнительного функционального анализа систем ARIS, Bpwin, Erwin, что демонстрирует преимущества системы ARIS, особенно для моделирования бизнес - процессов и процессов управления.

Бизнес-процессы, бизнес-системы, а также процессы управления, моделируемые в среде ARIS, имеют дело с обработкой информационных потоков. В ходе моделирования необходимо определить требования по обеспечению БИ. Под безопасностью информации понимают состояние информации, в котором обеспечивается сохранение определенных политикой безопасности свойств информации[7]. К этим свойствам относятся конфиденциальность, доступность, целостность и наблюдаемость:

- конфиденциальность (англ. confidentiality) информации - свойство информации, которое заключается в том, что информация не может быть получена неавторизованным пользователем и/или процессом;

- целостность (англ. integrity) информации - свойство системы, которое заключается в том, что каждый ее компонент не может быть устранен, модифицирован или прибавлен с нарушением политики безопасности;

- доступность (англ. availability) - свойство ресурса информации, которое заключается в том, что пользователь и/или процесс, который владеет соответствующими полномочиями, может использовать ресурс в соответствии с правилами, установленными политикой безопасности, не ожидая дольше заданного (малого) промежутка времени, т.е. когда он находится в виде, необходимом пользователю, в месте, необходимом пользователю, и в то время, когда он ему необходим[7].

Также определённый интерес представляет такой компонент как категория доступа (англ. security clearance).

Реализация функций БИ оказывается значительно более дешевой и эффективной, если они встраиваются в информационные системы и сервисы на стадиях задания требований и проектирования. Чем скорее организация примет меры по защите своих информационных систем, тем более дешевыми и эффективными они будут для нее впоследствии. Поэтому вопрос о добавлении группы атрибутов, отвечающих за БИ при проектировании и моделировании различного рода процессов с использованием среды ARIS, является достаточно актуальным.

Данная задача может быть решена с помощью встроенных средств самой среды ARIS. Модуль ARIS Configuration позволяет корректировать методы и объекты ARIS, приспосабливая их к требованиям конкретных пользователей или специфических задач.

Таблица 1.1 - Сравнительный функциональный анализ

1.4 Постановка задачи

Необходимо разработать скрипты, реализующие функции:

Должно быть разработано руководство по применению скрипта.

2. РАЗРАБОТКА СКРИПТА

2.1 Общие сведения

Инструментарий ARIS используется для описания бизнес-процессов компании. Результатом описания является набор взаимосвязанных моделей ARIS, которые можно просматривать с помощью ARIS Toolset или ARIS Easy Design. Как правило, графическая информация о процессе, содержащаяся в моделях, легко усваивается, но для работы часто необходимо представить ее в виде обычных текстовых документов или таблиц (возможно, с рисунками). Для извлечения информации о моделях и объектах из базы ARIS необходимо на встроенном в ARIS языке SAX Basic создавать программные модули (скрипты), с помощью которых осуществляется сбор и вывод информации в файлы документов.

Скрипт (script) - программа, набор специальных команд, которые выполняются системой ARIS, и в результате выполнения которых формируется файл отчета или изменяется наполнение базы данных ARIS (атрибуты)[6].

Скрипт открывается для редактирования только в ARIS, и применение других редакторов для его просмотра и изменения невозможно.

Помимо простого вывода информации, содержащейся в базе данных ARIS, с помощью скриптов возможно проводить анализ всей совокупности моделей и объектов (базы данных ARIS), обрабатывать статистику и выполнять любые другие действия, необходимые для документирования и анализа нарисованных моделей.

В согласии с общей идеологией ARIS - процессной ориентацией анализа деятельности предприятия, средства для создания отчетов ARIS не нацелены на анализ сразу всей совокупности информации, хранимой в базе ARIS (хотя и позволяют это делать).

Перед анализом информации базы и созданием отчета о результатах анализа (и о содержимом базы) системой предлагается уточнить, какой объект базы предполагается взять за «отправной пункт» начала анализа.

Также возможно не выбирать конкретный объект (модель) или группу объектов (моделей), а выбрать всю базу целиком или папки, содержащиеся в ней.

В соответствии с требованиями разграничения доступа к служебной информации на предприятии, различные модели, или конкретные объекты, или отдельные логические связи между ними будут недоступны для скриптов, запускаемых от имени некоторого лица, если это лицо не имеет соответствующих прав доступа к частям базы данных ARIS. А значит, и отчеты, создаваемые этим лицом с помощью скриптов, будут содержать только информацию, соответствующую правам доступа этого лица.

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

При создании скрипта, формирующего тот или иной отчет, необходимо хорошо представлять себе следующее:

§ для кого будет создаваться отчет(например, отчет для руководства предприятия или отчет для средств массовой информации), т.е. какую информацию из базы ARIS отчет, возможно, отобразит;

§ в какой форме (текст, рисунки, таблицы, графики) будет представлен отчет.

Сформированный отчет может быть сохранен в виде HTML-файла, файла формата текстового редактора MS Word либо рабочей книги MS Excel.

2.1.1 Моделирование процессов управления средствами ARIS

Инструментальная среда ARIS содержит множество моделей, каждая из которых отнесена к определенному типу представления и уровню описания. Полный набор моделей является, безусловно, избыточным для проведения конкретного проекта, так как существуют группы моделей, представляющих альтернативные способы описания[2,8].

Кроме того, использование большого количества различных типов моделей и нотаций почти всегда означает дублирование описания, то есть представление одной и той же информации с нескольких точек зрения и на разных уровнях обобщения. Нельзя сказать, что подобное описание является некорректным или неоправданным. Однако при этом следует помнить о том, что резко возрастают трудозатраты на поддержание моделей в актуальном состоянии, а также увеличивается вероятность занесения противоречивой информации, наличие которой зачастую слишком сложно отследить и исправить[1,8].

При подготовке каждого проекта, проводимого в среде ARIS, необходимо определиться с набором используемых типов моделей, а следовательно, объектов, их атрибутов и связей.