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

Тесты с ответами МЭСИ (2011г.) — файл n1.docx

приобрести
Тесты с ответами МЭСИ (2011г.)
скачать (25.6 kb.)
Доступные файлы (1):

n1.docx

Вопросы итогового тестирования:

1. Ассоциация рабочих объектов требуется для отслеживания:

• Выборки из хранилища соответствующих объектов;
• Соответствия объектов друг другу.

1. Бизнес-процессы на предприятии характеризуются:

• Четко определенными во времени началом и концом;
• Внешними интерфейсами;
• Затратами времени;
• Затратами труда;
• Затратами материалов.

1. В состав проектной группы (команды) входят:

• Работники предприятия и консультанты.

1. Владелец процесса – это структурное подразделение, которое:

• Исполняет и координирует исполнение операций процесса;

1. Выберите две ступени расчета стоимости бизнес-процесса, соответствующие методу стоимостного анализа процессов (АВС-методу):

• Стоимость соответствующих функций переносится на стоимостные объекты;
• Все затраты центров ответственности распределяются по функциям бизнес-процесса;

1. Выделение бизнес-процессов предполагает проведение:

• Экспертного многокритериального оценивания.

1. Границы бизнес-процесса определяются:

• Выполнением требований клиента процесса;
• Сменой на выходе операции управляемого объекта преобразований.

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

• Дезагрегации.

1. Если выходные объекты, поступающие из различных функциональных блоков, имеют одинаковое название и сущность и являются входом для одного функционального блока, то они объединяют свои пути по принципу:

• Обобщения.

1. Если представить бизнес-процесс как совокупность взаимосвязанных функций, то между функциями бизнес-процесса протекают:

• Информационные, материальные и финансовые потоки.

1. Задачи стоимостного анализа процессов:

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

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

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

1. Как задается разветвление в процессе:

• По вероятности пути процесса;
• По типу объекта;
• Произвольно;
• По значению пользовательских атрибутов;

1. Как задаются стоимостные характеристики использования ресурсов в процессе:

• На факт и время использования ресурса в процессе.

1. Какие основные типы статистических данных генерируются в ходе имитационного эксперимента по моделированию бизнес-процесса:

• Стоимость преобразования объектов в процессе;
• Степень использования ресурсов в процессе;
• Время преобразования объектов в процессе;
• Стоимость использования ресурсов в процессе;
• Пропускная способность процесса;

1. Каково назначение репозитария в технологии РБП?

• Документирование бизнес-процессов;

1. Каковы ключевые факторы успеха реинжиниринга бизнес-процессов?

• Комплексный характер проектных работ;
• Совместная работа консультантов и работников компании в командах РБП;
• Мотивация персонала в РБП;
• Участие руководства компании на всех этапах РБП.

1. Какой главный критерий эффективности организации бизнес-процесса из следующих:

• Время исполнения.

1. Какой подход обеспечивает встраивание поставщиков и клиентов в бизнес-процессы предприятия:

• Управление поставками по принципу «точно во время» (JIT).

1. Какой подход обеспечивает непрерывное совершенствование бизнес-процессов:

• Всеобщее управление качеством (TQM);

1. Какой подход обеспечивает сквозное планирование основных бизнес-процессов:

• Управление ресурсами предприятия (MRP).

1. Лидер проекта выполняет следующую работу по РБП:

• Ежедневно координирует ход выполнения работ по РБП;

1. Метод имитационного моделирования используется для:

• Динамического анализа бизнес-процессов.

1. Метод учета затрат по функциям используется для:

• Статического анализа бизнес-процессов.

1. Методологический центр выполняет следующую работу по РБП:

• Ежедневно руководит выполнением работ по РБП.

1. На этапе внедрения проекта РБП выполняется следующая работа:

• Осуществляется обучение персонала;
• Поэтапный ввод и тестирование информационной системы;

1. На этапе идентификации бизнес-процессов выполняется следующая работа:

• Выделяются бизнес-процессы для РБП в соответствии со стратегией;

1. На этапе реализации проекта РБП выполняется следующая работа:

• Разрабатывается или модернизируется организационно-экономическая система;
• Разрабатывается или модернизируется информационная система;

