Рішення Visure


Підтримайте
Зареєструватися
Увійти
Почніть безкоштовну пробну версію

Інженерні вимоги

Зміст

Щоб виробляти якісний продукт, важливо мати точні вимоги з боку замовника. Це починається з процесу розробки вимог, який можна розділити на п’ять кроків: збір вимог, документування вимог, аналіз і перевірка вимог, керування змінами вимог і закриття фази вимог. У цьому блозі ми детально обговоримо кожен із цих кроків і покажемо, як вони допомагають виробляти високоякісний продукт.

Що таке вимоги та розробка вимог?

Тут є два терміни: «Вимоги» та «Інженерні вимоги». Вимога точно визначається як умова або можливість, яка потрібна користувачеві для вирішення проблеми або досягнення мети. Іншими словами, вимоги – це умови або можливості, яким система повинна відповідати або мати, щоб задовольнити контракт, стандарти, специфікації та іншу офіційну документацію. 

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

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

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

Які принципи розробки вимог?

Два основних принципи розробки вимог – це проблема і рішення інженерії вимог. 

  • Під час збору вимог корисно розділити проблему і рішення.
  • Це поділ ніколи не може бути досягнуто повністю в практичному житті.

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

Процес розробки вимог

Під час роботи з вимогами ми стикаємося з деякими видами діяльності. У циклі розробки вимог є п’ять основних видів діяльності, а саме:

  1. Вимоги Виявлення – це процес перегляду, документування та розуміння зацікавлених сторін, потреб і обмежень користувачів для сезону. Користувачам потрібна інформація про домен, існуюча системна інформація, правила, стандарти тощо. На основі цієї інформації ми визначаємо вимоги. Після цього ми переходимо до аналізу вимог і переговорів. 
  2. Аналіз вимог і переговори – аналіз – це процес уточнення потреб і обмежень користувачів на основі зібраної та отриманої інформації. Потім ми переходимо до документації. 
  3. Документація/специфікація вимог – після отримання специфікації вимог переходимо до частини документації. Ми чітко і точно документуємо потреби та обмеження користувачів. 
  4. Перевірка вимог – нарешті, під час перевірки ми вводимо, що вимоги сезону є повними, стислими та зрозумілими. 
  5. Управління вимогами – Управління вимогами – це спосіб збору, аналізу, уточнення та визначення пріоритетів усіх продуктів або вимог на етапі розробки.

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

Вимоги Виявлення

Як ми вже обговорювали раніше, визначення вимог — це процес перегляду, документування та розуміння потреб і обмежень користувачів для сезону. Користувачам потрібна інформація про домен, існуюча системна інформація, правила, стандарти тощо. На основі цієї інформації ми визначаємо вимоги. Ми використовуємо слово «Вилучення» замість «Збір», тому що збір інтерпретується як просто підбирання вимог і внесення їх у документ. З іншого боку, вилучення є більш складним процесом. Ви не так легко отримуєте вимоги, як збираєтеся. Це вимагає додаткових зусиль. 

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

  • Які їх цілі щодо системи/продукту? 
  • Що має бути досягнуто?
  • Як сезонні потреби вписуються в потреби бізнесу?
  • Як використовувати сезонний продукт/систему на регулярній основі?

Звучить просто, але це зовсім не так!

За словами Іана Соммервілля та Піта Сойєра, визначення вимог — це процес виявлення вимог до системи шляхом спілкування із клієнтами, користувачами системи та іншими, які зацікавлені в розробці системи. Оскільки «збирати» або «захоплювати» звучить не дуже точно, ми використовуємо слово «вилучення». 

«Я знаю, що ви вірите, що зрозуміли те, що, на вашу думку, я сказав, але я не впевнений, що ви розумієте, що те, що ви почули, не те, що я мав на увазі», — Роберт Макклоскі, речник Держдепартаменту.

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

Які етапи вилучення?

КРОК 1 

Джерело вимог:

Існують різні джерела, з яких ми можемо зібрати наші вимоги. Деякі з них включають:

  • Зацікавлені сторони
  • Існуючі системи
  • Наявні документи
  • Конкуренти та інші подібні системи
  • Інтерфейси з системами
  • Закони і стандарти
  • Політика компанії

КРОК 2

Установіть обсяг проекту:

Для визначення обсягу проекту можна виконати наступні кроки:

  1. Дізнайтеся, чому започатковано проект 
  2. Власність визначає ключові цілі, які необхідно досягти за допомогою проекту 
  3. Складіть опис роботи для проекту, який допоможе вам правильно розподілити роботу між членами команди
  4. Перерахуйте предмети, які будуть доставлені в кінці проекту
  5. Виберіть ключові віхи, яких потрібно досягти
  6. Визначте основні обмеження та обмеження, з якими може зіткнутися команда під час розробки проекту
  7.  Створіть список елементів, які виключені зі списку елементів області
  8. Зробіть так, щоб зацікавлені сторони підписали спеціальний документ, оскільки він підтверджує, що вони поінформовані про проект та його зміст. 

