Моделирование бизнес-процессов жизненного цикла предприятия с использованием методологии ARIS

Размещено на http://www.allbest.ru/

2

Размещено на http://www.allbest.ru/

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

МАГНИТОГОРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИМ. Г.И. НОСОВА

Институт энергетики и автоматизированных систем

Кафедра прикладной информатики

КУРСОВОЙ ПРОЕКТ

по дисциплине «Методология и технология проектирования ИС» на тему: «Моделирование бизнес-процессов жизненного цикла предприятия с использованием методологии ARIS»

Исполнитель: Белоусова И.Д.

Магнитогорск, 2014

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

ГЛАВА 1. АНАЛИЗ МОДЕЛИРОВАНИЯ БИЗНЕС ПРОЦЕССОВ С ИСПОЛЬЗОВАНИЕМ МЕТОДОЛОГИИ ARIS

1.1 МЕТОДОЛОГИЯ ARIS ДЛЯ МОДЕЛИРОВАНИЯ ПРЕДМЕТНОЙ ОБЛАСТИ

1.2 СРАВНИТЕЛЬНЫЙ АНАЛИЗ МЕТОДОЛОГИЙ СТРУКТУРНОГО АНАЛИЗА

1.3 РАСЧЕТ ПРОЕКТНО-КОНСТРУКТОРСКИХ ЗАТРАТ И ЭКОНОМИЧЕСКОГО ЭФФЕКТА ОТ ВНЕДРЕНИЯ

ГЛАВА 2. МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ ООО

2.1 АНАЛИЗ ЖИЗНЕННОГО ЦИКЛА ООО

2.2 МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ ЖИЗНЕННОГО ЦИКЛА ООО НА ЭТАПЕ ОТКРЫТИЯ

ЗАКЛЮЧЕНИЕ

ВВЕДЕНИЕ

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

Общество с ограниченной ответственностью (ООО) является разновидностью объединения капиталов, не требующих личного участия своих членов в делах общества. Характерными признаками этой коммерческой организации являются деление ее уставного капитала на доли участников и отсутствие ответственности последних по долгам общества. Имущество общества, включая уставной капитал, принадлежит на праве собственности ему самому как юридическому лицу и не образует объекта долевой собственности участников. Поскольку вклады участников становятся собственностью общества, нельзя сказать, что его участники отвечают по долгам общества в пределах внесенных ими вкладов. В действительности они вообще не отвечают по долгам общества, а несут лишь риск убытков (утраты вкладов). Даже те из участников, кто не внес свой вклад полностью, отвечают по обязательствам общества лишь той частью своего личного имущества, которая соответствует стоимости неоплаченной части вклада (п. 1 ст 87 ГК).

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

Как универсальная форма осуществления предпринимательской деятельности, ООО получило широкое распространение в малом бизнесе России. На начало 2004 года в городе Магнитогорске было 4 организации занимающиеся организацией и ликвидацией малых предприятий, на сегодняшний день их в несколько раз больше, затраты на услуги которых составляют десятки тысяч рублей, следовательно, существует спрос на открытие малых предприятий.

Однако, процесс открытия предприятия, а также закрытия ООО довольно специфичен:

трудоемкий процесс;

процесс сопровождается большим документооборотом;

требует знаний нормативной базы.

Данная работа посвящается разработке модели этапов жизненного цикла ООО, в целях разрешения ряда проблем, возникающих на этапах его открытия, деятелности и закрытия.

Темой данной работы является: «Моделирование бизнес-процессов жизненного цикла предприятия с использованием методологии ARIS на примере этапа открытия».

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

Задачами данной работы является:

изучение методологии ARIS;

сравнительный анализ методологий структурного анализа;

анализ предметной области жизненного цикла ООО;

моделирование бизнес-процесса, сопровождающего этап открытия ООО с использованием методологии ARIS.

ГЛАВА 1. АНАЛИЗ МОДЕЛИРОВАНИЯ БИЗНЕС ПРОЦЕССОВ С ИСПОЛЬЗОВАНИЕМ МЕТОДОЛОГИИ ARIS

