Элементы объектной системы (состояние, поведение, класс, атрибут)

Объектный подход содержит набор моделей, связанных с понятием класса/объекта, объединяющего данные (состояние) и поведение, что позволяет конструировать структуру обобщающих понятий над объектно – признаковой структурной моделью. Важнейшим понятием объектной технологии являетсяобъект, определяемый как инкапсулирующая сущность, обладающая свойствами и методами. Объекты - это основные элементы, моделирующие реальный мир. В отличие от структурного подхода, где основное внимание уделяется функциональной декомпозиции, в объектном подходе предметная область разбивается на некоторое множество относительно независимых сущностей - объектов [Буч]. Объектная декомпозиция, отраженная в спецификациях и кодах приложений, есть главное отличие объектного подхода.

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

Класс - это множество предметов реального мира, связанных общностью структуры и поведением. Элемент класса - это конкретный элемент данного множества. Например, в сфере организационного управления существует класс организационно-распорядительных документов. Таким образом, объект - это типичный представитель класса, а термины "экземпляр объекта" и "элемент класса" равнозначны.

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

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

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

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

12. Язык моделирования UML и его применение

 

UML (англ. Unified Modeling Language — унифицированный язык моделирования) — Объектно-ориентированный графический язык для визуализации, специфицирования, конструирования и документирования систем, где большая роль отводится описанию бизнес-процессов в информационных системах. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, которая называется UML моделью. UML был создан для определения, визуализации, проектирования и документирования по большей части программных систем.

 

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

 

UML представляет собой объектно-ориентированнный язык моделирования обладающий следующими основными характеристиками

1. является языком визуального моделирования который обеспечивает разработку репрезентативных моделей для организации взаимодействия заказчика и разработчика, различных групп разработчивов ИС

2. Содержит механизмы расширения и специализации базовых концепций

языка.

Преимущества UML

-UML объектно-ориентирован, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных объектно-ориентированных языках;

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

Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;

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

-UML получил широкое распространение и динамично развивается.

 

http://ooad.asf.ru/standarts/UML/ModelOrganizationsUML/

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

 

UML-модель применительно к бизнес-моделированию может включать в себя следующие диаграммы:

 1. Структурный аспект: Use-Case-диаграммы, идентифицирующие бизнес-процессы и бизнес-транзакции, их взаимосвязь, соподчиненность и взаимодействие; Package-диаграммы, структурно организующие предметную область и иерархически упорядоченную структуру организации.

 2. Динамический аспект: Behavior-диаграммы (Activity, Statechart, Collaboration, Sequence), описывающие поведение (жизненный цикл) бизнес-процесов в их взаимодействии во времени и в пространстве с привязкой к используемым ресурсам и получаемым результатам.

 3. Статический аспект: Class-диаграммы, отражавшие совокупность взаимосвязанных объектов, т.е. рассматривает логическую структуру предметной области, её внутренние концепции, иерархию объектов и статические связи между ними, структуры данных и объектов; Deployment-диаграммы, отражающие технологические ресурсы организации.

 

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

 

UML-модель в части бизнес-модели позволяет получить детальные ответы на ряд типичных вопросов деятельности организации:

- каковы виды деятельности организации и предметные области управления (предметно-структурный аспект);

- какие функционируют бизнес-процессы (функциональный аспект);

 -кто и где выполняет бизнес-процессы (организационный аспект);

 -как выполняются бизнес-процессы (методический аспект);

 -когда выполняются бизнес-процессы (динамический аспект);

 -что, откуда и куда перемещается, обрабатывается, получается в материальных и в связанных с ними информационных потоках (сущностно-элементный аспект);

 -с помощью чего (какими инструментами) выполняются бизнес-процессы (ресурсный и технологический аспекты).

Аспект моделирования---UML-диаграмма

Предметно-структурный аспект---Package-диаграммы

Функциональный аспект---Use-Case-диаграммы

Организационный аспект---Package-диаграммы, Class-диаграммы

Методический аспект---Activity-диаграммы

Динамический аспект---Statechart-, Collaboration-, Sequence-диаграммы

Сущностно-элементный аспект---Class-диаграммы

Технологический аспект----Deployment-диаграммы

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

 

В UML используются следующие виды диаграмм

Структурные диаграммы:                                Диаграммы поведения:

Диаграмма классов                                                              Диаграмма деятельности

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

Композитной/составной структуры                                                   Диаграмма прецедентов

Диаграмма кооперации (UML2.0)

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

Диаграмма объектов

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

Диаграмма профилей (UML2.2)

Диаграммы взаимодействия:

Диаграмма коммуникации (UML2.0) / Диаграмма кооперации (UML1.x)

Диаграмма обзора взаимодействия (UML2.0)

Диаграмма последовательности

Диаграмма синхронизации (UML2.0)

 

Диаграмма вариантов использования

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

В UML для вариантов использования и действующих лиц поддерживается несколько типов связей:

- связь коммуникаций (association relationship) – это связь между вариантами использования и действующим лицом

- включение (include relationship) – применяется в тех случаях, когда имеется какой-либо фрагмент поведения системы, которая повторяется более чем в одном варианте использования

- связь с расширением (extend relationship) – применяется при наличии изменений в нормальном поведении системы, которые также вносятся в отдельный вариант использования

- связь-обобщение (generalization relationship) служит для указания того факта, что некоторый вариант использования А может быть обобщен до варианта использования В.

 

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

 

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

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

Диаграммой последовательностей (Sequence diagram) называется диаграмма взаимодействия, на которой изображаются участвующие во взаимодействии объекты и последовательность сообщений, которыми они обмениваются. Одно из основных назначений данной диаграммы – отобразить последовательность действий для части или целого варианта использования (use case). На диаграмме последовательности объект изображается в виде прямоугольника на вершине пунктирной вертикальной линии. Эта линия называется "линией жизни" (life line) объекта. Сообщения появляются в том порядке, как они показаны на стрелке - сверху вниз.

 

Диаграмма кооперации акцентирует внимание на организации объектов, принимающие участие во взаимодействии (рис. 11). Также как и диаграммы последовательности, кооперативные диаграммы отправляют поток событий через конкретный сценарий варианта использования, но диаграмма последовательности упорядочена по времени, а кооперативные диаграммы предназначены для описания методов взаимодействия между объектами.

Диаграмма состояний (переходов) В отличие от других диаграмм диаграмма состояний описывает процесс изменения состояний только одного класса, а точнее — одного экземпляра определенного класса, т.е. моделирует все возможные изменения в состоянии конкретного объекта. При этом изменение состояния объекта может быть вызвано внешними воздействиями со стороны других объектов или извне. Диаграмма состояний представляет собой граф специального вида, который представляет некоторый конечный автомат и показывает последовательность состояний объекта, через которые он проходит во время своего существования под воздействием внешних событий (рис. 12). Диаграмма назначается классу или методу поведения и представляет собой набор состояний и переходов между ними.

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

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

 На переходе указывается имя события. Обозначения - в таблице.