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

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

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

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

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

Введение

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

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

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

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

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

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

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

17

ВВЕДЕНИЕ

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

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

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

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

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

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 отделов

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

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

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

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

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

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

Таблица 2

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

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

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

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

Рис. 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 деятельности ООО «СтильДент».

Таблица 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)	Используется для наименования функции	Используется его реальное значение, описывающее реальный процесс

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

Таблица 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

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

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

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

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

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

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

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

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

Ðèñóíîê 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

Содержание:

Введение

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

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

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

Объект исследования – бизнес процессы.

Предмет исследования – методология моделирования бизнес процессов.

Цель исследования – выполнить проектирование реализаций операций бизнес процесса «Продажи».

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

1. Изучить теоретические основы моделирования бизнес процессов;
2. Изучить методологию и программные продукты моделирования бизнес процессов;
3. Осуществить анализ и построение модели бизнес-процесса «продажи».

Глава 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-средствами:

1. Vantage Team Builder (Westmount I-CASE) – представляет собой интегри-рованный программный продукт, ориентированный на реализацию каскадной модели ЖЦ ПО и поддержку полного ЖЦ ПО.
2. Designer – является интегрированным CASE-средством, обеспечивающим в совокупности со средствами разработки приложений Developer поддержку полного ЖЦ ПО для систем, использующих СУБД ORACLE.
3. Silverrun (Сomputer Systems Advisers, Inc. (CSA)) используется для анализа и проектирования ИС бизнес-класса и ориентировано в большей степени на спиральную модель ЖЦ. Оно применимо для поддержки любой методологии, основанной на раздельном построении функциональной и информационной моде-лей (диаграмм потоков данных и диаграмм «сущность-связь»).
4. CA AllFusion ERwin Data Modeler – включает в себя 2 средства: ERwin — средство концептуального моделирования БД, использующее методологию IDEF1X, реализующее проектирование схемы БД, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД и BPwin — средство функционального моделирования, реализующее методологию IDEF0.
5. S-Designor представляет собой CASE-средство для проектирования реляционных баз данных. По своим функциональным возможностям и стоимости он близок к CASE-средству Erwin, отличаясь внешне используемой на диаграммах нотацией. S-Designor реализует стандартную методологию моделирования данных и генерирует описание БД для таких СУБД, как ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server и др. Для существующих систем выполняется реинжиниринг БД.
6. Rational Rose – предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации. Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования, основанную на универсальной нотации для моделирования объектов (UML — Unified Modeling Language).
7. Продукт 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).

В процессе приобретения товара в магазине были выделены следующие операции:

1. Выбор товара. В случае с приобретением товара клиент может осуществить свой выбор полностью самостоятельно, так и прибегнуть к консультации менеджера и выбрать требуемый товар.
2. Далее менеджер оформляет необходимую документацию на товар – это накладная на получение товара со склада, счет-фактура для оплаты товара, и гарантийный талон.
3. Следующим шагом клиенту необходимо оплатить товар на кассе. Здесь клиенту к документам прикрепляется кассовый чек, а также ставиться печать и подпись кассира для придания документам юридической силы.
4. Далее клиент может пройти на пункт выдачи на складе и получить свой товар. Либо оформить доставку товара.

Рисунок 9 – IDEF3 диаграмма процесса продажи

2.3. Функционально-стоимостной анализ процесса «Продажа»

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

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

Рисунок 10 – Перечень источников расходов

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

• Автомобильная техника;
• Вычислительная техника;
• Заработная плата.

Рисунок 11 –Заполнение затрат на реализацию проекта

В результате заполнения стоимостных затрат на диаграмме А0 будет представлена итоговая сумма затрат на реализацию процесса продажа

На рисунке 11 представлена диаграмма Node Tree, наглядно демонстрирующая стоимость реализации процесса в общем, и каждого из его подпроцессов в частности.

