Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
воп-отв ТренАдмДеят-ти.doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
775.29 Кб
Скачать

47. Основные положения методологии idef0.

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

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

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

  • верхняя сторона имеет значение «Управление» (Control);

  • левая сторона имеет значение «Вход» (Input);

  • правая сторона имеет значение «Выход» (Output);

  • нижняя сторона имеет значение «Механизм» (Mechanism). Каждый функциональный блок в рамках единой рассматриваемой

системы должен иметь свой уникальный идентификационный номер.

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

DFD (Data Flow Diagram) и WFD (Work Flow Diagram).

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

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

48. Перечень и последовательность работ по идентификации системы процессов компании.

Характеристика содержания выполняемых работ представлена ниже.

Этап 1. Идентификация процессов предприятия

1. Выделение и классификация процессов.

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

2. Восстановление «неполных» процессов.

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

3. Согласование полученной классификации процессов.

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

Для всех согласованных процессов определяются основное назначение и результаты (итог) процесса в следующем формате:

  • Назначением процесса «ХХХ» является ….

  • В результате реализации процесса «ХХХ» будет получено … Если эта операция вызывает трудности, необходимо перенести границу процесса, например, объединить его с другим процессом (по технологической цепочке).

Этап 2. Выявление связей и закрепление процессов

1. Установление направленных связей.

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

2. Построение матриц «закрепления».

Необходимо закрепить процессы и операции за различными элементами бизнес-модели 2.1. Матрицы «закрепления» первого уровня.

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

Матрицы закрепления второго уровня позволят вывести в спецификации процесса:

  1. Закрепление за исполнителями требований к квалификации.

  1. Идентификацию размещения оборудования (проекция Основные средства – Топология предприятия) и т.п.

Этап 3. Спецификации всех процессов компании

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

  • Идентификатор и наименование процесса.

  • Назначение процесса.

  • Результаты процесса.

  • Владелец процесса.

  • Участники процесса.

  • Предшествующий процесс(ы).

  • Следующий процесс(ы).

  • Средства реализации.

  • Преобразуемые ресурсы (на входе и выходе процесса).

  • Нормативные документы, регулирующие процесс.

  • Документы или события, инициирующие процесс.

  • Документы или записи, порождаемые процессом.