- •Двусторонние шпоры по файзу
- •Печатай прямо этот файл
- •1. Общая характеристика процесса проектирования асоиу. Цели и этапы разработки консалтинговых проектов
- •2. Разработка системного проекта на основе стандарта iso 12207. Основные процессы жизненного цикла программного обеспечения асоиу.
- •3. Модели жизненного цикла программного обеспечения асоиу. Подход rad.
- •3. Методология rad
- •Основные принципы методологии rad
- •4. Структурный подход к проектированию информационной системы. Функциональная модель асоиу. Количественный анализ диаграмм idef0 и dfd.
- •5. Объектно-ориентированный подход к анализу и проектированию информационной системы. Унифицированный язык моделирования uml.
- •6. Моделирование бизнес-процессов спецификация требований на основе структурного подхода.
- •7. Моделирование бизнес-процессов спецификация требований на основе объектно-ориентированного подхода. Методика rup.
- •8. Разработка модели защиты данных в асоиу
- •9. Управление проектом асоиу
- •10. Проектная документация асоиу. Требования госТов к документации, содержание документации.
- •11. Инструментальные средства проектирования асоиу.
- •12. Типизация проектных решений асоиу. Использование коробочных продуктов и адаптируемых интегрированных систем.
- •Самостоятельная разработка
- •Заказные системы
- •Тиражируемые (коробочные) продукты
- •Адаптируемые интегрированные системы
- •Адаптируемые интегрированные системы как платформа современных комплексных систем автоматизации
- •13. Графические средства представления проектных решений асоиу (idef, dfd, uml, erd и т.Д.)
- •14. Классификация ис
- •15. Рынок ис
- •16. Методы проектирования ис
- •17. Каноническое проектирование
- •18. Типовое проектирование
- •19. Предпроектное обследование предприятий
- •1. Анкетирование
- •2. Сбор документов
- •3. Интервьюирование
- •20. Этапы проектирования ис с применением uml
- •21. Модель процессов msf (тут же про опыт ibm)
- •22. Сертификация и оценка процессов создания по. Модель зрелости cmm.
- •23. Сертификация и оценка процессов создания по. Методика spmn.
- •9 Лучших навыков, рекомендованных spmn.
- •5. Качество продукта должно контролироваться на детальном уровне.
- •8. Конфигурационное управление.
- •24. Парадигма Бейзили
- •25. Проектирование бд
- •26. Распределенная обработка данных
- •27. Системное проектирование программных систем на основе стандартизации
- •28. 34 Компетенции для Управления Проектом
7. Моделирование бизнес-процессов спецификация требований на основе объектно-ориентированного подхода. Методика rup.
Объектно-ориентированный подход к моделированию бизнес-процессов с использованием языка UML реализован в технологии Rational Unified Process. Методика моделирования, являющаяся составной частью данной технологии, предусматривает построение двух моделей:
1) модели бизнес-процессов (Business Use Case Mode1);
2) модели бизнес-анализа (Business Analysis Model).
Модель бизнес-процессов - модель, описывающая бизнес-процессы организации в терминах ролей и их потребностей. Она представляет собой расширение модели вариантов использования UML за счет введения набора стереотипов Business Actor (стереотип действующего лица) и Business Use Case (стереотип варианта использования).
Busiпess Actor (действующее лицо бизнес-процессов) - это некоторая роль, внешняя по отношению к бизнес-процессам организации. Потенциальными кандидатами в действующие лица бизнес-процессов являются: акционеры; заказчики; поставщики; партнеры; местные органы власти; потенциальные клиенты; сотрудники подразделений организации, деятельность которых не охвачена моделью; внешние системы.
Список актеров составляется путем ответа на вопросы:
Кто извлекает пользу из существования организации?
Кто помогает организации осуществлять свою деятельность?
Кому организация передает информацию и от кого получает?
Business Use Case Model (вариант использования с точки зрения бизнес-процессов) определяется как описание последовательности действий в рамках некоторого БП, приносящей ощутимы результат конкретному действующему лицу.
Данная методика концентрирует внимание в первую очередь на элементарных бизнес-процессов. Такой процесс можно определить как задачу, выполняемую одним человеком в одном месте в одно время в ответ на некоторое события, приносящую конкретный результат и переводящую данные в некоторое устойчивое состояние. Выполнение такой задачи обычно включает от 5 до 10 шагов и может занимать от нескольких минут до нескольких дней, но рассматривается как один сеанс взаимодействия действующего лица с исполнителями.
Каждый Business Use Case Model отражает цель или потребность некоторого действующего лица.
Описание Business Use Case Model представляет собой спецификацию, которая подобно обычному варианту использования состоит из следующих элементов:
-
наименование;
-
краткое описание;
-
цели и результаты (с точки зрения действующего лица);
-
описание сценариев (основного и альтернативных);
-
специальные требования (ограничения по времени выполнения и другим ресурсам);
-
расширения (исключительные ситуации);
-
связи с другими Business Use Case;
-
диаграммы деятельности.
Для каждого Business Use Case строиться модель бизнес-анализа – объектная модель, описывающая реализацию бизнес-процесса в терминах взаимодействующих объектов (бизнес-объектов Business Object) принадлежащих 2-м классам Business Worker и Business Entity.
Business Worker (исполнитель) – активный класс, представляющий собой абстракцию исполнителя, выполняющего некоторые действия в рамках бизнес-процесса. Исполнители взаимодействуют между собой и манипулируют различными сущностями, участвую в реализациях сценариев Business Use Case.
Business Entity (сущность) – активный класс, не инициирующий никаких взаимодействий. Объект такого класса может участвовать в различных Business Use Case. Сущность является объектом различных действий со стороны исполнителей.
Кроме диаграммы классов, модель бизнес-анализа может включать
-
Диаграммы последовательностей
-
Диаграммы деятельности
-
Диаграммы состояний
Методика моделирования RUP предусматривает специальное соглашение, связанное с группировкой структурных элементов и диаграмм бизнес-модели. Это соглашение включает следующие правила:
-
все действующие лица, варианты использования и диаграммы вариантов использования для бизнес-процесса помещаются в пакет с именем Business Use Case Model;
-
все классы и диаграммы моделей бизнес-анализа помещаются в пакет с именем Business Analysis Model;
-
если моделируются деятельность более чем одного подразделения организации, то совокупность всех классов-исполнителей и классов – сущностей из моделей бизнес-анализа для различных Business Use Case разделяется на пакеты, соответствующие этим подразделениям. Этим пакетам присваиваются наименования подразделений.
-
диаграммы модели бизнес-анализа, относящиеся к конкретному Business Use Case помещаются в кооперацию с именем данного Business Use Case. Все кооперации помещаются в пакет с именем Business Use Case Realization.
Достоинства методики моделирования RUP:
1) модель бизнес-процесса строиться вокруг участников процессов (заинтересованных лиц) и их целей, помогая выявить все потребности клиентов организации. Нетрудно заметить, что такой подход в наибольшей степени применим для организации, работающих в сфере оказания услуг;
2) моделирование на основе вариантов использования способствует хорошему пониманию бизнес-модели со стороны заказчиков.