Моделирование бизнес процессов предприятия курсовая работа

ВВЕДЕНИЕ

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

ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

Описание методологий семейства 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‑модели несут в себе сложную и концентрированную информацию, и для того, чтобы ограничить их перегруженность и сделать удобочитаемыми, в соответствующем стандарте приняты соответствующие ограничения сложности:

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

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

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

1.2. Модели 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.3. Методология 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.4. Методология 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) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления. При внесении перекрестка в диаграмму необходимо указать тип перекрестка.

Все перекрестки в 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, включающий взаимодействие автора (аналитика) и одного или нескольких экспертов предметной области.

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

Поскольку разные фрагменты модели 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. Контроль и безопасность работ – включает в себя технический контроль, организацию техники безопасности, контроль пожарной безопасности.

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

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.

Источник

Моделирование бизнес-процессов ООО ‘СтильДент’

Курсовой проект

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

Введение

информационный бизнес архитектура

Данная работа была выполнена с целью повышения навыков
построения диаграмм бизнес-моделей в нотациях ARIS с помощью CASE-средства Microsoft Visio на примере
бизнес-процессов стоматологической клиники ООО «СтильДент».

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

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

· производственная характеристика

· организация проектирования в
топографо-геодезическом производстве

· должностные инструкции работников цеха.

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

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

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

Что такое ARIS? ARIS — это методология и базирующееся на ней
семейство программных продуктов, разработанных компанией IDS Scheer AG для структурированного
описания, анализа и последующего совершенствования бизнес-процессов
предприятия, а также подготовки к внедрению сложных информационных систем.

В каких проектах необходимо использовать ARIS?

· Подготовка и внедрение организационных
изменений на предприятии;

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

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

· Пооперационно-стоимостной анализ
бизнес-процессов и управление издержками;

· Управление операционными рисками;

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

· Внедрение стандартных информационных
систем класса EPR, например mySAP.com.

Что позволяют продукты ARIS?

· Существенно сократить сроки проектов,
повысить их качество, эффективно управлять изменениями;

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

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

· Проводить расчет стоимости
бизнес-процессов и моделировать их работу в динамике;

· Получать разнообразные отчеты
непосредственно из моделей бизнес-процессов;

· Работать с единой базой данных и хранить
информацию о деятельности компании «в одном месте»;

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

· Настраивать бизнес-процессы под внедрение SAP mySAP.com;

· Оценивать и управлять операционными
рисками;

· Определять эффективность бизнес-процессов
и создавать систему управления качеством.

Архитектура ARIS явилась основой ARIS Toolset —
инструментальной среды, разработанной компанией IDS Scheer AG. Инструментарий
ARIS позволяет проводить построение, анализ и оценку рабочих процессов компании
в терминах методологии организации бизнес-процессов. Кроме того, ARIS
предоставляет достаточно простые средства для документирования и моделирования
процессов.

Организация в ARIS рассматривается с четырех точек зрения:

· Организационной структуры,

· Функциональной структуры,

· Структуры данных,

· Структуры процессов.

При этом каждая из этих точек зрения разделяется еще на три
подуровня: описание требований, описание спецификации, описание внедрения. Для
описания бизнес-процессов предлагается использовать около 100 типов моделей,
каждая из которых принадлежит тому или иному аспекту. В 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 и с использованием интерфейсов
и других средств.

Недостатки методологии ARIS:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сравнительный анализ методологий процессного моделирования

№ п/п	критерии	IDEF 0	DFD	ARIS
1	Язык представления	графический	графический	графический
2	исходные понятия	-Работа (для обозначения, собственно, действия); — Вход, Выход, Управление и Механизм (для обозначения интерфейсов)	-Функция (действие, выполняемое моделируемой системой); — Поток данных (объект, над которым выполняется действие. Может быть информационным (логическим) или управляющим); — Хранилище данных (структура для хранения информационных объектов); — Внешняя сущность (внешний по отношению к системе объект, обменивающийся с нею потоками данных)	-Функция (служит для описания функций, процедур, работ); — Событие (служит для описания реальных событий, воздействующих на выполнение функций); — Организационная единица (представляет различные организационные звенья предприятия (например, управление или отдел); — Документ (отражает реальные носители); — Кластер информации (характеризует данные (набор сущностей и связей между ними)); — Связь между объектами (описывает тип отношений между некоторыми объектами); — Логический оператор (оператор, определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса)
3	принцип построения	принцип доминирования процессов	иерархия функциональных процессов, связанных потоками данных	временная последовательность выполнения процедур
4	описание системы	описание модели IDEF представляет собой иерархию взаимосвязанных диаграмм, в вершине структуры которой находится общее описание системы, а ее основание состоит из наиболее детализированных описаний	диаграммы DFD описывают систему в виде отдельных процессов, связанных потоками данных, и демонстрируют, как каждый процесс преобразует свои входные данные в выходные	методология ARIS представляет организацию как сложную систему, представляющую собой модели организационной структуры, функций, данных и бизнес-процессов
5	описание процедуры процесса	объект на диаграмме	объект на диаграмме	объект на диаграмме
6	динамическое моделирование	нет	да	да
7	наглядность модели	модель нечитабельна неспециалистами	модель нечитабельна неспециалистами	модель наглядна и есть возможность использования визуальных образов
8	основные преимущества	· связность диаграмм (номера блоков); · уникальность меток и наименований (отсутствие повторяющихся имен); · синтаксические правила для графики (блоков и дуг); · разделение входов и управлений (правило определения роли данных); · древовидная структура диаграмм модели обеспечивает обозримость, как модели, так и входящих в нее элементов; · разработка модели ведется без привязки к существующей организационной структуре, что помогает избежать внесения в модель субъективного мнения руководителей организации	· возможность однозначно определить внешние сущности, анализируя потоки информации внутри и вне системы; · возможность проектирования сверху вниз, что облегчает построение модели «как должно быть»; · наличие спецификаций процессов нижнего уровня, что позволяет преодолеть логическую незавершенность функциональной модели и построить полную функциональную спецификацию разрабатываемой системы; · модели имеют очень богатый набор элементов, адекватно отражающих их специфику; · существуют и поддерживаются рядом CASE-инструментов алгоритмы автоматического преобразования иерархии DFD в структурные карты, демонстрирующие межсистемные, внутрисистемные связи и иерархию систем	· мощная репрезентативная графика, что делает модели особенно удобными для представления руководству; · позволяет вывести в отчетный документ любую информацию, содержащуюся в базе данных; · возможность рассматривать объект с разных точек зрения: при анализе деятельности каждому аспекту можно уделять достаточное внимание и только после детального изучения всех аспектов можно перейти к построению интегрированной модели, отражающей все существующие связи между подсистемами организации; · богатство методов, позволяет моделировать широкий спектр систем; · все модели и объекты создаются и хранятся в единой базе проекта, что обеспечивает построение интегрированной и целостной модели предметной области
9	ограничения	· ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков); · ограничение количества подходящих к одному функциональному блоку (выходящих из одного функционального блока) интерфейсных дуг четырьмя	· ограничение количества процессов / подсистем на диаграмме (не меньше двух и не больше шести); · материальные процессы, потоки и хранилища на диаграммах не отображаются (только процессы обработки информации, потоки данных и хранилища данных); · не должно быть изолированных (несвязанных) объектов (внешних сущностей, подсистем, процессов, хранилищ данных)	· в каждую функцию не может входить более одной стрелки, «запускающей» выполнение функции, и выходить не более одной стрелки, описывающей завершение выполнения функции
10	недостатки	· невозможность отразить работы, которые идут параллельно друг другу или работу процесса в динамике; · наличие всего трех типов моделей — функциональной, информационной и процессной, остальные аспекты архитектуры если и могут быть отображены, то на недостаточном уровне [3]; · не включает методы математического моделирования, предполагает достаточно активную групповую работу над проектом	· необходимость искусственного ввода управляющих процессов, поскольку управляющие воздействия (потоки) и управляющие процессы с точки зрения DFD ничем не отличаются от обычных; · отсутствие понятия времени, т.е. отсутствие анализа временных промежутков при преобразовании данных (все ограничения по времени должны быть введены в спецификациях процессов)	· нет четко описанных регламентов действий; · не предлагается уникального подхода к проблеме моделирования архитектуры предприятия; · инструментальная поддержка осуществляется продуктом той же компании — разработчика методологии; · вследствие чрезмерного количества настроек работа по созданию модели должна регламентироваться сложной, многоаспектной документацией; · расходы на внедрение ARIS достаточно высоки — $1500 за одно рабочее место; · высокие затраты на эксплуатацию программ; · высокие трудозатраты на разработку

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

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

Паспорт предприятия

1) Название организации: «СтильДент»

2) Юридический статус: ОБЩЕСТВО С ОГРАНИЧЕННОЙ
ОТВЕТСТВЕННОСТЬЮ (ООО)

3) Профиль деятельность: Стоматологическая
практика

4) Миссия организации (виды деятельности): оказание широкого
спектра услуг по лечению и протезированию зубов

5) Код ОКВЭД: 85.12 услуги частных
медицинских консультантов, предоставляемые стационарным пациентам

6) Оказываемые услуги: микропротезирование,
ортодонтия, ортопедия, эстетическая стоматология, терапия, профилактика

7) Масштаб предприятия (численность
персонала):
малое предприятие (50 человек)

Головная организация: стоматологический центр
«СтильДент» в г. Новосибирск

9) Дочерние организации: нет

10) Территориальные организации: три стоматологические
клиники г. ул. Ленина, 94 (+7 (383) 220-29-99); ул. Гоголя, 38 (+7
(383) 201-50-00); ул. Гребенщикова (+7 (383) 240-98-01)

) Основные контрагенты: поставщики: «Юна»
оборудование и материалы для стоматологии, «Kodak Dental Systems/Trophy (Франция), BIOLASE (США);

клиенты: физические лица;

партнеры: «АльфаМед» — лечебно-диагностический центр,
«Дента» — сеть стоматологических клиник

12) Положение на рынке: основные конкуренты:
стоматологические клиники «Новая улыбка»; стоматологическая клиника
«СтильДент» имеет весьма неплохие показатели в своем индустриальном секторе, а
так же большое количество постоянных клиентов и постоянный приток новых
клиентов

13) Основные тенденции развития организации и
отрасли, сильные и слабые стороны организации: Основные тенденции: приоритетность
вопросов качества услуг, стимулирование активности посещения клиентов и
создание новых сегментов рынка; Сильные стороны организации:
квалифицированные работники, новое современное оборудование; Слабые стороны:
плохо организована маркетинговая компания, все услуги платные

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

15) Масштаб информационных систем: 40

16) Используемые ИТ технологии: «Имплантант — Ассистент»,
1С, MS Office, MS Windows

17) Количество отделов: 6 отделов

18) Основные бизнес-процессы: лечение зубов,
протезирование, лечение патологии прикуса, ортопедическое лечение

Рис. 1. Организационная структура ООО «СтильДент»

4. Моделирование «As IS», описание подхода

Описание
бизнес-процесса

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

Табличный
формат описания бизнес-процесса

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

Таблица 2

№	Наименование функции	Исполнитель	Ресурсы (в т.ч. документы, программы)	Регламенты
			Входящие	Исходящие
1	Оформление заявки	Регистратор	Заявка на посещение врача	Запись в журнале заявок	Инструкция по оформлению заявок, регламент работы с клиентом
2	Оформление договора на оказание услуг	Регистратор	Запись в журнале заявок	Договор на оказание стоматологических услуг	Форма договора
3	Передача заявки на оказание услуг	Регистратор	Договор на оказание стоматологических услуг	Талон на посещение	Форма талона
4	Оказание услуг	Врач-стоматолог	Талон на посещение	Акт оказания платной стоматологической помощи	Регламент работы с клиентом
5	Расчет стоимости услуг	Бухгалтер	Акт оказания платной стоматологической помощи, прайс-лист	Квитанция на оплату	Бухгалтерская инструкция
6	Проверка оплаты услуг	Бухгалтер	Квитанция на оплату	Отметка об оплате	Бухгалтерская инструкция

Графическое описание бизнес — процесса

Графическое описание бизнес-процесса представлено на рис.
4.1. — 4.5.

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

Рис. 4.2. Декомпозиция контекстной диаграммы

Рис. 4.3. Декомпозиция этапа «Заключение договора»

Рис. 4.4. Декомпозиция этапа «Оказание стомтологической
помощи»

Рис. 4.5. Декомпозиция этапа «Опдата услуг»

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

Виды
моделей

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

. Диаграмма организационной структуры (Organizational chart,
OC).

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

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

. Дерево функций (Function tree, FT).

. Диаграмма носителей информации (Information carrier
diagram, ICD)

. Диаграмма операционных ресурсов (Techinical resources, TR)

6. Карта знаний (Knowledge map, KM)

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

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

9. Диаграмма прикладных систем (Application system diagram, ASD)

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

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

Таб. 5.1. Термины проекта моделирования

Термин (рус.)	Термин (англ.)	Определение
Функция	Function	Действия сотрудников, выполняемые при появлении заданного комплекса условий (событий) и направленные на получение требуемого результата.
Событие	Event	Отражение изменения состояния внешней или внутренней среды, выражающееся в наборе документов, принятых решениях, наступлении определенного срока и пр. Является результатом выполняемого действия, а также необходимостью выполнения одного или нескольких следующих действий. В отличие от функций, которые отражают процесс, протекающий во времени и имеющий определенную длительность, события происходят мгновенно.
Бизнес-процесс	Business process	Связанный набор повторяемых действий (функций), преобразующих исходный материал и (или) информацию в конечный продукт (услугу) в соответствии с предварительно установленными правилами.
Продукт	Product	Продукт/услуга — результат человеческой деятельности или технологического процесса. Продукт может быть как материальным, так и нематериальным (услуга).
Application system	Application system	Отражает обобщение отдельных прикладных систем, обладающих одинаковыми техническими и функциональными характеристиками
Носитель информации	Information carrier	Поток информации — это объект, содержащий информацию, передаваемую, к примеру, между функцией и типом прикладной системы или между модулем и типом функции IT. Он используется для более точного определения связей между этими объектами и отображает данные, которыми они обмениваются
Тип операционного ресурса	Operating resource type	Этот объект отражает обобщение отдельных операционных ресурсов, обладающих одинаковыми техническими характеристиками
Организационная схема	Organizational chat	Организационная схема отражает совокупность организационных взаимосвязей, рассматриваемых на верхнем уровне абстракции
Организационная единица	Organizational unit	Организационные единицы являются исполнителями задач, решение которых необходимо для достижения бизнес-целей. Это достаточно стабильные образования, представленные набором штатных единиц, занимаемых конкретными сотрудниками компании
Должность	Position	Элементарной организационной единицей компании является должность. С ней связаны сотрудники, и, как правило, их права и обязанности определяются именно профилем должности
Технический термин	Technical term	Отражает концептуальный взгляд на имеющиеся в организации информационные объекты и используется для выделения специфичных терминов и понятий, а также существующих между ними взаимосвязей

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

Основными понятиями являются:

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

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

3) Объекты — это составляющие части системы, причем,
система имеет конечное число объектов.

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

5) Связи — это то, что соединяет объекты и свойства
системы в единое целое.

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

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

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

Далее представлено соглашение по моделированию. Данный
документ представляет собой набор соглашений, регламентирующий элементы
моделирования бизнес-процессов в стандарте ARIS деятельности ООО «СтильДент».

В настоящем документе перечислены объекты, символы, связи
между объектами и моделями, которые будут использованы для описания
бизнес-деятельности организации. При создании диаграмм используется CASE система MS Visio.

Таблица 5.2. — Допустимые объекты диаграмм

Тип объекта рус. (англ.)	Символ с именем по умолчанию (рус. или англ.)	Целевое использование	Правила именования
Организационная схема (Organizational Chart)

Сотрудник (Person)

Сотрудник является отдельным служащим компании (идентифицируемым, к примеру, по его персональному коду) и может быть связан с организационными единицами (в которые он входит), а также с функциями (которые он исполняет или за которые отвечает).Сотрудник указывается фамилией и инициалами (дополнительно, может указываться персональный номер)
Должность (Position)	Является элементарной организационной единицей. С должностью связаны сотрудники и, как правило, их права и обязанности, определяются именно профилем должностиИмя должности должно начинаться с имени существительного
Диаграмма технических ресурсов (Technical Recourses)
Класс операционного ресурса (Operating recourse class)	Схожие типы операционных ресурсов могут быть объединены, образуя класс операционного ресурсаИмя класса должно начинаться с имени существительного или имени прилагательного
Операционный ресурс (Operating resource)	Представление используемых ресурсовИмя содержит название ресурса
Диаграмма носителей информации (Information Carrier Diagram)
Информационный носитель (Information carrier)	Используется для обозначения картотеки документовИмя носителя должно начинаться с имени существительного во множественном числе
Информационный носитель (Information carrier)	Используется для обозначения бумажных документовИмя носителя должно начинаться с имени существительного в единственном числе
Носитель информации (Information carrier)	Используется для обозначения информационных носителей, тип которых не определен	Имя носителя должно начинаться с имени существительного в множественном числе
Носитель информации (Information carrier)	Представление информационного носителя данных в нематериальной форме (напр., на магнитном диске или флеш-памяти)Именуется названием файла или именем информационной базы данных
Диаграмма карты полномочий (Authorization map)
Полномочие (Authorization condition)	Используется для структуризации полномочий	Имя носителя должно начинаться с имени существительного
Диаграмма событийно-управляемой цепочки процесса (Even-driven Process Chain)
Событие (Event)	Оказывает влияние или контролирует дальнейшее развитие одного или более бизнес-процессов. Активизирует функцию и само являются исходом выполнения функции	Имя события должно начинаться с глагола в прошедшем времени
Функция (Function)	Некоторое действие или набор действий, выполняемых над исходным объектом с целью получения заданного результата характеристиками	Имя функции должно начинаться с отглагольного существительного
Технический термин (Technical term)	Используется для обозначения статуса документовНазывается согласно текущему статусу документа
Диаграмма типа прикладной системы (Application system type diagram)
Тип прикладной системы (Application system type)	Отражает типификацию отдельных прикладных систем, обладающих одинаковыми техническими характеристиками	Имя типа прикладной системы должно начинаться с имени существительного или имени прилагательного

