Кафедра математики и информатики Профессор Васильев В.П.

ИНДИВИДУАЛЬНЫЕ ЗАДАНИЯ ПО ДИСЦИПЛИНЕ «РЕИНЖИНИРИНГ БИЗНЕС-ПРОЦЕССОВ»

1. Общие требования

Индивидуальное задание состоит из двух частей, Первая частьответ на теоретический вопрос, выполняется в виде реферата. Вторая часть практическое задание выполняется в программной среде BPwin и заключается в проведении функционально-стоимостного анализа реального бизнес процесса. Варианты заданий выбираются по четвертой цифре зачетной книжки или первой цифре в порядковом номере списка группы (например: 218003 –10 вариант, 218203 – 2 вариант) или студент имеет номер 12 в списке –вариант 2

Требования к оформлению.

1.Задание должна быть выполнено в редакторе документов Word , параметры страницыкнижная , поля все 20 мм.

2.Структура задания: первый лист – титульный, каждый освещаемый вопрос оформляется с новой страницы.

3.Шрифт Times New Roman - 12пт, междустрочный интервал – одинарный, выравнивание по левому краю.

4.Общий объем работы – не более 10 страниц печатного текста, включая рисунки, таблицы, графики, схемы. Из них теоретическая часть (реферат ) не более

5 стр.

На титульном листе указываются следующие данные:

Наименование института _____МФ МЭСИ___________________________

Кафедра______________Математики и информатики_____________________________

Индивидуальное задание по дисциплине «Реинжиниринг бизнес процессов»__ Вариант №_______

Задания:

Формулировкатеоретическоговопроса. Практическоезадание «Название бизнеспроцесса»

Студента________________________________________________

(Ф.И.О) (курс, № группы, № зачетной книжкиили номер в списке группы Заполнять

обязательно , т.к. определяет выбор варианта)

Руководитель:__________проф. Васильев В.П._________________________________

2.Варианты заданий для реферата .

1.Сущность и принципы реинжиниринга бизнес-процессов Примеры реализаций.

2.Организация работ по реинжинирингу бизнес-процессов. Примеры реализаций.

3.Человеческий фактор в реинжиниринге бизнес-процессов. Роли участников проекта РБП. Роль творчества в процессе реинжиниринга.

4.Прямой и обратный инжиниринг бизнес процессов.

5.Реинжиниринг бизнес-процессов и необходимость его применения. Основные принципы реинжиниринга бизнес-процессов.

6.Организационные структуры реинжиниринга бизнес процесса.

7.Методологии IDEF в реинжиниринге бизнес процессов.

8.Информационные технологии в процессе реинжиниринга.

9.Mоделирование бизнес-процессов с использованием CASE-средств

10.Имитационное моделирование бизнес-процессов.

3.Практическое задание.

Практическое задание рекомендуется выполнять в соответствии с примером. Провести функционально-стоимостной анализ бизнес-процессов :

1.Производство мебели

2.Кредитование в банке

3.Проведение выставок

4.Малое предприятие производственного профиля.

5.Интернет магазин.

6.Библиотека

7.Предприятие мелкооптовой и розничной торговли

8.Фирма по подбору кадров

9.Работа деканата Вуза.

10.Консалтинговая фирма

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

Структура ответа на практическое задание.

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

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

3.Проверить синтаксис модели бизнес-процесса 4.Отобразить диаграмму дерева узлов модели бизнес-процесса.

5.Определить стоимостные и временные характеристики бизнес-процесса. 6.Описать центры затрат бизнес-процесса.

7.Задать стоимость каждой работы на диаграмме декомпозиции модели бизнес-процесса. 8.Оформить отчет по практическому заданию . В отчете представить копии контекстной диаграммы, диаграммы декомпозиции, диаграммы дерева узлов модели бизнес-

процесса,. результаты по стоимостному анализу бизнес-процесса.

СПИСОК ЛИТЕРАТУРЫ

1.Данько Т. Реинжиниринг бизнес-процессов М: ЭКСМО, 2005.

2.Тельнов Ю. Реинжиниринг бизнес-процессов. М: Финансы и статистика, 2005.

3.Технология реинжиниринга бизнеса. / Мишурова И.В., Кутелев П.В. - МарТ, 2003.

4.Реинжиниринг производства Учебное пособие. / Оголева Л.Н. п, Р - КноРус, 2005.