Рисунок 12 – Диаграмма Node Tree стоимостных затрат проекта

Отчет по выполнению расчетов представлен в текстовом виде на рисунке 13.

Рисунок 13 – Отчет по стоимостным затратам бизнес процесса

Заключение

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

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

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

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

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

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

Список использованных источников

1. Аверченков В. И. Информационные системы в производстве и экономике: учебное пособие 2–е изд., стер. – М.: Флинта , 2013.
2. Балдин К. В. Информационные системы в экономике. Учебник – М.: Дашков и Ко , 2012.
3. Барановская Т. П. Информационные системы и технологии в экономике, М.: Финансы и статистика, 2014.- 416 с.
4. Божко В. П. Информационные технологии в статистике, М.: Финстатинформ, 2016.- 144 с.
5. Брусакова И. А. Информационные системы и технологии в экономике – М.: Финансы и статистика , 2014.
6. В. В. Ильин – Моделирование бизнес-процессов. Практический опыт разработчика. 2015
7. Всё о методологии и ПО ARIS. Информационный менеджмент – системный анализ. [Электронный ресурс].
8. Герасимова Л.Н. Информационное обеспечение маркетинга, М.: Маркетинг, 2016. – 120 с.
9. Григорович В.Г. Информационные методы в управлении качеством. — М.: РИА «Стандарты и качество», 2015-200 с.
10. Давид Марка, Клемент Марк Гоуэн. Методология структурного анализа и проектирования: Пер. с англ. – М: 2014. — 240 с.
11. Ивлев В., Попова Т. Методология Функционально-Стоимостного Анализа ABC (ФСА). Компания «ВИП-Анатех» — М.: РИА «Стандарты и качество», 2014.
12. Информационные системы и технологии в экономике и управлении. Учебник 4–е изд., перераб. и доп. – М.: ЮРАЙТ , 2013.
13. Йордон Э., Аргила К.. Объектно–ориентированный анализ и проектирование систем: Москва: Лори, 2015. 264 стр.
14. Истомин Е. П., Новиков В. В., Новикова М.В.. Высокоуровневые методы информатики и программирования Москва: Андреевский Издательский дом 2016 г. 228 стр.
15. Калянов Г.Н. – Моделирование, анализ, реорганизация и автоматизация бизнес-процессов. 2015.
16. Карминский А.М., и др. Информатизация бизнеса. Концепции, технологии, системы, Москва: Астрэль 2014. 624 стр.
17. Крачтен, Филипп. Введение в Rational Unified Process. 2-е изд. М.: Издательский дом «Вильямс», 2014.
18. Кролл П., Крачтен Ф. Rational Unified Process – это легко. Руководство по RUP. М.: КУДИЦ-ОБРАЗ, 2013.
19. Курьян А.Г., Серенков П.С. Использование IDEF0 для описания и классификации процессов в рамках системы качества МС ИСО серии 9000. – Минск: 2014.
20. Липунцов Ю.П. Управление процессами. Методы управления предприятием с использованием информационных технологий. М.: Компания АйТи, 2008.
21. Мишенин А. И. Теория экономических информационных систем. Учебник 4–е изд., доп. и перераб. – М.: Финансы и статистика , 2016.
22. Репин В.В., Елиферов В.А. Процессный подход к управлению . Моделирование бизнес- процессов. — М.: РИА «Стандарты и качество», 2015, 405 с.
23. Репин В.В.. Сравнительный анализ нотаций ARIS/IDEF и продуктов их поддерживающих (ARIS Toolset/BPWin). // Web: http://www.finexpert.ru/
24. Репина В.В., Елиферова В.Г. «Процессный подход к управлению. Моделирование бизнес-процессов», М.: РИА «Стандарты и качество», 2017.- 248 с.
25. С. М. Патрушина Информационные системы в экономике. / М.: Бизнес , 2014. – 238 с.
26. Смирнов Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем: Учебник – М.: Финансы и статистика, 2016. – 542с.:ил.
27. Шеер Август-Вильгельм. Бизнес-процессы. Основные понятия. Теория. Методы. Издание 2-е, переработанное и дополненное /Научная редакция и предисловие: канд. техн. наук Каменнова М.С., канд. хим. наук Громова А.И. Переводчик: Михайлова Н.А. М.: «Просветитель», 2014. – 216 с.

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

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

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

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

