- •Основные задачи проектирования
- •2. Стратегии конструирования по: «водопад» и инкрементная стратегия.
- •Каскадная модель или «водопад»
- •1. Стратегии конструирования по: эволюционные модели.
- •Компонентно-ориентированная модель
- •Информационные потоки процесса тестирования
- •Тестирование «черного ящика»
- •Тестирование «белого ящика»
- •15. Способ тестирования потоков данных
- •Разбиение по эквивалентности
- •18. Ооап. Унифицированный процесс. Этапы разработки. Модели.
- •19. Ооап. Унифицированный процесс. Этап начало (планирование): основные задачи, артефакты uml.
- •20. Ооап. Анализ: разработка прецедентов.
- •21. Ооап. Анализ: построение концептуальной модели ис ( определение, 2 подхода к построению концептуальной модели ис).
- •22. Ооап. Анализ и проектирование: поведение системы (системные события и операции, диаграммы последовательностей).
- •Диаграммы последовательностей
- •23. Ооап. Анализ и проектирование: диаграммы кооперации.
- •24. Ооап: использование диаграмм компонентов в процессе проектирования
- •25. Ооап: использование диаграмм развёртывания в процессе проектирования ис.
- •27. Проектные решения с использованием шаблонов: шаблон Creator.
- •28. Проектные решения с использованием шаблонов: шаблон Expert
- •29. Проектные решения с использованием шаблонов: шаблон Observer (Наблюдатель).
- •35. Оо Метрики: Метрики связности по методам
- •Отношения между элементами класса Stack
- •36. Оо Метрики: объектно-ориентированные метрики сцепления
- •37. Оо Метрики: Набор метрик Чидамбера и Кемерера
24. Ооап: использование диаграмм компонентов в процессе проектирования
Диаграммы компонентов показывают организацию наборов компонентов и зависимости между ними.
Диаграммы компонентов применяются для моделирования статического вида системы с точки зрения реализации. Сюда относится моделирование физических сущностей, развернутых в узле, например исполняемых программ, библиотек, таблиц, файлов и документов. По существу, диаграммы компонентов - это не что иное, как диаграммы классов, сфокусированные на системных компонентах.
Диаграммы компонентов важны не только для визуализации, специфицирования и документирования системы, основанной на компонентах, но и для создания исполняемых систем путем прямого и обратного проектирования.
Содержание
компоненты;
интерфейсы;
отношения зависимости, обобщения, ассоциации и реализации.
Диаграммы компонентов могут также содержать пакеты или подсистемы - те и другие используются для группирования элементов модели в крупные блоки.
25. Ооап: использование диаграмм развёртывания в процессе проектирования ис.
Диаграммы развертывания, или применения, - показывают конфигурацию узлов, где производится обработка информации, и то, какие компоненты размещены на каждом узле.
Диаграммы развертывания используются для моделирования статического вида системы с точки зрения развертывания. В основном под этим понимается моделирование топологии аппаратных средств, на которых выполняется система. По существу, диаграммы развертывания - это просто диаграммы классов, сосредоточенные на системных узлах.
Диаграммы развертывания важны не только для визуализации, специфицирования и документирования встроенных, клиент-серверных и распределенных систем, но и для управления исполняемыми системами с использованием прямого и обратного проектирования.
Содержание
узлы;
отношения зависимости и ассоциации.
26. Шаблоны проектирования: обязанности и методы, обязанности и диаграммы взаимодействий.
В UML обязанность определяется как контракт или обязательство классификаторов. Обязанности описывают поведение объекта. В общем случае можно выделить 2 типа обязанностей:
1. знание;
2. действие.
К знаниям объекта относятся:
- наличие информации о закрытых инкапсулированных данных;
- наличие информации о связанных объектах;
- наличие информации о следствиях или вычисляемых величинах.
К действиям объекта относятся:
- выполнение объектом некоторых действий (например, создание экземпляра или выполнение вычислений);
- инициирование действий других объектов;
- управление действиями других объектов и их координирование;
Обязанности присваиваются объектам в процессе ООП.
Шаблон - именованное описание проблемы и её решение, которое можно применить при разработке других систем.
Шаблон должен содержать советы по поводу его применения в различных ситуациях, а также описание его преимуществ и недостатков.
Кооперацией называется реализация прецедента. Кооперации содержат 2 составляющие: статическая (структурная) и динамическая (поведенческая).
Статическая составляющая кооперации задает структуру совместно работающих классов и других элементов (интерфейсов, компонентов, узлов). Для этого используют диаграммы классов. Динамическая составляющая определяет поведение совместно работающих элементов. Для нее используют диаграммы взаимодействия. Настраиваемые кооперации называют шаблонами.
Части шаблона:
Имя – выразительное имя шаблона дает возможность указать проблему проектирования, ее решения и последствия решения
Проблема – формулируется проблема проектирования, ее контекст, на которые ориентировано применение шаблона, задаются условия применения
Решение – описываются элементы решения, их отношения, обязанности, сотрудничество. Представляется в обобщенной форме, которая должна конкретизироваться при применении.
Результаты – перечисляются следствия применения шаблона и вытекающие из них компромиссы. Позволяет оценить эффективности применения шаблона в данной ситуации