- •Типы организационных структур управления в диапазоне «организационная иерархия – организационная сеть». Понятие масштаба управляемости.
- •Линейные организационные структуры управления. Достоинства и недостатки.
- •Функциональные организационные структуры управления. Достоинства и недостатки.
- •Линейно-функциональные (традиционные) организационные структуры управления. Достоинства и недостатки.
- •Дивизиональные организационные структуры управления. Достоинства и недостатки.
- •Адаптивные организационные структуры управления. Достоинства и недостатки.
- •Особенности многомерных (тензорных) организационных структур управления.
- •Понятие «бизнес-процесс» (возможные варианты толкования).
- •Основные группы процессов
- •Понятие «бизнес-модель». Структура бизнес-модели (основные компоненты). Цели моделирования бизнес-процессов. Область применения бизнес-моделей.
- •Цели описания процессов организации.
- •Для каких задач используются созданные описания бизнес-процессов?
- •Понятия «функциональный барьер», «процессный подход».
- •«Функциональный барьер»
- •Классификация бизнес-правил
- •Общее понятие «моделирование». Понятие «процесс» в соответствии со стандартом iso 9000:2000.
- •Ключевые признаки процесса. Ключевые элементы окружения процесса.
- •Предметные области (подсистемы организации), выделяемые при описании процессов. Понятия «детализация», «глубина детализации».
- •Понятия «представление», «модель», «объект», «связь», «атрибут». Варианты формализованного описания систем и процессов. Понятие «моделирование процессов».
- •Понятие «организация». Понятие «процессно-ориентированная организация».
- •Достоинства и недостатки процессно- и функционально-ориентированного взгляда на деятельность организации.
- •Недостатки
- •Этапы идентификации процесса как объекта управления.
- •Понятие «граница процесса». Виды границ. Понятие «интерфейс процесса». Виды интерфейсов.
- •Метод моделирования sadt. Состав функциональной модели. Типы интерфейсов.
- •Метод моделирования dfd. Назначение метода. Структура бизнес-модели по уровням декомпозиции.
- •Метод моделирования dfd. Порядок построения иерархии диаграмм dfd.
- •Метод моделирования dfd. Понятие «спецификация», «элемент данных», «структура данных», «поток данных». Типы организации структур и элементов данных.
- •Метод моделирования aris.Элементы (типы объектов и связей) основной диаграммы бизнес-процесса.Пример диаграммы eEpc и правила ее построения.
- •Метод моделирования aris. Преимущества и недостатки метода.
- •Метод моделирования aris.Основные (наиболее часто используемые) диаграммы.
- •Метод моделирования Ericsson-Penker. Область применения метода. Понятие «механизм расширения uml» (перечислить механизмы), «профиль uml».
- •Метод моделирования Ericsson-Penker. Основные категории бизнес-модели.
- •Метод моделирования Ericsson-Penker. Элементы основной uml-диаграммы метода. Понятие «линейка синхронизации».Порядок декомпозиции uml ActivityDiagram.
- •Метод моделирования Ericsson-Penker. Использование образца процесса на uml ActivityDiagram для описания бизнес-процесса.
- •Метод моделирования Ericsson-Penker. Используемые представления бизнес-модели.
- •Комплекс проектов по описанию и совершенствованию процессов: состав и очередность.
Метод моделирования dfd. Назначение метода. Структура бизнес-модели по уровням декомпозиции.
Диаграмма потоков данных. Представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления — продемонстрировать как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Для построения ДФД традиционно используются 2 различные нотации, соответствующие методам Йордана-Де Марко и Гейн Сэрсон. В соответсвтии с данным методом(Сэрсон), модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи потребителю. Источники информации (внешние сущности) порождают информационные потоки, переносящие информацию к подсистемам или процессам. Те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных, внешним сущностям.
Диаграммы верхних уровней иерархии определяют основные процессы или подсистемы с внешними входами и выходами. Далее эти диаграммы детализируются при помощи диаграмм нижнего уровня. И такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм до тех пор, пока не будет достигнут уровень декомпозиции, на котором декомпозировать процессы далее не имеет смысла.
Метод моделирования DFD. Состав диаграмм DFD. Основные компоненты.
Диаграмма потоков данных. Представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления — продемонстрировать как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Основные компоненты диаграмм потоков данных являются
1. внешние сущности – представляет собой материальный объект или физическое лицо, являющееся источником или приемником информации. Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой системы. В процессе анализа некоторые внешние сущности могут быть перенесены внутрь диаграммы анализируемой системы, или наоборот, часть процессов может быть вынесена за пределы диаграммы и представлена как внешняя сущность. Обозначается след.образом:
|
|
|
|
2. системы и подсистемы. Анализируемая система может быть представлена в общем виде в виде одной системы как единое целое, либо она может быть сразу декомпозированна на ряд подсистем. Подсистема или система изображается:
Номер подсистемы служит для ее идентификации, поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями.
3.
|
|
|
|
процессы — представляет собой преобразование входных потоков данных в выходные в соответствие с определенным алгоритмом. Физически процесс может быть реализован различными способами: подразделение организации, выполняющие обработку входных документов, программа, аппаратно реализованное логическое устройство и т.д. Процесс на диаграмме потоков данных изображается аналогично рисунку выше. Номер процесса служит для его идентификации. В поле имени вводится наименование процесса в виде предложения с активным, недвусмысленным глаголом в неопределенной форме, за которым следуют существительные в винительном падеже, (например,"Ввести сведения о клиентах"; "Выдать информацию о текущих расходах"; "Проверить кредитоспособность клиента").
Использование таких глаголов, как "обработать", "модернизировать" или "отредактировать" означает, как правило, недостаточно глубокое понимание данного процесса и требует дальнейшего анализа.
Информация в поле физической реализации показывает какое подразделение, программа или аппаратное устройство выполняет данный процесс.
4. Н акопители данных — абстрактное устройство для хранения информации, которую можно в любой момент поместить в накопитель и через некоторое время извлечь из нее, причем способы извлечения будут любыми. Накопитель может быть реализован физически в виде микрофиши, ящика в картотеке, таблицы в оперативной памяти, файла на магнитном носителе и т.д..
Накопитель данных идентифицируется буквой "D" и произвольным числом. Имя накопителя выбирается из соображения наибольшей информативности для проектировщика.
Накопитель данных в общем случае является прообразом будущей базы данных и описание хранящихся в нем данных должно быть увязано с информационной моделью.
5. поток данных — определяет информацию, передаваемую через некоторое соединение от источника к приемнику. Реальный поток данных м.б. информацией, передаваемой по кабелю м/у 2 устройствами, письмами, пересылаемыми по почте, магнитными лентами, дискетами, флешками, винчестерами и т.д. Обозначается линией, которая показывает направление потока. Каждый поток данных имеет имя, отражающий его содержание.
Метод моделирования DFD.Правила (рекомендации) построения иерархии диаграмм DFD.
Диаграмма потоков данных. Представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления — продемонстрировать как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Главная цель построения иерархии DFD заключается в том, чтобы сделать описание системы ясным и понятным на каждом уровне детализации, а так же разбить описание на части с точно определенными отношениями м/у ними. Рекомендации (чтобы сделать систему ясной и понятной):
размещать на каждой диаграмме от 3 до 6-7 процессов (аналогично САП). Верхняя граница соответствует человеческим возможностям одновременного восприятия и понимания структуры сложной системы с множеством внутренних связей. Нижняя граница — по соображениям здравого смысла.
Не загромождать диаграммы не существенными на данном уровне деталями
декомпозицию потоков данных осуществлять параллельно с декомпозицией процессов (одновременно).
Выбирать ясные, отражающие суть дела имена процессов и потоков, стараться не использовать аббревиатуры.