Класс прикладной системы (Application system class)

Используется для обозначения класса прикладной системыНазывается согласно названию класса прикладной системы
Диаграмма карты знаний (Knowledge map)
Документированное знание (Documented knowledge)	Объект используется для идентификации формализованного (задокументированного) объема знаний, необходимых для выполнения бизнес-функции.	Полное название документа, содержащего информацию
Knowledge category	Используется для обозначения категории знаний	Соответственно названию категории знаний
Диаграмма цепочки добавленного качества Value Added chain Diagram)
Функция (Function)	Используется для наименования функции	Используется его реальное значение, описывающее реальный процесс

Допустимые
связи диаграмм

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

Таблица 5.3. — Допустимые типы связей

Тип объекта источника связи	Тип связи рус. (англ.)	Целевое использование	Тип объекта приемника связи
Организационная схема (Organizational Chart)
Должность (Position)	является организационным управляющим (is organizational manager for)	Предназначена для указания управляющего организационной единицы	Организационная единица (Organizational unit)
Организационная единица (Organizational unit)	Состоит из (Is composed of)	предназначена для описания состава организационной единицы	Организационная единица (Organizational unit)
Сотрудник (Internal person)	Занимает (occupies)	Используется для обозначения принадлежности штатного сотрудника должности	Должность (Position)
Должность (Position)	Is superior Является вышестоящим	Должность (Position)
Технические ресурсы (Technical resource)
Operating resource	Принадлежит (Belongs to)	Описание принадлежности к виду	Operating resource type
Носители информации (information carrier diagram)
Носитель информации (Information carrier)	Включает в себя (encompasses)	Предназначена для структурирования документов организации	Носитель информации (Information carrier)
Диаграмма событийно-управляемой цепочки процесса (eEPC)
Событие (Event)	активизирует (activates)	Предназначена для того, чтобы показать, что событие инициирует функцию	Функция (Function)
Функция (Function)	порождает (creates)	Предназначена для того, чтобы показать, что результатом выполнения функции является новое событие	Событие (Event)
Информационный носитель (Information carrier)	поступает на вход (provides input for)	Предназначена для представления документов, которые поступают на вход	Функция (Function)
Функция (Function)	создает на выходе (creates output to)	Предназначена для представления документов, которые создаются на выходе	Информационный носитель (Information carrier)
Тип прикладной системы (Application system type)	может поддерживать (can support)	Предназначения для представления типов прикладных систем, которые могут поддерживать выполнение конкретной функции	Функция (Function)
Тип операционного ресурса (Operating recourse type)	является операционным ресурсом (is operating recourse of)	Предназначения для представления типов операционных ресурсов, посредством которых выполняется конкретная функция	Функция (Function)
Должность (Position)	выполняет (executes)	Предназначения для представления должностей, которые ответственны за выполнение конкретной функции	Функция (Function)
Технический термин (Technical term)	отображается на (lies on)	Предназначена для описания статуса документа	Информационный носитель (Information career)
Функция (Function)	порождает событие через (leads to)	Предназначена для отображения логических правил	Правило (Rule)
Должность (Position)	Согласовывает (Accepts)	Показывает какой должностное лицо участвует в согласовании	Функция (Function)
Êàðòà ïîëíîìî÷èé (Authorization map)
Äîëæíîñòü (Position)	Ðàñïîëàãàåò (Disposes of)	Èñïîëüçóåòñÿ äëÿ îáîçíà÷åíèÿ ïîëíîìî÷èé, êîòîðûìè ðàñïîëàãàåò äîëæíîñòü	Ïîëíîìî÷èå (Authorization condition)
Äåðåâî ôóíêöèé (Function tree)
Ôóíêöèÿ (Function)	ïîä÷èíÿåòñÿ ïî ïðîöåññó (is process-oriented superior)	Ïîêàçûâàåò, ÷òî îáúåêò «ïðîöåññ», îò êîòîðîãî íàïðàâëåíî ñîåäèíåíèå, ñâÿçàí ñ îáúåêòîì-ïðèåìíèêîì «ïðîöåññ»	Ôóíêöèÿ (Function)
Äèàãðàììà ïðèêëàäíîé ñèñòåìû (Application system diagram)
Òèï ïðèêëàäíîé ñèñòåìû (Application system type)	Ïðèíàäëåæèò (Belongs to class)	Èñïîëüçóåòñÿ äëÿ îáîçíà÷åíèå ïðèíàäëåæíîñòè èíôîðìàöèîííûõ ñèñòåì	Êëàññ ïðèêëàäíîé ñèñòåìû (Application system class)
Òèï ïðèêëàäíîé ñèñòåìû (Application system type)	Ñîäåðæèò (Subsumes)	Èñïîëüçóåòñÿ äëÿ îáîçíà÷åíèÿ âõîæäåíèå íàáîðà äàííûõ â ãðóïïó	Òèï ïðèêëàäíîé ñèñòåìû (Application system type)
Êàðòà çíàíèé (Knowledge map)
Äîëæíîñòü (Position)	òðåáóåò (requires)	Ïðåäíàçíà÷åíà äëÿ ñâÿçè ìåæäó äîëæíîñòüþ è êàòåãîðèåé çíàíèé	Knowledge category
Äèàãðàììà öåïî÷êè äîáàâëåííîãî êà÷åñòâà (Value Added chain Diagram)
Ôóíêöèÿ (Function)	Ïîääåðæèâàåò (Supports)	Ïðåäíàçíà÷åíà äëÿ ïîä÷èíåíèÿ áèçíåñ-ôóíêöèé	Ôóíêöèÿ (Function)

6.
Ðàçðàáîòêà äèàãðàìì
ìîäåëè áèçíåñ-ïðîöåññà
â ñðåäå ARIS

Àðõèòåêòóðà
(çäàíèå) ARIS — ïÿòü
òèïîâ ïðåäñòàâëåíèé,
îòðàæàþùèõ îñíîâíûå
àñïåêòû äåÿòåëüíîñòè
îðãàíèçàöèè.

Óðîâíè ïðåäñòàâëåíèÿ
ìîäåëåé

Ìîäåëü ðåñóðñîâ
â ARIS ñòðóêòóðèðóåòñÿ
â ñîîòâåòñòâèè
ñ êîíöåïöèåé
æèçíåííîãî öèêëà
íà óðîâíå ïðåäñòàâëåíèÿ
ìîäåëåé èíôîðìàöèîííûõ
ñèñòåì.

Ìîäåëü æèçíåííîãî
öèêëà, ïðåäñòàâëÿåìàÿ
â âèäå ïîñëåäîâàòåëüíîñòè
óðîâíåé èëè ýòàïîâ,
ïðåäíàçíà÷åíà
äëÿ îïèñàíèÿ æèçíåííîãî
öèêëà èíôîðìàöèîííîé
ñèñòåìû (ÈÑ). Îäíàêî
ìîäåëü æèçíåííîãî
öèêëà ARIS íå ìîæåò
ðàññìàòðèâàòüñÿ
êàê ïðîöåäóðíàÿ
ìîäåëü äëÿ ðàçðàáîòêè
íåêîòîðîãî íåçàâèñèìîãî
îáúåêòà íà êàæäîì
óðîâíå ïðåäñòàâëåíèÿ.
Ðàçëè÷íûå óðîâíè
ïðåäñòàâëåíèÿ
âûäåëåíû â ìîäåëè
â çàâèñèìîñòè
îò ñòåïåíè èõ
áëèçîñòè ê èíôîðìàöèîííûì
òåõíîëîãèÿì
(ÈÒ).

Ýòî ðàçëè÷èå
âûðàæåíî â òðåõÿðóñíîé
ìîäåëè ARIS.

Àíàëèç ïðîáëåì
áèçíåñà — íà÷àëüíàÿ
òî÷êà â ðàçðàáîòêå
èíôîðìàöèîííîé
ñèñòåìû. Ìîäåëè
íà ýòîì óðîâíå
— ýòî íå î÷åíü äåòàëüíûå
îïèñàíèÿ áèçíåñ-ïðîöåññîâ,
îäíàêî îíè äîñòàòî÷íî
òî÷íî îòðàæàþò
öåëè, êîòîðûå ñòîÿò
ïåðåä ïîëüçîâàòåëåì
èíôîðìàöèîííîé
ñèñòåìû, è åãî
ÿçûê. Íà ýòîì ýòàïå
â îïèñàíèå âêëþ÷àþòñÿ
íåêîòîðûå ñâåäåíèÿ
ïî õàðàêòåðèñòèêàì
áóäóùåé èíôîðìàöèîííîé
ñèñòåìû, ñâÿçàííûì
ñ õàðàêòåðèñòèêàìè
áèçíåñ-ïðîöåññîâ.

Íà óðîâíå ôîðìóëèðîâêè
òðåáîâàíèé íåîáõîäèìî
îïèñàòü ïðîãðàììíîå
ðåøåíèå (ïðèêëàäíóþ
èíôîðìàöèîííóþ
ñèñòåìó) äëÿ ðàññìàòðèâàåìîé
ïðîáëåìû áèçíåñà.
Îíî äîëæíî ïîääåðæèâàòüñÿ
ôîðìàëèçîâàííûì
îïèñàíèåì òðåáîâàíèé
ñ öåëüþ ïîñëåäóþùåãî
èñïîëüçîâàíèÿ
â êà÷åñòâå ñòàðòîâîé
òî÷êè äëÿ òðàíñëÿöèè
ñôîðìóëèðîâàííûõ
òðåáîâàíèé â
ïðîãðàììíóþ ñèñòåìó.

Óðîâåíü ñïåöèôèêàöèè
ïðîåêòà äîñòèãàåòñÿ,
êàê òîëüêî êîíöåïòóàëüíûå
ïîíÿòèÿ ïðîáëåì
áèçíåñà, ñôîðìóëèðîâàííûå
íà óðîâíå ôîðìóëèðîâêè
òðåáîâàíèé, òðàíñôîðìèðóþòñÿ
â êàòåãîðèè, ñâÿçàííûå
ñ èíôîðìàöèîííûìè
òåõíîëîãèÿìè.
Íà äàííîì óðîâíå
îïèñûâàþòñÿ
óæå íå ôóíêöèè,
à ïîëüçîâàòåëüñêèå
èëè ìîäóëüíûå
òðàíçàêöèè, êîòîðûå
âûïîëíÿþò ôóíêöèè,
êàê ýòî áûëî îïðåäåëåíî
ðàíåå.

Íà óðîâíå îïèñàíèÿ
ðåàëèçàöèè ñïåöèôèêàöèÿ
ïðîåêòà òðàíñôîðìèðóåòñÿ
â êîíêðåòíûå
àïïàðàòíûå è
ïðîãðàììíûå êîìïîíåíòû.
Òàêèì îáðàçîì,
îñóùåñòâëÿåòñÿ
ôèçè÷åñêàÿ ñâÿçü
ñ èíôîðìàöèîííîé
ñèñòåìîé. Îòäåëüíûå
óðîâíè îïèñàíèÿ
èìåþò ðàçëè÷íûå
öèêëû êîððåêòèðîâêè.
×àñòîòà êîððåêòèðîâîê
âûøå âñåãî íà
óðîâíå îïèñàíèÿ
ðåàëèàöèè è íèæå
âñåãî íà óðîâíå
ôîðìóëèðîâêè
òðåáîâàíèé.

Óðîâåíü ôîðìóëèðîâêè
òðåáîâàíèé îñîáåííî
âàæåí, ïîñêîëüêó
åãî ìîæíî ðàññìàòðèâàòü
êàê ðåïîçèòàðèé
äëÿ ïðèêëàäíûõ
ïðîãðàììíûõ ñèñòåì,
èñïîëüçóåìûõ
â òå÷åíèå äëèòåëüíîãî
âðåìåíè, è êàê
ñòàðòîâóþ òî÷êó
ïðè îïèñàíèè
ðåàëèçàöèè.

Ñîçäàíèå ðàçëè÷íûõ
òèïîâ ìîäåëåé
è ïðîðàáîòêà êàæäîé
èç íèõ ïî óðîâíÿì
îïèñàíèÿ â ñî÷åòàíèè
ñ ôîðìóëèðîâêîé
ïðîáëåì áèçíåñà
è ñîñòàâëÿåò
ïðîöåññ ðàáîòû
â àðõèòåêòóðå
ARIS. Êàæäûé òèï ìîäåëè
ïîäâåðãàåòñÿ
ðàçëîæåíèþ íà
òðè óðîâíÿ: ôîðìóëèðîâêó
òðåáîâàíèé, ñïåöèôèêàöèþ
ïðîåêòà è îïèñàíèå
ðåàëèçàöèè.

Îðãàíèçàöèîííîå
ìîäåëèðîâàíèå.

Äèàãðàììà
îðãàíèçàöèîííîé
ñòðóêòóðû — Organizational chart

Â îðãàíèçàöèîííîì
îïèñàíèè ðàçëè÷àþò
îðãàíèçàöèþ
ñòðóêòóðû ïðåäïðèÿòèÿ
è îðãàíèçàöèþ
ïðîöåäóð âûïîëíåíèÿ
åå ÁÏ. Â îðãàíèçàöèîííîì
âèäå ìîäåëèðîâàíèÿ
â ïåðâóþ î÷åðåäü
îïèñûâàþò ñòðóêòóðó
ïðåäïðèÿòèÿ. Óíèâåðñàëüíîé
«ñîâåðøåííîé»
îðãàíèçàöèîííîé
ñòðóêòóðû-ïðîòîòèïà
íå ñóùåñòâóåò.
Îïòèìàëüíîå
ñòðóêòóðèðîâàíèå
îðãàíèçàöèè
çàâèñèò îò ðàçëè÷íûõ
ôàêòîðîâ. Îðãàíèçàöèîííûé
âèä ìîäåëèðîâàíèÿ
ïîçâîëÿåò, íàïðèìåð,
âñåñòîðîííå
îïèñàòü îðãàíèçàöèîííî-øòàòíóþ
ñòðóêòóðó ïðåäïðèÿòèÿ.
Îïòèìèçàöèÿ
ýòîé ñòðóêòóðû
ÿâëÿåòñÿ ñëåäñòâèåì
åå àíàëèçà è óñîâåðøåíñòâîâàíèÿ.

Îðãàíèçàöèîííî-øòàòíàÿ
ñòðóêòóðà — ýòî
ñîâîêóïíîñòü
îðãàíèçàöèîííûõ
åäèíèö (ñòðóêòóðíûõ
ïîäðàçäåëåíèé
è äîëæíîñòíûõ
ëèö) è èõ âçàèìîîòíîøåíèé
â ðàìêàõ ñóùåñòâóþùèõ
ÁÏ. Îðãàíèçàöèîííûå
ñòðóêòóðû îáû÷íî
èçîáðàæàþòñÿ
â âèäå îðãàíèçàöèîííûõ
äèàãðàìì, ãäå
ïîêàçûâàþòñÿ
èìåþùèåñÿ îðãàíèçàöèîííûå
ïîäðàçäåëåíèÿ
(êàê èñïîëíèòåëè
ôóíêöèé) è èõ
âçàèìîçàâèñèìîñòè
â ñîîòâåòñòâèè
ñ âûáðàííûìè
êðèòåðèÿìè ñòðóêòóðèðîâàíèÿ.
Îòäåëüíûå îðãàíèçàöèîííûå
åäèíèöû ñîåäèíÿþòñÿ
ñâÿçÿìè äëÿ óêàçàíèÿ
èåðàðõèè. Ðàçëè÷àþò
íåñêîëüêî òèïîâ
îðãàíèçàöèîííûõ
åäèíèö è èõ ñâÿçåé.

Íà ðèñóíêå
2 îïèñàíà îðãàíèçàöèîííàÿ
ñòðóêòóðà ðåãèñòðàòóðû
ÎÎÎ «ÑòèëüÄåíò».

Â çàäà÷è è
ôóíêöèè ðåãèñòðàòóðû
âõîäèò:

· Îðãàíèçàöèÿ
ïðåäâàðèòåëüíîé
çàïèñè ïàöèåíòîâ
íà ïðèåì ê ñòîìàòîëîãó
ïðè èõ íåïîñðåäñòâåííîì
îáðàùåíèè â ñòîìàòîëîãèþ,
ïî òåëåôîíó, â
ïåðèîä ðàáîòû
ðåãèñòðàòóðû
è ïî Èíòåðíåòó.

· Îáåñïå÷åíèå
÷åòêîãî ðåãóëèðîâàíèÿ
èíòåíñèâíîñòè
ïîòîêà íàñåëåíèÿ
ñ öåëüþ ñîçäàíèÿ
ðàâíîìåðíîé íàãðóçêè
âðà÷åé è ðàñïðåäåëåíèå
ïî âèäàì îêàçûâàåìîé
ïîìîùè.

