Согласно стандартов семейства idef процесс разработки моделей бизнес процессов является

IDEF (learn (Integrated computer-aided manufacturing) DEFinition for functional modeling) представляет собой семейство стандартов описания и отображения бизнес-процессов:

  • • IDEF0, отображающая процесс на уровне функций;
  • • IDEF1, фокусирующая на информационных потоках;
  • • IDEF1X для разработки реляционных баз данных;
  • • IDEF3, моделирующая технологические процессы как следующий уровень после IDEF0;
  • • прочие (реже применяющиеся методологии IDEF):
  • — IDEF2 для динамического моделирования систем,
  • — IDEF4 для построения объектно-ориентированных систем,
  • — IDEF5 для онтологического исследования сложных систем,
  • — IDEF6, акцентирующая внимание на процессе создания модели (обстоятельствах и причинах выбора того или иного метода моделирования),
  • — IDEF7 для аудита информационных систем,
  • — IDEF8 для разработки пользовательских интерфейсов,
  • — IDEF9 для определения бизнес-ограничений при сценарном проектировании информационных систем,
  • — IDEF10—IDEF14 — методы в области проектирования компьютерных сетей, архитектуры внедрения и прочих предметных областей, которые были определены как необходимые и востребованные, но разработка которых не была завершена.

Рассмотрим наиболее распространенные диаграммы IDEF0 и IDEF3 подробнее. Диаграммы IDEF1X будут рассмотрены в подпараграфе 4.3.3.

Анна Вичугова . Практическое использование DFD: как описать движение данных в бизнес-процессах?

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

Стандарт IDEF0 включает четыре типа диаграмм.

  • 1. Контекстные диаграммы, которые иллюстрируют назначение системы и ее связь с внешней средой.
  • 2. Диаграммы декомпозиции, которые описывают фрагменты системы в виде подфункций.
  • 3. Диаграммы дерева узлов, которые иллюстрируют иерархическую зависимость функций (но не связь между ними).
  • 4. Диаграммы только для экспозиции, которые иллюстрируют фрагменты модели или альтернативные точки зрения.

Элементы графической нотации IDEF0

Рис. 4.1. Элементы графической нотации IDEF0

Пример контекстной диаграммы IDEF0

Рис. 4.2. Пример контекстной диаграммы IDEF0 [1]

альные объекты (сырье, материалы, инструменты), так и нематериальные сущности (информация, запрос пользователя). Допустимо, если Функция не имеет входов.

  • 2. Управление (Control) — управляющие и регулирующие данные, которыми руководствуется функция. Управление отвечает на вопрос: чем руководствуется функция? Нередко Управление рассматривается как ограничение, которое накладывается на Функцию. К Управлению относят нормативные акты, устные указания руководства, правила, процедуры и т.п.
  • 3. Выход (Output) — результат выполнения Функции. Выход отвечает на вопрос: что является результатом выполнения Функции? В качестве выходов также могут фигурировать материальные и нематериальные объекты.
  • 4. Механизм (Mechanism) — это ресурсы, которые непосредственно реализуют Функцию. Механизм отвечает на вопрос: кто и посредством чего реализует функцию? К Механизмам относится персонал, производственное оборудование, ПО и т.п.

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

Понятия | IDEF0 блоки

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

Читайте также:  Амбиции что это бизнес

IDEF3. IDEF3 предназначена для документирования процессов системы, последовательности их операций, детализирующих функции, описанные в IDEF0. Данный подход более структурирован, чем IDEF0, и определяет схемы последовательности процессов, их ветвления и слияния, что также полезно в случае использования модели для дальнейшей работы уже с методами имитационного анализа (рис. 4.4), где перекрестки J1 и J4 — асинхронный «И», перекрестки J2 и J3 — асинхронный «ИЛИ», 1.2—1.6 — активности.

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

Пример диаграммы декомпозиции IDEF0

Рис. 4.3. Пример диаграммы декомпозиции IDEF0

Пример диаграммы IDEF3

Рис. 4.4. Пример диаграммы IDEF3 1

Пример (функция «Анализ сведений о приемке товара»)

