Erwin Process Modeler (BPwin). Метод функционального моделирования (IDEF0)

Работа добавлена: 2016-12-26





Erwin Process Modeler (BPwin). Метод функционального моделирования (IDEF0) на http://mirrorref.ru

Содержание

Введение

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

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

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

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

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

Основу многих современных методологий моделирования бизнес-процессов составила методология SADT. В настоящее время наиболее широко используемая методология описания бизнес-процессов - стандарт США IDEF.

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

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

  1. Теоретическаячасть

1.1ErwinProcessModeler (BPwin)

ERwin - средство разработки структуры базы данных (БД).ERwin сочетает графический интерфейсWindows, инструменты для построенияER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных СУБД и настольных баз данных. С помощьюERwin можно создавать или проводить обратное проектирование (реинжиниринг) баз данных.

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

Case-средствоERWinподдерживает методологииIDEF1x иIE и предназначено для выполнения логических моделей баз данных, которые представляют собой сущности, описанные атрибутами и связи между ними по ключевым полям.ERwin позволяет автоматически сгенерировать физическую модель данных на основе построенной логической модели путем преобразования сущностей в таблицы, столбцами которых являются их атрибуты. Каждое поле таблицы должно иметь чётко обозначенный тип  хранения данных и  размер поля.

  1. Метод функционального моделирования (IDEF0)

IDEF0, относится к семейству IDEF, которое появилось в конце шестидесятых годов под названием SADT (Structured Analysis and Design Technique). IDEF0 может быть использована для моделирования широкого класса систем. Для новых систем применение IDEF0 имеет своей целью определение требований и указание функций для последующей разработки системы, отвечающей поставленным требованиям и реализующей выделенные функции. Применительно к уже существующим системам IDEF0 может быть использована для анализа функций, выполняемых системой и отображения механизмов, посредством которых эти функции выполняются. Результатом применения IDEF0 к некоторой системе является модель этой системы, состоящая из иерархически упорядоченного набора диаграмм, текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок. Двумя наиболее важными компонентами, из которых строятся диаграммы IDEF0, являются работы (представленные на диаграммах в виде прямоугольников), данные и объекты (изображаемые в виде стрелок), связывающие между собой работы. При этом стрелки, в зависимости от того в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на пять видов:

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

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

1.1.2 Метод моделирования бизнес-процессов (IDEF3)

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

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

IDEF3 может быть также использован как метод создания процессов. IDEF3 дополняет IDEF0 и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа.[12]

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

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

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

1.1.3 Моделирование потоков данных (DFD)

Data Flow Diagram (диаграмма потоков данных) используется для описания процессов верхнего уровня и для описания реально существующих в организации потоков данных.

В основе данной методологии (Gane/Sarson) лежит построение модели анализируемой ИС - проектируемой или реально существующей. В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных DFD, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее невозможно.

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

- внешние сущности;

- системы/подсистемы;

- процессы;

- накопители данных;

- потоки данных.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- нотация Value-added chain diagram (диаграмма цепочки процесса, добавляющего стоимость);

- нотации extended Event-driven Process Chain – eEPC (расширенная нотация цепочки процесса, управляемого событиями) и PCD (диаграмма цепочки процесса);

- нотация Organizational chart (организационная диаграмма);

- нотация Function tree (дерево функций);

- нотация Product tree (дерево продуктов).

1.2.1 VAD (аналог классического стандарта DFD)

Основным объектом нотации VAD является объект «Value added chain».

Цепочки добавленной стоимости (Value added chain diagram, VAD) — диаграмма, описывающая взаимосвязь бизнес-процессов верхнего уровня. В ней отображаются два типа связей между процессами:

- связь «предшественник-последователь» — изображаются горизонтальными линиями;

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

Принципы построения диаграммы процесса верхнего уровня в VAD существенно отличаются от IDEF0. Существенным отличием нотации ARIS VAD и IDEF0 является то, что в VAD стрелки могут входить в любую сторону объекта «Value-added chain». (Напомним, что в IDEF0 каждая сторона объекта «Activity» (функция) имеет определенное назначение.)

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

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

2. Практическая часть

2.1 Построение бизнес-модели предприятия с помощью среды ERwin

Целью данной  работы является моделирование деятельности выбранного предприятия. Для этого будут применяться методологии:

IDEF0 - методология функционального моделирования

IDEF3 - методология описания процессов

DFD - методология моделирования потоков данных

VAD - диаграмма, описывающая взаимосвязь бизнес-процессов верхнего уровня.

Диаграммы в первых трех методологиях будут создаваться с помощьюCASE-средства AllFusion Process Modeler, VAD -спомощью AllFusion ERwin Data Modeler.

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

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

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

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

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

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

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

продавцы принимают заказы клиентов;

сотрудники группируют заказы по типам бань;

сотрудники собирают баню;

сотрудники упаковывают бани согласно заказам;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 2 Диаграмма декомпозиции контекста «Деятельность предприятия по строительству перевозных бань»

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

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

