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

Министерство  Российской Федерации по образованию  и науке

Федеральное государственное  бюджетное образовательное учреждение высшего профессионального образования

САНКТ-ПЕТЕРБУРГСКИЙ  ГОСУДАРСТВЕННЫЙ ПОЛИТЕХНИЧЕСКИЙ  УНИВЕРСИТЕТ

 

Инженерно-экономический  институт

Кафедра предпринимательства  и коммерции

 

 

 

 

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

 

по дисциплине « Информационные системы в маркетинге »

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

 

                                                      

Выполнил студент  группы з5077/21

Муковнина К.С.

Руководитель, доцент

 

                                                                                    ______________________ Лукашевич Н.С.

 

Оценка: ________________

                                                                                 «____»_______________2013год

 

 

 

 

Санкт-Петербург

2013 г.

 

 

 
Муковнина К.С.. Моделирование и  реорганизация бизнес-процессов: Курсовой проект по дисциплине «Информационные  системы в маркетинге». – СПб.: СПбГПУ, 2013. с, рис., табл.  
  
  
 

БИЗНЕС-ПРОЦЕСС, СБОР ИНФОРМАЦИИ, КОНТЕКСТНАЯ ДИАГРАММА, РОДИТЕЛЬСКИЙ БЛОК, IDEF0, IDEF3, ИНТЕРФЕЙСНЫЕ ДУГИ, ГЛОССАРИЙ,  МОДЕЛИРОВАНИЕ, ИДЕНТИФИКАЦИОННЫЕ КОДЫ.

 

 

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

 

 
СОДЕРЖАНИЕ

 

 

 

 
ВВЕДЕНИЕ

В рамках расчётно-графической  работы я должна разработать модель (описание) существующего «как есть»  бизнес. Далее необходимо проанализировать исследуемый бизнес-процесс и  предложить рекомендации по его реорганизации (совершенствованию). Предлагаемые рекомендации необходимо обосновать и отобразить в виде модели бизнес-процесса «как должно быть». Моделирование деловых процессов, как правило, выполняется с помощью case-средств. К таким средствам относятся BPwin, Silverrun, Oracle Designer, Rational Rose и др. Функциональные возможности инструментальных средств структурного моделирования деловых процессов будут рассмотрены на примере case-средства BPwin.

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

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

В данном курсовом проекте осуществляется моделирование  и реорганизация бизнес –процесса на примере магазина «ООО «Арсенал».

 

 

 

 

 

 

 

 

 

 

 

 

1. Сбор информации о бизнес-процессе

ООО «Арсенал», магазин по торговле гражданским  оружием, товарами для туризма, рыбалки.

Основным законом, регламентирующим торговлю оружием является Федеральный закон РФ «Об оружии» от 13.12.1996г. № 150-ФЗ (приложение 1). В этом законе указаны все права и обязанности юридического лица занимающегося торговлей оружием.

Основными видами деятельности ООО «Арсенал» являются:

- организация  торговли товарами для рыбалки, охоты, туризма и самообороны;

- закупка оптовых  партий товара;

- сервисное обслуживание;

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

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

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

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

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

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

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

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

2. Документирование полученной информации

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

Моделирование деловых процессов, как правило, выполняется с помощью case-средств. К таким средствам относятся BPwin, Silverrun, Oracle Designer, Rational Rose и др. Функциональные возможности инструментальных средств структурного моделирования деловых процессов будут рассмотрены на примере case-средства BPwin.

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

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

Процесс моделирования системы  в IDEF0 начинается с создания контекстной диаграммы — диаграммы наиболее абстрактного уровня описания системы в целом, содержащей определение субъекта моделирования, цели и точки зрения на модель (Рис. 1). Далее производится  разбиение системы на крупные фрагменты, этот процесс называется функциональной декомпозицией.

 

Рис. 1.  Контекстная  диаграмма А-0

 

Контекстная диаграмма А-0 представляет собой самое общее описание деятельности ООО «Арсенал» и ее взаимодействия с внешней средой.

Работа:

- Деятельность ООО «Арсенал»: общее описание деятельности ООО                «Арсенал».

Стрелки:

- Закон «Об оружие» (стрелка управления): работа «Деятельность ООО «Арсенал»» выполняется в соответствии с законом «Об оружии».

- Правила торговли и работы (стрелка управления): работа «Деятельность ООО «Арсенал»» выполняется в соответствии с законом «О защите прав потребителей ».

- Поставки нелицензируемого товара (стрелка входа): нелицензируемый товар поступает от поставщика в магазин.

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

- Обращение покупателей (стрелка входа): обращения покупателей принимаются продавцами  и сервисным центором.

- Персонал магазина (стрелка механизма): персонал магазина осуществляет всю работу.

          - Проданный товар (стрелка выхода): проданный товар.

          - Товар с исправленными неполадками  (стрелка выхода): товар после  ремонта или замены.

Хотя вершиной модели является диаграмма уровня А-0, настоящей “рабочей вершиной” является диаграмма А0 (Рис.2), поскольку она является уточненным выражением точки зрения модели. Ее содержание показывает, что будет рассматриваться в дальнейшем, ограничивая последующие уровни в рамках цели модели. Нижние уровни уточняют структуру и содержание моделируемого процесса, детализируя его, но, не расширяя его границ. Первые шаги представляют для разработчика особую трудность, поскольку требуют, поддерживая определенный уровень абстракции описания процесса, наблюдения за постепенным углублением модели в направлении к более подробным уровням детализации процесса.

 

Рис.2 Диаграмма  декомпозиции А0

 

Работы:

- Получение и хранение: получение товара, проверка документов, хранение.

- Регистрация лицензируемого товара: сверка номеров, занесение в БД.

- сервисное  обслуживание: устранение брака.

- Продажа: консультирование покупателей, продажа им товара.

Стрелки:

- Товар на продажу: готовый к продаже товар.

- Оружие и патроны на регистрацию: оружие и патроны после получение на предпродажную подготовку.

- Проверенные оружие и патроны на хранение: оружие и патроны прошедшие предпродажную подготовку.

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

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

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

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

1) управление;

2) выход – вход;

3) обратная связь по управлению;

4) обратная связь по входу; 

5) выход – механизм.

Результатом данного  этапа будет разработанная мною IDEF-диаграммы исследуемого бизнес-процесса.

 

 

 

Рис.3. Диаграмма  декомпозии А1

Работы:

- Получение, проверка накладных: получение товара от поставщика.

- Хранение оружия и патронов: хранение товара.

Стрелки:

- Полученный товар: товар на склад.

Рис.4 Диаграмма  декомпозиции А2

Работы:

- Сверка номеров оружия и патронов: проверка серийного номера и партии оружия и патронов.

- занесение в БД: занесение в БД для составления отчета.

- отправка отчета в ОМВД: отчет с номерами оружия и патронов.

 

Стрелки:

- Оружие и патроны занесенные в БД: оружие и патроны после сверки номеров.