1. Ограничительные требования пользователя

• Это требования, относящиеся к интерфейсам, качеству, ресурсам и временным диапазонам.

• Это указание как сделана связь c другими системами, какая аппаратура должна быть использована, с каким ПО система должна быть совместимой.

• Это все составляет ограничения по внешнему интерфейсу.

• Внутренние интерфейсы определяют разработчики.

Суть требований для различных видов интерфейсов

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

• Требование аппаратного интерфейса точно определяет всю или часть компьютерной аппаратуры, на которой надо выполнить ПО (марки или модели устройства, объём памяти и т.д.).

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

Требование взаимодействия «человек-компьютер»

Эти требования точно определяют вид интерфейса «пользователь-ПК». Это может быть указание о стиле, языке команд, меню, окнах; форматах сообщений, времени, затрачиваемое время на ответ по команде.

Существует четыре вида взаимодействия «человек-компьютер»:

• Вопрос – ответ;

• По шаблонам (экранные формы);

• Меню;

• Командный язык;

3. Качество программного обеспечения

Требование пользователя должны характеризовать следующие пять качеств ПО.

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

2. Мобильность определяет, с какой легкостью ПО может быть перенесено из одной окружающей среды в другую, с одного компьютера на другой.

3. Защита. ПО может нуждаться в защите от угрозы нарушение его конфиденциальности и пригодности. Пользователь должен описать угрозы для системы. Защита системы может быть описана в терминах права собственности и прав доступа.

4. Безопасность. Безопасная система защищает пользователей, как и от злонамеренного вмешательства или нелегальных действий клиентов без прав. Могут быть определены сценарии безопасного поведения системы.

5. Требования к стандартам всегда указываются в документах, которые оформляются в соответствии определённым стандартам.

Всегда нужна информация о ресурсах, возможностях и временных графиках для процесса разработки и производства.

3. Методы для определения требований пользователя

1. Интервью и обзоры.

2. Исследования существующих систем

3. Изучение системных требований.

4. Исследования выполнимости

4. Методы для спецификации требований

1. Ествественный язык богат и доступен, но при описании требований на естественном языке могут возникнуть следующие проблемы.

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

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

3. Объединение требований.

2. Математический формализм

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

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

5. Контекстные диаграммы

6. Блок-схемы