3. ПОСТРОЕНИЕ И АНАЛИЗ МОДЕЛИ КОМПАНИИ

3.1 Создание контекстной диаграммы А-0

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

В проекте деятельность интернет–магазина состоит из нескольких этапов:

• 
  Правила и процедуры;
  
• 
  Проданные продукты;
  
• 
  Звонки клиентов;
  
• 
  Бухгалтерская система.
  

При создании контекстной диаграммы, присваиваем ей имя «Деятельность компании» (рис.1). Целью разработки данной модели: "Моделировать текущие (AS-IS) бизнес-процессы компании".



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

3.2 Создание диаграммы декомпозиции

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

Декомпозируем контекстную модель на три этапа (рис.2). Типом данной диаграммы является IDEF0:



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

3.3 Создание диаграммы декомпозиции А2

Декомпозируем работу «Сборка и настройка ПК».

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

Диспетчер контролирует работу сборщиков, сортирует заказы, группирует их и дает указания на отгрузку ПК, как они готовы.

Каждые два часа диспетчер группирует заказы – отдельно для сборки ПК и установки ПО на них – и направляет на участок сборки.

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

---

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

На основе этой информации внесем новые работы и стрелки в следующую диаграмму декомпозиции:



Рис. 3. Диаграмма А2 декомпозиции «Сборка и настройка ПК»

3.4 Создание диаграммы узлов

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

Построим диаграмму дерева узлов:



Рис.4. Диаграмма дерева узлов

3.4 Создание диаграмм IDEF3

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

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

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

Декомпозируем работу «Сборка ПК» (рис.5). Данная диаграмма имеет тип IDEF3:



Рис.5. Диаграмма А22.1 «Сборка ПК»

Диаграмма А22.1 «Сборка ПК» включает в себя 7 работ, имеет четыре перекрестка: два – AND (Asynchronous AND), в одном из которых запускаются все следующие процессы, а в другом все предшествующие процессы завершаются, и вторая пара – Asynchronous OR, в одном из которых один или несколько следующих процессов должны быть запущены, а в другом OR один или несколько предшествующих процессов должны быть завершены. На данной диаграмме имеется одна внешняя ссылка на «Компоненты».

---

3.5 Определение качества созданной модели на основе стоимостного анализа ABC (Activity Based Costing)

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

BPwin предоставляет аналитику инструменту для оценки модели — стоимостный анализ, основанный на работах (Activity Based Costing, ABC). Исходными данными для функционального оценивания являются затраты на ресурсы (материалы, персонал и т.д.). В сравнении с традиционными способами оценки затрат, при применении которых часто недооценивается продукция, производимая в незначительном объеме, и переоценивается массовый выпуск, ABC обеспечивает более точный метод расчета стоимости производства продукции, основанный на стоимости выполнения всех технологических операций, выполняемых при ее выпуске.

Для проведения стоимостного анализа предприятия определим центры его затрат на изготавливаемую продукцию (КПК). Внесем их в таблицу 1:

Таблица 1. Центр затрат ABC

Центры затрат	Определение
Управление	Затраты на управление, связанные с составлением графика работ, формированием партий ПК, контролем над сборкой и настройкой
Рабочая сила	Затраты на оплату рабочих, занятых сборкой и настройкой ПК
Компоненты	Затраты на закупку компонентов

Рис. 6 Окно «Costs» диалога «Activity Properties»



Рис. 7. Отображение стоимости работы «Сборка и настройка ПК» диаграммы А0

По введенным данным составим и сгенерируем отчёт Activity Cost Report:



Рис. 8. Диалог Activity Based Costing Report



Рис. 9. Отчет Activity Cost Report

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

ЗАКЛЮЧЕНИЕ

В ходе выполнения курсовой работы была описана предметная область фирмы ОАО «Комп.ру», а также разработана информационная система фирмы ОАО «Комп.ру». В качестве среды разработки были выбраны следующие программные средства: BPwin (AllFusion Process Modeler r7).

---

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

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

Средствами BPwin были построены и описаны следующие диаграммы:

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

а также был проведен стоимостный анализ ABC.

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

• 
  Дано описание предметной области;
  
• 
  Спроектирована информационная система средствами BPwin;
  
• 
  Разработана и описана функционально-ориентированную модель.
  

---

Смотрите также файлы

• 1. назначение, устройство и работа ходового устройства трактора дт75.docx

• Занятие по темам 122 Разберите текст. В ячейке под словом напишите его грамматическую форму и словарную форму.docx

• Дисциплина Иностранный язык Практическое занятие 8 Обучающийся Скворцова Оксана Алексеевна Преподаватель Гоголева Елена Александровна Задание 1.rtf

• Основные подходы к ведению деловых переговоров.docx

• Исследование возможности осуществления операций сравнения и установления тождества объектов на материальном уровне.doc