Отчет по дисциплине моделирование бизнес процессов

Подборка по базе: Лекции по дисциплине маркетинг.docx, 3D моделирование в программе «Blender».docx, ПП 07 Содержание отчета.docx, Бухгалтерская отчетность состав, содержание и использование в , Шаблон отчета ПП.01 (1).docx, краткий отчет.docx, Задание по дисциплине Экономика и менеджмент горного производств, Вывод отчета на печать — Антиплагиат.pdf, НТИ годовой отчет по практикам 2015-2016 год.doc, Титульный лист отчета о прохождении практики.docx

МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ

РОССИЙСКОЙ ФЕДЕРАЦИИ

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

«НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ НИЖЕГОРОДСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ им. Н.И. ЛОБАЧЕВСКОГО»

Институт экономики и предпринимательства

Кафедра информационных технологий

и инструментальных методов в экономике

Отчет по дисциплине «Моделирование бизнес-процессов»

На тему:

Моделирование бизнес-процесса (Название процесса)

Выполнил:

Студент______________/ФИО/

Курс _______ группа _______________

Проверил:

Ст. преп __________ Полушин А.А.

Работа допущена __________ /Полушин А.А./ «____»______________2022 г.
Нижний Новгород, 2022

СОДЕРЖАНИ

Введение 3

1. Описание деятельности «Компании» 4

2. Моделирование процессов высокого уровня «Компании» в нотации IDEF0 11

3. Ролевое моделирование процесса «Операционная деятельность «Компании» по …». Описание подпроцесса «…» по шаблону «usecases.org» 20

Введение 3

1. Описание деятельности «Компании» 4

2. Моделирование процессов высокого уровня «Компании» в нотации IDEF0 Ошибка! Закладка не определена.

3. Ролевое моделирование процесса «Операционная деятельность «Компании» по …». Описание подпроцесса «…» по шаблону «usecases.org» 18

4. Моделирование процесса «Операционная деятельность «Компании» по …» в нотации «Процедура» Ошибка! Закладка не определена.

5. Моделирование подпроцесса «…» в нотации «Процесс» Ошибка! Закладка не определена.

6. Моделирование процесса «Операционная деятельность «Компании» по …» в нотации «BPMN» Ошибка! Закладка не определена.

Заключение Ошибка! Закладка не определена.

Термины и определения Ошибка! Закладка не определена.

Список литературы Ошибка! Закладка не определена.

Приложения Ошибка! Закладка не определена.

Выходные документы Ошибка! Закладка не определена.

Введение

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

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

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

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

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

В своей работе, на примере интернет-магазина «Эльдорадо», мы рассматриваем такой процесс, как оформление продажи товара.

1. Описание деятельности «Компании»

«Эльдора́до» — торговая сеть по продаже бытовой электроники. По данным за 2012 год, занимала второе после «М.Видео» место в России как по продажам на рынке бытовой техники и электроники (8,6 % рынка) , так и по доле занимаемых торговых площадей (21 %). Штаб-квартира расположена в Москве.

«Эльдорадо» — пятикратный лауреат премии «Права потребителей и качество обслуживания», трехкратный обладатель премии «Марка № 1 в России» (2012, 2014, 2016), четырёхкратный обладатель премии «Лучшие социальные проекты России» за акцию «Утилизация» (2013, 2016, 2017, 2018) и двукратный победитель премии Retail Week Awards (2017, 2018). Компания стала победителем CX World Awards 2018 в номинации «Персонализированный клиентский опыт», лауреатом программы «Эффективное бизнес-образование 2016» в категории «Лучшая программа развития и мотивации сотрудников», а также обладателем премии Russian Retail Awards 2016, Customer Experience Awards Russia 2016 в номинации «Лучший персонализированный маркетинг» и Online Retail Russia Awards 2016 как лучший интернет-магазин в своем сегменте.

Розничная сеть «Эльдорадо» входит в Группу «М.Видео-Эльдорадо» (ПАО «М.видео») — крупнейшую российскую розничную компанию

Для постоянных клиентов Ситилинк представлены специальные проекты:

Клуб Эльдорадо – накопительная программа, которая позволяет держателю клубной карты:

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

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

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

Форум – раздел для общения с пользователями:

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

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

Заказы стоимостью от 100000 до 200000 рублей доставляются по предварительному согласованию.

Заказы стоимостью свыше 200 000 рублей без предварительной оплаты не доставляются.

Заказы стоимостью свыше 200000 рублей при условии полной предварительной оплаты доставляются бесплатно, исключая крупногабаритные заказы общим объемом более 1.5 м³ или массой более 500 кг.

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

В услугу подъема крупногабаритного товара не входит подъем прочей части заказа, если объем прочей части заказа превышает 0,2 м³ или вес 30кг. Для крупногабаритных товаров (объемом более 1.5 м³ или массой более 120 кг):

Передача товаров. Передача товаров производится в присутствии заказчика, либо его полномочного представителя, в квартире, офисе, холле, кабинете, на складе, в пределах здания (сооружения), однозначно относящегося к адресу доставки. Исключением является доставка крупногабаритных заказов (общим объемом более 0.2 м³ или массой более 30 кг), без оплаченной услуги подъема крупногабаритного товара на этаж, которые гарантированно доставляются к подъезду, воротам или к месту ближайшей парковки. Дальнейшее перемещение таких заказов осуществляется силами заказчика.

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

1. Вы получаете только новый товар, убедитесь в этом.

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

3. Оплатите заказ. Процедура передачи товаров не предусматривает его тестирования и ожидания экспедитором результатов:

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

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

Сопровождающие документы. Совместно с товаром, экспедитор обязан передать Вам:

Для физических лиц	Для юридических лиц
Кассовый чек
Гарантийные талоны с необходимыми отметками
Товарный чек	—
—	Оригинал счета
—	Товарная накладная
—	Счет-фактура
—	Приложение к товарной накладной

Условия оплаты:

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

Способы оплаты:

В Эльдорадо Вы можете оплатить заказ любым удобным для Вас способом:

наличными в магазине или пунктах выдачи заказа;
наличными курьеру при доставке заказа;
пластиковыми картами;
Для юридических лиц оплата производится только по безналичному расчету путем перечисления денежных средств с расчетного счета покупателя на расчетный счет ООО «МВМ».
Сервисы Google Pay и Samsung Pay доступны только при использовании карты «МИР»
оплата подарочной картой;

Покупка в кредит и картами рассрочки.

Условия оказания услуг:

Заказчик обязан обеспечить беспрепятственный доступ к месту оказания услуг, сообщить адрес, контактные телефоны, код домофона, а также устранить препятствия в виде мусора, предметов мебели, несоответствие напряжения в электросетях, неисправность коммуникаций, к которым осуществляется подключение, и т.п.
В стандартные услуги не входит: Применение дополнительного оборудования и дополнительных работ, связанных с вызовом альпиниста и автовышки, штробление стен, удлинение шнуров питания, перенос розеток, работы по изменению конфигурации рабочих поверхностей, расходные материалы, используемые мастером при выполнении работ, выезд за МКАД (возможно за дополнительную плату).
Гарантия: Исполнитель несет ответственность за полноту, качество и сроки оказываемой услуги в течение всего периода гарантийного срока на оказанные услуги (выполненные работы), который составляет 12 месяцев с момента подписания договора на оказание услуг.
Резервирование товаров. При оформлении заказа на терминале в торговом зале, Ваш заказ резервируется на 30 минут с момента получения Вами штрих-кода для оплаты в кассе. Зарегистрированным пользователям сайта предоставляется возможность резервирования товара на сайте на срок до 72 часов для последующего самостоятельного получения. Оплата таких заказов производится в кассах торгового зала, по предъявлению распечатки бланка заказа со штрих-кодом или его номера. Если Вы заказали товар с доставкой, его резервирование производит менеджер Call-центра, согласовывающий с Вами заказ и условия доставки.
Порядок оплаты. Оплата наличными для физических лиц производится как в кассах магазина при самовывозе, так и через экспедитора при доставке.

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

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

Клиент вправе отказаться от исполнения такого заказа. В случае, если Клиент оплатил заказ до момента обнаружения ошибки и отказался от исполнения заказа, Продавец обязан вернуть Клиенту уплаченную за заказ денежную сумму.

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

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

Получение товара:

самостоятельное получение (самовывоз);
получение товара в ближайшей точке выдачи;
доставка товара по указанному Вами адресу.

Самостоятельно получить товар Вы можете в магазине Эльдорадо (ежедневно с10:00 до 22:00). Если Вы хотите воспользоваться услугой «Доставка», пожалуйста, ознакомьтесь с условиями предоставления данной услуги https://www.eldorado.ru/help/delivery/

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

После получения заказа с проверкой товара на окне выдачи претензии в связи с наличием внешних дефектов товара, его количеству, комплектности и товарному виду НЕ принимаются.

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

Корпоративным клиентам:

1. Воспользоваться системой запроса счёта через сайт:

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

2.Воспользоваться услугами наших специалистов

Отправить запрос на единый ящик корпоративного отдела

Сформируйте Ваш запрос и отправьте по почте corp@eldorado.ru

При формировании запроса на почту corp@eldorado.ru от Вас потребуется:

реквизиты компании;
артикул или наименование товара;
количество заказываемого товара.

Укажите каким образом будете осуществлять забор товара после оплаты:

1) Доставка – необходимо указать точный адрес доставки, контактный номер телефона получателя;

2) Самовывоз – необходимо указать магазин или пункт выдачи, из которого будет осуществляться самовывоз товара.

ТОР-диаграмма процесса А0 «Деятельность компании…….» в нотации IDEF0 представлена на рисунке 1.
ТОР-диаграмма процесса А-0 «Деятельность компании Сервис» в нотации IDEF0 представлена на рис. 1 (компания вымышлена).

Рис. 1. ТОР-диаграмма процесса А-0 «Деятельность компании Сервис» в нотации IDEF0

2. Моделирование процессов высокого уровня «Компании» в нотации IDEF0

IDEF — методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем, позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными. IDEF0 — методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность (поток работ).

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

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

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

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

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

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

принцип функциональной декомпозиции;
принцип контекстной диаграммы;
принцип ограничение сложности.

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

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

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

количество блоков на одной диаграмме не более шести;
количество интерфейсных дуг, подведенных к одной стороне блока – не более четырех.

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

В Business Studio на диаграмме процесса в нотации IDEF0 процессы нумеруются автоматически слева направо при нажатой кнопке на панели инструментов диаграммы. В соответствии с этим номером процессы сортируются в дереве Навигатора. Если кнопка не нажата, номера процессов зависят от расположения процессов в Навигаторе и могут определяться пользователем с помощью кнопок « Переместить выше» и « Переместить ниже» контекстного меню Навигатора. Номер процесса показывается в правом нижнем углу прямоугольного блока. В случае если подпроцессы у текущего процесса IDEF0 были созданы в дереве Навигатора, то при первом открытии диаграммы они будут расставлены системой по диагонали сверху вниз и слева направо (см. табл. 3.1).

Таблица 3.1

Используемые графические элементы нотации IDEF0

Элемент	Назначение
	Добавление новой стрелки. При перетаскивании на диаграмму создается новая стрелка. При нажатии − включается режим рисования стрелок.
	Добавление нового Процесса IDEF0. Тип процесса можно изменить с помощью команды «Преобразовать в» в контекстном меню процесса IDEF0 в Навигаторе.
	Добавление сноски. Используется как дополнительный комментарий к объекту.
	Создать рамку. На диаграмме создается рамка. Если она уже существует, никаких действий не произойдет.
	Добавление Внешней ссылки. Откроется окно выбора элемента из справочника «Внешние ссылки».

Диаграмма А0 декомпозиции процесса «Деятельность ………» в нотации IDEF0 представлена на рис. 2, 3.

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

Пусть при государственной регистрации компании «Авто» были зарегистрированы пять видов экономической деятельности (ЭД) из общероссийского классификатора видов ЭД. Эти виды выделены курсивом в таблице 2.1.

Таблица 2.1.

Фрагмент ОКВЭД, содержащий виды ЭД компании «Авто»

Раздел G. Оптовая и розничная торговля; ремонт автотранспортных средств, мотоциклов, бытовых изделий и предметов личного пользования
50	Торговля автотранспортными средствами и мотоциклами, их техническое обслуживание и ремонт
50.1	Торговля автотранспортными средствами
50.10	Торговля автотранспортными средствами
50.10.1	Оптовая торговля автотранспортными средствами
50.10.2	Розничная торговля автотранспортными средствами
50.10.3	Торговля автотранспортными средствами через агентов
50.2	Техническое обслуживание и ремонт автотранспортных средств
50.20	Техническое обслуживание и ремонт автотранспортных средств
50.20.1	Техническое обслуживание и ремонт легковых автомобилей
. . .
50.3	Торговля автомобильными деталями, узлами и принадлежностями
50.30	Торговля автомобильными деталями, узлами и принадлежностями
50.30.1	Оптовая торговля автомобильными деталями, узлами и принадлежностями
50.30.2	Розничная торговля автомобильными деталями, узлами и принадлежностями
. . .
Раздел I. Транспорт и связь
60	Деятельность сухопутного транспорта
. . .
60.22	Деятельность такси

Заметим, что ОКВЭД гармонизирован с соответствующим международным классификатором видов ЭД по названиям и кодам в пределах первых четырех символов кода.

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

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

Фрагмент построен на основе пяти функций нулевого уровня, выделенных курсивом в таблице 1, соответствующих пяти видам ЭД из ОКВЭД. На 1 уровне приводятся обозначения и наименования стратегических бизнес-единиц (СБЕ) бизнес-портфеля компании. Для отдельной СБЕ можно вводить стратегические направления, например, розничная и оптовая торговля. В рассматриваемом примере каждой СБЕ соответствует свой рынок сбыта, а стратегическому направлению – сегмент рынка.

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

Уровень 0 корпоративный		Экономическая деятельность компании «Авто» (ЭД)
Виды ЭД по ОКВЭД	Оптовая торговля автотранспортными средствами (ЭД 1)	Розничная торговля автотранспортными средствами (ЭД 2)	Техническое обслуживание и ремонт легковых автомобилей ЭД 3)	Розничная торговля автомобильными деталями, узлами и принадлежностями (как вспомогательный вид ЭД) (ЭД 4)	Деятельность такси (ЭД 5)
Уровень 1  конкурентный (СБЕ)	СБЕ 1 – продажа легковых автомобилей	СБЕ 2 –техническое обслуживание и ремонт легковых автомобилей	СБЕ 3 – перевозка пассажиров на такси
Уровень 1.1	СБЕ 1.А – оптовая продажа, СБЕ 1.Б – розничная продажа		
Уровень 2 – функциональный 1		СБЕ 2.1 – маркетинговая функция СБЕ 2.2 – производственная функция и продажи СБЕ 2.3 – финансовая функция (могут отнести к обеспечивающей)	. . .
Уровень 3 – функциональный 2	. . .	СБЕ 2.1.1 – маркетинг закупок Маркетинг продаж: СБЕ 2.1.2 – товарная функция СБЕ 2.1.3 – ценовая функция СБЕ 2.1.4 – функция сбытовая или распределения (в эту функцию не входят непосредственно продажи, но входит их анализ) СБЕ 2.1.5 – функция продвижения (рекламная функция, PR – функция, стимулирование сбыта, прямые продажи, …) СБЕ 2.1.6 – позиционирование сегментация, брендинг, формирование фирменного стиля СБЕ 2.1.7 – управление взаимоотношениями с клиентами и формирование лояльности . . .
		СБЕ 2.2.1 – диагностика услуг и заключение предварительного договора с клиентом (в том числе на покупку запасных частей и принадлежностей) СБЕ 2.2.2 – оказание услуг по ремонту и техническому обслуживанию СБЕ 2.2.3 – заключение окончательного договора с клиентом, передача клиенту отремонтированного либо прошедшего техническое обслуживание автомобиля, прием платежа за оказанные услуги . . .	. . .
