Рассматриваются основные базовые про­цессы создания ПО: формирование спецификации, разработка, аттестация и модернизация программных систем. Первый из этих процессов, формирование спецификации, предна­значен для определения сервисов, которыми будет обладать проектируемое ПО, а также ог­раничений, накладываемых на функциональные возможности и разработку программной системы. Этот процесс и настоящее время обычно называют "разработка требований" (requirements engineering). Разработка требований часто является критическим этапом в создании ПО, поскольку ошибки, допущенные на этом этапе, ведут к возникновению про­блем па этапах проектирования и разработки.

Результатом его вы­полнения является разработка документации, формализующей требования, предъяв­ляемые к системе, т.е. создание системной спецификации. В этой документации тре­бования обычно представлены на двух уровнях детализации. На самом верхнем уров­не представлены требования, определяемые конечными пользователями пли заказчи­ками ПО; по для разработчиков необходима более детализированная системная спе­цификация.

Процесс разработки требований включает четыре основных этапа.

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

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

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

4. Утверждение требований. Проверяется выполнимость, согласованность и полнота множества требований. В процессе формирования ограничений неизбежно воз­никновение каких-либо ошибок. На этом этапе они должны быть по возможности выявлены и устранены.

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