1.1 МЕТОДОЛОГИЯ ARIS ДЛЯ МОДЕЛИРОВАНИЯ ПРЕДМЕТНОЙ ОБЛАСТИ ОБЩИЕ СВЕДЕНИЯ

Методология ARIS (Architecture of Integrated Information Systems, что в переводе Архитектура Интегрированных Информационных Систем) предполагает определенный подход к формализации информации о деятельности организации и представление ее в виде графических моделей, удобном для понимания и анализа. Модели, создаваемые по методологии ARIS, отражают существующую ситуацию с той или иной степенью приближенности. Степень детализации описания зависит от целей проекта, в рамках которого проводится моделирование.

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

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

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

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

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

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

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

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

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

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

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

Изначально, фирма IDS Prof. Scheer существовала как отделение Института Информационных Систем германского Университета Саарланд. Данный институт является одним из наиболее известных германских исследовательских центров в области информационных систем. Этот факт позволил обеспечить тесную связь методологии ARIS с теорией информационных систем с учетом практики их применения в конкретных условиях.

Рассматриваемая методология основывается на разработанной профессором Шером теории "Построения Интегрированных Информационных Систем", определяющей принципы визуального отображения всех аспектов функционирования анализируемых компаний. На счету профессора множество книг по теории обработки информации и анализа бизнеса, большинство из которых переведены на английский язык.

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

В рейтинге Gartner Group система ARIS занимает лидирующее положение на рынке средств моделирования и анализа деловых процессов.

Рисунок 1 - Рейтинг ARIS

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

В семейство ARIS входят следующие модули:

ARIS Toolset - базовая инструментальная среда;

ARIS Easy Design - упрощенная среда моделирования;

ARIS Simulation - модуль динамического имитационного моделирования;

ARIS Link for R/3 - модуль, обеспечивающий интеграцию с репозиторием

R/3;

ARIS Analyzer for R/3 - модуль проверки создаваемых моделей на соответствие методологии SAP;

ARIS Promt - модуль стоимостного анализа;

дополнительные модули-интерфейсы, обеспечивающие интеграцию с системами Microsoft Project, ERwin, Designer/2000, IBM Flowmark (класс workflow), Staffware и т.д.

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

Методология моделирования ARIS

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

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

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

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

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

Графически такой подход может быть представлен следующим образом:

Рисунок 2 - Взаимосвязь типов моделей, используемых ARIS архитектура ARIS

В рамках каждого из перечисленных типов создаются модели разных видов, отражающие соответствующие стороны исследуемой системы. ARIS поддерживает большое количество методов моделирования, используемых для построения этих моделей. Среди них такие известные как диаграммы Чена, Unified Modeling Language (UML), Object Modeling Technique (OMT) и т.п. Последняя версия ARIS поддерживает более 83 методов моделирования.

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

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

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

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

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

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

Графически такое разделение по уровням в ARIS выглядит следующим образом:

модель бизнес процесс

Рисунок 3 - Уровни представления моделей в ARIS

Стоимостной анализ в ARIS

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

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

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

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

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

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

ARIS Promt используется:

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

для дифференцированной оценки накладных расходов;

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

ARIS и R/3

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

ARIS for R/3 - это обобщенный термин для нескольких продуктов семейства ARIS, поддерживающих среду SAP R/3. Основные продукты этой серии - ARIS Easy Design for R/3 and ARIS Toolset for R/3. Каждый из них содержит компоненты соответствующих продуктов, а также средства интеграции, позволяющие осуществлять доступ к среде R/3.

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

Модели ARIS

При построении моделей методология ARIS требует соблюдения определенных принципов. К ним относятся:

корректность модели;

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

соизмеримость затрат и выгод;

прозрачность, т.е. понятность и удобство использования модели;

сравнимость моделей;

иерархичность;

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

Под моделью понимается совокупность объектов, объединенных друг с другом различными связями, и ряда вспомогательных элементов. (18)

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

Каждая модель ARIS содержит:

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

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

Модель может включать:

внешние встроенные объекты, например, рисунки, документы текстовых редакторов и т.п.;

текст, размещенный в любом месте модели; ? геометрические фигуры.

