ГОСТ Р ИСО/МЭК 15408-1—2012
П р и м е ч а н и е — Примерами такой связи являются модификация кода или обращение квнутренним мет
кам другого модуля. В результате часть или все содержимое одного модуля фактически включается в состав дру
гого модуля. Связанность по содержимому можно рассматривать как использование необъявленного интерфейса
модуля; это в противоположность связанности, которая использует только объявленные интерфейсы модуля.
3.2.14 разделение доменов (domain separation); Характеристика архитектуры безопасности,
при которой ФБО определяют отдельные домены безопасности для каждого пользователя и ФБО и обе
спечивают. что никакие процессы пользователя не могут повлиять на содержимоедомена безопасности
другого пользователя или ФБО.
3.2.15 функциональная связность (functional cohesion); Функциональная характеристика моду
ля. который выполняет действия, связанные с одной единственной задачей.
[IEEE Std 610.12—19901
П р и м е ч а н и е — Функционально связный модуль преобразует единственный тип входных данных
в единственный тип выходных данных, например модуль управления стеком или модуль управления очередью.
См. также «связность» (3.2.3).
3.2.16 взаимодействие (interaction). Общие, основанные на коммуникации действия между сущ
ностями.
3.2.17 интерфейс (interface); Средства взаимодействия с компонентом или модулем.
3.2.18 разделение на уровни (layering); Метод проектирования, при котором отдельные груп
пы модулей (уровни) иерархически организованы таким образом, чтобы один уровень зависел только
от уровней, которые ниже его в иерархии сервисов, и предоставлял свои сервисы только уровням, ко
торые выше его в иерархии.
П р и м е ч а н и е — Строгов разделение на уровни накладывает дополнительное ограничение, заключаю
щееся в том, что каждый уровень получает сервисы только от уровней, непосредственно ниже его. и предоставля ет
сервисы только для уровня, непосредственно выше его.
3.2.19 логическая связность (logical cohesion), процедурная связность (procedural cohesion); Ха
рактеристики модуля, выполняющего сходные виды действий по отношению к различным структурам
данных.
П р и м е ч а н и е 1— Модуль демонстрирует логическую связность, если его функции выполняют связан
ные. но разные операции по отношению к разным входным данным.
П р и м е ч а н и е 2 — См. также «связность» (3.2.3).
3.2.20 модульная декомпозиция (modular decomposition): Процесс разбиения системы на ком
поненты для упрощения проектирования, разработки и оценки.
(IEEE Std 610.12— 1990)
3.2.21 невозможность обхода (ФБО) (non-bypassability <of TSF>): Свойство архитектуры без
опасности. при котором все действия, связанные с ФТБ. производятся через ФБО.
3.2.22 домен безопасности (security domain): Набор ресурсов, по отношению к которым некото
рая активная сущность имеет права на доступ.
3.2.23 последовательная связность (sequential cohesion); Характеристика модуля, который
включает функции, выходные данные каждой из которых являются входными данными для последую
щей функции в этом модуле.
[IEEE Std 610.12—1990]
П р и м е ч а н и е — Примером последовательно связного модуля является модуль, который включает
функции по ведению записей аудита и по поддержке счетчика числа зарегистрированных нарушений некоторого
конкретного типа.
3.2.24 разработка программного обеспечения (software engineering): Применение системати
ческого. упорядоченного, измеримого подхода к разработке и сопровождению программного обеспече
ния, т.е. применение методов разработки по отношению к программному обеспечению.
[IEEE Std 610.12— 1990]
П р и м е ч а н и е — Как в отношении технических методов в целом, при применении принципов разработ
ки программного обеспечения должен использоваться некоторый объем экспертных суждений. На выбор влияет
много факторов, а не только применение мер модульной декомпозиции, разделения на уровни и минимизации.
Например, разработчик может спроектировать некоторую систему, ориентируясь на будущие приложения, которые
первоначально не будут реализовываться. Разработчик может определить некоторую логику по управлению этими
8