Рисунок 1 – Моделирование бизнес-процессов в курсовой работе

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

Рисунок 2 – Динамическая модель работы организации в курсовой работе

В курсовой работе моделирование может быть реализовано с использованием САПР (подробно об этом изложено здесь) и / или с использованием различных нотаций. Так, например, на рисунке 3 представлена модель бизнес-процессов с использованием диаграммы EPC, а на рисунке 4 представлена функциональная модель бизнес-процессов с использованием нотации IDEF0.

Рисунок 3 – Моделирование бизнес-процесса с использованием нотации EPC

Рисунок 4 – Моделирование бизнес-процесса с использованием нотации IDEF0

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

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

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

Таким образом, моделирование бизнес-процессов в курсовом проекте является неотъемлемым этапом повышения эффективности работы организации и экономии затрат организации в выявленном проблемном участке.

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

 

по 
дисциплине Реинжениринг
информационных систем 

Минск 
2010

 Содержание

     Введение

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

     Объект
исследования — процесс продаж авиабилетов.

     Предмет
исследования — реинжениринг бизнес-процессов
продажи, заказа, изменения авиабилетов.

     Задачей
курсового проектирования является
разработка информационной системы «Авиа-кассы»
в двух программах: Rational Rose и BpWin.

     Конечным 
результатом работы является клиентское
приложение, модели BPWin и Rational Rose.

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

     Глава
1 Построение BPWin-модели
для информационной
системы «Авиа-кассы»

1.  
   BPWin

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

     
1.2
Методологии моделирования,
поддерживаемые BPWin

     BPWin
совмещает в одном инструменте 
средства моделирования функций 
(IDEF0), потоков данных (DFD) и потоков 
работ (IDEF3).

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

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

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

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

     
1.3
Диаграммы IDEF0 (A0) и дерево
узлов для модели «Услуги
авиа-кассы»

     Услуги 
кассы состоят из нескольких работ:
предоставление информации, продажа билетов
и изменение билетов(рисунки 1-6).

     Имя
модели – Услуги кассы.

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

     Рисунок
1  — Контекстная диаграмма IDEF0 (A0) «Услуги
кассы»

     Рисунок
2  Диаграмма декомпозиции IDEF0 (A0) «Услуги
кассы»

     Рисунок
3 Диаграмма декомпозиции IDEF0 (A0) «Предоставление
информации»

     Рисунок
4  Диаграмма декомпозиции IDEF0 (A0) «Продажа
билетов»

     Рисунок
5 Диаграмма декомпозиции IDEF0 (A0) «Изменение
билетов»

     Рисунок
6 Диаграмма декомпозиции IDEF0 (A0) «Перерасчет
денег»

     Рисунок
7 Дерево узлов 

     Глава 2
Построение UML-модели
для информационной
системы «Авиа-кассы»

     2.1
Rational Rose и язык UML

     Rational
Rose – семейство объектно-ориентированных 
CASE-средств фирмы Rational Software Corporation – предназначено
для автоматизации процессов анализа
и проектирования ПО, а также для генерации
кодов на различных языках и выпуска проектной
документации. Rational Rose использует метод
объектно-ориентированного анализа и
проектирования, основанный на языке UML.
Rational Rose реализует генерацию кодов программ,
генерацию описаний баз данных, а также
позволяет разрабатывать проектную документацию
в виде диаграмм и спецификаций. Кроме
того, Rational Rose содержит средства реверсного
инжиниринга программ и баз данных, обеспечивающие
повторное использование программных
компонентов в новых проектах.

     В
