→ Пошук по сайту       Увійти / Зареєструватися

Компонента

Предметна область:  Об'єктно-орієнтований підхід  UML

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

Похідні поняття[Приховати / показати]

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

Диаграмма компонентовПозволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный, бинарный и исполняемый код

Зв'язані поняття[Приховати / показати]

Компонента
Диаграмма компонентовДиаграмма развертыванияСистемыСтруктурные моделиUMLПакет Механизмы расширенияОтношение агрегацииПримечанияСтруктурный системный анализ
→ Мапа поняття — Більше інформації про зв'язки цього поняття з іншими поняттями

Близькі поняття: [Приховати / показати]

UMLКлассАвтоматизированая разработка программного обеспечениякомпонентСостояниеООПвариант использованияOMGДиаграмма состоянийМодельИнтерфейсДиаграмма "сущность-связь"Диаграмма развертыванияУзелСущностьСемантика языка UMLПримечанияКлассификаторБиблиотекаСистемыИнтеграция компьютерных и промышленных технологийОтношение агрегацииИнструментарии быстрой разработки приложенийПолиморфизмАлгоритмДиаграмма компонентовТаблицаФайлДокументИсполнимыйСтруктура системыСистема управления базами данныхПакет Механизмы расширенияПакет Элементы поведенияпакет Элементы ядраПакет Вспомогательные элементыСтруктурный системный анализДиаграмма функционального моделированияДиаграмма потоков данныхСвязьIDEF1Структурные моделиЖизненний цикл программыПараллельный переходСообщениякомпоненты-рабочие продуктыПакет Типы данныхПакет КооперацииПакет Варианты использованияПакет АвтоматыПакет Общие механизмыIDEF0IDEF2IDEF3IDEF-SADTФункциональная модельДеятельностьМетамодельНотация языка UMLМета-метамодельСоединенияПредметная областьCRCАбстрактный синтаксисПравила правильного построения выраженийМетод Гради БучаМетод Джеймса РумбахаАвтоматИнкапсуляцияНаследованиеКомпоненты развертыванияКомпоненты исполненияОтношение зависимостиЗависимостьСистемний анализмодель "черного ящика"ПакетСобытиеСемантика языка UMLНотация языка UMLДиаграмма деятельностиблок-схемаКонцептуальная схемаАналитикДиаграмма вариантов использованияМетод Айвара ДжекобсонаПроцедурное программированиеОбъект

Контент, у якому йде мова про Компонента

Методология объектно-ориентированного анализа и проектирования

 UML
Необходимость анализа предметной области до начала написания программы была осознана давно при разработке масштабных проектов. Процесс разработки баз данных существенно отличается от написания программного кода для решения вычислительной задачи.

Разработка диаграммы компонентов в среде Rational Rose

 UML
Диаграмма компонентов является частью физического представления модели и играет важную роль в процессе ООАП.

Компоненты

 UML
Для представления физических сущностей в языке UML применяется специальный термин - компонент (component). Компонент реализует некоторый набор интерфейсов и служит для общего обозначения элементов физического представления модели.

Зависимости

 UML
В общем случае отношение зависимости также было рассмотрено ранее (см. главу "Диаграмма классов") . Напомним, что зависимость не является ассоциацией, а служит для представления только факта наличия такой связи, когда изменение одного элемента модели оказывает влияние или приводит к изменению другого элемента модели.

Основные пакеты метамодели языка UML

 UML
Возвращаясь к рассмотрению языка UML, напомним, что основой его представления на метамодельном уровне является описание трех его логических блоков или пакетов: Основные элементы, Элементы поведения и Общие механизмы

Диаграмма компонентов

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

Рекомендации по построению диаграммы компонентов

 UML
Разработка диаграммы компонентов предполагает использование информации как о логическом представлении модели системы, так и об особенностях ее физической реализации.

Специфика описания метамодели языка UML

 UML
Метамодель языка UML описывается на некотором полуформальном языке с использованием трех видов представлений...

Интерфейсы

 UML
Следующим элементом диаграммы компонентов являются интерфейсы. Последние уже неоднократно рассматривались ранее, поэтому здесь будут отмечены те их, особенности, которые характерны для представления на диаграммах компонентов.

Диаграмма развертывания

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

Рекомендации по построению диаграммы развертывания

 UML
Разработка диаграммы развертывания начинается с идентификации всех аппаратных, механических и других типов устройств, которые необходимы для выполнения системой всех своих функций.

Методология объектно-ориентированного программирования

Стало очевидным, что традиционные методы процедурного программирования не способны справиться ни с растущей сложностью программ и их разработки, ни с необходимостью повышения их надежности. Во второй половине 80-х годов возникла настоятельная потребность в новой методологии программирования, которая была бы способна решить весь этот комплекс проблем. Такой методологией стало объектно-ориентированное программирование (ООП).

Пример построения диаграммы вариантов использования

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

Методология системного анализа и системного моделирования

 UML