5.Щенников С.Ю. Реинжиниринг бизнес-процессов. Экспертное моделирование, управление и оценка. М: Ось-89, 2004.

6.Хаммер Майкл, Чампи Джеймс. Реинжиниринг корпорации. Манифест революции в бизнесе (Reengineering the Corporation: A Manifesto for Business Revolution), 2006.

7.Робсон Майк, Уллах Филип Практическое руководство по реинжинирингу бизнеспроцессов/Пер. с англ. под ред. НД. Эриашвили. — М.: Аудит, ЮНИТИ, 1997.

8.Железко Б., Ермакова Т., Володько Л. Реинжиниринг бизнес – процессов, 2006.

9.Сгибнев А. В. Информационные технологии и реинжиниринг бизнес-процессов в российских условиях, М.: КомКнига, 2005.

10.Уткин Э. А. Бизнес – реинжиниринг. М: Экмос, 1998.

11.http://www.chronos.msu.ru/RREPORTS/kryuchkov_reinzhiniring/kryuchkov_reinzhiniring.ht m

12.http://www.lionsconsult.narod.ru/Article-ReengineeringEP.htm

13.http://www.de.uspu.ru/FMPK/PK/Materials

Методика и Пример выполнения практического задания контрольной работы по дисциплине «РЕИНЖИНИРИНГ БИЗНЕСПРОЦЕССОВ»

Теоретические сведения. Понятие о моделях IDEF0

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

Бизнес-процесс (БП) – это упорядоченная во времени и пространстве совокупность взаимосвязанных работ, направленных на получение определенного результата. В соответствии с методологией IDEF0 процесс представляется в виде функционального блока (работа), который преобразует входы в выходы при наличии необходимых ресурсов (механизмов) в управляемых условиях (Рис. 0).

Механизмы

Рис. 0 – Графическое представление процесса в IDEF0

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

•Контекстная диаграмма - общее описание БП и его взаимодействия с внешней средой;

•Диаграммы декомпозиции - разбиение БП на работы и их взаимодействие между собой;

•Диаграммы дерева узлов - иерархическая зависимость работ, но не взаимосвязи между работами;

•Диаграммы только для экспозиции (For Exposition Only, FEO) – иллюстрация отдельных фрагментов модели для демонстрации альтернативных вариантов.

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

•Работа (Activity) обозначает процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Работы изображаются в виде прямоугольников. Все работы должны быть названы и определены. Имя работы должно быть выражено глаголом или отглагольным существительным, обозначающим действие («Регистрация документов» и т.д.).

Работы на диаграммах декомпозиции располагаются по диагонали от левого верхнего угла

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

Взаимодействия работ с внешней средой и между собой описываются в виде стрелок. Стрелки обозначают информацию или объекты и именуются существительными («Указы»,«Первичные документы», «Отчеты», «Инструменты» и т.д.).

ВIDEF0 различают следующие типы стрелок:

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

•Стрелки слева - Вход (Input) – ресурсы (материальные, информационные, денежные и др.), которые используются или преобразуются работой для получения результата (выхода). Допускается, что работа может не иметь ни одной стрелки входа. Часто сложно определить, являются ли данные входом или управлением. В этом случае подсказкойможет служить то, перерабатываются (изменяются) ли ресурсы в работе или нет. Если изменяются, то скорее всего это вход, если нет -управление.

•Стрелки справа - Выход (Output) – результаты (продукт, услуга, документ и др.), которые производятся работой. Работа без результата не имеет смысла и не должна моделироваться.

•Стрелки снизу - Механизм (Mechanism) - инструменты, которые выполняют работу, например, персонал предприятия, станки, устройства и т.д. По усмотрению аналитика стрелки механизма могут не изображаться в модели.

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

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

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

1) Связь по входу ( output-input) - выход вышестоящей работы направляется на вход нижестоящей.

2) Связь по управлению (output-control) - выход вышестоящей работы направляется на управление нижестоящей.

3)Обратная связь по входу (output-input feedback) - выход нижестоящей работы направляется на вход вышестоящей. Такая связь, как правило, используется для описания циклов.

4)Обратная связь по управлению (output-control feedback) - выход нижестоящей работы направляется на управление вышестоящей. Обратная связь по управлению часто свидетельствует об эффективности БП.

