|
ADO в Delphi AJAX Android C++ CakePHP CMS COM CSS Delphi Flash Flex HTML Internet Java JavaScript MySQL PHP RIA SCORM Silverlight SQL UML XML Бази даних Веб-розробка Генетичні алгоритми ГІС Гітара Дизайн Економіка Інтелектуальні СДН Колір Масаж Математика Медицина Музика Нечітка логіка ООП Патерни Подання знань Розкрутка сайту, SEO САПР Сесії в PHP Системне програмування Системний аналіз Тестологія Тестування ПЗ Фреймворки Штучний інтелект
|
Уніфікована мова моделювання UML. Семантичний конспект розділу
← Уніфікована мова моделювання UMLСемантичне ядро: UML ↓ Пакет ↓ Компонента ↓ Класс ↓ Состояние ↓ Пакет Механизмы расширения ↓ Пакет Типы данных ↓ Нотация языка UML ↓ Семантика языка UML ↓ Сущность ↓
Сущность — Произвольное множество реальных или абстрактных объектов, каждый из которых обладает одинаковыми свойствами и характеристиками Сущность — Entity.
Наследование — Принцип, в соответствии с которым знание о более общей категории разрешается применять для более узкой категории
Класс — Это описание объектов и действий, которые можно с ними выполнять Класс — Сущность, которая задает некоторое общее поведение для объектов Класс — Определяется как список своих членов Класс — Некоторая абстракция совокупности объектов, которые имеют общий набор свойств и обладают одинаковым поведением Определяет для объекта контракт, то есть правила, с помощью которых с объектом могут работать другие объекты (обычно это делается с помощью определения методов класса). Могут находиться друг с другом в различных отношениях, таких как Наследование или Агрегация . Их важной особенностью является возможность их организации в виде некоторой иерархической структуры, которая по внешнему виду напоминает схему классификации понятий формальной логики..
Компонента — Некоторая абстрактная единица, которая обладает функциональностью, т. е. может выполнять определенные действия, связанные с решением поставленных задач
UML — Unified Modeling Language UML — Уніфікована мова об'єктно-орієнтованого моделювання, використовується у парадигмі об'єктно-орієнтованого програмування UML — Предоставить в распоряжение пользователей легко воспринимаемый и выразительный язык визуального моделирования, специально предназначенный для разработки и документирования моделей сложных систем самого различного целевого назначения. UML — Снабдить исходные понятия языка возможностью расширения и специализации для более точного представления моделей систем в конкретной предметной области UML:
Семантика языка UML — Представляет собой некоторую метамодель, которая определяет абстрактный синтаксис и констукцию понятий объектного моделирования на языке UML
Семантика языка UML — Описывается на основе некоторой метамодели, имеющей три отдельных представления: абстрактный синтаксис, правила корректного построения выражений и семантику.
Нотация языка UML — Представляет собой графическую нотацию для визуального представления семантики языка UML
Нотация языка UML — Представляет собой графическую нотацию для визуального представления семантики языка
Пакет — Основной способ организации элементов модели в языке UML Пакет — Обозначение: Большой прямоугольник с небольшим прямоугольником, присоединенным к левой части верхней стороны первого
Пакет Механизмы расширения — Задает правила уточнения и расширения семантики базовых элементов моделей. Пакет Типы данных определяет основные структуры данных для языка UML Пакет Механизмы расширения — Специфицирует порядок включения в модель элементов с уточненной семантикой, а также модификацию отдельных компонентов языка UML для более точного отражения специфики моделируемых систем
Диаграмма деятельности — позволяют реализовать в языке UML особенности процедурного и синхронного управления, обусловленного завершением внутренних деятельностей и действий
вариант использования — применяется для спецификации общих особенностей поведения системы или любой другой сущности предметной области без рассмотрения внутренней структуры этой сущности вариант использования — Цель заключается в том, чтобы определить законченный аспект или фрагмент поведения некоторой сущности без раскрытия внутренней структуры этой сущности вариант использования — описывают не только взаимодействия между пользователями и сущностью, но также реакции сущности на получение отдельных сообщений от пользователей и восприятие этих сообщений за пределами сущности вариант использования — Обозначение: обозначается на диаграмме эллипсом
Отношение обобщения — Служит для указания того факта, что некоторый вариант использования А может быть обобщен до варианта использования В Отношение обобщения — применяется в том случае, когда необходимо отметить, что дочерние варианты использования обладают всеми атрибутами и особенностями поведения родительских вариантов Отношение обобщения — использоваться для представления взаимосвязей между пакетами, классами, вариантами использования и другими элементами языка UML Отношение обобщения — Обозначение: линия со стрелкой Отношение обобщения — Обозначение: Обозначается сплошной линией с треугольной стрелкой на одном из концов Отношение обобщения — generalization relationship.
Абстрактный синтаксис — представляет собой модель для описания некоторой части языка UML, предназначенной для построения диаграмм классов на основе описаний систем на естественном языке
Рациональный унифицированный процесс — RUP Рациональный унифицированный процесс — процесс ООАП в контексте языка UML Рациональный унифицированный процесс — Rational Unified Process.
Состояние — Совокупность свойств или признаков, которые в каждый момент времени отражают наиболее существенные особенности поведения системы Состояние — Абстрактный метакласс, используемый для моделирования отдельной ситуации, в течение которой имеет место выполнение некоторого условия Состояние — Обозначение: Изображается прямоугольником со скругленными вершинами Состояние — state.
Автомат :
Автомат — State machine.
Состояние действия — Является специальным случаем состояния с некоторым входным действием и по крайней мере одним выходящим из состояния переходом Состояние действия — Обозначение: Изображается фигурой, напоминающей прямоугольник, боковые стороны которого заменены выпуклыми дугами Состояние действия — Action state .
Простой переход — Представляет собой отношение между двумя последовательными состояниями, которое указывает на факт смены одного состояния другим Простой переход — Обозначение: изображается сплошной линией со стрелкой, которая направлена в целевое состояние Простой переход — Simple transition.
Графические символы — Обозначение: Изображаются с помощью некоторых геометрических фигур и могут иметь различную высоту и ширину с целью размещения внутри этих фигур других конструкций языка UML
Диаграмма "сущность-связь" — ERD Диаграмма "сущность-связь" — С помощью этого вида нотаций можно описать отдельные компоненты концептуальной модели данных и совокупность взаимосвязей между ними, имеющих важное значение для разрабатываемой системы Данная нотация была предложена П. Ченом (P. Chen) в его известной работе 1976 года [17] и получила дальнейшее развитие в работах Р. Баркера [16] (R. Barker). Основными понятиями данной нотации являются понятия сущности и связи. Диаграмма "сущность-связь" — Entity-Relationship Diagrams .
Объект — Это структурированная переменная, содержащая всю информацию о некотором физическом предмете или реализуемом в программе понятии Объект — Экземпляр класса Объект:
Может принадлежать или не принадлежать определенному классу, то есть обладать или не обладать поведением, которое данный класс подразумевает.
ООП — Объектно-ориентированное программирование ООП — Фундаментальными понятиями методологии являются понятия класса и объекта. ООП — Основными его принципами являются наследование, инкапсуляция и полиморфизм
Шаблон — Предназначен для обозначения такого класса, который имеет один (или более) нефиксированный формальный параметр Шаблон — Обозначение: Изображается прямоугольником, к верхнему правому углу которого присоединен маленький прямоугольник из пунктирных линий Шаблон — template.
Параметризованный класс — Предназначен для обозначения такого класса, который имеет один (или более) нефиксированный формальный параметр Параметризованный класс — parametrized class.
Диаграмма компонентов — Описывает особенности физического представления системы. Диаграмма компонентов позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный, бинарный и исполняемый код Диаграмма компонентов — Позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный, бинарный и исполняемый код
Диаграмма развертывания — Применяется для представления общей конфигурации и топологии распределенной программной системы и содержит распределение компонентов по отдельным узлам системы Диаграмма развертывания — предназначена для визуализации элементов и компонентов программы, существующих лишь на этапе ее исполнения (runtime) Диаграмма развертывания — Диаграмма размещения.
Системы — Совокупность объектов, компонентов или элементов произвольной природы, образующих некоторую целостность Системы — Пример: Персональный компьютер, автомобиль, человек, биосфера, программа
Структурные модели — Описывают структуру сущностей или компонентов некоторой системы, включая их классы, интерфейсы, атрибуты и отношения Структурные модели — Описывают поведение или функционирование объектов системы, включая их методы, взаимодействие и сотрудничество между ними, а также процесс изменения состояний отдельных компонентов и системы в целом
Отношение агрегации — применяется для представления системных взаимосвязей типа "часть-целое" Отношение агрегации — Показывает, из каких компонентов состоит система и как они связаны между собой Отношение агрегации — Обозначение: Изображается сплошной линией, один из концов которой представляет собой незакрашенный внутри ромб
Примечания — предназначены для включения в модель произвольной текстовой информации, имеющей непосредственное отношение к контексту разрабатываемого проекта Примечания — Обозначение: Обозначаются прямоугольником с "загнутым" верхним правым уголком Примечания — Пример: В качестве такой информации могут быть комментарии разработчика (например, дата и версия разработки диаграммы или ее отдельных компонентов), ограничения (например, на значения отдельных связей или экземпляры сущностей) и помеченные значения. Применительно к диаграммам вариантов использования примечание может носить самую общую информацию, относящуюся к общему контексту системы Примечания — notes.
Структурный системный анализ — Метод исследования системы, который начинается с наиболее общего ее описания с последующей детализацией представления отдельных аспектов ее поведения и функционирования Одним из главных принципов такого анализа является выделение на каждом из уровней абстракции только наиболее существенных компонентов или элементов системы. .
компонент — Реализует некоторый набор интерфейсов и служит для общего обозначения элементов физического представления модели компонент — Component.
Модель — Некоторое представление о системе, отражающее наиболее существенные закономерности ее структуры и процесса функционирования и зафиксированное на некотором языке или в другой форме
Диаграмма вариантов использования:
Диаграмма вариантов использования — use case diagram.
Диаграмма функционального моделирования — SADT Диаграмма функционального моделирования — Structured Analysis and Design Technique.
Автоматизированая разработка программного обеспечения — CASE Автоматизированая разработка программного обеспечения — CASE Автоматизированая разработка программного обеспечения — Computer Aided Software Engineering.
Діаграми — Дають можливість представити систему у такому вигляді, щоб її можна було легко перевести в програмний код Діаграми — Підвищують супроводжуваність проекту і полегшують розробку документації
Алгоритм — понятие, под которым, в общем случае, понимается некоторое предписание выполнить точно определенную последовательность действий, направленных на достижение заданной цели или решение поставленной задачи Происходит от имени средневекового математика Аль-Хорезми, который в 825 г. описал правила выполнения арифметических действий в десятичной системе счисления. Алгоритм — Пример: Примерами являются хорошо известные правила нахождения корней квадратного уравнения или корней линейной системы уравнений
Процедура — представляет собой законченную последовательность действий или операций, направленных на решение отдельной задачи Процедура — специальная синтаксическая конструкция
Процедурное программирование — Главная особенность такого программирования заключается в том, что программа всегда имеет начало во времени или начальную процедуру (начальный блок) и окончание (конечный блок)..
Методология процедурно-ориентированного программирования — Основой данной методологии разработки программ являлась процедурная или алгоритмическая организация структуры программного кода. В рамках данной методологии получило развитие нисходящее проектирование программ или программирование "сверху-вниз"..
Диаграмма состояний — Описать возможные последовательности состояний и переходов, которые в совокупности характеризуют поведение элемента модели в течение его жизненного цикла. Диаграмма состояний — Описать возможные последовательности состояний и переходов, которые в совокупности характеризуют поведение элемента модели в течение его жизненного цикла Диаграмма состояний:
Диаграмма кооперации — Предназначена для спецификации структурных аспектов взаимодействия Главная особенность заключается в возможности графически представить не только последовательность взаимодействия, но и все структурные отношения между объектами, участвующими в этом взаимодействии.
Инкапсуляция — Характеризует сокрытие отдельных деталей внутреннего устройства классов от внешних по отношению к нему объектов или пользователей
Полиморфизм — Свойство некоторых объектов принимать различные внешние формы в зависимости от обстоятельств Полиморфизм — Действия, выполняемые одноименными методами, могут отличаться в зависимости от того, какому из классов относится тот или иной метод Полиморфизм — Греч. Poly- много, morfos - форма.
Концептуальная схема — Отражает общие взаимосвязи предметной области и особенности организации соответствующей информации
Предметная область — Часть реального мира, которая имеет существенное значение или непосредственное отношение к процессу функционирования программы
Аналитик — Участвует в построении концептуальной схемы будущей программы, которая затем преобразуется программистами в код
Жизненний цикл программы — ЖЦ Жизненний цикл программы — Совокупность взаимосвязанных и следующих во времени этапов, начиная от разработки требований к ней и заканчивая полным отказом от ее использования
Инструментарии быстрой разработки приложений — RAD Инструментарии быстрой разработки приложений — Rapid Application Development.
Структура системы — Устойчивая во времени совокупность взаимосвязей между ее элементами или компонентами Структура системы — Может отражать самые различные взаимосвязи, в том числе и вложенность элементов одной системы в другую
Системний анализ — Результатом такого анализа является построение некоторой модели системы или предметной области.
модель "черного ящика" — В этом случае система представляется в виде прямоугольника, внутреннее устройство которого скрыто от аналитика или неизвестно
Диаграмма потоков данных — DFD Диаграмма потоков данных — Data Flow Diagrams.
Связь — Отношение или некоторая ассоциация между отдельными сущностями Связь — Elationship.
Интеграция компьютерных и промышленных технологий — ICAM Интеграция компьютерных и промышленных технологий — Целью программы было увеличение эффективности компьютерных технологий в сфере проектирования новых средств вооружений и ведения боевых действий Интеграция компьютерных и промышленных технологий — Integrated Computer Aided Manufacturing.
IDEF0 — Нотация для документирования процессов производства и отображения информации об использовании ресурсов на каждом из этапов проектирования систем
IDEF1 — Нотация для документирования информации о производственном окружении систем 1985 году была расширена и переименована в IDEF1X.
Функциональная модель — Отображает структуру процессов функционирования системы и ее отдельных подсистем, т. е. выполняемые ими действия и связи между этими действиями
Деятельность — Представляет собой некоторое действие или набор действий, которые имеют фиксированную цель и приводят к некоторому конечному результату
Мета-метамодель — Главное предназначение этого уровня состоит в том, чтобы определить язык для спецификации метамодели
пакет Элементы ядра — Описывает базовые понятия и принципы включения в структуру метамодели основных понятий языка, таких как метаклассы, метаассоциации и метаатрибуты пакет Элементы ядра — Определяет основные абстрактные и конкретные компоненты, необходимые для разработки объектных моделей
Правила правильного построения выражений — используются для задания дополнительных ограничений или свойств, которыми должны обладать те или иные компоненты модели
Значок — Обозначение: Представляет собой графическую фигуру фиксированного размера и формы
Пути — Обозначение: представляют собой последовательности из отрезков линий, соединяющих отдельные графические символы
Актер — используются для моделирования внешних по отношению к проектируемой системе сущностей, которые взаимодействуют с системой и используют ее в качестве отдельных пользователей Актер — Представляет собой любую внешнюю по отношению к моделируемой системе сущность, которая взаимодействует с системой и использует ее функциональные возможности для достижения определенных целей или решения частных задач Актер — Обозначение: фигурка "человечка", под которой записывается конкретное имя
Интерфейс — Служит для спецификации параметров модели, которые видимы извне без указания их внутренней структуры Интерфейс — Определяет общие границы проектируемой системы Интерфейс — Обозначение: изображается в виде маленького круга, рядом с которым записывается его имя Интерфейс — interface.
Отношения — Описывают взаимодействие экземпляров одних актеров и вариантов использования с экземплярами других актеров и вариантов
Отношение ассоциации — Служит для обозначения специфической роли актера в отдельном варианте использования Отношение ассоциации — Устанавливает, какую конкретную роль играет актер при взаимодействии с экземпляром варианта использования Отношение ассоциации — Association relationship.
Отношение включения — указывает, что некоторое заданное поведение для одного варианта использования включается в качестве составного компонента в последовательность поведения другого варианта использования Отношение включения — Обозначение: Обозначается пунктирной линией со стрелкой, которая помечается ключевым словом "include"
Отношение зависимости — указывает некоторое семантическое отношение между двумя элементами модели или двумя множествами таких элементов, которое не является отношением ассоциации, обобщения или реализации Отношение зависимости — Обозначение: Изображается пунктирной линией между соответствующими элементами со стрелкой на одном из ее концов Отношение зависимости — Dependency relationship.
N-арная ассоциация — Обозначение: Обозначается ромбом, от которого ведут линии к символам классов
Отношение композиции — служит для выделения специальной формы отношения "часть-целое", при которой составляющие части в некотором смысле находятся внутри целого Отношение композиции: 
Событие — Представляет собой спецификацию некоторого факта, имеющего место в пространстве и во времени Событие — Event.
Сторожевое условие — Записывается в прямых скобках после события-триггера и представляет собой некоторое булевское выражение Сторожевое условие — Guard condition.
— Представляет собой атомарную операцию (достаточно простое вычисление), выполняемую сразу после срабатывания соответствующего перехода до начала каких бы то ни было действий в целевом состоянии — Action expression.
Последовательные подсостояния — Используются для моделирования такого поведения объекта, во время которого в каждый момент времени объект может находиться в одном и только одном подсостояний Последовательные подсостояния — Sequential substates).
Параллельные подсостояния — Позволяют специфицировать два и более подавтомата, которые могут выполняться параллельно внутри составного события Параллельные подсостояния — Concurrent substates.
Параллельный переход — Переход может иметь несколько состояний-источников и несколько целевых состояний Параллельный переход — Обозначение: Изображается вертикальной черточкой, аналогично обозначению перехода в известном формализме
Дорожки — Применительно к бизнес-процессам желательно выполнение каждого действия ассоциировать с конкретным подразделением компании. Дорожки — Swimlanes.
Линия жизни объекта — Служит для обозначения периода времени, в течение которого объект существует в системе и, следовательно, может потенциально участвовать во всех ее взаимодействиях Линия жизни объекта — Обозначение: Изображается пунктирной вертикальной линией, ассоциированной с единственным объектом на диаграмме последовательности. Линия жизни объекта — object lifeline.
Фокус управления — Обозначение: изображается в форме вытянутого узкого прямоугольника
Сообщения — Представляет собой законченный фрагмент информации, который отправляется одним объектом другому Сообщения — Обозначение: Изображаются горизонтальными стрелками, соединяющими линии жизни или фокусы управления двух объектов на диаграмме последовательности Сообщения — message.
Классификатор — Предоставляет организацию в рамках физического пакета ассоциированным с ним элементам модели
компоненты-рабочие продукты — Это файлы с исходными текстами программ, например, с расширениями h или срр для языка C++
Библиотека — Определяет первую разновидность компонента, который представляется в форме динамической или статической библиотеки Библиотека — Library.
Таблица — Определяет первую разновидность компонента, который представляется в форме таблицы базы данных Таблица — table.
Файл — Определяет вторую разновидность компонента, который представляется в виде файлов с исходными текстами программ Файл — File.
Документ — Определяет вторую разновидность компонента, . который представляется в форме документа Документ — Document.
Исполнимый — Определяет третий вид компонента, который может исполняться в узле Исполнимый — Executable.
Зависимость — Служит для представления только факта наличия такой связи, когда изменение одного элемента модели оказывает влияние или приводит к изменению другого элемента модели
Узел — Представляет собой некоторый физически существующий элемент системы, обладающий некоторым вычислительным ресурсом Узел — Обозначение: Изображается в форме трехмерного куба Узел — Node.
Соединения — Являются разновидностью ассоциации и изображаются отрезками линий без стрелок. Наличие такой линии указывает на необходимость организации физического канала для обмена информацией между соответствующими узлами Зверніть увагу на додаткові посиланняЯкщо вас цікавить...Головний розділзагрузка...
|
Теми розділу
Сторінки, близькі за змістом
|
|
Copyright © 2008—2026 Портал Знань.
При використанні матеріалів посилання, для інтернет-ресурсів — гіперпосилання, на Znannya.org обов'язкове.
Зв'язок
|
НТУУ "КПІ" Інженерія програмного забезпечення КПІ Лабораторія СЕТ |
|
Уніфікована мова моделювання UML
UML