1. Назовите ключевые информационные технологии для управления основными процессами:

• Система управления потоками работ;
• Распределенная база данных;

1. Назовите ключевые информационные технологии для управления инновационными процессами:

• Информационно-аналитические системы;
• Системы имитационного моделирования;
• Управление знаниями;

1. Назначение динамического анализа бизнес-процесса заключается в оценке:

• Производительности бизнес-процессов;
• Использования ресурсов в бизнес-процессе;
• Непроизводительных затрат.

1. Наиболее точное определение бизнес-процесса:

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

1. Обратный инжиниринг — это:

• Исследование существующей организации бизнес-процессов.

1. Объектно-ориентированный подход к моделированию бизнес-процессов сводится к:

• Выделению классов объектов и определению тех действий, в которых участвуют эти объекты.

1. Объекты, на основе которых выполняются бизнес-процессы и которые рассматриваются как ограничения, обстоятельства и условия выполнения процесса, называются:

• Управляющими;

1. Одним из принципов реинжиниринга бизнес-процессов является:

• Уменьшается количество проверок и управляющих воздействий.

1. Одним из принципов реинжиниринга бизнес-процессов является:

• Сочетание централизованного и децентрализованного подходов.

1. Организационная единица (предприятие, подразделение, персонал, отдельные исполнители) – это частный случай:

• Ресурсов.

1. Основная цель реинжиниринга бизнес-процессов – целостное и системное моделирование и реорганизация:

• Материальных, финансовых и информационных потоков.

1. Потоки объектов (материальных, финансовых, информационных) на функциональных диаграммах представляются в виде:

• Интерфейсных дуг.

1. Примеры механизмов, участвующих в функциональной модели, построенной с помощью методологии IDEF0:

• Оборудование;
• Персонал;
• Структурные подразделения предприятия;

1. Принцип «вертикального сжатия процесса» означает, что:

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

1. Принцип «горизонтального сжатия процесса» означает, что:

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

1. Принципами реинжиниринга бизнес-процессов являются:

• Работы выполняются в естественном порядке;
• Распараллеливание выполняемых работ.

1. Прямой инжиниринг — это:

• Построение новой организации бизнес-процессов.

1. Пул объектов используется для размещения:

• Постоянных ресурсов.

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

• Рабочие объекты используются в течение одного цикла воспроизводства.

1. Реинжиниринг бизнес-процессов выполняется:

• В связи с необходимостью проведения стратегических изменений;

1. Реинжиниринг бизнес-процессов направлен на минимизацию:

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

1. Реинжиниринг бизнес-процессов охватывает перепроектирование бизнес-процессов:

• Большинства структурных подразделений компании

1. Реинжиниринг бизнес-процессов повышает эффективность функционирования деятельности компании:

• В десятки раз.

1. Реинжиниринг бизнес-процессов предусматривает:

• Взгляд на построение компании как на инженерную деятельность.

1. Результатом оптимизации использования ресурсов в бизнес-процессах является:

• Минимизация издержек производства.

1. Руководящий комитет выполняет следующую работу по РБП:

• Выделяет и контролирует использование ресурсов для РБП.

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

• Процессы выпуска продукции и обслуживания клиентов;

1. Событийная цепочка процессов позволяет четко определять:

• Альтернативность выполнения процесса;
• Синхронизацию выполнения процесса;
• Распараллеливание выполнения процесса;

1. Стоимостной анализ процессов позволяет более точно определять:

• Распределение накладных расходов на стоимостные объекты;

1. Структурное моделирование бизнес-процессов используется для:

• Стандартизации бизнес-процессов;
• Определения требований к информационной системе;
• Проведения улучшений в организации бизнес-процессов.

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

• Снизу-вверх;

1. Условием завершения построения функциональной модели является:

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

1. Установите соответствие типов клиентов и видов бизнес-процессов:

• Потенциальный клиент – инновационный процесс;
• Внешний клиент – основной процесс;
• Внутренний клиент – вспомогательный процесс.

1. Фактором ресурсов называется критерий отнесения:

• Затрат центров ответственности на стоимостные объекты.

1. Функции, выполняемые человеком на основе рекомендаций, подготавливаемых ЭВМ, называются:

• Экспертные.