· Îáåñïå÷åíèå
ñâîåâðåìåííîãî
ïîäáîðà è äîñòàâêè
ìåäèöèíñêîé
äîêóìåíòàöèè
â êàáèíåòû ñòîìàòîëîãîâ,
ïðàâèëüíîå âåäåíèå
è õðàíåíèå êàðòîòåêè
ïîëèêëèíèêè.

Â ñîîòâåòñòâèè
ñ ïîñòàâëåííûìè
çàäà÷àìè ðåãèñòðàòóðà
îñóùåñòâëÿåò:

o èíôîðìèðîâàíèå
íàñåëåíèÿ î ðåæèìå
ðàáîòû ñòîìàòîëîãèè,
âðåìåíè ïðèåìà
âðà÷åé âñåõ ñïåöèàëüíîñòåé
âî âñå äíè íåäåëè,
â òîì ÷èñëå ñóááîòó
è âîñêðåñåíüå,
ñ óêàçàíèåì
÷àñîâ ïðèåìà,
íîìåðîâ êàáèíåòîâ;

o èíôîðìèðîâàíèå
î ïîðÿäêå ïðåäâàðèòåëüíîé
çàïèñè íà ïðèåì
ê âðà÷àì, î âðåìåíè
è ìåñòå ïðèåìà
íàñåëåíèÿ ãëàâíûì
âðà÷îì è åãî çàìåñòèòåëÿìè;

o ïðåäâàðèòåëüíóþ
çàïèñü íà ïðèåì
ê âðà÷àì ñòîìàòîëîãèè,
âûäà÷ó òàëîíîâ
íà ïðèåì;

o ïîäáîð
ìåäèöèíñêèõ
êàðò àìáóëàòîðíûõ
áîëüíûõ, çàïèñàâøèõñÿ
íà ïðèåì, ïîëó÷èâøèõ
òàëîí, äîñòàâêó
ìåäèöèíñêèõ
êàðò â êàáèíåòû.

Ðàáî÷èå ìåñòà
â ðåãèñòðàòóðå
óêîìïëåêòîâàíû
ïåðñîíàëüíûìè
êîìïüþòåðàìè,
íà êîòîðûõ óñòàíîâëåíî
ïðîãðàììíîå îáåñïå÷åíèå:
«Âûäà÷à òàëîíîâ».
Êîìïüþòåðèçàöèÿ
ðàáî÷èõ ìåñò
ïîçâîëèëà ñîêðàòèòü
âðåìÿ ïðåáûâàíèÿ
ïàöèåíòà â ðåãèñòðàòóðå:
åñëè ïàöèåíò
ïîëó÷èë òàëîí
íà ïðèåì ê âðà÷ó,
åìó íåò íåîáõîäèìîñòè
îáðàùàòüñÿ çà
àìáóëàòîðíîé
êàðòîé â ðåãèñòðàòóðó,
òàê êàê îíà áóäåò
çàðàíåå ïîäîáðàíà
è äîñòàâëåíà
íà ïðèåì ê âûáðàííîìó
ñïåöèàëèñòó.

Ðèñóíîê 2. Îðãñòðóêòóðà
ðåãèñòðàòóðû
«ÑòèëüÄåíò» â íîòàöèè
Organization Chart

Technical resources — Ìîäåëü
òåõíè÷åñêèõ
ðåñóðñîâ.

Ìîäåëü òåõíè÷åñêèõ
ðåñóðñîâ íåîáõîäèìà
äëÿ îïèñàíèÿ èñïîëüçóåìûõ
òåõíè÷åñêèõ
ðåñóðñîâ. Ïðè ïîìîùè
ìîäåëè ìîæíî
èåðàðõè÷åñêè
óïîðÿäî÷èòü ðåñóðñû,
ïðèñâîèòü èì
òèï è êëàññèôèöèðîâàòü.

Ïðè âûïîëíåíèè
ðàáîòû ïî ñîñòàâëåíèþ
îò÷åòíîñòè ñïåöèàëèñòû
ÖÒÎ èñïîëüçóþò
òåõíè÷åñêèå
ðåñóðñû.

Technical resources — Ìîäåëü
òåõíè÷åñêèõ
ðåñóðñîâ.

Ïðè âûïîëíåíèè
ðàáîòû ïî ðåãèñòðàöèè
çàÿâîê ñïåöèàëèñòû
èñïîëüçóþò òåõíè÷åñêèå
ðåñóðñû.

Ðèñóíîê 3 — Îïåðàöèîííûå
ðåñóðñû, èñïîëüçóåìûå
ñïåöèàëèñòàìè
ðåãèñòðàòóðû
â íîòàöèè äèàãðàììû
Technical Resources

Ìîäåëèðîâàíèå
äàííûõ

Information carrier diagram — Äèàãðàììà
íîñèòåëåé èíôîðìàöèè.

Äèàãðàììà
íîñèòåëåé èíôîðìàöèè
ïðåäíàçíà÷åíà
äëÿ ñòðóêòóðèðîâàííîãî
îïèñàíèÿ äîêóìåíòîâ
îðãàíèçàöèè.
Äèàãðàììà íîñèòåëåé
èíôîðìàöèè ðåãèñòðàòóðû
ÎÎÎ «ÑòèëüÄåíò»
â íîòàöèè Information Carrier Diagram ïðåäñòàâëåíà
íà ðèñóíêå

Ðèñóíîê 4 — Äèàãðàììû
íîñèòåëåé èíôîðìàöèè
ðåãèñòðàòóðû
ÎÎÎ «ÑòèëüÄåíò»
â íîòàöèè Information Carrier Diagram

Ïðîöåññíîå
ìîäåëèðîâàíèå

Knowledge map — Êàðòà
çíàíèé

Êàðòû çíàíèé
ñëóæàò äëÿ îòîáðàæåíèÿ
òèïîâ, êàòåãîðèé
çíàíèé, êîòîðûìè
îáëàäàþò ñëóæàùèå
èëè îðãàíèçàöèîííûå
åäèíèöû êîìïàíèè.
Â ðàìêàõ äàííîãî
êóðñîâîãî ïðîåêòà,
íåîáõîäèìî ðàññìîòðåòü
çíàíèÿ è óìåíèÿ,
êîòîðûå íåîáõîäèìû
ñïåöèàëèñòó
ðåãèñòðàòóðû
(çàíèìàþùåãîñÿ
ðåãèñòðàöèåé
çàÿâîê) äëÿ åãî
óñïåøíîãî çàâåðøåíèÿ
ïðîöåññà.

Ðèñóíîê 5 — Òðåáîâàíèÿ
ê çíàíèÿì ðåãèñòðàòîðà
â íîòàöèè Knowledge map

Òàáëèöà 4 — Äåòàëèçèðóþùèå
ñâÿçè äëÿ äèàãðàììû
ÊÌ

Íàèìåíîâàíèå äåòàëèçèðóåìîãî îáúåêòà	Òèï îáúåêòà	Äåòàëèçèðóþùàÿ ìîäåëü	Òèï ìîäåëåé
Çíàíèå ÏÊ	Knowledge category	Äèàãðàììà ñòðóêòóðû çíàíèé ÏÊ ðåãèñòðàòîðà	Knowledge structure diagram
Íîðìàòèâíûå çíàíèÿ	Knowledge category	Äèàãðàììà ñòðóêòóðû íîðìàòèâíûõ çíàíèé ðåãèñòðàòîðà	Knowledge structure diagram
Àäìèíèñòðàòèâíî-óïðàâëåí÷åñêèå çíàíèÿ	Knowledge category	Äèàãðàììà ñòðóêòóðû àäìèíèñòðàòèâíî-óïðàâëåí÷åñêèõ çíàíèé ðåãèñòðàòîðà	Knowledge structure diagram

Äèàãðàììà ñòðóêòóðû çíàíèé — Knowledge
structure diagram

Äèàãðàììà
ñòðóêòóðû çíàíèé
ñòðóêòóðà çíàíèé
ïðåäíàçíà÷åíà
äëÿ ñòðóêòóðèçàöèè
çíàíèé è çàäàíèÿ
ôîðì èõ õðàíåíèÿ.

Ðèñóíîê 6 — Äèàãðàììà
ñòðóêòóðû àäìèíèñòðàòèâíî-óïðàâëåí÷åñêèõ
çíàíèé ðåãèñòðàòîðà
â íîòàöèè Knowledge structure diagram

Ðèñóíîê 7 — Äèàãðàììà
ñòðóêòóðû çíàíèé
ÏÊ ñïåöèàëèñòà
ðåãèñòðàòóðû
â íîòàöèè Knowledge structure diagram

Ðèñóíîê 8 — Äèàãðàììà
ñòðóêòóðû íîðìàòèâíûõ
çíàíèé ðåãèñòðàòîðà
â íîòàöèè Knowledge structure diagram

Authorization map — Êàðòà
ïîëíîìî÷èé.

Êàðòà ïîëíîìî÷èé
èñïîëüçóåòñÿ
äëÿ èçîáðàæåíèÿ
ïîëíîìî÷èé, íàçíà÷åííûõ
îòäåëüíûì èñïîëíèòåëÿì.

Íà ðèñóíêå
9 ïðåäñòàâëåíà
êàðòà ïîëíîìî÷èé
ðåãèñòðàòîðà.

Ðèñóíîê 9 — Êàðòà
ïîëíîìî÷èé Ñïåöèàëèñòà
ðåãèñòðàòóðû

Extended event driven process chain (eEPC) — Ñîáûòèéíàÿ
öåïî÷êà ïðîöåññà.

EPC íåîáõîäèìà
äëÿ îïèñàíèÿ ïðîöåññîâ,
âûïîëíÿåìûõ â
ðàìêàõ îäíîãî
ïîäðàçäåëåíèÿ,
íåñêîëüêèìè
ïîäðàçäåëåíèÿìè
èëè êîíêðåòíûìè
ñîòðóäíèêàìè.

Ìîäåëü eEPC îòðàæàåò
ïîñëåäîâàòåëüíîñòü
ôóíêöèîíàëüíûõ
øàãîâ (äåéñòâèé)
â ðàìêàõ îäíîãî
áèçíåñ-ïðîöåññà,
êîòîðûå âûïîëíÿþòñÿ
îðãàíèçàöèîííûìè
åäèíèöàìè, à òàêæå
îãðàíè÷åíèÿ
ïî âðåìåíè, íàëàãàåìûå
íà îòäåëüíûå
ôóíêöèè. Äëÿ êàæäîé
ôóíêöèè ìîãóò
áûòü îïðåäåëåíû
íà÷àëüíîå è êîíå÷íîå
ñîáûòèÿ, îòâåòñòâåííûå
èñïîëíèòåëè,
ìàòåðèàëüíûå
è äîêóìåíòàðíûå
ïîòîêè, ñîïðîâîæäàþùèå
ìîäåëü, à òàêæå
ïðîâåäåíà äåêîìïîçèöèÿ
íà áîëåå íèçêèå
óðîâíè (ïîäôóíêöèè
è ò.ä.). Ìîäåëü eEPC ÿâëÿåòñÿ
íàèáîëåå èíôîðìàòèâíîé
è óäîáíîé ïðè
îïèñàíèè äåÿòåëüíîñòè
ïîäðàçäåëåíèé
îðãàíèçàöèè.

Ðèñóíîê 10-Ïðîöåññ
ðåãèñòðàöèè
êëèåíòà â íîòàöèè
Extended event driven process chain

«Äèàãðàììà
öåïî÷êè äîáàâëåííîãî
êà÷åñòâà» — Value Added chain Diagram

Äèàãðàììà
öåïî÷êè äîáàâëåííîãî
êà÷åñòâà îïèñûâàåò
ôóíêöèè îðãàíèçàöèè,
êîòîðûå íåïîñðåäñòâåííî
âëèÿþò íà ðåàëüíûé
âûõîä åå ïðîäóêöèè.
Ýòè ôóíêöèè ñîçäàþò
ïîñëåäîâàòåëüíîñòü
äåéñòâèé, ôîðìèðóÿ
äîáàâëåííûå
çíà÷åíèÿ: ñòîèìîñòü,
êîëè÷åñòâî, êà÷åñòâî
è ò.ä.

Àíàëîãè÷íî
äåðåâó ôóíêöèé
îïèñûâàåìûå
ôóíêöèè ìîãóò
ðàçìåùàòüñÿ
â äèàãðàììå ñîãëàñíî
èåðàðõè÷åñêîìó
ïðèíöèïó, ò.å. íàèáîëåå
âàæíûå ôóíêöèè
ðàñïîëàãàþòñÿ
ëåâåå è âûøå. Ýòà
èåðàðõèÿ âñåãäà
èëëþñòðèðóåò
ïîä÷èíåíèå ôóíêöèé.
Êðîìå ýòîãî, ðàññìàòðèâàåìàÿ
äèàãðàììà ìîæåò
ïðåäñòàâëÿòü
ñâÿçè ìåæäó ôóíêöèÿìè,
îðãàíèçàöèîííûìè
åäèíèöàìè è ïðåñëåäóåìûìè
öåëÿìè.

Òàáëèöà 5 — Äåòàëèçèðóþùèå
ñâÿçè äëÿ äèàãðàììû
VAD

Íàèìåíîâàíèå äåòàëèçèðóåìîãî îáúåêòà	Òèï îáúåêòà	Äåòàëèçèðóþùàÿ ìîäåëü	Òèï ìîäåëåé
Ïðåäîñòàâëåíèå óñëóã ÖÒÎ	function	Ïðîöåññû ïðåäîñòàâëåíèå óñëóã ÖÒÎ	Value Added-Chain Diagram

Ðèñóíîê 11 — Ïðîöåññû
ðåãèñòðàòóðû
â íîòàöèè «Value Added-Chain Diagram»

Ôóíêöèîíàëüíîå
ìîäåëèðîâàíèå

Application system type diagram (ASTD) — äèàãðàììà
òèïà ïðèêëàäíîé
ñèñòåìû.

Äàííàÿ äèàãðàììà
ïðåäíàçíà÷åíà
äëÿ ìîäåëèðîâàíèÿ
ïðèêëàäíûõ èíôîðìàöèîííûõ
ñèñòåì, èñïîëüçóåìûõ
â îðãàíèçàöèè.

Ðèñóíîê 12 — Ïðèêëàäíûå
ñèñòåìû ïðîöåññà
ïðèåìà è îáðàáîòêè
çàÿâîê â íîòàöèè
Application system type diagram

7.
Äîêóìåíòèðîâàíèå
áèçíåñ ïðîöåññà

Ïîìèìî ãðàôè÷åñêèõ
ìîäåëåé, êîíå÷íûì
ïðîäóêòîì ìîäåëèðîâàíèÿ
äîëæåí ñòàòü
íàáîð äîêóìåíòàöèè
ïî ïðîâåäåííûì
ðàáîòàì. Êîìïëåêò
äîêóìåíòîâ äîëæåí
â óäîáíîé äëÿ
îçíàêîìëåíèÿ
ôîðìå ïðåäñòàâëÿòü
âñþ âàæíóþ äëÿ
ïîëüçîâàòåëÿ
èíôîðìàöèþ. Ñ
äðóãîé ñòîðîíû,
äîêóìåíòàöèÿ
äîëæíà ñëóæèòü
èñõîäíûì ìàòåðèàëîì
äëÿ äàëüíåéøèõ
ðàáîò — ïîñëåäóþùèõ
ýòàïîâ ìîäåëèðîâàíèÿ,
òåñòèðîâàíèÿ
è èñïîëüçîâàíèÿ
ïîëó÷åííûõ ðåøåíèé.
Ñ òî÷êè çðåíèÿ
ïðîåêòà, ñâÿçàííîãî
ñ ìîäåëèðîâàíèåì,
äîêóìåíòèðîâàíèå
— ýòî âûâîä ïðåäñòàâëåííîé
â ìîäåëÿõ èíôîðìàöèè
â âèäå òåêñòîâûõ
îïèñàíèé, ñîäåðæàùèõñÿ
â ôàéëàõ çàäàííîãî
ôîðìàòà.

Äîêóìåíòèðîâàíèå
äåÿòåëüíîñòè
ïîçâîëÿåò ïîíÿòü,
êàêèå ïðîöåññû
ïðîèñõîäÿò â îðãàíèçàöèè,
êòî íåñåò çà íèõ
îòâåòñòâåííîñòü,
íàäåëåíû ëè ýòè
îòâåòñòâåííûå
äîñòàòî÷íûìè
ïîëíîìî÷èÿìè,
îáåñïå÷åíû ëè
ýòè ïðîöåññû
äîñòàòî÷íûì
êîëè÷åñòâîì
ðåñóðñîâ.

Òàáëèöà 7 — Îò÷åò
ïî ïîëíîìî÷èÿì,
êîòîðûå íåîáõîäèìû
ñîòðóäíèêó, çàäåéñòâîâàííîìó
â ïðîöåññå «ïðèåì
è îáðàáîòêà çàÿâîê»

Íàèìåíîâàíèå ñîòðóäíèêà	Ïîëíîìî÷èÿ
Ðåãèñòðàòîð	1. Ïðèåì çàÿâîê ïî òåëåôîíó èëè ÷åðåç èíòåðíåò 2. Çàïèñü çàÿâêè â Æóðíàë çàÿâîê 3. Çàïèñü êëèåíòà íà ïðèåì ê âðà÷ó 4. Ñîñòàâëåíèå äîãîâîðà íà îêàçàíèå ñòîìàòîëîãè÷åñêèõ óñëóã 5. Îôîðìëåíèå ìåäèöèíñêîé êíèæêè

