Прецеденты и актеры — электронная энциклопедия

Моделирование функциональных требований и контекста к совокупности

Цель работы:изучение диаграммы прецедентов: ее элементов актеров и основных типов и прецедентов связи между ними, получение главных навыков построения диаграммы прецедентов в программной среде StarUML

Типы связей

На языке UML методы, которыми элементы связаны между собой, моделируются в виде взаимоотношений. Отношением (Relationship) именуется связь между элементами. В объектно-ориентированном моделировании тремя самыми ответственными отношениями являются зависимости, ассоциации и обобщения. Графически отношение представлено линией, тип которой зависит от вида отношения.

Таблица 2.1 –Отношения

Отношение	Графическое изображение	Определение
Ассоциация		структурное отношение, показывающее, что объекты одного типа неким образом связаны с объектами другого типа
Обобщение		отношение между неспециализированной сущностью (суперклассом, либо родителем) и ее конкретным воплощением (субклассом, либо потомком)
Зависимость		отношение применения, в соответствии с которому изменение в спецификации одного элемента может повлиять на другой элемент, его применяющий, причем обратное не обязательно

Ассоциацией (Association) именуется структурное отношение, показывающее, что объекты одного типа неким образом связаны с объектами другого типа.

Зависимостью (Dependency) именуют отношение применения, в соответствии с которому изменение в спецификации одного элемента может повлиять на другой элемент, его применяющий, причем обратное не обязательно. Графически зависимость изображается пунктирной линией со стрелкой (рисунок 2.1), направленной от данного элемента на тот, от которого он зависит. Применяйте зависимости, в то время, когда желаете продемонстрировать, что один элемент применяет второй.

Примечание:У зависимости возможно собственное имя, не смотря на то, что оно редко требуется — разве что при, в то время, когда модель содержит большое количество зависимостей и вам необходимо ссылаться на них либо отличать их друг от друга. Чаще, но, для различения зависимостей применяют стереотипы.

Обобщение(Generalization) — это отношение между неспециализированной сущностью (суперклассом, либо родителем) и ее конкретным воплощением (субклассом, либо потомком). Обобщение свидетельствует, что объекты потомка смогут употребляться везде, где видятся объекты родителя, но не наоборот. Иначе говоря потомок возможно подставлен вместо родителя. Наряду с этим он наследует свойства родителя, в частности его операции и атрибуты. Довольно часто, не смотря на то, что и не всегда, у потомков имеется и собственные атрибуты и операции, кроме тех, что существуют у родителя. Графически отношение обобщения изображается в виде линии с громадной незакрашенной стрелкой, направленной на родителя, как продемонстрировано в таблице 2.1. Используйте обобщения, в то время, когда желаете продемонстрировать отношения типа родитель/потомок.

Примечание:Обобщение может владеть именем, не смотря на то, что это требуется редко -лишь тогда, в то время, когда в модели большое количество обобщений и вам необходимо ссылаться на них либо отличать друг от друга.

Прецеденты

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

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

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

Прецеденты предполагают системы и взаимодействие актёров. Актер представляет собой логически связанное множество ролей, каковые играются пользователи прецедентов на протяжении сотрудничества с ними. Актерами смогут быть как люди, так и автоматизированные совокупности. К примеру, при моделировании работы банка процесс обработки займов включает в себя, кроме всего другого, сотрудничество между сотрудником и клиентом кредитного отдела.

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

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

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

Прецеденты и актеры