Сочинение на тему Качественные рамки политики безопасности

Здесь мы обсудим все 6 качественных факторов, индивидуализируя их в несколько дополнительных характеристик, которые помогут объяснить каждый конкретный фактор. Несмотря на то, что модель была разработана очень давно и все еще широко используется, некоторые факторы могут не использоваться в наше время, так как организация нынешнего поколения рассматривает возможность модернизации и внесения изменений. Несмотря на то, что он был создан в далеком прошлом, он все еще был на ранней стадии. Существует огромная вероятность того, что характеристики, которые обсуждаются далее, могут иметь шанс быть идентифицированными в продолжающемся тематическом исследовании.

 
1. Функциональность. Этот фактор в основном фокусируется на существовании функций, которые требуются для производительности программного обеспечения, которые когда-либо определены, и даже тех, которые заявлены для программного обеспечения. Во время исследования в 2002 году Moody & Shanks также использовали аналогичную концепцию. Эта концепция рассматривалась как полнота, поскольку она имела возможность проверять, содержит ли модель данных полную информацию, которая требуется пользователю, или соответствует ли она требованиям пользователя на каждом этапе. Когда дело доходит до качества программного обеспечения, функциональность будет играть не только полную функциональность.

 

2. Надежность. Этот фактор в основном фокусируется на поддержании производительности путем рассмотрения заданных заявленных условий. Макколл в 1977 году выяснил, как работает программное обеспечение и как оно выполняет свои функции. Поскольку у каждого есть своя точка зрения относительно того, как политика безопасности и ее надежность рассматриваются и насколько последовательны они работают. Он даже рассматривает, как задачи выполняются в контексте организации, поскольку они могут варьироваться от одной компании к другой. В соответствии со стандартом AS / NZS существуют и другие факторы, такие как зрелость и отказоустойчивость.

 

3. Удобство использования. Самым важным при оценке любого качества при разработке является фактор удобства использования. Этот фактор используется в основном с точки зрения времени и ресурсов. Удобство использования этого конкретного фактора заключается в том, чтобы сосредоточиться на реализации политики наряду с ее понятностью. Фактор юзабилити обычно требуется для того, чтобы составлять усилия, его понятность, способность к обучению и привлекательность.

 

4. Эффективность. Возможность получения прибыли описана в терминах качества программирования McCall et al. (1977) как пропорция преимуществ и сотрудничества, необходимых для того, чтобы разыграть требуемые пределы. Это было расширено в стандарте AS / NZS 4216 и было описано как связь между уровнем исполнения изделия и долей используемых преимуществ. С точки зрения процедуры информационной безопасности, адекватность вращается вокруг затрат и усилий по созданию и обеспечению безопасности, приближающихся с прогрессивной точки зрения в той степени, в какой пропорции времени и ресурсов требуются. Адекватность может быть найдена в свете времени и ресурсов (стандарт ISO 9126). Принимая во внимание безопасность, план игры по этим направлениям считается исключительным, если он проявляется в какой-либо степени творческих способностей. Это может быть приписано молодости области. Характеристики адекватности – Поведение Времени и Использование Ресурса.

 

5. Ремонтопригодность. Фактор чувствительности в качестве программирования данных, как показано McCall et al. (1977) основывается на прямолинейности, чтобы поддерживать структуру. В стандарте ISO9126 это аналогичным образом изображено с упором на усилия, необходимые для снятия указанных улучшений с этой вещи. С точки зрения подхода к безопасности данных, чувствительность – это усилие, необходимое для поддержания структуры безопасности данных. В контексте измерения качества вещей и работы Moody and Shanks (1998b) по появлению информации, атрибутами присутствия ума являются анализируемость, изменчивость, надежность и проверяемость.

 

6. Переносимость. Малость в отношении качества программирования основывается на лимите, касающемся предмета, подлежащего торговле, начиная с одного условия, а затем следующего. В курсах по информационной безопасности удобство методологий (особенно между филиалами) – это не все вещи, считающиеся признанной практикой, поскольку процедуры должны быть переделаны в сторону индивидуальной принадлежности. Кроме того, для отношений невозможно использовать различные игровые планы присоединения, поскольку они, вероятно, не будут иметь быстрого совпадения или даже предлагают защиту присоединению, когда они завершены за пределами основной зоны продвижения. Таким образом, для средних направлений действий в области информационной безопасности внутри филиалов фактор качества минимизации не подходит. В любом случае, в широких филиалах, где существуют мета-подходы, удобство превращается в проблему. Следовательно, передающая способность, в огромных связях, вращается вокруг предела мета-техник, которые будут использоваться на всем протяжении присоединения. Чтобы выбрать удобство мета-курса действий, можно использовать разные качества адаптивности. Согласно стандарту ISO9126, этими характеристиками являются адаптируемость, возможность установки, одновременность и тиражируемость.