КРОК 3

Завдання витягування:

Планування вилучення:

  • Чому ця конкретна вимога має бути запроваджена і які переваги вона дасть? – Цілі проекту 
  • Хто відповідатиме за його створення? – Професіонали для вилучення
  • Коли буде найкращий час для його реалізації? – Розклад джерел кошторису 
  • Як це буде реалізовано? – Стратегії та процедури
  • І ризики 

Під час вилучення:

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

Наступне вилучення:

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

Вилучення – це поступовий процес. Ви повинні повторювати цей крок стільки, скільки потрібно. 

Тепер виберіть відповідний набір методів для кожного джерела вимог. Визначте цю методику на основі джерела, системи, яку потрібно розробити, тощо. Пам’ятайте, що не всі методи можна використовувати в кожній ситуації. 

КРОК 4

Документація вимог - 

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

Аналіз вимог і переговори

Аналіз вимог, як правило, є процедурою аналізу, підтвердження та узгодження вимог, задокументованих на етапі визначення вимоги. Іншими словами, аналіз вимог – це процес вивчення та розуміння вимог, заявлених зацікавленими сторонами. Аналіз вимог вимагає частого спілкування із зацікавленими сторонами та кінцевими користувачами, щоб визначити очікування, вирішити конфлікти та, нарешті, задокументувати ключові вимоги. Рішення можуть включати такі проблеми, як:

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

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

Цілі аналізу вимог

  1. Першою і головною метою аналізу вимог є розуміння вимог і потреб користувачів 
  2. Коли ми використовуємо різні джерела для збору вимог, між ними можуть виникнути певні конфлікти. Аналіз вимог полягає у пошуку цих конфліктів серед вимог, заявлених користувачами, та їх розв’язанні. 
  3. Обговоріть вимоги з користувачами та зацікавленими сторонами. Наша система не може задовольнити всі вимоги так, як вони пояснюються зацікавленими сторонами та користувачами. 
  4. Нам доведеться домовитися і визначити пріоритети вимог. Деякі вимоги можуть бути невеликими для нас, але вони можуть бути досить важливими для кінцевих користувачів. Щоб зрозуміти їх, ми повинні проаналізувати та визначити пріоритети вимог зацікавлених сторін. 
  5. Ми повинні детально розглянути вимоги, які висуваються користувачами та системою. Це допомагає під час документування вимог у специфікаціях вимог. Крім того, це допомагає розробникам краще розробляти, проектувати та тестувати, оскільки вони краще розуміють вимоги. 
  6. Ми повинні класифікувати вимоги за різними категоріями та підкатегоріями і далі розподілити ці вимоги до різних підсистем. 
  7. Ми також повинні оцінити вимоги до якості, якої бажає організація. 
  8. Нарешті, ми повинні переконатися, що не пропустимо нічого важливого.

Документація/специфікація вимог

Специфікація вимог, також відома як документація, — це процес запису всіх вимог системи та користувача у вигляді документа. Ці вимоги мають бути чіткими, повними, вичерпними та послідовними. 

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

Метод документування вимог

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

Щоб досягти цього, ось деякі принципи, які слід пам’ятати під час написання вимог. Вони включають:

Кожна вимога має бути у формі повного речення. Не слід використовувати маркери, скорочення, абревіатури чи модні слова. Намагайтеся складати короткі, прямі та повні речення. 

Переконайтеся, що кожна вимога має відповідний підмет, присудок і дієслово. Темою буде тип користувача або система, про яку ми говоримо. Предикатом будуть умови, дії або бажані результати, які ми очікуємо. Ми повинні використовувати такі слова, як «буде», «буде» та «повинен», щоб висловити якусь необхідність, і слова на кшталт «можеться», щоб висловити необов’язковість у вимозі. 

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

Крім того, вимога повинна описувати якість, яку ми очікуємо від системи. Це допомагає, коли ми оцінюємо кінцевий результат і перевіряємо, чи правильно реалізована вимога чи ні.

Перевірка вимог

Перевірка – це процес, який використовується для перевірки, чи відповідає система відповідним вимогам. Перевірка відповідає на запитання: «Чи будуємо ми правильну систему?» Йдеться про тестування та валідацію системи, а також про те, чи правильна система, яку ми створили, чи відповідає вона очікуванням замовника чи ні. Різні методи, які використовуються для перевірки системи, включають тестування чорного ящика, тестування білого ящика, інтеграційне тестування та модульне тестування. Перевірка завжди настає після перевірки. 

Перевірка – це процес, який використовується для перевірки, чи досягає система своїх очікуваних цілей чи ні без будь-яких помилок чи проблем. Перевірка відповідає на запитання: «Чи правильно ми створюємо продукт?» Йдеться про тестування та перевірку того, чи без проблем відповідає система її вимогам. Різні методи, які використовуються для перевірки системи, включають огляди, покрокові інструкції, інспекції та кабінетні перевірки. Перевірка – це ручний процес, що виконується перед валідацією.

