Структура книги "Постановка задачи на разработку ПО" - system-approach.ru

Структура книги
«Постановка задачи на разработку ПО»

3 марта 2017 г

Друзья и коллеги! Мы представляем видение содержания нашей будущей книги по постановке задачи на разработку ПО.

Мы будем рады конструктивным замечаниям и предложениям — для обсуждения структуры приглашаем вас в закрытую группу на Facebook (добавляем быстро).

Карта знаний в области постановки задачи

Книга будет давать читателю глубокое понимание принципов разработки хороших требований:

  • каким образом связаны между собой бизнес-требования и возможности, которые предоставляет решение для бизнеса и предпринимателя;
  • каким образом пользователи должны работать в системе, чтобы реализовать эти возможности (сценарии использования);
  • какими характеристиками и качествами должна обладать система, чтобы обеспечивать возможности, и
  • в каких сценариях использования эти характеристики и качества будут использоваться.

Книга также будет давать давать более широкую картину:

  • Введение в управление продуктами — использование методологии для создания продуктов, а не только заказных решений.
  • Моделирование бизнес-процессов и связывание их с архитектурой предприятия.
  • Введение в архитектуру ПО — для обеспечения требуемых характеристик и качеств.
  • Введение в моделирование предметной области — для изучения предметной области для которой делается решение.
  • Введение в UX, UI и моделирование данных — как проектировать взаимодействие пользователей и системы, чтобы оно не только позволяло реализовать возможности, но было понятным и удобным для пользователей.

Содержание книги

Условные обозначения: главы в стадии редактуры, главы в стадии написания.

Раздел 1. Основные понятия и принципы

  1. Вводный урок курса
  2. Сложность. Законы развития
  3. Что такое система?
  4. Проекты. Как создаются системы
  5. Проектирование требований
  6. Анализ заинтересованных сторон
  7. Определение контекста и границ системы

Раздел 2.Бизнес требования и бизнес анализ

  1. Введение в бизнес анализ
  2. Обзор техник сбора требований
  3. Интервью для сбора потребностей
  4. Формирование Глоссария
  5. Анализ проблемы
  6. Карта опыта (Experience Map)
  7. Формулирование проблемы
  8. Моделирование предметной области (DDD)
  9. Моделирование бизнес процессов
  10. Определение возможностей решения
  11. Введение в процесс создания тех. архитектуры
  12. Документирование Бизнес требований
  13. Введение в Архитектуру предприятия

Раздел 3. Определение поведения системы (Функциональные требования)

  1. Модель использования системы
  2. Оптимизация модели использования системы
  3. Документирование сценария/варианта использования системы
  4. Прототипирование пользовательского интерфейса
  5. Моделирование и формирование требований к данным
  6. Детализация функциональных требований (Диаграммы последовательности действий и состояний)

Раздел 4. Гибкая разработка требований

  1. Роль аналитика в  гибком процессе (Scrum Kanban)
  2. Userstory
  3. Storyboard

Раздел 5. Требования к качеству (Не функциональные требования)

  1. Качество программных продукто
  2. Категории нефункциональных требований
  3. Workshop — Идентификация атрибутов качества
  4. Сценарии атрибутов качества

Раздел 6. Управление требованиями

  1. Система управления требованиями
  2. Прослеживаемость требований
  3. Приоритизация требований
  4. Управление изменениями
  5. Выбор и использование ПО для управления требованиями

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

  1. Продукт и решение
  2. Роль аналитика в  создании продукта

Раздел 8. Итоги и перспективы

  1. Дальнейшее развитие
  2. Тренды развития области разработки и анализа требований

Понятийный аппарат книги будет соответствовать IREB и BABOK 

Книга будет содержать сквозной кейс — Предзаказ.

Мы будем рады конструктивным замечаниям и предложениям — для обсуждения структуры приглашаем вас в группу на Facebook (добавляем быстро).

 

Понравилась статья?

Получайте лучшие материалы на e-mail!