Текстовое описание

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

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

Источник: studme.org

V1: Основные концепции кис

I: S: Семейство стандартов IDEF предназначено для +: описания бизнес — модели предприятий -: планирования производственного цикла -: описания структуры бухгалтерского учёта I: S: Методология моделирования информационных потоков определяется стандартом -: IDEF0 +: IDEF1 -: IDEF2 -: IDEF3 -: IDEF4 -: IDEF5 I: S: Методология функционального моделирования определяется стандартом +: IDEF0 -: IDEF1 -: IDEF2 -: IDEF3 -: IDEF4 -: IDEF5 I: S: Методология динамического моделирования развития систем определяется стандартом -: IDEF0 -: IDEF1 +: IDEF2 -: IDEF3 -: IDEF4 -: IDEF5 I: S: Методология документирования процессов, происходящих в системе определяется стандартом -: IDEF0 -: IDEF1 -: IDEF2 +: IDEF3 -: IDEF4 -: IDEF5 I: S: Методология построения объектно-ориентированных систем определяется стандартом -: IDEF0 -: IDEF1 -: IDEF2 -: IDEF3 +: IDEF4 -: IDEF5 I: S: Методология онтологического исследования сложных систем определяется стандартом -: IDEF0 -: IDEF1 -: IDEF2 -: IDEF3 -: IDEF4 +: IDEF5 I: S: Совокупность понятий «функциональный блок», «интерфейсная дуга», «декомпозиция» и «глоссарий» лежит в основе стандарта +: IDEF0 -: IDEF1 -: IDEF2 I: S: Функциональный блок графически изображается в виде -: круга -: эллипса +: прямоугольника I: S: Верхняя сторона функционального блока имеет значение -: Вход +: Управление -: Выход I: S: Правая сторона функционального блока имеет значение -: Вход -: Управление +: Выход I: S: Левая сторона функционального блока имеет значение +: Вход -: Управление -: Выход I: S: Нижняя сторона функционального блока имеет значение +: Механизм -: Управление -: Выход I: S: По требованиям стандарта IDEF0 любой функциональный блок должен иметь по крайней мере +: одну интерфейсную дугу -: две интерфейсных дуги -: три интерфейсных дуги I: S: Источником интерфейсной дуги может быть только сторона интерфейсного блока, имеющая значение -: Выход -: Вход +: Управление I: S: Приёмником интерфейсной дуги НЕ может быть сторона интерфейсного блока, имеющая значение -: Выход +: Вход -: Управление I: S: Согласно стандарта IDEF0 декомпозиция диаграмм применяется для -: характеристики объекта, отображенного каким-либо элементом +: разбиения сложного процесса на составляющие его функции -: обеспечение возможности получения отчетов о состоянии бизнес-процесса I: S: Обозначение “туннеля” в виде двух круглых скобок вокруг начала интерфейсной дуги обозначает, что -: в дочерней по отношению к данному блоку диаграмме эта дуга отображаться и рассматриваться не будет +: эта дуга не была унаследована от функционального родительского блока и появилась только на этой диаграмме -: данная интерфейсная дуга является управляющей I: S: В стандарте IDEF0 приняты соглашения об ограничении сложности. Они ограничивают сверху количество функциональных блоков диаграммы -: четырьмя -: пятью +: шестью I: S: В стандарте IDEF0 приняты соглашения об ограничении сложности. Они ограничивают снизу количество функциональных блоков диаграммы +: тремя -: четырьмя -: двумя I: S: В стандарте IDEF0 приняты соглашения об ограничении сложности. Они ограничивают сверху количество подходящих с одной стороны к одному функциональному блоку интерфейсных дуг -: тремя +: четырьмя -: двумя I: S: Стандарт IDEF3 предоставляет средства для моделирования +: сценариев технологических процессов -: содержания интерфейсных дуг -: декомпозиции функциональных блоков I: S: В стандарте IDEF3 имеется -: один тип диаграмм +: два типа диаграмм -: три типа диаграмм I: S: С помощью PFDD диаграмм стандарта IDEF3 документируются +: последовательность и описание стадий обработки детали в рамках исследуемого технологического процесса -: трансформации детали, которые происходят на каждой стадии обработки -: процессы контроля качества детали I: S: С помощью OSTN диаграмм стандарта IDEF3 документируются -: последовательность и описание стадий обработки детали в рамках исследуемого технологического процесса +: трансформации детали, которые происходят на каждой стадии обработки -: процессы контроля качества детали I: S: Согласно стандарта IDEF5 для обеспечения логической систематизации знаний, накопленных при изучении системы применяются +: диаграммы классификации -: композиционные схемы -: диаграммы состояний объекта I: S: Согласно стандарта IDEF5 для графического представления состава классов онтологии системы применяются -: диаграммы классификации +: композиционные схемы -: диаграммы состояний объекта I: S: Согласно стандарта IDEF5 для документирования того или иного процесса с точки зрения изменения состояний объекта применяются -: диаграммы классификации -: композиционные схемы +: диаграммы состояний объекта I: S: Согласно стандартов семейства IDEF процесс разработки моделей бизнес-процессов является -: итеративным -: однонаправленным +: двунаправленным I: S: Семейство стандартов MRP предназначено для +: управления производственным предприятием -: управления персоналом -: управления финансами I: S: Главной задачей технологии MRP является обеспечение -: качества продукции +: гарантии наличия необходимого количества материалов-комплектующих -: минимума производственных затрат I: S: Основным входным элементом MRP системы является -: План заказов +: Описание состояния материалов -: Прогноз спроса I: S: Основным выходным элементом MRP системы является +: План заказов -: Описание состояния материалов -: Прогноз спроса I: S: MRP система является системой : с обратной связью +: без обратной связи -: имеющей и прямую и обратную связь I: S: Главным отличием методология MRPII от MRP состоит в том, что +: она содержит дополнительные функции, осуществляющие обратную связь -: содержит функции управления персоналом -: содержит функции управления финансами I: S: Согласно стандарта MRPII модуль планирования развития бизнеса -: оценивает, какими должны быть объем и динамика продаж -: формирует план производства всех видов готовых изделий и их характеристики +: формирует бизнес-план компании I: S: Согласно стандарта MRPII модуль планирования продаж +: оценивает, какими должны быть объем и динамика продаж -: формирует план производства всех видов готовых изделий и их характеристики -: формирует бизнес-план компании I: S: Согласно стандарта MRPII модуль планирования производства -: оценивает, какими должны быть объем и динамика продаж +: формирует план производства всех видов готовых изделий и их характеристики -: формирует бизнес-план компании I: S: Согласно стандарта MRPII модуль планирования потребности в материалах -: оценивает, какими должны быть объем и динамика продаж -: формирует план производства всех видов готовых изделий и их характеристики +: определяет требуемое расписание закупки или внутреннего производства всех материалов I: S: Согласно стандарта MRPII модуль планирования производственных мощностей +: преобразует план производства в конечные единицы загрузки рабочих мощностей -: формирует план производства всех видов готовых изделий и их характеристики -: определяет требуемое расписание закупки или внутреннего производства всех материалов I: S: Концепция SCRP состоит в +: планировании ресурсов предприятия, синхронизированное с продажами продукции -: планировании производства с учётом работы с сетью филиалов -: планировании производства с учётом логистических схем I: S: В контексте задач планирования ERP системы представляют собой -: MRP системы, дополненные функцией управления персоналом +: MRPII системы, дополненные функциями работы с сетью филиалов и зависимых компаний -: MRP системы, дополненный функциями управления финансами I: S: Для MRPII-системы лишним является модуль -: Планирование развития бизнеса (составление и корректировка бизнес-плана) +: Кадровый учет и кадровая политика -: Планирование продаж I: S: В семействе стандартов MRP под статусом материала понимается -: покупательский спрос +: определение того, имеется ли материал на складе, присутствует ли в текущих заказах -: уровень качества материала

Читайте также:  Максимальная грузоподъемность газели бизнес

Ограничение

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

Источник: studfile.net

Рейтинг
( Пока оценок нет )
Загрузка ...
Бизнес для женщин