Курсовая в MS Access на тему ИС страховой компании. КУРСОВАЯ. Проектирование информационной системы для страховой

• Название: Проектирование информационной системы для страховой
• Анкор: Курсовая в MS Access на тему ИС страховой компании
• Дата: 08.08.2022
• Размер: 2.11 Mb.
• Имя файла: КУРСОВАЯ.docx
• Тип: Курсовой проект; #642594
• страница: 10 из 13

Диаграмма Use Case

Для визуализации юзкейсов используют диаграммы. Пример диаграммы представлен на рисунке 37.



Рисунок 37 – Диаграмма Use Case.

4.3. Элементы диаграммы

4.3.1. Участник

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



Рисунок 38 – Актор.

4.3.2. Прецедент

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



Рисунок 39 – Прецедент.

4.3.3. Отношения

На диаграммах для связывания элементов используются различные соединительные линии, которые называются отношениями. Каждое такое отношение имеет собственное название и используется для достижения определённой цели. Отношения бывают 4 видов:

• 
  Отношение включения указывает на то, что поведение одного прецедента включается в некоторой точке в другой прецедент в качестве составного компонента. Особенности включения заключаются в том, что включаемый прецедент должен быть обязательным для дополняемого (включение должно быть безусловным, а дополняемый вариант использования без включения не сможет выполняться), т.е. это это отношение задает очень сильную связь.
  
• 
  Отношение расширения отражает возможное присоединение одного варианта использования к другому в некоторой точке (точке расширения). При этом подчеркивается то, что расширяющий вариант использования выполняется лишь при определенных условиях и не является обязательным для выполнения основного прецедента. На диаграмме такой вид отношения изображается стрелкой, направленной к расширяемому прецеденту, в отдельном разделе которого может быть описана точка расширения, а условия расширения могут быть приведены в комментарии с ключевым словом Condition. Таким образом, расширение позволяет моделировать необязательное поведение системы, которое является условным и не изменяет поведение основного прецедента.
  
• 
  Отношение ассоциации предназначено только для соединения актёров и вариантов использования. Если на диаграмме вариантов использования актёр соединен с вариантом использования с помощью отношения ассоциации, это означает, что данный актёр может выполнять действия, описанные вариантом использования.
  
• 
  Отношение обобщения означает, что некоторый актёр (вариант использования) может быть обобщён до другого актёра (варианта использования).  Стрелка направлена  от частного случая(специализации) к общему случаю.
  

Отношения представлены на рисунке 40.



Рисунок 40 – Отношения.

4.3.3. Способ построения

Порядок построения диаграммы выглядит следующим образом:

• 
  выделить группы действующих лиц (работающих с системой по-разному, часто из-за различных прав доступа);
  
• 
  идентифицировать как можно больше вариантов использования (процессов, которые могут выполнять пользователи). При этом не следует делить процессы слишком мелко, нужно выбирать лишь те, которые дадут пользователю значимый результат. Например, кассир может «продать товар» (это будет являться прецедентом), однако «ввод штрих-кода товара для получения цены» самостоятельным прецедентом не является;
  
• 
  дополнить прецеденты словесным описанием (сценарием).