Уровень 4 – функциональный 3		. . . 2.1.5.1 – рекламная функция; 2.1.5.2 – PR – функция; 2.1.5.3 – стимулирование сбыта; 2.1.5.4 – прямые продажи; …

Рис. 2.1. Фрагмент модели функций для компании «Авто» в целом

Диаграмма А0 декомпозиции процесса «Деятельность компании Сервис» в нотации IDEF0 представлена на рис. 2.

Рис. 2. Диаграмма А0 декомпозиции процесса «Деятельность компании Сервис» в нотации IDEF0

Диаграмма А2 декомпозиции процесса «СБЕ – техническое обслуживание и ремонт легковых автомобилей» в нотации IDEF0 представлена на рис. 3 (по принципу функциональной декомпозиции).

Рис. 3. Диаграмма А2 декомпозиции процесса «СБЕ – техническое обслуживание и ремонт легковых автомобилей» в нотации IDEF0
3. Ролевое моделирование процесса «Операционная деятельность «Компании» по …». Описание подпроцесса «…» по шаблону «usecases.org»

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

П3

Поступление товаров на склад

П1

Выбор товаров покупателем

П2

Оформление заказа

П7

Возврат товаров

П6

Оперативный учет товаров в салоне

П3

Формирование заявки

П4

Поступление товаров в салон

П5

Оформление продажи офисной техники

П3

Поступление товаров на склад

Рис. 4. Диаграмма подпроцессов процесса «Операционная деятельность «Компании» по продаже офисной техники»

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

Выходы процесса: клиенты, купившие товар либо вернувшие его.

Исполнители подпроцессов:

П1 – Покупатель, менеджер	П5 – Покупатель, менеджер
П2 – ПО_{заказа,} менеджер, покупатель	П6 – ПО_учета, менеджер
П3 – Покупатель, ПО_{заказа,} менеджер	П7 – ПО_{возврата}, менеджер, покупатель
П4 – ПО_учета, менеджер

Каждый подпроцесс на рис. 4 – это последовательность действий (подфункций), преобразующая входы в выходы. Если подпроцесс отражает «законченное действие», то его называют прецедентом.

Наряду с диаграммой подпроцессов в ролевое моделирование входит описание каждого подпроцесса. Каждый подпроцесс рекомендуется описывать в виде внутреннего нормативного документа. Рассмотрено описание подпроцесса «Оформление продажи офисной техники» по шаблону usecases.org. Данный шаблон был разработан для описания процессов ролевого моделирования как результатов анализа требований унифицированного процесса разработки программного обеспечения.

Описание процесса-прецедента: «Оформление продажи офисной техники» по шаблону usercases.org

Вход: покупатель с оформленным заказом

Выход: покупатель, проверивший и оплативший товар

Основной исполнитель: менеджер

Заинтересованные лица и их цели/задачи:

Покупатель: получить быстро качественный товар и гарантию

Менеджер: быстро оформить продажу и проверку товара

Предварительные условия: покупатель с оформленным ранее заказом подошел к менеджеру

Результаты: товар куплен, чек, Товарный чек напечатан, данные введены и переданы, гарантия оформлена

Основной успешный сценарий:

Покупатель с оформленным ранее заказом предъявляет заказ
Менеджер находит в ПО заказ
Менеджер распечатывает документы: Товарный чек и Гарантийное обязательство
Менеджер находит в салоне (на складе) по номеру заказа товар
Покупатель проверяет упаковку и наименование товара
Покупатель проверяет внешний вид товара и (по возможности) работоспособность
Покупатель проверяет наличие сопроводительных документов
Менеджер сообщает покупателю сумму его покупки
Покупатель оплачивает товар
Менеджер выдает сдачу покупателю
Система регистрирует платеж, передает данные в бухгалтерию
Система выдает чек
Покупатель расписывается в Товарном чеке и Гарантийном обязательстве
Менеджер расписывается в Товарном чеке и Гарантийном обязательстве
Менеджер ставит печать в Гарантийном обязательстве
Менеджер передает Товарный чек и Гарантийное обязательство покупателю
Менеджер передает товар покупателю

Расширения (альтернативные потоки событий):

8а. У покупателя есть клубная карта «Эльдорадо »

Покупатель предъявляет клубную карту
Менеджер вводит с нее данные
Система предоставляет скидку

8б. Товар продается по акции

1.Система предоставляет скидку

9а. Оплата по банковской карточке

1.Покупатель предъявляет карточку

2.Менеджер вводит с нее данные

3.Система передает запрос на авторизацию платежа в банк

4.Система получает от банка подтверждение платежа, печатает два чека

5.Менеджер передает чеки

6.Покупатель подписывает и возвращает кассиру один чек

9б.Система получает информацию об отказе проведения платежа

1.Система сообщает Менеджер у, а Менеджер просит покупателя изменить способ оплаты.

Образцы используемых документов и требования к ним:

Товарный чек (образец приведен в приложении 1 к описанию процесса), Чек, Гарантийное обязательство.

Нормативные акты, регулирующие оформление продажи товаров:

(О правилах торговли, О защите прав потребителей и т.д.).

Список технологий и типов данных:

1.Штриховой код товара либо сканируется, либо вводится с клавиатуры.

2.Допускается использование штрихового кода EAN.

Специальные требования

1.Текст на сенсорном экране должен быть виден с расстояния один метр.

2.Время отклика службы авторизации не должно превышать 30 сек.

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

Бизнес-правила

Имя	Правило	Вероятность изменения	Источник
Прав1	При платежах по банковской карточке покупатель ставит подпись		Государство, банки
Прав2	Скидка по клубной карте		Политика компании
Прав3	Скидка по акции		Политика компании

Источник

Тема: Отчет по моделированию бизнес-процессов

Раздел: Бесплатные рефераты по моделированию бизнес-процессов

Вуз: Финансовый университет

Год и город: Липецк 2014

ЛАБОРАТОРНАЯ РАБОТА 1

ОПРЕДЕЛЕНИЕ ТРЕБОВАНИЙ И СПЕЦИФИКАЦИЙ НА СОЗДАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

Исходное задание: Описание системы предоставления доступа к сети Интернет.

Расширенное описание: В службу поддержки провайдера поступило обращение на подключение услуги доступа к сети Интернет, в результате поступившего обращения, были проделаны следующие действия. Регистрация заявки оператором и перенаправление её специалистам. Определение даты подключения услуги. Проведение и установка оборудования. Заключение договора.

Состав подразделений (подсистем) информационной системы:

В службу поддержки провайдера поступил звонок на неработающую услугу интернета. В результате данного обращения были проделаны следующие действия:

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

Перечень функций и задач системы:

Основными функциями оператора являются:

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

Главной задачей оператора является, предоставление достоверной информации. Заинтересованность в проблеме клиента.

Основными функциями специалистов являются:

Устранение неполадок и проверка оборудования по договоренности с абонентом. Консультации и рекомендации по работе с оборудованием.

Главной задачей специалистов возобновление услуги и устранение неполадок в кратчайшие сроки.

Подробное описание работы каждого подразделения

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

Описание отдельных сценариев работ подразделений:

В службу поддержки провайдера поступил звонок от абонента:

Выяснение причины обращения. Помощь и консультация в решении вопросов.

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

Входная и выходная информация для каждого подразделения (подсистемы)

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

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

3)В службу поддержки провайдера поступило обращение на непредоставление услуги доступа к сети Интернет. Провайдер с нового года повысил цены на тарифные планы, абонент крайне не доволен данной ситуацией, так на балансе недостаточно средств, позднее время и абонент не может погасить задолженность. Оператор предлагает абоненту воспользоваться услугой обещанного платежа, и доступ к сети Интернет возобновляется.

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

ЛАБОРАТОРНАЯ РАБОТА 2

ПОСТРОЕНИЕ ДИАГРАММ РАБОТ ИНФОРМАЦИОННОЙ СИСТЕМЫ

Рис. 1. Модель предоставления доступа к сети Интернет.

На рис.1. продемонстрирована модель предоставления доступа к сети Интернет, в которой провайдер на основе регламента поддержки пользователей предоставляет данную услугу абонентам.

Рис. 2. Модель декомпозиции предоставления доступа к сети Интернет.

На рис. 2. представлена декомпозиция по предоставлению доступа к сети в Интернет. В данной модели оператор составляет заявку на подключение услуги, направляет её специалистам, специалисты в свою очередь, проводят оборудование абоненту. После проведения работ, с абонентом заключается договор.

Рис. 3. Модель декомпозиции составления заявки на подключение услуги

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

Рис. 4. Модель декомпозиции проведения кабеля до оборудования.

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

Рис. 5. Модель декомпозиции заключения договора

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

ЛАБОРАТОРНАЯ РАБОТА 3

ПОСТРОЕНИЕ ДИАГРАММ ПОТОКОВ ДАННЫХ ИНФОРМАЦИОННОЙ СИСТЕМЫ

Рис. 6. Модель потоков данных системы по заключению договора

На рис. 6 изображена модель потоков данных системы по заключению договора, в которой на основании заявки от абонента, провайдер предоставляет услугу доступа к Сети Интернет. Заявка на подключение остается в базе данных провайдера, после обработки заявки, подготавливается договор, проводится кабель до квартиры абонента, настраивается оборудование, производится сверка данных в договоре. Абоненту предоставляется услуга доступа к сети Интернет, на основании этого компания с абонентом заключают договор.

ЛАБОРАТОРНАЯ РАБОТА 4

ПОСТРОЕНИЕ ДИАГРАММЫ ПРЕЦЕДЕНТОВ

Рис. 7. Модель прецедентов системы по предоставлению услуги доступа к сети Интернет

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

Внимание!

Если вам нужна помощь в написании работы, то рекомендуем обратиться к профессионалам. Более 70 000 авторов готовы помочь вам прямо сейчас. Бесплатные корректировки и доработки. Узнайте стоимость своей работы

Бесплатная оценка

Понравилось? Нажмите на кнопочку ниже. Вам не сложно, а нам приятно).

Чтобы скачать бесплатно Лабораторные работы на максимальной скорости, зарегистрируйтесь или авторизуйтесь на сайте.

Важно! Все представленные Лабораторные работы для бесплатного скачивания предназначены для составления плана или основы собственных научных трудов.

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

Добавить работу

Если Лабораторная работа, по Вашему мнению, плохого качества, или эту работу Вы уже встречали, сообщите об этом нам.

Добавление отзыва к работе

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

Отчет по лабораторным работам по дисциплине:

Моделирование
бизнес — процессов

на
тему:

Моделирование
бизнес-процесса «Оплата
услуг «Ростелеком»
через
интернет»

Выполнили:

Студентки:
Курдюкова Надежда гр.732/4

Марютина
Ирина гр. 732-4

Направление:
Менеджмент

Профиль:
Маркетинг

Проверил:

к.э.н.,
доцент ___________________Шерегов Н. А.

Нижний
Новгород

2014г.

Содержание

Введение……………………………………………………………………………3

Раздел
1. Описание деятельности ООО «Ростелеком».
Контекстная
диаграмма «Деятельность
ООО «Ростелеком»»……………………………………………………4

Раздел
2. Декомпозиция процесса «Деятельность
«Ростелеком»»
в
методологии (нотации) IDEF0 системы
Business Studio……………………………………..11

Раздел
3. Ролевое моделирование деятельности
на примере процесса «ОП».
Описание
процесса «Оплата
услуг через интернет»
по
шаблону «use
cases.org»…………………………………………………………………………14

Раздел
4. Декомпозиция процесса «ОП»в
нотации «Процедуры»
системы
Business Studio4 …………………………………………………………………18

Раздел
5. Декомпозиция процедуры «Оформление
оплаты услуг через интернет»
в
нотации «Процессы»
Business Studio4……………………………21

Заключение…………………………………………………………………….…24

Список
литературы……………………………………………………………….25

Введение

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

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

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

В
своей работе, на примере компании
«Ростелеком»,
мы
рассматривали такой процесс, как оплата
услуг через интернет. Опишу процессы
высокого уровня с использованием
методологии и процедуры.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

Источник

Отчет по практике: Моделирование бизнес-процессов трикотажной фабрики

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

ГОУ ВПО «РОССИЙСКАЯ ЭКОНОМИЧЕСКАЯ АКАДЕМИЯ

ИМ Г.В. ПЛЕХАНОВА»

Институт экономики

Кафедра: «Информационные технологии»

Курсовая работа

по дисциплине: Моделирование бизнес-процессов в КИС

на тему:

«Моделирование бизнес-процессов

трикотажной фабрики»

Подольск 2008

Содержание

Введение

1. Описание методологий семейства IDEF (ICAMDefenition)

1.1 Методология IDEF0

1.2 Методология DFD (DataFlowDiagramming)

1.3 Методология IDEF3

2. Описание предметной области

2.1 Краткая характеристика производства трикотажных изделий

2.2 Описание основных бизнес-процессов трикотажной фабрики

2.3 Описание вспомогательных бизнес-процессов трикотажной фабрики

2.4 Описание внешних сущностей

2.5 Описание внутренних сущностей и накопителей

2.6 Технологический процесс «Производство трикотажных изделий»

Заключение

Список литературы

Приложение

Введение

В настоящее время в России резко возрос интерес к общепринятым на Западе стандартам менеджмента.

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

Понятие «моделирование бизнес-процессов» пришло в быт большинства аналитиков одновременно с появлением на рынке сложных программных продуктов, предназначенных для комплексной автоматизации управления предприятием. Подобные системы всегда подразумевают проведение глубокого предпроектного обследования деятельности компании. Результатом этого обследование является экспертное заключение, в котором отдельными пунктами выносятся рекомендации по устранению «узких мест» в управлении деятельностью. На основании этого заключения, непосредственно перед проектом внедрения системы автоматизации, проводится так называемая реорганизация бизнес-процессов, иногда достаточно серьезная и болезненная для компании. Это и естественно, сложившийся годами коллектив всегда сложно заставить «думать по-новому». Подобные комплексные обследования предприятий всегда являются сложными и существенно отличающимися от случая к случаю задачами. Для решения подобных задач моделирования сложных систем существуют хорошо обкатанные методологии и стандарты. К таким стандартам относятся методологии семейства IDEF. С их помощью можно эффективно отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными.

