Бізнес-аналіз та аналіз вимог

План уроку:

Процес тестування. SDLS та STLS .
Що таке «Вимога».
Важливість вимог.
Як виявляти вимоги.
Рівні та типи вимог.
Характеристики якісних вимог.
Методи тестування вимог.

Процес тестування. SDLS та STLS

SDLC vs STLC

Бізнес-аналіз

Бізнес-аналіз – це дослідницька наука про виявлення потреб бізнесу та визначення рішень для виявлених бізнес-завдань.

Аналіз – це процес розкладання чого-небудь на складові.

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

Які бувають аналітики:

Subject matter expert

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

Business Analyst

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

Data Analyst

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

Схема навичок у бізнес-аналізі

Обов'язки бізнес-аналітика

1. Визначення потреб та цілей проєкту.

2. Дослідження бізнес-систем, цілісний погляд на ситуацію.

3. Комунікація з учасниками проєкту - Dev, QA тощо для роз’яснення вимог.

4. Проведення зустрічей для затвердження вимог із замовником.

5. Документування бізнес-вимоги для підтримки ІТ-системи за допомогою відповідних стандартів документації.

Аналіз вимог\Важливість вимог

Вимоги

From ISTQB glossary

Вимога – опис того, які функції та з дотриманням яких умов має виконувати застосунок у процесі вирішення корисного для користувача завдання.

Вимоги допомагають

1. Оцінити масштаб проєкту, епіка чи окремої історії.

2. У плануванні проєкту (також у тест плануванні).

3. Запобігати та вирішувати деякі конфлікти.

4. У пріоритезації завдань.

5. В оцінці прогресу проєкту.

Рівні та види вимог

Бізнес-вимоги (business requirements) – містять високорівневі цілі організації чи замовників системи. Як правило, їх висловлюють ті, хто фінансує проєкт, покупці системи, менеджер реальних користувачів, відділ маркетингу.

Вимоги користувачів (user requirements) – описують цілі та завдання, які користувачам дасть система. До відмінних способів представлення цього виду вимог належать варіанти використання, сценарії та таблиці «подія – відгук». Таким чином, у цьому документі зазначено, що клієнти зможуть робити за допомогою системи.

Функціональні вимоги (functional requirements) – визначають функціональність ПЗ, яку розробники повинні побудувати, щоб користувачі змогли виконати свої завдання в рамках бізнес-вимог. Іноді вони називаються вимогами поведінки (behavioral requirements), вони містять положення з традиційним «повинен» або «повинна»

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

Бізнес-правила (business rules) – включають корпоративні політики, урядові постанови, промислові стандарти та обчислювальні алгоритми. Бізнес-правила не є вимогами до програмного забезпечення, тому що вони знаходяться зовні кордонів будь-якої системи ПЗ. Однак вони часто накладають обмеження, визначаючи, хто може виконувати конкретні ВІ, або диктувати, які функції повинна мати система, що підпорядковується відповідним правилам.

Нефункціональні вимоги – описують цілі та атрибути якості. Атрибути якості (quality attributes) являють собою опис функцій продукту, що виражений через опис його характеристик, важливих для користувачів чи розробників.