Автор работы: Пользователь скрыл имя, 01 Июля 2014 в 16:11, курсовая работа
Структурный подход основан на использовании, как правило, иерархической организационной структуры. При этом управление деятельностью осуществляется по структурным элементам (бюро, отделам, департаментам, цехам и т.п.), а взаимодействие структурных элементов — через соответствующих должностных лиц. Недостатками структурного подхода к организации и управлению деятельностью предприятия являются:
разбиение технологий выполнения работы на отдельные, как правило, не связанные между собой фрагменты, которые выполняются различными структурными элементами организационной структуры;
отсутствие конкретного лица, ответственного за конечный результат и контроль над технологией;
отсутствие цельного описания технологий выполнения работы;
Введение…………………………………………………………………………...3
Теоретические аспекты моделирования бизнес-процессов
Понятие и классификация бизнес-процессов..…….………...…….5
Сущность процессного подхода……………………………...…...10
Методы и методики моделирования бизнес-процессов….……...11
Анализ предметной области «Гостиница «Баргузин»
2.1. Краткая характеристика гостиницы «Баргузин»………….…….23
2.2. Анализ организационной структуры……………………….........24
2.3. Анализ документооборота гостиницы…………………………...25
2.4. Описание основных бизнес-процессов предприятия.…………..28
3. Моделирование бизнес-процессов гостиницы «Баргузин»………..………29
Заключение……………………………………………………………………….41
Список используемой литературы……………………………………………...42
К процессам развития, как правило, относятся процессы совершенствования производимого продукта или услуги, технологии, оборудования, а также инновационные процессы.
Пример. В торговой компании один из процессов называется «Управление ассортиментом». Несмотря на наличие слова «управление», его следует рассматривать как основной. Процесс оперативного управления сетью магазинов, который осуществляет директор розничной сети, можно смело отнести к категории процессов управления.
При построении архитектуры (системы) процессов компании категории «основной», «вспомогательный», «процесс управления» можно использовать для аналитических целей в качестве некоторых признаков, атрибутов процессов. Но категорически не рекомендуется создавать в процессном дереве соответствующие уровни, так как это излишне усложняет справочник процессов.
Разделение всех процессов на указанные три категории имеет смысл только тогда, когда нужно выделить процессы, участвующие в создании продукции организации, и выполнить их анализ. Для построения системы процессов, последующей регламентации и управления важен не формальный тип процесса, а его приоритетность с точки зрения достижения стратегических целей организации.
Процессы — это логически упорядоченные последовательности шагов (работ, этапов, элементов), преобразующих входные данные в выходные данные. Такое понимание процессов близко к представлению об алгоритмах, и это дает возможность использования информационных технологий для визуализации процессов и полученных результатов для своевременного принятия управленческих решений [8, c.93].
Все виды деятельности, осуществляемые в организации, целесообразно рассматривать как процессы. Они представляют собой организованную деятельность, которая должна генерировать предварительно установленный для определенного пользователя выход, обеспечив при этом необходимый вход процесса. Процесс направлен на достижение установленной цели, которая имеет количественное выражение – результат. Чтобы получить желаемый результат, в деятельности организации должны быть выявлены взаимосвязанные процессы, которыми надо управлять.
Процессный подход предполагает установление требований потребителей каждого процесса (внутренних потребителей), полномочий, прав и ответственности за управление процессом. Практическая реализация процессного подхода весьма специфична и предполагает переход от функционального управления в организации к управлению результатами. Она должна учитывать особенности функционирования организаций, их отраслевую специфику.
Процессный подход ориентирован, в первую очередь, не на организационную структуру предприятия, а на бизнес-процессы, конечными целями которых является создание продуктов или услуг, представляющих ценность для внешних или внутренних потребителей. Процессный подход подводит к необходимости реорганизации деятельности — перехода на ресурсосберегающую организационную структуру. Основными чертами такой реорганизации являются [7, c.3-7]:
Под процессным подходом к организации и управлению деятельностью предприятия понимается ориентация [11, c. 408]:
В рамках процессного подхода любое предприятие рассматривается как бизнес-система, которая представляет собой связанное множество бизнес-процессов, конечными целями которых является выпуск продукции или услуг. М.Хаммер и ДжЛампи определяют бизнес-процесс «как совокупность различных видов деятельности, в рамках которой «на входе» используются один или более видов ресурсов, и в результате этой деятельности на «выходе» создается продукт, представляющий ценность для потребителя».
Для моделирования бизнес-процессов используется несколько различных методов, основой которых являются как структурный, так и объектно-ориентированный подходы к моделированию. Однако деление самих методов на структурные и объектные является достаточно условным, поскольку наиболее развитые методы используют элементы обоих подходов. К числу наиболее распространенных методов относятся [4, с.5-28]:
1.Метод SADT (Structured Analysis and Design Technique) считается классическим методом процессного подхода к управлению. Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой.
Метод SADT может использоваться для моделирования самых разнообразных процессов и систем. В существующих системах метод SADT может быть использован для анализа функций, выполняемых системой, и указания механизмов, посредством которых они осуществляются.
Метод SADT представляет собой совокупность правил и процедур, предназначенных дляпостроения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями.
Результатом применения метода SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга.
Одной из наиболее важных особенностей метода SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель.
Рис.2. Структура SADT-модели. Декомпозиция диаграмм.
2.Метод моделирования процессов IDEF3
Метод моделирования IDEF3 предназначен для моделирования последовательности выполнения действий и взаимозависимости между ними в рамках процессов.
Как и в методе IDEF0, основной единицей модели IDEF3 является диаграмма. Другой важный компонент модели – действие, или в терминах IDEF3 «единица работы» (Unit of Work). Диаграммы IDEF3 отображают действие в виде прямоугольника. Действия именуются с использованием глаголов или отглагольных существительных, каждому из действий присваивается уникальный идентификационный номер. Этот номер не используется вновь даже в том случае, если в процессе построения модели действие удаляется. В диаграммах IDEF3 номер действия обычно предваряется номером его родителя (рис. 3).
Рис.3. Изображение и нумерация действия в диаграмме IDEF3
Существенные взаимоотношения между действиями изображаются с помощью связей. Все связи в IDEF3 являются однонаправленными, и хотя стрелка может начинаться или заканчиваться на любой стороне блока, обозначающего действие, диаграммы IDEF3 обычно организуются слева направо таким образом, что стрелки начинаются на правой и заканчиваются на левой стороне блоков. В табл. 1 приведены три возможных типа связей.
Табл. 1 Типы связей IDEF3
3.Диаграммы потоков данных DFD
Диаграммы потоков данных (Data Flow Diagrams– DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления – продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
В соответствии с данным методом модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи потребителю. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям – потребителям информации.
Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут уровень декомпозиции, на котором детализировать процессы далее не имеет смысла.
Основными компонентами диаграмм потоков данных являются:
• внешние сущности;
• системы и подсистемы;
• процессы;
• накопители данных;
• потоки данных.
4. Метод ARIS
Система ARIS (Architecture of Integrated Information System), разработанный германской фирмой IDS Scheer, представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику.
ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:
• организационные модели, представляющие структуру системы – иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений;
• функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;
• информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;
• модели управления, представляющие комплексный взгляд на реализацию бизнес-процессов в рамках системы.
Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования, в частности, UML.
Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты – «функция», «событие», «структурное подразделение», «документ» и т.п. Между объектами устанавливаются разнообразные связи. Так, между объектами «функция» и «структурное подразделение» могут быть установлены связи следующих видов:
• выполняет;
• принимает решение;
• участвует в выполнении;
• должен быть проинформирован о результатах;
• консультирует исполнителей;
• принимает результаты.
Основная бизнес-модель ARIS – eEPC (extended Eventdriven Process Chain – расширенная модель цепочки процессов, управляемых событиями). В табл. 2 приводятся основные объекты, используемые в данной нотации.
Табл.2. Объекты модели eEPC
Рис.3. Модель eEPC
Основное достоинство метода ARIS заключается в его комплексности, которая проявляется во взаимосвязи между моделями различных типов. Метод ARIS позволяет описывать деятельность организации с разных точек зрения и устанавливать связи между различными моделями. Однако такой подход трудно реализуем на практике, поскольку влечет за собой большой расход ресурсов (человеческих и финансовых) в течение длительного времени. Кроме того, инструментальная среда ARIS достаточно дорогостояща и сложна в использовании.
5. Метод Ericsson-Penker представляет интерес прежде всего в связи с попыткой применения языка объектного моделирования UML (изначально предназначенного для моделирования архитектуры систем ПО) для моделирования бизнес-процессов. Это стало возможным благодаря наличию в UML механизмов расширения.
Механизмы расширения UML предназначены для того, чтобы разработчики могли адаптировать язык моделирования к своим конкретным нуждам, не меняя при этом его метамодель.
Информация о работе Моделирование и анализ бизнес-процессов на примере гостиницы «Баргузин»