люнку 8.
Малюнок 8. Варіанти використання для актора «Адміністратор»
Дані C - вимоги мають на увазі таку взаємодію адміністратора з системою, при якому він має можливість створити попередній турнір з різних загальноосвітніх предметів, додати завдання в турнір, а потім активувати його. Після запуску турніру, він може його завершити (деактивувати) або видалити. По завершенню турніру, адміністратор може переглянути результати і на основі відповідей учасників, може запросити звіт у вигляді статистичного графіка по завданнях.
3.6 D - вимоги
Розробникам програмного забезпечення потрібна база для проектування і розробки. Ця база являє собою детальні вимоги (D - вимоги). D - вимоги складаються з повного списку конкретних властивостей і функціональності, яку повинна мати програма. D - вимоги повинні бути погоджені з С - вимогами. [2]
Існує кілька типів D - вимог:
) Функціональні вимоги.
Функціональні вимоги визначають роботи, які повинна виконувати проектована система. Відповідно до проведеного обстеження до них відносяться всі функції, описані в пункті 3.5 «C - вимоги».
2) Нефункціональні вимоги. [2]
Нижче представлений список нефункціональних вимог:
· Продуктивність. Вимоги до продуктивності визначають тимчасові обмеження, які повинні бути виконані в програмі. Для прискорення обміну даними необхідно використовувати MS SQL БД, в якій представлені таблиці. Для прискорення обробки запитів до БД ввести «індекси». Для прискорення відповіді встановити Кеш на деякі сторінки. Вимоги до продуктивності пов'язані із забезпеченням комфортності роботи користувачів.
· Надійність і безпека. Вимоги надійності визначають надійність в вимірюваних величинах. Для вирішення питання забезпечення безпеки системи, пов'язаної з несанкціонованим доступом в систему, повинна бути передбачена попередня ідентифікація користувачів перед початком роботи, за допомогою введення особистого логіна і пароля. Також необхідно, щоб клієнт - серверний додаток утримувало 100 запитів в секунду і функціонувало 24 години на добу.
· Обробка помилок. Система повинна перевіряти коректність введених користувачем даних. На всіх формах дві перевірки «клієнтська» (Написана на Javascript) і «серверна» на рівні додатку. У разі виникнення помилки видавати відповідне інформаційне повідомлення. Також, додатково, необхідно використовувати тригери в БД.
· Інтерфейсні вимоги. Створити панель адміністрування для зручного управління.
· Обмеження. Не позначені.
) Зворотні вимоги. [2]
Зворотні вимоги - це той функціонал, який система не забезпечує.
До даних вимог належать:
· Процес підготовки місця проведення турніру - це фізичний процес, не може бути автоматизований.
3.7 Оцінка витрат і попередній розрахунок очікуваної ефективності АСОИУ. Методологія DFD: TO - BE
Для оцінки витрат і попереднього розрахунку очікуваної ефективності АСОИУ точно також скористаємося методологією оцінювання функціонального розміру, яка полягає в у...