Каждая модель имеет ряд свойств:

атрибуты (Attributes);

заполненные атрибуты (Maintained Attribute);

внешний вид модели (Model Appearance);

варианты (Variants);

предложения по улучшению (Improvement proposals); ? управление изменениями (Change management).

Каждая модель может содержать один или несколько десятков объектов.

Число связей, возможных в данной модели, сильно варьирует.

Объекты моделей

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

Каждый объект:

имеет уникальное имя;

принадлежит к определенному типу объектов;

соединен одной или несколькими связями с другими объектами;

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

может использоваться в одной или нескольких типах моделей;

может создавать свои экземпляры, представленные одним или несколькими символами.

Внешний вид экземпляра объекта может быть изменен в определенных пределах.

Каждый объект моделей ARIS имеет следующие свойства:

размещение атрибутов (Attribute placements);

взаимосвязи (Relationships);

назначение (Assignments);

местонахождение (Occurrences);

внешний вид (Object Appearance);

варианты (Variants);

управление изменениями (Change Management);

предложения по улучшениям (Improvement Proposals);

заполненные атрибуты (Maintained Attributes); ? атрибуты объекта (Attributes).

Объекты классифицируются на:

структурно-зависимые. Эти типы объектов определяют общую структуру модели. Конкретный тип модели подразумевает наличие конкретных структурно-зависимых типов объектов; ? структурно-независимые.

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

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

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

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

Связи объектов

Важную роль при моделировании играет правильный выбор связей между объектами модели. Связь -- описание взаимоотношений между двумя объектами, имеющая определенные свойства.

Каждая связь:

имеет уникальное имя;

принадлежит к определенному типу. Тип связи зависит как от типов соединяемых объектов, так и от направления соединения. Между некоторыми типами объектов связи не могут существовать;

соединяет исходный и конечный объекты;

характеризуется своими свойствами;

может создавать свои экземпляры, внешний вид которых может быть изменен в определенных пределах.

Среди связей различают соединения и детализирующие связи.

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

Каждая связь в рамках методологии ARIS имеет следующие свойства:

размещение атрибутов (Attribute placements);

внешний вид связи (Connection Appearance);

местонахождение связи (Connection Occurrences);

атрибуты связи (Attributes);

заполненные атрибуты (Maintained Attributes);

Между двумя объектами может быть создана одна или несколько связей различных типов. В рамках одной модели число типов связей может меняться от единиц до нескольких. Один и тот же тип связи может присутствовать в нескольких моделях.

Принципы моделирования в ARIS

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

К подобным правилам относятся:

выделение набора используемых моделей, интерпретация выбранных моделей, принятие правил их построения;

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

определение глубины моделирования;

задание правил именования объектов и моделей;

определение правил семантической проверки созданных моделей.

Выбор типов моделей

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

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

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

Выбор методов моделирования зависит от описываемого объекта и перечня задач, которые должны быть решены.

При выборе моделей необходимо учитывать следующие обстоятельства:

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

две или несколько моделей могут дополнять друг друга. Например, набор моделей еЕРС (extended Event Driven Process Chain - расширенная нотация описания цепочки процесса, управляемого событиями) отражает логику выполнения процессов и функций на разных уровнях обобщения. Модель дерево функций представляет иерархию процессов и функций, входящих в модели еЕРС на разных уровнях, никак не показывая их последовательность и условия выполнения;

две или более модели могут быть альтернативой друг другу;

в каждом проекте должен быть использован свой, ограниченный и настроенный набор моделей, основанный на методологии ARIS;

задание методологии моделирования для каждого конкретного случая осуществляется путем настройки методологических фильтров ARIS;

методологические фильтры ограничивают методологию ARIS до объема, требуемого для создания модели организации;

выбор моделей напрямую зависит от целей моделирования и ожидаемого результата. [19]

1.2 СРАВНИТЕЛЬНЫЙ АНАЛИЗ МЕТОДОЛОГИЙ СТРУКТУРНОГО АНАЛИЗА

Сравнительный анализ нотаций ARIS и IDEF приводится в таблице 1.

Таблица 1- Объекты нотаций ARIS, IDEF0 и IDEF3

