5.2.2 Сценарії
Сценарії особливо корисні для деталізації вже сформульованих вимог, оскільки описують послідовність інтерактивної роботи користувача з системою. Кожен сценарій описує одне або декілька можливих взаємодій.
Сценарій починається із загального опису, потім поступово деталізується для створення повного опису взаємодії користувача з системою.
В більшості випадків сценарій включає наступне:
- опис стану системи після завершення сценарію;
- інформацію щодо інших дій, які можна здійснювати під час виконання сценарію;
- опис виняткових ситуацій і способів їх обробки;
- опис нормального протікання подій;
- опис стану системи на початку сценарію.
Сценарії подій використовуються для документування поведінки системи, представленої певними подіями. Сценарії включають опис потоків даних, системних операцій і виняткових ситуацій, які можуть виникнути (рис.5.6).
Рисунок 5.6 – Діаграма сценаріїв
Умовні позначення:
1. Дані, що поступають в систему або витікають з неї, представлені в еліпсах.
2. Керуюча інформація показана стрілками у верхній частині прямокутників.
3. Внутрісистемні дані показані праворуч від прямокутників.
4. Виняткові ситуації показані в нижній частині прямокутників.
5. Ім'я наступної події, очікуваної після завершення сценарію, приводиться в затіненому прямокутнику.
5.2.3 Етнографічний метод
Етнографічний підхід
Етнографічний підхід до формування системних вимог використовується для розуміння і формування соціальних і організаційних аспектів експлуатації системи. Розробник вимог занурюється в робоче середовище, де використовуватиметься система. Його щоденна робота пов'язана із спостереженням і протоколюванням реальних дій, що виконуються користувачами системи. Значення етнографічного підходу полягає в тому, що він допомагає виявити неявні вимоги до системи, які відображають реальні аспекти її експлуатації, а не формальні умоглядні процеси.
Етнографічний підхід дозволяє деталізувати вимоги для критичних систем, чого не завжди можна добитися іншими методами розробки вимог. Проте, оскільки цей метод орієнтований на кінцевого користувача, він не може охопити всі вимоги наочної області і вимоги організаційного характеру.
5.3 Специфікація вимог
Вимоги користувачів – це опис на природній мові функції, що виконується системою, і обмежень, що накладаються на неї [11].
Вимоги користувачів повинні описувати зовнішню поведінку системи, основні функції і сервіси, що надаються системою, її не функціональні властивості. Необхідно виділити опорні точки зору і згрупувати вимоги у відповідності із ними. Вимоги користувачів можна оформити простим переліком.
Далі складають системні вимоги. Вони включають в собі:
Вимоги до архітектури системи. Наприклад, кількість і розміщення сховищ і серверів додатків.
Вимоги до параметрів обладнання. Наприклад, частота процесорів серверів і клієнтів, об’єм сховищ, розмір оперативної і відео пам’яті, пропускна здатність каналу і т.д.
Вимоги до параметрів системи. Наприклад, час відгуку на дії користувача, максимальний розмір файлу, що передається, максимальна швидкість передавання даних, максимальна кількість одночасно працюючих користувачів і т.д.
Вимоги до програмного інтерфейсу.
Вимоги до структури системи. Наприклад, масштабованість, розподіленість, модульність, відкритість.
масштабованість – можливість поширення системи на велику кількість машин, що не призводить до втрати робото здатності і ефективності, при цьому здатність системи нарощувати свою потужність повинна визначатися тільки потужністю відповідного апаратного забезпечення.
розподіленість – система документообігу повинна підтримувати розподілене зберігання даних.
модульність – система документообігу повинна складатися із окремих модулів, інтегрованих між собою.
відкритість – наявність окремих інтерфейсів для можливого доопрацювання і інтегрування з іншими системами.
Вимоги щодо взаємодії і інтеграції з іншими системами. Наприклад, використання спільної бази даних, можливість отримання даних із баз даних певних систем і т.д.