В настоящее время широко используются CASE‑технологии (Computer Aided Software/System Engineering), предоставляющие ряд нотаций для разработки описательных моделей. Одними из самых популярных программных продуктов, обеспечивающих полный цикл анализа, проектирования и кодогенерации, являются автоматизированные инструменты серии Platinum technology (Logic Works): BPWin, ERWin, ModelMart, Paradigm Plus, RPTWin.

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

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

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

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

BPwin тесно интегрируется с рядом известных продуктов Computer Associates и других компаний. Среди этих продуктов:

· Широко известный инструмент моделирования данных ERwin (CA/Logic Works). Erwin не нуждается в рекомендациях. В версии BPwin 4.0 интерфейсы экспорта и импорта синхронизованы с Erwin 4.0. Кроме того, появилась возможность ассоциирования сущностей и атрибутов с хранилищами данных.

· Система управления и хранения проектов ModelMart (CA/Logic Works), которая предоставляет репозитарий для коллективной разработки моделей. ModelMart гарантирует согласованность моделей, разграничение доступа к ним, поддержку версий и много других средств, которые так важны при командной разработке моделей. Сервер приложений для программных продуктов CA ModelMart поддерживает мощный набор инструментальных программных средств, обеспечивающих совместное (групповое) проектирование и разработку программных систем, включая механизмы объединения моделей и анализа изменений, контроль версий, возможность создания «компонент» модели и т.д. Для организации хранилища моделей в ModelMart используются СУБД на платформах Oracle, Sybase, Informix или SQL Server. Кроме того, поддерживаются прямые связи ModelMart с ERwin и BPwin.

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

· В BPwin 4.0 стал возможен экспорт модели в систему имитационного моделирования Arena (Systems Modeling Corp.).

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

1. Описание методологий семейства IDEF (ICAMDefenition)

1.1 Методология IDEF0

Графический язык IDEF0 удивительно прост и гармоничен. В основе методологии лежат четыре основных понятия:

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

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

· Верхняя сторона имеет значение «Управление» (Control);

· Левая сторона имеет значение «Вход» (Input);

· Правая сторона имеет значение «Выход» (Output);

· Нижняя сторона имеет значение «Механизм» (Mechanism).

Каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер.

Рис. 1. Функциональный блок

Вторым «китом» методологии IDEF0 является понятие интерфейсной дуги (Arrow). Также интерфейсные дуги часто называют потоками или стрелками. Интерфейсная дуга отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображенную данным функциональным блоком.

Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь свое уникальное наименование (Arrow Label). По требованию стандарта, наименование должно быть оборотом существительного.

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

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

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

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

Обязательное наличие управляющих интерфейсных дуг является одним из главных отличий стандарта IDEF0 от других методологий классов DFD (Data Flow Diagram) и WFD (Work Flow Diagram).

Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.

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

Модель IDEF0 всегда начинается с представления системы как единого целого – одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой, и обозначается идентификатором «А‑0».

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

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

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

В процессе декомпозиции, функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы и называется дочерней (Child diagram) по отношению к нему (каждый из функциональных блоков, принадлежащих дочерней диаграмме соответственно называется дочерним блоком – Child Box). В свою очередь, функциональный блок – предок называется родительским блоком по отношению к дочерней диаграмме (Parent Box), а диаграмма, к которой он принадлежит – родительской диаграммой (Parent Diagram). Каждая из подфункций дочерней диаграммы может быть далее детализирована путем аналогичной декомпозиции соответствующего ей функционального блока. Важно отметить, что в каждом случае декомпозиции функционального блока все интерфейсные дуги, входящие в данный блок, или исходящие из него фиксируются на дочерней диаграмме. Этим достигается структурная целостность IDEF0 – модели. Наглядно принцип декомпозиции представлен на рисунке 2. Следует обратить внимание на взаимосвязь нумерации функциональных блоков и диаграмм – каждый блок имеет свой уникальный порядковый номер на диаграмме (цифра в правом нижнем углу прямоугольника), а обозначение под правым углом указывает на номер дочерней для этого блока диаграммы. Отсутствие этого обозначения говорит о том, что декомпозиции для данного блока не существует.

Часто бывают случаи, когда отдельные интерфейсные дуги не имеет смысла продолжать рассматривать в дочерних диаграммах ниже какого-то определенного уровня в иерархии, или наоборот – отдельные дуги не имеют практического смысла выше какого-то уровня. С другой стороны, случается необходимость избавиться от отдельных «концептуальных» интерфейсных дуг и не детализировать их глубже некоторого уровня. Для решения подобных задач в стандарте IDEF0 предусмотрено понятие туннелирования. Обозначение «туннеля» (Arrow Tunnel) в виде двух круглых скобок вокруг начала интерфейсной дуги обозначает, что эта дуга не была унаследована от функционального родительского блока и появилась (из «туннеля») только на этой диаграмме. В свою очередь, такое же обозначение вокруг конца (стрелки) интерфейсной дуги в непосредственной близи от блока – приёмника означает тот факт, что в дочерней по отношению к этому блоку диаграмме эта дуга отображаться и рассматриваться не будет. Чаще всего бывает, что отдельные объекты и соответствующие им интерфейсные дуги не рассматриваются на некоторых промежуточных уровнях иерархии – в таком случае, они сначала «погружаются в туннель», а затем, при необходимости «возвращаются из туннеля».

Последним из понятий IDEF0 является глоссарий (Glossary). Для каждого из элементов IDEF0: диаграмм, функциональных блоков, интерфейсных дуг существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием и является описанием сущности данного элемента. Например, для управляющей интерфейсной дуги «распоряжение об оплате» глоссарий может содержать перечень полей соответствующего дуге документа, необходимый набор виз и т.д. Глоссарий гармонично дополняет наглядный графический язык, снабжая диаграммы необходимой дополнительной информацией.

Рис. 2. Декомпозиция функциональных блоков

Обычно IDEF0‑модели несут в себе сложную и концентрированную информацию, и для того, чтобы ограничить их перегруженность и сделать удобочитаемыми, в соответствующем стандарте приняты соответствующие ограничения сложности:

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

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

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

Модели AS-IS и ТО-ВЕ

Обычно сначала строится модель существующей организации работы – AS-IS (как есть). На основе модели AS-IS достигается консенсус между различными единицами бизнеса по тому, «кто что сделал» и что каждая единица бизнеса добавляет в процесс. Модель AS-IS позволяет выяснить, «что мы делаем сегодня» перед тем, как перепрыгнуть на то, «что мы будем делать завтра». Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем буду г состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Признаками неэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияния ее результат), входу (объекты или информация используются нерационально) и т.д. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) – модели новой организации бизнес-процессов. Модель нужна ТО-ВЕ для анализа альтернативных / лучших путей выполнения работы и документирования того, как компания будет делать бизнес в будущем.

Следует указать на распространенную ошибку при создании модели AS-IS – это создание идеализированной модели. Примером может служить создание модели на основе знаний руководителя, а не конкретного исполнителя работ. Руководитель знаком с тем, как предполагается выполнение работы по руководствам и должностным инструкциям и часто не знает, как на самом деле подчиненные выполняют рутинные работы. В результате получается приукрашенная, искаженная модель, которая несет ложную информацию и которую невозможно в дальнейшем использовать для анализа. Такая модель называется SHOULD_BE (как должно бы быть).

Технология проектирования ИС подразумевает сначала создание модели AS-IS, ее анализ и улучшение бизнес-процессов, т.е. создание модели ТО-ВЕ, и только на основе модели ТО-ВЕ строится модель данных, прототип и затем окончательный вариант ИС. Построение системы на основе модели AS-IS приводит к автоматизации предприятия по принципу «все оставить как есть, только чтобы компьютеры стояли», т.е. ИС автоматизирует несовершенные бизнес-процессы и дублирует, а не заменяет существующий документооборот. В результате внедрение и эксплуатация такой системы приводит лишь к дополнительным издержкам на закупку оборудования, создание программного обеспечения и сопровождение того и другого.

Иногда текущая AS-IS и будущая ТО-ВЕ модели различаются очень сильно, так что переход от начального к конечному состоянию становится неочевидным. В этом случае необходима третья модель, описывающая процесс перехода от начального к конечному состояния системы, поскольку такой переход – это тоже бизнес-процесс.

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

1.2 Методология DFD (Data Flow Diagramming)

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

· функции обработки информации (работы);

· документы (стрелки, arrow), объекты, сотрудников или отделы,
которые участвуют в обработке информации;

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

· таблицы для хранения документов (хранилище данных, datastore).

В BPwin для построения диаграмм потоков данных используется нотация Гейна – Сарсона (рис. 3).

Рис. 3. Основные символы диаграммы потоков данных

Для того чтобы дополнить модель IDEF0 диаграммой DFD, нужно в процессе декомпозиции в диалоге Activity Box Count «кликнуть» по радио-кнопке DFD. В палитре инструментов на новой диаграмме DFD появляются новые кнопки:

· добавить в диаграмму внешнюю ссылку (External Reference). Внешняя ссылка является источником или приемником данных извне модели;

· добавить в диаграмму хранилище данных (Data store). Хранилище данных позволяет описать данные, которые необходимо сохранить в памяти прежде, чем использовать в работах;

· ссылка на другую страницу. В отличие от IDEF0 инструмент offpage reference позволяет направить стрелку на любую диаграмму (а не только на верхний уровень).

В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы – движение объектов (dataflow), хранение объектов (datastores), поставка и распространение объектов (externalentities).

В отличие от IDEF0, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов. Контекстная диаграмма часто включает работы и внешние ссылки. Работы обычно именуются по названию системы, например «Система обработки информации».Включение внешних ссылок в контекстную диаграмму не отменяет требования методологии четко определить цель, область и единую точку зрения на моделируемую систему.

Работы.

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

Внешние сущности.

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

Стрелки (Потоки данных).

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

Хранилище данных.

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

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

Построение диаграмм DFD

Диаграммы DFD могут быть построены с использованием традиционного структурного анализа, подобно тому, как строятся диаграммы IDEF0. Сначала строится физическая модель, отображающая текущее состояние дел. Затем эта модель преобразуется в логическую модель, которая отображает требования к существующей системе. После этого строится модель, отображающая требования к будущей системе. И наконец, строится физическая модель, на основе которой должна быть построена новая система.

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

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

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

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

Нумерация объектов

В DFD номер каждой работы может включать префикс, номер родительской работы (А) и номер объекта. Номер объекта – это уникальный номер работы на диаграмме. Например, работа может иметь номер А. 12.4. Уникальный номер имеют хранилища данных и внешние сущности независимо от их расположения на диаграмме. Каждое хранилище данных имеет префикс D и уникальный номер, например D5. Каждая внешняя сущность имеет префикс Е и уникальный номер, например Е5.

Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет более эффективно и наглядно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming – методологией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации.

1.3 Методология IDEF3

IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев. Сценарием(Scenario) называется описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение её свойств после прохождения каждого этапа). Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух основных потоков: документов, определяющих структуру и последовательность процесса (технологических указаний, описаний стандартов и т.д.), и документов, отображающих ход его выполнения (результатов тестов и экспертиз, отчетов о браке, и т.д.). Для эффективного управления любым процессом, необходимо иметь детальное представление об его сценарии и структуре сопутствующего документооборота. Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи:

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

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

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

· содействовать принятию оптимальных решений при реорганизации технологических процессов;

· разрабатывать имитационные модели технологических процессов, по принципу «КАК БУДЕТ, ЕСЛИ…».

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

Рис. 4. Схема бизнес-процесса в стандарте IDEF3

Существуют два типа диаграмм в стандарте IDEF3, представляющие описание одного и того же сценария технологического процесса в разных ракурсах. Диаграммы относящиеся к первому типу называются диаграммамиОписания Последовательности Этапов Процесса (Process Flow Description Diagrams, PFDD), а ко второму –диаграммами Состояния Объекта в и его Трансформаций Процессе (Object State Transition Network, OSTN). Предположим, требуется описать процесс окраски детали в производственном цеху на предприятии. С помощью диаграмм PFDD документируется последовательность и описание стадий обработки детали в рамках исследуемого технологического процесса. Диаграммы OSTN используются для иллюстрации трансформаций детали, которые происходят на каждой стадии обработки.

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

Рис. 5. Пример PFDD диаграммы

На рисунке 5 изображена диаграмма PFDD, являющаяся графическим отображение сценария обработки детали. Прямоугольники на диаграмме PFDD называютсяфункциональными элементами или элементами поведения (Unit of Behavior, UOB) и обозначают событие, стадию процесса или принятие решения. Каждый UOB имеет свое имя, отображаемое в глагольном наклонении и уникальный номер. Стрелки или линии являются отображением перемещения детали между UOB‑блоками в ходе процесса. Линии бывают следующих видов:

· Старшая (Precedence) – сплошная линия, связывающая UOB. Рисуется слева направо или сверху вниз;

· Отношения (Relational Link) – пунктирная линия, использующаяся для изображения связей между UOB;

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

Объект, обозначенный J1 – называется перекрестком(Junction). Перекрестки используются для отображения логики взаимодействия стрелок (потоков) при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления. При внесении перекрестка в диаграмму необходимо указать тип перекрестка. Классификация возможных типов перекрестков приведена в таблице 1.

Таблица 1

Название перекрестков	Обозначение перекрестков	Смысл перекрестков
Схема расхождения	Схема схождения
«Исключающий ИЛИ»		Только одна последующая работа запускается	Только одна предшествующая работа должна быть завершена
«И»	Асинхронный		Все последующие работы запускаются	Все предшествующие работы должны быть завершены
Синхронный		Все последующие работы запускаются одновременно	Все предшествующие работы должны быть завершены одновременно
«ИЛИ»	Асинхронный		Одна или несколько последующих работ запускаются	Одна или несколько предшествующих работ должны быть завершены
Синхронный		Одна или несколько последующих работ запускаются одновременно	Одна или несколько предшествующих работ должны быть завершены одновременно

Все перекрестки в PFDD диаграмме нумеруются, каждый номер имеет префикс «J».

Сценарий, отображаемый на диаграмме, можно описать в следующем виде:

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

Каждый функциональный блок UOB может иметь последовательность декомпозиций, и, следовательно, может быть детализирован с любой необходимой точностью. Под декомпозицией мы понимаем представление каждого UOB с помощью отдельной IDEF3 диаграммы. Например, мы можем декомпозировать UOB «Окрасить Деталь», представив его отдельным процессом и построив для него свою PFDD диаграмму. При этом эта диаграмма будет называться дочерней, по отношению к изображенной на рис. 5, а та, соответственно родительской. Номера UOB дочерних диаграмм имеют сквозную нумерацию, т.е., если родительский UOB имеет номер «1», то блоки UOB на его декомпозиции будут соответственно иметь номера «1.1», «1.2» и т.д. Применение принципа декомпозиции в IDEF3 позволяет структурировано описывать процессы с любым требуемым уровнем детализации.

Рис. 6. Пример OSTN диаграммы