Исходящий документ	Используется отдельный объект для описания («документ»)	Стрелка выхода	Используется отдельный объект для описания (Объект ссылки типа Object или стрелка Object flow)
Исходящая информация	Используется отдельный объект для описания («кластер», «технический термин»)	Стрелка выхода	Используется отдельный объект для описания (Объект ссылки типа Object или стрелка Object flow)
Исполнитель процедуры	Используется отдельный объект для описания («позиция», «организационная единица»)	Стрелка меха- низма	Нет (может быть отражен в модели только привязкой объекта ссылки)
Используемое обору- дование	Используется отдельный объект для описания	Стрелка меха- низма	Нет (может быть отражен в модели только привязкой объекта ссылки)
Управление процедурой	Нет. Может быть отражено только символами логики и событий (последовательность выполнения процедур) и/или указ нием входящих документов	Стрелка управления	Только временная последовательность выполнения процедур и логика процесса
Контроль выполнения процедуры	Нет. Может быть отражен указанием входящих документов	Стрелка управления	Нет (может быть отражен в модели только привязкой объекта ссылки).
Обратная связь по управлению/контрол ю	Нет. Может быть отражена только символами логики (последовательность выполнения процедур)	Стрелка управления	Нет
Обратная связь по входу	Нет. Может быть отражена только символами логики (последовательность выполнения процедур)	Стрелка входа	Нет

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



Рисунок 4 - Недостатки описания бизнес-процесса в ARIS eEPC

На рисунке 4 функция 4 является контрольной и служит для проверки результатов работы, выполняемой функциями 2 и 3. Но данная модель не отвечает на вопросы:

каким образом осуществляется управляющее воздействие на функции 2 и 3? Показан только тот факт, что по ходу процесса возможен возврат и повторное выполнение функций 2 и 3; информация об этой обратной связи может быть раскрыта только в виде описания в атрибутах объектов модели;

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

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

Функциональные возможности продуктов ARIS и BPwin

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

Таблица 2 - Сравнение функциональных возможностей ARIS Toolset 5.0 и BPwin 4.0

№	Возможности/ Инструментальная среда	ARIS Toolset 5.0	BPwin 4.0
1	Поддерживаемый стандарт	(частично -- DFD, ERM, UML)	IDEF0, IDEF3, DFD
2	Система хранения данных модели	Объектная база данных	Модели хранятся в файлах. Возможно создание репозитария на основе реляционной СУБД с помощью ModelMart
3	Ограничение на размер базы данных	Нет. Размер базы данных ограничивается вычислительными ресурсами	Нет. Размер базы данных ограничивается вычислительными ресурсами
4	Возможность групповой работы	Есть. Используется ARIS Server	Есть. Используется ModelMart
5	Ограничение на количество объектов на диаграмме	Нет	Для DFD и IDEF3 -- нет. Для IDEF0 ограничено рекомендациями нотации
6	Возможность декомпозиции	Неограниченная декомпозиция. Возможна декомпозиция на различные типы моделей	Неограниченная декомпозиция. Возможен переход на другую нотацию в процессе декомпозиции
7	Формат представления моделей	Не регламентируется	Стандартный бланк (каркас) IDEF с возможностью его отключения
8	Удобство работы по созданию моделей	Сложная панель управления, есть вы-	Простая панель управления, нет выравнивания объектов, нет undo
		равнивание объектов, есть undo
9	UDP -- свойства объектов, определяемые пользователем	Большое, но ограниченное количество свойств; количество типов ограничено	Количество UDP не ограничено. Количество типов ограничено (18)
10	Возможность анализа стоимости	Есть. Возможность использовать ARIS	Упрощенный ABC -- анализ стоимости по частоте
	процессов	ABC	использования в процессе. Возможность экспорта в Easy ABC
