Программалық талаптардың негізін білуі Программалық жабдықтауды жобалауды білуі



бет35/45
Дата27.01.2023
өлшемі3,19 Mb.
#166618
түріПрограмма
1   ...   31   32   33   34   35   36   37   38   ...   45
Байланысты:
УМК ИСРП каз (2)

Задание
Выполните анализ варианта использования Close Registration и построить соответствующие диаграммы взаимодействия и диаграммы классов.
Задание
Постройте диаграммы классов для системы управления банкоматом


Лабораторная работа № 6.
Проектирование системы

Цель работы: Проектирование архитектуры системы.
Цели проектирования архитектуры системы:

  1. анализ взаимодействий между классами анализа, выявле­ние подсистем и интерфейсов;

  2. уточнение архитектуры с учетом возможностей повторно­го использования;

  3. идентификация архитектурных решений и механизмов, не­обходимых для проектирования системы.

Вводятся глобальные пакеты:

  1. базисные (foundation) классы (списки, очереди и т.д.);

  2. обработчики ошибок (error handling classes);

  3. математические библиотеки:

  4. утилиты;

  5. библиотеки других поставщиков.

Определяются проектные классы (design classes):

  1. класс анализа отображается в проектный класс, если он простой или представляет единственную логическую абстрак­цию;

  2. сложный класс анализа может быть разбит на несколько классов, преобразован в пакет или в подсистему.

Примеры возможных подсистем:

  1. классы, обеспечивающие сложный комплекс услуг (напри­мер, обеспечение безопасности и защита);

  2. граничные классы, реализующие сложный пользовательский интерфейс, или интерфейс с внешними системами;

  3. различные продукты: коммуникационное ПО (middleware, поддержка COM/CORBA), доступ к базам данных, типы и струк­туры данных (стеки, списки, очереди), общие утилиты (матема­тические библиотеки), различные прикладные продукты.

Принятие решения о преобразовании класса в подсистему определяется опытом и знаниями архитектора проекта.
Соглашения по проектированию интерфейсов:

  1. имя интерфейса: короткое (одно-два слова), отражающее его роль в системе;

  2. описание интерфейса: должно отражать его обязанности (размер - небольшой абзац);

  3. описание операций: имя, отражающее результат операции, ключевые алгоритмы, возвращаемое значение, параметры с ти­пами;

  4. документирование интерфейса: характер использования операций и порядок их выполнения (показывается с помощью диаграмм последовательности), тестовые планы и сценарии и т.д.

Вся эта информация объединяется в специальный пакет со сте­реотипом «subsystem», который содержит элементы, образу­ющие подсистему, диаграммы последовательности и/или коопе­ративные диаграммы, описывающие взаимодействие элементов при реализации операций интерфейса, и другие диаграммы;
класс «subsystem proxy» непосредственно реализует интер­фейс и управляет реализацией его операций;
все интерфейсы должны быть полностью определены в про­цессе проектирования архитектуры, поскольку они будут служить в качестве точек синхронизации при параллельной разработке.
Выделение архитектурных уровней:


Достарыңызбен бөлісу:
1   ...   31   32   33   34   35   36   37   38   ...   45




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет