
- •Каковы основные этапы моделирования рабочего процесса?
- •Какие типы сущностей можно выделить в процессе моделирования?
- •Что подразумевается под термином «класс»?
- •Какие основные черты присущи объекту?
- •Что понимается под термином «атрибут класса»?
- •Какова роль атрибутов в различных типах отношений между классами?
- •Что понимается под понятием «операция или метод класса»?
- •Для чего необходим выбор контекста модели при составлении описания?
- •Какие отношения между классами рассматривает отношение реализации?
- •Какие основные типы отношений используются при описании производственных процессов?
- •Для чего используются диаграммы классов?
- •В чем различие и сходство между диаграммами классов и объектов?
- •Какие основные элементы используются для построения диаграмм классов?
- •Какое значение при разработке информационной системы имеет описание отношений ассоциации?
- •Какие типы отношений применяются на диаграммах в объектно-ориентируемом моделировании.
- •Какие виды диаграмм применяются для моделирования архитектуры системы?
- •Что показывает диаграмма последовательности?
- •Для чего в диаграммах последовательности применяется понятие «фокус управления»?
- •Что показывает диаграмма кооперации?
- •Какие стереотипы сообщений применяются на диаграммах взаимодействия?
- •Какова цель передачи сообщения в диаграммах взаимодействий от одного объекта к другому?
- •В каком случае при описании системы используются диаграммы видов деятельности?
- •Какие основные элементы используются для построения диаграмм видов деятельности?
- •Для каких задач используется механизм дорожек в диаграммах видов деятельности?
- •Какие основные этапы выполнения проекта можно выделить?
- •Какие основные этапы работ можно выделить при составлении описания объекта автоматизации?
- •Какие модели нужно использовать для описания структуры системы?
- •Какие модели нужно использовать для описания поведения системы?
- •Какие основные этапы работ можно выделить при составлении диаграмм видов деятельности?
- •Для обозначения каких организационных элементов можно использовать дорожки в диаграммах видов деятельности?
- •Какие составные элементы используются при разработке диаграммы видов деятельности?
- •Что показывает диаграмма прецедентов, какие элементы она содержит?
- •Какие основные элементы используются при разработке диаграмм прецедентов?
- •На каком этапе реализации проекта автоматизации разрабатываются диаграммы компонентов?
- •Какие основные элементы используются при разработке диаграмм развертывания?
- •Какой тип диаграмм используется для моделирования требований к системе?
Какие основные элементы используются для построения диаграмм классов?
В качестве семантического элемента класс обладает набором свойств:
имя - должно быть у каждого класса, оно отличает его от других классов, представлено в виде текстовой константы;
атрибут – именованное свойство класса, включающее описание множества значений, которые могут принимать экземпляры этого свойства;
операция – реализация услуги, которую можно запросить у любого объекта класса для воздействия на поведение.
Какое значение при разработке информационной системы имеет описание отношений ассоциации?
Ассоциацией (Association) называется структурные взаимоотношения между объектами, показывающее, что объекты одной сущности связаны с объектами другой. Так, класс «Библиотека» может быть связан ассоциацией "один ко многим" с классом «Книга», показывая, что все экземпляры второго принадлежат одному экземпляру первого. Если имеется объект класса «Книга», можно всегда найти содержащую его «Библиотеку», а зная «Библиотеку», в ней можно осуществить навигацию ко всем «Книгам». Допустимой является ассоциация объектов одного класса между собой. Ассоциация может иметь собственное имя. Графически ассоциация изображается в виде сплошной линии, связывающей класс сам с собой или с другими классами. Данное отношение обозначается сплошной линией с дополнительными специальными символами, которые характеризуют отдельные свойства конкретной ассоциации. В качестве дополнительных специальных символов могут использоваться имя ассоциации, а также имена и кратность классов-ролей ассоциации. Имя ассоциации является необязательным элементом ее обозначения. Если оно задано, то записывается с заглавной (большой) буквы рядом с линией соответствующей ассоциации. Отношения ассоциации используют в том случае, когда требуется показать структурные отношения. Пример графического отображения ассоциации на диаграммах UML представлен на рис. 3.3.2. и на рис. 3.3.8.;
Рис. 3.3.8. Пример графического отображения ассоциации
и кратности на диаграммах UML.
К ассоциациям применимы четыре базовых дополнения: имя, роль и кратность на каждом конце и агрегирование. В распоряжении опытных пользователей имеется ряд других свойств для моделирования тонких деталей, например навигация, квалификация и различные виды агрегирования.
Какие типы отношений применяются на диаграммах в объектно-ориентируемом моделировании.
В языке UML предусмотрены следующие типы отношений, показывающие связи между сущностями, представленными в системе:
зависимость (Dependency) - семантическое отношение между двумя сущностями, при которой изменение одной из сущностей, независимой, может повлиять на семантику второй сущности, зависимой. Отношение показывает зависимость одного класса от определений в другом классе, например, когда один класс используется как параметр в описании методов другого класса, при генерации кода не вносит изменений в описание класса. Графическое обозначение отношения зависимости отображено на рис. 3.2.8.;
обобщение (Generalization)- отношение, при котором объект специализированного элемента может быть подставлен и использован вместо объекта обобщенного элемента. Это связь наследования между классами, соответствует понятию наследования классов в объектно-ориентированном описании. Это отношение между предком и потомком, и стрелка всегда указывает на предка. Если вспомнить, что потомки наследуют (используют) свойства предка, то вполне логично утверждение о том, что стрелки в UML всегда направлены в сторону того, от кого что-то требуют, чьими сервисами пользуются. Графическое обозначение отношения обобщения отображено на рис. 3.2.12.;
- ассоциация (Association) - структурное отношение, описывающее совокупность связей, представленных соединениями между объектами модели. Это семантическая связь между классами, которая показывает передачу сообщений между классами. При генерации кода в определение класса добавляется переменная класса, на который направлена ассоциация. Ассоциация на диаграммах отображается в виде отрезков линий обычно без стрелок. Наличие такой линии указывает на необходимость организации физического канала для обмена информацией между соответствующими узлами. Однако в некоторых случаях, таких как, например, навигация по ассоциации, стрелка устанавливается. Графическое обозначение отношения ассоциация отображено на рис. 3.2.9.;
выделяют разновидность ассоциации, агрегирование (Aggregation), предусмотренное для выражения отношений между целым и его частями, при котором ассоциируемые объекты находятся на разных уровнях по своему значению. Графическое обозначение отношения агрегирование отображено на рис. 3.2.10.
- композиция (Composition) является разновидностью ассоциации, которая представляет очень тесное объединение. Это означает, что композиция формирует взаимодействия типа "часть-целое", но эти взаимодействия настолько сильные, что части не могут существовать сами по себе. Они существуют только внутри целого, и при уничтожении целого уничтожаются и части. В UML композиции отображаются в виде линии с закрашенным ромбом на стороне целого, соединяющей взаимодействующие классы. Графическое обозначение отношения композиция отображено на рис. 3.2.11.
реализация (Realization)- отношение, при котором один из компонентов определяет состав задачи, а другой компонент реализует поставленную задачу (например, случай интерфейса и реализующего его класса), т.е. отношение реализации является семантическим отношением между классификаторами, при котором один классификатор определяет обязательство, а другой гарантирует его выполнение. Отношение реализации встречаются в двух случаях:
между интерфейсами и реализующими их классами или компонентами;
между прецедентами и реализующими их кооперациями.
Графическое обозначение отношения реализации отображено на рис. 3.2.13.;