3. Требования к программной системе. Классификация и характеристики.

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

Виды требований по уровням:

• Бизнес-требования — определяют назначение ПО, описываются в документе о видении и границах проекта.

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

• Функциональные требования — охватывают предполагаемое поведение системы, определяя действия, которые система способна выполнять. Описывается в системной спецификации.

Виды требований по характеру:

• Функциональный характер — требования к поведению системы

  • Бизнес-требования

  • Пользовательские требования

  • Функциональные требования

• Нефункциональный характер — требования к характеру поведения системы

  • Бизнес-правила — определяют ограничения, проистекающие из предметной области и свойств автоматизируемого объекта (предприятия)

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

  • Атрибуты качества

  • Внешние системы и интерфейсы

  • Ограничения

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

Методы выявления требований

• Интервью, опросы, анкетирование

• Мозговой штурм, семинар

• Наблюдение за производственной деятельностью, «фотографирование» рабочего дня

• Анализ нормативной документации

• Анализ моделей деятельности

• Анализ конкурентных продуктов

• Анализ статистики использования предыдущих версий системы

Анализ требований

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

При разработке требований существует технический компромисс между слишком неопределёнными требованиями и требованиями столь детализированными, что они:

• требуют много времени для разработки, иногда даже рискуют устареть к концу разработки;

• ограничивают возможные способы реализации;

• являются слишком дорогостоящими.

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

Управление требованиями к программному обеспечению — это систематический подход к обнаружению, организации, документированию и сопровождению изменяющихся требований к системе.

Разделяют:

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

• Изменяемые требования. Эти требования отражают изменения, сделанные во время разработки системы или после ввода её в эксплуатацию.

Управление изменениями.

1. Анализ проблем. Процесс начинается с определения проблем в требованиях или с прямого предложения внесения изменений. На этой стадии проблема или предложенные изменения анализируются для проверки их обоснованности.

2. Анализ изменений. Эффект от внесения предложенного изменения оценивается с использованием оперативного контроля. Стоимость изменений оценивается двумя показателями: стоимостью внесения изменения в спецификацию и стоимостью внесения изменений в структуру системы и программный код. По окончании этого этапа принимается решение, продолжать или нет внесение изменений.

3. Реализация изменений. Реализация изменений в системной спецификации, структуре системы и программном коде.