11	Генерация отчетов	Создание отчетов на основе стандартных и настраиваемых пользо- вателем макросов Visual Basic	RPTwin, возможность визуальной настройки отчетов, включая расчет по формулам с использованием UDP
12	Сложность разработки нестандартных отчетов	Сложно	Просто
13	Экспорт отчетов	Реализован экспорт отчетов в MS Office, текстовый файл, RTF, HTML	Реализован экспорт отчетов в MS Office, текстовый файл, RTF, HTML
14	Связь с моделью данных	Возможность построения ERD-диаграмм, для экспорта необходимо дополнительное программное обеспечение	Реализована связь с моделью данных ERwin. Каждой стрелке может быть поставлен в соответствие набор сущностей и атрибутов
15	Описание доступа к данным	Нет	Для каждой работы могут быть описаны права на использование данных. Объект модели данных может быть создан непосредственно в среде BPwin
16	Описание сопутствующей документации	Есть, поддержка OLE	С помощью UDP типа command с каждой стрелкой связывается любой документ, который может быть загружен с помощью Windows -- приложения. Запуск приложения проводится непосредственно из среды BPwin

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

Часто одним из недостатков BPwin сторонники ARIS называют ограничение по количеству объектов на диаграмме. Однако опыт реальных проектов показывает, что для проекта, результаты которого можно реально использовать (критерий -- обозримость), количество объектов в базе данных ARIS или модели BPwin составляет 150-300. Это означает, что при 8 объектах на одной диаграмме общее количество диаграмм (листов) в модели составит 20-40. Базы данных ARIS Toolset (как и BPwin), содержащие более 500 объектов, фактически невозможно использовать. Следует подчеркнуть, что модель создается для выделения и анализа проблем, то есть требуется детальное описание наиболее сложных, проблемных областей деятельности, а не тотальное описание всех процессов. Как ни странно, в среде директоров компаний распространено убеждение в том, что детальное описание процессов само по себе представляет ценность и может решить многие проблемы. Но это далеко от истины. Именно понимание того, что нужно описывать и какие аспекты функционирования реальной системы при этом отражать, определяет успех проекта по моделированию бизнес-процессов.

Рекомендации по применению систем в зависимости от типовых задач

Различные ситуации применения инструментальных средств моделирования бизнес-процессов и их экспертная оценка по 5-балльной шкале показаны в таблице 3.

Таблица 3 - Оценка применимости ARIS Toolset 5.0 и BPwin 4.0 для задач моделирования бизнес-процессов

Задача/Инструментальная среда	ARIS Toolset 5.0	BPWin 4.0
Разовый проект по описанию бизнес-процессов, например: описание одного бизнес-процесса с точки зрения контроля и управления; описание функциональных возможностей новой системы управления на верхнем уровне	5	5
Длительный (непрерывный) проект по описанию	5	4
деятельности компании с различных точек зрения (организационная структура, структура документов, большой объем базы данных процессов и т.д.)
Разработка системы автоматизации: описание функциональных возможностей системы; создание логической модели данных; связь модели процессов и модели данных; создание физической модели данных; генерация кода приложения.	3 3 - -		5 BPwin + ERwin + Paradigm Plus

Позиционирование систем можно провести по отношению к решению задачи моделирования бизнес-процессов (рисунок 5).

Рисунок 5 - Оценка эффективности ARIS Toolset и BPwin Из рисунка 5 следует, что ARIS более функционален, но немного сложнее в использование.

Таким образом, для ведения небольших по масштабам (малые и средние предприятия, 2-5 человек в группе консультантов) и длительности (2-3 месяца) проектов рационально использовать BPwin. Для крупных и/или длительных проектов (например, таких как внедрение системы непрерывного улучшения бизнес-процессов, ISO, TQM) больше подходит ARIS.[29]

1.3 РАСЧЕТ ПРОЕКТНО-КОНСТРУКТОРСКИХ ЗАТРАТ И ЭКОНОМИЧЕСКОГО ЭФФЕКТА ОТ ВНЕДРЕНИЯ

В экономической части дипломного проекта отражена цена разработки с учетом налога на добавленную стоимость.

Материалы и ПКИ

Затраты по статье "Материалы и ПКИ" рассчитаны исходя из потребностей на сырье и материалы, покупные изделия и полуфабрикаты, вспомогательные материалы, комплектующие изделия, пакеты прикладных программ, дискеты, ватман и др. по цене приобретения без НДС.

