Дисциплина "Моделирование и анализ программного обеспечения"

1. МоделированиеМоделирование IDEFIDEF
уровень 1 - 6уровень 1 - 6
Лекция 07
Гудаев О.А.
2013

2. 2
Процесс разработки ПО
Процесс разработки программного обеспечения
(англ. software development process, software
process) — структура, согласно которой
построена разработка программного
обеспечения (ПО).
Процесс возникает в:
Жизненным цикле проекта (англ. Project Life
Cycle) — последовательность фаз проекта,
задаваемая исходя из потребностей
управления проектом.

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

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

5. 5
Шаги процесса
Процесс разработки состоит из
множества подпроцессов, или
дисциплин. В модели водопада они
идут одна за другой, в других процессах
их порядок или состав изменяется.
Шаги процесса:
Парадигма программирования; Бизнес-моделирование;
Анализ требований; Планирование; Разработка
архитектуры; Кодирование; Тестирование и отладка;
Документирование; Внедрение; Сопровождение.

6. 6
Модели процесса
• Модель водопада (Каскадная модель):
• структурное проектирование
• тестирование программ
• сертификация программ
• Итеративный процесс:
• Гибкие методологии разработки
• Экстремальное программирование
• Формальные методы:
• логическое программирование
• доказательное программирование

7. 7
Виды деловых бизнес-процессов
Существуют три вида бизнес-процессов:
Управляющие — бизнес-процессы, которые
управляют функционированием системы.
Примером управляющего процесса может
служить Корпоративное управление и
Стратегический менеджмент.
Операционные — бизнес-процессы, которые
составляют основной бизнес компании и
создают основной поток доходов. Примерами
операционных бизнес-процессов являются
Снабжение, Производство, Маркетинг и
Продажи.
Поддерживающие — бизнес-процессы, которые
обслуживают основной бизнес. Например,
Бухгалтерский учет, Подбор персонала,
Техническая поддержка.

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

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

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

11. 11
Точка зрения
Бизнес-процессы могут подвергаться
моделированию с помощью различных
методов. Одним из способов является
составление модели бизнес-процесса «как
есть» (англ. as is). После этого модель
бизнес-процесса подвергается критическому
анализу или обрабатывается специальным
программным обеспечением. В результате
строится модель бизнес-процесса «как
должно быть» (англ. to be). Некоторые
консультанты опускают фазу «как есть» и
сразу предлагают модель «как должно быть».

12. 12
Cемейства ICAM
IDEF — методологии семейства ICAM
(Integrated Computer-Aided Manufacturing) для
решения задач моделирования сложных
систем, позволяет отображать и
анализировать модели деятельности
широкого спектра сложных систем в
различных разрезах. При этом широта и
глубина обследования процессов в системе
определяется самим разработчиком, что
позволяет не перегружать создаваемую
модель излишними данными.

13. 13
IDEF
IDEF — методологии создавались в рамках
предложенной ВВС США программы
компьютеризации промышленности — ICAM, в ходе
реализации которой выявилась потребность в
разработке методов анализа процессов
взаимодействия в производственных
(промышленных) системах.
Принципиальным требованием при разработке
рассматриваемого семейства методологий была
возможность эффективного обмена информацией
между всеми специалистами — участниками
программы ICAM (отсюда название: Icam DEFinition
— IDEF другой вариант — Integrated DEFinition).

14. 14
Применение IDEF
После опубликования стандарта он был
успешно применен в самых различных
областях бизнеса, показав себя
эффективным средством анализа,
конструирования и отображения бизнес-
процессов. Более того, собственно с широким
применением IDEF (и предшествующей
методолoгии — SADT) и связано
возникновение основных идей популярного
ныне понятия — BPR (бизнес-процесс
реинжиниринг).

15. 15
IDEF0
Function Modeling — методология
функционального моделирования. С помощью
наглядного графического языка IDEF0
изучаемая система предстает перед
разработчиками и аналитиками в виде набора
взаимосвязанных функций (функциональных
блоков — в терминах IDEF0). Как правило,
моделирование средствами IDEF0 является
первым этапом изучения любой системы.
Методологию IDEF0 можно считать следующим
этапом развития хорошо известного
графического языка описания функциональных
систем SADT (Structured Analysis and Design
Technique);

16. 16

17. 17
IDEF1
Information Modeling — методология
моделирования информационных
потоков внутри системы, позволяющая
отображать и анализировать их
структуру и взаимосвязи. IDEF1X
(IDEF1 Extended) — Data Modeling —
методология моделирования баз
данных на основе модели «сущность-
связь».

18. 18

19. 19
IDEF1X
В настоящее время на основе
совершенствования методологии IDEF1
создана ее новая версия —
методология IDEF1X. IDEF1X
разработана с учетом таких
требований, как простота изучения и
возможность автоматизации. IDEF1X–
диаграммы используются рядом
распространённых CASE–средств (в
частности, ERwin, Design/IDEF).

20. 20
IDEF2
Simulation Model Design — методология
динамического моделирования развития
систем. В связи с весьма серьёзными
сложностями анализа динамических систем
от этого стандарта практически отказались, и
его развитие приостановилось на самом
начальном этапе. В настоящее время
присутствуют алгоритмы и их компьютерные
реализации, позволяющие превращать набор
статических диаграмм IDEF0 в динамические
модели, построенные на базе «раскрашенных
сетей Петри» (CPN — Color Petri Nets).

21. 21
IDEF3
Process Description Capture (Документирование
технологических процессов) — методология
документирования процессов, происходящих
в системе (например, на предприятии),
описываются сценарий и
последовательность операций для каждого
процесса. IDEF3 имеет прямую взаимосвязь с
методологией IDEF0 — каждая функция
(функциональный блок) может быть
представлена в виде отдельного процесса
средствами IDEF3.

22. 22

23. 23
IDEF4
Object-Oriented Design — методология
построения объектно-ориентированных
систем, позволяют отображать
структуру объектов и заложенные
принципы их взаимодействия, тем
самым позволяя анализировать и
оптимизировать сложные объектно-
ориентированные системы. Подробнее
- Технология;

24. 24

25. 25
IDEF5
Ontology Description Capture — Стандарт
онтологического исследования сложных
систем. С помощью методологии IDEF5
онтология системы может быть описана при
помощи определенного словаря терминов и
правил, на основании которых могут быть
сформированы достоверные утверждения о
состоянии рассматриваемой системы в
некоторый момент времени. На основе этих
утверждений формируются выводы о
дальнейшем развитии системы и
производится её оптимизация.

26. 26

27. 27
IDEF6
Design Rationale Capture — Обоснование
проектных действий. Назначение IDEF6 состоит
в облегчении получения «знаний о способе»
моделирования, их представления и
использования при разработке систем
управления предприятиями. Под «знаниями о
способе» понимаются причины, обстоятельства,
скрытые мотивы, которые обуславливают
выбранные методы моделирования. Проще
говоря, «знания о способе» интерпретируются
как ответ на вопрос: «почему модель получилась
такой, какой получилась?» Большинство
методов моделирования фокусируются на
собственно получаемых моделях, а не на
процессе их создания. Метод IDEF6 акцентирует
внимание именно на процессе создания модели.

28. 28

29. 29
Спасибо за вниманиеСпасибо за внимание
Использованы материалы:
http://ru.wikipedia.org/wiki/IDEF