Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Надежность, эргономика и качество АСОИУ. Учебное пособие
.pdf
31
В стандарте ISO 9126-1. Часть 1: Модель качества рекомендуется специфицировать и оценивать качество систем с различных точек зрения: приобретения, определения требований,
разработки, использования, оценивания, поддержки, сопровождения, обеспечения качества, аудита. Модель качества информационной системы, определенная в данной части стандарта,
может использоваться для следующих целей:
проверки полноты определения требований в контракте;
идентификации требований к АСОИУ;
идентификации целей проекта АСОИУ;
идентификации целей испытаний АСОИУ;
идентификации критериев приемки пользователем и сер-
тификации законченной разработкой АСОИУ.
Данная часть ISO 9126-1 определяет модель характери-
стик качества, которая разделяет общее качество информационных систем на шесть базовых характеристик (функциональные возможности, надежность, практичность, эффективность,
сопровождаемость и мобильность), далее структурированных на
субхарактеристики. Определенные настоящим стандартом характеристики дополнены рядом требований по выбору метрик и
их измерению для различных стадий ЖЦ системы.
Метрики (греч. metrike — мера, размер) в информационных
технологиях — это совокупность принципиально важных показателей, которые определяются и используются для оценки качества программных комплексов. Метрики применимы к любому
типу программных систем, включая компьютерные программы
и данные, содержащиеся в программируемом оборудовании.
Эти характеристики обеспечивают согласованную терминологию для анализа качества информационных систем. Кроме того,
они определяют схему для выбора и специфицирования требований к качеству программных систем, а также для сопоставления возможностей различных программных продуктов.
В стандарте ISO 9126-1. Часть 2: Внешние метрики ис-
пользуются меры АСОИУ, определенные на основе поведения
системы в процессе испытаний, эксплуатации или наблюдения
исполняемой системы.
32
Перед приобретением или использованием системы необходимо провести ее оценку с использованием метрик, учитывающих деловые и профессиональные цели, связанные с использованием, эксплуатацией и управлением продуктом в определенной организационной и технической среде. Внешние метрики обеспечивают заказчикам, пользователям, испытателям и
разработчикам возможность определять качество системы в ходе испытаний или эксплуатации.
В требованиях к качеству АСОИУ должны быть перечислены характеристики и субхарактеристики, которые составляют
полный набор показателей качества. Процесс формирования
требований к качеству завершается определением подходящих
внешних метрик, устанавливающих количественные и качественные критерии, которые подтверждают, что разрабатываемая система удовлетворяет потребностям заказчика и пользователя, и их приемлемых диапазонов значений. Далее определяются и специфицируются внутренние атрибуты системы, чтобы
спланировать удовлетворение требуемых внешних характеристик качества в конечном продукте и обеспечить их в промежуточных продуктах в ходе разработки.
Подходящие внутренние метрики и их приемлемые диапазоны специфицируются для получения числовых значений или
категорий внутренних характеристик качества, чтобы их можно
было использовать для проверки соответствия промежуточных
продуктов, создаваемых в процессе разработки, внутренним
спецификациям качества. Рекомендуется использовать внутренние метрики, которые имеют наиболее сильные связи с целевыми внешними метриками.
Стандарт ISO 9126-1. Часть 3: Внутренние метрики применяется в ходе проектирования и программирования к неисполняемым компонентам системы, таким как спецификация или
исходный программный текст. При разработке АСОИУ промежуточные продукты оцениваются с использованием внутренних
метрик, которые измеряют свойства программ, и могут быть
выведены из моделируемого поведения. Основная цель использования внутренних метрик — обеспечить достижение требуемого внешнего качества системы. Внутренние метрики дают
33
возможность пользователям, испытателям и разработчикам оценивать качество жизненного цикла программ и заниматься
вопросами технологического обеспечения качества задолго до
того, как АСОИУ становится готовым исполняемым продуктом.
Внутренние метрики позволяют измерять внутренние атрибуты системы или формировать признаки внешних атрибутов
путем анализа статических свойств промежуточных или поставляемых программных компонентов. Для измерения внутренних
метрик используются категории, числа или характеристики элементов системы, которые, например, имеются в процедурах исходного программного текста, в потоке данных и в представлениях изменения состояний памяти.
Документация также может оцениваться с использованием
внутренних метрик.
Стандарт ISO 9126-1. Часть 4: Метрики качества в ис-
пользовании определяет степень удовлетворения продуктом
потребностей конкретных пользователей в достижении заданных целей. При этом учитываются: результативность, подразумевающая точность и полноту достижения определенных целей
пользователями при применении системы; продуктивность, соответствующую соотношению израсходованных ресурсов и результативности при ее эксплуатации; удовлетворенность — психологическое отношение к качеству используемой системы.
Метрики качества в использовании не входят в число шести базовых характеристик АСОИУ (функциональные возможности,
надежность, практичность, эффективность, сопровождаемость и
мобильность), регламентируемых стандартом ISO 9126-1-4, однако они рекомендуются для интегральной оценки результатов
функционирования комплексов программ.
Метрики качества в использовании должны подтверждать
качество системы для определенных сценариев и задач. Данные
метрики являются оптимальными для определения качества системы пользователем. Качество в использовании — это восприятие пользователем качества системы, измеряемое скорее в
терминах результатов использования системы, чем в показателях
собственных внутренних свойств АСОИУ.
34
Связь качества в использовании с другими характеристиками качества систем зависит от типа пользователя: для конечного
пользователя качество в использовании обусловливают в основном характеристики функциональных возможностей, надежности, практичности и эффективности, а для персонала сопровождения АСОИУ качество в использовании определяется сопровождаемостью.
На качество в использовании могут влиять любые характеристики качества, и это понятие шире, чем, например, практичность, которая связана с простотой использования и привлекательностью. Качество в использовании в той или иной степени
характеризуется сложностью применения комплекса программ,
которую можно описать трудоемкостью использования с требуемой результативностью. Многие характеристики и субхарактеристики показателей качества АСОИУ обобщенно отражаются
неявными технико-экономическими показателями, которые
определяют функциональную пригодность конкретной АСОИУ.
Из всего вышеизложенного нетрудно заметить, что в течение последних десятилетий активизировался рост числа всевозможных стандартов качества информационно-программных систем. Исходя из этого, следует учитывать, что постоянно меняющиеся стандарты не всегда позволяют адекватно оценить реальное качество разрабатываемых систем.
2.2. Стандартизированные показатели качества
информационных систем
Стандарты категоризуют атрибуты качества системы по
шести характеристикам:
1) функциональным возможностям;
2) надежности;
3) практичности;
4) эффективности;
5) сопровождаемости;
6) мобильности.
Далее характеристики подразделяются на субхарактеристики, которые могут измеряться внутренними или внешними метриками.
35
Исходя из принципиальных возможностей их измерения,
все характеристики объединены в три группы (табл. 2.1):
1) категорийно-описательные, отражающие набор свойств
и общие характеристики объекта (функции, категории ответственности, защищенности и важности), которые могут быть
представлены номинальной шкалой категорий;
2) количественные, представляемые множеством упорядоченных, равноотстоящих точек, отражающих непрерывные закономерности, и описываемые интервальной или относительной
шкалой. Эти показатели можно объективно измерить и численно сопоставить с требованиями;
3) качественные, содержащие несколько упорядоченных
или отдельных значений (категорий), которые характеризуются
порядковой или точечной шкалой набора категорий, устанавливаются в значительной степени субъективно и экспертно.
Функциональные возможности — способность АСОИУ
обеспечивать функции, удовлетворяющие установленным потребностям заказчиков и пользователей при применении комплекса программ в заданных условиях. Данная характеристика
определяет, какие функции и задачи решает АСОИУ для удовлетворения потребностей, в то время как другие характеристики главным образом связаны непосредственно с функционированием системы. В данной характеристике для установленных и
подразумеваемых потребностей применимы описания и примечания к определению характеристик качества. Субхарактеристики функциональной возможности можно охарактеризовать в
основном категориями и качественным описанием функций, для
которых трудно определить меры и шкалы. Поэтому они отнесены в отдельную группу категорийно-описательных метрик.
Функциональная пригодность — это набор и описания атрибутов, определяющих назначение, номенклатуру, основные, необходимые и достаточные функции АСОИУ, заданные техническим заданием и спецификациями требований заказчика или потенциального пользователя. В процессе проектирования АСОИУ
атрибуты функциональной пригодности должны конкретизироваться в спецификациях на компоненты и на систему в целом.
36
Категорийно-описательные метрики
Функциональные возможности
Функциональная пригодность
Корректность (правильность)
Способность к взаимодействию
Защищенность
Согласованность
Количественные метрики
Надежность
Завершенность
Устойчивость к дефектам
Восстанавливаемость
Доступность (готовность)
Эффективность
Временная эффективность
Используемость ресурсов
Качественные метрики
Практичность
Понятность
Простота использования
Изучаемость
Привлекательность
Сопровождаемость
Анализируемость
Изменяемость
Стабильность
Тестируемость
Мобильность
Адаптируемость
Простота установки
Сосуществование (соответствие)
Замещаемость
Некоторые атрибуты можно численно представить точностью результатов, относительным числом поэтапно изменяемых
функций, числом реализуемых требований спецификаций заказчиков и т. д. Кроме них функциональную пригодность отражают
множество различных специализированных метрик, которые
тесно связаны с конкретными функциями и областью применения программ.
Таблица 2.1
Характеристики качества АСОИУ
В наибольшей степени функциональная пригодность связана с корректностью и надежностью АСОИУ. Кроме них
37
функциональная пригодность отражается множеством различных характеристик и субхарактеристик, таких как способность
компонентов к взаимодействию и степень стандартизации интерфейсов, мобильность программ и их защищенность от негативных внешних воздействий.
Корректность (правильность) — способность системы
обеспечивать правильные или приемлемые результаты и эффекты. Данное понятие включает получение ожидаемых данных с
необходимой степенью точности расчетных значений. Приведенные ниже виды корректности используются в основном для
интегральной оценки разработанных информационных систем.
В процессе проектирования модулей и групп программ применяются частные конструктивные показатели корректности,
которые включают корректность структуры программ, обработки данных и межмодульных интерфейсов. Каждый из частных
показателей может характеризоваться несколькими методами
измерения качества и достигаемой степенью корректности программ: детерминировано, стохастически или в реальном времени. Корректность программных модулей включает функциональную и конструктивную корректность.
Конструктивная корректность модулей заключается в соответствии их структуры общим правилам структурного программирования и конкретным правилам оформления и внутреннего
строения программных модулей в данном проекте. Функциональная корректность модулей определяется корректностью обработки исходных данных и получения результатов.
Корректность обработки данных также имеет функциональную и конструктивную составляющие. Конструктивная корректность обработки данных определяется правилами их структурирования и упорядочения. Эти правила могут быть достаточно полно формализованы без учета конкретных особенностей функций программ.
Назначение и область применения программ определяют
выбор используемых структур данных и конкретных методик их
упорядочения. Функциональная корректность обработки данных
связана в основном с конкретизацией их содержания в процессе
38
исполнения программ, а также учитывается при подготовке
данных внешним абонентам.
Корректность структуры комплексов программ определяется корректностью структуры модулей и корректностью структуры групп программ, построенных из модулей. Для оценки корректности структуры программ используется несколько частных
показателей, различающихся степенью охвата тестами структурных компонентов программы при тестировании.
Способность к взаимодействию — свойство АСОИУ и их
компонентов взаимодействовать с одной или большим числом
указанных систем или компонентов. Способность программных
и информационных компонентов к взаимодействию можно оценивать объемом изменений в системе, которые необходимо выполнить при дополнении или исключении некоторой функции,
при отсутствии изменений операционной или аппаратной среды.
Этот показатель связан с такими субхарактеристиками, как
корректность и унифицированность межмодульных интерфейсов, которая определяется двумя видами связей: по управлению
и по информации.
Связи по управлению определяются вызовами программных
модулей и возвратами в вызывавшие модули. Взаимодействие
модулей по информации может происходить через обменные
переменные, непосредственно подготавливаемые и используемые соседними модулями, или через глобальные переменные
между более крупными компонентами. Многообразие и сложность информационных связей в крупных системах значительно
затрудняют формализацию и измерение достигнутой корректности взаимодействия программ.
Защищенность — способность систем защищать програм-
мы, информацию и данные. В критериях защиты и обеспечения
безопасности для конкретной АСОИУ сосредоточиваются разнообразные характеристики, которые в ряде случаев трудно или
невозможно описать количественно, в связи с чем приходится
оценивать их экспертно или по бальной системе.
Основное внимание в практике обеспечения безопасности
применения информационных систем сосредоточено на защите
от злоумышленных разрушений, искажений и хищений про-
39
граммных средств и информации баз данных. При этом подразумевается наличие заинтересованных лиц в доступе к конфиденциальной или полезной информации с целью ее незаконного
использования, хищения, искажения или уничтожения.
В реальных сложных системах возможны катастрофические
последствия и аномалии функционирования, отражающиеся на
безопасности применения, при которых их источниками являются случайные, непредсказуемые, дестабилизирующие факторы при отсутствии непосредственно заинтересованных в подобных нарушениях лиц.
Наиболее полно качество защиты ИС характеризуется величиной предотвращенного ущерба, возможного при проявлении дестабилизирующих факторов и реализации конкретных
угроз безопасности, а также средним временем между возможными проявлениями угроз, нарушающих безопасность. Однако
описать и измерить возможный ущерб при нарушении безопасности для критических АСОИУ разных классов практически
невозможно. Поэтому факты реализации угроз целесообразно характеризовать интервалами времени между их проявлениями
или наработкой на отказы, отражающиеся на безопасности. Это
сближает понятия и характеристики степени безопасности с показателями надежности АСОИУ. Принципиальное различие состоит в том, что в показателях надежности учитываются все
реализации отказов, а в характеристиках защиты следует регистрировать только те отказы, которые отразились на безопасности функционирования.
Достаточно универсальным измеряемым показателем при
этом остается длительность восстановления нормальной работоспособности информационной системы. Приближенно такие катастрофические отказы в восстанавливаемых системах можно
выделять по превышению некоторой допустимой длительности
восстановления работоспособности.
В требованиях к программам, обеспечивающим защиту,
следует отражать все аспекты, необходимые для удовлетворения
согласованных потребностей заказчика по общей безопасности
АСОИУ.
40
Согласованность — соответствие системы стандартам,
нормативным документам, соглашениям или нормам законов и
другим предписаниям, связанным с функциями, областью применения и защитой АСОИУ.
Надежность — свойство комплекса программ обеспечивать
достаточно низкую вероятность отказа в процессе функционирования системы в реальном времени. Основные термины и
определения, имеющие отношение к надежности АСОИУ, изложены в третьем разделе. Здесь же отметим, что надежность
функционирования программ является понятием динамическим,
проявляющимся во времени.
Завершенность — свойство системы не попадать в состоя-
ния отказов вследствие имеющихся ошибок и дефектов в программах и данных. Количество необнаруженных дефектов и
ошибок непосредственно отражается на длительности нормального функционирования комплекса программ между сбоями и
отказами.
Завершенность можно характеризовать наработкой (длительностью) на отказ при отсутствии автоматического восстановления (рестарта), измеряемой обычно часами. На этот показатель
надежности влияют только отказы вследствие проявившихся
дефектов.
Устойчивость к дефектам и ошибкам — свойство систе-
мы поддерживать заданный уровень качества функционирования в случаях проявления дефектов и ошибок или нарушений
установленного интерфейса. Для этого в систему должна вводиться временная, программная и информационная избыточность,
реализующая оперативное обнаружение дефектов функционирования, их идентификацию и автоматическое восстановление
нормального функционирования системы.
Относительная доля вычислительных ресурсов, используемых
непосредственно для быстрой ликвидации последствий отказов
и оперативного восстановления нормального функционирования системы (рестарта) отражается на повышении устойчивости и надежности программ. Наработка на отказ при наличии
оперативного рестарта определяет величину устойчивости.
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]