Расчет затрат на материалы и ПКИ приведен в таблице 4.

Таблица 4- Расчет затрат на материалы и ПКИ

Наименование материалов, ПКИ и других материальных ресурсов	Единица изме- рения	Коли- чество	Цена единицы, руб. (без НДС)	Сумма, руб.	Обосно- вание
1	2	3	4	5	6
Дискеты	шт.	3	12,00	36,00	прайс-
CD-RW	шт.	2	20,00	40,00	листы
Всего				76,00

Расходы на оплату труда

Расходы на оплату труда определены исходя из среднемесячного размера расходов на оплату труда одного работника и трудоемкости работ. С учетом премии и территориального коэффициента среднемесячный размер расходов на оплату труда одного работника (ЗП ср.) составит:

ЗП ср. = О * Кпр * Ктерр = 6600 * 1 * 1,15 = 7590 рублей, где:

О - окладная часть (6600 рублей в месяц),

Кпр - премиальный коэффициент (1),

Ктерр - территориальный коэффициент (уральские -1,15).

Продолжительность и трудоемкость проводимых работ определяется в соответствии с календарным планом, приведенном в таблице 5.

Таблица 5- Календарный план проведения работ

№ пп	Наименование работ	Срок выполнения	Трудоёмкость (чел/час)
		начало	окончание
1	2	3	4	5
1.	Получение и анализ задания на разработку	01.02.2007	07.02.2007	40
2.	Подбор, изучение научно-	08.02.2007	16.02.2007	56
	технической литературы, подготовка материалов и справочных данных
3.	Разработка ARIS-диаграмм	17.02.2007	01.03.2007	64
4.	Описание разработанных ARISдиаграмм	02.03.2007	18.03.2007	96
5.	Разработка и описание инструкции пользователей	21.03.2007	31.03.2007	72
6.	Составление журнала диаграмм и приложений	01.04.2007	18.04.2007	96
7.	Расчет надежности	19.04.2007	03.05.2007	80
8.	Технико-экономическое обоснование стоимости разработки	04.05.2007	06.05.2007	24
9.	Анализ разработки, выводы и оформление проекта	13.05.2007	30.05.2007	96
	ИТОГО:			624

При среднем количестве часов в месяц в 2007 году - 165 часов в месяц продолжительность работ в месяцах будет составлять 3,9 месяца (648/165).

Полные расходы на оплату труда приведены в таблице 6.

Таблица 6-Расчет расходов на оплату труда

№ этапа работ по теме	Сроки		Категория работающих ИТР и служащие
	Начало	Окон- чание	Продол- житель- ность (мес.)	Кол-во участ- ников (чел.)	Трудоем- кость (чел/мес)	Среднемесячный размер расходов на оплату труда одного человека в месяц	Расходы на оплату труда
1	2	3	4	5	6	7	8
1	01.02.07	30.05.07	3,9	1	3,9	7590	29601

Отчисления на социальные нужды

В соответствии с Налоговым кодексом РФ (часть вторая) установлен единый социальный налог по ставке 26% от расходов на оплату труда.

При этом предприятие перечисляет:

в Пенсионный фонд - 20% от начисленной суммы оплаты труда,

в Фонд социального страхования - 2,9%,

в Фонд обязательного медицинского страхования - 3,1%.

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

Законодательно установлено 22 класса профессионального риска, каждому из которых присвоен определенный страховой тариф в размере от 0,2 % до 8,5%.

Размер отчислений на социальные нужды составит:

29601 * 0,262 = 7755,46 рублей

Командировочные расходы

Нормы возмещения командировочных расходов:

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

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

Накладные расходы

Сюда относятся:

расходы на содержание аппарата работников управления;

содержание зданий, сооружений, инвентаря общехозяйственного назначения;

затраты на подготовку и переподготовку кадров;

конторские, типографские, почтово-телеграфные и телефонные расходы;

плата (или содержание) за пожарную, военизированную и сторожевую охрану;

плата за аренду в случае аренды отдельных объектов основных производственных фондов;

оплата услуг связи, вычислительных центров, банков;

оплата работ по сертификации продукции;

