Поддерживающие процессы

Основные процессы

Построение бизнес моделей

Определение требований

Анализ и проектирование

Реализация

Тестирование

Развертывание

Управление конфигурацией

Управление проектом

Поддержка инфраструктуры

Цель - Внедрить систему. Для этого и строится модель.

Задача: выявление процессов и их оптимизация.

Зачем строить модель процессов?

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

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

3) обеспечить общее понимание целевой организации заказчиками, конечными пользователями и разработчиками

4) определить системные требования, необходимых для поддержки деятельности организации

Главный способ преодоления сложности разработки больших систем – правильная декомпозиция.

2 способа декомпозиции:

Функционально-модульный (структурный)

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

Объектно-ориентированный

Объектная декомпозиция: структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами.

Правила декомпозиции – объектный подход.

Каждая система должна инкапсулировать свое содержимое (скрывать от других систем).

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

Каждая бизнес подсистема должна иметь четко определенный интерфейс с другими подсистемами – набор бизнес-ответственностей (услуг).

Архитектура бизнес системы:

Набор ключевых правил, определяющих организацию системы.

Типы структурных элементов:

Организационная диаграмма. Организация, роли
Модель сущностей, eERM, eERM attribute диаграммы распределения		Набор функций

Модели и их роль в создании систем.

Модели – средства для визуализации, описания, проектирования и документирования архитектуры бизнес системы.

Модели строятся для того, чтобы:

1) понять и осмыслить структуру и поведение бизнес системы

2) облегчить управление процессом ее создания и уменьшить возможные риски

3) документировать принимаемые проектные решения

Графический язык и методология.

Язык моделирования: Элементы модели – фундаментальные элементы моделирования и их смысловая нагрузка.

Нотация – визуальное представление элементов моделирования.

Модель бизнес-процессов.

Общее «горизонтальное» описание

Продажи

Конструирование

Производство

Создание бизнес-модели:

Репозиторий

Шаблон

Модель целевой организации

Под процессным подходом понимается:

1) ориентация деятельности предприятия на бизнес-процессы

2) ориентация системы управления предприятия предприятия на управление каждым бизнес-процессом в отдельности-собственные метрики

3) ориентация системы качества предприятия на обеспечение заданных параметров технологии выполнения бизнес-процессов

4) наличие процесса усовершенствования

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

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

Заказчик является наиболее важной составляющей частью процесса производства.

Суть процессного подхода:

1) идея удовлетворения клиента – единственный решающий фактор успеха

2) цель реорганизации/оптимизации предприятия

3) быстрое реагирование производства обеспечивается слиянием всех передовых методов и средств

4) методы и средства должны быть ориентированы на объединенное совершенствование

Базовые типы бизнес-процессов:

1) основные бп

2) обеспечивающие бп

3) бизнес процессы развития

4) бп управления

5) бп контроля качества

Основные процессы планирования:

Планирование содержания

Определение содержания

Определение состава работ

Планирование ресурсов

Определение последовательности работ

Оценка затрат

Типы бизнес-моделей:

1) Организационная структура

2 бизнес модели:

Модель сценариев

Модель

UML исп-ся, чтобы визуально представить:

1) взаимодействие вашей бизнес системы с внешним миром

2) описать поведение бизнес системы

3) архитектуру предприятия

4) компоненты вашей бизнес-системы

Средства UML:

1) диаграммы сценариев использования – use case

2) диаграммы классов

3) диаграммы взаимодействия

4) диаграммы состояний

Ассоциация

Наследование

Какие типы отношений поддерживает UML?

Отношения являются основными связующими конструкциями в UML и применяются для построения корректных моделей.

В языке UML определены четыре типа отношений:

• зависимость;
• ассоциация;
• обобщение;
• реализация.

Зависимость (dependency) - это семантическое отношение между двумя сущностями, при котором изменение одной из них, независимой, может повлиять на семантику другой, зависимой. Графически для изображения зависимости используют пунктирную линию, обычно со стрелкой, которая может содержать метку (см. рис.).

Рис. Пиктограмма зависимости

Ассоциация (association) - структурное отношение, описывающее совокупность связей, где под связью понимается некоторая смысловая связь между объектами. Разновидностью ассоциации является агрегирование (aggregation) - так называется структурное отношение между целым и его частями. Графически ассоциация изображается в виде линии (иногда завершающейся стрелкой или содержащей метку), рядом с которой могут присутствовать дополнительные обозначения, например кратность и имена ролей. На рис. Показан пример отношений этого вида.

Рис. Пиктограмма ассоциации

Обобщение (generalization) - это отношение "специализация/обобщение", при котором объект специализированного элемента (проще говоря, потомок) может быть подставлен вместо объекта обобщенного элемента (родителя, предка). Как и положено в объектно-ориентированном программировании, потомок (child) наследует структуру и поведение своего предка (parent). Графически отношение обобщения изображается в виде линии с незакрашенной стрелкой, указывающей на предка. Как показано на рис.

Рис. Пиктограмма обобщения

И, наконец, реализация (realization) - это семантическое отношение между классификаторами, при котором один классификатор определяет обязательство, а другой гарантирует его выполнение. Отношение реализации встречаются в двух случаях: во-первых, между интерфейсами и реализующими их классами или компонентами, а во-вторых, между прецедентами и реализующими их кооперациями. Отношение реализации изображается в виде пунктирной линии с незакрашенной стрелкой, как нечто среднее между отношениями обобщения и зависимости (см. рис.).

Рис. Пиктограмма реализации

Идея удовлетворенности клиента – единственный решающий фактор успеха.

Цель реорганизации/оптимизации предприятия – быстрое реагирование на изменение рынка – организация производства или услуг.

Дата добавления: 2014-01-07