Методи перевірки

Існують різні методики, які можна використовувати для перевірки вимог. Вони включають:

  • Перевірки – Під час перевірки вимог ми перевіряємо документи з вимогами, щоб переконатися, що жодні вишукувальні примітки не будуть пропущені. Під час цих перевірок ми також перевіряємо рівень відстеження між усіма вимогами. Для цього необхідно створити матрицю простежуваності. Ця матриця гарантує, що всі вимоги розглядаються серйозно і все, що зазначено, виправдовується. Під час цих перевірок ми також перевіряємо формат вимог. Ми дивимося, чи вимоги чіткі та добре написані чи ні. 
  • Макетування – Це спосіб побудови моделі або моделювання системи, яку мають побудувати розробники. Це дуже популярна методика перевірки вимог серед зацікавлених сторін і користувачів, оскільки вона допомагає їм легко визначити проблеми. Ми можемо просто зв’язатися з користувачами та зацікавленими сторонами та отримати їхні відгуки. 
  • Тестовий дизайн – Під час розробки тестів ми дотримуємося невеликої процедури, коли спочатку завершуємо команду тестування, а потім створюємо кілька сценаріїв тестування. Функціональні тести можуть бути отримані з самої специфікації вимог, де кожна вимога має відповідний тест. Навпаки, нефункціональні вимоги важко перевірити, оскільки кожен тест потрібно простежити до його вимоги. Мета цього – з’ясувати помилки в специфікації або деталі, які пропущені. 
  • Огляд вимог – Під час перегляду вимог група обізнаних людей структуровано та детально аналізує вимоги та визначає потенційні проблеми. Після цього вони збираються, щоб обговорити проблеми та знайти спосіб вирішення проблем. Підготовлений контрольний список, що складається з різних стандартів, і рецензенти встановлюють прапорці, щоб надати офіційний огляд. Після цього проводиться остаточне затвердження.

Управління вимогами

За словами Яна Соммервіля, «Управління вимогами — це процес управління змінними вимогами під час процесу розробки вимог і розробки системи».

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

Основні проблеми управління вимогами

Є певні побоювання щодо управління вимогами. Вони включають:

  • Управління змінами узгоджених вимог
  • Управління взаємозв’язком між усіма вимогами
  • Управління залежностями між документами вимог, які створюються під час процесу розробки системи.

Типи вимог

Існує два типи вимог:

  1. Системні вимоги – Системні вимоги можна назвати розширеною версією вимог користувача. Системні вимоги є початковою точкою для будь-якої нової системи. Ці вимоги є детальним описом вимог користувача, яким система повинна задовольняти. 
  2. Вимоги до користувача – Вимоги користувача – це комбінація функціональних і нефункціональних вимог. Ці вимоги до користувача мають бути розроблені таким чином, щоб вони були легко зрозумілі користувачам, які не мають жодних технічних знань. Отже, вони повинні бути написані природною мовою з використанням простих таблиць, форм і діаграм. Крім того, переконайтеся, що в документі немає подробиць про дизайн системи, програмне забезпечення чи офіційні позначки.

Вимоги до Visure Платформа ALM

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

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

Visure Requirements — це перевірений гнучкий і повний інструмент розробки вимог, здатний оптимізувати процес вимог до програмного забезпечення як частину процесу визначення апаратного та механічного забезпечення. Вимоги Visure допомагають ефективній співпраці над проектом і підвищують якість програмного забезпечення за допомогою збору вимог, аналізу, специфікації, перевірки та перевірки, керування та повторного використання.

Рішення Visure можуть допомогти подолати труднощі розробки продуктів і вбудованих систем,

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

Переваги використання вимог до зору для продукту та вбудованої розробки

  • Підтримка сертифікації для галузеві стандарти, такі як DO-178B/C, IEC 61508, ISO 26262, IEC 62304, FMEA та GAMP5
  • Повна платформа для всіх видів діяльності, пов’язаних з вимогами
  • Контроль процесів за допомогою гнучкого рішення, яке підтримує різні моделі процесів, включаючи Automotive SPICE, CMMI, V-model, Agile та ad hoc
  • Покращено командне спілкування та співпрацю завдяки рольовим можливостям
  • Підтримка продуктів кращої якості та зменшення кількості дефектів програмного забезпечення.

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

Висновок

Розробка вимог є критично важливим процесом для забезпечення того, щоб продукти та системи, які ми створюємо, відповідали потребам наших клієнтів. П’ятиетапний процес, описаний у цій статті, може допомогти вам добре розпочати свій проект, завчасно та часто отримуючи відгуки від зацікавлених сторін і використовуючи цей відгук для формування чітких і лаконічних вимог. Якщо ви шукаєте інструмент, який допоможе вам керувати процесом розробки вимог, Visure Requirements ALM Platform може допомогти. Запитуйте свій Безкоштовна пробна версія 30 сьогодні, щоб побачити, як наша платформа може зробити ваш наступний проект успішним.

Не забудьте поділитися цим постом!

Toп