 |
Часть II. Требования
|
|
|
|
Требования к программному обеспечению
Цели
Цель настоящей главы – дать основные понятия о требованиях, предъявляемых к программным системам, и показать различные способы представления этих требований. Прочитав эту главу, вы должны:
q иметь понятие о концепциях пользовательских и системных требований и знать, почему для записи этих требований используются разные способы;
q понимать различия между функциональными и нефункциональными требованиями;
q освоить два метода описания системных требований: основанный на структурированном естественном языке и основанный на языке программирования;
q знать стандарты документирования требований к программному обеспечению.
Проблемы, которые приходится решать специалистам в процессе создания программного обеспечения, обычно очень сложны. Природа этих проблем не всегда ясна, особенно если разрабатываемая программная система инновационная. В частности, трудно четко описать те действия, которые должна выполнять система. Описание функциональных возможностей и ограничений, накладываемых на программную систему, называется требованиями к этой системе, а сам процесс формирования, анализа, документирования и проверки этих функциональных возможностей и ограничений – разработкой требований (requirements engineering). В этой главе внимание концентрируется на самих требованиях и способах их описания. Процесс разработки требований в общих чертах описан в главе 3, а более подробно освещен в следующей главе.
Термин требования (к программной системе) может трактоваться по-разному. В некоторых случаях под требованиями понимаются высокоуровневые обобщенные утверждения о функциональных возможностях и ограничениях системы. Другая крайняя ситуация – детализированное математическое формальное описание системных функций. Дэвис (Davis) [89] так объясняет причины этих различий.
|
|
|
Если компания хочет выиграть контракт на разработку большого программного проекта, она вынуждена, пока решение не принято, представлять требования в самом обобщенном виде, чтобы, с одной стороны, удовлетворить требования заказчика, а с другой – иметь возможность для маневра при конкуренции с другими компаниями-разработчиками. После того как контракт выигран, компания должна представить заказчику более подробное описание системы с указанием всех выполняемых ею функций. В обеих ситуациях предоставляются документы, которые называются документированными требованиями к системе.
Некоторые проблемы, возникающие в процессе разработки требований, порождены отсутствием четкого понимания различия между этими разными уровнями требований. Чтобы различить требования разных уровней, здесь используются термины пользовательские требования (user requirements) для обозначения высокоуровневых обобщенных требований и системные требования (system requirements) для детализированного описания выполняемых системой функций. Кроме требований этих двух уровней, применяется еще более детализированное описание системы – проектная системная спецификация (software design specification), которая может служить мостом между этапом разработки требований и этапом проектирования системы. Три перечисленных вида требований можно определить следующим образом.
1. Пользовательские требования – описание на естественном языке (плюс поясняющие диаграммы) функций, выполняемых системой, и ограничений, накладываемых на нее.
2. Системные требования – детализированное описание системных функций и ограничений, которое иногда называют функциональной спецификацией. Она служит основой для заключения контракта между покупателем системы и разработчиками ПО.
|
|
|
3. Проектная системная спецификация – обобщенное описание структуры программной системы, которое будет основой для более детализированного проектирования системы и ее последующей реализации. Эта спецификация дополняет и детализирует спецификацию системных требований.
Различие между пользовательскими и системными требованиями показаны в примере, представленном в табл. 5.1. Здесь показано, как пользовательские требования могут быть преобразованы в системные.
Таблица 5.1. Пользовательские и системные требования
|
|
|
Как соответствовать требованиям и критериям?
Нефункциональные требования
Нефункциональные требования безотказности
Пользовательские требования
Постоянные и изменяемые требования
Проверка соответствия показателей огнестойкости и пожарной опасности строительных конструкций и здания в целом противопожарным требованиям СНиП
Профессиональные и этические требования к специалистам по программному обеспечению
СВОЙСТВА ВОДЫ И ТРЕБОВАНИЯ, ПРЕДЪЯВЛЯЕМЫЕ К ЕЕ КАЧЕСТВУ
Системные требования
Технические требования
