Быстрое увеличение сложности и размеров современных комплексов программ при одновременном росте ответственности выполняемых функций резко повысило требования со стороны заказчиков и пользователей к их качеству и безопасности применения. Испытанным средством обеспечения высокой эффективности и качества функционирования программ и программных комплексов являются международные стандарты, разработанные при участии представителей ведущих компаний отрасли.
По мере расширения применения и увеличения сложности информационных систем выделились области, в которых ошибки или недостаточное качество программ либо данных могут нанести ущерб, значительно превышающий положительный эффект от их использования.
Во многих случаях контракты и предварительные планы на создание сложных программных средств и баз данных для информационных систем подготавливаются и оцениваются неквалифицированно, на основе неформализованных представлений заказчиков и разработчиков о требуемых функциях и характеристиках качества информационных систем. Значительные системные ошибки при определении требуемых показателей качества, оценке трудоемкости, стоимости и длительности создания программных средств — явление достаточно массовое. Многие информационные системы не способны выполнять полностью требуемые функциональные задачи с гарантированным качеством, и их приходится долго и иногда безуспешно дорабатывать для достижения необходимого качества и надежности функционирования, затрачивая дополнительно большие средства и время. В результате часто проекты информационных систем не соответствуют исходному, декларированному назначению и требованиям к характеристикам качества, не укладываются в графики и бюджет разработки.
c07 6, Показатели качества управления: прямые показатели качества
В технических заданиях и реализованных проектах информационных систем часто обходятся молчанием или недостаточно формализуются сведения о понятиях и значениях качества программного продукта, о том, какими характеристиками они описываются, как их следует измерять и сравнивать с требованиями, отраженными в контракте, техническом задании или спецификациях. Кроме того, некоторые из характеристик часто отсутствуют в требованиях на программные средства, что приводит к произвольному их учету или к пропуску при испытаниях. Нечеткое декларирование в документах понятий и требуемых значений характеристик качества программных средств вызывает конфликты между заказчиками-пользователями и разработчиками-поставщиками из-за разной трактовки одних и тех же характеристик. В связи с этим стратегической задачей в жизненном цикле современных информационных систем стало обеспечение требуемого качества программных средств и баз данных.
За последние несколько лет создано множество международных стандартов, регламентирующих процессы и продукты жизненного цикла программных средств и баз данных. Применение этих стандартов может служить основой для систем обеспечения качества программных средств, однако требуется корректировка, адаптация или исключение некоторых положений стандартов применительно к принципиальным особенностям технологий и характеристик этого вида продукции. При этом многие клиенты требуют соответствия технологии проектирования, производства и качества продукции современным международным стандартам, которые необходимо осваивать и применять для обеспечения конкурентоспособности продукции на мировом рынке.
Лысыч М.Н. 1.1. Общие сведения. Показатели качества. Методы оценки качества продукции
Стандартизация характеристик качества
Одной из важнейших проблем обеспечения качества программных средств является формализация характеристик качества и методология их оценки. Для определения адекватности качества функционирования, наличия технических возможностей программных средств к взаимодействию, совершенствованию и развитию необходимо использовать стандарты в области оценки характеристик их качества.
Основой регламентирования показателей качества программных средств ранее являлся международный стандарт ISO 9126:1991 (ГОСТ Р ИСО / МЭК 9126-93) «Информационная технология. Оценка программного продукта. Характеристики качества и руководство по их применению». Завершается разработка и формализован последний проект состоящего из четырех частей стандарта ISO 9126-1—4 для замены небольшой редакции 1991 года. Проект состоит из следующих частей под общим заголовком «Информационная технология — характеристики и метрики качества программного обеспечения»: «Часть 1. Характеристики и субхарактеристики качества» Часть 2. Внешние метрики качества» «Часть 3. Внутренние метрики качества» «Часть 4. Метрики качества в использовании».
В России в области обеспечения жизненного цикла и качества сложных комплексов программ в основном применяется группа устаревших ГОСТов, которые отстают от мирового уровня на 5-10 лет.
Первая часть стандарта — ISO 9126-1 — распределяет атрибуты качества программных средств по шести характеристикам, используемым в остальных частях стандарта. Исходя из принципиальных возможностей их измерения, все характеристики могут быть объединены в три группы, к которым применимы разные категории метрик:
- категорийным, или описательным (номинальным) метрикам наиболее адекватны функциональные возможности программных средств;
- количественные метрики применимы для измерения надежности и эффективности сложных комплексов программ;
- качественные метрики в наибольшей степени соответствуют практичности, сопровождаемости и мобильности программных средств.
В части стандарта ISO 9126-1 даются определения с уточнениями из остальных его частей для каждой характеристики программного средства, а также для субхарактеристик качества.
За последние несколько лет создано множество стандартов ISO, регламентирующих процессы и продукты жизненного цикла программных средств и баз данных, которые могут служить основой для систем обеспечения качества программных продуктов.
Вторая и третья части стандарта — ISO 9126-2 и ISO 9126-3 — посвящены формализации соответственно внешних и внутренних метрик характеристик качества сложных программных средств. Все таблицы содержат унифицированную рубрикацию, где отражены имя и назначение метрики; метод ее применения; способ измерения, тип шкалы метрики; тип измеряемой величины; исходные данные для измерения и сравнения; а также этапы жизненного цикла программного средства (по ISO 12207), к которым применима метрика.
Четвертая часть стандарта — ISO 9126-4 — предназначена для покупателей, поставщиков, разработчиков, сопровождающих, пользователей и менеджеров качества программных средств. В ней обосновываются и комментируются выделенные показатели сферы (контекста) использования программных средств и группы выбранных метрик для пользователей.
Выбор показателей качества
Процессы выбора и установления метрик и шкал для описания характеристик качества программных средств можно разделить на два этапа:
- выбор и обоснование набора исходных данных, отражающих общие особенности и этапы жизненного цикла проекта программного средства и его потребителей, каждый из которых влияет на определенные характеристики качества комплекса программ;
- выбор, установление и утверждение конкретных метрик и шкал измерения характеристик и атрибутов качества проекта для их последующей оценки и сопоставления с требованиями спецификаций в процессе квалификационных испытаний или сертификации на определенных этапах жизненного цикла программного средства.
На первом этапе за основу следует брать всю базовую номенклатуру характеристик, субхарактеристик и атрибутов, стандартизированных в ISO 9126. Их описания желательно предварительно упорядочить по приоритетам с учетом назначения и сферы применения конкретного проекта программного средства. Далее необходимо выделить и ранжировать по приоритетам потребителей, которым необходимы определенные показатели качества проекта программного средства с учетом их специализации и профессиональных интересов. Подготовка исходных данных завершается выделением номенклатуры базовых, приоритетных показателей качества, определяющих функциональную пригодность программного средства для определенных потребителей.
На втором этапе, после фиксирования исходных данных, которое должен выполнить потребитель оценок качества, процессы выбора номенклатуры и метрик начинаются с ранжирования характеристик и субхарактеристик для конкретного проекта и их потребителя. Далее этими специалистами для каждого из отобранных показателей должна быть установлена и согласована метрика и шкала оценок субхарактеристик и их атрибутов для проекта и потребителя результатов анализа. Для показателей, представляемых качественными признаками, желательно определить и зафиксировать в спецификациях описания условий, при которых следует считать, что данная характеристика реализуется в программном средстве. Выбранные значения характеристик качества и их атрибутов должны быть предварительно проверены разработчиками на их реализуемость с учетом доступных ресурсов конкретного проекта и при необходимости откорректированы.
Методологии и стандартизации оценки характеристик качества готовых программных средств и их компонентов (программного продукта) на различных этапах жизненного цикла посвящен международный стандарт ISO 14598, состоящий из шести частей. Рекомендуется следующая общая схема процессов оценки характеристик качества программ:
- установка исходных требований для оценки — определение целей испытаний, идентификация типа метрик программного средства, выделение адекватных показателей и требуемых значений атрибутов качества;
- селекция метрик качества, установление рейтингов и уровней приоритета метрик субхарактеристик и атрибутов, выделение критериев для проведения экспертиз и измерений;
- планирование и проектирование процессов оценки характеристик и атрибутов качества в жизненном цикле программного средства;
- выполнение измерений для оценки, сравнение результатов с критериями и требованиями, обобщение и оценка результатов.
Для каждой характеристики качества рекомендуется формировать меры и шкалу измерений с выделением требуемых, допустимых и неудовлетворительных значений. Реализация процессов оценки должна коррелировать с этапами жизненного цикла конкретного проекта программного средства в соответствии с применяемой, адаптированной версией стандарта ISO 12207.
Функциональная пригодность — наиболее неопределенная и объективно трудно оцениваемая субхарактеристика программного средства. Области применения, номенклатура и функции комплексов программ охватывают столь разнообразные сферы деятельности человека, что невозможно выделить и унифицировать небольшое число атрибутов для оценки и сравнения этой субхарактеристики в различных комплексах программ.
Оценка корректности программных средств состоит в формальном определении степени соответствия комплекса реализованных программ исходным требованиям контракта, технического задания и спецификаций на программное средство и его компоненты. Путем верификации должно быть определено соответствие исходным требованиям всей совокупности к компонентов комплекса программ, вплоть до модулей и текстов программ и описаний данных.
Оценка способности к взаимодействию состоит в определении качества совместной работы компонентов программных средств и баз данных с другими прикладными системами и компонентами на различных вычислительных платформах, а также взаимодействия с пользователями в стиле, удобном для перехода от одной вычислительной системы к другой с подобными функциями.
Оценка защищенности программных средств включает определение полноты использования доступных методов и средств защиты программного средства от потенциальных угроз и достигнутой при этом безопасности функционирования информационной системы. Наиболее широко и детально методологические и системные задачи оценки комплексной защиты информационных систем изложены в трех частях стандарта ISO 15408:1999-1—3 «Методы и средства обеспечения безопасности. Критерии оценки безопасности информационных технологий».
Оценка надежности — измерение количественных метрик атрибутов субхарактеристик в использовании: завершенности, устойчивости к дефектам, восстанавливаемости и доступности/готовности.
Потребность в ресурсах памяти и производительности компьютера в процессе решения задач значительно изменяется в зависимости от состава и объема исходных данных. Для корректного определения предельной пропускной способности информационной системы с данным программным средством нужно измерить экстремальные и средние значения длительностей исполнения функциональных групп программ и маршруты, на которых они достигаются. Если предварительно в процессе проектирования производительность компьютера не оценивалась, то, скорее всего, понадобится большая доработка или даже замена компьютера на более быстродействующий.
Оценка практичности программных средств проводится экспертами и включает определение понятности, простоты использования, изучаемости и привлекательности программного средства. В основном это качественная (и субъективная) оценка в баллах, однако некоторые атрибуты можно оценить количественно по трудоемкости и длительности выполнения операций при использовании программного средства, а также по объему документации, необходимой для их изучения.
Сопровождаемость можно оценивать полнотой и достоверностью документации о состояниях программного средства и его компонентов, всех предполагаемых и выполненных изменениях, позволяющей установить текущее состояние версий программ в любой момент времени и историю их развития. Она должна определять стратегию, стандарты, процедуры, распределение ресурсов и планы создания, изменения и применения документов на программы и данные.
Оценка мобильности — качественное определение экспертами адаптируемости, простоты установки, совместимости и замещаемости программ, выражаемое в баллах. Количественно эту характеристику программного средства и совокупность ее атрибутов можно (и целесообразно) оценить в экономических показателях: стоимости, трудоемкости и длительности реализации процедур переноса на иные платформы определенной совокупности программ и данных.
Система управления качеством
Выбор характеристик и оценка качества программных средств — лишь одна из задач в области обеспечения качества продукции, выпускаемой компаниями — разработчиками ПО. Комплексное решение задач обеспечения качества программных средств предполагает разработку и внедрение той или иной системы управления качеством. В мировой практике наибольшее распространение получила система, основанная на международных стандартах серии ISO 9000, включающей десяток с лишним документов, в том числе стандарт, регламентирующий обеспечение качества ПО (ISO 9000/3). Эти стандарты должны служить руководством для ведущих специалистов компаний, разрабатывающих ПО на заказ.
Определения характеристик и субхарактеристик качества (ISO 9126-1)
Функциональные возможности — способность программного средства обеспечивать решение задач, удовлетворяющих сформулированные потребности заказчиков и пользователей при применении комплекса программ в заданных условиях.
Функциональная пригодность — набор и описания субхарактеристики и ее атрибутов, определяющие назначение, номенклатуру, основные, необходимые и достаточные функции программного средства, соответствующие техническому заданию и спецификациям требований заказчика или потенциального пользователя.
Правильность (корректность) — способность программного средства обеспечивать правильные или приемлемые для пользователя результаты и внешние эффекты.
Способность к взаимодействию — свойство программных средств и их компонентов взаимодействовать с одной или большим числом компонентов внутренней и внешней среды.
Защищенность — способность компонентов программного средства защищать программы и информацию от любых негативных воздействий.
Надежность — обеспечение комплексом программ достаточно низкой вероятности отказа в процессе функционирования программного средства в реальном времени.
Эффективность — свойства программного средства, обеспечивающие требуемую производительность решения функциональных задач, с учетом количества используемых вычислительных ресурсов в установленных условиях.
Практичность (применимость) — свойства программного средства, обусловливающие сложность его понимания, изучения и использования, а также привлекательность для квалифицированных пользователей при применении в указанных условиях.
Сопровождаемость — приспособленность программного средства к модификации и изменению конфигурации и функций.
Мобильность — подготовленность программного средства к переносу из одной аппаратно-операционной среды в другую.
| 02.2007 | ||
|
Источник: www.interface.ru Оценка качественных показателей программного продукта. Отчет по лабораторной работе 1 Оценка качественных показателей программного продукта
Единственный в мире Музей Смайликов Самая яркая достопримечательность Крыма
Скачать 289.87 Kb. Федеральное государственное автономное образовательное учреждение высшего образования «ЮЖНЫЙ ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ» (ФГАОУ ВО «ЮФУ») Институт компьютерных технологий и информационной безопасности Кафедра математического обеспечения и применения ЭВМ Отчет по лабораторной работе №1 « Оценка качественных показателей программного продукта» по дисциплине «Качество и тестирование программного обеспечения» по модулю «Метрология программного обеспечения» Выполнили: Костылев А.В. Оглавление2ТЕХНИЧЕСКОЕ ЗАДАНИЕ 3 3ВЫПОЛНЕНИЕ РАБОТЫ 4 3.1.1Надежность ПО 5
1. Выбрать показатели качества (не менее 5) и сформулировать их сущность. Каждый показатель должен быть существенным, т. e. Должны быть ясны потенциальные выгоды его использования. Показатели представить в виде таблицы (таблица 1); |
||
| Показатели качества | Сущность показателя | Экспертная оценка (вес) wi | Оценка, установленная экспериментом ri |
2. Установить веса показателей wi(∑wi=1);
3. Для каждого показателя установить конкретную численную оценку riот 0 до 1, исходя из следующего:
0 – свойство в ПП присутствует, но качество его неприемлемо;
0.5 — 1 – свойство в ПП присутствует и обладает приемлемым качеством;
1 – свойство в ПП присутствует и обладает очень высоким качеством.
Возможно, присвоение промежуточных значений в соответствии с мнением оценивающего лица относительно полезности того или иного свойства ПП.
Задание на лабораторную работу
- Разработать собственный калькулятор;
- Сравнить два программных продукта (ПП): калькулятор фирмы Microsoft и калькулятор, написанный студентами. Сравнение проводить по следующим оценочным элементам: надежность программного средства (ПС), сопровождаемость, корректность, гибкость.
- ВЫПОЛНЕНИЕ РАБОТЫ
Рис.1 Калькулятор фирмы Microsoft
Разработанный в процессе выполнения лабораторной работы калькулятор. Данный калькулятор разработан в среде C# представлен на рисунке 2:
Сравнение по оценочным элементам
Надежность ПО
Оценочные элементы фактора «Надежность ИС»:
| Код элемента | наименование | Метод оценки | Оценка калькулятора Microsoft | Оценка калькулятора |
| Н0101 | Наличие требований к программе по устойчивости функционирования при наличии ошибок во входных данных | экспертный | 1 | 1 |
| Н0102 | Возможность обработки ошибочных ситуаций | экспертный | 1 | 1 |
| Н0103 | Полнота обработки ошибочных ситуаций | экспертный | 1 | |
| Н0104 | Наличие тестов для проверки допустимых значений входных данных | экспертный | 1 | |
| Н0105 | Наличие системы контроля полноты входных данных | экспертный | 0,5 | |
| Н0106 | Наличие средств контроля корректности входных данных | экспертный | 1 | 0,5 |
| Н0201 | Наличие требований к программе по восстановлению процесса выполнения в случае сбоя операционной системы, процессора внешних устройств | экспертный | 1 | |
| Н0202 | Наличие требований к программе по восстановлению результатов при отказах процессора и операционной системы | экспертный | 1 | |
| Н0203 | Наличие средств восстановления процессора в случае сбоев оборудования | экспертный | 1 | |
| Н0205 | Наличие возможности повторного старта с точки прерывания | экспертный | ||
| Н0110 | Наличие обработки неопределенностей | экспертный | 1 | |
| Н0301 | Наличие централизованного управления процессами, конкурирующими из-за ресурсов | экспертный | 1 | |
| Н0302 | Наличие возможности автоматически обходить ошибочные ситуации в процесса вычисления | экспертный | ||
| всего | 10 | 3 | ||
Сопровождаемость
Оценочные элементы фактора «сопровождаемость»
| Код элемента | наименование | Метод оценки | Оценка калькулятора Microsoft | Оценка калькулятора |
| С0803 | Наличие комментариев в точках входа и выхода программы | экспертный | ||
| С0303 | Осуществляется ли передача результатов работы модуля через вызывающий его модуль | экспертный | ||
| С0604 | Оценка программы по числу циклов | экспертный | ||
| С1001 | Используется ли язык высокого уровня | экспертный | 1 | 1 |
| С0301 | Наличие проверки корректности передаваемых данных | экспертный | ||
| С0601 | Использование при построении программ метода структурного программирования | экспертный | 1 | 1 |
| С0602 | Соблюдение принципа разработки программы сверху вниз | экспертный | 1 | |
| С0201 | Наличие ограничений на размеры модуля | экспертный | ||
| С0101 | Наличие модульной схемы программы | экспертный | 1 | |
| всего | 4 | 2 | ||
Корректность
Универсальность/гибкость.
Оценочные элементы фактора «гибкость»
| Код элемента | наименование | Метод оценки | Оценка калькулятора Microsoft | Оценка калькулятора | ||
| Г1208 | Наличие общих комментариев к программам | экспертный | 1 | |||
| Г1301 | Использование языков высокого уровня | экспертный | 1 | 1 | ||
| Г1302 | Семантика имен используемых переменных | экспертный | 1 | 1 | ||
| Г1303 | Использование отступов, сдвигов и пропусков при формировании текста | экспертный | 1 | 1 | ||
| Г0803 | Зависимость от других программных средств | экспертный | ||||
| Г0101 | Оценка числа потенциальных пользователей | экспертный | 1 | |||
| Г0201 | Наличие схемы иерархии модулей программы | экспертный | ||||
| Г0202 | Оценка независимости модулей | экспертный | 1 | 1 | ||
| Г0402 | Наличие описания структуры программ | экспертный | ||||
| Г0802 | Оценка зависимости программы от программ операционной системы | экспертный | 1 | 1 | ||
| всего | 6 | 6 | ||||
Оценка качества
Формула:
Оценки качества по следующим оценочным элементам: надежность программного средства (ПС), сопровождаемость, корректность, гибкость:
Источник: topuch.com
ГОСТ 28195-89 Оценка качества программных средств. Общие положения
Настоящий стандарт устанавливает общие положения по оценке качества программных средств вычислительной техники (далее — ПС), поставляемых через фонды алгоритмов и программ (ФАП), номенклатуру и применяемость показателей качества ПС.
Термины, применяемые в стандарте, и пояснения к ним приведены в приложении 1.
1 . ОБЩИЕ ПОЛОЖЕНИЯ
1.1 . Оценка качества осуществляется на всех этапах жизненного цикла ПС при:
— планировании показателей качества ПС;
— контроле качества на отдельных этапах разработки (техническое задание, технический проект, рабочий проект);
— контроле качества в процессе производства ПС;
— проверке эффективности модификации ПС на этапе сопровождения.
1.2 . Оценка качества ПС представляет собой совокупность операций, включающих выбор номенклатуры показателей качества оцениваемого ПС, определение значений этих показателей и сравнение их с базовыми значениями.
1.3 . Оценку качества проводят специалисты организаций:
— разработчика — на этапах разработки ПС;
— фондодержателя — на этапах приемки ПС в фонд;
— испытательных центров и центров сертификации ПС — на этапах испытаний и внедрения;
— изготовителя — на этапах тиражирования ПС;
— пользователя — на этапах внедрения, сопровождения и эксплуатации ПС.
1.4 . Основные задачи, решаемые при оценке качества ПС:
— планирование уровня качества;
— контроль значений показателей качества в процессе разработки и испытаний;
— эксплуатационный контроль заданного уровня качества;
— выбор базовых образцов по подклассам и группам;
— методическое руководство разработкой нормативно-технических документов по оценке качества.
1.5 . Методы определения показателей качества ПС различаются:
— по способам получения информации о ПС — измерительный, регистрационный, органолептический, расчетный;
— по источникам получения информации — традиционный, экспертный, социологический.
1.5.1 . Измерительный метод основан на получении информации о свойствах и характеристиках ПС с использованием инструментальных средств. Например, с использованием этого метода определяется объем ПС — число строк исходного текста программ и число строк — комментариев, число операторов и операндов, число исполненных операторов, число ветвей в программе, число точек входа (выхода), время выполнения ветви программы, время реакции и другие показатели.
1.5.2 . Регистрационный метод основан на получении информации во время испытаний или функционирования ПС, когда регистрируются и подсчитываются определенные события, например, время и число сбоев и отказов, время передачи управления другим модулям, время начала и окончания работы.
1.5.3 . Органолептический метод основан на использовании информации, получаемой в результате анализа восприятия органов чувств (зрения, слуха), и применяется для определения таких показателей как удобство применения, эффективность и т.п.
1.5.4 . Расчетный метод основан на использовании теоретических и эмпирических зависимостей (на ранних этапах разработки), статистических данных, накапливаемых при испытаниях, эксплуатации и сопровождении ПС. При помощи расчетного метода определяются длительность и точность вычислений, время реакции, необходимые ресурсы.
1.5.5 . Определение значений показателей качества ПС экспертным методом осуществляется группой экспертов-специалистов, компетентных в решении данной задачи, на базе их опыта и интуиции.
Экспертный метод применяется в случаях, когда задача не может быть решена никаким другим из существующих способов или другие способы являются значительно более трудоемкими. Экспертный метод рекомендуется применять при определении показателей наглядности, полноты и доступности программной документации, легкости освоения, структурности.
1.5.6 . Социологические методы основаны на обработке специальных анкет-вопросников.
2 . НОМЕНКЛАТУРА ПОКАЗАТЕЛЕЙ КАЧЕСТВА ПРОГРАММНЫХ СРЕДСТВ
2.1 . Номенклатура показателей качества и характеризуемые ими свойства программных средств приведены в табл. 1 , где представлены 2 уровня иерархической структуры показателей качества ПС:
Наименование групп и комплексных показателей качества
1 . Показатели надежности ПС
Характеризуют способность ПС в конкретных областях применения выполнять заданные функции в соответствии с программными документами в условиях возникновения отклонений в среде функционирования, вызванных сбоями технических средств, ошибками во входных данных, ошибками обслуживания и другими дестабилизирующими воздействиями
1.1 . Устойчивость функционирования
Способность обеспечивать продолжение работы программы после возникновения отклонений, вызванных сбоями технических средств, ошибками во входных данных и ошибками обслуживания
Способность программы функционировать в заданных режимах и объемах обрабатываемой информации в соответствии с программными документами при отсутствии сбоев технических средств
2 . Показатели сопровождения
Характеризуют технологические аспекты, обеспечивающие простоту устранения ошибок в программе и программных документах и поддержания ПС в актуальном состоянии
Организация всех взаимосвязанных частей программы в единое целое с использованием логических структур «последовательность», «выбор», «повторение»
2.2 . Простота конструкции
Построение модульной структуры программы наиболее рациональным с точки зрения восприятия и понимания образом
Наличие и представление в наиболее легко воспринимаемом виде исходных модулей ПС, полное их описание в соответствующих программных документах
Степень использования типовых проектных решений или компонентов, входящих в ПС
3 . Показатели удобства применения
Характеризуют свойства ПС, способствующие быстрому освоению, применению и эксплуатации ПС с минимальными трудозатратами с учетом характера решаемых задач и требований к квалификации обслуживающего персонала
3.1 . Легкость освоения
Представление программных документов и программ в виде, способствующем пониманию логики функционирования программы в целом и ее частей
3.2 . Доступность эксплуатационных программных документов
Понятность, наглядность и полнота описания взаимодействия пользователя с программой в эксплуатационных программных документах
3.3 . Удобство эксплуатации и обслуживания
Соответствие процесса обработки данных и форм представления результатов характеру решаемых задач
4 . Показатели эффективности
Характеризуют степень удовлетворения потребности пользователя в обработке данных с учетом экономических, вычислительных и людских ресурсов
4.1 . Уровень автоматизации
Уровень автоматизации функций процесса обработки данных с учетом рациональности функциональной структуры программы с точки зрения взаимодействия с ней пользователя и использования вычислительных ресурсов
4.2 . Временная эффективность
Способность программы выполнять заданные действия в интервал времени, отвечающий заданным требованиям
Минимально необходимые вычислительные ресурсы и число обслуживающего персонала для эксплуатации ПС
5 . Показатели универсальности
Характеризуют адаптируемость ПС к новым функциональным требованиям, возникающим вследствие изменения области применения или других условий функционирования
Возможность использования ПС в различных областях применения
Возможность применения ПС без существенных дополнительных трудозатрат на ЭВМ аналогичного класса
Обеспечение простоты внесения необходимых изменений и доработок в программу в процессе эксплуатации
6 . Показатели корректности
Характеризуют степень соответствия ПС требованиям, установленным в ТЗ, требованиям к обработке данных и общесистемным требованиям
6.1 . Полнота реализации
Полнота реализации заданных функций ПС и достаточность их описания в программной документации
Однозначное, непротиворечивое описание и использование тождественных объектов, функций, терминов, определений, идентификаторов и т.д. в различных частях программных документов и текста программы
6.3 . Логическая корректность
Функциональное и программное соответствие процесса обработки данных при выполнении задания общесистемным требованиям
Полнота проверки возможных маршрутов выполнения программы в процессе тестирования
— первый уровень определяет группы показателей качества ПС, характеризующие потребительски-ориентированные свойства, которые соответствуют потребностям населения, народного хозяйства и экспорта продукции;
— второй уровень определен комплексными показателями качества ПС, характеризующими программно-ориентированные свойства, которые обеспечивают достижение требуемых потребительски-ориентированных свойств.
2.2 . Выбор номенклатуры показателей качества для конкретного ПС осуществляется с учетом его назначения и требований областей применения. В табл. 2 представлена рекомендуемая применяемость показателей качества в зависимости от принадлежности ПС к тому или иному подклассу (группе) в соответствии с общесоюзным классификатором продукции.
2.3 . Выбранная номенклатура показателей качества фиксируется в ТЗ на разработку ПС.
Номер показателя по табл. 1
Применяемость показателя по подклассам (группам) ПС
Источник: znaytovar.ru