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

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

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

Введение

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

Данная работа была выполнена с целью повышения навыков
построения диаграмм бизнес-моделей в нотациях 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

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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Содержание:

ВВЕДЕНИЕ

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

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

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

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

Изучению проблем производственной деятельности и ее инновационных механизмов, в том числе развития бизнес-процессов, посвятили свои работы отечественные и зарубежные ученые: Ю.П. Анисимов, И. Ансофф, О.С. Виханский, В.П. Грузинов, А.И. Хорев, Ю.В. Журавлев и др. Актуальность курсовой работы заключается в том, что понимание и моделирование процесса «Проведение оценки качества» помогает предприятию со временем выпускать все более и более качественный товар, тем самым выдерживая конкуренцию на рынке и приобретая конкурентные преимущества.

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

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

Описать предметную область. Поставить задачи;

Смоделировать бизнес-процесс «Как есть»;

Предложить мероприятия по улучшению бизнес-процесса;

Смоделировать бизнес-процесса «Как должно быть».

Обектом исследования является изучение процесса «Проведение оценки качества» на заводе ПАО «Электроприбор»

Предметом исследования явлется методы и средства разработки регламента выполнения процесса «Проведение оценки качества».

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

Глава 1. Аналитическая часть

1. Описание предметной области. Постановка задачи

Реинжиниринг бизнес-процессов – это своеобразное перепроектирование бизнес-процессов, в котором используются последние информационные технологии, с целью до-стижения поставленных перед компанией целей [1, c.28].

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

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

1.процесс оздоровления предприятий, фирм, компаний посредством подъема инжиниринга на новый уровень;

2. деятельность по модернизации ранее реализованных технических решений на действующем объекте [3, c.17].

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

Предприятием проведения проекта реинжиниринга бизнес-процессов является завод ПАО « Электроприбор »

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

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

В США в конце 70-х была предложена и реализована программа интегрированной компьютеризации производства ICAM, направленная на увеличение эффективности промышленных предприятий за счет внедрения компьютерных технологий [2].

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

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

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

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

К настоящему времени наибольшее распространение и применение имеет методология IDEF0 и IDEF1 (IDEF1X).

Методология IDEF0, особенности и приемы применения которой описывается в настоящих рекомендациях, основана на подходе, получившем название SADT (Structured Analysis Design Technique — метод структурного анализа и проектирования). Основу этого подхода и методологии IDEF0 составляет графический язык описания (моделирования) систем.

Методология IDEF0 основана на следующих концептуальных положениях:

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

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

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

Средства IDEFO облегчает передачу информации от одного участника разработки модели к другому:

— с помощью диаграмм;

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

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

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

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

Разработка модели IDEFO представляет собой пошаговую, итеративную процедуру. На каждом шаге итерации разработчик предлагает вариант модели, который подвергает обсуждению, рецензированию и последующему редактированию, после чего цикл повторяется [2].

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

1. Оценить адекватность модели.

2. Предложить решение, направленные на совершенствование этой структуры.

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

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

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

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

Механизм построения нового бизнеса-процесса базируется на взаимодействии таких элементов:

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

2. Потребность руководства в управленческой информации относительно данного бизнес — процесса.

3. Существующая система бухгалтерского и управленческого учета

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

5. Наличие персонала, способного выполнять ролевые функции в команде. К требованиям и ограничениям процесса моделирования нового бизнес –

процесса складского учета следует отнести такие:

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

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

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

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

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

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

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

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

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

1.2. Моделирование бизнес-процесса «Как есть»

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

Основным бизнес-процессом на предприятие является «Контроль качества сырья»

Основные

Контекстная диаграмма процесса «Контроль качества сырья » изображена на рис. 1.

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

Таблица 1. Стрелки контекстной диаграммы

Название стрелки (Arrow Name)	Определение стрелки (Arrow Definition)	Тип стрелки (Arrow Type)
Звонки заказчиков	Запросы информации, заказы, тех. обслуживание и т.д.	Input
Правила и процедуры	Правила контроля, инструкции руководителя	Control
Проданные продукты	Краска для дорожной разметки	Output
Технологи	Принятие заказа, оформление заказа, работа с заказчиками	Mechanism