Центральным понятием системного анализа является понятие системы, под которой понимается совокупность объектов, компонентов или элементов произвольной природы, образующих некоторую целостность. Определяющей предпосылкой выделения некоторой совокупности как системы является возникновение у нее новых свойств, которых не имеют составляющие ее элементы. Примеров систем можно привести достаточно много - это персональный компьютер, автомобиль, человек, биосфера, программа и др

Диаграммы структурного системного анализа

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

Общая структура языка UML

 UML
Описание языка UML состоит из двух взаимодействующих частей, таких как:
  • Семантика языка UML. Представляет собой некоторую метамодель, которая определяет абстрактный синтаксис и семантику понятий объектного моделирования на языке UML.
  • Нотация языка UML. Представляет собой графическую нотацию для визуального представления семантики языка UML.

Отношение агрегации

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

Узел

 UML
Узел (node) представляет собой некоторый физически существующий элемент системы, обладающий некоторым вычислительным ресурсом. В качестве вычислительного ресурса узла может рассматриваться наличие по меньшей мере некоторого объема электронной или магнитооптической памяти и/или процессора.

Предыстория. Математические основы

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

Основные этапы развития UML

 UML
Отдельные языки объектно-ориентированного моделирования стали появляться в период между серединой 1970-х и концом 1980-х годов, когда различные исследователи и программисты предлагали свои подходы к ООАП. В период между 1989-1994 гг. общее число наиболее известных языков моделирования возросло с 10 до более чем 50. Многие пользователи испытывали серьезные затруднения при выборе языка ООАП, поскольку ни один из них не удовлетворял всем требованиям, предъявляемым к построению моделей сложных систем. Принятие отдельных методик и графических нотаций в качестве стандартов (IDEF0, IDEF1X) не смогло изменить сложившуюся ситуацию непримиримой конкуренции между ними в начале 90-х годов, которая тоже получила название "войны методов".

Основные компоненты языка UML

 UML
Язык UML представляет собой общецелевой язык визуального моделирования, который разработан для спецификации, визуализации, проектирования и документирования компонентов программного обеспечения, бизнес-процессов и других систем. Язык UML одновременно является простым и мощным средством моделирования, который может быть эффективно использован для построения концептуальных, логических и графических моделей сложных систем самого различного целевого назначения.

Назначение языка UML

 UML
Язык UML предназначен для решения следующих задач...

Вариант использования

 UML
Конструкция или стандартный элемент языка UML вариант использования применяется для спецификации общих особенностей поведения системы или любой другой сущности предметной области без рассмотрения внутренней структуры этой сущности...

Интерфейсы

 UML
Интерфейс (interface) служит для спецификации параметров модели, которые видимы извне без указания их внутренней структуры.

Примечания

 UML
Примечания (notes) в языке UML предназначены для включения в модель произвольной текстовой информации, имеющей непосредственное отношение к контексту разрабатываемого проекта.

Класс

 UML
Класс (class) в языке UML служит для обозначения множества объектов, которые обладают одинаковой структурой, поведением и отношениями с объектами из других классов.

Рекомендации по построению диаграмм классов

 UML
Процесс разработки диаграммы классов занимает центральное место в ООАП сложных систем. От умения правильно выбрать классы и установить между ними взаимосвязи часто зависит не только успех процесса проектирования, но и производительность выполнения программы.

Диаграмма состояний

 UML
Главное предназначение этой диаграммы - описать возможные последовательности состояний и переходов, которые в совокупности характеризуют поведение элемента модели в течение его жизненного цикла. Диаграмма состояний представляет динамическое поведение сущностей, на основе спецификации их реакции на восприятие некоторых конкретных событий. Системы, которые реагируют на внешние действия от других систем или от пользователей, иногда называют реактивными. Если такие действия инициируются в произвольные случайные моменты времени, то говорят об асинхронном поведении модели.

Сложные переходы

 UML
Рассмотренное выше понятие перехода является вполне достаточным для большинства типичных расчетно-вычислительных задач. Однако современные программные системы могут реализовывать очень сложную логику поведения отдельных своих компонентов. Может оказаться, что для адекватного представления процесса изменения состояний семантика обычного перехода для них недостаточна. С этой целью в языке UML специфицированы дополнительные обозначения и свойства, которыми могут обладать отдельные переходы на диаграмме состояний.

Рекомендации по построению диаграмм деятельности

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

Соединения

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

Особенности реализации языка UML в CASE-инструментарии Rational Rose 98/2000

 UML
Появление на рынке программных продуктов первых CASE-средств (Computer Aided Software Engineering) ознаменовало новый этап развития программной инженерии, характерными особенностями которого являются существенное сокращение сроков разработки программных проектов, реализация проектов группой программистов и ориентация на визуальные средства специфицирования компонентов программного обеспечения.

Разработка диаграммы развертывания в среде Rational Rose

 UML
Диаграмма развертывания является второй составной частью физического представления модели.

Заключение

 UML
В настоящее время полностью специфицирована и документирована версия 1.3 языка UML и продолжается дальнейшая работа по его развитию. Хотя уже анонсирована следующая версия языка UML - 1.4, на момент написания книги окончательная документация по этой версии еще не специфицирована.

Якщо вас цікавить...

загрузка...