Page 17 - 6403

користувача із системою для виконання певної операції.
Наприклад, купівля товарів у супермаркеті з
використанням кредитної картки і невдала спроба купівлі
через перевищення кредитного ліміту – це сценарії, а купівля
товарів у супермаркеті – use case.
Приклад 1. Зняття готівки в банкоматі. Користувач
підходить до банкомату та вставляє свою картку. Система
перевіряє картку та просить ввести пін-код. Після перевірки
пін-коду система виводить головне меню, де користувач
обирає опцію видачі готівки. Він визначає суму грошей та
підтверджує виконання операції. Банкомат видає готівку та
чек. Система видає запит про здійснення наступної операції.
Користувач обирає опцію «не виконувати», забирає картку та
йде.
Приклад 2. Замовлення літератури в бібліотеці.
Головний сценарій (успішний):
Користувач підходить до бібліотекаря і надає йому
замовлення (перелік видань). Бібліотекар заносить номер
читацького квитка до системи і перевіряє облікову картку
користувача. Бібліотекар шукає кожне видання в базі і
визначає кількість екземплярів вільних у даний момент часу.
Система видає шифри (коди), за якими бібліотекар знаходить
видання у сховищі, заносить номери книг до картки
користувача і видає йому літературу. При цьому читацький
квиток лишається у бібліотекаря.
Альтернативні сценарії:
1. Користувач бібліотеки є боржником, бібліотекар не
може видати йому літературу.
2. Бібліотекар не може видати користувачу літературу,
оскільки в даний момент часу немає вільних екземплярів у
сховищі.
3. Читацький квиток користувача є недійсним.
Бібліотекар вилучає його.
4. Технічний збій роботи системи. Видається
повідомлення «немає зв’язку з сервером баз даних».
Бібліотекар викликає адміністратора системи.
Написання use cases дозволяє чітко визначити хто є
користувачем системи, які її сценарії роботи, що є метою
використання системи.
Use cases – це функціональні та поведінкові вимоги до

15