🔬
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)
  3. Уровни и типы требований

Пример: «Создание быстрого заказа»

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

Last updated 3 years ago

Пример модели взаимосвязи уровней требований

В качестве примера можно взять гипотетическую ситуацию «Создание веб-формы для оформления быстрого заказа». Допустим, у организации на сайте нет процесса быстрого оформления заказов, из за чего теряется часть клиентов.

Основное - необходимо упростить и ускорить процесс оформления заказа.

В качестве указано следующее ограничение:

  • Обращение к клиенту должно происходить согласно деловому этикету (по имени-отчеству)

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

Аналитик, обсудив с бизнесом верхнеуровневую проблематику и потребность, начинает формировать список пользовательских требований, например, в формате :

  • Я как клиент, для оформления быстрого заказа должен иметь возможность ввести «Имя», «Отчество» и «номер телефона». После чего нажать на кнопку «Оформить заказ»

  • Я как сотрудник клиентской поддержки, должен получить задачу в системе с момента оформления заявки клиентом

После формирования пользовательских требований аналитик может сформировать пользовательских требований.

  • Если в течении 5 минут с момента оформлениия заявки клиентом в рабочее время, заявка не была обработана сотрудником клиентской поддержки, клиенту на указанный номер телефона должно отправится смс уведомление, что его заявка была принята и будет обработана в ближайшее время.

В качестве - указаны следующие требования:

  • Сотрудник клиентской поддержи должен получить задачу в системе не позднее 10 секунд с момента оформления заявки клиентом

Каждая пользовательская история может быть декомпозированна на .

User story 1: Аналитик определяет необходимый набор атрибутов, который пользователь должен ввести на странице, после чего формирует требования:

Требование 1. Клиент для оформления быстрого заказа должен иметь возможность ввести «Имя», «Отчество» и «номер телефона». После чего нажать на кнопку «Оформить заказ».

Поговорив с дизайнером (UX/UI) аналитик также выяснил что необходимо добавить новые и

Требование 2. В случае успешного оформления заказа необходимо отобразить следующий текст на экране: «Заказ №<номер заказа> оформлен. Списибо, что пользуетесь нашими услугами. Сотрудник клиентской поддержки в ближайшее время свяжется с вами.»

Требование 3. В случае возникновении ошибки при оформлении заказка, пользователю необходимо отобразить предуреждение: «Произошла ошибка при оформлении заказа. Попробуйте перезагрузить страницу и повторно оформить заказ. Если это не поможет, просим вас оформить заказ через сотрудника Клиентской поддержки: +7 (800) 555 35 35»

Требование 4 (системное). Ввод имени не должен быть ограничен меньше чем 24 символа Ввод фамилии не должен быть ограничен меньше чем 48 символа При попытке ввода номера телефона на экране уже указано +7

бизнес-требование
бизнес-правила
документа
пользовательской истории
документ
атрибутов качества
Функциональные требования
функциональные требования
системныее требования