79428

Процессы проектирования. Шаблоны программной архитектуры

Доклад

Информатика, кибернетика и программирование

Как применять политику ценообразования Вырабатывается стратегия приоритета скидок объект Продажа не должен обладать информацией о применяемых скидках но можно было бы применить стратегию расчета скидок. Имеются классы проектирования Продажа ТоварПродажа продажа отдельного вида товара в рамках продажи в целом ТоварСпецификация описание конкретного вида товара. Объект Продажа должен передать сообщение Рассчитать промежуточную сумму каждому экземпляру класса ТоварПродажа которые в свою очередь передают сообщения СообщитьЦену объектам...

Русский

2015-02-13

112.61 KB

1 чел.

  1.  

Процессы проектирования. Шаблоны программной архитектуры.

(синглтоны, фабрики, etc.)

(подробнее о шаблонах проектирования в вопросе 18)

Наблюдатель (Observer), Опубликовать - подписаться (Publish - Subscribe) или Delegation Event Model - GoF

Проблема

Один объект ("Подписчик") должен знать об изменении состояний или некоторых событиях другого объекта. При этом необходимо поддерживать низкий уровень связывания с объектом - "Подписчиком".

Решение

Определить интерфейс "Подписки". Объекты - подписчики реализуют этот интерфейс и динамически регистрируются для получения информации о некотором событии. Затем при реализации условленного события оповещаются все объекты - подписчики.

Адаптер (Adapter) - GoF

Проблема

Необходимо обеспечить взаимодействие несовместимых интерфейсов или создать единый устойчивый интерфейс для нескольких компонентов с разными интерфейсами.

Решение

Конвертировать исходный интерфейс компонента к другому виду с помощью промежуточного объекта - адаптера, то есть, добавить специальный объект с общим интерфейсом в рамках данного приложения и перенаправить связи от внешних объектов к этому объекту - адаптеру.

Пример

Соответствует примеру из описания паттерна "Полиморфизм", см. п. 3.2.15.

Компоновщик (Composite) - GoF

Проблема

Обрабатывать группу или композицию структур объектов одновременно

Решение

Определить классы для композитных и атомарных объектов таким образом, чтобы они реализовывали один и тот же интерфейс.

Пример

См. паттерн "Стратегия", 3.2.9, необходимо учесть несколько скидок различных видов (зависят от времени, типа покупателя, типом выбранного продукта). Как применять политику ценообразования? Вырабатывается стратегия приоритета скидок, объект "Продажа" не должен обладать информацией о применяемых скидках, но можно было бы применить стратегию расчета скидок. Создается новый класс "РасчетСкидкиАлгоритмКомпозит".

Информационный эксперт (Information Expert)- GRASP

Проблема

В системе должна аккумулироваться, рассчитываться и т. п. необходимая информация.

Решение

Назначить обязанность аккумуляции информации, расчета и т. п. некоему классу (информационному эксперту), обладающему необходимой информацией.

Рекомендации

Информационным экспертом может быть не один класс, а несколько.

Пример

Необходимо рассчитать общую сумму продажи. Имеются классы проектирования "Продажа", "ТоварПродажа" (продажа отдельного вида товара в рамках продажи в целом), "ТоварСпецификация" (описание конкретного вида товара).

Необходимо распределить обязанности по предоставлению информации и расчету между этими классами. Объект "Продажа" должен передать сообщение "Рассчитать промежуточную сумму" каждому экземпляру класса "ТоварПродажа" (которые, в свою очередь, передают сообщения "СообщитьЦену" объектам "ТоварСпецификация", с целью получения информации о цене экземпляра товара), и затем просуммировать полученные результаты. Промежуточную сумму рассчитывает объект "Товар Продажа". Таким образом, все три объекта являются информационными экспертами.

Диаграмма классов проектирования.

Преимущества

Поддерживает инкапсуляцию, то есть объекты используют свои собственные данные для выполнения поставленных задач.

Недостатки

Если объект, обладающий наиболее полной информацией, например, о продаже (см. пример - класс "Продажа"), будет отвечать и за сохранение этой информации в базе данных, то получится, что логика приложения (моделирование продажи) и логика связи с базой данных "помещаются" в один класс (нарушение принципа разделения обязанностей основных объектов системы, и, кроме того, логика связи с базой данных будет дублироваться во многих других классах).


 

А также другие работы, которые могут Вас заинтересовать

69612. РАЗРАБОТКА UML ДИАГРАММ ЛОГИЧЕСКОГО УРОВНЯ ПРОЕКТИРОВАНИЯ КОМПОНЕНТНИХ ПРОГРАММНЫХ РЕШЕНИЙ (КПР): МОДЕЛИРОВАНИЯ ДИНАМИЧЕСКИХ АСПЕКТОВ 45.05 KB
  Диаграмма состояний Показывает как объект переходит из одного состояния в другое. Диаграмма активности Используются для визуализации алгоритмов программы. Диаграмма кооперации Показывает поток сообщений между объектами системы и основные ассоциации между ними...
69613. Разработка спецификации системных требований в процессе проектирования ПО 16.6 KB
  Разработка программного обеспечения для изучения динамического хаоса Прецедент: Решение задач для одномерных отображений Заинтересованные личности прецедента и их требования студент: изучить и получить первичные знания о динамическом хаосе преподаватель: обучить студентов с помощью программы.
69614. ДВИГАТЕЛЬ АСИНХРОННЫЙ С КОРОТКОЗАМКНУТЫМ РОТОРОМ 18.97 MB
  Цель работы: рассчитать размеры статора и ротора, выбрать тип обмотки, обмоточные провода, изоляцию, материалы активных и конструктивных частей машины. Сконструировать и рассчитать отдельные части машины, то есть связать электротехнические понятия с геометрическими размерами.
69615. Управление риском 246 KB
  Сжатие графиков проекта. В контексте проекта риск это вероятность наступления нежелательного события и всех его возможных последствий Некоторые нежелательные события можно выявить еще до начала проекта некоторые нельзя ни предвидеть ни даже вообразить.
69616. Измерение и оценка состояния работ 473.5 KB
  Контроль процесса. Этапы контроля. Разработка основного плана. Измерение хода работы. Сравнение плана с фактом. Принятие мер. Мониторинг времени выполнения работ. Интегрированная система стоимость/график. Сметная стоимость работ (bcws).
69617. Информационные технологии в управлении 679.5 KB
  В части календарно-ресурсного планирования СУП должна обеспечить следующие возможности: формирование структуры декомпозиции работ WBSструктуры требуемой степени детализации; формирование календарного плана содержащего продолжительность...
69618. Основные понятия управления проектам 162.5 KB
  Разработка технического задания. Расстановка приоритетов исполнения проекта. Структурирование работ по этапам, схема разбиения работ по этапам (СРРПЭ). Схема организационной структуры (СОС). Кодирование СРРПЭ для информационной системы.
69619. Разработка сетевого графика 374 KB
  Сетевой график отражает операции проекта которые необходимо выполнить логическую последовательность и взаимозависимость этих операций и время начала и окончания самой продолжительной цепочки операций критический путь.
69620. Планирование ресурсов 535.5 KB
  Матрица ответственности rm для проекта управляемого компьютером ленточного конвейера. Управление трудовыми ресурсами проекта и менеджмент человеческих ресурсов проекта. Интегрированная культура команды проекта.