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