Ответы к экзамену (Технология программирования)
.pdfРисунок 9. УГО принадлежности пакетов
МОДЕЛЬ – это подкласс пакета и представляет собой абстракцию физической системы, которая предназначена для вполне определенной цели (например, логическая модель, модель проектирования и др.), при этом каждая такая модель имеет собственную точку зрения на физическую систему и свой уровень абстракции
Модели могут быть вложены друг в друга. Пакет может содержать несколько моделей одной и той же системы. Общая модель системы в контексте языка UML содержит в себе модель анализа и модель проектирования.
Рисунок 10. Модель системы в виде пакетов моделей анализа и проектирования
31
ПОДСИСТЕМА – это группировка элементов модели, которые специфицируют простейшее поведение физической системы. При этом элементы подсистемы делятся на две части – спецификацию поведения и его реализацию.
Рисунок 11. УГО подсистемы в языке UML
13.*КАНОНИЧЕСКИЕ ДИАГРАММЫ ЯЗЫКА UML
ДИАГРАММА КЛАССОВ (Class diagram) — статическая структурная диаграмма, описывающая структуру системы, демонстрирующая классы системы, их атрибуты, методы и зависимости между классами.
ДИАГРАММА КОМПОНЕНТОВ (Component diagram) — статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами. В качестве физических компонентов могут выступать файлы, библиотеки, модули, исполняемые файлы, пакеты и т. п.
ДИАГРАММА ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ (Use case diagram,
диаграмма прецедентов) — диаграмма, на которой отражены отношения, существующие между актёрами и вариантами использования.
ДИАГРАММА РАЗВЁРТЫВАНИЯ (Deployment diagram, диаграмма размещения) — служит для моделирования работающих узлов (аппаратных средств, англ. node) и артефактов, развёрнутых на них.
32
Диаграммы компонентов и развертывания служат для представления физических компонентов сложной системы и поэтому относятся к ее физической модели.
ДИАГРАММА ДЕЯТЕЛЬНОСТИ (Activity diagram) — диаграмма, на которой показано разложение некоторой деятельности на её составные части.
ДИАГРАММА СОСТОЯНИЙ (statechart diagram)
Диаграммы состояний и деятельности предназначены для моделирования поведения системы.
ДИАГРАММА ПОСЛЕДОВАТЕЛЬНОСТИ (Sequence diagram) —
диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления. В частности, на ней изображаются участвующие во взаимодействии объекты и последовательность сообщений, которыми они обмениваются.
ДИАГРАММА КООПЕРАЦИИ (collaboration diagram)
Диаграммы кооперации и последовательностей представляют собой разновидности логической модели, которые отражают динамические аспекты функционирования сложной системы.
14. *ДИАГРАММА ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ КАК КОНЦЕПТУАЛЬНОЕ ПРЕДСТАВЛЕНИЕ СИСТЕМЫ В ПРОЦЕССЕ ЕЕ РАЗРАБОТКИ
ДИАГРАММА ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ (use case diagram) —
диаграмма, на которой изображаются отношения между актёрами и вариантами использования, то есть описывает функциональное назначение системы (что бизнес-система должна делать в процессе своего функционирования).
Диаграмма вариантов использования - это исходное концептуальное представление или концептуальная модель системы в процессе ее проектирования и разработки.
33
Поведение разрабатываемой системы (то есть функциональность, обеспечиваемая системой) описывается с помощью функциональной модели, которая отображает:
системные прецеденты (use cases),
системное окружение (действующих лиц или актёров - actors);
связи между прецедентами и актёрами (диаграммы прецедентов - use cases diagrams).
Назначение диаграммы вариантов использования - проектируемая программная система представляется в форме так называемых вариантов использования, с которыми взаимодействуют внешние сущности или актеры.
В каждой системе обычно есть главная диаграмма прецедентов, которая отображает границы системы (актеров) и основное функциональное поведение системы (прецеденты). Другие диаграммы прецедентов могут создаваться при необходимости, например:
диаграмма, показывающая все прецеденты для определенного актера;
диаграмма, показывающая все прецеденты, реализованные на данной итерации;
диаграмма, показывающая определенный прецедент и все его отношения.
ВАРИАНТ ИСПОЛЬЗОВАНИЯ служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет набор действий, совершаемый системой при диалоге с актером. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актеров с системой и собственно выполнение вариантов использования.
АКТЁР - любой объект, субъект или система, взаимодействующая с моделируемой бизнес-системой извне и не являющийся частью системы. Это может быть человек, техническое устройство, программа или любая другая система, которая служит источником воздействия на моделируемую систему так, как определит разработчик.
Актёры могут:
только снабжать информацией систему;
34
только получать информацию из системы;
снабжать информацией и получать информацию из системы.
Рисунок 12. УГО актёра
С помощью прецедентов (use cases) моделируется диалог между актером и системой. Другими словами, они определяют возможности, обеспечиваемые системой для актера. Набор всех прецедентов системы определяет способы ее использования.
Рисунок 13. УГО прецедента
ПОТОК СОБЫТИЙ (flow of events) для прецедента - это последовательность событий, необходимых для обеспечения требуемого поведения. Поток событий описывается в терминах того, «что» система должна делать.
Между актёром и прецедентом может существовать ассоциативное отношение (двухсторонняя или односторонняя).
ОТНОШЕНИЕ (relationship) — семантическая связь между отдельными элементами модели.
Направление связи показывает, кто является её инициатором (актер или прецедент). Такой тип отношений изображается в виде линии, соединяющей взаимодействующие элементы. Направление связи обозначается стрелками на линии связи.
15.*ОТНОШЕНИЯ НА ДИАГРАММАХ ИСПОЛЬЗОВАНИЯ
35
ОТНОШЕНИЕ (relationship) — семантическая связь между отдельными элементами модели.
Направление связи показывает, кто является её инициатором (актер или прецедент). Такой тип отношений изображается в виде линии, соединяющей взаимодействующие элементы. Направление связи обозначается стрелками на линии связи.
В языке UML имеется несколько стандартных видов отношений между актерами и вариантами использования:
АССОЦИАЦИИ (association relationship) - служит для обозначения специфической роли актёра при его взаимодействии с отдельным вариантом использования, обозначается сплошной линией между актёром и вариантом использования и указывает на то, что актер инициирует соответствующий вариант использования;
ВКЛЮЧЕНИЯ (include relationship) - это разновидность отношения зависимости между базовым вариантом использования и его специальным случаем, обозначается как отношение зависимости в форме пунктирной линии со стрелкой, направленной от базового варианта использования к включаемому варианту использования.
При этом данная линия помечается стереотипом <<include>>;
РАСШИРЕНИЯ (extend relationship) определяет взаимосвязь базового варианта использования с другим вариантом использования, функциональное поведение которого задействуется базовым не всегда, а только при выполнении дополнительных условий, обозначается как отношение зависимости в форме пунктирной линии
со стрелкой, направленной от того варианта использования, который является расширением для базового варианта использования. Данная линия со стрелкой должна быть помечена стереотипом <<extend>>;
ОБОБЩЕНИЯ (generalization relationship) - два и более актера могут иметь общие свойства, т.е. взаимодействовать с одним и тем же множеством вариантов использования одинаковым образом, обозначается сплошной линией со стрелкой (стрелка-обобщение) в
форме незакрашенного треугольника, которая указывает на родительский вариант использования.
36
Рисунок 14. Графическое представление отношения ассоциации между актёром и вариантом использования
Рисунок 15. Графическое изображение отношение включения между вариантами использования
Рисунок 16. Графическое изображение отношения обобщения между вариантами использования
16. *ФОРМАЛИЗАЦИЯ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ К СИСТЕМЕ И ОСОБЕННОСТИ СПЕЦИФИКАЦИИ НА ДИАГРАММЕ ИСПОЛЬЗОВАНИЯ
ТРЕБОВАНИЕ (requirement) - желательное свойство, характеристика или условие, которым должна удовлетворять система в процессе своей эксплуатации.
СЦЕНАРИЙ (scenario) - определенная последовательность действий, которая описывает действия актеров и поведение моделируемой системы в форме обычного текста. Текст сценария должен дополнять или уточнять диаграмму вариантов использования, но не заменять ее полностью
37
Построение диаграммы вариантов использования - самый первый этап процесса ООАП, цель которого - представить совокупность функциональных требований к поведению проектируемой системы.
ПРИМЕЧАНИЕ (note) предназначено для включения в модель произвольной текстовой информации, имеющей непосредственное отношение к контексту разрабатываемого проекта.
Рисунок 17. Пример примечания
38
39
17.*ОБЪЕКТЫ И КЛАССЫ
Объект (object) - это некая сущность реального мира или концептуальная сущность. Объектом называется концепция, абстракция или вещь с четко определенными границами и значением для системы.
Объекты характеризуются:
СОСТОЯНИЕМ (одно из условий, в которых он может находиться. Состояние обычно меняется во времени и определяется атрибутами);
ПОВЕДЕНИЕМ (как объект реагирует на запросы других объектов и что может делать сам объект. Поведение характеризуется с помощью операций (в системе регистрации курсов объект учебный курс может иметь операции добавить студента и удалить студента));
ИНДИВИДУАЛЬНОСТЬЮ (каждый объект уникален, даже если его состояние идентично состоянию другого объекта).
Рисунок 18. Изображение объекта
КЛАСС (class) - это описание группы объектов с общими свойствами (атрибутами), поведением (операциями), отношениями с другими объектами и семантикой. Это шаблон для создания объекта.
На диаграммах UML класс представляется прямоугольником, разделенным на 3 области.
40