- •1. Понятие бизнес-процесса.
- •2. Определение бизнес-процесса и их виды.
- •3. Структура бизнес-процесса.
- •4. Организационная структура предприятия на основе управления бизнес-процессами.
- •5. Цели и задачи инжиниринга.
- •6. Сущность и принципы инжиниринга бизнес-процессов.
- •7. Сущность процессного подхода к управлению организацией и условия его применения.
- •8. Понятие процесса как объекта управления, основные принципы управления бизнес-процессом.
- •9. Организационные формы компаний, основанных на управлении бизнес-процессами: матричные структуры, технологии рабочих групп, логистические цепочки, виртуальные организации.
- •11. Обратный инжиниринг – исследование существующих бизнес-процессов. Прямой инжиниринг – построение новых бизнес-процессов.
- •12. Причины возникновения инжиниринга.
- •13. Методология и принципы рбп.
- •14. Идентификация бизнес- процессов.
- •15. Задачи идентификации. Разработка проекта инжиниринга бизнес-процессов. Организационная структура проекта инжиниринга бизнес-процессов.
- •16. Методы и инструментальные средства инжиниринга бизнес-процессов.
- •17. Методологии моделирования бизнес-процессов и case-технологии.
- •19. Sadt-технология – технология структурного анализа и проектирования.
- •20. Понятие структурного анализа.
- •21. Цели и задачи структурного анализа.
- •22. Базовые понятия и основы структурного анализа.
- •23. Виды стратегических моделей в структурном анализе.
- •24. Диаграммы структурного анализа.
- •25. Общая характеристика idef.
- •26. Особенности построения функциональной модели с использованием idef. Общая характеристика dfd.
- •27. Особенности построения функциональной модели с использованием dfd. Сущность объектно-ориентированное моделирование бизнес-процессов с использованием ппп.
- •28. Модель прецедентов использования (п-модель).
- •29. Объектная модель (о-модель).
23. Виды стратегических моделей в структурном анализе.
В структурном анализе и проектировании используются различные модели, описывающие:
Функциональную структуру системы;
Последовательность выполняемых действий;
Передачу информации между функциональными процессами;
Отношения между данными.
Наиболее распространенными моделями первых трех групп являются:
функциональная модель SADT (Structured Analysis and Design Technique);
модель IDEF3;
DFD (Data Flow Diagrams) - диаграммы потоков данных.
Метод SADT представляет собой совокупность правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями.
Метод моделирования IDEF3 , являющийся частью семейства стандартов IDEF, был разработан в конце 1980-х годов для закрытого проекта ВВС США. Этот метод предназначен для таких моделей процессов, в которых важно понять последовательность выполнения действий и взаимозависимости между ними.
Диаграммы потоков данных (Data Flow Diagrams - DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Для построения DFD традиционно используются две различные нотации, соответствующие методам Йордона-ДеМарко и Гейна-Сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов. В соответствии с данными методами модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи потребителю. Практически любой класс систем успешно моделируется при помощи DFD-ориентированных методов. Они с самого начала создавались как средство проектирования информационных систем (тогда как SADT - как средство моделирования систем вообще) и имеют более богатый набор элементов, адекватно отражающих специфику таких систем (например, хранилища данных являются прообразами файлов или баз данных, внешние сущности отражают взаимодействие моделируемой системы с внешним миром).
24. Диаграммы структурного анализа.
Диаграммы «сущность-связь»
Данная нотация была предложена П. Ченом (P. Chen) в его известной работе 1976 года [17] и получила дальнейшее развитие в работах Р. Баркера [16] (R. Barker). Диаграммы "сущность-связь" (ERD) предназначены для графического представления моделей данных разрабатываемой программной системы и предлагают некоторый набор стандартных обозначений для определения данных и отношений между ними. С помощью этого вида диаграмм можно описать отдельные компоненты концептуальной модели данных и совокупность взаимосвязей между ними, имеющих важное значение для разрабатываемой системы. Основными понятиями данной нотации являются понятия сущности и связи. При этом под сущностью(entity) понимается произвольное множество реальных или абстрактных объектов, каждый из которых обладает одинаковыми свойствами и характеристиками. В этом случае каждый рассматриваемый объект может являться экземпляром одной и только одной сущности, должен иметь уникальное имя или идентификатор, а также отличаться от других экземпляров данной сущности. Примерами сущностей могут быть: банк, клиент банка, счет клиента, аэропорт, пассажир, рейс, компьютер, терминал, автомобиль, водитель. Каждая из сущностей может рассматриваться с различной степенью детализации и на различном уровне абстракции, что определяется конкретной постановкой задачи. Для графического представления сущностей используются специальные обозначения (рис. 2.8).
Рис. 2.8. Графические изображения для обозначения сущностей Связь (relationship) определяется как отношение или некоторая ассоциация между отдельными сущностями. Примерами связей могут являться родственные отношения типа "отец-сын" или производственные отношения типа "начальник-подчиненный". Другой тип связей задается отношениями "иметь в собственности" или "обладать свойством". Различные типы связей графически изображаются в форме ромба с соответствующим именем данной связи (рис. 2.9).
Рис. 2.9. Графические изображения для обозначения связей Графическая модель данных строится таким образом, чтобы связи между отдельными сущностями отражали не только семантический характер соответствующего отношения, но и дополнительные аспекты обязательности связей, а также кратность участвующих в данных отношениях экземпляров сущностей.
Диаграммы функционального моделирования
Начало разработки диаграмм функционального моделирования относится к середине 1960-х годов, когда Дуглас Т. Росс предложил специальную технику моделирования, получившую название SADT(Structured Analysis & Design Technique). Военно-воздушные силы США использовали методику SADT в качестве части своей программы интеграции компьютерных и промышленных технологий (Integrated Computer Aided Manufacturing, ICAM) и назвали ее IDEFO (Icam DEFinition). Целью программы ICAM было увеличение эффективности компьютерных технологий в сфере проектирования новых средств вооружений и ведения боевых действий. Одним из результатов этих исследований являлся вывод о том, что описательные языки не эффективны для документирования и моделирования процессов функционирования сложных систем. Подобные описания на естественном языке не обеспечивают требуемого уровня непротиворечивости и полноты, имеющих доминирующее значение при решении задач моделирования. В рамках программы ICAM было разработано несколько графических языков моделирования, которые получили следующие названия:
Нотация IDEF0 - для документирования процессов производства и отображения информации об использовании ресурсов на каждом из этапов проектирования систем.
Нотация IDEF1 - для документирования информации о производственном окружении систем.
Нотация IDEF2 - для документирования поведения системы во времени.
Нотация IDEF3 - специально для моделирования бизнес-процессов.
Модель системы в контексте DFD представляется в виде некоторой информационной модели, основными компонентами которой являются различные потоки данных, которые переносят информацию от одной подсистемы к другой. Каждая из подсистем выполняет определенные преобразования входного потока данных и передает результаты обработки информации в виде потоков данных для других подсистем.
Основными компонентами диаграмм потоков данных являются:
внешние сущности
накопители данных или хранилища
процессы
потоки данных
системы/подсистемы
