Зачетное задание по дисциплине

ЧАСТЬ I

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

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

3. Нарисовать организационную структуру в виде диаграммы

Представить также табличное представление штатного и внештатного состава.

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

5. Описать собственный АРМ – автоматизированное рабочее место (HardWare & SoftWare) с указанием назначения составляющих аппаратное и программное обеспечение.

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

7. Выделить поддерживающие бизнес-процессы

8. Выделить управляющие бизнес-процессы

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

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

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

На рисунке ниже приведен пример этих способов описания для бизнес-процесса согласования договора.

NB! Вместо таблицы можно привести МАТРИЦУ, а в качестве графического способа использовать БЛОК-СХЕМУ!

Рис. Способы описания бизнес-процессов

В текстовом описании бизнес-процесса при его регламентации следует привести его основные элементы:

· деятельность по управлению процессом:

o владелец процесса и его полномочия

o технология управления процессом (как минимум – планирование и отчетность)

o система показателей для управления процессом

· входы процесса, в том числе:

o требования к входам

o события, инициирующие начало процесса

· выходы процесса, в том числе:

o требования к выходам (результаты)

o события, завершающие процесс

· деятельность по преобразованию входов в выходы (технология выполнения процесса):

o ответственность персонала

o выполнение операций (структура и взаимосвязь операций)

· ресурсы, необходимые для выполнения процесса, в том числе:

o персонал

o инфраструктура

o оборудование

o информация

o прочие

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

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

1. Что является результатом процесса – его выходом?

2. Кто является ответственным за результат процесса?

3. Кто является субподрядчиком при выполнении процесса?

Управление каждым процессом имеет свои особенности. Однако можно сформулировать основные направления деятельности владельца процесса (по терминологии ISO).

Владелец бизнес‑процесса (рис. справа):

1. Имеет все полномочия для инициирования перемен в процессе по своему усмотрению и отвечает за реализацию мероприятий по повышению эффективности процесса.

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

3. Несет ответственность за постоянный мониторинг хода процесса.

4. Определяет последовательность работ в процессе и их взаимосвязи.

5. Определяет показатели и критерии эффективности процесса.

6. Управляет ресурсами и информацией по процессу.

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

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

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

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

Рис. Схема окружения бизнес-процесса

Таблица. Классификация входов и выходов бизнес - процесса c характеристикой первичных и вторичных входов и выходов бизнес-процесса.

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

12. Привести пример бизнес-процесса верхнего уровня вашей организации в формате DFD

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

Правило 1. Названия работы нужно формулировать согласно следующее формуле.

Название работы = Действие + Объект на которым действие осуществляется

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

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

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

Название потока = Объект, представляющий поток + Статус объекта

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

13. Составить модели ответственности за исполнение БП

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

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

15. Составить одну из двух диаграмм схем «свим лайн» для БП своей организации (Swimmer Lanes Diagram):

a) «свим лайн» с указанием участников процесса

b) схема «свим лайн» с привязкой ко времени

ЧАСТЬ II

СТРУКТУРНЫЙ ПОДХОД

16. Построить SADT-диаграмму одного из бизнес-процессов вашей организации

Функциональная модель по методу SADT (Structured Analysis and Design Technique) Дугласа Росса (SoftTech Inc).

17. Построить ERD-диаграмму (Entity-Relationship Diagrams) Питера Чена для бизнес-процесса вашей организации

Пример диаграммы ERD в нотации Ричарда Баркера (Oracle) для моделирования данных при заключении контракта на покупку автомобиля.

ЧАСТЬ III

UML ДИАГРАММЫ

18. Построить диаграмму прецедентов (вариантов использования0 для бизнес-процесса своей организации

19. Построить одну из двух диаграмм взаимодействия для БП своей организации

a. диаграмму состояний

b. диаграмму последовательностей

20. Построить диаграмму деятельности (активности) для бизнес-процесса своей организации

ЧАСТЬ IV

СОВЕРШЕНСТВОВАНИЕ БИЗНЕС-ПРОЦЕССОВ

21. Cоставить таблицу показателей бизнес-процесса своей организации, ориентируясь на пример бизнес-процесса разработки ПО:

- показатели продукта

Показатель	Значение «как есть»	Значение «как должно быть»
Число CR* выполненных в срок
Среднее время на CR (дней)
Общее число дефектов по продукту
Число критических дефектов
Число дефектов средней важности
Число некритичных дефектов

* CR (Change Request) – запрос на изменение (сервисный запрос от заказчика)

Дата добавления: 2015-10-24