- •3. Характеристики об'єкту автоматизації.
- •4. Вимоги до системи.
- •4.1. Вимоги до системи в цілому.
- •4.1.1. Вимоги до структури та функціонування системи.
- •4.1.2. Вимоги до чисельності і кваліфікації персоналу.
- •4.1.3. Вимоги до надійності.
- •4.1.4. Вимоги до безпеки.
- •4.1.5. Вимоги до ергономіки.
- •4.1.7. Вимоги щодо збереження інформації при аваріях.
- •4.1.8. Вимоги до захисту від впливу зовнішніх чинників.
- •4.2. Вимоги до функцій (завдань), виконуваних системою.
- •4.2.1. Підсистема AvalGuard для клієнтів банку.
- •4.1.6. Вимоги до захисту інформації від несанкціонованого доступу.
- •4.2.2. Підсистема AvalSecurity для охоронців банку.
- •4.3. Вимоги до видів забезпечення.
- •4.3.1. Вимоги до математичного забезпечення.
- •4.3.2. Вимоги до інформаційного забезпечення.
- •4.3.3. Вимоги до лінгвістичного забезпечення системи.
- •4.3.4. Вимоги до пз системи.
- •4.3.5. Вимоги до апаратного забезпечення.
- •Склад і зміст робіт по створенню (розвитку) системи.
- •Порядок контролю і приймання системи.
- •Вимоги до складу і змісту робіт з підготовки об'єкта автоматизації до введення системи в дію.
- •Вимоги до документування.
- •Джерела розробки.
4.1.2. Вимоги до чисельності і кваліфікації персоналу.
Для експлуатації системи необхідні наступні ролі:
Клієнт – може повністю використовувати весь функціонал підсистеми AvalGuard, що призначена для клієнтів банку, тобто переглядати карту терміналів, кредити, депозити, вносити налаштування тощо.
Охоронець – використовує функціонал підсистеми AvalSecurity, здійснює управління базою даних з відеозаписами.
Вимоги до кваліфікації персоналу: клієнт повинен хоча б частково бути знайомий з предметною галуззю (знати що таке кредит, депозит тощо), охоронець повинен бути знайомий з особливостями функціоналу, а також знати обмеження, що покладені на внесення даних.
Режим роботи персоналу: клієнт має вільний режим, а охоронець згідно з основним робочим графіком підрозділу замовника.
4.1.3. Вимоги до надійності.
Система повинна бути надійною, тобто безвідмовною, а для цього необхідно, щоб додаток мав якомога менше помилок, а також, щоб система мала велику кількість виключних ситуацій які оброблюються, щоб не було частин коду не покритих перевіркою. Також повинно бути 100% покриття тестами всього програмного коду, щоб уникнути помилок.
При роботі системи можливі наступні аварійні ситуації, які впливають на надійність роботи системи:
- Збій в електропостачанні сервера;
- Збій в електропостачанні робочої станції користувачів системи;
- Збій в електропостачанні забезпечення локальної мережі (поломка мережі);
- Помилки системи, не виявлені при налагодженні та випробуванні системи;
До надійності електропостачання необхідна обов'язкова комплектація серверів джерелом безперебійного живлення з можливістю автономної роботи системи не менш 10 хвилин.
4.1.4. Вимоги до безпеки.
Приміщення з комп’ютерною технікою повинні мати природне та штучне освітлення. При незадовільному освітленні зменшується продуктивність праці користувачів комп’ютерної техніки. Система освітлення повинна відповідати таким вимогам:
необхідно забезпечити достатньо рівномірне розподілення яскравості на робочій поверхні монітора, а також в межах навколишнього простору;
на робочій поверхні повинні бути відсутні різкі тіні;
в полі зору не повинно бути відблисків;
величина освітленості повинна бути постійною під час роботи;
оптимальної спрямованості світлового потоку і необхідного складу світла.
Всі зовнішні елементи технічних засобів системи, що знаходяться під напругою (наприклад камери, сервери або електричні двері) повинні мати захист від випадкових дотику.
4.1.5. Вимоги до ергономіки.
Під час розробки системи необхідно враховувати вимоги до ергономіки, а саме використовувати принцип бритви Оккама (в якому йдеться про те, що система повинна бути простою) та принцип групування елементів (тобто логічно пов’язані компоненти повинні бути фізично разом), користувач повинен виконувати мінімум часу для виконання певної функції. Всі елементи управління повинні бути передбачуваними, зручними та зрозумілими (наприклад стале представлення значка для оновлення сторінки в браузері можна використати при проектуванні значка для оновлення карти). Рекомендовано, щоб пункти меню також були згруповані та називалися одним словом (приклад “Допомога”). Також рекомендовано використати принцип гаманця Міллера (згідно з яким кількість елементів в групі повинна не перевищувати 7).
Стандартом для шрифтів буде Times New Roman 14 шрифт, значки повинні бути не надто яскравими, для піктограми рекомендовано використовувати два кольори. Назви кнопок повинні повністю відповідати виконуваній дії, рекомендовано, щоб кнопки містили як можна менше тексту, але були зрозумілими. Щодо послідовності вкладок пунктів меню в підсистемі для охоронців першим повинен йти пункт меню “Блокування дверей”, слідом пункт “Виклик наряду”, а після них пункти “Керування базою”, “Допомога” та “Вихід”.
