Разработать документированную процедуру на процесс капитального ремонта

Разработать документированную процедуру на процесс капитального ремонта (КР-2):
– процесс подготовки производства в виде блок-схемы;
– создание сети подпроцессов;
– спецификация процесса;
– описание процесса верхнего уровня в методологии IDEF0;
– описание детальных процессов в методологии DFD;
– описать процесс управления проектированием с помощью методологии IDEF3;
– описать процесс управления корректирующими действиями в методологии ARIS PCD
...

Каждый процесс описывается в виде набора функций (подпроцессов нижнего уровня).
Формирование перечня функций, входящих в процесс, может выполняться как с использованием специальной среды моделирования, так и простейшими средствами MS Word или MS Excel. Как определять функции, входящие в процессе.
Для этого пользуются существующей документацией (положения о подразделениях, инструкции и т.д.). Как правило, такая документация является актуальной лишь на 30—40%, реально выполняемые функции отличаются от «бумажных». Рабочей группе приходится собирать информацию путем интервьюирования или анкетирования сотрудников и руководителей подразделений организации.
Подпроцессы могут быть обычными и повторяющимися, сжатыми и расширенными.

Вaжным cпocoбoм oпиcaния пpoцeccoв являeтcя мeтoдикa cocтaвлeния блoк-cxeм. Дaнный пoдxoд имeeт мнoгo oбщeгo c гpaфичecкими языкaми oпиcaния aлгopитмoв пpoгpaммнoгo oбecпeчeния. C тoчки зpeния мeтoдoлoгии, фopмиpoвaниe блoк-cxeм пpoвoдитcя тaк жe, кaк в нoтaции IDEF3, xoтя для yпpoщeния cимвoлы лoгики мoжнo oпycтить.
Капитальный ремонт локомотивов выполняется на локомотиворемонтных заводах. Капитальный ремонт КР-2 производится с полной разборкой локомотива и необходимой заменой или восстановлением полного ресурса всех агрегатов, узлов и деталей. Выполняется также необходимая модернизация. Составим блок схему.

