Файл: Разработка регламента выполнения процесса «Совершенствование существующих продуктов»..pdf

Таким образом, компании для получения большей прибыли требуется совершенствования существующих продуктов, а именно, выпускаемых компьютеров.

1.2 Выбор средства для моделирования бизнес-процессов.

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

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

Основные преимущества функционально-модульного подхода:

• способность проводить углубленный анализ бизнес-процессов, выявлять узкие места;
• диаграммы в нотациях IDEF0, IDEF3 и DFD обеспечивают логическую целостность и полноту описания, необходимые для достижения точных и согласованных результатов на этапе анализа;
• возможность получить полную информацию о каждой работе, благодаря своей жестко настроенной структуре.

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

Каждая группа средств имеет отношение к следующим типам моделей (диаграмм), наиболее распространенным среди них:

DFD (Data Flow Diagrams) – это диаграммы, которые демонстрируют то, как циркулируют потоки данных;

SADT (Structured Analysis and Design Technique - метод структурного анализа и проектирования) - модели и функциональные схемы процессов;

ERD (Entity - Relationship Diagrams) – диаграммы, на которых показаны выделенные в системе сущности и связи между ними.

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

• Диаграммы, которые иллюстрируют функции, что должна выполнять система, и соединения между этими функциями - DFD или SADT (IDEF0).
• Диаграммы, которые моделируют данные и их отношения (ERD).

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

---

Модели SADT и DFD используются для создания моделей «AS-IS» и моделей «TO-BE», отражающих существующую и предлагаемую структуру бизнес-процессов организации и взаимодействия между ними на стадии формирования требований к программному обеспечению (использование моделей SADT как правило, ограничивается только этим этапом, поскольку они не предназначены для разработки программного обеспечения). С помощью ERD-системы выполняется описание используемых в организации данных на концептуальном уровне, не зависимо от средств реализации базы данных (СУБД).

На этапе проектирования диаграммы DFD используются для описания структуры системы.

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

Метод функционального моделирования SADT был разработан Дугласом Россом в 1973 году. Это пример успешного использования метода моделирования в военных, промышленных и коммерческих организациях США для решения широкого круга задач.

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

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

Строгость и точность. Правила SADT: ограничение количества блоков на уровень декомпозиции (3-6), связность диаграмм (номера блоков), уникальность меток и имен (без дубликатов имен), разделение входов и элементов управления (правило для определения роли данных).

Разделение организации от функции, т. е. устранение влияния административной структуры организации на функциональную модель.

Результатом использования метода SADT является модель, состоящая из диаграмм, текстовых фрагментов и глоссария, у которых есть ссылки друг на друга. Диаграммы являются основными компонентами модели, все функции организации и интерфейсы на них представлены как блоки и дуги (рис.5).

---

Рисунок 5 – Функциональный блок и интерфейсные дуги

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

Затем блок, который представляет собой систему с одним модулем, подробно описан на другой диаграмме, используя несколько блоков, соединенных дугами интерфейса. Это разложение показывает полный набор подфункций, каждый из которых показан как блок. Таким образом, каждая из подфункций может быть разложена более подробно.

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

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

Рисунок 6 – Иерархия диаграмм

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

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

Для моделирования бизнес-процессов больше подходят BPwin, ARIS и Rational Rose и MS Visio.

BPWin компании Соmputer Associates(CA), которая входит в пятерку ведущих производителей программного обеспечения, предлагая средства моделирования, резервного копирования, управления инфраструктурой предприятия (сетями, серверами и т.д.), информационной безопасности, business intelligence и т.д. Пакет BPWin основан на методологии IDEF и предназначен для функционального моделирования и анализа деятельности предприятия. Методология IDEF, являющаяся официальным федеральным стандартом США, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями.

---

Возможности BPwin:

поддерживает сразу три стандартные нотации - IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ). Эти три основных ракурса позволяют описывать предметную область наиболее комплексно;

позволяет оптимизировать процедуры в компании;

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

позволяет облегчить сертификацию на соответствие стандартам качества ISO9000;

интегрирован с ERwin (для моделирования БД), Paradigm Plus (для моделирования компонентов ПО) и др.;

интегрирован со средством имитационного моделирования Arena;

содержит собственный генератор отчетов;

позволяет эффективно манипулировать моделями - сливать и расщеплять их;

имеет широкий набор средств документирования моделей, проектов.

Rational Rose компании IBM входит в состав пакета IBM Rational Suite и предназначен для моделирования программных систем с использованием широкого круга инструментальных средств и платформ. Rational Rose является одним из ведущих инструментов визуального моделирования в программной индустрии, благодаря полноценной поддержке языка UML и многоязыковой поддержке командной разработки. Инструмент полностью поддерживает компонентно-ориентированный процесс создания ИС. Любые участники проекта - аналитики, специалисты по моделированию, разработчики и другие - могут использовать модели, построенные в Rational Rose, для большей эффективности создания конечного продукта. Для бизнес-аналитиков средство Rational Rose дает возможность детально описать и проанализировать бизнес-процессы данной предметной области. Системные аналитики, используя указанные описания, смогут разработать необходимый функционал ИС, который максимально удовлетворит запросы заказчика. Для архитекторов средство Rational Rose будет полезно при создании мощной и гибкой архитектуры системы. Для аналитиков, специализирующихся в области разработки баз данных, Rational Rose даст возможность визуально проектировать и генерировать базы данных любого размера. Таким образом, можно создавать базы данных Microsoft SQL Server, Oracle, Sybase, SQL Anywhere, IBM DB2 и любые другие, которые поддерживают возможность запуска скриптов стандарта ANSI SQL. Любые модели, создаваемые с помощью данного средства, являются взаимосвязанными: бизнес-модель, функциональная модель, модель анализа, модель проектирования, модель базы данных, модель компонентов и модель физического развертывания системы. Есть возможность по созданию шаблонов архитектурных решений, позволяющих использовать опыт, накопленный в предыдущих проектах. Существуют расширения Rational Rose, которые позволяют выполнять скелетную (round-trip) разработку ИС, создаваемых на базе языков C/C++, Java, Smalltalk, Ada, Object Pascal (Borland Delphi) и др. Таким образом, можно сгенерировать каркас программного кода на любом из указанных языков или выполнить процедуру обратного проектирования, что позволяет сформировать модель на базе существующего кода. Есть возможность публикации модели в Интернете, которая служит основой для объединения работы удаленных команд разработчиков.

---

ARIS компании IDS Scheer AG. В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования и анализа систем, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является продукт, носящий название ARIS, разработанный германской фирмой IDS Scheer. Компания IDS Sheer AG основана в 1984 г. Основное направление - программное обеспечение и консалтинг. В настоящее время компания обслуживает 4000 клиентов в 50 странах мира через сеть своих представительств и партнеров. Качество решений IDS Scheer было подтверждено в июне 2005 г. золотой медалью Международной познаньской ярмарки, на которой награждаются только лучшие продукты. А также в июле 2005 г., когда на мировом рынке была представлены программные продукты ARIS 7 с абсолютно новыми web-продуктами - все они имеют общую черту - интуитивно-понятный и выразительный интерфейс. Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику. Методика моделирования ARIS основывается на разработанной профессором Августом Шером теории построения интегрированных ИС, определяющей принципы визуального отображения всех аспектов функционирования анализируемых компаний. ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:

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

функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;

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

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

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

---