Ноу Інти, лекція, розробка технічного завдання

Основні принципи роботи з вимогами

Вимога - це умова чи можливість, якої повинна відповідати система. Життєво важливою частиною проектування ІС є формування вимог до створюваного рішенням, тобто розробка технічного завдання.

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

Склад процедур управління вимогами:

  • "Аналіз проблем" - розробка і узгодження правильного опису проблеми, вирішити яку покликана нова система.
  • "Виявлення потреб користувачів" - збір інформації про дійсні потреби користувачів створюваного рішення і інших зацікавлених осіб; ідентифікація функцій системи.
  • "Визначення системи" - перетворення розуміння проблеми і потреб користувача в узагальнений опис системи, яка буде задовольняти ці потреби.
  • "Управління масштабом" - узгодження визначення системи і обмежень проекту.
  • "Уточнення визначення системи" - розробка детальних вимог до системи.
  • "Побудова правильної системи" - методики верифікації створюваного ІТ-рішення та управління змінами.

Завданням процесу аналізу проблем є усвідомлення реальних проблем і потреб замовника, і пропозиція рішення для задоволення цих потреб.

Процес включає в себе наступні етапи:

  1. Досягнення угоди про визначення проблеми
  2. Виділення основних причин
  3. Виявлення зацікавлених осіб і користувачів
  4. Визначення меж системи, запропонованої в якості рішення
  5. Виявлення обмежень.

Виявлення потреб користувачів

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

Виявлення потреб пов'язане з виконанням наступних завдань:

  • інтерв'ювання та анкетування;
  • наради, присвячені вимогам;
  • мозковий штурм;
  • застосування "розкадрувань";
  • аналіз прецедентів;
  • обігрування ролей;
  • створення прототипів.

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

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

Управління масштабом проекту

Управління масштабом проекту здійснюється з метою виявлення реальних рамок проекту. При цьому вирішуються такі основні завдання:

  • Оцінка пріоритетів вимог.
  • Оцінка трудомісткості виконання вимог.
  • Оцінка ризиків.

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

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

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

Уточнення визначення системи

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

Вимоги в області рішень діляться на дві групи: функціональні вимоги і нефункціональні.

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

Нефункціональні вимоги описують тільки атрибути системи або середовища. Нефункціональні вимоги служать для створення системи з прийнятною якістю.

Створення правильної системи

У процесі створення системи здійснюються два види контролю її правильності: верифікація та валідація.

Верифікація - постійно виконується процес оцінювання системи з метою визначити, чи задовольняють результати якоїсь фази умов, накладеним на початку цієї фази, тобто задовольняють вони потребам подальшої діяльності.

Як мінімум. підлягає верифікації:

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

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

Відомості про проект

15.1. загальні положення

  1. Повне найменування системи та її умовне позначення;
  2. шифр теми або шифр (номер) договору;
  3. найменування підприємств (об'єднань) розробника і замовника (користувача) системи та їх реквізити;
  4. перелік документів, на підставі яких створюється система, ким і коли затверджені ці документи;
  5. планові терміни початку і закінчення роботи зі створення системи;
  6. відомості про джерела і порядок фінансування робіт;
  7. порядок оформлення і пред'явлення замовнику результатів робіт зі створення системи (її частин), по виготовленню та налагодження окремих засобів (технічних, програмних, інформаційних) і програмно-технічних (програмно-методичних) комплексів системи;
  8. склад використовуваної нормативно-технічної документації;
  9. визначення, позначення, скорочення

15.1.1. Повне найменування системи та її умовне позначення

Повне найменування системи: Єдина автоматизована система обліку кадрів всіх державних підприємств "АС Кадри".

Скорочене найменування системи: АС Кадри.

15.1.2. Шифр теми або шифр (номер) договору

Шифр теми: АІС-КА-ФА-07.

15.1.3. Найменування підприємств (об'єднань) розробника і замовника (користувача) системи та їх реквізити

Замовником системи є Федеральне агентство "Державні Кадри".

Розробником системи є ТОВ "Софт".

15.1.4. Перелік документів, на підставі яких створюється система, ким і коли затверджені ці документи

Підставою для розробки АС "Кадри" є наступні документи та нормативні акти:

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

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

Джерелом фінансування є бюджет Укаїни.

Порядок фінансування визначається умовами держконтракту.

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

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

Порядок пред'явлення системи, її випробувань і остаточної приймання визначено в п.6 даного ТЗ. Спільно з пред'явленням системи проводиться здача розробленого Виконавцем комплекту документації відповідно до п.8 цього ТЗ.

15.1.8. Склад використовуваної нормативно-технічної документації

При розробці автоматизованої системи та створенні проектно-експлуатаційної документації Виконавець повинен керуватися вимогами наступних нормативних документів:

  • ГОСТ 34.601-90. Комплекс стандартів на автоматизовані системи. Автоматизовані системи. Стадії створення;
  • ГОСТ 34.201-89. Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Види, комплексність і позначення документів при створенні автоматизованих систем;
  • РД 50-34.698-90. Методичні вказівки. Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Автоматизовані системи. Вимоги до змісту документів.