Если диаграммы PFDD технологический процесс «С точки зрения наблюдателя», то другой класс диаграмм IDEF3 OSTN позволяет рассматривать тот же самый процесс «С точки зрения объекта». Состояния объекта (в нашем случае детали) и Изменение состояния являются ключевыми понятиями OSTN диаграммы. Состояния объекта отображаются окружностями, а их изменения направленными линиями. Каждая линия имеет ссылку на соответствующий функциональный блок UOB, в результате которого произошло отображаемое ей изменение состояния объекта.

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

Рассмотрим процесс декомпозиции диаграмм IDEF3, включающий взаимодействие автора (аналитика) и одного или нескольких экспертов предметной области.

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

Тип объекта ссылки	Цель описания
OBJECT	Описывает участие важного объекта в работе
GOTO	Инструмент циклического перехода (в повторяющейся последовательности работ), возможно на текущей диаграмме, но не обязательно. Если все работы цикла присутствуют на текущей диаграмме, цикл может также изображаться стрелкой, возвращающейся на стартовую работу. GOTO может ссылаться на перекресток
UOB (Unit of behaviour)	Применяется, когда необходимо подчеркнуть множественное использование какой-либо работы, но без цикла. Например, работа «Контроль качества» может быть использована в процессе «Изготовление изделия» несколько раз, после каждой единичной операции. Обычно этот тип ссылки не используется для моделирования автоматически запускающихся работ
NOTE	Используется для документирования важной информации, относящейся к каким-либо графическим объектам на диаграмме. NOTE является альтернативой внесению текстового объекта в диаграмму
ELAB (Elaboration)	Используется для усовершенствования графиков или их более детального описания. Обычно употребляется для детального описания разветвления и слияния стрелок на перекрестках

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

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

2. Описание предметной области

2.1 Краткая характеристика производства трикотажных изделий

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

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

К трикотажным относят изделия, полученные из нитей (пряжи) путем машинного или ручного вязания.

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

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

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

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

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

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

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

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

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

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

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

· Раскройный

· Полурегулярный

· Регулярный

Раскройный способ состоит в том, что трикотажное полотно раскраивают, т.е. вырезают из него детали изделий по лекалам и соединяют их на швейной машине, придавая изделиям необходимую форму. По этому способу изготовляют бельевые и верхние изделия, а также большую часть перчаточных изделий. Для этого способа изготовления изделий характерны значительные отходы трикотажного полотна, достигающие 18–23% при раскрое бельевых изделий и до 25–28% при раскрое верхних изделий. Такая технология применяется для недорогих изделий в массовом производстве и бельевом трикотаже. Положительным для этого способа является возможность изготовления изделий разнообразных моделей и высокая производительность вязальных машин.

Полурегулярный способ отличается от предыдущего тем, что трикотажное полотно вяжется на кругловязальной машине в виде купонов трубчатой формы. Купоны отделяются один от другого с помощью разделительного петельного ряда так, что нижний край купона имеет цельный нераспускающийся петельный ряд, не требующий швейной обработки. Расход трикотажного полотна на изделие при полурегулярном способе изготовления на 3–5% меньше, чем при раскройном способе из-за отсутствия боковых швов и припусков на подгиб низа изделия; кроме того, меньше и время на раскрой и швейную обработку на 8–10%.

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

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

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

2.2 Описание основных бизнес-процессов трикотажной фабрики (на основе диаграммы с методологией IDEF 0)

Контроль качества сырья

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

Расфасовка сырья.

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

Вязание полотна

Перед вязанием нити должны выдерживаться в местах хранения не менее 10 ч при нормальных климатических условиях. Полотно вяжется на машинах в соответствии с заправочными данными. Плотность вязания измеряют на машине в свободном состоянии полотна. Куски полотна из нитей одной линейной плотности вяжутся одинаковой массы (10–12 кг) с отклонениями, не превышающими 5%.

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

Подготовка полотна к раскрою

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

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

Обмеловка настила

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

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

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

Раскрой полотна

Раскрою полотна предшествует операции настилания полотна и разрезания его на секции.

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

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

В процессе этой операции должны быть выполнены следующие требования:

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

— Рисунок во всех полотнах настила должен совпадать по длине и ширине, иначе в готовом изделии нарушается симметричность рисунка;

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

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

— Высокая точность кроя: отклонение от контуров деталей не должны превышать см;

— Контуры деталей не должны быть перекошены;

— Хорошее качество реза, т.е. частота краев вырезанных деталей.

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

Комплектование кроеных деталей

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

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

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

Шитье трикотажных изделий

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

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

Швейные операции выполняются на швейных машинах различных типов.

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

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

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

— Рабочие места и оборудование располагаются по ходу технологического процесса шитья изделия;

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

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

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

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

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

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

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

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

Технический контроль

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

2.3 Описание вспомогательных бизнес-процессов трикотажной фабрики (на основе диаграммы с методологией IDEF 0)

Бухгалтерия

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

Маркетинговый отдел

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

Финансовый контроль

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

Внутренний аудит

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

Техническая поддержка

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

Сбытовая сеть

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

2.4 Описание внешних сущностей (на основе диаграммы с методологией DFD )

Фискальные органы

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

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

Потребители готовой продукции

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

Банк

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

Поставщики материалов, услуг и энергетических ресурсов

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

2.5 Описание внутренних сущностей и накопителей (на основе диаграммы с методологией DFD )

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

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

1. Управление производством – включает в себя деятельность директора Фабрики, главного бухгалтера, руководителя ремонтной службы (главного механика, главного энергетика, руководителя КИП), организацию документооборота.

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

3. Ремонт и обслуживание – включает в себя обработку заявок на ремонт, определение (выбор) ремонтной службы (механика, энергетика, КИП), выполнение ремонтных работ (определение типа ремонта, определение вида ремонта, назначение исполнителей, получение запасных частей и материалов, проверка качества ремонта, учет на складе), проверку выполнения работ.

4. Контроль и безопасность работ – включает в себя технический контроль, организацию техники безопасности, контроль пожарной безопасности.

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

1. Управление производством – включает в себя деятельность директора Фабрики, главного бухгалтера, руководителя ремонтной службы (главного механика, главного энергетика, руководителя КИП), организацию документооборота.

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

3. Контроль и безопасность работ – включает в себя технический контроль, организацию техники безопасности, контроль пожарной безопасности.

4. Ремонт и обслуживание – включает в себя все виды работ по ремонту оборудования, складских помещений, содержание складских и производственных помещений.

1. Сотрудники – предназначен для хранения данных о сотрудниках Фабрики. Используется при учете кадров (при приеме и увольнении, подготовке пенсионных дел, награждении), учете ремонтов и ТО (для фиксации, кем выполнен ремонт), в бухгалтерии (при проведении начислений и удержаний, учете материальных ценностей) и др.

2. НСИ (нормативно-справочная информация) – используется для хранения нормативов, тарифов и другой информации подобного вида.

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

4. Внутренний документооборот – информационный канал, используемый для моделирования организации документооборота на Фабрике.

5. Запасные части – используется для хранения данных об имеющихся в наличии полотен, тесьмы, пуговиц и т.п.

2.6 Технологический процесс «Производство трикотажных изделий»

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

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

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

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

Вязание полотна. Перед вязанием нити должны выдерживаться в местах хранения не менее 10 ч при нормальных климатических условиях. Полотно вяжется на машинах в соответствии с заправочными данными. Плотность вязания измеряют на машине в свободном состоянии полотна. Куски полотна из нитей одной линейной плотности вяжутся одинаковой массы (10–12 кг) с отклонениями, не превышающими 5%.

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

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

Раскрой полотна. Раскрою полотна предшествует операции настилания полотна и разрезания его на секции.

В процессе этой операции должны быть выполнены следующие требования:

— Высокая точность кроя: отклонение от контуров деталей не должны превышать см;

— Контуры деталей не должны быть перекошены;

— Хорошее качество реза, т.е. частота краев вырезанных деталей.

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

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

Швейные операции выполняются на швейных машинах различных типов.

— Рабочие места и оборудование располагаются по ходу технологического процесса шитья изделия;

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

Заключение

В последние годы интерес в России к методологиям семейства IDEF неуклонно растет. При этом интерес к таким стандартам, как IDEF3–5 является теоретическим, а к IDEF0 вполне практически обоснованным. Собственно говоря, первые CASE‑средства, позволяющие строить DFD и IDEF0 диаграммы появились на российском рынке еще в 1996 году, одновременно с выходом популярной книги по принципам моделирования в стандартах SADT.

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

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

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

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

Список литературы

1. Маклаков С.В. «BPwin и ERwin. CASE‑средства разработки информационных систем». Москва, «ДИАЛОГ-МИФИ», 1999.

2. Дубейковский В.И. Эффективное моделирование с AllFusion Process Modeler 4.1.4 и AllFusion PM. М.: ДИАЛОГ-МИФИ, 2007.

3. Черемных С.В., Семенов И.О., Ручкин В.С. Моделирование и анализ систем. IDEF – технологии. – М.: «Финансы и кредит», 2001.

4. С.В. Черемных, и др. Структурный анализ систем: IDEF – технологии. – М: Финансы и статистика, 2005.

5. Шеер А.В. Моделирование бизнес-процессов. – М.: Весть-МетаТехнология, 2000.

6. Методология функционального моделирования IDEF0. Руководящий документ РД IDEF0–2000 М.: Госстандарт России, 2000.

7. Вендеров А.М. CASE‑технологии. Современные методы и средства проектирования информационных систем М.: Финансы и статистика, 2005.

Приложение 1 (IDEF0)

Приложение 2 (DFD)

Приложение 3 (IDEF3)

Источник

Моделирование бизнес-процессов на примере ООО ‘ПромТрансИнформ’

Аннотация

информационный моделирование бизнес

В данной работе рассматриваются бизнес-процессы ООО «ПромТрансИнформ» —
далее ПТИ.

Были рассмотрены и изучены:

· общая характеристика предприятия;

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

· описаны методологии описания бизнес-процессов;

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

· построены диаграммы бизнес-моделей (в нотациях ARIS с помощью CASE-средства
Microsoft Visio) «AS IS» (как есть);

· найдено «узкое место» и, на примере модели eEPC, изображена модель «AS TO BE» (как должно быть);

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

· написано соглашение по моделированию и документирование бизнес-процесса;

· проведен анализ процесса.

Введение

Цель работы заключается в моделировании бизнес-процессов ООО «ПромТрансИнформ»,
выявление недостатков в деятельности конкретных отделов и предложение способа
их устранения.

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

Объектом изучения, в данной курсовой работе, является ООО ПТИ и его
отделы, главной услугой которого — автоматизация предприятий промышленного
железнодорожного транспорта.

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

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

Методы работы. Работа выполняется с целью повышения навыков построения
диаграмм бизнес-моделей в нотациях ARIS с помощью CASE-средства Microsoft Visio на примере бизнес-процессов ОАО «ПТИ».

В качестве исходных данных в работе используются следующие сведения:

· организационно-штатная структура предприятия;

· характеристика предприятия;

· организация проектирования в консалтинговых предприятиях;

· сведения об используемых прикладных системах ПТИ.

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

1. Архитектура интегрированных информационных систем ARIS как методология
моделирования бизнес-процессов

Разработчиком методологии ARIS (Architecture of Integrated Information Systems) является компания IDS Scheer AG, основанная в 1984 г. профессором Августом-Вильгельмом
Шеером в г. Саарбрюккен (Саар, Германия). Методология ARIS представляет собой современный подход к
структурированному описанию деятельности организации и ее представлению в виде
взаимосвязанных и взаимодополняющих графических моделей, удобных для понимания
и анализа.

Модели, используемые в ARIS,
представлены на рисунке 1.1.

Рисунок 1.1 — Классификация моделей ARIS

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

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

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

· диаграмма eEPC (Extended Event Driven Process Chain — событийная цепочка
процесса)

· диаграмма Чена (ERM — Entity
Relationship Model — модель
«сущность — связь»)

· язык UML (Unified Modeling Language — универсальный язык моделирования)

· методика OMT (Object Modeling Technique — методика объектно-ориентированного
моделирования)

· методика BSC (Balanced Scorecard — система сбалансированных
показателей) Достоинством такого подхода является то, что появляется
возможность описания процессов и их окружения с различных, взаимодополняющих
точек зрения.

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

Методология ARIS.

Преимущества:

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

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

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

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

Недостатки:

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

· Высокая стоимость продукта.

SADT (Structured Analysis and Design Technique) — методология
структурного анализа и проектирования, интегрирующая процесс моделирования,
управление конфигурацией проекта, использование дополнительных языковых средств
и руководство проектом со своим графическим языком. Процесс моделирования может
быть разделен на несколько этапов: опрос экспертов, создание диаграмм и
моделей, распространение документации, оценка адекватности моделей и принятие
их для дальнейшего использования. Этот процесс хорошо отлажен, потому что при
разработке проекта специалисты выполняют конкретные обязанности, а библиотекарь
обеспечивает своевременный обмен информацией.возникла в конце 60-х годов в ходе
революции, вызванной структурным программированием. Когда большинство специалистов
билось над созданием программного обеспечения, немногие старались разрешить
более сложную задачу создания крупномасштабных систем, включающих как людей и
машины, так и программное обеспечение, аналогичных системам, применяемым в
телефонной связи, промышленности, управлении и контроле за вооружением. В то
время специалисты, традиционно занимавшиеся созданием крупномасштабных систем,
стали осознавать необходимость большей упорядоченности. Таким образом,
разработчики решили формализовать процесс создания системы, разбив его на
следующие фазы:

· Анализ — определение того, что система будет делать

· Проектирование — определение подсистем и их взаимодействие

· Реализация — разработка подсистем по отдельности

· Объединение — соединение подсистем в единое целое

· Тестирование — проверка работы системы

· Установка — введение системы в действие

· Эксплуатация — использование системы

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

· полнота описания БП (управления, информационные и материальные потоки,
обратные связи).

· Комплексность декомпозиции

· Возможность агрегирования и детализации потоков данных и
информации (разделение и слияние дуг)

· Наличие жестких требований, обеспечивающих получение модели
стандартного вида.

· Простота документирования процесса

· Соответствие подхода к описанию процесса стандарту ИССО

В то же время SADT обладает
рядом недостатков:

· Сложность восприятия — большое количество дуг на диаграмме.

· Большое количество уровней декомпозиции

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

IDEF0

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

Основные преимущества IDEF0 состоят в следующем:

· полнота описания бизнес-процесса (управление, информационные и
материальные потоки, обратные связи);

· комплексность при декомпозиции (мигрирование и туннелирование
стрелок);

· возможность агрегирования и детализации потоков данных и
информации (разделение и слияние стрелок);

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

· простота документирования процессов;

· соответствие подхода к описанию процессов в IDEF0 стандартам
ISO 9000:2000.

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

