Лекционные материалы (1158642), страница 2
Текст из файла (страница 2)
Целью потокасобытий является документирование процесса обработки данных,реализуемого в рамках варианта использования. Этот документ подробноописывает, что будут делать пользователи системы, и что – сама система.Хотя поток событий и описывается подробно, он также не должензависеть от реализации. Цель – описать, что будет делать система, а не какона будет делать это. Обычно поток событий включает:– краткое описание;– предусловия (pre-conditions);– основной поток событий;– альтернативный поток событий (или несколько альтернативныхпотоков);– постусловия (post-conditions).Последовательно рассмотрим эти составные части.ОписаниеКаждый вариант использования должен иметь связанное с нимкороткое описание того, что он будет делать. Например, вариант8использования «Перевести деньги» системы АТМ может содержатьследующее описание:Вариант Использования «Перевести деньги» позволяет клиентуили служащему банка переводить деньги с одного счета довостребования или сберегательного счета на другой.ПредусловияПредусловия варианта использования – это такие условия, которыедолжны быть выполнены, прежде чем вариант использования начнетвыполняться сам.
Например, таким условием может быть выполнениедругого варианта использования или наличие у пользователя прав доступа,требуемых для запуска этого. Не у всех вариантов использования бываютпредварительные условия.Ранее упоминалось, что диаграммы вариантов использованияне должны отражать порядок их выполнения. С помощью предусловий,однако, можно документировать и такую информацию.
Например,предусловием одного варианта использования может быть то, что в этовремя должен выполняться другой.Основной и альтернативный потоки событийКонкретные детали вариантов использования описываютсяв основном и альтернативных потоках событий. Поток событий поэтапноописывает, что должно происходить во время выполнения заложеннойв варианты использования функциональности. Поток событий уделяетвнимание тому, что будет делать система, а не как она будет делать это,причем описывает все это с точки зрения пользователя. Основной иальтернативный потоки событий включают следующее описание:– способ запуска варианта использования;– различные пути выполнения варианта использования;– нормальный, или основной, поток событий варианта использования;– отклонения от основного потока событий (так называемыеальтернативные потоки);– потоки ошибок;– способ завершения варианта использования.9Например, поток событий варианта использования «Снять деньги»может выглядеть следующим образом:Основной поток1.
Вариант использования начинается, когда клиент вставляет своюкарточку в АТМ.2. АТМ выводит приветствие и предлагает клиенту ввести свойперсональный идентификационный номер.3. Клиент вводит номер.4. АТМ подтверждает введённый номер. Если номер не подтвержден,выполняется альтернативный поток событий А1.5. АТМ выводит список доступных действий:– положить деньги на счет;– снять деньги со счета;– перевести деньги.6. Клиент выбирает пункт «Снять деньги».7. АТМ запрашивает, сколько денег надо снять.8. Клиент вводит требуемую сумму.9. АТМ определяет, имеется ли на счету достаточно денег. Если денегнедостаточно, выполняется альтернативный поток А2. Если во времяподтверждения суммы возникают ошибки, выполняется поток ошибок Е1.10. АТМ вычитает требуемую сумму из счета клиента.11. АТМ выдает клиенту требуемую сумму наличными.12.
АТМ возвращает клиенту его карточку.13. АТМ печатает чек для клиента.14. Вариант использования завершается.Альтернативный поток А1. Ввод неправильного идентификационногономера.1. АТМ информирует клиента, что идентификационный номер введённеправильно.2. АТМ возвращает клиенту его карточку.3. Вариант использования завершается.10Альтернативный вариант использования А2. Недостаточно денегна счету.1. АТМ информирует клиента, что денег на его счету недостаточно.2.
АТМ возвращает клиенту его карточку.3. Вариант использования завершается.Поток ошибок Е1. Ошибка в подтверждении запрашиваемой суммы.1. АТМ сообщает пользователю, что при подтверждениизапрашиваемой суммы произошла ошибка и дает ему номер телефонаслужбы поддержки клиентов банка.2. АТМ заносит сведения об ошибке в журнал ошибок. Каждая записьсодержит дату и время ошибки, имя клиента, номер его счета и кодошибки.3. АТМ возвращает клиенту его карточку.4. Вариант использования завершается.ПостусловияПостусловиями называются такие условия, которые всегда должныбыть выполнены после завершения варианта использования.
Например,в конце варианта использования можно пометить флажком какой-нибудьпереключатель. Информация такого типа входит в состав постусловий.Как и для предусловий, с помощью постусловий можно вводитьинформацию о порядке выполнения вариантов использования системы.Если, например, после одного из вариантов использования должен всегдавыполняться другой, это можно описать как постусловие. Такие условияимеются не у каждого варианта использования.Связи между вариантами использования и действующимилицамиВ языке UML на диаграммах вариантов использованияподдерживается несколько типов связей между элементами диаграммы.Это связи коммуникации (communication), включения (include),расширения (extend) и обобщения (generalization).Связь коммуникации – это связь между вариантом использованияи действующим лицом.
На языке UML связи коммуникации показываютс помощью однонаправленной ассоциации (сплошной линии со стрелкой).Направление стрелки позволяет понять, кто инициирует коммуникацию.11Связь включения применяется в тех ситуациях, когда имеетсякакой-либо фрагмент поведения системы, который повторяется более чемв одном варианте использования.
С помощью таких связей обычномоделируют многократно используемую функциональность. В примереАТМ варианты использования «Снять деньги» и «Положить деньгина счет» должны опознать (аутентифицировать) клиента и егоидентификационный номер перед тем, как допустить осуществление самойтранзакции. Вместо того чтобы подробно описывать процессаутентификациидлякаждогоизних,можнопоместитьэту функциональность в свой собственный вариант использованияпод названием «Аутентифицировать клиента».Связь расширения применяется при описании измененийв нормальном поведении системы. Она позволяет варианту использованиятолько при необходимости использовать функциональные возможностидругого.На языке UML связи включения и расширения показывают в видезависимостей с соответствующими стереотипами, как показано на рис.
1.2.<<extend>>КлиентВыполнитьускоренноеснятие денегСнять деньгисо счета<<include>>АутентифицироватьклиентаРис. 1.2. Связи использования и расширенияС помощью связи обобщения показывают, что у несколькихдействующих лиц имеются общие черты. Например, клиенты могут бытьдвух типов: корпоративные и индивидуальные. Эту связь можномоделировать с помощью нотации, показанной на рис. 1.3.12СлужащийСлужащийс почасовойоплатойСлужащийна окладеВременныйслужащийРис. 1.3. Обобщение действующего лицаНет необходимости всегда создавать связи этого типа. В общемслучае, они нужны, если поведение действующего лица одного типаотличается от поведения другого постольку, поскольку это затрагиваетсистему.
Если оба подтипа используют одни и те же вариантыиспользования, показывать обобщение действующего лица не требуется.Варианты использования являются необходимым средством на стадииформирования требований к ПО. Каждый вариант использования –это потенциальное требование к системе, и пока оно не выявлено,невозможно запланировать его реализацию.1.4. Диаграммы взаимодействияДиаграммы взаимодействия (interaction diagrams) описываютповедение взаимодействующих групп объектов.Как правило, диаграмма взаимодействия охватывает поведениеобъектов в рамках только одного варианта использования.
На такойдиаграмме отображается ряд объектов и те сообщения, которыми ониобмениваются между собой.Сообщение (message) – это средство, с помощью которогообъект-отправитель запрашивает у объекта получателя выполнение однойиз его операций.Информационное (informative) сообщение – это сообщение,снабжающее объект-получатель некоторой информацией для обновленияего состояния.13Сообщение-запрос (interrogative) – это сообщение, запрашивающеевыдачу некоторой информации об объекте-получателе.Императивное (imperative) сообщение – это сообщение,запрашивающее у объекта-получателя выполнение некоторых действий.Существует два вида диаграмм взаимодействия: диаграммыпоследовательности (sequence diagrams) и кооперативные диаграммы(collaboration diagrams).1.4.1. Диаграммы последовательностиДиаграммыпоследовательностиотражаютпотоксобытий,происходящих в рамках варианта использования.
Например, вариантиспользования «Снять деньги» предусматривает несколько возможныхпоследовательностей, такие как снятие денег, попытка снять деньги,не имея их достаточного количества на счету, попытка снять деньгипо неправильному идентификационному номеру и некоторые другие.Нормальный сценарий снятия денег со счета (при отсутствии такихпроблем, как неправильный идентификационный номер или недостатокденег на счете) показан на рис. 1.4.Эта диаграмма последовательности показывает поток событийв рамках варианта использования «Снять деньги». Все действующие лицапоказаны в верхней части диаграммы; в приведенном выше примереизображено действующее лицо Клиент.
Объекты, требуемые системедля выполнения варианта использования «Снять деньги», такжепредставлены в верхней части диаграммы. Стрелки соответствуютсообщениям, передаваемым между действующим лицом и объектом илимежду объектами для выполнения требуемых функций.На диаграмме последовательности объект изображается в видепрямоугольника, от которого вниз проведена пунктирная вертикальнаялиния.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
