КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
Ранжирование компонентов
Цели Проект ОО (ADV_TDS) ADV_SPM.1.1E Элементы действий оценщика Соответствие должно показать, что функциональная спецификация является не противоречивой и полной по отношению к модели. ADV_SPM.1.4C Соответствие между моделью и функциональной спецификацией должно быть представлено на правильном уровне формализации. ADV_SPM.1.3C Для всех моделируемых политик модель должна определять безопасность для ОО и содержать формальное доказательство того, что ОО не может войти в небезопасное состояние. ADV_SPM.1.2C Модель должна быть представлена в формальном виде, при необходимости с пояснительным текстом, и определять политики безопасности ФБО, которые моделируются. ADV_SPM.1.1C Элементы содержания и представления свидетельств Разработчик должен представить доказательство соответствия между моделью и функциональной спецификацией. ADV_SPM.1.4D Разработчик должен представить формальное доказательство соответствия между моделью и любой формальной функциональной спецификацией. ADV_SPM.1.3D Для каждой политики, охватываемой формальной моделью политики безопасности, в модели должно быть определено соответствующие фрагменты изложения ФТБ, которые осуществляют эту политику. ADV_SPM.1.2D ADV_SPM.1.1D Элементы действий разработчика ADV_SPM.1 Формальная модель политики безопасности ОО Зависимости: ADV_FSP.4 Полная функциональная спецификация Разработчик должен представить формальную модель политики безопасности для [назначение: список политик, которые формально моделируются ]. Оценщик должен подтвердить, что представленная информация удовлетворяет всем требованиям к содержанию и представлению свидетельств. Описание проекта ОО включает как содержание описания ФБО, так и полное описание ФБО. При необходимости повышения доверия, уровень детализации, представляемый в описании, также необходимо повысить. При увеличении размера и сложности ФБО уместными являются несколько уровней декомпозиции. Требования к проекту предназначены для предоставления информации (соразмерной с заданным уровнем доверия), по которой можно сделать заключение о том, что функциональные требования безопасности выполняются. Описание проекта ОО предоставляет как контекст для описания ФБО, так и полное описание ФБО. При необходимости увеличения доверия, увеличивается также уровень детализации в описании. Множественные уровни декомпозиции приемлемы при увеличении размера и сложности ФБО. Проектные требования предназначены для обеспечения информации (соразмерной с данным уровнем доверия), чтобы можно было сделать заключение о том, что функциональные требования безопасности выполняются. Компоненты этого семейства ранжируются на основе количества требуемой для представления информации в отношении ФБО и уровня формализации, требуемого от описания проекта.
Дата добавления: 2014-01-15; Просмотров: 300; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |