2Использование стандартов. Профили стандартов .2.1Задачи унификации решений в области АПО
Анализ мирового опыта в области построения АПО показывает, что в качестве основных ее задач обычно рассматриваются установление:
единых форматов представления данных при обмене и способов описания этих форматов;
единого способа описания документов и других информационных объектов для целей поиска, каталогизации, синдикации данных;
гарантированного технологического уровня доступа граждан к государственным системам и сервисам;
унифицированных интерфейсов для межсистемного взаимодействия;
типовых требований к компонентной структуре и вычислительным платформам.
Теоретически (при отсутствии ограничений в ресурсах) все вышеперечисленные задачи могут быть решены путем разработки специальных унифицированных решений в рамках государственных заказов.
Однако практика показала, что частным решениям, разработанным для решения задач конкретного заказчика, крайне сложно конкурировать с решениями, возникшими в ответ на потребности открытого рынка. Как правило, даже существенные государственные инвестиции не гарантируют успеха технологии. Те инициированные правительствами разработки, которые все же оказались восприняты обществом, во-первых, относятся в основном к инновационным областям, а во-вторых, претерпевают весьма существенные изменения, прежде чем получить признание за пределами узкой области (как, например, это произошло с Интернетом).
Разработка и продвижение оригинальных спецификаций является крайне затратным делом, так как., помимо разработки собственно стандарта, требует огромного объема сопряженных работ, в т.ч. взаимную увязку спецификаций, разработку типовых решений, библиотек, методик валидации и подтверждения конформности, процедур миграции и т. п. Сложность таких работ значительно превышает аналогичную в сфере материального производства (стандарт на производство докторской колбасы не требует существенной увязки с ТУ на производство крахмала, новый стандарт на производство ботинок не требует учета наличия у пользователей лаптей, для использования новой версии туалетной бумаги не требуется специальное аппаратное средство и т. п.).
Кроме того, попытка решения задач АПО “своими силами” автоматически исключает системы электронного государства в России из среды мирового информационного взаимодействия.
Таким образом, единственно приемлемым решением является использование накопленного мировым сообществом опыта, нашедшего отражение в международных стандартах области информационных технологий. Это согласуется и с общей государственной политикой в области стандартизации и технического регулирования, прямо устанавливающей приоритет международных стандартов перед национальными.
Отечественный и зарубежный опыт указывает также на типичные ошибки при определении уровня стандартизации:
Отсутствие или недостаточность стандартов АПО, отсутствие контроля за их соблюдением при закупках ПО – слабая стандартизация. Следствием слабой стандартизации является дезинтеграция информационных систем государства, приводящая к дублированию функций и принципиальной невозможности придания юридической значимости взаимодействию этих систем между собой, бизнесом и гражданами.
Чрезмерная стандартизация, проявляющаяся обычно в закупках базового ПО у одного производителя или крайне ограниченной группы производителей. Сильная стандартизация существенно ограничивает выбор при закупках, что ведет к диктату поставщиков и росту расходов. В конечном счёте такая политика в области АПО ведет к технологизации архитектуры электронного государства.
Смешивание стандартов АПО и общих архитектурных принципов электронного государства, иногда вплоть до подчинения архитектуры ЭГ стандартам АПО – технологизация архитектуры электронного государства. Технологизация архитектуры электронного государства ведет к ограничению его содержательной функциональности, отрыву от механизма государственного управления.
Фактическое объединение стандартов АПО и концепции закупок ПО для нужд государства, регулирование рынка ИКТ при помощи стандартов АПО – коммерциализация АПО. Коммерциализация АПО является, по сути, формой преференций какой-либо модели бизнеса ПО и приводит к снижению конкурентности с очевидными негативными последствиями.
Во всех перечисленных случаях общей методологической ошибкой является подмена программы развития информационного общества развитием индустрии высоких технологий и рынка ИКТ.
.2.2Законодательство в области стандартизации
Отношения, возникающие при разработке, принятии, применении и исполнении как обязательных, так и реализуемых на добровольной основе требований к продукции, процессам производства, эксплуатации, хранения, перевозки, реализации и утилизации, выполнению работ и оказанию услуг, а также оценке соответствия регулируются Федеральным законом Российской Федерации «О техническом регулировании» N184-ФЗ от 27 декабря 2002 года.
В соответствии с Законом техническое регулирование осуществляется в соответствии с принципами:
применения единых правил установления требований к продукции, процессам производства, эксплуатации, хранения, перевозки, реализации и утилизации, выполнению работ или оказанию услуг;
соответствия технического регулирования уровню развития национальной экономики, развития материально – технической базы, а также уровню научно – технического развития;
независимости органов по аккредитации, органов по сертификации от изготовителей, продавцов, исполнителей и приобретателей;
единой системы и правил аккредитации;
единства правил и методов исследований (испытаний) и измерений при проведении процедур обязательной оценки соответствия;
единства применения требований технических регламентов независимо от видов или особенностей сделок;
недопустимости ограничения конкуренции при осуществлении аккредитации и сертификации;
недопустимости совмещения полномочий органа государственного контроля (надзора) и органа по сертификации;
недопустимости совмещения одним органом полномочий на аккредитацию и сертификацию;
недопустимости внебюджетного финансирования государственного контроля (надзора) за соблюдением требований технических регламентов.
Обязательное техническое регулирование производится в рамках технических регламентов, которые принимаются в целях:
защиты жизни или здоровья граждан, имущества физических или юридических лиц, государственного или муниципального имущества;
охраны окружающей среды, жизни или здоровья животных и растений;
предупреждения действий, вводящих в заблуждение приобретателей.
Принятие технических регламентов в иных целях не допускается.
В отношении стандартов Законом предусмотрено использование следующих принципов:
добровольность применения стандартов;
максимальный учет при разработке стандартов законных интересов заинтересованных лиц;
применение международных стандартов, как основы разработки национальных стандартов, за исключением случаев, если такое применение признано невозможным в законодательном порядке;
недопустимость установления таких стандартов, которые противоречат техническим регламентам;
обеспечение условий для единообразного применения стандартов.
Закон устанавливает только две категории стандартов:
Национальный стандарт (ГОСТ Р) – стандарт, утвержденный национальным органом Российской Федерации по стандартизации. Применение национального стандарта подтверждается знаком соответствия национальному стандарту.
Стандарт организации – стандарт, разработанный и утвержденный организацией, в том числе коммерческой, общественной, научной, саморегулируемой, объединением юридических лиц. Стандарты организаций могут разрабатываться и утверждаться ими самостоятельно, исходя из необходимости применения этих стандартов для целей стандартизации, а также для распространения и использования полученных в различных областях знаний результатов исследований (испытаний), измерений и разработок. Стандарты организаций применяются равным образом и в равной мере с другими документами по стандартизации.
Еще одним типом документов, во многом приравненных к стандартам, являются классификаторы. Порядок разработки, принятия, введения в действие, ведения и применения общероссийских классификаторов в социально-экономической области (в том числе в области прогнозирования, статистического учета, банковской деятельности, налогообложения, при межведомственном информационном обмене, создании информационных систем и информационных ресурсов) устанавливается Правительством Российской Федерации.
Законодательство Российской Федерации о техническом регулировании состоит из Федерального закона и принимаемых в соответствии с ним федеральных законов и иных нормативных правовых актов Российской Федерации. При этом федеральные органы исполнительной власти вправе издавать в сфере технического регулирования акты только рекомендательного характера, за исключением случаев, относящихся к вопросам обеспечения обороноспособности страны и производства продукции (работ, услуг), сведения о которой составляют государственную тайну.
В целом нормативные положения Федерального Закона № 184-ФЗ «О техническом регулировании» позволяют при решении вопросов технического регулирования в сфере электронного государства использовать различные стандарты и спецификации, придавая им при необходимости подходящий статус в рамках процедур, специально устанавливаемых для проекта электронного правительства.
В то же время для целей АПО необходимо более четкое определение самого понятия «стандарт». В определении Федерального закона о техническом регулировании № 184-ФЗ стандарт – это документ, в котором в целях добровольного многократного использования устанавливаются характеристики продукции, правила осуществления и характеристики процессов производства, эксплуатации, хранения, перевозки, реализации и утилизации, выполнения работ или оказания услуг. Стандарт также может содержать требования к терминологии, символике, упаковке, маркировке или этикеткам и правилам их нанесения.
Сходные определения понятия «стандарт» используются и в зарубежных терминологических системах, причем во многих случаях описание способа воплощения и необходимого содержания стандарта носит еще более абстрактный характер. К общим признакам стандарта во всех этих определениях можно отнести только принцип добровольности применения. Таким образом, под понятие «стандарт» в международной практике могут быть подведены практически любые относительно устойчивые технологические решения, что порождает большую терминологическую путаницу.
Предложенное для АПО сужение области определения понятий приведено в разделе 2.1.2.1. соответствующего документа.
.2.3Использование профилей
Задачи выбора унифицированных решений в области АПО не совсем совпадает с задачами стандартизации в классическом понимании этого термина:
Основной акцент делается не на разработку и принятие новых спецификаций, а на отбор пригодных спецификаций из числа существующих, что накладывает отпечаток на применяемые методы и критерии оценки.
Стандартизация обычно подразумевает принятие любых имеющихся спецификаций, удовлетворяющих критериям стандартизующей организации, причем пользователи стандартов не ограничиваются в выборе стандарта и в том, для каких целей они будут применять тот или иной стандарт. АПО, напротив, определяет строго ограниченное количество решений для конкретных технических задач электронного государства. Отбор решений осуществляется не по списку имеющихся спецификаций, а по списку имеющихся задач.
АПО устанавливает не добровольные, а обязательные требования к определенным характеристикам программного обеспечения.
В то же время задача унификации не относится к области технической регламентации. Отобранные стандарты и спецификации не приобретают статуса технического регламента, так как их использование по-прежнему не является обязательным в сферах деятельности, отличных от области создания и использования информационных систем электронного государства. Перечень отобранных спецификаций устанавливает требования только к объектам (то есть информационным системам), а не к субъектам (то есть лицам, осуществляющим регулируемую законом деятельность), как технические регламенты. С этой позиции применение спецификаций для субъектов рынка остается добровольным – государство не принуждает их к заключению госконтрактов на разработку систем, удовлетворяющих требованиям АПО, обязанность применения стандартизованных спецификаций наступает только в силу договорных условий. Наконец, как уже указывалось выше, требования АПО не носят запретительного характера, устанавливая только “ограничение снизу” – по минимальной функциональности и совместимости приложений.
Для определения политики государства области применения стандартизованных спецификаций в АПО предлагается использовать особый вид нормативно-технических документов – профилей спецификаций.
Назначением профиля является описание ограниченного множества спецификаций с привязкой их к конкретному классу или перечню задач. Понятие «профиля стандартов» и процедуры профилирования широко применяются в международной практике, в т.ч. и при описании технологических архитектур в области «электронного государства».
Международное понятие “профиля стандартов” не нашло четкого терминологического отражения в национальной системе стандартизации. Так, даже при принятии перевода международного стандарта “ISO/IEC TR 10000-1:1995, Information technology – Framework and taxonomy of International Standardized Profiles” его название было изменено на “ГОСТ Р ИСО/МЭК ТО 10000-1-99. Основы и таксономия международных и функциональных стандартов”. Такой подход в области терминологии представляется обоснованным, однако еще раз подчеркивает различную природу задач стандартизации (в т.ч. на национальном уровне) и профилирования.
Данный вывод поддержан и международным опытом: в настоящее время в ведущих странах мира вопросы создания профилей стандартов электронного государства передаются из ведения национальных органов стандартизации в специальные межведомственные органы управления архитектурой приложений электронного государства.
Процедура профилирования (функциональная стандартизация) включает в себя определение:
базовых стандартов, в которых определены основополагающие и общие процедуры;
профилей, которые определяют подходящие подмножества или комбинации базовых стандартов, предназначенные для обеспечения конкретных функций.
.2.4Эталонные функциональные модели
Понятие эталонной модели является центральным в области функциональной стандартизации, поскольку определение функциональных возможностей системы и декомпозиция этих служб всегда производится в привязке к структуре эталонной модели. Необходимо отметить, что как эталонные модели, так и архитектуры являются абстрактными представлениями, которые дают возможность для изучения и разработки систем, при этом:
Эталонная модель дескриптивна (descriptive), то есть служит исключительно для описания и имеет своей целью сформировать такое представление о системе, которое не связано со способами конкретной реализации системы.
Архитектуры прескриптивны (prescriptive), то есть всегда содержат предписания и имеют своей целью сформировать представление о системе, которое хотя бы частично связано со способами конкретной реализации системы.
Эталонная модель дает возможность:
определить язык общения и обсуждения, специфический для конкретного класса систем;
выделить и описать существенные функциональные возможности системы;
анализировать сложные системы;
определить направление и границы эволюционирования системы.
Использование эталонных моделей при проектировании сложных систем является сегодня общепринятым подходом. При этом практика показывает, что для описания архитектур уровня электронного государства в целом невозможно обойтись некоторой единой эталонной моделью. Поэтому для целей спецификации свойств, сервисов, принципов функционирования, организационной структуры и других аспектов АПО предполагается использовать набор эталонных моделей, с помощью которых АПО рассматривается с разных точек зрения.
Ниже более подробно рассмотрены две наиболее важные эталонные модели, применяемые для описания открытых систем.
.2.4.1Эталонная модель среды открытых систем (OSE)
Эталонная модель среды открытых систем OSE описана в рекомендациях ИСО по стандартизации. Имеется положительный опыт применения модели OSE при решении проблем стандартизации в процессе реализации крупных проектов в области создания информационных систем.
Проект министерства обороны США по технической архитектуре для информационного менеджмента (Department of Defense Technical Architecture Framework for Information Management (TAFIM)).
Проект общей технической архитектуры министерства обороны США (Department of Defense Joint Technical Architecture (JTA)).
Проект технической архитектуры НАТО (NATO C3 Technical Architecture (NC3TA)).
Проект информационной архитектуры министерства энергетики США (Department of Energy – Information Architecture Project (DOE-IAP)); .
Техническая эталонная модель и профиль стандартов министерства торговли США (US. Department of Commerce Technical Reference Model and Standards Profile).
Проект казначейства США по архитектуре предприятия (US. Treasury Enterprise Architecture Framework (TEAF)).
Согласно ISO/IEC 14252 модель OSE определяет в среде системы следующие объекты:
Прикладное программное обеспечение (ППО). Наряду с аппаратными средствами и данными является одной из разновидностей обеспечения информационной системы, посредством которого система способна удовлетворять определенной совокупности требований пользователя (заказчика).
Прикладная платформа. Представляет собой совокупность ресурсов, включая аппаратные и программные средства, которые обеспечивают реализацию функциональных возможностей, с помощью которых приложение выполняет свои функции. Понятие прикладной платформы не включает конкретной реализации функциональных возможностей. Например, платформа может представлять собой как процессор, используемый несколькими приложениями, так и большую распределенную систему.
Внешнее окружение прикладной платформы. Содержит различные объекты, с которыми прикладная платформа обменивается информацией. В составе внешнего окружения выделяются персонал, информационные объекты (рабочие станции, периферийное оборудование, внешние устройства сбора, обработки и передачи данных и т. п.), объекты коммуникационной инфраструктуры (коммутационное оборудование, СКС и т. п.).
Два основных интерфейса между сущностями:
Интерфейс “платформа – приложение” (АPI) – интерфейс между прикладным программным обеспечением и поставщиком необходимого для функционирования этого программного обеспечения сервиса, то есть прикладной платформой.
Интерфейс “платформа – внешнее окружение” (EEI) – интерфейс между прикладной платформой и внешним окружением, через который осуществляется взаимодействие с внешними по отношению к прикладной платформе программными сущностями посредством использования сервисов этого интерфейса.
.Интерфейсы API и EEI дополнительно детализируются:
Интерфейс коммуникационных сервисов (CSI) – интерфейс, который обеспечивает сервис для реализации взаимодействия с внешними системами. Реализация взаимодействия осуществляется с помощью стандартизации протоколов и форматов данных, которыми можно обмениваться по установленным протоколам.
Человеко-машинный интерфейс (HCI) – интерфейс, через который осуществляется физическое взаимодействие пользователя и системы программного обеспечения.
Интерфейс информационных сервисов (ISI) – граница взаимодействия с внешней памятью долговременного хранения данных, Обеспечивается стандартизацией форматов и синтаксиса представления данных.
Прикладная платформа через оба основных интерфейса к платформе предоставляет службы для различных применений. Так, интерфейс EEI представляет собой совокупность всех трёх интерфейсов (CSI, HCI, ISI), каждый из которых имеет характеристики, определяемые внешним устройством.
Указанные возможности могут предоставляться на месте или на расстоянии, если система объединена в большую распределённую систему. Все другие ресурсы концептуально могут быть составляющими прикладной платформы.
Данная модель настолько обща, что способна отобразить любую из систем общего и специального применения. Спецификация службы определена настолько гибко, что достаточна, чтобы использовать часть группы или расширять любую группу служб, если необходимо. В результате модель OSE пригодна для представления различных архитектур и аппроксимации стандартами.
Модель не является многослойной. Значение имеют состав, определения и связи между ними. Каждая из составляющих взаимодействует с другими по интерфейсу и никаких других отношений (например, зависимость, важность, старшинство, первенство) не назначается и не обнаруживается.
.2.4.2Эталонная модель открытой распределенной обработки
Эталонная модель открытой распределенной обработки ODP определена в комплексе международных стандартов ISO/IEC 10746 Information technology – Open Distributed Processing – Reference model и базируется на концепциях, установленных в соответствии с современными достижениями в области систем распределенной обработки, а также на формальном описании способов спецификации архитектур. Основная цель комплекса стандартов состоит в определении коммуникационной архитектуры уровня приложений эталонной модели открытых систем. Благодаря этому становится возможным создание распределенных систем, способных к использованию средств от различных поставщиков, в контексте среды, удовлетворяющей требованиям OSI. Комплекс стандартов включает четыре части:
ITU-T Rec. X.901 | ISO/IEC 10746-1:1998 Обзор. Эта часть содержит мотивационный обзор ODP, в рамках которого рассматриваются, определяются и развиваются ключевые концепции и дается представление об архитектуре ODP. Здесь содержатся рекомендации пользователям по способам интерпретации и применения эталонной модели при создании систем распределенной обработки, а также описание областей стандартизации, выраженное на языке эталонных точек в соответствии с рекомендациями ITU-T.
ITU-T Rec. X.902 | ISO/IEC 10746-2:1998 Основы. Эта часть содержит определение концепции и аналитических границ для формализованного описания систем распределенной обработки.
ITU-T Rec. X.903 | ISO/IEC 10746-3: Архитектура. Эта часть содержит спецификации характеристик, которые необходимы для придания распределенной обработке свойства открытости.
ITU-T Rec. X.904 | ISO/IEC 10746-4: Архитектурная семантика. Эта часть содержит правила использования концепций моделирования, характерных для ODP и определенных в рекомендациях ITU-T серии Х.900.
Использование концепций, установленных в эталонной модели ODP, позволяет строить системы, обладающие следующими качествами:
Открытостью – обеспечивается как переносимость компонентов системы, так и возможность совместного функционирования компонентов, в том числе функционирующих в составе различных систем.
Интегрируемостью – обеспечивается возможность интеграции различных систем и ресурсов в состав целого без необходимости дорогостоящих разработок. Это предполагает возможность объединения систем с различными архитектурами, ресурсами и поведением. Такая интеграция помогает добиться гетерогенности.
Гибкостью – обеспечивается способность систем как к развитию, так и к приспособлению к имеющимся и предполагаемым действиям способностям наследуемых систем.
Модульностью – обеспечивается возможность автономной работы для отдельных частей системы, остающихся взаимосвязанными. Это качество является базовым для обеспечения гибкости.
Федеративностью – обеспечивается возможность комбинирования системы с системами, принадлежащими другим административным или техническим доменам в целях обеспечения работы, как единое целое.
Управляемостью – обеспечивается возможность для управления, контроля и наблюдения за поведением ресурсов, входящих в состав системы.
Безопасностью – обеспечивается гарантия того, что система и данные защищены от несанкционированного воздействия.
Прозрачностью – для приложений обеспечивается маскирование деталей и особенностей механизмов, используемых для решения проблем, обусловленных распределенностью системы.
Модель ODP строится на четырех базовых элементах:
Использовании подхода объектного моделирования к спецификации систем.
Использовании при специфицировании систем различных, но взаимоувязанных точек зрения.
Использовании при определении инфраструктуры системы представления об обеспечении прозрачности в распределенной системе для системных приложений.
Использовании рамочных соглашений для поддержания системного соответствия.
RM-ODP определяет пять точек зрения на систему:
организационная точка зрения описывает постановку цели, области применения, способы и правила применения;
информационная точка зрения описывает выражение (проявление) и семантику обрабатываемых системой данных, форматы и модели данных;
вычислительная точка зрения описывает разделение приложения на функциональные модули и определяет их интерфейсы;
инженерная точка зрения представляет распределение отдельных элементов системы по физическим ресурсам, а также их связи;
технологическая точка зрения описывает технологии, используемые при реализации системы.
В направлении использования и развития открытой распределенной обработки под эгидой OMG (Object Management Group – Группа управления объектами) разрабатывается большое количество стандартов, в т.ч.:
Стандарт ИПП для доступа к сервисам брокера объектных запросов в архитектуре CORBA (OMG Document Number 91.12.1).
Стандарт языка спецификации интерфейсов объектов IDL ISO/IEC 14750:1998.
Стандарт архитектуры открытого распределенного управления (ODMA) ISO/IEC 13244:1998.
Описание комплекса и распределенных приложений электронного правительства Германии базируется на эталонной модели ODP и объектно-ориентированном подходе.
.2.4.3Прочие эталонные модели
В таблице приведен сводный перечень наиболее важных эталонных моделей, могущих найти применение в АПО:
Таблица 3.1.
-
Наименование эталонной модели
|
Обозначение
|
Спецификация
|
модель
|
подмодель
|
Эталонная модель для открытой распределенной обработки.
|
ODP RM
|
ITU-T Rec. 902|ISO/IEC 10746-2:1995, Reference Model for Open Distributed Processing – Reference Model: Foundation. ITU-T Rec. 903|ISO/IEC 10746-3:1995, Reference Model for Open Distributed Processing – Reference Model: Architecture
Спецификации ITU-T серии X.900
|
|
Язык спецификации интерфейсов объектов
|
ODP IDL
|
ISO/IEC DIS 14750:1999, Information technology – Open Distributed Processing Interface Definition Language
|
|
Архитектура открытого распределенного управления
|
ODMA
|
ISO/IEC 13244:1998, Information technology – Open Distributed Management Architecture
|
Эталонная модель окружения открытых систем
|
OSE RM
|
ISO/IEC 7498:1996, Information processing systems – Open Systems Interconnection – Basic Reference Model ITU-T Rec. X.200 (1994)
|
Эталонная модель управления данными
|
DM RM
|
DIS 9075:1992, Information technology – Reference Model for Data Management
|
Эталонная модель машинной графики
|
CG RM
|
ISO/IEC 11072:1992, Information Technology – Computer Graphics – Computer Graphics Reference Model
|
Эталонная модель открытой архитектуры документов и обмена форматами
|
ODA RM
|
ISO/IEC 8613/1:1994, Information technology – Open Document Architecture (ODA) and Interchange Format – Introduction and general principles. [ITU-T Rec. T.411(1993)]
|
Эталонная модель управления качеством и обеспечения качества
|
ISO 9000
|
ISO 9000-3 Quality management and quality assurance standards – Part 3: Guidelines for the application of ISO 9001 to the development, supply, installation and maintenance of computer software
|
|
Эталонная модель обеспечения качества при проектировании, разработке, производстве, установке и обслуживании.
|
|
ISO 9001 Quality systems – Model for quality assurance in design, development, production, installation and servicing
|
|
Эталонная модель обеспечения качества при производстве, установке и обслуживании.
|
|
ISO 9002 Quality systems – Model for quality assurance in production, installation and servicing
|
|
Эталонная модель обеспечения качества при финальных проверках и тестировании
|
|
ISO 9003 Quality systems – Model for quality assurance in final inspection and test
|
|
Эталонная модель управления качеством
|
|
ISO 9004-1 Quality management and quality system elements – Part 1: Guidelines
|
Эталонная модель жизненного цикла программного обеспечения
|
|
ISO/IEC 12207 Information technology – Software life cycle processes
|
Методы тестирования конформности
|
|
ISO/IEC DIS 13210, Information Technology – Test methods for measuring conformance to POSIX
|
|
|
|
ISO/IEC 9646-1: 1994/ITU-T X.290, ISO/IEC DIS 13210
|
Эргономика программных продуктов
|
|
ISO/IEC 9241. Ergonomic Standards for Computer Products
|
Управление безопасностью
|
|
ISO/IEC 7498, Information processing systems – Open Systems Interconnection – Basic Reference Model. Part 2: Security Architecture [ITU-T Rec. X.800 (1991)]
ISO/IEC DTR 10181-1, Information processing systems – Open Systems Interconnection – Security frameworks in open systems: Security frameworks overview
ISO/IEC DTR 13335-1: 1996 – Information Technology Guidelines for the Management of IT Security (GMITS)
|
|