Òàáëèöà
8 — «Äîêóìåíòàöèÿ
ðåãèñòðàòóðû
ÎÎÎ «ÑòèëüÄåíò»»
(òàáëèöà 8).

Íàèìåíîâàíèå ñîòðóäíèêàÏîëíîìî÷èÿ
Ðåãèñòðàòîð	Çàêîíîäàòåëüíûå è èíûå ïðàâîâûå àêòû Çàÿâêè (Æóðíàë çàÿâîê) Ïðàéñ-ëèñò ñòîìàòîëîãè÷åñêèõ óñëóã Âíóòðåííèå ðàñïîðÿäèòåëüíûå äîêóìåíòû è ïðèêàçû Äîëæíîñòíûå èíñòðóêöèè Äîãîâîðû ñ êëèåíòàìè Ìåäèöèíñêîé êíèæêè

8.
Àíàëèç ïðîöåññà

Àíàëèç
ÿâëÿåòñÿ íåîòúåìëåìîé
÷àñòüþ ìåòîäîëîãèè
ARIS, ïîçâîëÿþùåé
ïîëó÷èòü îïðåäåëåííóþ
èíôîðìàöèþ îá
îïòèìàëüíîñòè
ìîäåëåé. Â ðàìêàõ
äàííîãî êóðñîâîãî
ïðîåêòà ðàññìàòðèâàåìàÿ
ïðîöåäóðà «Ïðèåìà
è îáðàáîòêè çàÿâîê»
áûëà ïðîàíàëèçèðîâàíà
ïî ïîçèöèè: àíàëèç
ðàçðûâîâ â èíôîðìàöèîííûõ
íîñèòåëÿõ. (òàáëèöà
9)

Òàáëèöà
9 — Àíàëèç ðàçðûâîâ
â èíôîðìàöèîííûõ
íîñèòåëÿõ

Íàèìåíîâàíèå ïîêàçàòåëÿ	Çíà÷åíèå ïîêàçàòåëÿ
Number of functions Êîëè÷åñòâî ôóíêöèé	5
Collectively associated information carriers Îáùåå êîëè÷åñòâî çàäåéñòâîâàííûõ íîñèòåëåé èíôîðìàöèè	3
Input information carrier Â òîì ÷èñëå êîëè÷åñòâî íîñèòåëåé èíôîðìàöèè, îáåñïå÷èâàþùèõ âõîä ôóíêöèé	3
Output information carrier Â òîì ÷èñëå êîëè÷åñòâî íîñèòåëåé èíôîðìàöèè, ôèêñèðóþùèõ âûõîä ôóíêöèé	2
Functions with at least 1 input information carrier Êîëè÷åñòâî ôóíêöèé, îáëàäàþùèõ õîòÿ áû 1 íîñèòåëåì èíôîðìàöèè, îáåñïå÷èâàþùèì âõîä	3
Functions with at least 1 output information carrier Êîëè÷åñòâî ôóíêöèé, îáëàäàþùèõ õîòÿ áû 1 íîñèòåëåì èíôîðìàöèè, ôèêñèðóþùèì âûõîä	2
Functions with at least 1 input information carrier and 1 output information carrier Êîëè÷åñòâî ôóíêöèé, âõîä êîòîðûõ îáåñïå÷åí õîòÿ áû 1 íîñèòåëåì èíôîðìàöèè, è âûõîä òàêæå ôèêñèðóåòñÿ õîòÿ áû íà 1 íîñèòåëå èíôîðìàöèè	1
Functions with different input and output information carriers	2
Number of function transitions Êîëè÷åñòâî ïåðåõîäîâ ôóíêöèé (ïàð ôóíêöèé, êàæäàÿ èç êîòîðûõ îáëàäàåò õîòÿ áû 1 íîñèòåëåì èíôîðìàöèè, îáåñïå÷èâàþùèì âõîä, èëè õîòÿ áû 1 íîñèòåëåì, ôèêñèðóþùèì âûõîä)	1
Function transitions with media breaks Êîëè÷åñòâî ïåðåõîäîâ ôóíêöèé ñ ðàçðûâàìè íîñèòåëåé èíôîðìàöèè	2
Relationship between media breaks and function transitions Êîýôôèöèåíò, îòðàæàþùèé ñòåïåíü èíôîðìàöèîííûõ ðàçðûâîâ (0…1 ® min)	2

Çàêëþ÷åíèå

Ïðè ðàáîòå
íàä êóðñîâûì
ïðîåêòîì áûëà
ïîñòàâëåíà öåëü
îïèñàòü áèçíåñ-ïðîöåññû
ñòîìàòîëîãè÷åñêîé
êëèíèêè ÎÎÎ «ÑòèëüÄåíò»
â ÷àñòíîñòè
îïèñûâàëñÿ áèçíåñ-ïðîöåññ
ðàáîòû ðåãèñòðàòóðû.

Äëÿ äîñòèæåíèÿ
ïîñòàâëåííîé
öåëè èñïîëüçîâàëèñü
íîòàöèÿ îïèñàíèÿ
áèçíåñ-ïðîöåññîâ
ARIS è èíñòðóìåíòàëüíûé
ïàêåò Microsoft Visio. Â ðåçóëüòàòå
ïîñòðîåíî 12 äèàãðàìì,
îïèñûâàþùèõ
äåÿòåëüíîñòü
ðàññìàòðèâàåìîé
îðãàíèçàöèè.
Äèàãðàììû íàãëÿäíî
äåìîíñòðèðóþò
îïèñûâàåìûå
áèçíåñ-ïðîöåññ
è ñïîñîáñòâóþò
óïðîùåíèþ âûÿâëåíèÿ
ñëàáûõ ìåñò â
ðàáîòå îðãàíèçàöèè.
Â äèàãðàììû ëåãêî
âíåñòè èçìåíåíèÿ
äëÿ ïåðåõîäà îò
ïîäõîäà «êàê åñòü»
ê ïîäõîäó «êàê
äîëæíî áûòü».

Â ðåçóëüòàòå
ïðîâåäåíèÿ àíàëèçà
ÎÎÎ «ÑòèëüÄåíò»,
è íåïîñðåäñòâåííî
ðàáîòû ðåãèñòðàòóðû,
èçó÷åíèÿ åå îðãàíèçàöèîííîé
ñòðóêòóðû, ñèñòåì
äîêóìåíòîîáîðîòà,
ïðèêëàäíûõ ñèñòåì,
òåõíè÷åñêèõ
ðåñóðñîâ, áûëè
ðàññ÷èòàíû êîëè÷åñòâåííûå
õàðàêòåðèñòèêè,
ïîçâîëÿþùèå îöåíèòü
ýôôåêòèâíîñòü
ïðîöåäóðû áèçíåñ-ïðîöåññà.

Ñìîäåëèðîâàâ
áèçíåñ — ïðîöåññ
«Ïðèåì è îáðàáîòêà
çàÿâîê» ìîæíî
ñäåëàòü âûâîäû
î åãî ñèëüíûõ
è ñëàáûõ ìåñòàõ,
óêàçàòü ìåñòà
â ñòîðîíó áîëüøîé
àâòîìàòèçàöèè
è èçìåíèòü ñòðóêòóðó
ïðîöåññà. Ïðè àíàëèçå
ðàáîòû ñòîìîòîëîãèè
ÎÎÎ «ÑòèëüÄåíò»
áûëà ñîñòàâëåííà
äàííàÿ òàáëèöà,
êîòîðàÿ ïîêàçûâàåò
ñëàáûå ñòîðîíû
è ïîìîæåò â äàëüíåéøåì,
ïðè àâòîìàòèçàöèè
ïðîöåññîâ, ïðåâðàòèòü
èõ â ñèëüíûå ñòîðîíû
îðãàíèçàöèè.

Áèáëèîãðàôè÷åñêèé
ñïèñîê èñïîëüçîâàííîé
ëèòåðàòóðû

1. Àâãóñò-Âèëüãåëüì
Øååð. Ìîäåëèðîâàíèå
áèçíåñ-ïðîöåññîâ.
Ì.: Èçä. ÀÎÇÒ «Ïðîñâåòèòåëü»,
2000. — 205 ñ.

2. Áåñïàëîâ
Ð.Ñ. Èíñòðóìåíòàðèé
ðàçðàáîò÷èêà
áèçíåñ-ïðîöåññîâ
/ Ð.Ñ. Áåñïàëîâ. — Ì.:
Àêòèîí-Ìåäèà,
2006. — 136 c

. Âåíäðîâ
À.Ì. CASE-òåõíîëîãèè.
Ñîâðåìåííûå
ìåòîäû è ñðåäñòâà
ïðîåêòèðîâàíèÿ
èíôîðìàöèîííûõ
ñèñòåì. Ì.: Ôèíàíñû
ñòàòèñòèêà,
1998. — 176 ñ.

. Âîéíîâ
È.Â., Ïóäîâêèíà
Ñ.Ã., Òåëåãèí À.È.
Ìîäåëèðîâàíèå
ýêîíîìè÷åñêèõ
ñèñòåì è ïðîöåññîâ.
Îïûò ïîñòðîåíèÿ
ARIS-ìîäåëåé: Ìîíîãðàôèÿ.
— ×åëÿáèíñê: Èçä.
ÞÓðÃÓ, 2002. — 392 ñ.

. Åëèôåðîâ
Â.Ã., Ðåïèí Â.Â. Áèçíåñ-ïðîöåññû:
Ðåãëàìåíòàöèÿ
è óïðàâëåíèå:
Ó÷åáíèê. — Ì.: ÈÍÔÐÀ-Ì,
2005. — 319 ñ. — (Ó÷åáíèêè
äëÿ ïðîãðàììû
MBA).

. Êàìåííîâà
Ì., Ãðîìîâ À., Ôåðàïîíòîâ
Ì., Øìàòàëþê À.
Ìîäåëèðîâàíèå
áèçíåñà. Ìåòîäîëîãèÿ
ARIS. Ì.: ÎÎÎ «Èçäàòåëüñòâî
«Ñåðåáðÿíûå íèòè»,
2001. — 327 ñ.

7. ARIS Methods Version 6, September
2011-1500 c.

8. Ïîðòàë Item. Òåõíîëîãèè
êîðïîðàòèâíîãî
óïðàâëåíèÿ — http://www.iteam.ru/publications/it/section_51/article_2518/

9. http://www.infman.ru/online/aris/

. Îôèöèàëüíûé
ñàéò ÎÎÎ «ÑòèëüÄåíò»
— http://styledent.ru/

Ðàçìåùåíî
íà Allbest.ru

Источник

Введение
Теоретические основы моделирование процесса «Изготовление товара на заказ» в организации
Организационная характеристика и схема бизнес-процессов организации
Содержание и оценка текущей модели бизнес-процесса
Оптимизация процесса «Изготовления товара на заказ» в организации
Зключение
Список литературы

У вас нет времени на курсовую работу или вам не удаётся написать курсовую работу? Напишите мне в whatsapp — согласуем сроки и я вам помогу!

В статье «Как научиться правильно писать курсовую работу», я написала о правилах и советах написания лучших курсовых работ, прочитайте пожалуйста.

Собрала для вас похожие темы курсовых работ, посмотрите, почитайте:

Курсовая работа на тему: Организационная структура предприятия
Курсовая работа на тему: Правовое государство
Курсовая работа на тему: Анализ финансового состояния предприятия
Курсовая работа на тему: Государство в политической системе общества

Введение

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

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

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

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

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

Задачи данной курсовой заключаются в следующем:

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

Объектом исследования для курсовой работы будет компания по производству мебели ОАО «Болховмебель». Предметом исследования служит бизнес-процесс «Изготовление товара на заказ».

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

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

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

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

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

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

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

В ГОСТ Р ИСО 9000-2008 отмечается, что для эффективного функционирования организация должна определять и управлять многочисленными взаимосвязанными и взаимодействующими процессами. Часто выход одного процесса является прямым входом следующего. Систематическое выявление и управление процессами, используемыми организацией, и особенно взаимодействие этих процессов, можно считать «процессным подходом».

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Любая методология (методология) включает в себя три основных компонента:

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

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

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

Отношения предназначены для описания отношения объектов друг к другу.

Эти отношения могут включать:

Последовательность выполнения во времени;
Коммуникация через поток информации;
Использование другим объектом.

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

На самом деле, несмотря на их различия, в основном связанные с названием диаграмм и типами используемых объектов, современные методологии описания бизнес-процессов практически идентичны и представляют собой незначительные модификации двух классических схем-DFD (Data Flow Diagrams, диаграммы потоков данных) и WFD (Work Flow Diagrams, диаграммы процессов).

Основные языки описания бизнес-процессов:

IDEF0;
DFD в нотациях Гейна-Сарсона и Йордана-Де Марко;
IDEF3;
Oracle;
BAAN;
ARIS;
Swimmer lanes.

Обычно модель существующей организации труда строится сначала как есть (as-is). На основе модели » как есть «между различными бизнес-единицами достигается консенсус относительно того,» кто что сделал » и что каждая бизнес-единица добавляет к процессу. Модель » как есть «позволяет вам понять,» что мы делаем сегодня», прежде чем перейти к «что мы собираемся делать завтра».» Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, каковы будут преимущества новых бизнес-процессов и насколько глубокие изменения будут внесены в существующую структуру бизнес-организации.

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

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

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

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

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

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

Модель может содержать четыре типа диаграмм:

Контекстная диаграмма (каждая модель может иметь только одну контекстную диаграмму);
Диаграммы декомпозиции;
Диаграммы дерева узлов;
Диаграммы только для экспозиции (FEO).

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

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

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

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

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

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

Организационная характеристика и схема бизнес-процессов организации

Каждый месяц в нашей стране открываются сотни мебельных магазинов-от небольших секций до внушительных торговых центров. Причина этого-бум мебельного производства: в последние два года оно растет на 15-20% в год. Всего 3-4 года назад импорт составлял более половины российского мебельного рынка. Всего в России производят мебель около шести тысяч компаний.

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

В 1946-1996 годах-Болховская мебельная фабрика, с 1996 года предприятие преобразовано в ОАО «Болховмебель». Компания предлагает натуральную (массив хвойных, лиственных пород), экологически чистую мебель от производителя.

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

Организационная структура мебельной компании «Болховмебель» представлена следующим образом.

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

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

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

Ниже перечислены департаменты, находящиеся в ведении заместителя директора по коммерческим вопросам.

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

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

Конструкторский отдел занимается проектированием изделия под конкретного заказчика с учетом его пожеланий. Это подразделение состоит из трех конструкторов.

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

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

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

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

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

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

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

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

Мы определим критические факторы успеха мебельного магазина:

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

На предприятии существует пять основных процессов:

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

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

Содержание и оценка текущей модели бизнес-процесса

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Время размещения заказа;
Сроки исполнения ордеров;
Качество конечного продукта;
Стоимость конечного продукта;
Форма оплаты Заказа;
Ассортимент.

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

Так, время обработки заказа составляет примерно 30-35 минут, в связи с тем, что клиент, приходя в компанию, еще не знаком с ассортиментом, форма заказа заполняется вручную. Процесс уточнения заказа, включая ознакомление клиента с ассортиментом, может длиться от 1 до 3 дней. На создание эскиза на основе полученных данных уходит 1 день. Срок изготовления составляет от 4 до 7 дней. Оплата наличными-это неудобство. Таким образом, можно сделать вывод, что компания не в состоянии удовлетворить потребности клиента в полном объеме, что значительно снижает ее конкурентоспособность.

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

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

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

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

Оптимизация процесса «Изготовления товара на заказ» в организации

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

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

Можно выделить следующие цели оптимизации бизнес-процессов:

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

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

Для оптимизации процесса можно использовать следующие решения:

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

В результате предложенной оптимизации продолжительность бизнес-процесса составит 10 рабочих дней (2 недели).

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

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

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

Мы рекомендуем Вам выполнить следующие действия:

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

Итак, мы рассмотрели структуру процесса «изготовление товара на заказ», выявили недостатки в существующей модели, а также предложили действия по оптимизации этого процесса.

Зключение

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

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

Структурный,
Детальный.

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

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

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

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

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

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

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