затраты на обеспечение нормальных условий труда и техники безопасности;

расходы на полное восстановление основных фондов;

налоги, сборы, обязательные отчисления, которые включаются в состав себестоимости работ.

Накладные расходы определяются индивидуально по каждому предприятию и зависят от вида деятельности и составляют 60 % от расходов на оплату труда.

Накладные расходы = 29601 * 0,6 = 17760,6 рублей

Затраты по работам, выполняемым сторонними организациями и предприятиями

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

Структура цены

Себестоимость собственных работ составляет сумму всех вышеперечисленных статей за исключением статьи «Затраты по работам, выполняемым сторонними организациями». Плановая прибыль определяется в размере 5 % от себестоимости собственных работ.Плановая структура цены представлена в таблице 7.

Таблица 7- Плановая структура цены

№ п/п	Наименование статей затрат	Всего (руб.)	Доля в полной себестоимости в %
1	Материалы и ПКИ	76,00	0,14
2	Расходы на оплату труда	29 601,00	53,63
3	Отчисления на социальные нужды(26%+0,2%=26,2%) от расходов на оплату труда	7 755,46	14,05
4	Прочие прямые расходы (расходы на служебные командировки)	0,00	0,00
5	Накладные расходы (60% от расходов на оплату труда)	17 760,60	32,18
	Итого себестоимость собственных работ	55 193,06
6	Затраты по работам, выполняемым сторонними организациями и предприятиями	0,00	0,00
	Итого полная себестоимость	55 193,06	100,00
7	Прибыль 5% от себестоимости собственных работ	2 759,65
8	Цена	57 952,72
9	НДС 18%	10 431,49
10	Цена реализации (Цена + НДС)	68 384,20

Расчет экономического эффекта от внедрения

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

Экономический эффект образуется за счёт окупаемости данного проекта и получения дальнейшей выгоды. В качестве цены реализации была выбрана сумма равная 2500 рублям с учетом НДС.

Таблица 8- Расчет затрат на единицу продукции

№ пп строки	Наименование статей затрат	Пояснения	Затраты (руб.)
1	Материалы (М)		120,00
2	Расходы на оплату труда (РОТ)		694,11
3	Отчисления на соцстрах (СС)	26,2% от расходов на оплату труда	181,86
4	Накладные расходы (НР)	60% от РОТ	416,46
5	Итого себестоимость (С/с)	С/с = М+СС+РОТ	1 412,43
6	Прибыль (П)	50% от себест-ти	706,21
7	Итого собственные работы (СР)	СР = С/с + П	2 118,64
8	Цена без НДС (Ц п)	Ц п = СР+ЗСМ	2 118,64
9	НДС	18% от цены без НДС	381,36
10	Цена реализации	Известная величина	2 500,00

Коэффициент для определения ОЗП К 1,862

Таблица 9- Расчет срока окупаемости

Годы	Количество реализуемой про- дукции (шт.)	Затраты на НИОКР	Сумма чистой прибы- ли	Баланс на конец года	Срок окупаемости
1 год	100	68 384,20	70 621,47	2 237,27	1
2 год	100		70 621,47	72 858,74	2
3 год	100		70 621,47	143 480,21	3
4 год	100		70 621,47	214 101,68	4

Из таблиц 8 и 9 видно, что при цене 2500 рублей за единицу продукции и объеме продаж 100 штук в год, проект окупит затраты на НИОКР уже к концу первого года.

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

ГЛАВА 2. МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ ООО

2.1 АНАЛИЗ ЖИЗНЕННОГО ЦИКЛА ООО

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

В дипломной работе подробно описан процесс открытия ООО с его полной документальной поддержкой (приложение Б-М).

Описание открытия ООО

Создание нового юридического лица можно условно разделить на несколько этапов.

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

Самым первым организационным этапом в учреждении общества с ограниченной ответственностью является проведение Учредительного собрания (собрание учредителей), на котором принимается решение о создании Общества. На Учредительном собрании должны присутствовать все учредители или их представители, действующие на основании доверенности. Повестка дня Учредительного собрания должна содержать следующие вопросы:

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