Замечания по применению

Цель проектной документации состоит в предоставлении информации, достаточной для определения границ ФБО, и в описании того, как ФБО реализуют ФТБ. Объем и структура документации по проекту будут зависеть от сложности ОО и числа ФТБ; в общем случае, при очень сложном ОО с большим числом ФТБ, потребуется больше проектной документации, чем при очень простом ОО, реализующем только несколько ФТБ. Очень сложные ОО получат преимущества (в зависимости от обеспечиваемого доверия) от оформления различных уровней декомпозиции при описании проекта, а для очень простых ОО не требуется как высоко-уровневое, так и низко-уровневое описание его реализации.

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

Общепринятый подход к проектной документации состоит в том, что при увеличении уровня доверия направленность описания смещается от общих аспектов (на уровне подсистем) к более подробному (на уровне модулей). В случае, когда представление на уровне модулей является подходящим вследствие того, что ОО является достаточно простым, что его можно описать на этом уровне, а уровень доверия все же требует описания на уровне подсистем, описание только на уровне модулей будет достаточным. Однако для сложных ОО это не так: огромный объем подробностей (на уровне модулей) будет малопонятен без сопровождающего описания на уровне подсистем.

Этот подход следует из общего принципа, состоящего в том, что предоставление дополнительных подробностей о реализации ФБО приведет к большему доверию к тому, что ФТБ реализованы правильно, и обеспечит информацией, которая может использоваться для подтверждения этого при тестировании (в классе ATE: «Тестирование»).

В требованиях этого семейства термин интерфейс используется для обозначения средств связи (между двумя подсистемами или модулями). Он описывает как осуществляется связь; это аналогично подробным описаниям ИФБО (см. требования семейства «Функциональная спецификация» (ADV_FSP)). Термин взаимодействие используется для определения назначения связи; он определяет, почему две подсистемы или два модуля взаимодействуют.

Дата добавления: 2014-01-15