Класс и отношения между классами
Самые распространённые связи между классами в рамках объектной модели:
– агрегация
Агрегация, когда один объект входит в состав другого, или отношение «HAS-A» («имеет»)
– ассоциация
Если объекты одного класса ссылаются на один или более объектов другого класса, но ни в ту, ни в другую сторону отношение между объектами не носит характера «владения», или контейнеризации, такое отношение называют ассоциацией
– наследование
Позволяет описать новый класс на основе уже существующего (родительского), при этом свойства и функциональность родительского класса заимствуются новым классом.
– метаклассы
Обычных возможностей объектно-ориентированного программирования хватает далеко не всегда. В некоторых случаях требуется изменить сам характер системы классов: расширить язык новыми типами классов, изменить стиль взаимодействия между классами и окружением, добавить некоторые дополнительные аспекты, затрагивающие все используемые в приложении классы, и т. п.
Язык UML
UML - унифицированный язык моделирования, язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования в основном программных систем.
|
|
|
Использование UML не ограничивается моделированием программного обеспечения. Его также используют для моделирования бизнес-процессов, системного проектирования и отображения организационных структур.
UML позволяет также разработчикам программного обеспечения достигнуть соглашения в графических обозначениях для представления общих понятий (таких как класс, компонент, обобщение (generalization), объединение (aggregation) и поведение, и больше сконцентрироваться на проектировании и архитектуре.
Диаграмма прецедентов
Диаграмма прецедентов (диаграмма вариантов использования) — диаграмма, на которой отражены отношения, существующие между актерами и прецедентами.
Основная задача — представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы.
Данная диаграмма служит для описания поведения системы и функциональности обеспечиваемой системой. То есть, как система будет себя вести, в случае функционального воздействия на нее.
Актеры
Актеры не являются частью системы – они представляют собой кого-то или что-то, что должно взаимодействовать с системой.
|
|
|
Прецеденты
С помощью прецедентов (Use cases) в RR моделируется взаимосвязь между системой и актерами. Прецеденты определяют возможности обеспечиваемые системой для актера. Набор всех прецедентов системы определяет ее возможности и способы использования.
Диаграммы прецедентов
Диграмма прецедентов (use case diagram) это графическое представление актеров и прецедентов и их взаимодействия в системе.
Пример диаграммы прецедентов
Между актером и прецедентом может существовать ассоциативная связь, связь может быть как от Актера к прецеденту так и наоборот. Направление свзяи показывает кто является ее инициатором (актер или прецедент).
Диаграмма классов
Диаграмма классов — статическая структурная диаграмма, описывающая структуру системы, она демонстрирует классы системы, их атрибуты, методы и зависимости между классами.
Существуют разные точки зрения на построение диаграмм классов в зависимости от целей их применения:
· концептуальная точка зрения — диаграмма классов описывает модель предметной области, в ней присутствуют только классы прикладных объектов;
· точка зрения спецификации — диаграмма классов применяется при проектировании информационных систем;
|
|
|
· точка зрения реализации — диаграмма классов содержит классы, используемые непосредственно в программном коде (при использовании объектно-ориентированных языков программирования).
Диаграмма классов служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования.
Атрибуты класса определяют состав и структуру данных, хранимых в объектах этого класса. Каждый атрибут имеет имя и тип, определяющий, какие данные он представляет.
Класс содержит объявления операций, представляющих собой определения запросов, которые должны выполнять объекты данного класса.
Каждая ассоциация несет информацию о связях между объектами внутри ПС. Наиболее часто используются бинарные ассоциации, связывающие два класса.
Обобщение на диаграммах классов используется, чтобы показать связь между классом-родителем и классом-потомком.
Стереотип класса – это элемент расширения словаря UML, который обозначает отличительные особенности в использовании класса.
Диаграммы классов создаются для следующих целей:
· Для моделирования данных.
· Для представления архитектуры ПС.
|
|
|
· Для моделирования навигации экранов.
· Для моделирования логики программных компонент.
· Для моделирования логики обработки данных.
Диаграмма взаимодействия
Диаграмма обзора взаимодействия — разновидность диаграммы деятельности, включающая фрагменты диаграммы последовательности и конструкции потока управления. Диаграмма взаимодействия - это диаграмма, на которой представлено взаимодействие, состоящее из множества объектов и отношений между ними, включая и сообщения, которыми они обмениваются. Этот термин применяется к видам диаграмм с акцентом на взаимодействии объектов (диаграммах кооперации, последовательности и деятельности).
Этот тип диаграмм включает в себя:
· Диаграмму последовательностей - диаграмма взаимодействия, в которой основной акцент сделан на упорядочении сообщений во времени.
· Диаграмму сотрудничества - диаграмма взаимодействий, в которой основной акцент сделан на структурной организации объектов, посылающих и получающих сообщения.
Диаграммы коммуникации и последовательности транзитивны, выражают взаимодействие, но показывают его различными способами и с достаточной степенью точности могут быть преобразованы одна в другую.
41. Диаграмма последовательности
Диаграмма последовательности (Sequence diagram) — диаграмма, на которой изображено упорядоченное во времени взаимодействие объектов. В частности, на ней изображаются участвующие во взаимодействии объекты и последовательность сообщений, которыми они обмениваются.
Это диаграмма, на которой изображаются взаимодействия между частями композитной структуры или ролями кооперации. В отличие от диаграммы последовательности, на диаграмме коммуникации явно указываются отношения между объектами, а время как отдельное измерение не используется (применяются порядковые номера вызовов).
Дата добавления: 2018-02-15; просмотров: 573; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!