🔬
Business-system analyst roadmap
  • Roadmap
  • Бизнес-системные аналитики
  • От автора
  • Будущее профессии бизнес и системного аналитика: вызовы, тренды и компетенции будущего
  • Глобальные тенденции занятости IT аналитиков (2025–2030)
  • Базовые знания
    • Гибкие навыки (Soft skills)
      • Анализ (Analysis)
      • Логическое мышление (Logics)
      • Креативность (Creativity)
      • Критическое мышление (Critical thinking)
      • Аналитическое мышление (Analytical thinking)
      • Системное мышление (Systems thinking)
      • Быстрая адаптация (Fast adaptation)
      • Язык и грамматика (Language and literacy)
      • Навыки коммуникации (Сommunication skills)
      • Предметные области (Domain knowledge)
      • Память (Memory)
      • Демонстрации (Demo)
      • Интервью (Interview)
    • Требования (Requirements)
      • Уровни и типы требований
        • Пример: «Создание быстрого заказа»
      • Разработка и управление требований
      • Документирование требований
      • Методы сбора требований
    • Проектирование (Engineering/Design)
      • UX/UI
      • Инструменты проектирования
    • Процесс (Process)
      • Управление и оптимизация бизнес процесса
      • Моделирование процессов
      • Описание процессов
      • Система управления процессами (BPM)
    • Нотации (Notations)
      • UML
      • BPMN
      • ERD
      • Flowchart
      • EPC
      • DFD
    • Документирование (Documentation)
      • Системы управления знаниями (Knowledge Management Systems)
      • Системы контроля версий (Version Control Systems, VCS)
      • requirements‑as‑code
    • Управление продуктом (Product managment)
    • Жизненный цикл программного продукта (Product Development Life Cycle)
      • Методологии разработки программного продукта
    • UX/UI
      • Подробнее о UX/UI
  • Технические навыки
    • Работа с данными (Work with Data)
      • Модель данных
      • Базы данных
        • Реляционные базы данных(Relational Databases)
          • SQL
        • NoSQL databases
        • Графовые базы данных (Graph Databases)
        • Документоориентированные базы данных (Document Databases)
        • Колоночные базы данных (Columnar Databases)
      • ETL
      • Файловое хранилище (File storage)
      • Визуализация данных (Data visualization)
      • Форматы данных (Data formats)
    • Компьютерные сети (Internet)
      • Как работает интернет (How does the internet work)
      • Модели OSI/ISO и TCP/IP
      • HTTP/HTTPS
      • DNS
      • Browser
      • Домены и URI (Domain and URI)
      • Хостинг
    • Разработка (Development)
      • GIT (VCS)
      • Backend
      • Frontend
    • API & Интеграции (API & Integration)
      • Synchronicity / Asynchrony
      • REST
      • SOAP
      • gRPC
      • GraphQL
      • WebSocket
      • Authentication
      • Open API
      • Message broker
      • Contract first / Code first
      • System Integration Patterns
    • Архитектура (Architecture)
      • Serverless
      • Microservices
      • Client/Server
      • Layered
      • Паттерны проектирования (Design patterns)
      • DDD
Powered by GitBook
On this page
  1. Базовые знания
  2. Требования (Requirements)

Разработка и управление требований

"Сбор требований - это искусство, которое требует терпения, эмпатии и умения услышать, чтобы понять и воплотить потребности пользователей в инновационные решения."

Разработка требований состоит из следующих этапов:

Выявление -> Анализ -> Документирование -> Утверждение

  1. Выявление требований: Этот этап включает сбор информации, определение требований и анализ потребностей пользователей и заинтересованных сторон. Важно установить цели и ограничения проекта, а также определить основные функциональные и нефункциональные требования.

  2. Анализ требований: На этом этапе проводится детальный анализ требований для определения их полноты, однозначности, измеримости и применимости. Результатом этого этапа является уточненный набор требований, который может включать диаграммы, модели и спецификации.

  3. Документирование требований: Этот этап включает документирование требований в форме спецификации требований. Спецификация должна быть ясной, понятной и представлять собой точное описание требований, включая их приоритеты и зависимости.

  4. Утверждение требований: Важным этапом является валидация требований, чтобы убедиться, что они соответствуют потребностям и ожиданиям заказчиков и пользователей. Для этого могут использоваться техники проверки требований, такие как обзоры требований, прототипирование и валидация с помощью заинтересованных сторон.

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

Управление изменениями требований

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

PreviousПример: «Создание быстрого заказа»NextДокументирование требований

Last updated 1 year ago