2. Причинно - наслідкові зв’язки.

Користувач	Наслідки
Користувач натискає на кнопку перегляду конфіденційної інформації.	Система відправляє смс-повідомлення з кодом на номер користувача.
Користувач вводить код.	Система перевіряє правильність коду, якщо код правильний відображує кнопки до яких можна перейти.
Клієнт натискає на кнопку “переглянути історію операцій”.	Система відображує форму історії операцій.

2. Функціональні вимоги.

В випадку коли поле з смс-кодом незаповнене, система підсвічує його червоним та відображає відповідну вспливаючу підказку, в випадку коли поле заповнене невірно система виконує аналогічні дії, що і при пустому полі з тією різницею, що повідомлення буде іншим. Якщо сталася помилка при запиті до бази даних з інформацією користувачів, то система закриває форму історії операцій та відображає користувачу повідомлення про помилку доступу до бази даних і рекомендує повторити спробу пізніше.

4. Переглядання кредитів.

3.4.1. Опис і пріоритет.

Операція перегляду кредиту має високий пріоритет. Даний пункт передбачає функцію при зверненні до якої користувач отримує повний перелік здійснених платежів по кредиту, загальну суму кредиту яку необхідно погасити, та суму для погашення на даний місяць. Також користувач може проглянути історію зміни реквізитів кредиту(суми кредиту) та з чого саме складається сума кредиту (наприклад відсоток, сама сума, додаткові послуги). Перед отриманням інформації користувачу необхідно здійснити вхід до системи та підтвердити особу за смс-повідомленням (підтвердження особи за смс-повідомленням описано в пункті 3.3, що відображає функцію перегляду історії операцій, тому далі воно повторно не розглядається).

2. Причинно - наслідкові зв’язки.

Користувач	Наслідки
Клієнт вибирає пункт переглянути кредити.	Система відображає форму перегляду кредитів.
Клієнт вибирає потрібний кредит зі списку.	Система відображає форму для перегляду конкретного кредиту.
При необхідності клієнт може натиснути на пункт додаткової інформації та вибрати один з двох пунктів: історія зміни реквізитів, зміст платежу.	При натисканні на пункт додаткової інформації з’являється вікно в якому відображена інформація про реквізити (як, коли та чому змінювалась сума кредиту) або зміст платежу(відсоток, сума, додаткові послуги).

3.4.3. Функціональні вимоги.

В випадку коли запит, що повинен повернути інформацію кредитів користувача, повертає некоректні дані відбувається закриття щойно відкритої форми, в якій повинні були відображатись дані, що повернув запит, а користувачу повідомляється, що сталася помилка доступу до бази даних, та рекомендується повторити спробу пізніше.

5. Переглядання депозитів.

3.5.1. Опис і пріоритет.

Операція перегляду депозитів має високий пріоритет. В програмі розміщується таблиця в якій можна переглянути власні депозити. В таблиці вказується ставка депозиту, сума на рахунку, дата подовження депозиту. Перед отриманням інформації користувачу необхідно здійснити вхід до системи та підтвердити особу за смс-повідомленням.

2. Причинно – наслідкові зв’язки.

Користувач	Наслідки
Клієнт вибирає пункт перегляду депозитів.	Система відображає форму перегляду депозитів.

3.5.3. Функціональні вимоги.

В випадку коли система не може здійснити запит до бази даних з записами про депозити користувача, система закриває форму перегляду депозитів та виводить користувачу повідомлення, що відбулася помилка звернення до серверу, також клієнту рекомендується повторити спробу пізніше.

6. Проведення пошуку.

3.6.1. Опис і пріоритет.

Операція пошуку має високий пріоритет. Коли в системі необхідно швидко здійснити пошук певної операції (або операцій) або навіть депозиту чи кредиту, то можна використати спеціально призначені для цього поля, що дозволяють знайти, наприклад, операції сума в яких перевищує 500 грн.

2. Причинно – наслідкові зв’язки.

   Користувач	Наслідки
   Клієнт заповнює три поля пошуку: перше представляє собою випадаючий список, та дозволяє вибрати поле по якому буде здійснюватись пошук (по сумі), друге поле - умова (сума >,< або =), а третє текст умови (наприклад 500).	Система перевіряє заповнені поля.
   Клієнт натискає на кнопку “Знайти”.	Якщо все заповнено вірно, відбувається фільтрація всередині засобу відображення в результаті якої залишаються тільки ті записи, що відповідають умові.

3. Функціональні вимоги.

