🔬
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. Базовые знания

Требования (Requirements)

„Как корабль назовешь, так он и поплывет“ - Приключения капитана Врунгеля

PreviousИнтервью (Interview)NextУровни и типы требований

Last updated 17 days ago

Ключевой навык системного аналитика заключается в умении собирать требования и анализировать потребности и проблемы бизнеса.

Требование - это спецификация того, что должно быть реализовано. В них описано поведение системы, свойство системы или её атрибуты ( Ian Sommerville и Pete Sawyer, 1997 )

На самом раннем этапе важно определиться зачем, для кого и для чего мы создаем систему. Этот этап называется сбором требований. Почему он так важен?

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

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

Описание: TBD

Пример последствия ошибки на этапе сбора требований