результате разработки проекта с 
помощью CASE-средства Rational Rose формируются
следующие документы:

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

     В
дальнейшем тексты программ развиваются
программистами в полноценные программы.

     Взаимодействие 
с другими средствами
и организация 
групповой работы.
Для поддержки командной работы над проектом
на каждой стадии жизненного цикла ПО
имеется интегрированный набор продуктов
Rational Suite.

     Среда
функционирования.
Rational Rose функционирует на различных платформах:
IBM PC (Windows 95/98/NT), Sun SPARCstations (UNIX, Solaris, SunOS),
Hewlett-Packard (HP UX), IBM RS/6000 (AIX).

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

• диаграммы
  вариантов использования (use case diagrams) –
  для моделирования бизнес-процессов организации
  и требований к создаваемой системе);
• диаграммы
  классов (class diagrams) – для моделирования
  статической структуры классов системы
  и связей между ними;
• диаграммы
  поведения системы (behavior diagrams)
• диаграммы
  взаимодействия (interaction diagrams)
• диаграммы
  последовательности (sequence diagrams)
• кооперативные
  диаграммы (collaboration diagrams) – для моделирования
  процесса обмена сообщениями между объектами;
• диаграммы
  состояний (statechart diagrams) – для моделирования
  поведения объектов системы при переходе
  из одного состояния в другое;
• диаграммы
  деятельностей (activity diagrams) – для моделирования
  поведения системы в рамках различных
  вариантов использования, или моделирования
  деятельностей;
• диаграммы
  реализации (implementation diagrams)
• диаграммы
  компонентов (component diagrams) – для моделирования
  иерархии компонентов (подсистем) системы;
• диаграммы
  размещения (deployment diagrams) – для моделирования
  физической архитектуры системы.

     
2.2
Диаграмма вариантов
использования

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

     Рисунок
8 Диаграмма вариантов использования для
модели Услуги авиа-кассы

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

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

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

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

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

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

     
2.3 
Диаграммы последовательности

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

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

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

     2.4
Кооперативные диаграммы

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

     Рисунок
10 Диаграмма кооперации для модели Услуги
авиа-кассы

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

     
2.5 
Диаграмма классов

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

     Рисунок
11 Диаграмма классов для модели Услуги
авиа-кассы

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

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

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

     Рисунок
12 Бизнес-модель

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

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

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

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

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

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

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

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

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

     Глава
4 Сравнительная характеристика
программ BpWin и Rational Rose.

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

     BPwin

     Основные 
достоинства BPwin:

• BPwin обладает
  интуитивно-понятным графическим интерфейсом,
  быстро и легко осваивается, что позволяет
  сосредоточиться на анализе самой предметной
  области, не отвлекаясь на изучение инструментальных
  средств. BPwin помогает быстро создавать
  и анализировать модели с целью оптимизации
  деловых и производственных процессов.
  Применение универсальных графических
  языков бизнес-моделирования IDEF0, IDEF3 и
  DFD обеспечивает логическую целостность
  и полноту описания, необходимую для достижения
  точных и непротиворечивых результатов.
• Посредством
  набора графических инструментов для
  отображения действий и объектов, BPwin позволяет
  легко построить схему процесса, на которой
  показаны исходные данные, результаты
  операций, ресурсы, необходимые для их
  выполнения, управляющие воздействия,
  взаимные связи между отдельными работами.
• Интерактивное
  выделение объектов обеспечивает постоянную
  визуальную обратную связь при построении
  модели. BРwin поддерживает ссылочную целостность,
  не допуская определения некорректных
  связей и гарантируя непротиворечивость
  отношений между объектами при моделировании.
