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

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

Вместе с тем при описании требований на естественном языке могут возникнуть различные проблемы.

1. Отсутствие четкости изложения. Иногда нелегко изложить какую-либо мысль естественным языком четко и недвусмысленно, не сделав при этом текст многословным и трудночитаемым.

2. Смешение требований. В пользовательских требованиях отсутствует четкое разделение на функциональные и нефункциональные требования, на системные цели и проектную информацию.

3. Объединение требований. Несколько различных требований к системе могут описываться как единое пользовательское требование.

В качестве иллюстрации к описанным проблемам рассмотрим требование к среде программирования на языке Ada, представленное во врезке 5.4. Это требование содержит описание как общего плана, так и детализированное. Из информации, содержащейся в описании общего плана, следует, что средства управления конфигурацией являются составной частью интерфейса APSE, в то время как из более детализированного описания вытекает, что средства управления конфигурацией должны предоставлять доступ к объектам, входящим в состав групп, без указания их полных имен. Эту информацию лучше поместить в спецификацию системных требований.

Врезка 5.4. Требование к базе данных для среды программирования Ada

4.A.5. База данных должна поддерживать генерацию и управление конфигурацией объектов; в базе данных сгруппированные объекты могут выступать в виде отдельных объектов. Средство управления конфигурацией должно предоставить возможность доступа к объектам, входящим в состав групп, с помощью их неполных имен.

В документе, содержащем требования к системе, желательно отделять пользовательские требования от более детализированных системных требований. Иначе неподготовленный читатель пользовательских требований может "потонуть" в технических подробностях, понимание которых требует определенных профессиональных знаний. Пример смешения различных требований демонстрирует врезка 5.5. Он представляет требование к CASE-средству для редактирования схем структур программных систем. В этом требовании речь идет о возможности отображения или сокрытия сетки, помогающей пользователю точно позиционировать структурные элементы схемы.