Методы проведения реинжиниринга бизнес-процессов (Тонких Артём Петрович)

1. Методы проведения реинжиниринга бизнес-процессов Тонких Артём Петрович

2. Основные определения

ЖЦ – совокупность этапов, которые проходит система в своем
развитии.
ЖЦ АС – совокупность процессов создания и изменения состояния
АС [ГОСТ 34, 1990].
Модель ЖЦ – структура, состоящая из процессов, работ и задач,
включающих в себя разработку, эксплуатацию и сопровождение
ПП [ГОСТ 12207, 1999].
2

3. Основные определения

ISO/IEC 12207 (ISO - International Organization of Standardization,
IEC - International Electrotechnical Commission).
Он определяет структуру ЖЦ.
Структура ЖЦ ПО по стандарту ISO/IEC 12207:
-
основные процессы ПО (приобретение, поставка, разработка,
эксплуатация, сопровождение);
-
вспомогательные процессы: документирование, управление
конфигурацией, обеспечение качества, верификация,
аттестация, оценка, аудит, решение проблем;
-
организационные процессы (управление проектами, создание
инфраструктуры проекта, определение, оценка и улучшение
самого ЖЦ, обучение).
3

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

Разработка:
оформление документации,
подготовка материалов.
Разработка ПО:
анализ,
проектирование
реализация.
Эксплуатация:
конфигурирование БД и рабочих мест,
обеспечение документацией,
проведение обучения и т.д.;
непосредственно эксплуатация: локализация проблем,
модификация ПО, подготовка предложений.
4

5. Стадии ЖЦ ИС

Планирование и анализ требований (предпроектная
стадия).
Проектирование (логическое проектирование).
Реализация проекта (физическое проектирование,
программирование).
Внедрение (тестирование, опытная эксплуатация).
Эксплуатация системы (сопровождение,
модернизация).
5

6. Фазы ЖЦ

концепция (инициация, идентификация, отбор);
определение (анализ);
выполнение (практическая реализация или
внедрение, производство и развертывание,
проектирование или конструирование, сдача в
эксплуатацию, инсталляция, тестирование);
закрытие (завершение, включая оценивание
после завершения).
6

7. Каскадная модель проекта

7

8. Принципы каскадной модели

последовательное выполнение стадий;
технические задания являются основой;
каждая стадия документируется;
в качестве критерия качества выбирается точность
выполнения ТЗ;
переход от одной фазы к другой предполагает
корректность результата предыдущей фазы.
8

9. Преимущества каскадной модели

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

10. Недостатки каскадной модели

- в некоторых случаях составить ТЗ не удаётся;
- запаздывание с получением результатов;
- результаты доступны заказчику только в конце;
- предыдущий этап имеет влияние на следующие;
- высокие требования к точности формулировки
исходных требований;
- низкая адаптивность проекта.
10

11. Итеративная модель разработки

11

12. Спиральная модель разработки

12

13. Rapid Application Development

1. Бизнес-моделирование.
2. Моделирование данных.
3. Моделирование обработки.
4. Генерация приложения.
5. Тестирование и объединение.
13

14. Требования в RUP

Методология RUP выделяет отдельную дисциплину
Requirements, которая объединяет работы, роли и артефакты
(документы, модели и пр.), связанные с созданием требований к
ПО и управления ими.
Тонких Артём Петрович представил обобщенную
классификационную схему – структуру требований, которая
отражает рекомендованный RUP подход
14

15. Rational Unified Process (RUP)

1. Inception.
2. Elaboration.
3. Construction.
4. Transition.
15

16. Rational Unified Process (RUP)

1. Business Modeling.
2. Requirements (use cases).
3. Analysis and Design.
4. Implementation.
5. Test.
6. Deployment.
7. Configuration and Change Management.
8. Project Management
9. Environment.
16

17. Основные техники в RUP

- project vision
- управление по плану
- снижение рисков
- экономическое обоснование
- выявление требований (use cases)
- формирование базовой архитектуры
- использование компонентной архитектуры
- прототипирование, инкрементная разработка, тест
- регулярные оценки текущего состояния
- управление изменениями
- создание работоспособного продукта
- нацеленность на качество
- адаптация процесса под нужды проекта
17

18. Unified Modeling Language (UML)

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

19. Unified Modeling Language (UML)

- use case
- class
- behavior
- statechart
- activity
- interaction
- sequence
- collaboration
- implementation
- component
- deployment
19

20. Unified Modeling Language (UML)

20

21. Unified Modeling Language (UML)

21

22. Unified Modeling Language (UML)

- OOA (Object-Oriented Analysis)
- OOD (Object-Oriented Design)
- Booch’93 – Гради Буч
- OMT (Object Modeling Technique) – Джеймс
Румбах
- OOSE (Object-Oriented Software Engineering) –
Айвар Джекобсон
- консорциум OMG
- CASE-средство Rational Rose
22

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

- определить границы и контекст предметной
области
- сформулировать требования к функциональному
поведению системы
- разработать концептуальную модель
- подготовить документацию
23

24. Взаимодействие экземпляров actor и use case

- ассоциации
- включения
- обобщения
- расширения
24

25. Диаграмма use case

25

26. Диаграмма use case

26