
- •Другие причины возможных неудач (по данным Standish Group и Rational Software)
- •Одна из причин - экстремальные условия выполнения проектов:
- •Причины, порождающие экстремальные проекты
- •Причины участия в экстремальных проектах
- •2. Жизненный цикл по (software lifecycle):
- •3. Процессы жизненного цикла в различных стандартах
- •4. Жизненный цикл, гост исо мэк 12207
- •5. Жизненный цикл, гост 34, Oracle, rup.
- •6. Каскадная модель жизненного цикла эис, реальная модель
- •7. Спиральная модель жизненного цикла эис, ее сопоставление с каскадной моделью
- •8. Подход rad
- •Пример - технология Microsoft Microsoft Solutions Framework (msf)
- •9. Модель и архитектура эис
- •10. Языки моделирования
- •11. Диаграммы uml
- •12. Диаграммы uml. Диаграммы вариантов использования
- •1 3. Диаграмма обзора взаимодействия (uml 2.0)
- •14. Технологии создания по
- •15. Технология rup
- •Общее представление rup
- •16. Стадии жц по технологии rup
- •17. Средства моделирование бизнес процессов
- •18. Методология sadt
- •19. Методология idef0
- •20. Методология idef3
- •21. Методология aris
- •22. Dfd, основные элементы
- •23. Моделирование erd
- •25. Связи обобщения, включения, расширения rup
- •26. Объектно-ориентированный подход в проектировании эис
- •27. Основные принципы ооп
- •28. Основные понятия ооп
17. Средства моделирование бизнес процессов
Понятие бизнес-процесса
Бизнес-процесс - логически завершенный набор взаимосвязанных и взаимодействующих видов деятельности, поддерживающий деятельность организации и реализующий ее политику, направленную на достижение поставленных целей
Бизнес-процесс использует определенные ресурсы для преобразования входных элементов в выходные
Бизнес-процесс - набор связанных процедур, направленных на достижение определенного результата, представляющего ценность для потребителя
Построение бизнес-моделей: применение различных методов и средств для визуального моделирования бизнес-процесов
Цели:
Обеспечить понимание структуры организации и динамики происходящих в ней процессов
Обеспечить понимание текущих проблем организации и возможностей их решения
Убедиться, что заказчики, пользователи и разработчики одинаково понимают цели и задачи организации
Создать базу для формирования требований к будущей информационной системе организации
Модель бизнес-процесса должна давать ответы на вопросы:
Какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата
В какой последовательности выполняются эти процедуры
Какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса
Кто выполняет процедуры процесса
Какие входящие документы/информацию использует каждая процедура процесса
Какие исходящие документы/информацию генерирует процедура процесса
Какие ресурсы необходимы для выполнения каждой процедуры процесса
Какая документация/условия регламентирует выполнение процедуры
Какие параметры характеризуют выполнение процедур и процесса в целом
Области применения бизнес-моделей:
Схема текущей деятельности организации
Модель предметной области
Общая бизнес-модель как эталон для семейства приложений
Типовая бизнес-модель для организаций определенного профиля
Описание новых бизнес-процессов
Реинжиниринг бизнес-процессов
Методика моделирования бизнес-процессов
Методика включает:
описание методов моделирования - способов представления реальных объектов предприятия при помощи объектов модели;
последовательность шагов по сбору информации, ее обработке и представлению в виде моделей;
типовые формы документов
Многообразие методов моделирования бизнес-процессов
Структурные методы
SADT (Structured Analysis and Design Technique), IDEF0, IDEF3
диаграммы потоков данных (Yourdon, DeMarco, Gane, Sarson)
Метод ARIS
Rational Unified Process
Метод Ericsson, Penker
Popkin Process
Многообразие средств моделирования
System Architect (Popkin Software)
ARIS Collaborative Suite (IDS Scheer AG)
Corporate Modeler (Casewise)
Rational Rose (IBM Rational Software)
Microsoft Visio (Microsoft)
Проблемы выбора метода моделирования бизнес-процессов
Проблема выбора стандартной методики (компании продают инструменты, а не методы; обучают системам, а не методикам)
Соответствие задачам проекта (трудно определить заранее, насколько выбранная методика подходит для конкретного проекта)
Сложность регламентации использования инструментальных средств (много возможностей, чем гибче и мощнее система, тем труднее ее корректно использовать)
Отсутствие стандартов и стандартной терминологии
Отсутствие информации, возможностей для реального обмена опытом ведения проектов