Технічні вимоги до інформаційної системи

Як це виглядає?

На практиці формулювання, аналітика вимог до безпеки інформаційних систем, наповнення даними, структурі (та інші системні і користувальницькі) припускає спочатку виявлення особливостей конкретної предметної області. Її досліджують кваліфіковані аналітики, визначаючи специфічні параметри сектора застосування розроблюваного продукту в майбутньому. Після цього починають зібрати попередні вимоги, працюючи з формулюють таку інформацію особами. Паралельно продовжують працювати над уточненням предметної області.

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

Продовжуючи роботу

Наступний крок конкретизації вимог до інформації в інформаційних системах, структурі проекту, функціональним, внутрішнім особливостям – виявлення протиріч і усунення конфліктів. Коли від широкого спектру третіх осіб отримують відомості про роботу проектованої ІС, стикаються з наступною проблемою: кожна людина має власні унікальні уявлення про можливості проекту, його призначення. Нерідко отримані від різних осіб подання вступають в конфлікт один з одним, а також суперечать логіці, наявними технічними можливостями, за допомогою яких система втілюється в життя. Щоб упорядкувати ситуацію, необхідно після ретельного аналізу виявити всі протиріччя і знайти оптимальне компромісне рішення для їх усунення.

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