• Встроенный
  механизм вычисления стоимости позволяет
  оценивать и анализировать затраты на
  осуществление различных видов деловой
  активности. Механизм вычисления расходов
  на основе выполняемых действий (Activity-Based
  Costing, ABC) — это технология, применяемая
  для оценки затрат и используемых ресурсов.
  Она помогает распознать и выделить наиболее
  дорогостоящие операции для дальнейшего
  анализа. BPwin может генерировать отчеты
  непосредственно в формате MS Excel для последующей
  обработки и использования в других приложениях.
  Связь с ERwin (моделирование данных в стандарте
  IDEF1X) позволяет сократить время проектирования
  и разработки сложных информационных
  систем. Для системных аналитиков тесная
  интеграция BРwin с инструментом проектирования
  баз данных открывает уникальные возможности
  по созданию действительно комплексных
  систем, в которых ERwin служит для описания
  информационных объектов системы, в то
  время как BPwin отражает функциональные
  особенности предметной области. Связывая
  сущности и атрибуты модели данных с информацией
  о выполняемых действиях, Вы можете продолжить
  анализ процессов на новом уровне с одновременной
  перекрестной проверкой моделей процессов
  и данных.

     Является 
настольным инструментом сотрудников 
консалтинговых компаний в России и 
по всему миру.

     Может
быть использован для поиска лазеек
в указах и законодательных актах.  

     Rational
Rose

     Недостатки
продукта Rational Rose:

• нельзя показать
  и удалить неиспользуемые объекты в отличие
  от BPWin;
• недостаточно
  функциональная графика (нельзя менять
  толщину линий, надписи не центрируются,
  текст не всегда можно поместить целиком,
  иногда он обрезается);
• нет в ней
  возможности отобразить потоки данных
  между объектами или процессами. UML – другая
  методология, использующая объектно–ориентированный
  подход, и такие диаграммы в ней не предусмотрены.

     Достоинства
продукта Rational Rose

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

     Rational
Rose — это очень большая система 
и предназначена она не только,
даже, не столько для описания 
бизнес – процессов, сколько 
для поэтапного создания больших 
автоматизированных систем, большими 
коллективами, их тестирования, внедрения 
и поддержки. Дополнительные возможности:

• ведущая среда
  моделирования на основе отраслевого
  стандарта — языка UML;
• поддержка
  шаблонов анализа на основании принципов,
  описанных в книге «Шаблоны проектирования:
  элементы многократно используемого объектно-ориентированного
  программного обеспечения» (Design Patterns:
  Elements of Reusable Object-Oriented Software). Функция раздельного
  контроля компонентов моделей, обеспечивающая
  более точное использование моделей и
  управление ими.
• интеграция
  с другими средствами разработки жизненного
  цикла IBM Rational.
• возможность
  интеграции с любой системой контроля,
  совместимой со стандартом интерфейса
  прикладного программирования SCC, в том
  числе с IBM Rational ClearCase.
• возможность
  публикации моделей и отчетов в Интернете
  для облегчения процесса взаимодействия
  в распределенных группах разработчиков.

Заключение

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

     В
первой главе данной работы были рассмотрены 
и изучены возможности программы
BpWin. Описаны основные характеристики
программы. Были созданы бизнес-процессы
по работе Авиа-касс в программе BpWin.

     Во 
второй главе данного исследования были
рассмотрены и изучены возможности программы
Rational Rose. Также были описаны бизнес-процессы
по работе Авиа-касс в программе Rational Rose.

     В
четвертой главе создана бизнес-модель
для Авиа-касс.

     В
главе четвертой приведен сравнительный
анализ программ BpWin и Rational Rose.

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

1. Майкл Богс,
   UML и Rational Rose//статья ,2003. — С. 3-6
2. Вендров,
   A.M. Проектирование программного обеспечения
   экономических информационных систем,
   2002. -210 с.
3. Объектно-ориентированный
   анализ и проектирование с использованием
   языка UML/ Вендров А.М., Малышко В.В.: Книга,
   2003. – 302 с.