Методология IDEF3 (Integrated Definition Process Description Capture
Method) была разработана с целью более удобного описания рабочих процессов
(Work Flow), для которых важно отразить логическую последовательность
выполнения процедур. Эта методика, в отличии от IDEF0, не стандартизирована. —
это структурный метод, показывающий причинно-следственные связи и события. Он
также показывает, как организована работа, и какие пользователи работают с
моделируемой системой. С помощью IDEF3 описываются сценарий и
последовательность операций для каждого процесса. Сценарием называется описание
последовательности изменения свойств объекта в рамках рассматриваемого процесса
(например, описание последовательности этапов обработки детали в цеху и
изменение ее свойств после прохождения каждого этапа). Исполнение каждого
сценария сопровождается соответствующим документооборотом, который состоит из двух
потоков: документы, определяющие структуру и последовательность процесса
(технологические указания, описания стандартов) и документы, отображающие ход
его выполнения (результаты экспертиз, отчеты о браке).

Средства документирования и моделирования IDEF3 позволяют выполнять
следующие задачи:

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

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

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

· содействовать принятию оптимальных решений при реорганизации
технологических процессов;

· разрабатывать имитационные модели технологических процессов
по принципу «как будет, если…».

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

Методология DFD (Data Flow Diagrams) — диаграммы потоков данных — это
способ представления процессов обработки информации. Авторы методики Гейн и
Сарсон разработали ее независимо от IDEF0. Эта методика, в отличии от IDEF0 не
стандартизирована.

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

Диаграммы DFD обеспечивают удобный способ описания передаваемой
информации как между частями моделируемой системы, так и между системой и
внешним миром. Это качество определяет область применения DFD — они
используются для создания моделей информационного обмена организации, например,
модели документооборота. Также DFD широко применяется при построении
корпоративных информационных систем. Modeling Language (UML), унифицированный
язык моделирования, непатентованный язык моделирования и спецификации,
предназначенный для использования в области разработки программного
обеспечения. Тем не менее, сфера его применения не ограничивается областью
моделирования информационных систем. Он также может быть использован для
моделирования инженерных систем, бизнес-процессов, организационных структур.
UML — язык используемый системными инженерами для спецификации, визуализации,
конструирования и документирования сложных информационно-насыщенных объектных
систем.

Преимущества
UML

· UML объектно-ориентирован, в результате чего методы описания
результатов анализа и проектирования семантически близки к методам
программирования на современных объектно-ориентированных языках;

· UML позволяет описать систему практически со всех возможных
точек зрения и разные аспекты поведения системы;

· Диаграммы UML сравнительно просты для чтения после достаточно
быстрого ознакомления с его синтаксисом;

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

· UML получил широкое распространение и динамично развивается.

Недостатки:

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

· Неточная семантика. Так как UML определён комбинацией себя
(абстрактный синтаксис), OCL (языком описания ограничений — формальной проверки
правильности) и Английского (подробная семантика), то он лишен скованности
присущей языкам, точно определённым техниками формального описания. В некоторых
случаях абстрактный синтаксис UML, OCL и Английский противоречат друг другу, в
других случаях они неполные. Неточность описания самого UML одинаково
отражается на пользователях и поставщиках инструментов, приводя к
несовместимости инструментов из-за уникального трактования спецификаций.

· Проблемы при изучении и внедрении. Вышеописанные проблемы
делают проблематичным изучение и внедрение UML, особенно когда руководство
насильно заставляет использовать UML бизнес-аналитиков при отсутствии у них
предварительных навыков.

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

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

.1 Общая характеристика предприятия

ООО ПромТрансИнформ занимается автоматизацией
предприятий промышленного железнодорожного транспорта за счет внедрения
информационных компонентов программно-технического комплекса Интегрированной
информационной системы управления «Транспортно-логистический комплекс»,
управлением проектами внедрения специализированных информационных систем
управления на магистральном железнодорожном транспорте, а также управлением
проектами внедрения на территории Республики Казахстан приборов, устройств и
информационных систем железнодорожной автоматики и телемеханики,оказывает
консалтинговые услуги в этой сфере.

Основными направлениями деятельности ООО «ПромТрансИнформ» являются:

-Автоматизация железнодорожных предприятий, которая работает с такими
ИТ-продуктами, как ИАС «Транспортная работа»,ИАС «Эксплуатационные расходы»,
ИАС «Транспортные активы»,ИАС «Взаимодействие с клиентами»,ИАС «Эффективность
логистики».

Аппаратно-программный комплекс ИАС ТР является частью
программно-технической платформы «PTI Framework .Net.2.1.», на котором построена Интегрированная
информационная система управления «Железнодорожный комплекс» (ИИСУ «ЖДК»)

Данный комплекс является специализированным решением ООО «ПромТрансИнформ»,
базирующимся на ИТ-продуктах линейки .NET компании Microsoft.

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

Информационно-аналитическая система «Транспортная работа» (далее «ИАС
ТР»), разработана специалистами ООО «ПромТрансИнформ» (г. Новосибирск).

Основной целью внедрения ИАС ТР является комплексная автоматизация
управленческих бизнес-процессов производственного планирования и учета объемов
и стоимости:

Транспортной
логистики (перевозок);

Транспортной (логистической) работы;

Транспортного
обслуживания клиентов (оказания транспортных услуг);

Транспортных
расходов (себестоимости работ и тарифов на услуги);

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

Она учитывает отраслевые отличия
производственно-экономической деятельности железнодорожных предприятий (по
сравнению с деятельностью промышленных предприятий)

Также ООО ПромТрансИнформ занимается транспортным и экономическим
консалтингом (Транспортно-логические комплексы на ж/д, Транспортный консалтинг
на ж/д транспорте, Экономический консалтинг на ж/д транспорте, ИТ-Консалтинг на
ж/д транспорте, Методические руководства по ж/д тарифам) и управлением
проектами на ж/д предприятиях (внедрение информационных систем на ж/д
транспорте, оптимизация бизнес-процессов железнодорожной транспортной
логистики, оптимизация эксплуатационных расходов железнодорожного транспортного
комплекса, внедрение систем управления проектами).

Основными партнерами и заказчиками ООО
«ПромТрансИнформ» являются предприятия промышленного железнодорожного комплекса
железнодорожной отрасли Республики Казахстан и России.

Основным методологическим партнером ООО
«ПромТрансИнформ» является ГОУ «Сибирский государственный университет путей
сообщения» (г.Новосибирск).Специалисты компании имеют 6 — летний опыт работы в
железнодорожной отрасли.

3.2 Область обследования

В качестве исследуемого объекта возьмем ООО «ПромТрансИнформ», а именно
процесс организации рабочего процесса. Исследовав это предприятия и пообщавшись
с сотрудниками, можно определить, что налицо слабая организация рабочего
процесса. Более полное описание «узкого места» и способы его устранения
представлены в разделе «Анализ процесса».

Организационная структура ООО «ПромТрансИнформ» (рисунок 3.1):

Рисунок 3.1-Оргструктура ПТИ

3.3 Порядок проведения обследования

· Место проведения обследования — здание ООО ПромТрансИнформ ул.Красный
проспект, 220/5,оф.326 (Сибирская Ярмарка);

· Способ обследования — интервью с сотрудниками ООО
ПромТрансИнформ в устной форме, получение необходимой документации в
электронном виде.

4. Моделирование «AS IS» (как есть), описание подхода. выбор и
обоснование типов диаграмм, используемых для описания бизнес-процесса
средствами ARIS

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

Для моделирования процессов ООО «ПромТрансИнформ» будем использовать
следующие диаграммы:

· Organizational chart — описание организационной структуры отдела.

· Knowledge map — отображение типов знаний работников ПТИ и
структуризации форм их хранения для определения возможностей, которыми они
располагают.

· Authorization map — описание полномочий работников.

· Informational carrier diagram — описание документов для удобства описания
процессов, происходящих в отделе.

· Function Tree — разделение функций, выполняемых отделом, на уровни
для более наглядного представления деятельности отдела.

· Function allocation diagram — описание объектов, окружающих функцию, для
наглядного представления сложной функции.

· Communication diagram — представление взаимодействий организационных
единиц, для описания выполнения всего процесса производства.

· Risk diagram — для описания рисков, возникающих в процессе
деятельности.

· Product/Service Tree — для
структурирования продуктов, полученных в результате деятельности отдела.

· Technical resources model — для описания технических ресурсов, используемых в
отделе.

· Value-added chain diagram — описание процессов отдела,
влияющих на качество функционирования. Для описания видов деятельности ПТИ,
создающих добавленное качество выпускаемой продукции.

· Event-driven process
chain diagram — описание действий в рамках бизнес-процесса. Для
наглядного представления процессов, выполняемых отделом.

5. Соглашения по моделированию

Цель проекта по моделированию совпадает с целью курсового проекта и
представлена во введении. В донной работе рассмотрены модели «AS IS» (как есть) и «AS TO BE» (как должно быть). Способ
моделирования — сверху вниз.

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

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

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

процессы верхнего уровня, к которым относятся диаграммы Organizational chart- Организационная структура ПТИ, Technical resources model — Технические ресурсы, Product/Service Tree -Продукты и
услуги ПТИ

подпроцессы, к которым относятся диаграмма Informational carrier diagram — Документы ПТИ

сценарии процессов, к которым относятся диаграмма Authorization map — Полномочия бизнес-аналитика

процедуры (операции), к которым относятся диаграммы Event-Driven Process
Chain , Knowledge map — Карта знаний бизнес-аналитика, Function allocation diagram — Окружение функции — процесс модернизации ИАС
«Транспортная работа» под клиента, Value-added chain diagram — Процедуры для процесса участия в конкурсе.

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

5.1 Глоссарий терминов проекта

Соглашение по моделированию определяет трактовку следующих терминов,
используемых в проекте (таблица 5.1):

Таблица 5.1 — Глоссарий

Термин (рус.)	Термин (англ.)	Определение
Функция	Function	Действия сотрудников, выполняемые при появлении заданного комплекса условий (событий) и направленные на получение требуемого результата.
Событие	Event	Отражение изменения состояния внешней или внутренней среды, выражающееся в наборе документов, принятых решениях, наступлении определенного срока и пр. Является результатом выполняемого действия, а также необходимостью выполнения одного или нескольких следующих действий. В отличие от функций, которые отражают процесс, протекающий во времени и имеющий определенную длительность, события происходят в одной точке во времени.
Бизнес-процесс	Business process	Связанный набор повторяемых действий (функций), преобразующих исходный материал и (или) информацию в конечный продукт (услугу) в соответствии с предварительно установленными правилами.
Продукт	Product	Продукт/услуга — результат человеческой деятельности или технологического процесса. Продукт может быть как материальным, так и нематериальным (услуга).

.2 Диаграмма событийно-управляемой цепочки процесса (extended Event-driven Process
Chain, eEPC)

Используемые объекты и их символы представлены в таблице 5.2.1.

Таблица 5.2.1 — используемые объекты

Тип объекта рус. (англ.)	Символ с именем по умолчанию (рус./англ.)	Целевое использование	Правила именования
Событие (Event)		Отображение событий, происходящих при выполнении бизнес-процесса	Имя начинается с имени объекта, состояние или событие по отношению к которому произошло
Носитель информации (Information carrier)		Представление информационного носителя данных в нематериальной форме (напр., на магнитном диске или флеш-памяти)	Именуется названием файла или именем информационной базы данных
Носитель информации (Information carrier)		Представление информационного носителя данных в материализованном виде (напр., на бумаге)	Имя должно содержать наименование документа
Экземпляр функции (Function instance)		Описание экземпляра бизнес-функции в цепочке выполнения бизнес-процесса.	Имя начинается с действия или обозначения процесса, существенные характеристики которого приводятся далее в имени.
Должность (Position)		Представление должности сотрудника организации.	Полное название должности
Прикладная система (Application system)		Представление используемых прикладных систем	Имя содержит название экземпляра прикладной системы

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

Таблица 5.2.2 — типы связей

Тип объекта-источника связи	Тип связи рус. (англ.)	Целевое использование	Тип объекта-приемника связи
Событие (Event)	Вызывает (activates)	Предназначена для вызова функции	Функция (Function)
Функция (Function)	Создает (creates)	Предназначена для описания создаваемого на выходе события	Событие (Event)
Функция (Function)	Приводит к (leads to)	Предназначена для описания итога выполнения	Правило (Rule)
Правило (Rule)	Вызывает (activates)	Предназначена для вызова функции	Функция (Function)
Правило (Rule)	Приводит к (leads to)	Предназначена для описания итога выполнения	Событие (Event)
Организационная единица (Organizational unit)	Выполняет (executes)	Предназначена для указания подразделения/лица, выполняющего функцию	Функция (Function)
Должность (Position)	Выполняет (executes)	Предназначена для указания подразделения/лица, выполняющего функцию	Функция (Function)
Носитель информации (Information carrier) Функция (Function)	Имеет на входе (Provides input for)	Предназначена для описания документирования функции	Функция (Function)
	Создает на выходе (Creates output to)		Носитель информации (Information carrier)
Прикладная система (Application system)	Поддерживает (Supports)	Предназначена для описания используемой прикладной системы	Функция (Function)

.3 Диаграмма организационной структуры предприятия (Organizational chart)

Таблица 5.3.1 — Используемые объекты

Тип объекта рус. (англ.)	Символ с именем по умолчанию (рус./англ.)	Целевое использование	Правила именования
Организационная единица (Organizational unit)		Обозначение отдельного штатного подразделения.	Полное название подразделения
Должность (Position)		Представление должности сотрудника организации.	Полное название должности

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

Таблица 5.3.2 — типы связей

Тип объекта-источника связи	Тип связи рус. (англ.)	Целевое использование	Тип объекта-приемника связи
Должность (Position)	является непосредственным руководителем (is disciplinary superior)	предназначена для указания руководителя организационной единицы	Организационная единица (Organizational unit)
Должность (Position)	Организатор для (Is org manager)	предназначена для описания состава организационной единицы	Должность (Position)

5.4 Диаграмма структуры знаний (Knowledge structure
diagram)

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

Таблица 5.4.1 — типы объектов

Тип объекта рус. (англ.)	Символ с именем по умолчанию (рус./англ.)	Целевое использование	Правила именования
Документированное знание (Documented knowledge)		Объект используется для идентификации формализованного (задокументированного) объема знаний, необходимых для выполнения бизнес-функции.	Полное название документа, содержащего информацию
Категория знаний (Knowledge category)		Представление знаний или умений, которыми должен обладать сотрудник или необходимыми для успешного выполнения бизнес-функции.	Полуформальное определение необходимого объема знаний
Должность (Position)		Представление должности сотрудника организации.	Полное название должности

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

Таблица 5.4.2 — типы связей