, которые, в свою очередь, являются входами в процесс «Планирование образовательной деятельности».Управление процессаУправление (управляющая документация) - условия выполнения процесса (документация, на основании которой осуществляется выполнение процесса). В общем случае всю документацию организации можно разделить на два класса: документация внешнего происхождения и документация внутреннего происхождения.Документация внешнего происхождения – все те документы, которые создаются вне организации и поступают в организацию из внешних источников (например, законы РФ, постановления правительства, государственные и международные стандарты, нормативные документы, справочники, правила эксплуатации установок повышенной опасности и др.).Регламентирующая (управляющая) документация внутреннего происхождения – это все документы, создаваемые внутри организации для ее функционирования (например, инструкции, положения, регламенты, планы, программы, приказы, распоряжения и др.).Механизмы процессаМеханизмы процесса - ресурсы, обеспечивающие выполнение процесса. То есть это то, что изначально есть у владельца процесса: персонал, оборудование, технологии, помещение и т.д.; в ходе осуществления процесса они используются для того, чтобы преобразовать входы в выходы. Так, например, для того, чтобы провести обучение студентов работе на компьютере, необходимы: оргтехника, специализированный персонал, аудитория и др.Определение показателей процессаРезультат процесса может быть как положительным, так и отрицательным. Все, что получилось на выходе процесса, должно быть проверено, прежде чем этот выход использует потребитель. Продукт на выходе может пройти процедуру проверки успешно, а может быть отклонен и направлен на доработку или утилизацию. Чтобы владелец мог управлять процессом (влиять на ход процесса и его результат), должны быть установлены показатели процесса (таблица 4), адекватно отражающие его ход и на основании которых производятся другие измерения (делаются прогнозы). Показатели процессов – количественные и/или качественные параметры, характеризующие процесс и его результат. По этим показателям (в том числе экономическим) владелец процесса обязан регулярно отчитываться перед высшим руководством о результатах своей деятельности [3]. Для каждого показателя устанавливается норматив, который позволяет определять, достигнут ли результат процесса. Показатели процесса способствуют принятию решений руководством, позволяют представить, где именно они находятся, оценить прогресс проекта (продукта, процесса) и служат основой для улучшения и совершенствования деятельности предприятия (процесса, продукции).В качестве примеров показателей можно привести следующие: кол-во клиентов;удовлетворенность клиентов;количество жалоб клиентов;количество новых клиентов;процент дохода от новых клиентов;затраты на обслуживание клиента;средние затраты на процесс;время ответа на вопрос клиента;процент брака;затраты на НИОКР;время необходимое для выхода на рынок новых продуктов/услуг и др.4 Описание процесса верхнего уровня в методологии IDEF0Основу IDEF0 – методологии составляет простой и понятный графический язык описания процессов, которые базируются на трех понятиях:· функциональный блок,· интерфейсные дуги,· принцип декомпозиции.На первом этапе описания процесса надо определить деловые процессы в организации. Ключевым элементом в определении делового процесса является формулирование цели, которая отражает причину создания модели (описания) делового процесса и определяет его назначение. Для того чтобы выделить деловые процессы, необходимо определить:· потребителей продукции или услуг,· продукцию или услуги, производимые в организации,· виды сырья и их поставщиков.На втором этапе определения делового процесса необходимо описать его внутреннюю структуру. Для этого требуется определить:· из каких процессов состоит моделируемый процесс,· как эти процессы взаимодействуют между собой.В IDEF0 для описания внутренней структуры процесса используется механизм декомпозиции. Для того чтобы декомпозировать деловой процесс, необходимо создать диаграмму-потомок, то есть развернуть основные составляющие процесса. Используем для иллюстрации принципов IDEF0 процессы СМК.Отразим деловой процесс «изготовить изделие», в котором элементами делового процесса являются субпроцессы:· реализовать ответственность высшего руководства,· осуществить менеджмент ресурсов,· реализовать процессы жизненного цикла,· осуществить измерения, анализ и улучшение.Третьим этапом определения делового процесса является описание взаимодействий между процессами. Взаимодействие описывается с помощью интерфейсных дуг и обозначает передачу материалов или информации с выходов одного субпроцесса на входы (управление, механизмы) другого субпроцесса. В методологии IDEF0 применяются пять типов взаимодействий между блоками в пределах одной диаграммы.Нотация IDEF0 используется для создания верхнего уровня модели бизнес-процессов. Построение IDEF0-диаграммы верхнего уровня обеспечивает наиболее общее или абстрактное описание объекта моделирования. Рисуно- Схема описания бизнес-процессов «Создание полиэтиленового пакета» методам IDEF0 5 Описание детальных процессов в методологии DFDОдним из важнейших способов описания процесса являются диаграммы потоков данных (информации) DFD (Data Flow Diagram).Подобные диаграммы содержат, как правило, два типа графических объектов: четырехугольники и стрелки. Первые описывают функции (работы, процессы), вторые — потоки данных между этими функциями. Простейшая схема процесса в формате DFD показана на рис.Рисунок - Пример простейшей модели потоков данных.На диаграмме DFD функции обычно располагаются слева направо в порядке, соответствующем последовательности их выполнения во времени, хотя это не является обязательным. Если придерживаться указанного требования, то полученная схема — это описание процесса, которое схоже с описанием процесса в нотации IDEF3. Процесс, представленный на рис, имеет два входящих и три исходящих потока данных. На верхнем уровне рассмотрения этот процесс выглядел бы в виде одной функции с двумя входами и тремя выходами. Таким образом, к описанию процессов в DFD применимы типовые правила декомпозиции. Что касается сторон четырехугольников, то в нотации DFD они не имеют того значения, как в IDEF0. Следует отметить, что существует несколько подходов к формированию моделей потоков данных. В данной книге мы рассматриваем нотацию DFD. реализованную в инструментальной среде BPWin.Часто нотацию DFD путают с простым описанием потоков информации между подразделениями. Это далеко не одно и то же. На рис. представлена модель, отражающая потоки данных между подразделениями, но не являющаяся моделью процесса.Рисунок - Пример модели потоков данных между подразделениями организацииВ чем здесь дело? Почему нельзя рассматривать простое описание потоков между подразделениями организации как схему процесса? Ответ достаточно прост. В каждом большом подразделении (например, отдел сбыта крупного предприятия) выполняются различные бизнес-процессы. Часто у этих процессов существуют различные внутренние и внешние клиенты.Именно поэтому схема, приведенная на рис, описывает только потоки данных, пересекающие границы подразделений, но не содержит информации о реально выполняемых бизнес-процессах как на уровне подразделений, так и на уровне организации в целом. Кстати, рассмотренный на рис. 2.25 формат представления потоков данных является практически важным и широко используемым.Пример описания процесса в DFD можно усложнить, используя понятие «хранилище данных». Под этим понимается любой носитель информации, например, бумажный документ, электронный файл, промышленная база данных на сервере организации и т.д. При построении модели процесса с использованием хранилищ данных, необходимо помнить, что данные (информация) не могут перемещаться между функциями процесса сами по себе. Их можно передавать только через определенных посредников — носителей информации или, что то же самое, хранилищ данных. На рис. представлена модель процесса в нотации DFD. построенная с использованием понятия «хранилище данных».Рисунок - Модель процесса в нотации DFD.Для чего служат нотации DFD? В первую очередь они нужны для описания реально существующих в организации потоков данных. Описания могут создаваться как по процессному, так и по функциональному признаку. В первом случае мы получаем модели бизнес-процессов в формате DFD, во втором — схему обмена данными между подразделениями. Созданные модели потоков данных организации могут быть использованы при решении таких задач, как: определение существующих хранилищ данных (текстовые документы, файлы, Система управления базой данных — СУБД); определение и анализ данных, необходимых для выполнения каждой функции процесса; подготовка к созданию модели структуры данных организации, так называемая ERD-модель (IDEFIX); выделение основных и вспомогательных бизнес-процессов организации.Следует отметить, что нотация DFD может быть эффективно применена для описания потоков документов или потоков материальных ресурсов. На рис. показан пример применения нотации DFD для этих целей.Рисунок - Описание потоков документов (Вариант 1) или потоков материальных ресурсов (Вариант 2).Более того, нотация DFD может быть несколько модернизирована таким образом, чтобы на одной диаграмме можно было бы показать как потоки данных, так и потоки материальных ресурсов (рис.).Рисунок - Совмещение различных типов стрелок на одной модели DFDНа практике при создании моделей процессов часто бывает полезно использовать несколько способов описания. Сначала, например, мы создаем модель в нотации IDEF0, выявляем функции, входящие в процесс. Затем проводим декомпозицию процесса. При достижении некоторого уровня детализации (три-четыре) становится целесообразно сформировать для каждого детального процесса несколько схем в различных форматах: управление — IDEF0, а потоки данные и материалов — в DFD.6 Описать процесс управления проектированием с помощью методологии IDEF3Важнейшей методологией описания процессов является методология IDEF3. Формально эта методология называется Work Flow Modeling, что отражает ее сущность. Стандарт IDEF3 предназначен для описания рабочих процессов или, говоря другими словами, потоков работ. Методология описания IDEF3 очень близка к алгоритмическим методам построения схем процессов и стандартным средствам построения блок-схем. Следует отметить, что стандарт IDEF3 включает два существенно различающихся метода описания процессов. В данной книге мы рассмотрим метод, получивший наибольшее распространение. Основа методологии IDEF3 состоит в построении моделей процессов по принципу последовательно выполняемых во времени работ (функций, операций). Можно обосно-ванно утверждать, что IDEF3 лежит в основе популярной в настоящее время методологии ARIS еЕРС.Нотация IDEF3 является второй важнейшей нотацией (после IDEF0) и предназначена для описания потоков работ (Work Flow Modeling). IDEF3 широко используется для создания моделей бизнес-процессов организации на нижнем уровне — при описании работ, выполняемых в подразделениях и на рабочих местах. Следует отметить, что нотация IDEF3 была взята за основу при создании методики описания процессов ARIS еЕРС — «расширенной цепочки процесса, управляемого событиями».Основными графическими объектами модели, используемыми в IDEF3, являются четырехугольники и стрелки. Первые служат для описания функций (работ, процессов), вторые — для отражения в модели последовательности выполнения функций во времени либо последовательности выполнения функций, обусловленной потоком материальных ресурсов. Прежде чем перейти непосредственно к нотации IDEF3, рассмотрим следующий пример. На рис. представлены два варианта возможного описания потока работ.Рисунок - Описание потоков работНа рис. (вариант 1) показано, что вначале выполняется функция 1. После завершения выполнения этой функции начинают одновременно выполнять функции 2 и 3. Стрелки в этом случае показывают нам, каким образом завершение выполнения одной функции влияет на начало выполнения другой.Процесс варианта 2 построен по-другому. Начало выполнения функций здесь обусловлено поступлением на вход некоторых материальных ресурсов (вход функции 1), окончание — выходом материальных ресурсов (выход функции 1). Потоки ресурсов определяют начало выполнения следующих функций процесса (функций 2 и 3) и т.д.Чем плохи способы описания процессов, представленные на рис? Дело в том, что построенные таким образом схемы процессов невозможно однозначно понять (прочитать). Функции 2 и 3 могут выполняться не одновременно. Например, может сложиться ситуация, когда потребуетсявыполнение либо функции 2, либо функции 3 процесса. Очевидно, что в этом случае выбранный нами способ описания процесса не позволит сделать вывод, какой же вариант развития событий реализуется на самом деле.Вернемся к нотации IDEF3. Для того чтобы избежать неоднозначности описания потоков работ, в нотации IDFE3 определены дополнительные объекты, служащие для отображения возможных вариантов ветвления и слияния потоков работ, реализующихся при определенных условиях. Указанные объекты являются логическими символами трех видов:- логический оператор «И»;- логический оператор «ИЛИ»;- логический оператор — исключающее «ИЛИ».На рис.