Диаграмма декомпозиции А0 процесса » Контроль качества сырья » изображена на рис. 2.

Рис. 2. Диаграмма декомпозиции А0 процесса » Контроль качества сырья «

Таблица 2. Работы диаграммы декомпозиции А0

Название работы (Activity Name)	Определение работы (Activity Definition)
Заказ	Заказ необходимо принять в нужное время, необходимого качества, в необходимом количестве, в нужном месте, с необходимыми затратами
Закупка сырья	Закупка необходимого сырья в нужное время, необходимого качества, в необходимом количестве, в нужном месте, с необходимыми затратами
Контроль качества сырья	Контроль закупленного сырья + лабораторный контроль
Изготовление продукта	Конечная реализация сырья, изготовление краски

Таблица 5. Процесс» Контроль качества сырья » и его функции

№	Наименование процесса
А3	Контроль качества сырья
№	Наименование процесса верхнего уровня
А-0	Деятельность предприятия ПАО Пигмент

Вложенные процессы следующего уровня

№	Наименование процесса следующего уровня
А31	Покупка сырья и его распределение
Текстовое описание процесса	Покупка сырья, его исследование , лабораторное исследование , подача на реализацию
А32	Формирование заказов и объемов требуемого, подлежащего изготовлению
Текстовое описание процесса	Формирование заказов в соответствии с инструкциями и указаниями руководителя, технологов а, по данным прошлых заказов
А33	Доставка товара до места назначения
Текстовое описание процесса	Реализация заказа

Выходы процесса

№	Наименование выхода	Описание выхода
1	Сырье на реализацию	Сформирован оббьем качественного сырья, пошедшего на изготовление продукции

События, инициирующие процесс

№	Наименование события	Описание события
1	Звонки клиентов	В рабочее время фирмы поступают звонки клиентов, просматриваются заказы, формируются по группам
2	Распоряжение руководителя	Сырье со складов поступает в цеха

События, завершающие процесс

№	Наименование события	Описание события
1	Сырьена реализацию	Сформированный объем заказов, товаров подлежащих реализации

Функции процесса

№	Наименование функции	Исполнитель	Описание функции
1	Отслеживание заказов и их распределение	Старший менеджер	Старший менеджер просматривает заказы, устанавливает расписание выполнения заказов, формирует группы заказов на торговые точки и товары с доставкой.
2	Формирование заказов и объемов товара, подлежащего реализации по месту реализации	Менеджеры по сбыту	Менеджеры по сбыту формируют заказы в соответствии с инструкциями и указаниями руководителя, старшего менеджера, по данным прошлых продаж и из интуитивных соображений
3	Доставка товара до места назначения	Менеджеры по сбыту	Отправка товара на торговые точки, доставка товара до заказчика

Функции, контролирующие выполнение процесса

№	Наименование функции	Исполнитель	Описание функции
1	Инструкции руководителя	Руководитель	Руководитель, исходя из принятых заказов, дает распоряжение менеджерам по объему, контролю качества, ценам, срокам оплаты

Перечень входящих материальных объектов

№	Наименование объекта	Описание объекта
1	Товар на хранении	Товар со склада, поступающий в формирование заказов, товар со склада поступающий в продажу оптом, или с доставкой до места назначения

Перечень исходящих материальных объектов

№	Наименование объекта	Описание объекта
1	Товар на реализацию	Сформированный объем заказов товаров подлежащих реализации

Перечень подразделений и должностей, участвующих в процессе

№	Наименование подразделений
1	Руководство
2	Салоны продаж
№	Наименование должности в рамках подразделения
1	Руководитель Офис-менеджер
2	Менеджеры по сбыту

Для описания функций процесса используем таблицу 6.

Таблица 6. Описание функций процесса » Контроль качества сырья «

№	Наименование функции
1	Отслеживание заказов и их распределение
2	Формирование заказов и объемов товара, подлежащего реализации по месту реализации
3	Доставка товара до места назначения
№	Наименование процесса
А3	Продавать продукт

