ЗАМЕТКИ

Бизнес-аналитик в IT. Написание и анализ требований

При составлении документа, содержащего требования, следует тщательно соблюдать баланс между двумя аспектами:

  • Документ с требованиями должен быть удобным для чтения.
  • Набор требований должен быть технологичным, то есть удобным для работы с требованиями.

Свойства требований:

  • Возможность однозначной идентификации каждого положения требования / Возможность классификации каждого положения требования несколькими способами, например, по важности, по типу (функциональное, требования к характеристике, ограничение, требование безопасности), по срочности.
  • Возможность мониторинга статуса каждого положения требования в различных аспектах, например, статус анализа, статус выполнения, статус проверки соответствия.
  • Возможность оценки требования различными способами, например, с учетом наличия информации о характеристиках, количественных признаков, критериев проверки соответствия, обоснования, комментариев.
  • Возможность проверки положения требования в контексте документа, то есть с учетом других требований, содержащихся в документе.
  • Возможность свободной навигации по документу, поиску и прослеживание любого отдельного описания требований.

Диаграмма потоков данных (data flow diagrams, DFD)

Диаграмма потоков данных состоит из следующих элементов:

  • потоки данных;
  • процессы преобразования данных;
  • хранилища данных;
  • внешние объекты.

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

Словарь данных (data dictionary) используется для определения всех потоков и хранилищ данных. Каждый процесс преобразования данных определяет основные функциональные возможности, которыми обладают компоненты системы. Эти возможности описываются в виде П-спецификаций (process specification). Подробные текстовые спецификации часто записываются в форме псевдокода.

Kонтекстная диаграмма (context diagram) диаграмма верхнего уровня, отображающая взаимодействие создаваемой системы с внешними системами.

Диаграмма потоков данных

Контектсная диаграмма

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

Диаграмма классов (class diagram)

Основной элемент объектно-ориентированного анализа и проектирования. Диаграммы классов предоставляют информацию о классах объектов и о связях между ними.

Диаграмма классов

Элементы информации:

  • Операции (методы);
  • Концепция обобщения;
  • Атрибуты внутри объектов.

Определение требований на основе точек зрения (viewpoint-oriented requirements definition, VORD)

  • Прямые точки зрения (direct viewpoints)
    Получают услугу от системы и передают в систему управляющую информацию и данные.
  • Косвенные точки зрения (indirect viewpoints)
    Не взаимодействуют с системой напрямую, но имеют некоторую «заинтересованность» в ее услугах.

Метод VORD включает:

  • Идентификация точки зрения и структурирование;
  • Документирование точки зрения;
  • Анализ и спецификация требований, связанных с точкой зрения.

Графические условные обозначения точки зрения

Метод VORP позволяет назначать для точек зрения атрибуты. Атрибуты предоставляют данные, с которыми работает система.

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

Поведение системы моделируется с использованием сценариев событий.

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