Андерсен Бьорн. Бизнес-процессы. Инструменты совершенствования / Пер. С. В. Ариничева / науч.ред. Ю. П. Адлер. — М.: РИА «стандарты и качество», 2002. — 272 с.,
Афонин, В. В. моделирование систем: Учебно-практическое пособие / В. В. Афонин. — М.: бином. ЛЗ, Интуит, 2013. — 231 С.
Белов А. В., Нежурина М. И., Утицких О. И. проектирование бизнес-процессов. Учебно-методическое пособие. — м.: Академия ИБС: МФТИ, 2002. — 184 С.
Валеев Р. Г. и др. Краткая инструкция по созданию эффективного бизнеса или 8 стержней предпринимательства. — М.: Аспект Пресс, 2013. — 91с.
валдайцев, С. В. Оценка бизнеса и управление стоимостью предприятия / С. В. валдайцев. — М.: Юнити-дана, 2002. -720 С.
Власов, М. П. моделирование экономических систем и процессов: учебное пособие / М. П. Власов, П. Д. Шимко. — М.: НИЦ ИНФРА-М, 2012. — 336 С.
Войнов И. В. моделирование экономических систем и процессов. Опыт построения моделей ARIS. — М.: ЮУрГУ, 2013. — 392с.
Грачева М. В., Черемных Ю. Н., Туманова Е. А. моделирование экономических процессов. — М.: Юнити-Дана, 2012. — 543
Григорьев Д. И. моделирование бизнес-процессов предприятия. — М.: ИРЦ, 2003. — 214с.
Джеймс Харрингтон К. С. Эсселинг Харм Ван Нимвеген оптимизация бизнес-процессов, документирование, анализ, управление, оптимизация-Санкт-Петербург: Изд-во «Азбука», 2002. — 305с.
Елиферов В. Г., Репин В. В. бизнес-процессы. Регулирование и управление. — М.: ИНФРА-М, 2003. — 319 С.
Ильин В. В. моделирование бизнес-процессов. Практический опыт разработчика. — М.: ООО «И. Д. Уильямс», 2002. — 176 С.
кальянов Г. Н. моделирование, анализ, реорганизация и автоматизация бизнес-процессов. — М.: Финансы и статистика, 2003. — 240С.
Козлов А. С. проектирование и исследование бизнес-процессов. — М.: Флинт: МПСИ, 2002. — 272 с.
Колесов Ю. Б. моделирование систем. Объектно-ориентированный подход. Учебное пособие/ Ю. Б. Колесов, Ю. Б. Сениченков. — СПб.: БХВ-Петербург, 2003. — 192 С.
Пинаев Д. К. моделирование бизнес-процессов. — М.: РГАС, 2013-214с.
Репин В. В. бизнес-процессы компании. Строительство, анализ, регулирование. — М.: стандарты и качество, 2002. — 240 С.
Репин В. В. процессный подход к управлению. Моделирование бизнес-процессов / В. В. Репин. — М.: Манн, Иванов и Фербер, 2012. — 544 с.
Савиных, В. Н. математическое моделирование производственно-финансового менеджмента: учебное пособие / В. Н. Савиных. — М.: Кнорус, 2012.-192 С.
Силич М. П. реинжиниринг бизнес-процессов: учебное пособие. — Томск: Томский межвузовский центр дистанционного образования, 2013. — 108 С.
Хаммер М., Хершман л. быстрее, лучше, дешевле. Девять методов реинжиниринга бизнес-процессов. — М.: Альпина Паблишер, 2013. — 245с.
Чикуров, Н. Г.моделирование систем и процессов: учебное пособие / Н. Г. Чикуров. — М.: ИК РИОР, НИЦ ИНФРА-М, 2012. — 398 С.
Шеер А.-В. Арис-моделирование бизнес-процессов. — М.: Уильямс, 2002. — 224 с.

Источник

Консультация и поддержка студентов в учёбе

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

Бесплатные Курсовые работы по предмету Моделирование бизнес-процессов

Бесплатные Курсовые работы по предмету Моделирование бизнес-процессов для студентов на разные темы можно скачать бесплатно.

Курсовые работы
Контрольные работы
Лабораторные работы
Рефераты
Шпаргалки

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

Курсовые работы по темам

Найдено работ: 5

Страницы:
1

Консультация и поддержка студентов в учёбе

Источник

Содержание:

Введение

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

Можно сделать вывод, что эффективность организации каждого из бизнес процессов влияет на итоговую эффективность деятельности компании в той или иной степени. В середине 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 с.

Социальная защита граждан при временной нетрудоспособности
Конституционное право на свободу и личную неприкосновенность ( ТЕОРЕТИКО – ПРАВОВЫЕ ОСНОВЫ КОНСТИТУЦИОННОГО ПРАВА ГРАЖДАН НА СВОБОДУ И ЛИЧНУЮ НЕПРИКОСНОВЕННОСТЬ )
Управление поведением в конфликтных ситуациях (Теоретические аспекты управления поведением в конфликтной ситуации)
Адаптация детей в условиях первого класса школы ( ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ АДАПТАЦИИ ДЕТЕЙ МЛАДШЕГО ШКОЛЬНОГО ВОЗРАСТА В УСЛОВИЯХ ПЕРВОГО КЛАССА )
Анализ и оценка средств реализации структурных методов анализа и проектирования экономической информационной системы ( ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ ))
Классификация языков программирования Критерии выбора среды и языка разработки программ.
Планирование производственной программы предприятий, на пример реально существующей организации (Общая характеристика планирования производственной деятельности предприятия)
Формирование и использование финансовых ресурсов коммерческих организаций (Теоретические аспекты формирования и использования финансовых ресурсов коммерческих организации)
Понятие и виды наследования (Место открытия наследства)
Защита права собственности ( Общая характеристика права собственности )
Общая совместная собственность супругов ( Общая характеристика права собственности )
Понятие и виды наследования ( Основания наследования ))

Источник

Содержание

Введение

Глава 1. Процессный подход к деятельности предприятия

.1 Сущность процессного подхода

.2 Классификация процессов

.3 Синтез процессов

.4 Бизнес-процесс и организация его управления

.5 Методы моделирования в BPwin

Глава 2. Анализ хозяйственной деятельности предприятия

.1 Характеристика предприятия

.2 Анализ внешнего окружения организации, характеристик внешней среды

2.3 Экономический анализ показателей деятельности предприятия

.4 Прогнозный план

.5 Диагностический профиль дома отдыха «Абзаково»

Глава 3. Построение моделей бизнес-процессов дома отдыха «Абзаково»

.1 Системное представление работы дома отдыха

.2 Дополнение созданной модели процессов организационными диаграммами

.2.1 Диаграммы потоков данных (Data Flow Diagramming)

.2.2 Диаграммы методологии IDEF3 (Workflow Diagramming)

Глава 4. Построение новой схемы бизнес-процесса дома отдыха «Абзаково»

4.1 Перепрограммирование общей схемы

4.2 Модель нового процесса

Глава 5. Эконометрический эффект от внедрения проекта дополнительных услуг

Заключение

Список используемой литературы

Введение

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

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

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

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

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

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

Данная цель будет достигнута при решении следующих задач:

1.Раскрыть процессный подход к деятельности предприятия;

2.Провести анализ хозяйственной деятельности;

.Построение моделей бизнес-процессов дома отдыха «Абзаково».

Объектом курсового проекта является дом отдыха «Абзаково», находящийся в Белорецком районе республики Башкортостан.

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

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

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

Глава 1. Процессный подход к деятельности предприятия

1.1 Сущность процессного подхода

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

Процессный подход — особое динамическое мышление, способ видения в рамках СЦеП-методологии, которая объединяет семь подходов: системный, целевой, процессный, ситуационный, функциональный, синергетический и миросистемный.

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

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

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

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

·определение любого процесса как системы, т.е. определение его элементов {а},системных отношений R и проявляющихся при этом системных свойств Р;

·рассмотрение целостной системы процессов, т.е. их синтез.

Рассматривая с позиций системного подхода процесс (Пр) как систему ? Пр <=> [{a}R]P, следует далее расчленить его составляющие («входы», «преобразования», «выходы») на элементы, компоненты, подсистемы.

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

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

·рефлексивные отношения;

·конкурентные отношения между участниками различных стадий цепочки ценностей;

·отношения между самими бизнес-процессами (БПр) на различных иерархических уровнях организации (по оси Sh).

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

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

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

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

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

Моделирование бизнес-процессов — упрощенное отражение субъективного видения реально существующих в организации процессов с использованием графических, табличных, текстовых способов представления (ИСО 9000: 2000), дающее дополнительную информацию.

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

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

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

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

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

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

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

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

5. Разработанная и внедренная система управления бизнес-процессами обеспечивает получение соответствующего сертификата и реализацию процессного подхода в организации в соответствии с требованиями ИСО 9000 : 2000.

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

7. В целом система направлена на удовлетворение пяти групп лиц, заинтересованных в деятельности организации: 1) соучредителей (инвесторов); 2) потребителей на рынке; 3) персонала организации; 4) поставщиков; 5) общества в целом.

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

Модель AS-IS. В результате обследования предприятия в системе БПр выявляются «узкие» места — ненужные, неэффективные и дублирующие работы, а также работы, не обеспеченные ресурсами. Функциональная модель существующей организации работы — AS-1S («как есть») — строится с помощью CASE-средств, например программного продукта BPwin. При ее построении используются такие источники, как опросы экспертов (работников предприятия), документация (приказы, отчеты, должностные инструкции, положения о структурных подразделениях предприятия), анкетирование, фотография рабочего дня и др. Анализ функциональной модели позволяет:

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

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

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

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

·измерить характеристики тех БПр, которые следует изменить.

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

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

Одной из ошибок при создании модели AS-IS является создание идеализированной модели. Это происходит в том случае, когда модель создается на основе знаний руководителя, а не на основе опыта конкретного исполнителя работ. Руководитель в теоретическом аспекте осведомлен о том, как в соответствии с руководствами и должностными инструкциями предполагается выполнение работы, но часто не знает, как на самом деле подчиненные выполняют рутинные работы. В результате получается приукрашенная, искаженная модель, которая несет ложную информацию и которую невозможно в дальнейшем использовать для анализа. Такая модель называется SHOULD BE («как должно бы быть»).

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

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

·ТО-ВЕ 1 — оптимистический вариант структуризации БПр, связанный с реинжинирингом;

·ТО-ВЕ 2 — наиболее вероятные варианты совершенствования БПр (в рамках инжиниринга);

·ТО-ВЕ 3 — пессимистический вариант изменений БПр, связанный с учетом негативных SWOT-факторов.

Рис. 1.1. Построение моделей ТО-ВЕ как результат анализа модели AS-IS

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

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

Имеется в виду не небольшое усовершенствование БПр компаний, например на 10 — 100%, а кардинальное повышение их эффективности, т.е. на порядок, что приводит к скачку результата.

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

Проект по реинжинирингу бизнеса обычно включает следующие этапы [2]:

) определение системы целей организации в соответствии с видением компании, учитывая ее стратегию и SWOT-факторы;

) создание модели существующей организации (модель AS-IS («как есть»)). На этом этапе менеджеры с участием разработчиков информационной системы (ИС) должны разработать детальное описание существующей организации, идентифицировать и документировать ее основные БПр, оценить их эффективность;

) разработка новой системы БПр (модель ТО-ВЕ («как будет»)), которая предполагает:

·перепроектирование БПр (создание более эффективных рабочих процедур, j определение способов использования информационных технологий (ИТ), идентификация необходимых изменений в работе персонала);

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

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

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

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

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

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

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

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

.2 Классификация процессов

Всякая наука начинается с измерения, а измерение — с классификации.

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

Рис.1.2. Базовая система координат

Основное назначение базовой системы координат (БСК) состоит в обеспечении системного измерения параметров в процессе разработки управленческих решений. Пространственная ось S БСК в свернутом виде содержит системное геометрическое пространство. Измерение должно осуществляться в рамках трех координатных осей: SL — ось бизнес-процессов, Sw — ось потенциалов фирмы, St, — ось иерархических уровней.

Выделяют следующие виды процессов:

·непрерывные и дискретные, линейные и нелинейные;

·одушевленные (процесс коммуникаций между людьми) и неодушевленные;

·материально-вещественные, энергетические, информационные;

·бизнес-процессы;

·рефлексивные;

·по отношению к клиентам процессов — внешние и внутренние;

·по отношению к получению добавленной ценности — основные и вспомогательные;

·по уровню подробности рассмотрения — верхнего уровня, детальные и элементарные.

Рефлексивные процессы, рефлексивные системы и их моделирование.

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

Рефлексивная система — это система «зеркал», многократно отражающих друг друга. Каждое «зеркало» — это аналог «персонажа», наделенного своей особой позицией. Весь сложнейший поток отражений зеркал друг в друге будет аналогом рефлексивного процесса [4].

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

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

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

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

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

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

У = ? (х) —пассивная функция (восприятия);

х = ц (у) — воздействующая функция.

Следовательно,

у = ? [ц (у)],

х = ц [? (х)],

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

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

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

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

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

Представим некоторый условный «плацдарм», на котором взаимодействуют три персонажа, в виде прямоугольника и трёх кругов (рис. 1.3.). Пусть в момент t1 персонаж X «осознал» ситуацию. Это значит, что у него возникла внутренняя картина плацдарма. Картина, изображения на рис. 1.3, оказалась перенесенной «внутрь» персонажа Х (рис. 1.4). Очевидно, что вся система изменилась: у неё появились новые элементы.

Пусть в момент t2 персонаж Y также произвел осознание сложившейся ситуации. Чтобы изобразить последний процесс, мы должны внутри круга Y перерисовать картину, изображенную на рис. 1.4 (результат этого «осознания» отображен на рис. 1.5).

Если в момент t3 осознание вновь создавшейся ситуации произвел Z, то необходимо перенести рис. 1.5 внутрь круга Z. Однако сделать это было бы уже достаточно трудно по чисто графическим причинам, да и оперировать с таким изображением крайне неудобно. Поэтому В.А. Лефевр вводит специальный «алгебраический язык», который позволяет изображать подобные процессы любой сложности.

Изобразим символом Т плацдарм, на котором действуют персонажи. Этому символу соответствует рис. 1.3. Картины этого плацдарма, которые могут лежать перед персонажами X, У, Z, обозначим соответственно ТХ, TY, TZ (читается: «Т с позиции X», «Т с позиции Z», «Т с позиции Z»). Элементы ТХ, TY, TZ возникают как «осознания».

На рис. 1.4 изображен случай, когда осознание произвел персонаж X, но, разумеется, все сказанное справедливо и для любого другого персонажа. Картины-«осознания» одних персонажей могут отражаться другими. В результате возникают элементы TXY, TXZ, TYZ т.д. (читается: «ТХ с позиции Y», «ТХ с позиции Z», «TY с позиции Z» и т.д.). Элементы с двумя индексами также могут отражаться, в результате чего возникают элементы TXYZ, TXZY, TZXY и т.д. Они читаются соответственно «TXY с позиции Z» и т.д. Картина, которую некоторый персонаж имел в момент t1, может быть также осознана им уже в момент t2, причем осознана именно как картина, а не как некоторая «физическая реальность». Вследствие этого возникают элементы типа ТХХ, TYY, ТХХХ т.д.

Рис. 1.3

Рис. 1.4

Рис. 1.5

Теперь изобразим процесс взаимоотношения трех персонажей на плацдарме. В момент t0 в нашей модели никаких внутренних картин у персонажей нет (см. рис. 1.3). Системе в этом случае соответствует символ Т. Рефлексивную систему, изображенную на рис. 1.4, можно представить в виде суммы:

?1= T+TХ

Она содержит две компоненты: плацдарм и картину плацдарма, лежащую перед X. Системе, изображенной на рис. 1.5, соответствует следующий многочлен:

?2 = T+TX+(T+TX)Y

Сумме, находящейся в скобках («Т + ТХ с позиции Y») соответствует картина на рис. 1.4, перенесенная внутрь круга Y на рис. 1.5. Подобная символика устраняет трудности, возникающие при графическом изображении таких систем, и тем более трудности, возникающие при фиксации их в естественном языке. Рефлексивную систему после того, как очередное осознание произвел персонаж Z, мы теперь легко можем описать следующим образом:

?3= Т + ТХ+(Т + TX)Y+[T+TX+(T+TX)Y]Z

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

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

Особенно актуальным является определение рефлексивной системы при формировании видения в команде первого руководителя. При этом важно четко определить объект видения, субъект и процессы рефлексивного развития видения. Примером объекта видения является процесс развития глазированной продукции в ОАО «БХК №4» (его цели, проблемы и пути их решения). Субъектами видения выступают ЛПР, непосредственно участвующие в выработке решения: собственник — генеральный директор, исполнительный директор, руководитель департамента «Кондитерское производство» и служба стратегического развития. Процесс рефлексивного развития видения должен приводить к ясной, согласованной, непротиворечивой картине сложившейся ситуации и принятию соответствующих управленческих решений, направленных на устранение возникших проблем.

Рассмотрим конкретный пример функционирования в кондитерском производстве рефлексивной системы, связанной с процессом принятия решений. В данной ситуации необходимо понимание всеми участниками обязательного достижения поставленной цели, согласованность принимаемых ими решений. Цель, поставленная генеральным директором, — на порядок увеличить объем производства глазированной продукции. «Узким» местом в процессе развития кондитерского производства является затянувшаяся реконструкция глазировочной линии. Резервы линии уже исчерпаны, в то время как к осени 2006 г., по прогнозным оценкам, спрос на глазированную продукцию возрастет на порядок. Трудности начинаются с выявления проблем, их согласованного видения, оценки упущенных возможностей вследствие непринятия нужных решений в прошлом.

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

Рассмотренное функционирование рефлексивной системы можно представить в виде схемы (рис. 1.6).

Рис. 1.6. Рефлексивный процесс принятия управленческих решений: 1 — персональный компьютер (ПК) генерального директора; 2 — ПК исполнительного директора; 3 — ПК руководителя департамента «Кондитерское производство»; 4 — ПК службы стратегического развития

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

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

·после изучения точек зрений других ЛПР каждый участник корректирует свое видение проблемы;

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

Процессы обратной связи.

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

Обратная связь (ОС) — это обратное воздействие результатов процесса на его протекание. Другими словами, ОС — это вид отношений между «выходом» системы и её «входом».

Действие обратной связи представляет собой циклический процесс, начинающийся на «выходе» объекта и заканчивающийся на «входе» системы.

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

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

Обратная связь является фундаментальным отношением в системе управления. Специалисты справедливо подчеркивают: «Нет регулярной обратной связи — нет и управления!»

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

Рис. 1.7. Элементарная схема механизма обратной связи: У — управленческое воздействие; К- «оператор преобразования» входных воздействий в результат на «выходе» системы; Рф — результат в отсутствие цепи обратной связи; вР — дополнительное воздействие на «вход» из цепи обратной связи; ДР — отклонение фактического результата от целевого

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

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

