Лабораторная работа

Тема: «Разработка спецификации требований».

Цель работы: научится определять требования и документировать.

Теоретические сведения

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

Спецификация требований к ПО необходима различным участникам проекта:

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

• менеджеры проекта по данным спецификации рассчитывают графики, затраты и ресурсы;

• команда разработчиков ПО получает представление о создаваемом продукте;

• группа тестирования составляет планы тестирования, варианты использования и процедуры;

• специалисты по обслуживанию и поддержке получают представление о функциональности каждой составной части продукта;

• составители документации создают руководства для пользователи и окна справки на основании спецификации требований к ПО и дизайна пользовательского интерфейса;

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

• персонал, занимающийся юридической стороной проекта, проверяет, соответствуют ли требования к продукту существующим законам и постановлениям;

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

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

Каждая организация, специализирующаяся на разработке ПО, должна принять один или несколько стандартных шаблонов спецификации требований к ПО для использования в проектах. Доступны различные шаблоны спецификации (Многие применяют шаблоны, созданные на основе того, что описан в IEEE Standard 830-1998, «IEEE Recommended Practice for Software Requirements Specifications» (IEEE, 1998b). Он годится для самых разных проектов, однако в нем встречаются ограничения и неясные места.

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