5)Связь выход-механизм (output-mechanism) - выход одной работы направляется на механизм другой. Эта взаимосвязь используется реже остальных и показывает, что одна работа подготавливает инструменты, необходимые для проведения другой работы.

Инструментарий моделирования IDEF0

Одним из ведущих инструментов визуального моделирования, анализа деятельности предприятия является CASE-средство AllFusion Process Modele (старое название

BPwin)фирмы Computer Associates.

AllFusion Process Modele BPwin используется

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

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

как проведение исследований, презентаций, пресс-конференций, вывод на рынок новых товаров

ит.п.;

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

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

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

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

На основе информации о модели бизнес-процессов BPwin позволяет генерировать разнообразные отчеты, которые могут быть использованы для анализа и документирования модели. Отчеты могут быть экспортированы в распространенные форматы - MS Office, HTML и др.

Рис 1. Основное окно системы AllFusion Process Modeler

Пример. Выполнить функционально-стоимостной анализ бизнеспроцесса «Учета материальных ценностей»

Загрузите CASE-средство BPwin и создайте новый файл модели бизнес-процесса, используя пункт меню File/New. При создании новой модели возникает диалоговое окно, в котором следует указать, будет ли создана модель заново, или она будет открыта из файла, задать имя модели и выбрать м етодологию, в которой будет построена модель (Рис.2). Дальнейшие действия выполняйте в соответствии с методикой

Рис.2. Диалог создания модели

Определите контекст модели (субъект моделирования, цели и точки зрения на модель),

используя пункт меню Model /Model Properties

.

Рис.3. Вызов диалога задания свойств модели

Рис.4. Диалог задания свойств модели В появившемся диалоговом окне необходимо внести данные о модели.

•Project Name - название проекта; (модель Учета материальных ценностей)

•Model Name - название модели; "бизнес процесс учета МЦ",

•Model Definition - описание модели; " Моделировать (AS-IS)существующий бизнеспроцесс компании по учету МЦ", в текстовое поле Scope занесите «Общие технологии реализации бизнес процесса по учету материальных ценностей на предприятии»

•Model Viewpoint - точка зрения (cодержит информацию об эксперте, точка зрения которого рассматривается как основная при построении модели); Введите (Директор)

•Model Status - статус модели; (учебная модель )

•Purpose - цель моделирования; внесите данные о цели разработки модели, например,

Цель: разобраться в процессе учета материалов предприятия.

•Source - источники информации, используемой при моделировании; (внутренние

материалы предприятия)

•Creation and Revision Dates - дата создания и последнего изменения модели; (текущая и

произвольная даты)

•Author Name and Initials - фамилия и инициалы автора модели. Введите свои данные Войдите в меню Tools, выберите пункт Reports/Model Reports.и посмотрите правильность

введенных данных.

Рис 5. Вызов диалога построения отчета по свойствам модели

Поставьте флажки в окне диалога «отчет свойств модели» Рис 6 и щелкните по клавише

Preview

Рис. 6 Диалог отчет свойств модели Вариант отчета представлен на рис.7

Рис.7 Отчет по свойствам модели.

При создании новой модели создайте контекстную диаграмму, изображающую систему в целом (Рис.8).

Пункты контекстного меню

Name Editor,

Font Editor,

Color Editor - вызывают соответствующие диалоги для внесения имени объекта, установки шрифта (в том числе его размера и стиля) и цвета объекта.

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

• щелкнуть по кнопке с символом в палитре инструментов, перенести курсор к левой стороне экрана, пока не появится начальная штриховая полоска;

•щелкнуть один раз по полоске (откуда выходит стрелка) и еще раз в левой части работы со стороны входа (где заканчивается стрелка);

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

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

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

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

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

Рис.8. Контекстная диаграмма модели

Постройте диаграмму декомпозиции (Рис.9.), щелкнув по кнопке на палитре инструментов. Возникает диалог Activity Box Count, в котором следует указать методологию IDEF0 новой диаграммы и количество работ в ней. Допустимый интервал числа работ 2-8. Для обеспечения наглядности и лучшего понимания моделируемых процессов рекомендуется использовать от трех до шести блоков на одной диаграмме. Если оказывается, что количество работ недостаточно, то работу можно добавить в диаграмму, щелкнув сначала

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