Тип объекта-источника связи	Тип связи рус. (англ.)	Целевое использование	Тип объекта-приемника связи
Должность (Position)	Требует (requires)	Предназначена для описания требуемых знаний для данной должности	Категория знаний (Knowledge category)
Категория знаний (Knowledge category)	Содержит (subsumes	Предназначена для описания документированных знаний, необходимых сотруднику	Документированное знание (Documented knowledge)
Категория умений (Knowledge category)	Содержит (subsumes)	Предназначена для описания умений, необходимых сотруднику	Документированное знание (Documented knowledge)

.5 Диаграмма информационных носителей (Informational carrier diagram)

Типы объектов, используемых в диаграмме, представлены в таблице 5.5.1

Таблица 5.5.1 — Типы объектов

Тип объекта рус. (англ.)	Символ с именем по умолчанию (рус./англ.)	Целевое использование	Правила именования
Носитель информации (Information carrier)		Представление информационного носителя в материальной форме	Имя должно содержать наименование совокупности (картотеки) документов
		Представление носителя информации	Имя содержит название информации

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

Таблица 5.5.2 — типы связей

Тип объекта-источника связи	Тип связи рус. (англ.)	Целевое использование	Тип объекта-приемника связи
Носитель информации (Information carrier)	Включает в себя (encompasses)	Предназначена для структурирования документов организации	Носитель информации (Information carrier)

.6 Карта полномочий (Authorization map)

Типы используемых объектов представлены в таблице 5.6.1.

Таблица 5.6.1 — типы объектов

Тип объекта рус. (англ.)	Символ с именем по умолчанию (рус./англ.)	Целевое использование	Правила именования
Полномочие (Authorization condition)		Представление полномочия для данного сотрудника	Название полномочия
Должность (Position)		Представление должности сотрудника организации.	Название должности

Типы связей представлены в таблице 5.6.2.

Таблица 5.6.2 — типы связей между объектами

Тип объекта-источника связи	Целевое использование	Тип объекта-приемника связи
Должность (Position)	Требует (requires)	Предназначена для описания полномочия	Полномочие (Authorization condition)

.7 Дерево функций

Типы используемых объектов представлены в таблице 5.7.1.

Таблица 5.7.1 — типы объектов

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

Типы связей представлены в таблице 5.7.2.

Таблица 5.7.2 — типы связей

Тип объекта-источника связи	Тип связи рус. (англ.)	Целевое использование	Тип объекта-приемника связи
Функция (Function)	Является процессно-ориентированным вышестоящим (Is process-oriented superior)	Предназначена для описания типа подчиненности функций	Функция (Function)

.8 Диаграмма окружения функции (Function allocation diagram)

Типы используемых объектов представлены в таблице 5.8.1.

Таблица 5.8.1 — типы объектов

Тип объекта рус. (англ.)	Символ с именем по умолчанию (рус./англ.)	Целевое использование	Правила именования
Цель (Objective)		Описание цели процесса	Имя начинается с действия или обозначения процесса, существенные характеристики которого приводятся далее в имени.
Операционный ресурс (Operating resource)		Представление используемых ресурсов	Имя содержит название ресурса
Прикладная система (Application system)		Представление используемых прикладных систем	Имя содержит название экземпляра прикладной системы
Должность (Position		Представление должности сотрудника организации.	Полное название должности
Письмо (мэйл)		Письмо по электронной почте	Имя содержит название прикрепленного письма, отправленного по электронной почте
Носитель информации (Information carrier)		Представление информационного носителя в материальной форме	Имя должно содержать наименование совокупности
Местонахождение (Location)		Место,где находится объект	Имя должно содержать координаты места

Типы связей приводятся в таблице 5.8.2.

Таблица 5.8.2 — типы связей

Тип объекта-источника связи	Тип связи рус. (англ.)	Целевое использование	Тип объекта-приемника связи
Функция (Function)	Поддерживает (supports)	Предназначена для описания подчиненности функций	Цель (Objective)
Должность (Position)	Отвечает по ИТ за (Is IT responsible for)	Предназначена для описания вклада в выполнение функции данным сотрудником	Функция (Function)
Носитель информации (Information carrier)	Имеет на входе (Provides input for)	Предназначена для описания документирования функции	Функция (Function)
Функция (Function)	Создает на выходе (Creates output to)		Носитель информации (Information carrier)
Прикладная система (Application system)	Поддерживает (Supports)	Предназначена для описания используемой прикладной системы	Функция (Function)
Функция (Function)	Выполняется в (Is executed at)	Предназначена для описания места выполнения функции	Местонахождение (Location)

.9 Диаграмма коммуникаций (Communication diagram)

Типы объектов представлены в таблице 5.9.1.

Таблица 5.9.1 — Типы объектов

Тип объекта рус. (англ.)	Символ с именем по умолчанию (рус./англ.)	Целевое использование	Правила именования
Взаимодействие (communication)		Представление взаимодействия между орг.единицами	Название взаимодействия
Должность (position)		Представление должности сотрудника организации	Полное название должности
Организационная единица (organization unit)		Обозначение отдельного штатного подразделения	Полное название подразделения

Типы связей представлены в таблице 5.9.2.

Таблица 5.9.2 — типы связей

Тип объекта-источника связи	Тип связи рус. (англ.)	Целевое использование	Тип объекта-приемника связи
Организационная единица (Organizational unit)	Посылает (sends)	Описание взаимодействия между организационными единицами	Взаимодействие (communication)
Взаимодействие (communication)	Получает от (Is received from)		Организационная единица (Organizational unit)
Организационная единица (Organizational unit)	Посылает (sends)	Описание взаимодействия между организационной единицей и должностью	Должность (position)

.10 Модель технических ресурсов (Technical resources model)

Типы объектов представлены в таблице 5.10.1.

Таблица 5.10.1 — типы объектов

Тип объекта рус. (англ.)	Символ с именем по умолчанию (рус./англ.)	Целевое использование	Правила именования
Операционный ресурс (Operating resource)		Имя содержит название ресурса	Используется вид конкретного ресурса

Типы связей представлены в таблице 5.10.2

Таблица 5.10.2 — типы связей

Тип объекта-источника связи	Тип связи рус. (англ.)	Целевое использование	Тип объекта-приемника связи
Operating resource type	Принадлежит (Belongs to)	Описание принадлежности к виду	Operating resource class

5.11 Дерево продуктов/услуг (Product/Service tree)

Типы используемых объектов представлены в таблице 5.11.1.

Таблица 5.11.1 — типы объектов

Тип объекта рус. (англ.)	Символ с именем по умолчанию (рус./англ.)	Целевое использование	Правила именования
Продукт (Product)		Представление выпускаемой продукции	Имя содержит название продукта

Типы связей представлены в таблице 5.11.2.

Таблица 5.11.2 — типы связей

Тип объекта- источника связи	Тип связи рус. (англ.)	Целевое использование	Тип объекта- приемника связи
Продукт (Product)	Содержит (subsumes)	Описание структуры выпускаемой продукции	Продукт (Product)

Типы используемых объектов представлены в таблице 5.12.1

.12 Диаграмма рисков (Risk diagram)

Тип объекта рус. (англ.)	Символ с именем по умолчанию (рус./англ.)	Целевое использование	Правила именования
Категория рисков (Risk category)		Представление рисков	Имя содержит полуформальное описание риска
Риск (Risk)

Типы связей представлены в таблице 5.12.2.

Таблица 5.12.2 — типы связей

Тип объекта-источника связи	Тип связи рус. (англ.)	Целевое использование	Тип объекта-приемника связи
Категория рисков (Risk category)	Содержит (contains)	Описание содержания категории рисков	Категория рисков (Risk category)
Категория рисков (Risk category)	Включает в себя (encompasses)		Риск (Risk)

5.13 Диаграмма цепочки добавленного качества (Value-added chain diagram)

Типы объектов представлены в таблице 5.13.1

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

Типы связей представлены в таблице 5.13.2

Таблица 5.13.2 — типы связей

Тип объекта-источника связи	Тип связи рус. (англ.)	Целевое использование	Тип объекта-приемника связи
Функция (Function)	Предшествует (Is predecessor of)	Описание последовательности выполнения	Функция (Function)
	Является процессно-ориентированным вышестоящим (Is process-oriented superior)	Описание типа подчиненности

6. Диаграммы бизнес-модели

.1 Событийно-управляемая цепочка процесса

Рисунок 6.1.1 — Событийно-управляемая цепочка обработки заявки от клиента
(в нотации диаграммы ARIS extended
Event-Driven Process Chain)

.2 Диаграмма организационной структуры ПромТрансИнформ (Organizational chart) представлена на рисунке 6.2

Рисунок 6.2 — Организационная структура ПТИ (в нотации диаграммы ARIS Organizational chart)

6.3 Карта знаний и диаграмма структуры знаний бизнес-аналитика
представлены на рисунках 6.3.1, 6.3.2, 6.3.3

Рисунок 6.3.1 — Карта знаний бизнес-аналитика (в нотации диаграммы ARIS Knowledge map)

Таблица 6.3.1 — Детализация

№	Наименование детализируемого объекта	Тип объекта	Наименование модели	Тип модели
1	Знания	Knowledge category	Знания бизнес-аналитика	Knowledge structure diagram
2	Умения	Knowledge category	Умения бизнес-аналитика	Knowledge structure diagram

Рисунок 6.3.3 — Умения бизнес-аналитика (в нотации диаграммы ARIS Knowledge structure diagram)

Рисунок 6.3.4 — Знания бизнес-аналитика (в нотации диаграммы ARIS Knowledge structure diagram)

6.4 Диаграмма информационных носителей ПТИ представлена на рисунке 6.4

Рисунок 6.4 — Информационные носители ПТИ (в нотации диаграммы ARIS Informational carrier diagram )

.5 Карта полномочий бизнес-аналитика представлена на рисунке 6.5

Рисунок 6.5 — Полномочия бизнес- аналитика (в нотации диаграммы ARIS Authorization map)

.6 Дерево функций для процесса выполнения заказа представлено на рисунке
6.6

Рисунок 6.6 — Дерево функций для процесса выполнения заказа

6.7 Диаграмма окружения функции представлена на рисунке 6.7

Рисунок 6.7. — Окружение функции — Модернизация ИАС «Транспортная работа»
под клиента (в нотации диаграммы ARIS Function
allocation diagram)

.8 Диаграмма коммуникаций представлена на рисунке 6.8

Рисунок 6.8 — Диаграмма коммуникаций — Передача результатов между
отделами (в нотации диаграммы ARIS Communication diagram)

.9 Модель технических ресурсов представлена на рисунке 6.9

Рисунок 6.9 — Технические ресурсы ПТИ (в нотации диаграммы ARIS Technical resources model)

6.10 Дерево продуктов/услуг представлено на рисунке 6.10

Рисунок 6.9 — Продукты и услуги ПТИ (в нотации диаграммы ARIS Product/Service tree)

.11 Диаграмма рисков представлена на рисунке 6.11

Рисунок 6.9 — Диаграмма рисков ПТИ (в нотации диаграммы ARIS Risks diagram)

6.12 Диаграмма цепочки добавленного качества для процесса участия в
конкурсе представлена на рисунке 6.12

Рисунок 6.12 -Процедура цепочки добавленного качества для процесса
участия в конкурсе (в нотации диаграммы ARIS Value-added chain diagram)

7. Документирование бизнес-процесса

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

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

Таблица 7.1.1 — Результаты обследования ПТИ

№	Должность	Отдел	Функция	Кому подчиняются	Входящая информация	Исходящая информация
1	Бизнес-аналитик	Отдел аналитики	Написание БП	Гендиректор	пожелания клиента, данные обследования ПП клиента	ТЗ, бизнес-процессы
2	Программист	Отдел разработки	Кодинг ПО	Начальник отдела разработки	БП, пожелания клиента	ПО (программы)
3	Тестировщик	Отдел разработки	Тестирование ПО	Начальник отдела разработки	Готовое ПО	Рабочая программа
4	Гендиректор	Начальник ПТИ	Поиск клиентов, заключение с ними договоров	—-	пожелания клиента,заключенный договор с клиентом	Указания начальнику рабработки
5	Директор	Начальник ПТИ	Соработа вместе с гендиректором	Гендиректор	пожелания клиента, заключенный договор с клиентом	Указания гендиректора
6	Разработчик	Отдел разработки	Проекти-рование архитектуры ПО	Начальник отдела разработки	БП, пожелания клиента	Сформированная архитектура
7	Веб-разработчик	Отдел разработки	Програм. для веб на стороне клиента и сервера, конфигурирование веб-сервера, верстка	Начальник отдела разработки	БП, пожелания клиента	Конфигурированный сервер,веб-сервер
8	Начальник отдела разработки	Отдел разработки	——	Гендиректор	Задание от директора	Указания подчиненным

Уточненный список процессов и их владельцев представлен в таблице 7.1.2.

Таблица 7.1.2 — список процессов и их владельцев

№	Процесс	Тип	Владелец	Входящие подразделения и должностные лица
1	Производство	Основной	Гендиректор,директор
2	Обеспечение IT	Основной	Начальник отдела разработки	Отдел разработки
3	Контроль качества	Основной	Тестировщик	Отдел разработки
4	Управление организацией	Вспомогательный	Гендиректор,директор	Гендиректор, директор
5	Хранение данных	Вспомогательный	Бизнес-аналитик	Отдел аналитики

Итого, в отделе выделено 5 процессов. Из них 3 основных и 2
вспомогательных.

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

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

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

Таблица 7.1.3 — Процесс производства

№	Функция	Должность	Подразделение	Входящая информация	ИС
1	Согласование условий с заказчиком	Директор	начальство	Условия заказчика	—
2	Заключение договора	Гендиректор	начальство	Техническое задание	—
3	Информирование сотрудников о заказе	Директор	начальство	Заказ на автоматизация (мэйл)	MS Office
4	Описание и документирование БП	Бизнес-аналитик	Отдел аналитики	Комплект документов БП	ARIS
5	Проектирование архитектуры ИС	Разработчик	Отдел разработки	Технологические инструкции, данные об архитектуре данных заказчика, комплект документов БП, требования к ПО	—
6	Кодирование ПО	Программист или веб-программист	Отдел разработки	Комплект документов БП, Лицензия на ПО	Visual Studio
7	Тестирование ПО	Тестировщик	Отдел разработки	ИС заказчика	—
8	Внедрение ИС	Разработчик	Отдел разработки	Заключение по внедрениию ИС	—

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

8. Анализ бизнес-процесса

Анализ процессов следует понимать в широком смысле: в него включается не
только работа с графическими схемами, но и анализ всей доступной информации по
процессам, измерения их показателей, сравнительный анализ и т. д. Существует
как качественный анализов ,так и количественный анализ бизнес-процессов. Начнем
с качественного анализа процесса. Выделение проблемных областей — простейшее
средство качественного анализа процесса. Основное назначение этого способа
анализа состоит в том, чтобы определить направления дальнейшего более
углубленного анализа. На рисунке 8.1 показаны четыре проблемные области.

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

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

Рисунок 8.1 -Проблемные зоны ПТИ

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

Именно этот процесс подробно представлен на диаграмме (рисунок 6.1.1).

Так как данный процесс имеет проблемы, это надо реструктурировать.

До модернизации процесс выглядел следующим образом: после заключения
договора с клиентом, гендиректор ПТИ передавал руководство над проектом
менеджеру проекта (рис. 8.2 ).

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

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

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

Рисунок 8.2 -Процедура выполнение заказа до устранения «узкого места» (в
нотации диаграммы ARIS extended Event-Driven Process Chain)

Теперь процесс выглядит так: после заключения договора с клиентом,
гендиректор ПТИ передает руководство над проектом менеджеру проекта (рис. 8.3).

Передается не только руководство, но и все данные о клиентах (их телефлны
и т.д.).

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

Рисунок 8.3 — Процедура выполнение заказа после устранения «узкого места»
(в нотации диаграммы ARIS extended
Event-Driven Process Chain)

Для того, чтобы посчитать, на сколько эффективна модернизация процесса,
рассчитаем KPI (см. глоссарий).

Требования к системе KPI:

· каждый показатель должен быть четко
определен;

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

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

· показатель должен нести смысл;

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

Проведем анализ задержек во времени (за какое время
выполнялся заказ до модернизации процесса и после) (таблица 8.1). Расчеты
берутся на один заказ.

Таблица 8.1 — Анализ задержек во времени

i	Actual, ч	Plan,ч	qiплан	qiфакт	Вес, wi	qiп*wi	qiф*wi
Уточнение информации у клиента	11,00	4,00	100,00%	275,00%	0,29878	29,88%	82,16%
Написание БП	20,00	18,00	100,00%	111,11%	0,273762	27,38%	30,42%
Кодинг	30,00	25,00	100,00%	120,00%	0,203252	20,33%	24,39%
Тестирование ИС	7,00	6,00	100,00%	116,67%	0,224205	22,42%	26,16%
Внедрение ИС	10,00	9,00	100,00%	111,11%	0,176441	17,64%	19,60%
Интегральная оценка степени достижения цели							163,13%
Плановая интегральная оценка степени достижения цели						100,00%

Итого эффективность от модернизации (KPI) составляет 63,13%. Данные анализа БП по
результатам отчета анализа модели процесса «БП выполнения заказа (eEPC)»
представлены в таблице 8.2.

Таблица 8.2 — Отчет по результатам анализа модели процесса «БП выполнения
заказа (eEPC)»

Наименование показателя	Значение показателя по результатам анализа модели на итерации
	1	2
Number of functions Количество функций	9	9
Total allocated application system elements Общее количество используемых элементов прикладных систем	6	4
Application systems В том числе прикладных систем	2	0
Application system types В том числе типов прикладных систем	2	4
Computer В том числе компьютеров	0	0
Application system class В том числе классов прикладных систем	2	0
Functions with application system elements in % Всего функций, поддерживаемых элементами прикладных систем, в %	77,78	100
Functions with application system in % В том числе поддерживаемых прикладными системами, в %	22,22	0
Functions with application system type in % В том числе поддерживаемых типами прикладных систем, в %	33,33	100
Functions with computer in % В том числе поддерживаемых компьютерами, в %	0	0
Functions with application system class in % В том числе поддерживаемых классами прикладных систем, в %	33,33	0
Number of function transitions Количество переходов функций (пар функций, каждая из которых поддержана хотя бы 1 элементом прикладных систем)	8	10
Application system breaks Количество переходов функций с разрывами элементов прикладных систем	6	0
Relationship between application system breaks/function transitions Коэффициент, отражающий степень интеграции информационных систем (0…1 ® min)	0,75	0

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

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

Заключение

При
выполнении данной работы была рассмотрена архитектура ARIS,ее достоинства и недостатки, а также другие
методилогии анализа и проектирования (SADT, IDEF0, IDEF3,UML),также
и их плюсы и минусы.

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

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

Как было уже сказано, этот процесс тормозит работу всей компании и
соответственно влияет на прибыль организации. Модернизация этого процесса была
связано с ликвидацией функции «Сообщить о необходимости уточнения информации у
клиента», так как теперь нет необходимости обращаться к гендиректору, чтобы тот
связал с клиентом и уточнил нужную информацию. Теперь всеми организационными
делами проекта (заказа) занимается сам менеджер проекта. Также был посчитан
коэффициент эффективности (KPI),
эффективность составила 63,13%. Результаты анализа процесса представлены в
отчете. Процесс документирования проанализирован в разделе 7.

Глоссарий

1) KPI (кей пи ай) (key performance indicator)
— это ключевой показатель эффективности. Они позволяют оценить эффективность
выполняемых действий. Применять KPI можно как для оценки работы всей компании,
ее отдельных подразделений так и конкретных работников. С помощью системы KPI
можно не только контролировать и оценивать эффективность выполняемых действий,
но и построить эффективную систему оплаты труда.

Список источников

1. Август-Вильгельм Шеер. Бизнес-процессы. Основные понятия.
Теория. Методы

2. Август-Вильгельм Шеер. Моделирование бизнес-процессов

. Войнов И.В., Пудовкина С.Г., Телегин А.И.
Моделирование экономических систем. Опыт построения ARIS-моделей. Монография

. Елиферов В.Г., Репин В.В. Бизнес-процессы.
Регламентация и управление

. Тельнов Ю.В. Реинжиниринг бизнес-процессов (Учебное
пособие)

. Хаммер М, Чампи Дж. Реинжиниринг корпорации —
Манифест революции в бизнесе

. Справочник ARIS 6 methods

. Документы «ПромТрансИнформ» (орг.структура
предприятия, орг.структура ЦКР, должностная инструкциябизнес-аналитика)

9. Брусакова И. А.http://10.242.45.114/cgi-bin/irbis64r_01/cgiirbis_64.exe?Z21ID=&I21DBN=BOOK&P21DBN=BOOK&S21STN=1&S21REF=3&S21FMT=fullwebr&C21COM=S&S21CNR=20&S21P01=0&S21P02=0&S21P03=M=&S21STR=
Информационные системы и технологии в экономике : учеб. пособие для вузов по спец.
«Прикл. информатика» (по обл.) / И. А. Брусакова, В. Д. Чертовской. —
М. : Финансы и статистика, 2007. — 351 с.

Приложение

Утверждаю

ООО “ПромТрансИнформ”
Замятин И.Н

(Фамилия,
инициалы)

(наименование организации) (директор)

.05.2014г.

ДОЛЖНОСТНАЯ ИНСТРУКЦИЯ

БИЗНЕС-АНАЛИТИКА

(наименование учреждения)

08.05.2014г. №20

. Общие положения

1.1.Настоящая должностная определяет права,
ответственность и должностные обязанности бизнес-аналитика ООО “ПромТрансИнформ”

(далее
«предприятие»).

.2.Бизнес-аналитик принимается на работу и увольняется
по приказу руководителя организации по представлению начальника отдела.

.3.Бизнес-аналитик находится в подчинении у начальника
отдела.

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

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

.6.В своей деятельности бизнес-аналитик
руководствуется действующим законодательством, касающимся его деятельности:

-стандартом организации по регламентации, описанию, и
внутреннему аудиту бизнес-процессов;

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

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

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

нормами и правилами охраны труда;

правилами пожарной безопасности;

данной должностной инструкцией.

.7.Бизнес-аналитик должен знать:

Федеральный закон от 27 декабря 2002 г. № 184-ФЗ «О
техническом регулировании»;

ГОСТ Р ИСО 9004-2001 «Системы менеджмента качества.
Рекомендации по улучшению деятельности»;

ГОСТ Р ИСО 9001-2001 «Системы менеджмента качества.
Основные положения и словарь»;

ГОСТ Р ИСО 9001-2001 «Системы менеджмента качества.
Требования»;

основы теории организации;

основы управления персоналом;

основы маркетинга и менеджмента;

основы логистики;

основы рыночной экономики;

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

внутрикорпоративное бюджетирование и управленческий
учет;

контроллинг;

локальные нормативные акты организации, ее стратегию;

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

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

современное программное обеспечение;

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

правила оформления и проведения презентаций;

персональный компьютер на уровне опытного
пользователя;

этику делового общения;

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

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

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

передовой зарубежный и отечественный опыт
совершенствования системы менеджмента организаций;

нормы и правила охраны труда;

правила пожарной безопасности.

.8. Бизнес-аналитик должен уметь:

использовать в работе программы графического
отображения аналитической информации;

пользоваться корпоративными базами данных.

. Должностные обязанности

Бизнес-аналитик обязан:

.1.Составлять план интервью и перечень ресурсов,
необходимых для проведения моделирования новых бизнес-процессов.

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

.3.Проводить процедуры обследования бизнес-процессов.

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

.5.Формировать общий аналитический отчет после
проведения анализа бизнес-процессов в виде аналитических таблиц и текстовых
комментариев.

.6.Разрабатывать структуру критериев оценки
эффективности моделируемых бизнес-процессов и функций.

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

.8.Контролировать процесс внедрения изменений в КИС, в
соответствии с оптимизированными бизнес-процессами.

.9.Осуществлять описание оптимизированных
бизнес-процессов.

.10.Участвовать в написании технического задания на
внесение изменений в КИС в соответствии с оптимизированными бизнес-процессами.

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

.12.Эффективно выполнять все возложенные на него
обязанности.

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

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

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

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

.17.Проводить презентацию результатов работы по
оптимизации бизнес-процессов.

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

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

.20.Предлагать рекомендации по внедрению новых
технологий оптимизации бизнес-процессов.

.21.Разрабатывать демонстрационные материалы,
требующиеся для проведения презентации бизнес-процессов.

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

.23.Обеспечивать выполнение политики компании в
области качества в рамках своей компетенции.

.24.Обеспечивать функционирование в компании системы
управления качеством в рамках своей компетенции.

.25.Самостоятельно определять необходимость и
осуществлять корректирующие и предупреждающие мероприятия в рамках настоящей
инструкции.

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

. Права

Бизнес-аналитик вправе:

.1.При возникновении необходимости выезжать в
служебные командировки.

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

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

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

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

. Ответственность

Бизнес-аналитик ответственен за:

.1.Несвоевременное представление сведений и
отчетности, установленной в организации.

.2.Несоблюдение Правил внутреннего трудового
распорядка.

.3.Несоблюдение правил техники безопасности, охраны
труда и противопожарной безопасности.

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

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

.5.Разглашение информации, являющейся коммерческой и
иной охраняемой законом тайной.

.6.Причинение предприятию материального ущерба.

Руководитель

структурного подразделения: _____________
__________________

(подпись)
(фамилия, инициалы)

.05.2014г.

С инструкцией ознакомлен,

один экземпляр получил: _____________
__________________

(подпись)
(фамилия, инициалы)

Источник

Содержание:

Введение

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

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

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

Объект исследования – бизнес процессы.

Предмет исследования – методология моделирования бизнес процессов.

Цель исследования – выполнить проектирование реализаций операций бизнес процесса «Продажи».

Для достижения поставленной цели необходимо решить следующие задачи:

Изучить теоретические основы моделирования бизнес процессов;
Изучить методологию и программные продукты моделирования бизнес процессов;
Осуществить анализ и построение модели бизнес-процесса «продажи».

Глава 1. Теоретические аспекты моделирования бизнес процессов

1.1. Бизнес-процессы на предприятии, методы описания и представления

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

Рисунок 1 – Общее представление бизнес-процесса

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

В стандарте ENISO 9001:2000 бизнес процесс называют набором взаимосвязанных средств и действий, благодаря которым вход преобразуются в результат. Еще процессы зачастую называют изменением определенного объекта.

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

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

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

обработку и выполнение заказа;
разработку, проектирование и дизайн продукта;
производство и монтаж и др.

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

стратегическое развитие компании;
долго- и среднесрочное планирование в компании;
развитие персонала;
инвестиционное планирование;
мотивация персонала и др.

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

обработка данных;
техническое обслуживание;
логистика;
административные процессы и др.

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

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

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

Процессы моделирования и анализа бизнес процессов проводится в двух направлениях:

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

2. Нормирование деятельности. В данном направлении моделирование применяют с целью добиться увеличения уровня производительности изучаемых процессов.

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

Функциональный анализ бизнес-процессов – подразумевает описание основных этапов деятельности предприятия с учетом временной последовательности;
объектный анализ – подразумевает описание процессов с учетом их взаимодействия с заранее выбранным объектом;
имитационный анализ – подразумевает проведение на внешних объектах и учитывает внутренние и внешние составляющие процесса;

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

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

Наиболее известные принципы выполнения моделирования бизнес процессов:

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

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

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

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

Наиболее популярным стандартом моделирования бизнес процессов является стандарт BPMN (Business Process Modeland Notation), разработчиком которого является рабочая группа OMG. Основная цель данного стандарта заключается в обеспечении пользователей доступной нотацией описания бизнес процессов, будь то бизнес-аналитики, реализующих схемы бизнес процессов, или руководители данных бизнес процессов. Исходя их вышесказанного можно сказать что BPMN основной целью имеет снижение уровня расхождений между моделью бизнес процесса и их реализацией.

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

Высокоуровневые невыполняемые;
Действия (нефункциональный анализ);
Детализированный выполняемый Бизнес-процесс;
Бизнес-процесс «As-is» (устаревший);
Бизнес-процесс «To-be» (новый);
Хореография (Choreography);
Детализированный приватный Бизнес-процесс (как выполняемый, так и невыполняемый), включающий взаимоотношения между одним или более внешними участниками (Процесс типа «черный ящик»);
Два или более детализированных выполняемых взаимодействующих Процесса;
Детализированный выполняемый Бизнес-процесс, взаимодействующий с Хореографией;
Два или более публичных Процесса;
Публичный процесс, взаимодействующий с Хореографией;
Два или более детализированных выполняемых Бизнес-процесса, взаимодействующих посредством Хореографии.

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

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

Элементы потока и другие элементы диаграммы МОГУТ носить текстовые метки (labels) (например, имя потока и/или названия других его атрибутов). Текстовые метки могут помещаться как внутри фигуры, так и над или под ней. Месторасположение текстовых меток, а также их направление может быть любым в зависимости от задумки разработчика модели или программы моделирования.
Заливка графического элемента МОЖЕТ БЫТЬ как белого цвета, так и прозрачной.
Графическая нотация может допускать использование какого-либо другого цвета заливки для удовлетворения требований разработчика модели или программы моделирования (например, выделение значения атрибута объекта). Однако следует помнить о следующих правилах:
События, определяющие дальнейший ход потока, должны иметь темную заливку.
Дорожки Участников в фигуре Хореографии или Подхореографии должны иметь светлую заливку в том случае, если Хореография/Подхореография (Choreography/Sub-choreography) не запускают Действие.

BPMN 2.0 описывает механизм, позволяющий расширять список атрибутов для стандартных графических элементов диаграммы. При необходимости разработчиком модели или программой моделирования могут быть задействованы нестандартные атрибуты графических элементов или Артефакты, такие, как уникальные требования для вертикальной области. Для того, чтобы не нарушить логику, описываемую в BPMN, такие атрибуты НЕ ДОЛЖНЫ противоречить семантике использования любого их графических элементов BPMN. Необходимо отметить, что, несмотря на возможность добавления новых атрибутов, должны быть сохранены все основные принципы построения и наглядность диаграммы для лучшего её восприятие пользователем любого уровня подготовки. Помните, что фигуры основных элементов потока (События, Действия и Шлюзы) не должны видоизменяться.

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

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

На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми CASE-средствами:

Vantage Team Builder (Westmount I-CASE) – представляет собой интегри-рованный программный продукт, ориентированный на реализацию каскадной модели ЖЦ ПО и поддержку полного ЖЦ ПО.
Designer – является интегрированным CASE-средством, обеспечивающим в совокупности со средствами разработки приложений Developer поддержку полного ЖЦ ПО для систем, использующих СУБД ORACLE.
Silverrun (Сomputer Systems Advisers, Inc. (CSA)) используется для анализа и проектирования ИС бизнес-класса и ориентировано в большей степени на спиральную модель ЖЦ. Оно применимо для поддержки любой методологии, основанной на раздельном построении функциональной и информационной моде-лей (диаграмм потоков данных и диаграмм «сущность-связь»).
CA AllFusion ERwin Data Modeler – включает в себя 2 средства: ERwin — средство концептуального моделирования БД, использующее методологию IDEF1X, реализующее проектирование схемы БД, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД и BPwin — средство функционального моделирования, реализующее методологию IDEF0.
S-Designor представляет собой CASE-средство для проектирования реляционных баз данных. По своим функциональным возможностям и стоимости он близок к CASE-средству Erwin, отличаясь внешне используемой на диаграммах нотацией. S-Designor реализует стандартную методологию моделирования данных и генерирует описание БД для таких СУБД, как ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server и др. Для существующих систем выполняется реинжиниринг БД.
Rational Rose – предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации. Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования, основанную на универсальной нотации для моделирования объектов (UML — Unified Modeling Language).
Продукт IBM® WebSphere® Business Modeler (далее – Modeler) – это лучший в отрасли инструмент для моделирования и имитации бизнес-процессов. С помощью Modeler бизнес-аналитики и другие нетехнические пользователи могут создавать бизнес-модели для документирования своих процессов, а затем осуществлять их имитационное моделирование, чтобы понять поведение этих процессов «в динамике». Пользователи могут генерировать отчеты на основе модели процесса и по результатам имитационного моделирования. Пользователи могут экспортировать свои модели в такие среды как WebSphere Integration Developer (Integration Developer), WebSphere Process Server (Process Server) и IBM FileNet P8 и хранить их в таких системах как Rational® ClearCase и Rational Asset Repository. Модели могут быть опубликованы с помощью компонента WebSphere Business Modeler Publishing Server (Publishing Server), что позволяет авторизованным пользователям просматривать эти модели с помощью Web-браузера. Эти модели могут также быть связаны с требованиями в продукте Rational RequisitePro и повторно использованы в продукте Rational Software Architect.

Глава 2. Моделирование бизнес процесса продажа с примнеением методологии IDEF0

2.1. Разработка верхнего уровня описания процесса «Продажи»

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

Цель моделирования процесса продажи:

1) Почему моделируем? Моделируем для описания процесса «Продажа» с целью анализа составляющих процесса.

