Проектирование
Создаются модели будущего ПО К ключевым моделям можно отнести
1.Внешний дизайн – т.е. представление проекта с точки зрения конечного пользователя.
2.Проектирование программной архитектуры (модули, интерфейсы, подсистемы)
3.Проектирование организации данных (потоки данных (напр. в сетевых программах) , преобразование данных(напр. шифрации и дешифрации данных при передаче по различным протоколам обмена), представления данных.
4.Составление алгоритмов (т.е. задаются параметры, алгоритмы действий и результаты).
Состав Case-систем
паттерны
Т.о. паттерны позволяют решить конкретную задачу. Состав паттерна:
1.Имя (имя определяет проблему которую надо решить)
2.Задача . Т.е. определяет какая проблема проектирования решается и ее контекст (напр. могут быть отмечены структуры классов, перечень условий для которых применяется данный паттерн).
3.Решение. Определяется напр. элементы дизайна , отношения между ними . Предлагается абстрактное описание задачи и ее возможного решения с помощью некого обобщенного сочетания элементов.
4.Результаты. Следствия применения паттерна .
паттерны
пример
Программа получает данные с датчика температуры.
По 5 измерений для двух объектов класса ТеmperatureMeasure и усредняет их.
Для вывода измеренных значений есть класс ShowMeasure.
Т.о. основным классом является класс ТеmperatureMeasure, который и явлется измерителем температуры. Класс Sensor (является датчиком T ). Поэтому класс Sensor находится в агрегации с основным классом ТеmperatureMeasure .
Количество измерений формируется классом МеasureCount которой состоит в композиции с основным классом
пример
пример
Класс имеет аргумент total (для подсчета значения T при всех измерениях).
(т.к. класс находиться в композиции с основным классом , то следовательно объект MeasureCount cоздается в конструкторе MeasureTemperature)
Класс IT Teperature представляет интерфейс класса и является поставщиком для основного класса.
Класс ShowTemperature находится в зависимости от основного класса.
Use case
.
Use – case диаграммы – диаграммы использования (относятся к диаграммам поведения).
Используются на ранних стадиях разработки.
Основная задача – дает возможность заказчику и разработчику совместно обсуждать функциональность и поведение системы
