Разработка спецификации требований к программному обеспечению

Кому нужна спецификация требований к ПО

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

• Клиенты, маркетологи и сотрудники отдела продаж хотят представлять, в каком виде будет финальный продукт;
• Проджект-менеджеры, благодаря SRS, могут планировать сроки и ресурсы;
• Отдел разработки понимает, какой продукт надо создавать;
• QA-специалисты, опираясь на спецификацию программного обеспечения, подготавливают тесты;
• Сотрудники отдела поддержки получают представление о штатном поведении системы;
• Составители документации и специалисты по обучению создают инструкции, справки и обучающие материалы для пользователей;
• Юридический отдел может проверить требования к продукту на соответствие законам и постановлениям;
• Подрядчики и заказчики выстраивают взаимные обязанности согласно спецификации на ПО.

Разница между техническим заданием и спецификацией

Спецификацию требований программного обеспечения (по-английски — Software Requirements Specification (сокращённо SRS)), еще называют “техническим заданием” (ТЗ), Terms of Reference (TOR). В действительности это разные вещи. Несмотря на то что они выполняют общую функцию — формализуют требования и вообще объясняют создаваемое ПО — они имеют разные регламенты.

Техническое задание — документ, содержимое которого регламентировано стандартом ГОСТ 89 года. Спецификация программного продукта, в отличие от ТЗ, не описывает способ реализации. Разработчик сам определяет оптимальные решения. Это сокращает сроки реализации проекта — не меняя конечный вид, функциональность, работоспособность, надежность, масштабируемость конечной системы.

Виды требований

Специфицируемые требования делятся на несколько типов:

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

— Нефункциональные требования. Они детерминируют общие свойства системы, вместо отдельных сценариев, например: производительность, удобство сопровождения, расширяемость, надежность, средовые факторы эксплуатации.

Критерии хорошей спецификации

— Кратко и точно. Насколько это возможно.

— Однозначно. Человек, читающий SRS, должен понимать именно и только то, что написано, а не что-то другое.

— Понятность. Избыточно заумной терминологии и сложных формулировок по возможности стоит избегать.

— Степень детализации. Это индивидуальный параметр. Если спецификация соответствует остальным критериям и субъективно достаточно описывает требования и поведение системы, то разработку спецификации на программный продукт можно считать завершенной.

Что включает спецификация ПО

В работе над SRS необходимо учитывать большое количество данных:

— Цели, задачи, глоссарий, целевая аудитория;

— Логику системы, состав функциональности, операционную среда эксплуатации продукта, стандарты и ограничения;

— Описание алгоритмов и процессов, flow-диаграммы, функциональные требования, требования к UX, вайрфреймы;

— Нефункциональные требования: к безопасности, надежности, документированию, производительности.

Этапы создания спецификации

1. Анализируем рынок. Исследуем конкурентов и целевую аудиторию: ее потребности, предпочтения и страхи. Формулируем то, как продукт будет решать задачи потребителей. Изучаем вопросы бизнес-модели продукта и уместного бюджета на его реализацию.
2. Создаем вайрфреймы. На этом этапе становится наглядна принципиальная механика продукта.
3. Прорабатываем требования и компилируем все данные: 

— общие сведения, 

— функциональные, пользовательские и системные требования, 

— архитектуру,

— логику, 

— интерфейсы взаимодействия частей системы,

— описание устройство каждого экрана.

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

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

Здесь вы можете скачать ТЗ на разработку сайта для ознакомления. Но для конкретного проекта техзадание лучше составлять с командой исполнителей.