Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
[ППС] Экзамен - Вопросы и ответы [2012].doc
Скачиваний:
0
Добавлен:
01.04.2025
Размер:
1.54 Mб
Скачать

19. Язык uml. Диаграмма развертывания. Вид диаграммы. Назначение диаграммы.

Диаграмма развертывания (Deployment diagram) – представляет конфигурацию обрабатывающих узлов системы и размещенных в них компонентов. Статическое описание системы.

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

В UML диаграммы развертывания используются для визуализации статических аспектов физических узлов и их взаимосвязей, а также для описания их деталей, которые имеют отношения к конструированию систем.

20. Язык uml. Понятие прямого и обратного проектирования.

Проектирование с использованием UML может быть:

  • прямое – из модели UML можно получить готовый код описания проекта: все классы и объявления переменных и методов;

  • обратное – из кода можно получить диаграмму классов.

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

21. Язык uml. Элементы описания класса на диаграмме классов

Диаграммы классов включает классы, интерфейсы, объекты и кооперации, а также их отношения. Не указываются временные аспекты функционирования системы.

Структура класса:

  • имя класса (уникальное);

  • атрибуты;

  • операции (методы);

  • интерфейсы.

Отношения:

  • зависимости;

  • ассоциация;

  • агрегация;

  • обобщение.

Вопросы по технологии проектирования

1. Стадии проектирования программных систем. Итерационное проектирование

Теоретический процесс разработки:

Реальный процесс разработки:

Постоянно приходится возвращаться на предыдущие этапы и вносить изменения.

Основные принципы проектирования больших программных систем

  • этап проектирования не прекращается никогда, потому что постоянно требуется вносить изменения.

  • уточнение требований продолжается в течение всего времени проектирования.

  • программная система наследует проблемы реальной системы.

2. Проблема сложности при проектировании программного обеспечения. Различные виды сложности при проектировании программного обеспечения.

1. Сложность проблемы

  • сложность поставленной задачи в сочетании с дополнительными требованиями стоимости, надёжности, удобства, производительности;

  • сложность получения достоверных данных о предметной области от заказчика;

  • изменение требований в процессе разработки программной системы;

  • необходимость длительного обслуживания программной системы.

2. Сложность управления процессом разработки

  • большой объём программ и сложная логика функционирования программной системы;

  • большой коллектив программистов;

  • необходимость согласования технических решений;

  • координация работ различных групп программистов;

  • поддержания единства и целостности разработки;

  • создание документации на программную систему;

  • обеспечение временных и финансовых ограничений на разработку.

3. Сложность обеспечения гибкости сопровождения конечного продукта

  • использование определенных технологий, стандартов и соглашений в программировании;

  • использование специальных решений для обеспечения сопровождения;

  • разработка специальных технологических средств сопровождения программной системы;

  • разработка системы тестирования программ.

4. Сложность описания поведения отдельных подсистем

  • сложность алгоритмов описания реальной предметной области;

  • сложность информационных связей в предметной области;

  • сложность логических взаимосвязей предметной области;

  • наличие ограничений на параметры функционирования программной системы.