ЗАМЕТКИ
Бизнес-аналитик в IT. Написание и анализ требований
При составлении документа, содержащего требования, следует тщательно соблюдать баланс между двумя аспектами:
- Документ с требованиями должен быть удобным для чтения.
- Набор требований должен быть технологичным, то есть удобным для работы с требованиями.
Свойства требований:
- Возможность однозначной идентификации каждого положения требования / Возможность классификации каждого положения требования несколькими способами, например, по важности, по типу (функциональное, требования к характеристике, ограничение, требование безопасности), по срочности.
- Возможность мониторинга статуса каждого положения требования в различных аспектах, например, статус анализа, статус выполнения, статус проверки соответствия.
- Возможность оценки требования различными способами, например, с учетом наличия информации о характеристиках, количественных признаков, критериев проверки соответствия, обоснования, комментариев.
- Возможность проверки положения требования в контексте документа, то есть с учетом других требований, содержащихся в документе.
- Возможность свободной навигации по документу, поиску и прослеживание любого отдельного описания требований.
Инженерия требований включает все действия, выполняемые на протяжении всего жизненного цикла, направленные на идентификацию требований пользователя, на анализ этих требований с целью формирования дополнительных требований, на документирование всех требований в форме спецификаций, на проверку документированных требований потребностям пользователей, а также процессы, поддерживающие эти действия (DoD 1991)
Диаграмма потоков данных (data flow diagrams, DFD)
Диаграмма потоков данных состоит из следующих элементов:
- потоки данных;
- процессы преобразования данных;
- хранилища данных;
- внешние объекты.
Потоки отображают обмен информацией или материальными объектами между двумя процессами преобразования данных. Потоки могут быть непрерывными, создаваемые по запросу, асинхронные и т.д. Диаграммы такого типа дополняются текстовым описанием каждого процесса, хранилища данных и потока.
Словарь данных (data dictionary) используется для определения всех потоков и хранилищ данных. Каждый процесс преобразования данных определяет основные функциональные возможности, которыми обладают компоненты системы. Эти возможности описываются в виде П-спецификаций (process specification). Подробные текстовые спецификации часто записываются в форме псевдокода.
Kонтекстная диаграмма (context diagram) диаграмма верхнего уровня, отображающая взаимодействие создаваемой системы с внешними системами.
Диаграмма потоков данных
Контектсная диаграмма
Функциональная иерархия представленная в виде набора диаграмм потоков данных может использоваться в качестве рамочной основы для определения и структурирования требований к системе в целом. Иерархическая структура в совокупности с интерфейсами дает четкое видение модели компонентов.
Диаграмма потоков данных — отображает общую функциональную структуру и потоки; — определяет функции, потоки и хранилища данных; — определяет интерфейсы между функциями; — предоставляет основу для определения требований к системе.
Диаграмма классов (class diagram)
Основной элемент объектно-ориентированного анализа и проектирования. Диаграммы классов предоставляют информацию о классах объектов и о связях между ними.
Диаграмма классов
Элементы информации:
- Операции (методы);
- Концепция обобщения;
- Атрибуты внутри объектов.
Определение требований на основе точек зрения (viewpoint-oriented requirements definition, VORD)
- Прямые точки зрения (direct viewpoints)Получают услугу от системы и передают в систему управляющую информацию и данные.
- Косвенные точки зрения (indirect viewpoints)Не взаимодействуют с системой напрямую, но имеют некоторую «заинтересованность» в ее услугах.
Метод VORD включает:
- Идентификация точки зрения и структурирование;
- Документирование точки зрения;
- Анализ и спецификация требований, связанных с точкой зрения.
Графические условные обозначения точки зрения
Метод VORP позволяет назначать для точек зрения атрибуты. Атрибуты предоставляют данные, с которыми работает система.
Пример определения точек зения с атрибутами для системы автоматической оплаты парковки
Поведение системы моделируется с использованием сценариев событий.
Главная задача информационной модели показать существующие типы информации, а также наличие вероятных или существующих взаимосвязей между элементами информации. Диаграммы переходов между состояниями наглядно демонстрируют когда и как процессы взаимодействуют между собой посредством обмена информацией.
Категория | Примеры значений |
---|---|
Идентификация | |
Идентификатор | Уникальный номер требования |
Имя | Уникальное имя, кратко выражающее сущность требования |
Внутренние характеристики | |
Основной тип | Функциональное, к характеристикам, показатель качества, к среде, к интерфейсу, ограничение, не требование |
Подтип показателя качества | Доступность, гибкость, целостность, ремонтопригодность, надежность, безопасность, приемлемость, стабильность, удобство использования, общее качество выполнения. |