МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ

Національний авіаційний університет

Інститут комп’ютерних інформаційних технологій

Кафедра інженерії програмного забезпечення

Лабораторна робота 2.2

З Дисципліни:

«Аналіз вимог до програмного забезпечення»

На тему:

«Специфікація функціональних вимог до програмного забезпечення»

Виконав:

студент групи ПІ-215

Машталяр Б.В.

Перевірив:

Викл. Скалова В.А.

Київ-2015

Система управління безпекою банку

Мета – Дослідити процес створення технічного завдання та набути практичних навичок у виділенні та документуванні вимог.

Завдання:

1. Ознайомитися з особливостями створення технічного до програмного забезпечення.

2. Дослідити предметну галузь, задану згідно з варіантом (дод. 2) та виділити функціональні вимоги до програмного забезпечення.

3. Описати технічне завдання до програмного забезпечення на основі шаблону.

1.Загальні відомості.

1.1. Назва системи.

1.1.1. Повна назва системи: AvalGuard(підсистема для клієнтів банку), AvalSecurity(підсистема для охоронців).

1.1.2. Коротка назва (умовне позначення): Система, або AG, AS відповідно.

1.2. Основа для проведення робіт.

Розробка програмної системи виконується на основі договору № 525 від 09.02.2015 року між банком “Райффайзен Банк Аваль” та ПАТ «SyntheticMind».

1.3. Найменування підприємств.

Замовник: “Райффайзен Банк Аваль”

Адреса: 01011, м. Київ, вул. Ліскова, 9

Телефон / Факс: 0 (800) 500-500

e-mail: info@aval.ua

Розробник: ”SyntheticMind”.

Адреса: 10121, м. Київ, вул. Бориспільська, 5

Телефон / Факс: 0953548901

e-mail: SynthMind@gmail.com

1.4. Планові терміни початку та закінчення робіт.

Початок: 09.02.2015

Закінчення: 22.06.2015

1.5. Відомості про джерела і порядок фінансування робіт.

Джерело: Банк Аваль.

Порядок фінансування робіт: після закінчення кожного етапу розробки.

1.6. Порядок оформлення і надання замовнику результатів робіт.

Створення системи відбувається поетапно, відповідно до календарного плану проекту, після виконання кожного етапу робіт розробник надає замовнику звітні документи етапу, а також певні напрацювання, що були зроблені (за необхідністю).

2. Призначення і цілі створення системи.

2.1. Призначення системи.

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

2.2. Цілі створення системи.

• підвищення якості та надійності управління власного рахунку.

• забезпечення оперативного доступу до конфіденційних даних.

• підвищення зручності роботи з терміналами та безпеки при роботі з терміналами.

• забезпечення керуванням рівня доступу для різних пристроїв.

• підвищення обізнаності користувача в безпеці при виконанні банківських операцій.

• підвищення ефективності управління безпекою банку.

• забезпечення оперативного доступу до відеозаписів банку.

3. Характеристики об'єкту автоматизації.

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

• профілактика та запобігання правопорушенням і злочинним посяганням на власність, персонал та імідж банку;

• виховання та навчання персоналу банку з питань безпеки; послаблення шкідливих наслідків від акцій конкурентів або злочинців з підриву безпеки банку;

• збереження і ефективне використання фінансових, матеріальних та інформаційних ресурсів банку.

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

4. Вимоги до системи.

4.1. Вимоги до системи в цілому.

4.1.1. Вимоги до структури та функціонування системи.

В системі передбачається виділення наступних функціональних підсистем:

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

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

В якості протоколу взаємодії між компонентами системи на транспортно-мережевому рівні необхідно використовувати протокол TCP / IP. Для захисту при передачі повинен використовуватись протокол SSH. Суміжною системою є “Яндекс Карти”, спосіб обміну інформацією з суміжною системою автоматичний, також суміжними компонентами можна вважати сформовану базу даних кредитів, депозитів та історії операцій.

Система повинна працювати в основному режимі функціонування, що повинен забезпечувати роботу користувачів в режимі 23 години в день, сім днів в неділю, в даному режимі повинні бути доступними всі функції. Загальний час проведення профілактичних робіт не повинен перевищувати 2% від загального часу роботи системи в основному режимі. Для всіх технічних компонентів підсистеми охоронців необхідно забезпечити регулярний і постійний контроль стану і технічне обслуговування.