Исполнитель

№	Наименование подразделения
1	Руководство
2	Салоны продаж
№	Наименование должности
1	Офис-менеджер
2	Менеджеры по сбыту
3	Менеджеры по сбыту
Ф. И.О.	1. Вишнева Мария Викторовна
Текстовое описание функции	Просмотр заказов, установка расписания выполнения заказов, формирование групп заказов на торговые точки и товаров и доставкой
Ф. И.О.	2. Иванов Виктор Владимирович Смирнов Алексей Иванович Шилов Геннадий Максимович
Текстовое описание функции	Формирование заказов в соответствии с инструкциями и указаниями руководителя, офис-менеджера, по данным прошлых продаж
Ф. И.О.	Иванов Виктор Владимирович Смирнов Алексей Иванович Шилов Геннадий Максимович
Текстовое описание функции	Отправка товара на торговые точки

События, инициирующие выполнение функции

№	Наименование события	Описание события
1	Звонки клиентов	Во время деятельности фирмы поступают звонки клиентов, заказы просматриваются, формируются по группам
2	Товар на хранении	Товар со склада, поступающий в формирование заказов
3	Товар на хранении	Товар со склада, поступающий в продажу оптом, или с доставкой до места назначения
4	Товар на отпуск	Сформированный товар, поступающий в продажу (реализацию)

События, завершающие выполнение функции

№	Наименование события	Описание события
1	Указание передать товар на отгрузку	Офис-менеджер или руководитель дает указание передать товар на отгрузку, которое направляется до места назначения
2	Сгруппированные заказы	Сгруппированные заказы, поступающие в “Формирование заказов и объемов товара, подлежащего реализации по месту реализации”
3	Товар на отпуск	Сформированный товар, поступающий на реализацию
4	Брак	Выявленный брак в процессе формирования заказов
5	Брак	Выявленный брак в процессе доставки товара до места назначения
6	Товар на реализацию	Сформированный объем заказов, товар подлежащий реализации

Перечень входящих материальных объектов

№	Наименование объекта	Описание объекта
1	Товар на хранении	Товар со склада, поступающий в формирование заказов
2	Товар на хранении	Товар со склада, поступающий в продажу оптом, или с доставкой до места назначения
3	Товар на отпуск	Сформированный товар, поступающий на реализацию

Перечень исходящий материальных объектов

№	Наименование объекта	Описание объекта
1	Брак	Выявленный брак в процессе формирования заказов
2	Брак	Выявленный брак в процессе доставки товара до места назначения
3	Товар на реализацию	Сформированный объем заказов, товар подлежащий реализации

Критерии оценки процесса » Контроль качества сырья » сведем в таблицу 7.

Таблица 7. Критерии оценки процесса » Контроль качества сырья «

№	Наименование процесса
А3	Продавать продукт
№	Наименование процесса верхнего уровня
А-0	Деятельность компании «Квадро-Е»

Базовые критерии

№	Наименование критерия оценки	Численное значение критериев оценки
1	Время выполнения процесса в целом (в человеко-днях, часах)	4 чел. * 1 день (рабочая неделя — 6 дней) * 10 часов (рабочий день) =40 чел/час
2	Отношение суммарного времени выполнения функций процесса к суммарному времени ожидания	1
3	Суммарная стоимость процесса	4 450 руб.
4	Количество полностью или частично дублирующих друг друга функций в рамках процесса	2
5	Количество функций, контролирующих выполнение процесса	1

Для критериев оценки функций процесса » Контроль качества сырья » применяем таблицу 8.

Таблица 8. Критерии оценки функций процесса » Контроль качества сырья «

№	Наименование функции
1	Отслеживание заказов и их распределение
2	Формирование заказов и объемов товара, подлежащего реализации по месту реализации
3	Доставка товара до места назначения
№	Наименование процесса
А3	Продавать продукт

Базовые критерии функции 1

