13. Диаграммы прецедентов.

• Диаграмма прецедентов – схема, на которой отображаются отношения между исполнителями и прецедентами, с одной стороны, и между прецедентами, с другой.

• Прецедент – действие, которое система может выполнять.

• Исполнитель – внешняя по отношению к системе сущность, обладающая поведением.

Отношения между прецедентами

• Расширение: (Предоставление льгот ---extend--- предоставление кредита)

• Включение: (Предоставление кредита ---include--- проверка платежеспособности)

• Обобщение: (Оформление кредита  Оформление кредита физическим лицом)

14. Сценарии.

Сценарий – последовательность действий, которые осуществляются системой и исполнителями и представляется в таблично-текстовой форме.

Сценарий может быть описан с разной степенью детализации. Основное предназначение – перечисление функций. В сценарии прослеживается логика поведения. Если в диаграмме прецедентов есть сложные прецеденты, требуется конкретизация функциональности, то используют сценарии.

Пример: (еще вариант, оплата картой на кассе)

Исполнители Банкомат

1. Клиент помещает карту в банкомат 2. Проверяет карту

Исключение1. Карта недействительна

4. Клиент вводит PIN-код 3. Просит ввести PIN-код

5. Проверяет PIN-код

Исключение 2. PIN-код неверен

7. Клиент выбирает снятие денег 6. Отображает на экране меню

8. Делает запрос в банк и выясняет состояние счета

Исключение 3. Счет пуст

10. Клиент вводит сумму 9. Предлагает клиенту ввести сумму

11. Банк проверяет сумму

Исключение 4. Сумма больше допустимой

12. Банк изменяет состояние счета 13. Возвращает кредитную карту,

выдает деньги и чек

14. Клиент получает деньги, чек и

кредитную карту

15. Этап анализа требований.

Анализ требований (анализ предметной области). На этом этапе определяются модели поведения системы, структура входных и выходных данных, требования к интерфейсу, начинается подготовка технической документации.

На этапе анализа требований происходит:

1. Формулировка функциональных/нефункциональных требований к системе.

   1. Функциональные – требования, которые система должна реализовывать

   2. Нефункциональные – повторяют обобщенный критерии качества.

2. Определение методов, которые будут использоваться при построении системы.

Диаграмма прецедентов?

ЕЩЁ ???

16. Отношения между классами: ассоциации.

Отношение ассоциации – показывает, что объекты одного класса каким-то образом связаны с объектами другого класса.

Типы ассоциаций:

• Простая

• Агрегирования

• Композитное агрегирование

• Классы - ассоциации

У объектов классов, вступающих в отношение ассоциации есть свои четко определенные роли. Между двумя классами может существовать несколько ассоциаций отношений.

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

Надо или нет??

Спецификация ассоциаций включает:

• задание имени ассоциации

• задание имен ролей ассоциации

• установление кратности ассоциации.

Кратности ассоциаций могут уточняться на первых итерациях разработки.