Задание
Выполните анализ варианта использования Close Registration и построить соответствующие диаграммы взаимодействия и диаграммы классов.
Задание
Постройте диаграммы классов для системы управления банкоматом
Лабораторная работа № 6.
Проектирование системы
Цель работы: Проектирование архитектуры системы.
Цели проектирования архитектуры системы:
анализ взаимодействий между классами анализа, выявление подсистем и интерфейсов;
уточнение архитектуры с учетом возможностей повторного использования;
идентификация архитектурных решений и механизмов, необходимых для проектирования системы.
Вводятся глобальные пакеты:
базисные (foundation) классы (списки, очереди и т.д.);
обработчики ошибок (error handling classes);
математические библиотеки:
утилиты;
библиотеки других поставщиков.
Определяются проектные классы (design classes):
класс анализа отображается в проектный класс, если он простой или представляет единственную логическую абстракцию;
сложный класс анализа может быть разбит на несколько классов, преобразован в пакет или в подсистему.
Примеры возможных подсистем:
классы, обеспечивающие сложный комплекс услуг (например, обеспечение безопасности и защита);
граничные классы, реализующие сложный пользовательский интерфейс, или интерфейс с внешними системами;
различные продукты: коммуникационное ПО (middleware, поддержка COM/CORBA), доступ к базам данных, типы и структуры данных (стеки, списки, очереди), общие утилиты (математические библиотеки), различные прикладные продукты.
Принятие решения о преобразовании класса в подсистему определяется опытом и знаниями архитектора проекта.
Соглашения по проектированию интерфейсов:
имя интерфейса: короткое (одно-два слова), отражающее его роль в системе;
описание интерфейса: должно отражать его обязанности (размер - небольшой абзац);
описание операций: имя, отражающее результат операции, ключевые алгоритмы, возвращаемое значение, параметры с типами;
документирование интерфейса: характер использования операций и порядок их выполнения (показывается с помощью диаграмм последовательности), тестовые планы и сценарии и т.д.
Вся эта информация объединяется в специальный пакет со стереотипом «subsystem», который содержит элементы, образующие подсистему, диаграммы последовательности и/или кооперативные диаграммы, описывающие взаимодействие элементов при реализации операций интерфейса, и другие диаграммы;
класс «subsystem proxy» непосредственно реализует интерфейс и управляет реализацией его операций;
все интерфейсы должны быть полностью определены в процессе проектирования архитектуры, поскольку они будут служить в качестве точек синхронизации при параллельной разработке.
Выделение архитектурных уровней:
Достарыңызбен бөлісу: |