2) Что будет показывать модель? Модель процесса «Продажа» будет демонстрировать все составляющие процесса продажи.

3) Для чего будет использоваться? Модель процесса «Продажа» будет использоваться для анализа процесса продажи.

Цель: Реализация модели процесса «Продажа» для анализа реализации данного процесса, участвующих в процессе исполнителей и используемой документации.

Точка зрения: Разработчик системы

Таблица 1

Данные и функции процесса для разработчика системы

Данные (объекты)	Функции
Менеджер	Обслуживание клиента Выписка счет-фактур
Руководитель	Контроль рабочего времени
Бухгалтер	Прием денежных средств Выдача кассового и товарного чека
Кладовщик	Выдача товара
Служба доставки	Доставка товара

Диаграмма A0 в нотации IDEF0 представлена на рисунке 2.

Рисунок 2 –Диаграмма A0 в нотации IDEF0

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

2.2. Другие виды анализа процесса «Продажа»

Для выполнения других видов анализа бизнес процесса «Продажа» были представлены диаграмма потоков данных, изображенная на рисунке 3, а также диаграммы декомпозиции первого и второго уровня IDEF0, изображенные на рисунках 4 – 8.

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

Рисунок 3 – DFD диаграмма потоков данных

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

Рисунок 4 – Декомпозиция IDEF0 диаграммы A0

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

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