Рф = КУ,

где Рф — результат в отсутствие цепи обратной связи;

К — «оператор преобразования» входных воздействий в результат на «выходе» системы;

У — управленческое воздействие.

При колебаниях входных воздействий, а также вследствие изменения характеристик самой системы и её отдельных элементов «оператор» может изменяться в значительных пределах. Для того чтобы стабилизировать систему, используется отрицательная обратная связь, причем дополнительное воздействие на «вход» из цепи обратной связи вР вычитается из управленческого воздействия У на «входе», так что результирующее воздействие на «входе» оказывается равным У — вР . Это воздействие, усиленное в К раз, и представляет собой результат, обусловленный наличием в системе механизма отрицательной ОС:

Р = К (У — вР )

Раскрывая скобки и решая это уравнение относительно Р, получим

Р = (К / (1 — вК)) У

Итак, если механизм ОС приводит к ДРф 0 (отклонение фактического результата от целевого стремится к нулю), то мы имеем дело с отрицательной обратной связью, призванной обеспечить достижение целей стабилизации (ритма конвейера, трудовой дисциплины и др.). В случае, если механизм ОС приводит к ДРф — mах (отклонение фактического результата от целевого стремится к максимуму), то имеет место положительная обратная связь. Она предназначена обеспечить достижение целей развития (повышение качества продукции, производительности труда, организационного развития корпорации и др.).

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

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

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

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

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

Внешние и внутренние процессы.

На рис. 1.7. показаны процессы, определенные по отношению к клиентам (потребителям) результатов процессов.

БизнесВнешние клиенты Процессы внутри Внутренние клиенты

процессы процесса организацииорганизации процесса

Рис.1.7. Классификация процессов по отношению к клиентам

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

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

Внутренними клиентами процессов являются функциональные подразделения — исполнители и процессы, использующие результат выполнения («выход») процесса.

Основные и вспомогательные процессы.

Основные (добавляющие ценность) и вспомогательные (добавляющие стоимость) процессы отображены на рис. 1.8.

Рис. 1.8. Основные и вспомогательные процессы

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

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

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

1.3 Синтез процессов

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

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

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

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

В целом ситуация выбора «или — или» дискомфортна. Уход в монизм всегда был опорой идеологии тоталитарных государств. Еще И. Гёте подчеркивал, «что между двумя противоположными мнениями находится не истина, а проблема. Чтобы решить эту проблему, нужно вырваться из-под власти бинарной схемы. На основе бинарных отношений синтеза не построить, для него требуется более емкая структура» [20]. «Примеры из естественных наук», подчеркивает Р.Г. Баранцев «делают необходимым обращение, по меньшей мере, к триадам. К системным (целостным), указывает он, относят такие триады, единство которых создается тремя элементами одного уровня, каждый из которых может служить мерой совмещения двух других. Все три элемента потенциально равноправны» [11]. И далее Р.Г. Баранцев отмечает, «что системная триада появилась у нас как простейшая структурная ячейка синтеза. Третий элемент оказался необходимым для решения проблемы бинарных противоречий, как мера их компромисса, как третейский судья, как условие существования» [11].

В построении триад, обеспечивающих целостность, выявлена следующая закономерность [11]. В соответствии с ней первым элементом триады выступает аналитическое начало (рацио), вторым — качественное (эмоцио), а третьим — субстанциональное (интуицию). Источником этой закономерности (по Р.Г. Баранцеву) является способность человека мыслить одновременно и понятиями, и образами, и символами. Тогда семантическую формулу устойчивой системной триады можно представить следующим образом (рис. 1.9.).

Рис. 1.9. Закономерный состав триады, обеспечивающий целостность объекта

Триада процессов представлена на рис. 1.10. На её основе можно осуществлять подлинный синтез. Здесь имеет место бинарная оппозиция: бизнес-процесс (рацио) — рефлексивный процесс (эмоцио). В составляющих бизнес-процесса («вход» — «преобразование» — «выход») должен быть определен лидер. Если между лидерами на «входе», в процессе «преобразования» и на «выходе» БПр появляются противоречия, то возникает основание для развития рефлексивных процессов, т.е. различных умозаключений этих лидеров относительно данной ситуации.

Рис. 1.10. Триада процессов — основание для их синтеза

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

Рис.1.11. Системная триада относительно процесса самоорганизации

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

1.4 Бизнес-процесс и организация его управления

Из множества процессов люди чаще всего сталкиваются с бизнес-процессами.

Бизнес-процесс — совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующая «входы» в «выходы», представляющие ценность для клиента (ИСО 9000 : 2000).

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

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

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

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

Еще одно определение бизнес-процесса дает Т. Давенпорт [2].

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

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

«Вход» бизнес-процесса — ресурс, необходимый для выполнения бизнес-процесса.

«Выход» бизнес-процесса — результат (продукт, услуга) выполнения бизнес-процесса.

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

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

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

Чтобы было проще рассуждать о процессах компании, им можно дать описательные имена-характеристики. Так, например, М. Хаммер и Дж. Чампи [14] предлагают именовать процессы в соответствии с их начальным и конечным статусом, например: «разработка продукта: от требований на продукт — к продукту» или «продажа: от заявки — к заказу». Такие имена позволяют отделить процессы от подразделений. Для именования процессов целесообразно использовать отглагольные формы, чтобы отличать их от имен подразделений.

Для обозначения процесса часто используется понятие «5М» — пять составляющих частей процесса, которые представлены на рис. 1.12: method- технология; man — персонал; machinery — оборудование; material — материалы; ип Milieu ouvrier (франц.) — производственная среда.

Рис. 1.12. Пять составляющих процесса

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

.5 Методы моделирования в BPwin

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

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

IDEF0

Первый информационный разрез — функциональность системы. В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, обмениваясь информационными и материальными потоками с помощью людских и производственных ресурсов, потребляемых каждой работой. С помощью функционального моделирования можно провести системный анализ бизнеса, сосредоточившись на регулярно решаемых задачах или функциях, на показателях их правильного выполнения, необходимых для этого ресурсах, результатах и исходных материалах (сырье).

Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными (рис.1.13.).

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

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

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

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

Рис. 1.14. Диаграмма детализации

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

Кроме основных видов диаграмм модель нотации IDEF0 в BPwin может включать следующие элементы:

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

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

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

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

DFD

Второй информационный разрез — потоки информации (документооборота) в системе.

Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF0, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией как внутри системы между бизнес-функциями, так и системы в целом с внешней информационной средой (рис.1.16).

Рис. 1.16. Диаграмма потоков данных

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

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

Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы — движение объектов, хранение объектов, поставка и распространение объектов.

IDEF3

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

Рис. 1.17. Диаграмма потоков работ

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

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

В последней версии BPwin имеется возможность использования модели Swim Lane, основанной на нотации IDEF3, что делает диаграммы данной нотации более читабельными и понятными пользователю (рис.1.18).

Рис. 1.18. Диаграмма Swim Lane

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

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

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

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

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

Рис. 1.19. Уровни проектирования модели

После построения и верификации модели «AS-IS» аналитику необходимо провести ее качественное исследование, оптимизацию, необходимую для построения модели «TO-BE». Для того чтобы определить качество созданной модели с точки зрения эффективности бизнес — процессов, необходима система метрики, то есть качество аналитику следует оценивать количественно.

В качестве таких количественных критериев оценки в BPwin выступают стоимостные показатели работ, так называемый АВС-анализ, и пользовательские свойства процессов — UDP (User Defined Properties).

экономический конкурентоустойчивость бизнес доход

Глава 2. Анализ хозяйственной деятельности предприятия

2.1 Характеристика предприятия

Дом отдыха «Абзаково» расположен в Белорецком районе республики Башкортостан (юридический адрес — РБ, Белорецкий р-н, с. Новоабзаково), построен по европейским стандартам, имеет оригинальный дизайн. Фасад дома отделан европейскими отделочными материалами. Дом отдыха «Абзаково» имеет удобные подъездные пути, а также благоустроенную освещенную прилегающую территорию, и площадку для парковки. Работает круглогодично, может использоваться для длительного пребывания. Уровень комфорта равен уровню 3-х звезд.

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

·4 номера категории «одноместный»

·17 номеров категории «двухместный стандарт»

·6 номеров категории «полулюкс»

·6 номеров категории «люкс».

Оплата за одни сутки в соответствии с категорией номера составляет:

·«одноместный» — 1000 руб.

·«двухместный стандарт» — 1400 руб.

·«полулюкс» — 1800 руб.

·«люкс» — 2500 руб.

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

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

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

.2 Анализ внешнего окружения организации, характеристик внешней среды

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

Организация создаётся для достижения определённых целей (рис. 2.1).

Рис. 2.1. Определение целей организации

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

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

Таблица 2.1 Долгосрочные и кратковременные аспекты жизнеспособности организации

Кратковременные аспектыДолгосрочные аспекты1. Слабо проявляются на коротких интервалах времени 2. Организация имеет лишь немедленные цели. Нет иерархии целей. Развитие неважно. Малые организационные эффекты и усилия. 3. Простая, неформальная и нестабильная структура.1. Цель — долгосрочное выживание. Все усилия направлены на это. 2. Организация имеет все виды целей. Важным является развитие. Долгосрочная стратегия. Учёт внешней среды и её изменений. 3. Сложная, формальная и стабильная структура.

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

Схема 2.1. Аспекты жизнеспособности организации

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

Поведение человека определяется четырьмя группами факторов. Факторы поведения человека: позиция, мнение; способности; знание; чувства, эмоции.

Внешняя и внутренняя среда организации

Организация характеризуется (рис. 2.2.):

1.своей внешней средой, в которой она функционирует,

2.внутренней средой, включающей 5 элементов:

Рис. 2.2. Элементы внутренней среды

Соотношение внутренней и внешней среды организации можно представлено в таблице 2.2.

Таблица 2.2 Соотношение внутренней и внешней среды организации

Внешняя среда:Задачи менеджера:Внутренняя среда:1.соц. факторы; 1. что производить?1. уровень технологии2.технологич. факторы; 2. для кого производить?2. квалификация персонала;3.экономич. факторы; 3. каким образом производить?3. качество организационной структуры;4.политические факторы4. как конкурировать?4. четкость и истичность целей5.рынки;5. как развиваться?5.Определенность задач;6.конкуренты;

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

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

Достигая цели более высоких уровней организация обеспечивает свой количественный и качественный рост.

Построение организации зависит от ее цели, размеров и возврата. Функции через последовательность преобразований реализуются в структуре организации. Цели — конкретные результаты. Критериями эффективности являются: результативность; продуктивность; эффективность.

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

Рис. 2.3. Дерево целей

.3 Экономический анализ показателей деятельности предприятия.

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

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

Таблица 2.3 Аналитическая группировка статей актива баланса дома отдыха «Абзаково» за 2010-2012 гг.

Актив баланса2010 г.2011 г.2012 г.Изм. 2012 г. в %, к2010 г.2012 г.1. Имущество, всего, тыс. руб.27036725497423607287,392,61.1. Иммобилизованные (внеоборотные) активы, тыс. руб.24307122982821793089,694,81.2. Мобильные (оборотные) активы, тыс. руб.27296251461814266,572,11.2.1. Запасы (включая НДС), тыс. руб.12037104521054087,6100,81.2.2. Дебиторская задолженность, тыс. руб.1348112136753655,962,1Краткосрочные финансовые вложения-2550—1.2.3. Денежные средства и прочие оборотные активы, тыс. руб.20953011376,545,5

Как видно из таблицы 2.3., за год общая стоимость имущества или активов организации уменьшилась в 2012 г. по сравнению с 2011 г. на 18902 тыс. руб. и с 2010 г. на 234295 тыс. руб. или на 10%. Отставание в росте имущества организации вызвано резким снижением оборотных и внеоборотных активов. При этом стоимость внеоборотных активов сократилась в 2012 г. по отношению к 2011 г. на 11898 тыс. руб. и к 2010 г. на 25141 тыс. руб. или в среднем на 20 %, также снизилась стоимость оборотных активов на 7004 тыс. руб. по отношению к 2011 г. и на 9154 тыс. руб. к 2010 г.

В целом приведённые изменения отрицательно отразились на работе всего предприятия. Понижение в росте активов не укрепляет экономический потенциал организации, и понижает её финансовую устойчивость. Рассмотрим динамику изменения имущества дома отдыха «Абзаково» за 2010-2012 гг. на рисунке 2.4.

Рис. 2.4. Динамика изменения имущества дома отдыха «Абзаково» за 2010-2012 гг.

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

Таблица 2.4 Основные показатели хозяйственной деятельности дома отдыха «Абзаково» за 2010-2012 гг.

Показатель2010 г.2011 г.2012 г.Изменения в 2012 г. в % по отношение к2010 г.2011 г.1. Выручка (нетто) от продажи товаров, работ и услуг (за минусом налога на добавленную стоимость, акцизов и аналогичных обязательных платежей), всего, тыс. руб.37965335702926177,187,22. Себестоимость проданных товаров, продукции, работ, услуг, тыс. руб.41464398623986396,1100,03. Валовая прибыль, тыс. руб.349962921060230,016,84. Прибыль (убыток) от продаж, всего, тыс. руб.(16999)(19273)(25241)14,813,15. Прочие операционные доходы, тыс. руб.16513161123368,035,56. Прочие операционные расходы, тыс. руб.1725098819235,39,3Показатель2002 г.2003 г.2004 г.Изменения в 2012 г. в % по отношение к2010 г.2012 г.7. Прочие внереализационные доходы, тыс. руб.1186299409634,765,08. Прочие внереализационные расходы, тыс. руб.1312050521128161,3103,09. Чистая прибыль, (убыток) тыс. руб.(32712)(33376)(60510)185,0181,3

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

Сравнение данных приведенных в таблицах 2.3 и 2.4 показывает, что снижение роста активов организации было вызвано сокращением ростом выручки от продажи товаров, продукции, работ и. услуг, которая сократилась в 2012 г. При снижении роста активов в среднем на 10% выручка уменьшилась на 24%. Следовательно, 14% уменьшения выручки (24 -10) получено за счет ухудшения использования имущества.

Из таблицы 2.4 можно сделать выводы, что из-за большого, увеличения роста себестоимости, и прочих операционных расходов, прибыль от продаж с каждым годом уменьшалась и в 2012 г. по сравнению с 2011 г. она уменьшилась на 5968 тыс. руб., или на 13 % в среднем, а по отношению к 2010 г. она сократилась на 8242 тыс. руб. Прибыль предприятие получает от прочих операционных доходов, которые к 2012 г. сильно возросли и составили 11233 тыс. руб.

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

Рис. 2.5. Динамика изменения чистой прибыли дома отдыха «Абзаково» за 2011-2012 гг.

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

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

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

Таблица 2.5 Расчет и динамика показателей рентабельности

ПоказательИсточник информацииОтчетный год 2012на начало годана конец годаИзм. за год (+, -)Чистая прибыль (убыток), тыс. руб.1903337660510-271341. Рентабельность активов, %Потч/А*100%-13,1-25,6-12,52. Рентабельность оборотных активов, %Приб. от продаж/ Об.кап. *100%-7,66-1,39-6,273. Рентабельность собственного капитала, %Чприб/Ск*100%-6,24-8,57-2,334. Рентабельность инвестированного капитала? доходов по цен. бум./Среднегодовая ? финансов. вложений4,41-4,415. Рентабельность продукции, %(Выруч./Себест.)*100%-8,42-7,34-1,086. Прибыльность продукции, % (рентабельность реализованной продукции)(Пр/вр)*100%5,748,63+2,89

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

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

Рентабельность продукции характеризует абсолютную сумму (в %) прибыли на один рубль затраченных средств, которая в доме отдыха «Абзаково» за 2012 г. снизилась на 1,08 %.

Рентабельность реализованной продукции, повысилась на 2,89%. Но в целом это не повлияет на прибыльность предприятия, так как остальные показатели находятся в критическом положении.

Анализ пассива баланса

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

Рис. 2.6. Динамика показателей рентабельности дома отдыха «Абзаково» за 2012 г.

Таблица 2.6 Аналитическая группировка статей пассива баланса дома отдыха «Абзаково» за 2010-2012 гг.

Наименование2010 г.2011 г.2012 г.Изменения в % в 2012 г. по отношение к2010 г.2012 г.Источники имущества, всего27036725497423607287,392,6Собственный капитал87017534547056-8,1-13,2Нераспределенная прибыль (непокрытый убыток)484081484545665-94,3-307,6Заемный капитал——Долгосрочные обязательства (займы и кредиты)128995266042671320,7100,4Краткосрочные обязательства (займы и кредиты)2180214848318711585,8126,0Кредиторская задолженность (включая задолженность учредителям по выплате доходов)32553264332930090,0110,8

На основании таблицы 2.6. можно сделать вывод: источники имущества предприятия, т.е. пассивы в 2012 г. уменьшились по сравнению с 2011 г. на 18902 тыс. руб. и по сравнению с 2010 г. на 34295 тыс. руб.

Собственный капитал также уменьшился. Уменьшение собственного капитала произошло из-за убытка который образовался в 2012 г. и составил 45665 тыс. руб. Заемный капитал на предприятии не используется.

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

Рисунок 2.7. Структура статей пассива баланса дома отдыха «Абзаково» за 2010-2012 гг.

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

Для определения ликвидности баланса группы средств, приведенные в таблицы 2.7, необходимо сопоставить по линии актив — пассив. Для удобства обозначений присвоим каждой группе соответствующий индекс [38]:

А1 — наиболее ликвидные активы;

А2 — быстрореализуемые активы;

А3 — медленно реализуемые активы;

А4 — труднореализуемые активы;

П1 — наиболее срочные обязательства;

П2 — краткосрочные обязательства;

П3 — долгосрочные пассивы;

П4 — постоянные пассивы.

Таблица 2.7 Группировка активов и пассивов баланса дома отдыха «Абзаково» по степени их ликвидности и срокам покрытия, за 2010-2012 гг.

АктивГодыПассивГодыИзлишек (+) или недостаток (- ) активов для погашения обязательств2010201120122010201120122010 г.2011 г.2012 г.Наиболее ликвидные активы (сто. 250 -260)*20952249137Наиболее срочные обязательства (стр. 620)325532643329300+30458+24184+29163Быстро реализуемые активы (сто. 240)154915311128Краткосрочные пассивы (стр. 610)21802148483187115+20253+146952+185987Медленно реализуемые активы (стр. 210)120371045210540Долгосрочные пассивы (стр. 510)1289952600026000+116958+15548+15460Трудно реализуемые активы (ста 190)240371229828217930Постоянные пассивы (стр. 490)8701753454(7056)-153354-176374-210874Баланс270367254974236072Баланс270367254974236072XXX

Баланс считается абсолютно ликвидным, если выполняются следующие соотношения между группами:

А1 > П1;

А2 > П2;

А3 > П3;

А4 < П4.

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

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

на 2010 г.

(А1) < 32553 (П1)

(А2) < 21802 (П2)

(А3) < 128995 (П3)

(А4) > 87017 (П4)

на 2011 г.

(А1) < 26433 (П1)

(А2) < 148483 (П2)

(А3) < 26000 (П3)

(А4) > 53454 (П4)

на 2012 г.

(А1) < 29300 (П1)

(А2) < 187115 (П2)

(А3) < 26000 (П3)

(А4) > (-153354) (П4)

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

2.4Прогнозный план

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

Прогнозный план доходов и расходов на 1-й год существования фирмы «Абзаково» разрабатывается на основании того, что уточняемые договоры на продажу путевок будут в этом году заключены на общую сумму 281800 тыс. руб.

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

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

Предполагаемая чистая прибыль по итогам года составит 106,800 тыс. руб. с учетом возврата кредита, валовая прибыль определится в размере 92000 тыс. руб., полная себестоимость годового выпуска услуг будет равна 1898,100 тыс. руб.

Исходя из этого, рентабельность выпуска годовой услуги составит 48,5%.

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

Таблица 2.8 План доходов и расходов дома отдыха «Абзаково» на 2013-2015 гг., тыс. руб.

Наименование2013 г.2014 г.2015 г.Доходы от реализации2818,1324000356400Себестоимость1898,1197700203000Валовая прибыль92000126300153400Налоги и возврат кредита813,293000103400Чистая прибыль106,83600050000

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

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

Таблица 2.9 Предполагаемый балансовый план на конец 2013 года дома отдыха «Абзаково» тыс. руб.

АктивыХХЛиквидные активы: всего429,300ХНеликвидные активы: всегоХ545,400АктивыХХВ том числе:ХХ- оборудование и другие основные фонды618,200Х- амортизация72,800ХПассивы и собственный капитал предприятияХ878,000Краткосрочные обязательства: всегоХ16800В том числе:ХХ- текущие обязательства по долгосрочным займам16800ХДолгосрочные обязательства: всегоХ700,000Итого пассивХ868,000Собственный капитал: всегоХ116,700В том числе:ХХ- уставный фонд10,000Х- прибыль106,700ХИтого пассивов и собственного капиталаХ974,700

Определим срок окупаемости проекта (Ток) по следующей формуле:

Ток = х + ЧТСХ / ЧДДх+1,

где х — последний год, когда ЧТС < 0;

ЧТСХ — значение ЧТС в этом году (без минуса);

ЧДДх+1 — значение ЧДД в следующем «х+1» году.

Ток = 2 + 27400/31100 = 2,9 года.

Таким образом, проект полностью окупается за 2,9 года.

Кл = ( Мср — Зтмц) / тоб

где Кл — коэффициент ликвидности;

Мср — мобильные средства;

Зтмц — запасы товарно-материальных ценностей, руб.;

Тоб — текущие обязательства, руб.

Кл = (429,300 — 55,400) / 16800 = 22,2

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

.5 Диагностический профиль дома отдыха «Абзаково»

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

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

Таблица 2.10 Матрица привлекательности рынка

ПараметрыКоэффициент взвешиванияОценка (максимум 5 баллов)Оценка с учетом коэффициентаМаксимально возможная оценкаПрирост рынка2,5512.513,5Размеры рынка1.0556Рыночный риск0,510.52,5Затраты на вхождение в рынок0,5212,5Ситуация в сфере конкуренции1,0556Эластичность цен0,531,52,5Частота заказов0,531,52,5Инвестиционная привлекательность1,534,57,5Привлекательность сырья1-0335,0Инновационный потенциал1-0335,0Социальная привлекательность1.0335,0Результат11373657,5

Наряду с привлекательностью рынка необходимо также дать оценку преимуществам предприятия перед конкурентами (таблица 2.11.).

Таблица 2.11 Схема оценки конкурентоустойчивости

ПараметрыКоэффициент взвешиванияОценка (максимум 5 баллов)Оценка с учетом коэффициентаМаксимально возможная оценкаОбъем продаж 2,541012,5Качество продукции 1,557,57,5Бухгалтерский и эконом, учет0,5422,5Производство 0,531,52,5Организация труда 0,5212,5Каналы реализации продукции2,52512,5Сбыт 1,534,57,5Структура маркетинга 0,510,52,5Финансовый результат 1335Результат 11273555

На основании этой оценки определим место группы услуг в матрице (рисунок 2.8.).

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

Рисунок 2.8. Место группы услуг в матрице

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

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

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

Рисунок 2.9. Проблемное поле матрицы клиентов дома отдыха «Абзаково»

Клиенты поля № 1 — «подрастающие клиенты». Их поведение в будущем трудно предсказать, а также не всегда удается дать им объективную оценку. Поэтому потребности этих клиентов необходимо проанализировать особенно тщательно для того, чтобы привязать их на долгое время к предприятию. Цель — перевод этих клиентов в поле № 2. В нашем случае это клиенты, привлекательность которых сильно увеличилась в связи с ростом закупок, но это группа заводов, и они сделали разовую закупку на большую сумму денег, и спрогнозировать их поведение тяжело.

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

Поле № 4 включает в себя «проблемных клиентов». Они часто выражают особые пожелания, уменьшающие показатель покрытия постоянных затрат. Усиление работы с ними — нецелесообразно. Прибыль, полученную в этом сегменте, следует не реинвестировать, а использовать для рекламы и привлечения новых клиентов.

Глава 3. Построение моделей бизнес-процессов дома отдыха «Абзаково»

3.1 Системное представление работы дома отдыха

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

BPWin 4.0 — это современное CASE-средство, позволяющие анализировать бизнес-процесс с трех ключевых точек зрения:

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

.С точки зрения потоков информации в системе. Диаграммы DFD (Data Flow Diagram) дополняют функциональные IDEF0-модели, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. Также модели потоков данных могут использоваться как самостоятельное средство при проектировании информационных систем или описании бизнес-процесса, но в DFD-модели акцент ставиться на поток данных, его структуру, место и вид хранения данных в системе.

.С точки зрения последовательности этапов выполняемых работ — методология событийного моделирования IDEF3. Этот метод привлекает внимание к очередности выполнения этапов работ или изменения состояний. В IDEF3 включены элементы логики, что позволяет моделировать и анализировать альтернативные сценарии развития бизнес-процесса.

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

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

К компонентам стандарта IDEF 0 следует отнести следующие:

·функции (действия);

·связи;

·диаграммы.

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

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

Родительская диаграмма с названием «Обеспечивать непрерывное улучшение качества услуг» отображает систему в целом (рисунок 3.1.). К данному функциональному блоку рисуются следующие виды стрелок:

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

. Выход (Output) — исходящая из правой грани блока. Выход — результат функции: Информация для потребителей; Качественные услуги; Непрерывно работающая система.

. Механизм (Mechanism) входящая в нижнюю грань стрелка. Механизм с помощью чего или кого выполняется функция: Оргтехника; Генеральный директор; Сотрудники.

. Управление (Control) рисуется входящей в верхнюю грань блока. Управление ограничивает (регламентирует) выполнение функции: Устав и др. управляющие документы; Законодательные требования; Документация СМК; ГОСТы.

Рисунок 3.1. Контекстная диаграмма IDEF0. Функционирование дома отдыха.

Построение модели ИС начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. Взаимодействие системы с окружающей средой описывается в терминах входа (на рис. 3.1. это «Клиенты» и «Плата за услуги»), выхода (основной результат процесса — «Оказанные услуги» и «Прибыль»), управления («Законы РФ» и «Устав дома отдыха») и механизмов («Материальная база», «Помещение», «Персонал» — это ресурсы, необходимые для процесса функционирования дома отдыха).

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

«Законы РФ» и «Устав дома отдыха» — это правила, которыми управляется процесс функционирования дома отдыха, как предприятия со своими внутренними правилами, и также обязанного «жить» согласно законодательству конкретной страны.

В оказании услуг принимает участие «Персонал» дома отдыха. Чтобы предоставить номера и получить прибыль, в деятельности дома отдыха должны участвовать «Помещение» и «Материальная база» — обстановка здания, техника в номерах, инвентарь и т.д. После описания контекстной диаграммы проводится функциональная декомпозиция — система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции (рис. 3.2).

Весь процесс «Функционирования дома отдыха» разбивается на:

). «Предоставление номеров» иллюстрирует деятельность сдачи номеров с предварительной регистрацией.

) «Обслуживание номеров» представляет собой процесс поддержания персоналом дома отдыха порядка в номерах;

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

Рисунок 3.2. Диаграмма декомпозиции IDEF0. Функционирование дома отдыха

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

Опишем диаграмму, представленную на рис. 3.3, с помощью отчёта, сгенерированного Bpwin:

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

Рис. 3.3 Диаграмма декомпозиции IDEF0. Предоставление номеров.

Слабые связи, не представленные на диаграмме высшего уровня:

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

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

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

Ключи от номеров — получаемые при въезде ключи от номера.

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

Диаграмма, представленная на рисунке 3.4. напоминает контекстную диаграмму (рис. 3.1). Обе работы (на рис. 3.4) не зависят друг от друга и имеют на входах — «Клиентов» и «Плату за услуги», на выходах — «Оказанные услуги» и «Прибыль», на управлении — «Законы РФ» и «Устав дома отдыха», влияющие на всю деятельность дома отдыха, и на механизмах — «Материальную базу», «Помещение» и «Персонал» — ресурсы, необходимые для выполнения этих работ.

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

Рис. 3.4 Диаграмма декомпозиции IDEF0. Обслуживание номеров.

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

Эта деятельность не автоматизируется нашим клиентским предложением. Оплата переговоров производится при оформлении выезда.

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

Переговоры — данные о времени, номере телефонного звонка.

На рис. 3.5. представлена диаграмма обеспечения телефонных переговоров.

Рис. 3.5. Диаграмма декомпозиции IDEF0. Обеспечение телефонных переговоров.

3.2 Дополнение созданной модели процессов организационными диаграммами

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

3.2.1 Диаграммы потоков данных (Data Flow Diagramming)

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

На рис. 3.6 представлены диаграммы декомпозиции в нотации DFD. «Резервирование номеров», описывающая деятельность по резервированию номеров. На диаграмме представлены:

. «Клиенты» и «Персонал» — это внешние ссылки, источник данных из вне модели.

. «Устав дома отдыха» и «Данные о номерах дома отдыха» — хранилища данных.

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

3.2.2 Диаграммы методологии IDEF3 (Workflow Diagramming)

Для описания логики взаимодействия информационных потоков более подходит workflow diagramming, разработанная С.В. Маклаковым в работе «Создание информационных систем с AllFusion Modeling Suite». Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации.

На диаграмме декомпозиции в нотации IDEF3. Проверка счетов (на рис. 3.8.) иллюстрируется «Проверка счетов». Эту деятельность мы почти полностью автоматизируем в нашем клиентском приложении.

Как только счет запрошен, запускаются все последующие за перекрестком (AND) процессы:

·«Формирование счета за тел. переговоры»;

·«Формирование счета за услуги»;

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

Рис. 3.7 Диаграммы декомпозиции в нотации DFD. Оформление поселения

«Учет» — это стрелка отношения (Relational Link). Мы использовали её для изображения связи между процессом «Формирования счета за проживание» объектом ссылки «Внесенная предоплата», учет которого важен для результатов процесса.

Стрелки с двумя наконечниками: «Счет за проживание», «Счет за тел. переговоры» и «Счет за услуги» — обозначают потоки объектов (Object Flow). В данном случае, мы их применяем для описания того факта, что эти объекты порождается в одной работе («Формирование счета…») и используется в процессе «Формирования итогового счета».

В ходе курсового проектирования мы автоматизируем работы 2, 3, 4, 5.

Рис. 3.8. Диаграммы декомпозиции в нотации IDEF3. Проверка счетов.

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

На рис. 3.9. представлено итоговое расположение работ в дереве узлов:

) диаграмма «Функционирование дома отдыха» — 1-ый уровень дерева узлов (top level activity);

) диаграммы «Предоставление номеров», «обслуживание номеров» и «Обеспечение телефонных переговоров» — 2-ой уровень дерева узлов;

) диаграммы «Резервирование номеров», «Оформление поселения», «Прием предоплаты», «Проверка счетов», «Подготовка номеров» — 3-ий уровень;

) диаграммы «Обработка заказа», «Обновление данных о номерах», «Обработка запроса», «Обновление данных» и «Оформление въезда» — 4-ый уровень дерева узлов, последний уровень декомпозиции — необходимая в ходе нашего курсового проектирования степень подробности.

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

Глава 4. Построение новой схемы бизнес-процесса дома отдыха «Абзаково»

4.1 Перепрограммирование общей схемы

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

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

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

Модель функционирования дома отдыха «Абзаково» с дополнительными услугами представлена на рис. 4.1.

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

.2 Модель нового процесса

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

На рис. 4.2. <#»276″ src=»doc_zip40.jpg» />

Рис. 4.2. Диаграмма «Участники»

Глава 5. Эконометрический эффект от внедрения проекта внедрения дополнительных услуг

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

Для дома отдыха, чем больше клиентов она имеет, тем больше её прибыль. Эффект от внедрения дополнительных услуг, основан на удовлетворении посетителей во время отдыха. В нашем случае количество клиентов дома отдыха увеличится после того, как будут предоставляться новые дополнительные услуги в виде стирки и чистки одежды (таблица 5.1).

Таблица 5.1 Выборка по неделям до и после внедрения проекта внедрения дополнительных услуг (десять клиентов)

X1X2355668799101011X1=6X2=8

где X1 — выборка до введения проекта внедрения дополнительных услуг,

X2 -выборка после введения проекта внедрения дополнительных услуг.

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

1.Рассчитаем

.Сформулируем задачу оценки гипотез

.Решим задачу проверки этих гипотез

Решение

1. = 6 ,

= 8,

= 2 — разница средних

2. Сформулируем две возможные гипотезы:

Н1: действительно увеличение числа клиентов = 2 обусловлено с вероятностью р=1-б внедрением системы улучшения качества

Н0: увеличение числа клиентов обусловлено случайными факторами.

4.Проверим гипотезы тестом различия средних путем расчета значения t — критерия.

Рассчитаем

= 43

= 84

= = 7

Определим tтабл (по таблице Стьюдента) при уровне значимости б = 0,05 и числе степеней свободы н = 4

tтабл = 2,78

Если tрасч > tтабл, гипотеза Н0 верна

Если tтабл > tрасч, гипотеза Н1 верна

В нашем случае tтабл > tрасч, (2,78 > 2,4) гипотеза Н1 верна

Проанализировав полученные результаты, можно сказать, что с вероятностью 95% (при заданном уровне значимости б = 0,05) число клиентов дома отдыха увеличилось (= 3 человека), после того как был введен проект предоставления дополнительных услуг дома отдыха «Абзаково».

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

·развитие региона как курортной зоны;

·участие в формировании и росте городского бюджета;

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

Для достижения поставленных целей предприятием выполняются следующие задачи:

·занятие определенной ниши на рынке услуг;

·постепенное совершенствование номерного фонда;

·работа «на потребителя»;

·формирование эффективной ценовой политики.

Данное предприятие имеет высокие перспективы развития, так как:

. Имеет выгодное расположение (пригород , 15 км от центра города, 200 м от железнодорожного вокзала, 300 м до трассы, 150 м до лесной зоны).

. В настоящее время практически не имеет конкурентов (в Белорецком районе кроме дома отдыха «Абзаково» функционирует гостиница «Усадьба» и база отдыха «Парус»). При этом в гостинице «Усадьба», номерной фонд которой по оснащению и интерьеру аналогичен номерному фонду «Абзаково», минимальная стоимость проживания за сутки в номере категории «одноместный» составляет 1850 руб. В базе отдыха «Парус» ценовая политика на порядок ниже, чем в «Абзаково» (двухместный с удобствами — 1187 руб., двухместный без удобств — 567 руб.), но оснащение номерного фонда и интерьер оставляют желать лучшего. Таким образом, оптимальным решением выгодного соотношения цены и качества будет являться дома отдыха «Абзаково».

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

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

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

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

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

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

