- •1.Введення.
- •1.1. Призначення.
- •1.2. Угоди прийняті в документах.
- •1.3. Передбачувана аудиторія і рекомендації з читання.
- •1.4. Границі проекту.
- •1.5. Посилання.
- •2.Загальний опис.
- •2.1.Загальний погляд на продукт.
- •2.5.Обмеження, правила та стандарти.
- •2.6.Документація для користувачів.
- •2.3.Класи і характеристики користувачів.
- •2.7.Припущення і залежності.
- •Функціональні вимоги.
- •Причинно - наслідкові зв’язки.
- •Функціональні вимоги.
- •Переглядання кредитів.
- •3.4.1. Опис і пріоритет.
- •Причинно - наслідкові зв’язки.
- •3.11.3. Функціональні вимоги.
- •3.17.3. Функціональні вимоги.
- •Вимоги до зовнішнього інтерфейсу.
- •4.1. Інтерфейси користувачів.
- •Апаратні інтерфейси.
- •Програмні інтерфейси.
- •Інтерфейси передачі інформації.
- •Інші не функціональні вимоги.
- •5.1. Вимоги до продуктивності.
- •Проектні обмеження.
- •Атрибути системи.
3.11.3. Функціональні вимоги.
Якщо поле з новим номером телефону не було заповнене, або було заповнене не коректно, то система видає користувачу відповідне повідомлення та підсвічує поле червоним. Якщо користувач не заповнив поле з секретним запитанням, то поле підсвічується та з’являється вспливаюча підказка. Також система може видавати клієнту повідомлення про те, що відповідь на секретне питання неправильна, або про неможливість виконання операції в даний час.
Перенаправлення даних на e-mail.
3.12.1. Опис і пріоритет.
Операція перенаправлення даних має середній пріоритет. Використовується коли необхідно змінити сповіщення додатку з телефону на e-mail, що був вказаний при реєстрації.
3.12.2. Причинно – наслідкові зв’язки.
Користувач |
Наслідки |
Клієнт натискає на кнопку “Сповіщати на e-mail”. |
Система відображає поле з секретним питанням. |
Клієнт заповнює поле з секретним питанням. |
Система перевіряє відповідь та відправляє запит на редагування налаштувань користувача. |
3.12.3. Функціональні вимоги.
Якщо користувач не заповнив поле з секретним запитанням відповідне поле підсвічується та з’являється вспливаюча підказка. Також система може видавати клієнту повідомлення про те, що відповідь на секретне питання неправильна, або про неможливість виконання операції в даний час.
Керування відеоспостереженням.
3.13.1. Опис і пріоритет.
Операція керування відеоспостереженням має середній пріоритет. Тобто дана функція дозволяє розглядати відео з камер та контролювати ситуацію в банку, можна перемикатися між різними видами вигляду(одна камера, декілька камер, всі камери), застосовувати масштабування певного фрагменту. Але при цьому не можливо видаляти відео.
3.13.2. Причинно – наслідкові зв’язки.
Користувач |
Наслідки |
Користувач натискає на одну з піктограм, що зображує поділення робочого вікна на частини з відеокамерами. |
Система перебудовує форму таким чином, щоб робоча зона ділилась на певні частини, в кожній частині повинно бути відео з певної відеокамери. |
Користувач прокручує коліщатко миші на певній камері, що має фокус. |
Система приближає чи віддаляє зображення в певній робочій частині, що відповідає за певну камеру. |
Користувач натискає на верхню частину певної камери та серед випадаючого списку знаходить потрібну камеру та натискає на неї. |
Система змінює зображення в даній робочій області на відео з камери, що була вибрана. |
3.13.3. Функціональні вимоги.
Якщо система не в змозі відобразити зображення з відповідної камери, вона повідомляє причину користувачу (наприклад пошкоджений механізм повороту камери).
Управління блокуванням дверей.
3.14.1. Опис і пріоритет.
Операція блокування дверей має високий пріоритет. Система передбачає можливість керування блокуванням дверей, наприклад в випадках певних порушень.
3.14.2. Причинно – наслідкові зв’язки.
Користувач |
Наслідки |
Користувач натискає на пункт меню блокування (розблокування) дверей. |
Система проводить операцію звертаючись до автоматичної служби керування дверима та надає їй накази. |
Користувач вибирає підпункт меню налаштування блокування дверей. |
Система відображає діалогове вікно з певними налаштуваннями. |
Користувач натискає на прапорець автоматичного виклику наряду при блокуванні. |
Система зберігає налаштування таким чином, щоб якщо буде викликана функція блокування дверей, система автоматично викличе наряд. |
3.14.3. Функціональні вимоги.
Якщо система не в змозі заблокувати певні двері, то вона повідомляє про це користувачу видаючи повідомлення про пошкодження дверей та відображуючи макет будівлі з підсвічуванням дверей, що пошкоджені.
Виклик наряду.
3.15.1. Опис і пріоритет.
Операція виклику наряду має високий пріоритет. Система передбачає можливість керування швидким викликом наряду.
3.15.2. Причинно – наслідкові зв’язки.
Користувач |
Наслідки |
Користувач на пункт меню “Викликати наряд”. |
Система проводить оповіщення охоронної фірми банку, а також автоматично повідомляє в відділок міліції про надзвичайний стан. |
3.15.3. Функціональні вимоги.
Якщо система не в змозі викликати наряд, користувачу відображається повідомлення, про те що система не викликала наряд, також система відкриває діалогове вікно в якому відображається успішність виклику та постійно повторює виклик, до тих пір, поки наряд не буде викликаний.
Додавання нового запису.
3.16.1. Опис і пріоритет.
Операція додавання нового запису має середній пріоритет. Система передбачає керування базою даних з відеозаписами за певний період.
3.16.2. Причинно – наслідкові зв’язки.
Користувач |
Наслідки |
Користувач натискає на підпункт “додати новий запис” пункту меню “Керування базою відеозаписів”. |
Система відображає форму внесення нового запису. |
Користувач заповнює форму (ПІБ, касирів та опис дій, що відбулися). |
Система перевіряє коректність інформації в заповнених полях. |
Користувач натискає на кнопку “Добавити”. |
Система відправляє запит на додавання (або якщо запис вже існує на редагування) запису. |
3.16.3. Функціональні вимоги.
В разі коли трапляється помила обробки запиту система повідомляє користувачу про невдалу операцію. Якщо користувач не заповнив всі необхідні поля та натиснув на кнопку додавання запису, то відбувається виведення відповідного повідомлення, незаповнені, або неправильно заповнені поля підсвічуються.
Підтвердити перевірку терміналу.
3.17.1. Опис і пріоритет.
Операція підтвердження справності терміналу має середній пріоритет. Зазвичай біля відділень банків є термінали, що обслуговуються банком, для того, щоб користувачі були впевнені в справності певного банкомату їх необхідно перевіряти та підтверджувати справність.
3.17.2. Причинно – наслідкові зв’язки.
Користувач |
Наслідки |
Користувач натискає на пункт меню “ Підтвердити перевірку терміналу ” . |
Система автоматично оновлює дані про час перевірки терміналу, що підведений до банку.
|
3.17.3. Функціональні вимоги.
В разі коли трапляється помила обробки запиту система повідомляє користувачу про невдалу операцію.
Перегляд історії записів
3.17.1. Опис і пріоритет.
Операція перегляду історії записів має середній пріоритет. В базі даних міститься саме відео, дата та години зйомки, зазначається ПІБ охоронця, касирів а також опис.
3.17.2. Причинно – наслідкові зв’язки.
Користувач |
Наслідки |
Користувач натискає на підпункт меню “Переглянути записи” пункту “Керування базою відеозаписів”. |
Система відображає форму перегляду історії відеозаписів. |
Користувач вибирає певний запис. |
Система відображає опис відео, та починає програвати відеозапис з можливістю прокрутки та зміни камери. |