В випадку коли поля пошуку не заповнені та натиснуто на кнопку “Знайти”, відбувається виведення відповідного повідомлення та підсвічування полів пошуку, якщо поля заповнені не вірно (замість цифр введені букви), то система підсвічує поля червоним та виводить повідомлення, що саме було введено не так, та формат введення в поле.

7. Переглядання карти з терміналами.

3.7.1. Опис і пріоритет.

Операція переглядання карти з терміналами має низький пріоритет. На карті відображаються найближчі термінали банку, над терміналом написана дата коли його відвідував майстер (майстер зменшує ймовірність терміналів шахраїв, так як на термінали часто кладуть накладки в яких розміщуються камера та сканери). Також можуть відображатись відділення банків та їх час роботи.

2. Причинно – наслідкові зв’язки.

Користувач	Наслідки
Клієнт натискає на пункт “Карта терміналів”.	Система відображує форму з картою.
Клієнт натискає на один з терміналів або відділень банку.	З’являється вспиваюча підказка в якій відображається додаткова інформація (години роботи та як давно відбувалася перевірка терміналу).

3.7.3. Функціональні вимоги.

Якщо пристрій не має змоги показати карту (наприклад через відсутність зв’язку з мережею, але при цьому може відображатися стара версія раніше переглянутої карти для якої не потрібен інтернет) виводиться відповідне повідомлення, що в даний час карта недоступна, та рекомендується повторити спробу пізніше.

8. Оновлення карти.

3.8.1. Опис і пріоритет.

Операція оновлення карти має низький пріоритет. Знаходячись на карті з терміналами та відділеннями банків можна натиснути на кнопку оновлення даних, що дозволить оновити дані, що відображені на карті на більш достовірні.

2. Причинно – наслідкові зв’язки.

Користувач	Наслідки
Клієнт натискає на кнопку оновлення даних карти.	Система здійснює запит до бази даних, враховуючи місцезнаходження клієнту та в разі успішного виконання запиту оновлює карту.

2. Функціональні вимоги.

Якщо запит був виконаний з помилкою, або повернув некоректні дані відбувається введення відповідного повідомлення користувачу та відображається карта, що була до того, як клієнт спробував оновити карту.

9. Переглядання рекомендацій з безпеки.

3.9.1. Опис і пріоритет.

Операція перегляду рекомендацій має низький пріоритет. Система надає можливість користувачу проглянути рекомендації з безпеки карт та електронних рахунків.

2. Причинно – наслідкові зв’язки.

Користувач	Наслідки
Клієнт натискає на пункт “Рекомендації”.	Система відображає форму з рекомендаціями до безпеки.
Клієнт натискає на один з пунктів для перегляду рекомендацій по конкретній темі.	Система відображає рекомендації з безпеки по вибраній темі (наприклад по роботі з терміналами).

2. Функціональні вимоги.

В випадку збою системи відбувається виведення повідомлення, що дана функція недоступна та рекомендується перевстановити додаток.

10. Блокування рахунку.

3.10.1. Опис і пріоритет.

Операція блокування рахунку має середній пріоритет. В разі втрати паспорту або наприклад мобільного телефону може бути необхідно заблокувати рахунок.

3.10.2. Причинно – наслідкові зв’язки.

Користувач	Наслідки
Клієнт натискає на кнопку блокування рахунку.	Система відображає поле з секретним питанням.
Клієнт заповнює поле з секретним питанням та натискає на кнопку “Заблкувати”.	Система перевіряє відповідь на секретне питання після чого надсилає запит на сервер та повідомляє клієнту результат.

3.10.3. Функціональні вимоги.

Якщо користувач не заповнив поле з секретним запитанням відповідне поле підсвічується та з’являється вспливаюча підказка. Якщо відповідь на секретне питання неправильна система видає клієнту відповідне повідомлення, або якщо запит не був виконаний , то система повідомляє про неможливість виконання операції в даний час.

11. Редагування номеру телефону.

3.11.1. Опис і пріоритет.

Операція редагування номеру телефону має середній пріоритет. В разі зміни номеру телефону може бути необхідним змінити відповідне налаштування в банківському додатку, тим самим сповіщення клієнта буде відбуватися на інший номер.

3.11.2. Причинно – наслідкові зв’язки.

Користувач	Наслідки
Клієнт заповнює поле з новим телефоном та натискає на кнопку “Змінити”.	Система перевіряє коректність поля, та відображає поле з секретним питанням.
Клієнт заповнює поле з секретним питанням.	Система перевіряє відповідь та відправляє запит на редагування даних користувача після чого відображає відповідне повідомлення користувачу.