№	Наименование критерия оценки	Численное значение критериев оценки
1	Среднее время выполнения функции	5 час.
2	Среднее время ожидания события, инициирующего выполнение функции (время «простоя»)	10 раб. /часа
3	Периодичность выполнения функции (ежедневно, еженедельно, ежемесячно, ежегодно)	ежедневно
4	Трудоемкость выполнения функции в человеко-часах	10 чел. /час
5	Стоимость функции (количество человеко-часов, умноженное на почасовую ставку оплаты труда исполнителя функции)	900р. + 1 500р. =1200 р. (средняя з/пл. в день)
6	Отношение среднего времени ожидания к среднему времени выполнения	2
7	Качество информационного обеспечения (бумажные документы, электронные файлы)	Отсутствуют
8	Возможность автоматизации (да/нет)	нет

Базовые критерии функции 2

№	Наименование критерия оценки	Численное значение критериев оценки
1	Среднее время выполнения функции	1,5 часа
2	Среднее время ожидания события, инициирующего выполнение функции (время «простоя»)	1,2 раб. /часа
3	Периодичность выполнения функции (ежедневно, еженедельно, ежемесячно, ежегодно)	ежедневно
4	Трудоемкость выполнения функции в человеко-часах	4,5 чел. /час
5	Стоимость функции (количество человеко-часов, умноженное на почасовую ставку оплаты труда исполнителя функции	1 625 (средняя з/п в день трех менеджеров по сбыту)
6	Отношение среднего времени ожидания к среднему времени выполнения	0,8
7	Качество информационного обеспечения (бумажные документы, электронные файлы)	Отсутствуют
8	Возможность автоматизировать (да/нет)	нет

Базовые критерии функции 3

№	Наименование критерия оценки	Численное значение критериев оценки
1	Среднее время выполнения функции	8 час.
2	Среднее время ожидания события, инициирующего выполнение функции (время «простоя»)	8 раб. /час
3	Периодичность выполнения функции (ежедневно, еженедельно, ежемесячно, ежегодно)	ежедневно
4	Трудоемкость выполнения функции в человеко-часах	24 чел. /час
5	Стоимость функции (количество человеко-часов, умноженное на почасовую ставку оплаты труда исполнителя функции	1 625 (средняя з/п в день трех менеджеров по сбыту)
6	Отношение среднего времени ожидания к среднему времени выполнения	1
7	Качество информационного обеспечения (бумажные документы, электронные файлы)	Отсутствуют
8	Возможность автоматизировать (да/нет)	нет

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

Таблица 9. Рекомендации по внедрению процесс» Контроль качества сырья «а — «Как должно быть»

№	Наименование процесса
А3	Продавать продукт
№	Наименование процесса верхнего уровня
А-0	Деятельность компании «Квадро-Е»
№	Рекомендации по повышению эффективности
1	Внедрить дополнительную функцию в процесс «Продавать продукт»
№	Наименование функции
А31	Репозиционирование товара и услуг на сегментах потребительского рынка
Рекомендация по осуществлению изменений (состав мероприятий и последовательность их исполнения)
…	Представлены ниже в текстовой форме на стр.38

Глава 2. Проектная часть

2.1. Предлагаемые мероприятия по улучшению бизнес-процесса

Рис. 7. Процесс ПАО «Электроприбор»- котроль качества сырья

Декомпозируем процесс » Контроль качества сырья » в ПАО «Электроприбор»- уже с предложенной функцией (рис. 8).

Рис. 8. Декомпозиция модели процесса» — «Как должно быть»

Таблица 10. Работы диаграммы декомпозиции А3

Название работы (Activity Name)	Определение работы (Activity Definition)
Позиционирование товара на сегментах потребительского рынка	— Разработка ценовой стратегии, рекламной стратегии, разработка маркетинговых слоганов; Оценка возможности рекламы и требования по ее финансированию; Идентифицирование выделенных (особенных) целевых потребителей и их потребности; Стимулирование продаж; Разрабатывание прогноза продаж; Ведение переговоров об условиях поставки.
Отслеживание заказов и их распределение	Просмотр заказов, установка расписания выполнения заказов, формирование групп заказов на торговые точки и товаров с доставкой
Формирование заказов и объемов товара, подлежащего реализации по месту реализации	Формирование заказов в соответствии с инструкциями и указаниями руководителя, офис-менеджера, по данным прошлых продаж и из интуитивных соображений
Доставка товара до места назначения	Отправка товара на товарные точки, доставка товара до заказчика

2.2. Моделирование бизнес-процесса «Как должно быть»

Чтобы более наглядно увидеть схему предложенного процесса «Как должно быть» построим диаграмму дерева узлов [1].

Таблица 11. Описание предложенной функции процесса » Контроль качества сырья «

№	Наименование функции
1	Двойной контроль
№	Наименование процесса
А0	Контроль качества сырья

Исполнитель

№	Наименование подразделения
1	Руководство
2	Цеха
№	Наименование должности
1	Технолог
2	Главный технолог
Ф. И.О.	1. Вишнева Мария Викторовна
Ф. И.О.	2. Иванов Виктор Владимирович Смирнов Алексей Иванович Шилов Геннадий Максимович
Текстовое Описание функции	— Разработка исследовательской стратегии, рекламной стратегии, разработка мероприятий исследования требования по по финансированию; Идентифицирование выделенных ключевых отклонений ; Уменьшение брака; Ведение переговоров об условиях поставки.

События, инициирующие выполнение функции

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

События, завершающие выполнение функции

№	Наименование события	Описание события
1	Обработанная информация	Обработанная информация поступает в функцию «Отслеживание сырья и их распределение»
2	Информация для закупа	На основе полученной информации делается прогноз, руководитель или технологи делают выводы, чтобы купить нужное сылье, в нужном месте, нужного качества, необходимого количества, в определенное время

В качестве критериев оценки предложенной функции применяем (табл. 12).

Таблица 12. Критерии оценки предложенной функции процесса » Контроль качества сырья «

№	Наименование функции
1	Двойной котроль
№	Наименование процесса
А0	Контроль качества сырья

Базовые критерии функции 1

№	Наименование критерия оценки	Численное значение критериев оценки
1	Среднее время выполнения функции	2 часа
2	Среднее время ожидания события, инициирующего выполнение функции (время «простоя»)	2 раб. /часа
3	Периодичность выполнения функции (ежедневно, еженедельно, ежемесячно, ежегодно)	Ежедневно
4	Трудоемкость выполнения функции в человеко-часах	8 чел. /час
5	Стоимость функции (количество человеко-часов, умноженное на почасовую ставку оплаты труда исполнителя функции	465 р.
6	Отношение среднего времени ожидания к среднему времени выполнения	1
7	Качество информационного обеспечения (бумажные документы, электронные файлы)	Различная литература, Интернет
8	Возможность автоматизировать (да/нет)	да

Сравним критерии оценки предложенной функции с функциями процесса » Контроль качества сырья «

Таблица 13

№	Наименование критерия оценки	Численное значение критериев оценки предложенной функции	Численное значение критериев оценки функции 1	Численное значение критериев оценки функции 2	Численное значение критериев оценки функции 3
1	Среднее время выполнения функции	2 часа	5 часа	1,5 часа	8 часа
2	Среднее время ожидания события, инициирующего выполнение функции (время «простоя»)	2 раб. /часа	10 раб. /часа	1,2 раб. /часа	8 раб. /часа
3	Периодичность выполнения функции (ежедневно, еженедельно, ежемесячно, ежегодно)	Ежедневно	Ежедневно	Ежедневно	Ежедневно
4	Трудоемкость выполнения функции в человеко-часах	8 чел. /час	10 чел. /час	4,5 чел. /час	24 чел. /час
5	Стоимость функции (количество человеко-часов, умноженное на почасовую ставку оплаты труда исполнителя функции	465 р.	1 200 р.	1 625 р.	1 625 р.
6	Отношение среднего времени ожидания к среднему времени выполнения	1	2	0,8	1
7	Качество информационного обеспечения (бумажные документы, электронные файлы)	Различная литература, Интернет	Отсутствует	Отсутствует	Отсутствует
8	Возможность автоматизировать (да/нет)	да	нет	нет	нет

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

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

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

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

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

ЗАКЛЮЧЕНИЕ

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

А так же решены следующие задачи:

1) Описана предметная область. Поставленны задачи;

2) Смоделирован бизнес-процесс «Как есть»;

3)Предложены мероприятия по улучшению бизнес-процесса;

4) Смоделирован бизнес-процесса «Как должно быть».

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

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

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

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

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