Заключение

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

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

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

Новый бизнес-процесс базируется не на «канцелярской» поддержке документооборота, а на информационной поддержке управления.

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

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

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

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

Список используемой литературы

1.Базылев Н.И., Базылева М.Н. Основы бизнеса: Учебник. — Мн.: Мисанта, 2005. — 253с.

2.Басовский Л. Е., Протасьев В. Б. Управление качеством: Учебник. — М.: ИНФРА — М, 2006. — 212 с.

.Басовский Л.Е. Реинжиниринг бизнес-процессов: модное лекарство? // Современный менеджмент. — 2006. — №2. — С. 34.

.Бизнес-реинжиниринг: Учебное пособие / Под ред. Н.В. Васильева — М.: Экмос, 2005. — 224 с.

.Бузов Б.А. Управление качеством продукции: Учебник. — М.: Академия, 2006. — 176 с.

.Бурков В.Н., Ириков В.А. Модели и методы управления системами предприятия. — М.: Юнити, 2005. — 408 с.

.Бусленко Н.П. Моделирование сложных систем. — М.: Юрайт, 2006. — 311с.

.Виханский О.С., Наумов А.И. Менеджмент: Учебник. — М.: Экономисть, 2006. — 670с.

9.Глудкин О.П, Горбунов Н.М. Всеобщее управление качеством: Учебное пособие.- М.: Лаборатория Базовых знаний, 2005.- 490 с.

.Гончаров В.И. Основы менеджмента: Учебник.- Мн.: Современная школа, 2006.- 281с.

11.Кнорринг В.И. Теория, практика и искусство управления. — М.: НОРМА, 2005.-528с.

.Коханенко И.К. Технологии качества. — Ростов-на-Дону: Изд-во РИНХ, 1996. — 210 с.

13.Коханенко И.К. Технология «fuzzy logic» при оценке качества услуг // Методы менеджмента качества. — 2004. — №5. — С.14.

.Круглова Н.Ю. Основы бизнеса: Учебное пособие. — М.: Из-во РЛД, 2005. — 528с.

15.Кузьмина Е.А., Кузьмин А.Н. Управление качеством процессов // Современный менеджмент. — 2006. — №5. — С. 36.

16.Лапидус В.А. Всеобщее качество (TQM) в российских компаниях: Учебное пособие. — М.: Сфера, 2006. — 402 с.

.Лапыгин Ю.Н. Стратегический менеджмент: Учебник. — М.: ИНФРА-М, 2007. — 236 с.

18.Лифиц И.М. Теория и практика оценки конкурентоспособности товаров и услуг: Учебное пособие. — М.: Юрайт-М, 2006. — 298 с.

19.Ломакин А.Л. Управленческие решения: Учебное пособие. — М.: ИНФРА-М, 2005.-192с.

20.Менеджмент: Учебник / Под ред. М.П. Переверзева, Н.А. Шайденко. — М.: ИНФРА-М, 2006. — 288с.

21.Мескон М.Х., Альберт М., Хедоури Ф. Основы менеджмента. — М.: Дело, 2006. — 656 с.

.Мильнер Б.З. Теория организации: Учебник. — М.: ИНФРА-М, 2006. — 360 с.

.Райзберг Б.А., Лобко А.Г. Программно-целевое планирование и управление. — М.: ИНФРА-М, 2006. — 270 с.

.Рубцов С.В. Уточнение понятия «Бизнес-процесс» // Менеджмент в России и за рубежом. — 2001. — №6. — С. 26.

.Ручкин К.А., Ручкина В.Н. Моделирование бизнес-процессов с помощью современных информационных технологий // Менеджмент в России и за рубежом. -2007.- №1. — С. 132.

26.Спицнадель В.Н. Системы качества. Учебное пособие. СПб: Бизнес-Пресса, 2005. — 311 с.

27.Стоянов Е. А. Экспертная диагностика финансово-хозяйственного положения предприятия: Учебное пособие. — 2006. — 417 с.

28.Технология принятия управленческих решений: Учебник / Под ред. Л.В. Голубкова. — М.: Дело и Сервис, 2007. — 544с.

29.Управление качеством и реинжиниринг организации: Учебное пособие / Под ред. З.С. Абутидзе. — М.: Логос, 2006. — 328 с.

.Управление качеством. Учебник для вузов / Под ред. Ильенковой — М.: ЮНИТИ-ДАНА, 2007. — 334 с.

.Уткин Э.А. Бизнес-реинжиниринг. Обновление бизнеса. — М.: ЭКМОС, 2005. — 210 с.

.Фатхудинов Р.А. Управленческие решения: Учебник. — М.: ИНФРА-М, 2007. — 430 с.

.Фатхутдинов Р.А. Стратегический менеджмент: Учебник. — М.: Дело, 2006. — 448с.

.Федюкин В.А. Управление процессами // Современный менеджмент. — 2006. — №5. — С. 40.

.Хостинская Г.И. Реинжиниринг на предприятиях сферы услуг // Менеджмент в России и за рубежом. — 2001.- №6. — С. 82.

.Черемных О.В. Реинжиниринг: в чем его польза? // Управление компанией. — 2005. — №6. — С. 25.

.Материалы виртуальной обучающей среды РГЭУ «РИНХ».

Теги:
Построение моделей бизнес-процессов предприятия ООО «Абзаково»
Курсовая работа (теория)
Менеджмент

Источник

Курсовая работа: Моделирование бизнес-процессов

СОДЕРЖАНИЕ

Введение

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

2. Классификация бизнес-процессов

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

Заключение

Список используемых источников

ВВЕДЕНИЕ

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

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

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

1. МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ

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

Существует несколько подходов к определению понятия «моделирование бизнес-процессов»:

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

моделирование бизнес-процессов — это эффективное средство поиска возможностей улучшения деятельности предприятия;

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

моделирование бизнес-процессов — это метод, позволяющий дать стоимостную оценку каждому процессу, взятому в отдельности, и всем бизнес-процессам на предприятии, взятым в совокупности [1].

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

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

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

Решения по моделированию бизнес-процессов обычно принимается по причинам, представленным на рисунке 1.

Рисунок 1 — Причины, по которым принимается решение по моделированию бизнес-процессов

Моделирование бизнес-процессов затрагивает многие аспекты деятельности компании:

изменение организационной структуры;

оптимизацию функций подразделений и сотрудников;

перераспределение прав и обязанностей руководителей;

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

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

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

Структурное моделирование бизнес-процессов организации может выполняться в нотации IDEF0 с использованием инструментария BPwin или на языке UML с использованием инструментария Rational Rose. Детальное моделирование выполняется на языке UML.

На этапе структурного моделирования в модели должны быть отражены:

существующая организационная структура;

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

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

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

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

Детальная модель бизнес-процесса должна включать:

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

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

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

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

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

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

Бизнес-Модель — это то, что делает компания и благодаря чему она зарабатывает деньги (Том Мэлоун)

Бизнес-стратегия есть теория, бизнес-модель — гипотеза (Николас Карр)

Бизнес-модель — это представление набора связанных модельных элементов, определяющих внутреннюю и внешнюю среду компании в рамках единой системы [2].

2. КЛАССИФИКАЦИЯ БИЗНЕС-ПРОЦЕССОВ

Выделяют следующую классификацию [5]:

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

горизонтальные процессы – процессы, отражающие взаимодействие по горизонтали;

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

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

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

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

В зависимости от степени их сложности выделяют:

монопроцессы – односложные процессы;

вложенные процессы — монопроцессы, входящие в состав более сложного процесса (макропроцесса);

связанные процессы – выделенные и последовательно реализуемые по определенному алгоритму монопроцессы.

В зависимости от их предназначения:

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

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

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

В зависимости от их места в иерархии целей организации:

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

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

бизнес-процессы нижнего уровня бизнес-процессы, направленные на реализацию оперативных целей.

В зависимости от степени их детализации [4]:

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

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

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

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

финансовые бизнес-процессы;

клиентские бизнес-процессы;

бизнес – процессы производства;

бизнес-процессы развития, обучения и роста.

3. СТАНДАРТЫ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ

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

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

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

Модель IDEF представляет собой серию диаграмм с сопроводительной документацией, разбивающих сложный объект на составные части, которые изображены в виде блоков. Детали каждого из основных блоков показаны в виде блоков на других диаграммах. Каждая детальная диаграмма является декомпозицией блока из диаграммы предыдущего уровня. На каждом шаге декомпозиции диаграмма предыдущего уровня называется родительской для более детальной диаграммы. Общее число уровней в модели (включая контекстный) не должно превышать 5-6. Практика показывает, что этого вполне достаточно для построения полной функциональной модели современного предприятия любой отрасли [2].

Стандарт информационного моделирования IDEF1

Стандарт IDEF1 был разработан как инструмент для анализа и изучения взаимосвязей между информационными потоками в рамках коммерческой деятельности предприятия. Применение методологии IDEF1 как инструмента построения наглядной модели информационной структуры предприятия по принципу «как должно быть». Пример построения модели показан на рисунке 2.

Рисунок 2 – Пример построения модели IDEF1

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

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

словарь – значение каждого элемента модели описывается текстовым фрагментом.

Базовым понятием в методологии IDEF1 является понятие сущности. Сущность определяется как реальный или абстрактный объект, набор отличительных свойств которого, называемых атрибутами, известен. Каждая сущность имеет имя и атрибуты [2].

Стандарт динамического моделирования IDEF2

IDEF2 — Simulation Model Design — методология динамического моделирования развития систем.

В связи с весьма серьезными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе. В настоящее время присутствуют алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN — Color Petri Nets);

Стандарт моделирования процессов IDEF3 – IDEF14

Как и в методе IDEF0, основной единицей модели IDEF3 является диаграмма. Другой важный компонент модели — действие, или в терминах IDEF3 «единица работы». Диаграммы IDEF3 отображают действие в виде прямоугольника. Действия именуются с использованием глаголов или отглагольных существительных, каждому из действий присваивается уникальный идентификационный номер. Этот номер не используется вновь даже в том случае, если в процессе построения модели действие удаляется. В диаграммах IDEF3 номер действия обычно предваряется номером его родителя [2].

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

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

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

Соединение «или» предназначено для описания ситуаций, которые не могут быть описаны двумя предыдущими типами соединений. Аналогично связи нечеткого отношения соединение «или» в основном определяется и описывается непосредственно аналитиком. Соединение J2 может активизировать проверку данных чека и/или проверку суммы наличных. Проверка чека инициируется, если покупатель желает расплатиться чеком, проверка суммы наличных — при оплате наличными. И то, и другое действие инициируются при частичной оплате, как чеком, так и наличными [2].

IDEF4 – методология построения объектно-ориентированных систем. Средства IDEF4 позволяют наглядно отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно-ориентированные системы [2].

IDEF5 – методология исследования сложных систем.

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

IDEF6 — Design Rationale Capture — Обоснование проектных действий. Назначение IDEF6 состоит в облегчении получения «знаний о способе» моделирования, их представления и использования при разработке систем управления предприятиями. Под «знаниями о способе» понимаются причины, обстоятельства, скрытые мотивы, которые обуславливают выбранные методы моделирования. Проще говоря, «знания о способе» интерпретируются как ответ на вопрос: «почему модель получилась такой, какой получилась?» Большинство методов моделирования фокусируются на собственно получаемых моделях, а не на процессе их создания. Метод IDEF6 акцентирует внимание именно на процессе создания модели [2].

IDEF 7 — Information System Auditing — Аудит информационных систем. Этот метод определён как востребованный, однако так и не был полностью разработан [2].

IDEF8 — User Interface Modeling — Метод разработки интерфейсов взаимодействия оператора и системы (пользовательских интерфейсов). Современные среды разработки пользовательских интерфейсов в большей степени создают внешний вид интерфейса. IDFE8 фокусирует внимание разработчиков интерфейса на программировании желаемого взаимного поведения интерфейса и пользователя на трех уровнях: выполняемой операции (что это за операция); сценарии взаимодействия, определяемом специфической ролью пользователя (по какому сценарию она должна выполняться тем или иным пользователем); и, наконец, на деталях интерфейса (какие элементы управления, предлагает интерфейс для выполнения операции) [2].

IDEF9 — Scenario-Driven IS Design (Business Constraint Discovery method) — Метод исследования бизнес ограничений был разработан для облегчения обнаружения и анализа ограничений в условиях которых действует предприятие. Обычно, при построении моделей описанию ограничений, оказывающих влияние на протекание процессов на предприятии уделяется недостаточное внимание. Знания об основных ограничениях и характере их влияния, закладываемые в модели, в лучшем случае остаются неполными, несогласованными, распределенными нерационально, но часто их вовсе нет. Это не обязательно приводит к тому, что построенные модели нежизнеспособны, просто их реализация столкнется с непредвиденными трудностями, в результате чего их потенциал будет не реализован. Тем не менее в случаях, когда речь идет именно о совершенствовании структур или адаптации к предсказываемым изменениям, знания о существующих ограничениях имеют критическое значение [2].

IDEF10 — Implementation Architecture Modeling — Моделирование архитектуры выполнения. Этот метод определён как востребованный, однако так и не был полностью разработан [2].

IDEF11 — Information Artifact Modeling. Этот метод определён как востребованный, однако так и не был полностью разработан [2].

IDEF12 — Organization Modeling — Организационное моделирование. Этот метод определён как востребованный, однако так и не был полностью разработан [2].

IDEF13 — Three Schema Mapping Design — Трёхсхемное проектирование преобразования данных. Этот метод определён как востребованный, однако так и не был полностью разработан [2].

IDEF14 — Network Design — Метод проектирования компьютерных сетей, основанный на анализе требований, специфических сетевых компонентов, существующих конфигураций сетей. Также он обеспечивает поддержку решений, связанных с рациональным управлением материальными ресурсами, что позволяет достичь существенной экономии [2].

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

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

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

Основными компонентами диаграмм потоков данных являются:

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

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

процессы;

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

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

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

Подсистема (или система) на контекстной диаграмме изображается так, как она представлена на рисунке 3.

Рисунок 3 – Подсистема по работе с физическими лицами (ГНИ — Государственная налоговая инспекция)

Номер подсистемы служит для ее идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями.

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

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

Рисунок 4 – Графическое изображение процесса

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

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

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

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

Накопитель данных идентифицируется буквой «D» и произвольным числом. Имя накопителя выбирается из соображения наибольшей информативности для проектировщика.

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

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

Построение иерархии диаграмм потоков данных.

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

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Войнов И.В. Моделирование экономических систем и процессов. Опыт построения ARIS-моделей [Текст]: монография / И.В. Войнов – М.: ЮУрГУ, 2002. – 392 с.

2. Волков О.Н. Стандарты и методологии моделирования бизнес-процессов [Текст]: учеб. пособие для вузов / О.Н. Волков. – М.: АСВ, 2000. – 145 с.

3. Григорьев Д.И. Моделирование бизнес-процессов предприятия [Текст]: учеб. пособие / Д.И. Григорьев. – М.: ИРЦ, 2006. – 214 с.

4. Калянов Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов [Текст]: учеб. пособие / Г.Н. Калянов. – М.: Финансы и статистика, 2006. – 319 с.

5. Пинаев Д.К. Моделирование бизнес-процессов: доступно о сложном [Текст]: справ. пособие / Д.К. Пинаев. – М.: РГАС, 2003. – 247 с.

Источник

Моделирование бизнес-процессов ООО ‘СтильДент’

Введение

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

Описание бизнес-процесса

Табличный формат описания бизнес-процесса

Графическое описание бизнес — процесса

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

Виды моделей

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

Допустимые связи диаграмм

6. Ðàçðàáîòêà äèàãðàìì ìîäåëè áèçíåñ-ïðîöåññà â ñðåäå ARIS

7. Äîêóìåíòèðîâàíèå áèçíåñ ïðîöåññà

8. Àíàëèç ïðîöåññà

Çàêëþ÷åíèå

Áèáëèîãðàôè÷åñêèé ñïèñîê èñïîëüçîâàííîé ëèòåðàòóðû

Введение

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

Организационная характеристика и схема бизнес-процессов организации

Содержание и оценка текущей модели бизнес-процесса

Оптимизация процесса «Изготовления товара на заказ» в организации

Зключение

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

Бесплатные Курсовые работы по предмету Моделирование бизнес-процессов

Курсовые работы по темам

Введение

Глава 1. Теоретические аспекты моделирования бизнес процессов

1.1. Бизнес-процессы на предприятии, методы описания и представления

1.2. Анализ методик моделирования бизнес-процессов предприятия

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

Глава 2. Моделирование бизнес процесса продажа с примнеением методологии IDEF0

2.1. Разработка верхнего уровня описания процесса «Продажи»

2.2. Другие виды анализа процесса «Продажа»

2.3. Функционально-стоимостной анализ процесса «Продажа»

Заключение

Список использованных источников

Курсовая работа: Моделирование бизнес-процессов

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

Описание
бизнес-процесса

Табличный
формат описания бизнес-процесса

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

Виды
моделей

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

Допустимые
связи диаграмм

6.
Ðàçðàáîòêà äèàãðàìì
ìîäåëè áèçíåñ-ïðîöåññà
â ñðåäå ARIS

7.
Äîêóìåíòèðîâàíèå
áèçíåñ ïðîöåññà

8.
Àíàëèç ïðîöåññà

Áèáëèîãðàôè÷åñêèé
ñïèñîê èñïîëüçîâàííîé
ëèòåðàòóðû