- •1.Введення.
- •1.1. Призначення.
- •1.2. Угоди прийняті в документах.
- •1.3. Передбачувана аудиторія і рекомендації з читання.
- •1.4. Границі проекту.
- •1.5. Посилання.
- •2.Загальний опис.
- •2.1.Загальний погляд на продукт.
- •2.3.Класи і характеристики користувачів.
- •2.5.Обмеження, правила та стандарти.
- •2.6.Документація для користувачів.
- •2.7.Припущення і залежності.
- •Функціональні вимоги.
- •Причинно - наслідкові зв’язки.
- •Функціональні вимоги.
- •Переглядання кредитів.
- •3.4.1. Опис і пріоритет.
- •Причинно - наслідкові зв’язки.
- •3.11.3. Функціональні вимоги.
- •3.17.3. Функціональні вимоги.
- •Вимоги до зовнішнього інтерфейсу.
- •4.1. Інтерфейси користувачів.
- •Апаратні інтерфейси.
- •Програмні інтерфейси.
- •Інтерфейси передачі інформації.
- •Інші не функціональні вимоги.
- •5.1. Вимоги до продуктивності.
- •Проектні обмеження.
- •Атрибути системи.
3.17.3. Функціональні вимоги.
В разі коли трапляється помила обробки запиту система повідомляє користувачу про невдалу операцію.
Вимоги до зовнішнього інтерфейсу.
4.1. Інтерфейси користувачів.
Стандартом для шрифтів буде Times New Roman 14 шрифт, значки повинні бути не надто яскравими, для піктограми рекомендовано використовувати два кольори. Назви кнопок повинні повністю відповідати виконуваній дії, рекомендовано, щоб кнопки містили як можна менше тексту, але були зрозумілими. Щодо послідовності вкладок пунктів меню в підсистемі для охоронців першим повинен йти пункт меню “Блокування дверей”, слідом пункт “Виклик наряду”, а після них пункти “Керування базою”, “Допомога” та “Вихід”. Для підсистеми клієнту колір повинен бути монохромним, рекомендується зелений. Між візуальним засобом перегляду інформації та блоком пошуку повинен існувати розмежувач. Прикладами інтерфейсу для користувача підсистеми клієнту можуть бути ілюстрації, що зображують головне вікно[Див. Рис.4.1], та вікно, що з’являється після натискання на пункт конфіденціальної інформації та введення правильного коду з смс – повідомлення[Див. Рис.4.2]. Також для прикладу наведено вигляд карти терміналів[Див. Рис.4.3], що з’являється після натискання на пункт “Карта терміналів”. Основними елементами управління в інтерфейсі є кнопки (на головній формі), на прототипі відображення депозитів повинен бути візуальний засіб для перегляду кредитів та випадаючі списки для пошуку.
Рис.4.1 – Головна форма додатку та форма конфіденційної інформації (справа)
Рис.4.2 – Форма перегляду депозитів
Рис.4.3 – Форма з картою терміналів
Також для прикладу наводиться вигляд головного вікна підсистеми для охоронців[Див. Рис.4.4]. Отже головне вікно додатку повинно включати заголовок “AvalSecurity”, головне меню, робочі області згідно до розділення форми, на кожній робочій області повинна бути можливість перемкнутись на іншу камеру (за допомогою лічильника чи випадаючого списку), кожна робоча область при отримуванні фокусу повинна мати можливість збільшення чи зменшення зображення, останнім елементом є піктограми вигляду,які дозволяють налаштувати вигляд робочих областей та їх кількість.
Рис.4.4 – Головна форма підсистеми для охоронців
Апаратні інтерфейси.
Типи пристроїв, що будуть використовуватись для взаємодії користувача з системою: підсистема для охоронців буде використовувати мишу та клавіатуру для отримання даних від користувача, а для виведення даних підключений до комп’ютеру монітор, а підсистема для клієнтів банку буде використовувати сенсорний екран для отримання даних від користувача, для виведення буде застосовуватись вбудованй екран. Ще однією особливістю є те, що додаток для охоронців буде взаємодіяти з автоматичними дверима при виборі пункту меню блокування дверей, також буде викликатися наряд фірми охорони, здійснення виклику відбувається стандартним чином, аналогом такої реалізації є червона кнопка в більшості банків, яку натискають при пограбуванні, з повторенням при невдалому виклику наряду. Для прикладу наведено діаграму розгортання, що відображає загальну топологію системи та фізичний взаємозв’язок між програмними та апаратними компонентами[Див.Рис.А2].
