Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
1_proektirovanie_IS.docx
Скачиваний:
6
Добавлен:
01.04.2025
Размер:
1.25 Mб
Скачать

25) Управление требованиями к информационной системе. ГосТы и методология rup.

При разработке программных систем главной задачей является определения требований к системе. Правильно определенные требования являются гарантией того, что система будет удовлетворять требованиям заинтересованных в ее разработке лиц. Требования к системе включают функциональные и нефункциональные требования. Для больших систем количество этих требований может быть огромным. К тому же требования могут изменяться. Для работы с требованиями и документами, в которых они отражаются, отслеживанием их изменений разработан программный продукт IBM Rational RequisitePro.

В данных методических рекомендациях представлена методология управления требованиями при разработке программных систем с использованием IBM Rational RequisitePro.

Определение требований

Требование — это любое условие, которому должна соответствовать разрабатываемая система или программное средство. Таким требованием может быть и возможность, которой система должна обладать, и ограничения на ее производительность или пользовательский интерфейс, и нормативные требования, которым она должна удовлетворять. Управление требованиями – необходимое условие успешной разработки ПО.  Сбор всех требований, которые предъявляются к разрабатываемым ПО, и управление ими – это весьма сложная задача.

Сложность задачи управления требованиями

Среди главных причин этой сложности можно выделить следующие:

  • большое число потенциальных «заинтересованных лиц», характерное для проектов разработки ПО, требования которых нужно выявить и зафиксировать;

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

  • необходимость создания и поддержания сложной иерархической структуры;

  • необходимость трассировать требования, то есть выявлять и фиксировать взаимосвязь между требованиями различных типов. Например, между пожеланиями заинтересованных лиц, функциональными требованиями в виде сценариев использования и тестовыми требованиями, которые будут использоваться при передаче системы заказчику;

  • требования меняются в ходе выполнения проекта. Причин для этого много и большинство из них не сводятся к чьим-то ошибкам. Просто мы живем в изменчивом мире.

Почему требованиями надо управлять

Типичные причины срыва сроков и бюджетов проектов

  • не удалось полностью выявить требования заказчиков;

  • требования не были четко сформулированы;

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

Устранение ошибки в требованиях на стадии сопровождения готового ПО обходится в 200 раз дороже, чем на стадии спецификации требований

В результате ошибки в требованиях, выявляемые на поздних фазах проекта, «съедают» 30 — 40% общей стоимости бюджета проекта.

Rational Unified Process (RUP) — методология разработки программного обеспечения, созданная компанией Rational Software.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]