Методические указания
| Вид материала | Методические указания |
Содержание7Лабораторная работа №6. диаграмма компонентов |
- Методические указания, контрольные задания и указания на курсовой проект по дисциплине, 410.04kb.
- Т. В. Фёдоров методические указания по технологической практике студентов IV курса, 107.4kb.
- Методические указания Методические указания по выполнению, оформлению и защите дипломного, 337.96kb.
- Методические указания к выполнению курсовой работы «Разработка приложений, предназначенных, 348.71kb.
- Методические указания составлены в соответствии с новой программой и предназначены, 2132.37kb.
- Методические указания по применению нсои n 8 "Оценка стоимости имущества в целях приватизации", 968.39kb.
- Методические указания к выполнению курсового проекта Красноярск 2002, 2057.27kb.
- Методические указания к изучению курса и практическим занятиям для студентов спец., 914.85kb.
- Методические указания к курсовым (семестровым) и выпускным квалификационным работам, 1017.9kb.
- М. А. Бонч-Бруевича Методические указания к курсовому проектированию предварительных, 789.79kb.
6.3Содержание отчета
1. Наименование и цель работы, номер варианта.
2. Разработанные диаграммы состояний.
3. Спецификация диаграмм состояний.
4. Разработанные диаграммы деятельности.
5. Выводы.
6.4Контрольные вопросы
1. Назначение диаграммы состояний.
2. Особенности диаграммы состояний.
3. Элементы диаграммы состояний. Состояния.
4. Элементы диаграммы состояний. Переходы.
5. Диаграмма деятельности.
7ЛАБОРАТОРНАЯ РАБОТА №6. ДИАГРАММА КОМПОНЕНТОВ
7.1Цель работы
Изучить правила оформления диаграммы компонентов. Научится разрабатывать конкретную реализацию проекта в форме программного кода.
7.2Теоретические сведения
7.2.1Представление компонентов
Все рассмотренные ранее диаграммы относились к логическому уровню представления. Особенность логического представления заключается в том, что различные элементы логического представления, такие как классы, ассоциации, состояния, сообщения, не существуют материально или физически, они лишь отражают наше понимание структуры физической системы или аспекты ее поведения.
Полный проект программной системы представляет собой совокупность моделей логического и физического представлений, которые должны быть согласованы между собой. В языке UML для физического представления моделей систем используются так называемые диаграммы реализации (implementation diagrams), которые включают в себя две отдельные канонические диаграммы: диаграмму компонентов и диаграмму развертывания.
Диаграмма компонентов описывает особенности физического представления системы. Диаграмма компонентов позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный, бинарный и исполняемый код.
Диаграмма компонентов разрабатывается для следующих целей:
- Визуализации общей структуры исходного кода программной системы.
- Спецификации исполнимого варианта программной системы.
- Обеспечения многократного использования отдельных фрагментов программного кода.
- Представления концептуальной и физической схем баз данных.
Диаграмма компонентов обеспечивает согласованный переход от логического представления к конкретной реализации проекта в форме программного кода. Одни компоненты могут существовать только на этапе компиляции программного кода, другие — на этапе его исполнения. Диаграмма компонентов отражает общие зависимости между компонентами, рассматривая последние в качестве классификаторов.
Компоненты
Для представления физических сущностей в языке UML применяется специальный термин — компонент (component). Компонент реализует некоторый набор интерфейсов и служит для общего обозначения элементов физического представления модели.
Компонент предоставляет организацию в рамках физического пакета ассоциированным с ним элементам модели. Как классификатор, компонент может иметь также свои собственные свойства, такие как атрибуты и операции.
Зависимости
Зависимость не является ассоциацией, а служит для представления только факта наличия такой связи, когда изменение одного элемента модели оказывает влияние или приводит к изменению другого элемента модели. Отношение зависимости на диаграмме компонентов изображается пунктирной линией со стрелкой, направленной от клиента (зависимого элемента) к источнику (независимому элементу).
Зависимости могут отражать связи модулей программы на этапе компиляции и генерации объектного кода. Применительно к диаграмме компонентов зависимости могут связывать компоненты и импортируемые этим компонентом интерфейсы, а также различные виды компонентов между собой.
Также на диаграмме могут быть представлены отношения зависимости между компонентами и реализованными в них классами. Эта информация имеет важное значение для обеспечения согласования логического и физического представлений модели системы.
7.2.2Рекомендации по построению диаграммы компонентов
Разработка диаграммы компонентов предполагает использование информации, как о логическом представлении модели системы, так и об особенностях ее физической реализации. До начала разработки необходимо определиться с выбором языковой платформы и операционной системы.
После этого можно приступать к общей структуризации диаграммы компонентов. В первую очередь, необходимо решить, из каких физических частей (файлов) будет состоять программная система. На этом этапе следует обратить внимание на такую реализацию системы, которая обеспечивала бы не только возможность повторного использования кода за счет рациональной декомпозиции компонентов, но и создание объектов только при их необходимости.