1. Функциональный блок в функциональной диаграмме бизнес-процесса служит для описания:

• Функции, операции, действия, бизнес-процесса в целом.

1. Функциональные блоки преобразуют:

• Управляющие объекты в выходные объекты;
• Входные объекты в выходные, причем выходной объект должен качественно отличаться от входного;

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

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

1. Функциональная модель бизнес-процесса характеризуется:

• Использование принципа декомпозиции функции;
• Графической простотой;
• Многоуровневым описанием бизнес-процесса.

1. Функциональным фактором называется критерий отнесения:

• Затрат функции на стоимостные объекты.

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

• Последовательность выполнения нескольких процессов.

Вопросы итогового тестирования

С этим файлом связано 3 файл(ов). Среди них: jhjkvkvhghvgvgv.docx, ода.docx, otvety-na-test-8simj7.pdf.
Показать все связанные файлы

Подборка по базе: Тестовые вопросы к разделу 5_ просмотр попытки.pdf, Экономический потенциал и вопросы обеспечения (1).docx, Тестовые вопросы к разделу 1.pdf, Контрольные вопросы по растровому изображению..docx, Рабочая программа по окружающему миру 4 класс (_Начальная школа , Рабочая программа по технологии — 2 класс — Школа России — Конст, Рабочая программа по предмету _Физическая культура_ по конструкт, Тестовые вопросы к разделу 2.docx, Викторина Наставничество. Вопросы и ответы.pdf, Тестовые вопросы к разделу 1.docx

Вопросы итогового тестирования:

1. Ассоциация рабочих объектов требуется для отслеживания:

• Выборки из хранилища соответствующих объектов;
• Соответствия объектов друг другу.

1. Бизнес-процессы на предприятии характеризуются:

• Четко определенными во времени началом и концом;
• Внешними интерфейсами;
• Затратами времени;
• Затратами труда;
• Затратами материалов.

1. В состав проектной группы (команды) входят:

• Работники предприятия и консультанты.

1. Владелец процесса – это структурное подразделение, которое:

• Исполняет и координирует исполнение операций процесса;

1. Выберите две ступени расчета стоимости бизнес-процесса, соответствующие методу стоимостного анализа процессов (АВС-методу):

• Стоимость соответствующих функций переносится на стоимостные объекты;
• Все затраты центров ответственности распределяются по функциям бизнес-процесса;

1. Выделение бизнес-процессов предполагает проведение:

• Экспертного многокритериального оценивания.

1. Границы бизнес-процесса определяются:

• Выполнением требований клиента процесса;
• Сменой на выходе операции управляемого объекта преобразований.

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

• Дезагрегации.

1. Если выходные объекты, поступающие из различных функциональных блоков, имеют одинаковое название и сущность и являются входом для одного функционального блока, то они объединяют свои пути по принципу:

• Обобщения.

1. Если представить бизнес-процесс как совокупность взаимосвязанных функций, то между функциями бизнес-процесса протекают:

• Информационные, материальные и финансовые потоки.

1. Задачи стоимостного анализа процессов:

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

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

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

1. Как задается разветвление в процессе:

• По вероятности пути процесса;
• По типу объекта;
• Произвольно;
• По значению пользовательских атрибутов;

1. Как задаются стоимостные характеристики использования ресурсов в процессе:

• На факт и время использования ресурса в процессе.

1. Какие основные типы статистических данных генерируются в ходе имитационного эксперимента по моделированию бизнес-процесса:

• Стоимость преобразования объектов в процессе;
• Степень использования ресурсов в процессе;
• Время преобразования объектов в процессе;
• Стоимость использования ресурсов в процессе;
• Пропускная способность процесса;

1. Каково назначение репозитария в технологии РБП?

• Документирование бизнес-процессов;

1. Каковы ключевые факторы успеха реинжиниринга бизнес-процессов?

• Комплексный характер проектных работ;
• Совместная работа консультантов и работников компании в командах РБП;
• Мотивация персонала в РБП;
• Участие руководства компании на всех этапах РБП.

1. Какой главный критерий эффективности организации бизнес-процесса из следующих:

• Время исполнения.

1. Какой подход обеспечивает встраивание поставщиков и клиентов в бизнес-процессы предприятия:

• Управление поставками по принципу «точно во время» (JIT).

1. Какой подход обеспечивает непрерывное совершенствование бизнес-процессов:

• Всеобщее управление качеством (TQM);

1. Какой подход обеспечивает сквозное планирование основных бизнес-процессов:

• Управление ресурсами предприятия (MRP).

1. Лидер проекта выполняет следующую работу по РБП:

• Ежедневно координирует ход выполнения работ по РБП;

1. Метод имитационного моделирования используется для:

• Динамического анализа бизнес-процессов.

1. Метод учета затрат по функциям используется для:

• Статического анализа бизнес-процессов.

1. Методологический центр выполняет следующую работу по РБП:

• Ежедневно руководит выполнением работ по РБП.

1. На этапе внедрения проекта РБП выполняется следующая работа:

• Осуществляется обучение персонала;
• Поэтапный ввод и тестирование информационной системы;

1. На этапе идентификации бизнес-процессов выполняется следующая работа:

• Выделяются бизнес-процессы для РБП в соответствии со стратегией;

1. На этапе реализации проекта РБП выполняется следующая работа:

• Разрабатывается или модернизируется организационно-экономическая система;
• Разрабатывается или модернизируется информационная система;

1. Назовите ключевые информационные технологии для управления основными процессами:

• Система управления потоками работ;
• Распределенная база данных;

1. Назовите ключевые информационные технологии для управления инновационными процессами:

• Информационно-аналитические системы;
• Системы имитационного моделирования;
• Управление знаниями;

1. Назначение динамического анализа бизнес-процесса заключается в оценке:

• Производительности бизнес-процессов;
• Использования ресурсов в бизнес-процессе;
• Непроизводительных затрат.

1. Наиболее точное определение бизнес-процесса:

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

1. Обратный инжиниринг — это:

• Исследование существующей организации бизнес-процессов.

1. Объектно-ориентированный подход к моделированию бизнес-процессов сводится к:

• Выделению классов объектов и определению тех действий, в которых участвуют эти объекты.

1. Объекты, на основе которых выполняются бизнес-процессы и которые рассматриваются как ограничения, обстоятельства и условия выполнения процесса, называются:

• Управляющими;

1. Одним из принципов реинжиниринга бизнес-процессов является:

• Уменьшается количество проверок и управляющих воздействий.

1. Одним из принципов реинжиниринга бизнес-процессов является:

• Сочетание централизованного и децентрализованного подходов.

1. Организационная единица (предприятие, подразделение, персонал, отдельные исполнители) – это частный случай:

• Ресурсов.

1. Основная цель реинжиниринга бизнес-процессов – целостное и системное моделирование и реорганизация:

• Материальных, финансовых и информационных потоков.

1. Потоки объектов (материальных, финансовых, информационных) на функциональных диаграммах представляются в виде:

• Интерфейсных дуг.

1. Примеры механизмов, участвующих в функциональной модели, построенной с помощью методологии IDEF0:

• Оборудование;
• Персонал;
• Структурные подразделения предприятия;

1. Принцип «вертикального сжатия процесса» означает, что:

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

1. Принцип «горизонтального сжатия процесса» означает, что:

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

1. Принципами реинжиниринга бизнес-процессов являются:

• Работы выполняются в естественном порядке;
• Распараллеливание выполняемых работ.

1. Прямой инжиниринг — это:

• Построение новой организации бизнес-процессов.

1. Пул объектов используется для размещения:

• Постоянных ресурсов.

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

• Рабочие объекты используются в течение одного цикла воспроизводства.

1. Реинжиниринг бизнес-процессов выполняется:

• В связи с необходимостью проведения стратегических изменений;

1. Реинжиниринг бизнес-процессов направлен на минимизацию:

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

1. Реинжиниринг бизнес-процессов охватывает перепроектирование бизнес-процессов:

• Большинства структурных подразделений компании

1. Реинжиниринг бизнес-процессов повышает эффективность функционирования деятельности компании:

• В десятки раз.

1. Реинжиниринг бизнес-процессов предусматривает:

• Взгляд на построение компании как на инженерную деятельность.

1. Результатом оптимизации использования ресурсов в бизнес-процессах является:

• Минимизация издержек производства.

1. Руководящий комитет выполняет следующую работу по РБП:

• Выделяет и контролирует использование ресурсов для РБП.

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

• Процессы выпуска продукции и обслуживания клиентов;

1. Событийная цепочка процессов позволяет четко определять:

• Альтернативность выполнения процесса;
• Синхронизацию выполнения процесса;
• Распараллеливание выполнения процесса;

1. Стоимостной анализ процессов позволяет более точно определять:

• Распределение накладных расходов на стоимостные объекты;

1. Структурное моделирование бизнес-процессов используется для:

• Стандартизации бизнес-процессов;
• Определения требований к информационной системе;
• Проведения улучшений в организации бизнес-процессов.

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

• Снизу-вверх;

1. Условием завершения построения функциональной модели является:

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

1. Установите соответствие типов клиентов и видов бизнес-процессов:

• Потенциальный клиент – инновационный процесс;
• Внешний клиент – основной процесс;
• Внутренний клиент – вспомогательный процесс.

1. Фактором ресурсов называется критерий отнесения:

• Затрат центров ответственности на стоимостные объекты.

1. Функции, выполняемые человеком на основе рекомендаций, подготавливаемых ЭВМ, называются:

• Экспертные.

1. Функциональный блок в функциональной диаграмме бизнес-процесса служит для описания:

• Функции, операции, действия, бизнес-процесса в целом.

1. Функциональные блоки преобразуют:

• Управляющие объекты в выходные объекты;
• Входные объекты в выходные, причем выходной объект должен качественно отличаться от входного;

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

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

1. Функциональная модель бизнес-процесса характеризуется:

• Использование принципа декомпозиции функции;
• Графической простотой;
• Многоуровневым описанием бизнес-процесса.

1. Функциональным фактором называется критерий отнесения:

• Затрат функции на стоимостные объекты.

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

• Последовательность выполнения нескольких процессов.

В системная инженерия, программная инженерия, и Информатика, а функциональная модель или же функциональная модель является структурированным представлением функции (виды деятельности, действия, процессы, операции ) в смоделированном система или предметной области.^[1]

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

История

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

В конце 19 века появились первые диаграммы, изображающие бизнес-деятельность, действия, процессы или операции, а в первой половине 20 века появились первые структурированные методы документирования деятельности бизнес-процессов. Одним из таких методов был блок-схема процесса, представлен Фрэнк Гилбрет членам Американское общество инженеров-механиков (ASME) в 1921 году с презентацией под названием «Диаграммы процессов — первые шаги в поиске единственного наилучшего пути».^[3] Инструменты Гилбрета быстро нашли свое применение в промышленная инженерия учебные планы.

Возникновение области системная инженерия можно проследить до Bell Telephone Laboratories в 1940-е гг.^[4] Необходимость идентифицировать и управлять свойствами системы в целом, которые в сложных инженерных проектах могут сильно отличаться от суммы свойств частей, побудила различные отрасли промышленности применять эту дисциплину.^[5] Одним из первых, кто определил функциональную модель в этой области, был британский инженер. Уильям Гослинг. В его книге Проектирование инженерных систем (1962, с. 25) он заявил:

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

Одной из первых четко определенных функциональных моделей была модель функциональная блок-схема (FFBD) разработан оборонным TRW Основана в 1950-х годах.^[7] В 1960-х годах его эксплуатировали НАСА для визуализации временной последовательности событий в космических системах и полетах.^[8] В дальнейшем он широко используется в классических системная инженерия показать порядок выполнения системных функций.^[9]

Темы функционального моделирования

Функциональная перспектива

В системная инженерия и программная инженерия функциональная модель создается с функциональным перспектива моделирования. Функциональная перспектива — одна из возможных в моделирование бизнес-процессов другие точки зрения могут быть, например, поведенческими, организационными или информационными.^[10]

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

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

• Процесс: иллюстрирует преобразование от ввода к выводу.
• Магазин: Сборник данных или какой-то материал.
• Поток: движение данных или материала в процессе.
• Внешний объект: внешний по отношению к смоделированной системе, но взаимодействующий с ней.

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

В Динамическое моделирование предприятия разделение происходит в Модель управления, Функциональная модель, Модель процесса и Организационная модель.

Функциональная декомпозиция

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

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

Функциональная декомпозиция инженерных систем — это метод анализа инженерных систем. Основная идея состоит в том, чтобы попытаться разделить систему таким образом, чтобы каждый блок блок-схемы можно было описать без «и» или «или» в описании.

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

Методы функционального моделирования

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

Функциональная блок-схема

А функциональная блок-схема это блок-схема, который описывает функции и взаимосвязи система. Функциональная блок-схема может изображать:^[11]

• Функции системы, изображенной блоками
• Элементы ввода и вывода блока, изображенные линиями, и
• Отношения между функциями
• Функциональные последовательности и пути для материи и / или сигналов^[12]

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

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

Функциональная блок-схема

В функциональная блок-схема (FFBD) — многоуровневый, последовательный, пошаговый схема из система Функциональный поток.^[14]Диаграмма разработана в 1950-х годах и широко используется в классической системная инженерия. Функциональная блок-схема также упоминается как Функциональная блок-схема, функциональная блок-схема, и функциональный поток.^[15]

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

В методе FFBD функции организованы и изображены в соответствии с их логическим порядком выполнения. Каждая функция показана с точки зрения ее логической связи с выполнением и завершением других функций. Узел, помеченный именем функции, отображает каждую функцию. Стрелки слева направо показывают порядок выполнения функций. Логические символы представляют собой последовательное или параллельное выполнение функций.^[16]

HIPO и oPO

HIPO за иерархический процесс ввода вывода это популярный 1970-е системный анализ помощь в проектировании и документация^[17] для представления модулей система как иерархия и для документирования каждого модуля.^[18]

Он использовался для разработки требований, построения дизайна и поддержки внедрения экспертной системы для демонстрации автоматизированного рандеву. Затем проверка проводилась систематически из-за метода разработки и реализации.^[19]

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

Диаграмма N2

В Диаграмма N2 представляет собой диаграмму в виде матрица, представляющие функциональные или физические интерфейсы между элементами системы. Он используется для систематической идентификации, определения, табулирования, проектирования и анализа функциональных и физических интерфейсов. Это относится к системе интерфейсы и аппаратное обеспечение и / или программного обеспечения интерфейсы.^[14]

Диаграмма N2 широко использовалась для разработки интерфейсов данных, в основном в программного обеспечения области. Однако его также можно использовать для разработки аппаратных интерфейсов. Базовая схема N2 показана на рисунке 2. Системные функции расположены по диагонали; остальные квадраты в матрице N x N представляют входы и выходы интерфейса. ^[20]

Структурированный анализ и методика проектирования

Структурированный анализ и методика проектирования (SADT) — это методология программной инженерии для описания системы как иерархия функций, схематический обозначение для построения эскиза программного приложения. Он предлагает строительные блоки для представления сущностей и действий, а также множество стрелок для связи прямоугольников. Эти прямоугольники и стрелки имеют связанный неформальный семантика.^[21] SADT может использоваться как инструмент функционального анализа данного процесса с использованием последовательных уровней детализации. Метод SADT позволяет определить потребности пользователей в ИТ-разработках, которые используются в промышленных информационных системах, а также объяснить и представить производственные процессы и процедуры деятельности.^[22]

SADT предоставляет конкретное функциональное представление о любом предприятии, описывая функции и их отношения в компании. Эти функции выполняют цели компании, такие как продажи, планирование заказов, проектирование продукции, изготовление деталей и управление человеческими ресурсами. SADT может отображать простые функциональные взаимосвязи и может отражать взаимосвязи между данными и потоками управления между различными функциями. В IDEF0 формализм основан на SADT, разработанном Дуглас Т. Росс в 1985 г.^[23]

IDEF0

IDEF0 это функциональное моделирование методика описания производство функции, предлагающие функциональные язык моделирования для анализа, разработки, реинжиниринга и интеграции информационные системы; деловые процессы; или программный инженерный анализ.^[24] Это часть IDEF семейство языков моделирования в области программная инженерия, и построен на построении языка функционального моделирования SADT.

Метод функционального моделирования IDEF0 разработан для моделирования решений, действий и действий организации или системы.^[25] Он был заимствован из устоявшегося языка графического моделирования структурированный анализ и методика проектирования (SADT) разработан Дуглас Т. Росс и SofTech, Inc.. В исходной форме IDEF0 включает в себя как определение языка графического моделирования (синтаксис и семантика ) и описание комплексной методологии разработки моделей.^[1] Военно-воздушные силы США поручили разработчикам SADT разработать метод функциональной модели для анализа и передачи функциональной перспективы системы. IDEF0 должен помочь в организации системного анализа и способствовать эффективному общению между аналитиком и заказчиком с помощью упрощенных графических устройств.^[25]

Аксиоматический дизайн

Аксиоматический дизайн представляет собой процесс иерархической функциональной декомпозиции сверху вниз, используемый в качестве основы синтеза решений для анализа, разработки, реинжиниринга и интеграции продуктов, информационных систем, бизнес-процессов или программных инженерных решений.^[26] Его структура математически подходит для анализа взаимосвязи между функциями с целью оптимизации архитектурной устойчивости потенциальных моделей функциональных решений.

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

Модель бизнес-функции

А Модель бизнес-функции (BFM) — это общее описание или категория операций, выполняемых в плановом порядке для выполнения миссии организации. Они «обеспечивают концептуальную структуру для определения общих бизнес-функции «.^[27] Он может показать критические деловые процессы в контексте функций бизнес-направления. Процессы в модели бизнес-функций должны согласовываться с процессами в моделях цепочки создания стоимости. Процессы — это группа связанных бизнес-операций, выполняемых для производства конечного продукта или предоставления услуги. В отличие от бизнес-функций, которые выполняются на постоянной основе, процессы характеризуются тем, что у них есть конкретное начало и конечная точка, отмеченная достижением желаемого результата. На рисунке справа показана взаимосвязь между бизнес-процессами, бизнес-функциями и эталонной бизнес-моделью бизнес-области.^[28]

Модель и обозначение бизнес-процесса

Модель и обозначение бизнес-процесса (BPMN) — это графическое представление для уточнения деловые процессы в рабочий процесс. BPMN была разработана Инициатива по управлению бизнес-процессами (BPMI), и в настоящее время поддерживается Группа управления объектами поскольку две организации объединились в 2005 году. Текущая версия BPMN — 2.0.^[29]

Спецификация модели и нотации бизнес-процессов (BPMN) предоставляет графическую нотацию для определения деловые процессы в Схема бизнес-процесса (БЛД).^[30] Цель BPMN — поддерживать управление бизнес-процессами как для технических пользователей, так и для бизнес-пользователей, предоставляя нотацию, интуитивно понятную для бизнес-пользователей, но способную представить сложную семантику процесса. Спецификация BPMN также обеспечивает сопоставление графики нотации с базовыми конструкциями языков исполнения, в частности BPEL4WS.^[31]

Эталонная бизнес-модель

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

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

Модель функции оператора

В Модель функции оператора (OFM) предлагается как альтернатива традиционным анализ задачи методы, используемые человеческие факторы инженеры. Модель операторной функции пытается представить в математической форме, как оператор может разложить сложную систему на более простые части и координировать управляющие воздействия и конфигурации системы, чтобы достичь приемлемой общей производительности системы. Модель представляет основные вопросы представления знаний, информационного потока и принятия решений в сложных системах. Миллер (1985) предполагает, что структуру сети можно рассматривать как возможное представление оператора внутренняя модель системы плюс структура управления, которая определяет, как модель используется для решения задач принятия решений, которые включают функции управления оператором.^[32]

Смотрите также

• Функциональная модель автобуса
• Моделирование бизнес-процессов
• Модель данных
• Моделирование предприятия
• Функциональная архитектура программного обеспечения
• Модель полиномиальной функции
• Модель рациональных функций
• Научное моделирование
• Единый язык моделирования
• Посмотреть модель

Рекомендации

Эта статья включаетматериалы общественного достояния от Национальный институт стандартов и технологий интернет сайт https://www.nist.gov.

Эта статья включаетматериалы общественного достояния от Федеральная авиационная администрация документ: «Модель операторных функций (OFM)».