Цели данной работы — проведение анализа процесса «Проведение оценки качества». выполнены. Разработана модель существующего процесса «Как есть» в инструментальной среде моделирования BPWin. Определены резервы повышения эффективности деятельности, оценка управленческих решений. Сформированы рекомендации по повышению эффективности процесса и усилению информационного обеспечения принимаемых решений.

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

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

1. Методология функционального моделирования Р.50.1.028-2001
2. Гаджинский А.М. логистика. — М.: Издательско-торговая корпорация «Дашков и К», 2013.
3. Сергеев В.И. Логистика в бизнесе: Учебник. — М.: ИНФА-М, 2011.
4. Миротин Л.Б., Логистика для предпринимателя. — М.: ИНФА-М, 2013.
5. Голиков Е.А. Маркетинг и логистика — новые инструменты хозяйствования: Учебник. Пособие. — М.: Издательство «Экзамен», 2016.
6. Логистика. / ИМИР. — Екатеринбург, 2013.
7. Елиферов В. Г. Бизнес-процессы. Регламентация и управление / В. Г. Елиферов, В. В. Репин. – М.: ИД «ИНФРА-М», 2009. – 320 с.
8. Рубцов С. В. Уточнение понятия «бизнес-процесс» // Менеджмент в России и за рубежом / Рубцов С. В. – 2001. – № 6. – С. 24–27.
9. Николайчук В.Е. Логистический менеджмент 2-е издание. — М.: Издательско-торговая корпорация «Дашков и К», 2012. — 980 с.
10. Бауэрсокс Д. Логистика. Интегрированная цепь поставок / Д. Бауэрсокс, Д. Клосс. – М.: ЗАО «Олимп-Бизнес», 2010. – 640 с.
11. Гаджинский А.М. Логистика / А.М. Гаджинский. – М.: Дашков и К, 2012. – 484 с.
12. Сергеев В.И. Управление качеством логистического процесса / В.И. Сергеев // Логистика сегодня. — 2010. — № 1. — С. 10-16.
13. Модели и методы теории логистики: Учебное пособие. 2-е изд. / Под ред. В.С.Лукинского.-СПб:Питер.2008.- 448 c.
14. Сток Д. Стратегическое управление логистикой / Д. Сток, Д. Ламберт. – М.: Инфра-М, 2011. – 830 с.
15. Хаммер М. Реинжиниринг корпорации: манифест революции в бизнесе: Пер. с англ. / М. Хаммер, Дж. Чампи Дж. – М. : Изд-во «Манн, Иванов и Фербер», 2006. – 287 с.
16. Робсон М. Практическое руководство по реинжинирингу бизнес-процессов / М.: Робсон, Ф. Уллах : пер. с англ. / под ред. Н.Д. Эриашвили. – М. : Изд-во «Аудит», ЮНИТИ, 2007. – 224 с.
17. Стандарты IDEF. Электронный ресурс. Режим доступа www.igef.ru
18. Маклаков С. В. BPwin и ERwin: CASE-средства для разработки

Рассмотрев исходную
схему процесса «изготовление кредитной
карты» можно сделать некоторые выводы:

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

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

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

Рисунок 3.9

Рисунок 3.10

Рисунок 3.11

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

Рисунок3.12

Рисунок 3.13

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

Рисунок 3.14

Рисунок 3.15

Заключение

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

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

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

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

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

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

1. http://www.businessstudio.ru

2. https://ru.wikipedia.org

3. Д.
   Степанов/ Уровень Бизнес-процессов
   корпоративных информационных систем
   / 2017г.

4. https://studfiles.net

5. http://beta.sberbank.ru

Соседние файлы в папке 7 семестр

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #