Содержание
- 2. Архитектура RUP
- 3. Вопросы Цели (задачи) фазы «Уточнение» (Проектирование - Elaboration) Роль архитектора в фазе «Уточнение (проектирование)» Технология проектирования
- 4. Цепочка моделей при разработке ПО
- 5. 1. Цели фазы «Уточнение – (Elaboration – Развитие, Проектирование) Цель – выбор и создание основы архитектуры
- 6. Задачи фазы уточнения (проектирования): Более глубоко понять требования Спроектировать, реализовать и проверить базовую архитектуру Снизить существенные
- 7. 1.1. Более глубокое понимание требований Детальное описание большинства прецедентов использования ( оставшиеся 80 % use-case) Создание
- 8. 1.2. Спроектировать, реализовать и проверить базовую архитектуру Выбор наиболее важных строительных блоков (компонентов) системы (подсистем, пакетов,
- 9. Вопросы для принятия проектных решений: Соответствие компонентов требованиям Стоимость и юридические условия приобретения компонентов Поддержка компонентов
- 10. 1.3. Снизить существенные риски и дать более точную оценку сроков и стоимости Менеджер проекта проводит обновление
- 11. 1.4. Уточнить прецедент разработки и установить среду разработки Внесение изменений в прецедент разработки: какие артефакты нужно
- 12. Рецензирование проекта. Веха архитектуры жизненного цикла. Являются ли Концепция и требования проекта устойчивыми? Является ли архитектура
- 13. 2. Роли участников проекта создания (модернизации ИС)
- 14. 2. Роль архитектора в фазе проектирования Архитектор программного обеспечения направляет и координирует решение технических задач и
- 15. Требования к архитектору ПО Лидерство, ответственность за решение технических вопросов, взаимодействие с менеджером проектов Коммуникабельность, доверие
- 16. Список активностей (задач) архитектора ПО Работа с требованиями Совершенствование архитектуры Поддержание архитектурной целостности
- 17. 1).Работа с требованиями (работа с аналитической моделью) Расстановка прецедентов использования в порядке приоритета при планировании итерации
- 18. 2). Совершенствование архитектуры Определение механизмов проектной модели – выбор программной инфраструктуры (промежуточного ПО: СУБД, программных сред,…),
- 19. 3). Поддержание архитектурной целостности Разработка руководств по проектированию (как использовать элементы архитектуры) Разработка руководств по программированию
- 20. 3. Технология проектирования архитектуры (подсистем, ключевых компонентов и их интерфейсов) Выбор архитектурно-значимых прецедентов использования (важность, сложность,
- 21. Критерии выбора архитектурно-значимых компонентов (прецедентов использования) Сложность, рискованность реализации Реализация критически важных параметров: производительность системы, время
- 22. Проектирование критично важных прецедентов использования (от аналитической модели к проектной модели) Создать предварительную схему объектов аналитической
- 23. Реализация варианта использования
- 24. Декомпозиция функциональных требований (бизнес-функций) на функции компьютерной обработки данных в сценарии прецедента
- 25. Декомпозиция функциональных требований (бизнес-функций) на функции компьютерной обработки данных
- 26. Диаграммы классов Диаграмма классов определяет типы классов системы и различного рода статические связи, которые существуют между
- 27. Классы анализа архитектуры системы
- 28. Понятие граничного класса -boundary
- 29. Роль граничных классов
- 30. Определение граничных классов
- 31. Понятие сущности
- 32. Роль сущности в модели анализа
- 33. Определение сущностей
- 34. Понятие управляющего класса
- 35. Роль управляющего класса
- 36. Сводный перечень классов
- 37. Диаграммы взаимодействия Диаграммы взаимодействия (interaction diagrams) являются моделями, описывающими поведение взаимодействующих групп объектов. Как правило, диаграмма
- 38. Диаграммы взаимодействия
- 39. Диаграмма последовательностей (sequence)
- 40. Выявление связей между классами – 1 сообщение -> 1 операция
- 41. Диаграммы классов (ассоциации классов)
- 42. Кооперативные диаграммы (collaboration) Подобно диаграммам последовательности, кооперативные диаграммы (collaborations) отображают поток событий через конкретный сценарий варианта
- 43. Кооперативная диаграмма (вариант использования «Снять деньги со счета»)
- 44. Диаграммы классов (class) Структура класса: атрибуты и операции (методы) Отношения: Композиция: Заказ 1 --- * Пункт
- 45. Пример диаграммы классов
- 46. Агрегация/композиция
- 47. Пример диаграммы классов
- 48. Диаграммы классов (ассоциации классов)
- 49. Диаграмма деятельностей (activity – активностей) Диаграммы деятельности – определяет технологию исполнения деятельности, описывающую логику процедур, бизнес-процессов
- 50. Пример диаграммы деятельностей
- 51. Типы элементов Действие – action Управляющий поток – control flow Принятие решений – Decision (Хor) Разделение
- 52. Пример диаграммы активностей
- 53. Диаграмма активностей
- 54. Диаграмма состояний (State chart diagram) или автомата (State Machine diagram) Диаграмма автомата (State Machine diagram, диаграмма
- 55. Пример диаграммы состояний
- 56. Диаграмма состояний
- 57. Диаграмма пакетов Диаграмма пакетов (Package diagram) — структурная диаграмма, основным содержанием которой являются пакеты («контейнеры» диаграмм
- 58. Принципы объединения в пакеты Общий принцип замыкания (Common Closure Principle) - причины изменения классов пакета должны
- 59. Сборка классов объектов в пакеты Объединение классов объектов, реализующих интерфейсы одного актора (АРМы) По слоям клиент-серверной
- 60. Переход к архитектурным моделям
- 61. Пример диаграммы пакетов
- 62. Диаграмма вариантов (прецедентов) использования Пакеты
- 63. Пакеты вариантов использования
- 64. Диаграммы компонентов Диаграммы компонентов следует применять, когда система разделяется на компоненты и надо показать их взаимоотношения
- 65. Интерфейсы компонентов Компоненты связываются между собой с помощью предоставляемых или требуемых интерфейсов, при этом применяется шарово-гнездовая
- 66. Пример диаграммы компонентов
- 67. Пример диаграммы коспонентов
- 68. Диаграммы развертывания (Deployment) Диаграммы развертывания представляют физическое расположение системы, показывая, на каком физическом оборудовании запускается та
- 69. Пример диаграммы развертывания
- 70. Совместное использование диаграмм развертывания и компонентов
- 71. Пример диаграммы развертывания в RSA
- 73. Скачать презентацию