Методы анализа требований с примерами.

Для бизнес-аналитика анализ требований — важнейшая часть работы. помогает определить реальные потребности заинтересованных сторон.Это также позволяет общаться с заинтересованными сторонами, используя диаграммы, модели и блок-схемы вместо сложного текста.

Анализ требований имеет

• Конкретная цель
• Конкретный ввод
• Конкретный выход
• Использует ресурсы
• Имеет ряд действий, которые необходимо выполнить в определенном порядке.
• Может затронуть более одного организационного подразделения.
• Создает ценность для клиента

Методы анализа требований

Методы анализа требований позволяют составить карту бизнес-процесса, чтобы вы могли его анализировать, понимать и улучшать.

Следующие методы используются повсеместно. разработка программного обеспечения процесса.

1. Нотация моделирования бизнес-процессов (BPMN).

BPMN (Business Process Model and Notation) — это графическое представление бизнес-процесса с использованием простых объектов, которое помогает организации обмениваться информацией стандартизированным образом. Основные объекты, используемые в BPMN, следующие:

• Объекты потока
• Соединение объектов
• Дорожки для плавания
• Артефакты.

Хорошо разработанная модель BPMN предоставляет подробную информацию о действиях, выполняемых в ходе процесса, таких как:

• Кто осуществляет эти действия?
• Какие элементы данных необходимы для этой деятельности?

Главное преимущество BPMN заключается в том, что диаграммы легко распространять, и большинство инструментов моделирования поддерживают эту нотацию.

2. UML (унифицированный язык моделирования)

UML- является стандартом моделирования для спецификации, разработкиpingUML позволяет визуализировать и документировать программные системы. Он предоставляет такие объекты, как:

• Область
• объект
• Активность
• Диаграмма классов

Существует 14 типов UML-диаграмм, включая диаграммы вариантов использования, взаимодействия, классов, компонентов и последовательности. UML-модели выступают в качестве средства коммуникации между всеми заинтересованными сторонами. Бизнес-модель на основе UML может быть прямым входным параметром для инструмента управления требованиями. UML-диаграмма бывает поведенческой или структурной. Поведенческая модель описывает, что делает система; структурная модель показывает, из чего она состоит.

3. Метод блок-схем

Блок-схема — это визуальное представление последовательного потока и логики управления набором взаимосвязанных действий. Распространенные форматы блок-схем включают линейные, нисходящие и кросс-функциональные (диаграммы с дорожками). Блок-схема может использоваться для представления потоков данных, взаимодействия систем и этапов процесса. Блок-схемы легко читаются и пишутся даже нетехническими специалистами и могут показывать параллельные процессы и критически важные атрибуты.

4. Схема потока данных

Диаграммы потоков данных показывают, как система обрабатывает данные с точки зрения входных и выходных данных. Компонентами диаграммы потоков данных являются:

• Разработка
• движение
• Магазин
• терминатор

Логическая диаграмма потоков данных (DFD) отображает виды деятельности; физическая диаграмма потоков данных (DFD) отображает инфраструктуру. Диаграмму потоков данных (DFD) можно разработать на раннем этапе анализа жизненного цикла разработки программного обеспечения (SDLC).Жизненный цикл разработки системы) для определения масштаба проекта. Его можно детализировать до подпроцессов, что называется «уровневой диаграммой потоков данных».

5. Диаграммы ролевой активности (RAD)

Диаграмма ролевой активности (RAD) похожа на блок-схему. Экземпляры ролей — это участники процесса, каждый из которых имеет начальное и конечное состояние. Для определения ролей в рамках RAD требуется глубокое знание процесса или организации. Компоненты RAD:

• Действия
• Внешние события
• Области

Роли объединяют виды деятельности в единицы ответственности. Деятельность может осуществляться изолированно или требовать координации с деятельностью в рамках других ролей.

Внешние события отмечают точки, в которых происходят изменения состояния.

Состояния отображают, как роль развивается на протяжении всего процесса. Достижение определённого состояния означает, что конкретная цель достигнута.

RAD легко читается, предоставляет подробное представление процесса и показывает параллельные действия.

6. Диаграммы Ганта

Диаграмма Ганта — это графическое представление расписания, которое помогает координировать, планировать и выполнять различные действия. tracНа диаграмме отображаются конкретные задачи в проекте. Показан общий временной интервал проекта, разбитый на этапы. По вертикальной оси перечислены задачи; по горизонтальной оси показана предполагаемая продолжительность выполнения работ или назначенный ответственный. На одной диаграмме может отображаться множество работ.

7. IDEF (интегрированное определение функционального моделирования)

IDEF (Integrated Definition for Function Modeling) — это семейство языков корпоративного моделирования. Он моделирует действия, поддерживающие системный анализ, проектирование или интеграцию. Существует около 16 методов IDEF; IDEF0 и IDEF3 являются наиболее полезными.

8. Цветные сети Петри (ЦПС).

Цветные сети Петри (ЦСП) — это графически ориентированный язык для Спецификация, верификация, проектирование и моделирование систем.CPN сочетает в себе графику и текст. Его основные компоненты: Места, переходы и дуги.

Объекты сетей Петри имеют специфические надписи, например:

• МестаИмеет надписи, такие как «Имя», «Набор цветов» и «Инициалы».
• Переход Содержит надписи, такие как .Name (для идентификации) и .Guard (логическое выражение для некоторых переменных).
• ДугиИмеет надпись .Arc. При вычислении выражения arc получается набор токенов разных цветов.

9. Техника рабочего процесса

Методика построения рабочих процессов — это визуальная диаграмма, представляющая один или несколько бизнес-процессов для уточнения понимания или выработки рекомендаций по улучшению процессов. Наряду с блок-схемами, диаграммами активности UML и картами процессов, методика построения рабочих процессов является одним из старейших и наиболее широко используемых подходов. Бизнес-аналитики также используют ее для ведения записей во время сбора требований. Процесс включает четыре этапа:

• Сбор информации
• Моделирование рабочего процесса
• Моделирование бизнес-процессов
• Реализация, проверка и исполнение

10. Объектно-ориентированные методы

Объектно-ориентированный метод моделирования использует объектно-ориентированную парадигму и язык моделирования для проектирования системы. Он делает акцент на поиске и описании объектов в предметной области. Цель объектно-ориентированного метода заключается в следующем:

• Чтобы помочь охарактеризовать систему
• Для идентификации различных соответствующих объектов
• Чтобы понять, как объекты соотносятся друг с другом.
• Сформулировать или смоделировать проблему для создания эффективного проекта.
• Для анализа требований и их последствий.

Этот метод хорошо подходит для систем с динамическими требованиями, которые часто меняются. Он представляет собой процесс определения вариантов использования, потоков действий и потоков событий для системы. Объектно-ориентированный анализ может основываться на текстовых потребностях, общении с заинтересованными сторонами системы и концептуальном документе.

Объект имеет состояние, а изменения состояния представлены поведением. Когда объект получает сообщение, его состояние изменяется посредством поведения.

11. Анализ пробелов

Анализ разрывов — это метод, используемый для определения разницы между предлагаемым состоянием и текущим состоянием бизнеса и его функций. Он отвечает на такие вопросы, как: Каково текущее состояние проекта? Где мы хотим оказаться? Как мы можем устранить разрыв? Этапы анализа разрывов включают:

• Revпросмотреть систему
• Требования к разработке
• Сравнение
• Значение
• СОВЕТЫ

Часто задаваемые вопросы (FAQ)