Работе "Сборка бань" для своего функционирования необходимы строительные материалы, которые она заказывает у работы "Отгрузка и снабжение" (выходная стрелка "Заказы поставщикам"). Собранные бани она также передает работе "Отгрузка и снабжение" (выходная стрелка "Готовая продукция"). Информация о результатах сборки необходима работе "Продажи и маркетинг" (выходная стрелка "Результаты сборки ").

Результатом работы "Отгрузка и снабжение" будут необходимые материалы, которые поступают на вход работы "Сборка бань".

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

На рисунке 3 представлены процессы, существующие в работе «Сборка Бань».

Рис. 3 Диаграмма декомпозиции контекста «Сборка бань»

Поступающие заказы на сборку сортируются менеджером, после чего они поступают на вход управления работ "Сборка малогабаритных бань" и "Сборка крупногабаритных бань" (стрелка Заказы на сборку). Когда бани  собраны, менеджер дает указание на их отгрузку.

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

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

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

Рис. 4 Диаграмма декомпозиции «Сборка крупногабаритных бань»

Как видно из рисунка 4, описанный алгоритм работы отражен на диаграмме декомпозиции «Сборка крупногабаритных бань». Состоит из 14 действий, а также 4 перекрестков.

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

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

Рис. 5 Диаграмма декомпозиции «Отгрузка и снабжение»

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

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

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

Заключение

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

Моделирование бизнес-процессов организации включает два этапа структурное и детальное.

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

Основу многих современных методологий моделирования бизнес-процессов составила методология SADT (Structured Analysis and Design Technique - метод структурного анализа и проектирования) и алгоритмические языки, применяемые для разработки программного обеспечения. С помощью методологии семейства IDEF можно эффективно отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему.

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

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

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

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

1 Елиферов В.Г. Бизнес-процессы: регламентация и управление: учебное пособие [для студентов вузов] / В. Г. Елиферов, В. В. Репин ; Ин-т экономики и финансов "Синергия". - М. : ИНФРА-М, 2011. - 319 с.

2 Андерсен Б. Бизнес-процессы. Инструменты совершенствования / Б. Андерсен ; [пер. с англ. С. В. Ариничева ; под науч. ред. Ю.П. Адлера]. - 5-е изд. - М. : Стандарты и качество, 2008. - 272 с. : ил. - (Практический менеджмент).

3 Репин В.В. Бизнес-процессы компании: построение, анализ, регламентация / В. В. Репин. - М. : Стандарты и качество, 2007. - 240 с. : ил. - (Деловое совершенство).

4 Реинжиниринг бизнес-процессов: учебник [для студ. экон. вузов магистерского уровня] / Н. М. Абдикеев, Т. П. Данько, С. В. Ильдеменов, А. Д. Киселев ; под ред. Н. М. Абдикеева, Т. П. Данько ; Высш. Школа МBA ; РЭА им. Г. В. Плеханова. - 2-е изд.,испр. - М. : Эксмо, 2009. - 592 с. - (Полный курс МВА).

5 Калянов, Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов: ученое пособие для студ. вузов, обуч. по спец. 080801 "Прикладная информатика" и др. экон. спец. / Г. Н. Калянов. - М. : Финансы и статистика, 2009. - 240с.

6 Моделирование бизнес-процессов [Электронный ресурс]: мет. материалы / Разработка Скриптов, режим доступа: http://www.script-coding.com

7 Логистика. Интеграция и оптимизация логистических бизнес-процессов в цепях поставок: [учебник для студ. вузов] / В. В. Дыбская, Е. И. Зайцев, В. И. Сергеев, А. Н. Стерлигова ; Под ред. В. И. Сергеева. - М. : Эксмо, 2008. - 944 с. - (Полный курс МВА).

8 Леоненков А.В. Объектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose: учебное пособие / А. В. Леоненков; Интернет-Ун-т Информ. Технологий (ИНТУИТ). - М. : ИНТУИТ : БИНОМ. ЛЗ, 2009. - 320 с. : ил. - (Основы информационных технологий).

9 Бизнес-процессы [Электронный ресурс]: мет. материалы / бизнес-инжиниринговые технологии http://www.betec.ru

10 Калянов Г.Н. Моделирование и автоматизация бизнес-процессов: ученое пособие для студ. вузов, обуч. по спец. 080801 "Прикладная информатика" и др. экон. спец. / Г. Н. Калянов. - М. : Финансы и статистика, 2008. - 240с.

Erwin Process Modeler (BPwin). Метод функционального моделирования (IDEF0) на http://mirrorref.ru


Похожие рефераты, которые будут Вам интерестны.

1. Методология IDEF0 и её применение для функционального описания программного обеспечения

2. Метод моделирования различных видов угроз организации

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

4. Метод моделирования в экологическом воспитании детей дошкольного возраста

5. Основы работы в BPwin 4.1

6. Методы психогенетики (метод приемных детей, близнецовый метод, генеалогический метод)

7. Основы создания структурно-функциональной модели процессов в BPWIN

8. The writing process stages

9. Технология продуктов функционального питания

10. Создание диаграммы декомпозиции по методологии IDEF0 для одного производственного процесса на своем рабочем месте