Рисунок 5 – IDEF0 диаграмма первого уровня «Выбор товара»

Рисунок 6– Декомпозиция второго уровня блока «Оформление заказа»

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

Рисунок 7– Декомпозиция второго уровня блока «Оплата заказа»

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

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

Рисунок 8 – Декомпозиция второго уровня блока «Доставка товара»

Для детализации процесса продажи необходимо построить диаграмму IDEF3 процесса «Продажа». Процесс представлен в виде последовательности операций на диаграмме IDEF3 (рисунок 9).

В процессе приобретения товара в магазине были выделены следующие операции:

Выбор товара. В случае с приобретением товара клиент может осуществить свой выбор полностью самостоятельно, так и прибегнуть к консультации менеджера и выбрать требуемый товар.
Далее менеджер оформляет необходимую документацию на товар – это накладная на получение товара со склада, счет-фактура для оплаты товара, и гарантийный талон.
Следующим шагом клиенту необходимо оплатить товар на кассе. Здесь клиенту к документам прикрепляется кассовый чек, а также ставиться печать и подпись кассира для придания документам юридической силы.
Далее клиент может пройти на пункт выдачи на складе и получить свой товар. Либо оформить доставку товара.

Рисунок 9 – IDEF3 диаграмма процесса продажи

2.3. Функционально-стоимостной анализ процесса «Продажа»

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

Для расчета показателей все значения стоимости будут внесены в блоки диаграммы.

Рисунок 10 – Перечень источников расходов

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

Автомобильная техника;
Вычислительная техника;
Заработная плата.

Рисунок 11 –Заполнение затрат на реализацию проекта

В результате заполнения стоимостных затрат на диаграмме А0 будет представлена итоговая сумма затрат на реализацию процесса продажа

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

Рисунок 12 – Диаграмма Node Tree стоимостных затрат проекта

Отчет по выполнению расчетов представлен в текстовом виде на рисунке 13.

Рисунок 13 – Отчет по стоимостным затратам бизнес процесса

Заключение

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

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

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

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

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

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

Список использованных источников

Аверченков В. И. Информационные системы в производстве и экономике: учебное пособие 2–е изд., стер. – М.: Флинта , 2013.
Балдин К. В. Информационные системы в экономике. Учебник – М.: Дашков и Ко , 2012.
Барановская Т. П. Информационные системы и технологии в экономике, М.: Финансы и статистика, 2014.- 416 с.
Божко В. П. Информационные технологии в статистике, М.: Финстатинформ, 2016.- 144 с.
Брусакова И. А. Информационные системы и технологии в экономике – М.: Финансы и статистика , 2014.
В. В. Ильин – Моделирование бизнес-процессов. Практический опыт разработчика. 2015
Всё о методологии и ПО ARIS. Информационный менеджмент – системный анализ. [Электронный ресурс].
Герасимова Л.Н. Информационное обеспечение маркетинга, М.: Маркетинг, 2016. – 120 с.
Григорович В.Г. Информационные методы в управлении качеством. — М.: РИА «Стандарты и качество», 2015-200 с.
Давид Марка, Клемент Марк Гоуэн. Методология структурного анализа и проектирования: Пер. с англ. – М: 2014. — 240 с.
Ивлев В., Попова Т. Методология Функционально-Стоимостного Анализа ABC (ФСА). Компания «ВИП-Анатех» — М.: РИА «Стандарты и качество», 2014.
Информационные системы и технологии в экономике и управлении. Учебник 4–е изд., перераб. и доп. – М.: ЮРАЙТ , 2013.
Йордон Э., Аргила К.. Объектно–ориентированный анализ и проектирование систем: Москва: Лори, 2015. 264 стр.
Истомин Е. П., Новиков В. В., Новикова М.В.. Высокоуровневые методы информатики и программирования Москва: Андреевский Издательский дом 2016 г. 228 стр.
Калянов Г.Н. – Моделирование, анализ, реорганизация и автоматизация бизнес-процессов. 2015.
Карминский А.М., и др. Информатизация бизнеса. Концепции, технологии, системы, Москва: Астрэль 2014. 624 стр.
Крачтен, Филипп. Введение в Rational Unified Process. 2-е изд. М.: Издательский дом «Вильямс», 2014.
Кролл П., Крачтен Ф. Rational Unified Process – это легко. Руководство по RUP. М.: КУДИЦ-ОБРАЗ, 2013.
Курьян А.Г., Серенков П.С. Использование IDEF0 для описания и классификации процессов в рамках системы качества МС ИСО серии 9000. – Минск: 2014.
Липунцов Ю.П. Управление процессами. Методы управления предприятием с использованием информационных технологий. М.: Компания АйТи, 2008.
Мишенин А. И. Теория экономических информационных систем. Учебник 4–е изд., доп. и перераб. – М.: Финансы и статистика , 2016.
Репин В.В., Елиферов В.А. Процессный подход к управлению . Моделирование бизнес- процессов. — М.: РИА «Стандарты и качество», 2015, 405 с.
Репин В.В.. Сравнительный анализ нотаций ARIS/IDEF и продуктов их поддерживающих (ARIS Toolset/BPWin). // Web: http://www.finexpert.ru/
Репина В.В., Елиферова В.Г. «Процессный подход к управлению. Моделирование бизнес-процессов», М.: РИА «Стандарты и качество», 2017.- 248 с.
С. М. Патрушина Информационные системы в экономике. / М.: Бизнес , 2014. – 238 с.
Смирнов Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем: Учебник – М.: Финансы и статистика, 2016. – 542с.:ил.
Шеер Август-Вильгельм. Бизнес-процессы. Основные понятия. Теория. Методы. Издание 2-е, переработанное и дополненное /Научная редакция и предисловие: канд. техн. наук Каменнова М.С., канд. хим. наук Громова А.И. Переводчик: Михайлова Н.А. М.: «Просветитель», 2014. – 216 с.

Социальная защита граждан при временной нетрудоспособности
Конституционное право на свободу и личную неприкосновенность ( ТЕОРЕТИКО – ПРАВОВЫЕ ОСНОВЫ КОНСТИТУЦИОННОГО ПРАВА ГРАЖДАН НА СВОБОДУ И ЛИЧНУЮ НЕПРИКОСНОВЕННОСТЬ )
Управление поведением в конфликтных ситуациях (Теоретические аспекты управления поведением в конфликтной ситуации)
Адаптация детей в условиях первого класса школы ( ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ АДАПТАЦИИ ДЕТЕЙ МЛАДШЕГО ШКОЛЬНОГО ВОЗРАСТА В УСЛОВИЯХ ПЕРВОГО КЛАССА )
Анализ и оценка средств реализации структурных методов анализа и проектирования экономической информационной системы ( ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ ))
Классификация языков программирования Критерии выбора среды и языка разработки программ.
Планирование производственной программы предприятий, на пример реально существующей организации (Общая характеристика планирования производственной деятельности предприятия)
Формирование и использование финансовых ресурсов коммерческих организаций (Теоретические аспекты формирования и использования финансовых ресурсов коммерческих организации)
Понятие и виды наследования (Место открытия наследства)
Защита права собственности ( Общая характеристика права собственности )
Общая совместная собственность супругов ( Общая характеристика права собственности )
Понятие и виды наследования ( Основания наследования ))

Источник

Создан заказ №1692359

23 января 2017

Отчет по дисциплине «Моделирование бизнес-процессов»

Как заказчик описал требования к работе:

Отчет по дисциплине «Моделирование бизнес-процессов»
на 30-40 страниц

Заказчик не использовал рассрочку

Гарантия сервиса
Автор24

20 дней

Заказчик воспользовался гарантией для внесения правок на основе комментариев преподавателя

26 января 2017

Заказ завершен, заказчик получил финальный файл с работой

Автор работы

Светлана1975

Отчет по дисциплине «Моделирование бизнес-процессов».docx

2017-09-06 21:30

Последний отзыв студента о бирже Автор24

Положительно

Все хорошо сделали, даже раньше срока , правда корректировок так и не дождалась сама сделала ,но автор отлиный )

Хочешь такую же работу?

Зарегистрироваться

Тебя также могут заинтересовать

по этому предмету
по этому типу и предмету

Читай полезные статьи в нашем

Характеристика бизнес-плана

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

подробнее

Инновационное бизнес-планирование

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

подробнее

Бизнес план кафе

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

подробнее

Бизнес план предприятия

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

подробнее

Характеристика бизнес-плана

подробнее

Инновационное бизнес-планирование

подробнее

Бизнес план кафе

подробнее

Бизнес план предприятия

подробнее

Источник

Отчет по дисциплине моделирование бизнес процессов

Введение

1. Описание деятельности «Компании»

2. Моделирование процессов высокого уровня «Компании» в нотации IDEF0

Оглавление

ЛАБОРАТОРНАЯ РАБОТА 1

ЛАБОРАТОРНАЯ РАБОТА 2

ЛАБОРАТОРНАЯ РАБОТА 3

ЛАБОРАТОРНАЯ РАБОТА 4

Добавление отзыва к работе

Похожие работы

Отчет по лабораторным работам по дисциплине:

Отчет по практике: Моделирование бизнес-процессов трикотажной фабрики

на тему:

1. Описание методологий семейства IDEF (ICAMDefenition)

1.1 Методология IDEF0

2.1 Краткая характеристика производства трикотажных изделий

Моделирование бизнес-процессов на примере ООО ‘ПромТрансИнформ’

IDEF0

Преимущества
UML

Введение

Глава 1. Теоретические аспекты моделирования бизнес процессов

1.1. Бизнес-процессы на предприятии, методы описания и представления

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

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

Глава 2. Моделирование бизнес процесса продажа с примнеением методологии IDEF0

2.1. Разработка верхнего уровня описания процесса «Продажи»

2.2. Другие виды анализа процесса «Продажа»

2.3. Функционально-стоимостной анализ процесса «Продажа»

Заключение

Список использованных источников

Отчет по дисциплине «Моделирование бизнес-процессов»

Введение

1. Описание деятельности «Компании»

2. Моделирование процессов высокого уровня «Компании» в нотации IDEF0

Оглавление

ЛАБОРАТОРНАЯ РАБОТА 1

ЛАБОРАТОРНАЯ РАБОТА 2

ЛАБОРАТОРНАЯ РАБОТА 3

ЛАБОРАТОРНАЯ РАБОТА 4

Добавление отзыва к работе

Похожие работы

Отчет по лабораторным работам по дисциплине:

Отчет по практике: Моделирование бизнес-процессов трикотажной фабрики

на тему:

1. Описание методологий семейства IDEF (ICAMDefenition)

1.1 Методология IDEF0

2.1 Краткая характеристика производства трикотажных изделий

Моделирование бизнес-процессов на примере ООО ‘ПромТрансИнформ’

IDEF0

Преимущества UML

Введение

Глава 1. Теоретические аспекты моделирования бизнес процессов

1.1. Бизнес-процессы на предприятии, методы описания и представления

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

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

Глава 2. Моделирование бизнес процесса продажа с примнеением методологии IDEF0

2.1. Разработка верхнего уровня описания процесса «Продажи»

2.2. Другие виды анализа процесса «Продажа»

2.3. Функционально-стоимостной анализ процесса «Продажа»

Заключение

Список использованных источников

Отчет по дисциплине «Моделирование бизнес-процессов»

Преимущества
UML