Ключевые концепции

Декомпозиция

Требования как артефакты

В Almware используется несколько типов артефактов, описывающих требования. Артефакт в Almware — это объект имеющий уникальный номер в рамках проекта, название, описание и другие атрибуты в зависимости от типа. Например, для бизнес-требований артефакты могут описывать отдельные  варианты использования или бизнес-процессы, а для низкоуровневых требований к ПО — функции (feature).

Низкруровневые требования к ПО в Almware состоят из двух уровней: "модуль" и "требование к ПО" (feature), которое является частью модуля. Такой подход позволяет:

• Эффективно организовать требования в рамках интуитивно понятной структуры.
• Отслеживать изменения отдельных функций и поддерживать управление версиями отдельных артефактов требований.
• Устанавливать связи  требований с задачами, тест-кейсами и исходным кодом.

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

Например, если для бизнес-требование требуется добавления новой функции, в систему добавляется новый артефакт требований к ПО с описанием функции. Затем к этому артефакту будут привязаны задачи для разработчиков, тест-кейс для проверки функциональности, результаты проверок, файлы исходного кода. Таким образом, все связанные элементы можно проследить от исходного бизнес-требования до его реализации и тестирования. При необходимости, пользователь может выгрузить скомпилированный документ требований необходимого уровня (по бизнес-требованию, по модулю, по функциональности). 

Структура артефактов

Almware структурирует артефакты на нескольких уровнях:

Уровень бизнес-требований

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

Бизнес-требования описаны в виде отдельных документов, каждый из которых может содержать детальное описание бизнес-процесса, варианта использования, user story или другого типа требований.

Цель бизнес-требований — сформулировать видение проекта со стороны бизнеса/заказчика и пользователей, чтобы затем связать это видение с описанием работы системы на уровне требований к программному обеспечению. 

Уровень требований к ПО

Подробное описание того, что должно делать программное обеспечение, декомпозированное на отдельные функции. 

Цель требований к ПО — определить функциональные возможности и поведение программного обеспечения.

Артефакты требований к ПО являются основной единицей планирования и тестирования.

Иерархическая организация:

• Модуль
  Наборы связанных функций, например "Каталог товаров".
  Модули позволяют управлять сложными проектами, разбивая их на управляемые компоненты. Модули помогают организовать проект на высоком уровне, что упрощает отслеживание прогресса и понимание общей структуры программного обеспечения.
• Требование к ПО
  Функциональность внутри модуля, например "Просмотр списка товаров".
  Каждый артефакт требований к ПО является отдельным документом, содержащий функциональные и нефункциональные требования, относящиеся к данной функциональности. Этот подход обеспечивает работу с требованиями как с документами с декомпозицией до отдельных функций системы.

Спецификации

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

Основные типы спецификаций:

• Модель данных
  Определяет сущности данных с атрибутами и связями.
• Пользовательские интерфейсы
  Описывает экраны пользовательского интерфейса, через который пользователь взаимодействует с системой и ее функциональностью.
• Программные интерфейсы
  Описывает конечные точки API и другие точки интеграции используемые как для внутренней интеграции между подсистемами, так и интеграции с внешними системами.
• Дополнительные артефакты
  Каталог, для которого можно настроить различные дополнительные типы артефактов. Могут использоваться для организации каталога событий системы, уведомлений или конфигурационных переменных и других элементов системы, которые нужно трассировать.

Требования к ПО в центре внимания

Низкоуровневые требования к ПО являются ключевым артефактом, который связывает все другие артефакты в Almware. Другие артефакты дополняют и уточняют требования в различных аспектах:

• Бизнес-требования
  Определяют и отслеживают бизнес-цели и пользовательские цели, для реализации которых необходима описываемая функциональность.
• Спецификации
  Дополняют описание требований к ПО и описывают реализацию.
• Задачи
  Описывают ошибки, задачи и улучшения, связанные с требованиями. Выполненные задачи определяют какие связанные с требованием работы были проведены.
• QA (тест-кейсы и тестовые запуски)
  Определяют способ проверки требования, критерии приемки и готовность требования.
• Программные юниты beta
  Определяет исхдоный код, реализующий требование к ПО.

Трассируемость, трассируемость, трассируемость

Трассируемость требований — это одна из основных функций Almware. В системе реализованы различные варианты трассировк от бизнес-требований до задач, тест-кейсов, исходного кода и обратно.

Трассируемость обеспечивает следующие преимущества:

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