Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

А.3.2.3.3.1. Общая детализация

Читайте также:
  1. I. Общая характеристика организации
  2. I. Общая характеристика работы
  3. I. Общая характеристика сферы реализации государственной программы, описание основных проблем в указанной сфере и перспективы ее развития
  4. А.3.4.3.1. Детализация полномочий
  5. Б.3.1. Общая процедурная модель
  6. Виды эмоций и их общая характеристика

Мы можем разграничить внутренние методы и методы, доступные извне.

Определяются типы атрибутов классов с техническими свойствами, такими как гарантии, начальные значения и параметры (см. рис. 125). Гарантиями называются условия, которым должны удовлетворять объекты. Параметры в операциях указывают, для каких критериев возможен перенос значений после запуска операций. В примере на рис. 125 очевидно представлено, что атрибут «радиус» не должен быть отрицательным (гарантия), центральная точка по умолчанию имеет начальное значение х = 10, у = 10, а окружностью можно манипулировать (если она не отцентрирована на экране) путем изменения координат (положения) центральной точки или ввода новых параметров для создания других радиуса.

Рис. 125. Технические свойства атрибутов (Oestereich. Objektorientierte Softwareentwicklung. 1997, с. 36)

 

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

Термины «программы» и «модули» также используются в объектно-ориентированном системном проектировании; здесь модули содержат код классов, которые им присваиваются, или же связываются с файлами исходного кода и файлами трансляции.

Модули и их взаимосвязи отображаются компонентными диаграммами. Чаще всего их метаструктуры совпадают с метаструктурой отображения модулей. Управление версиями в значительной степени зависит от описания компонентов или модулей.

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

Модули и пакеты являются компонентами UML и описываются с помощью компонентных диаграмм (см. рис. 126).

Рис. 126. Компонентная диаграмма UML

 


Дата добавления: 2015-08-03; просмотров: 208 | Нарушение авторских прав


Читайте в этой же книге: А.3.2.1.1.3. Поток данных | А.3.2.1.1.4. Ассоциация экранов | А.3.2.1.2.1. Правило СУД | А.3.2.1.2.3. Диаграммы состояний | А.3.2.1.2.4. Управление посредством сообщений | А.3.2.1.2.5. Связывание объектно-ориентированного моделирования и СДП | А.3.2.2. Конфигурирование | А.3.2.3.1.1. Привязка схемы | А.3.2.3.1.2. Выведение структур управления | А.3.2.3.1.3. Транзакции баз данных |
<== предыдущая страница | следующая страница ==>
А.3.2.3.2. Управление посредством триггеров| А.3.2.3.3.2. Связи с базами данных

mybiblioteka.su - 2015-2024 год. (0.006 сек.)