БЕЛОРУССКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ИНФОРМАТИКИ

И РАДИОЭЛЕКТРОННИКИ

Факультет непрерывного и дистанционного обучения

Специальность: Программное обеспечение информационных технологий.

Контрольная работа

по дисциплине «Стандартизация и сертификация программного обеспечения»

Выполнил: студент гр.

Минск 2010

1. Сформулируйте отличия понятия программный продукт от понятия программное средство .,

Программный продукт – это программное средство, предназначенное для поставки, передачи, продажи пользователю. В свою очередь, программное средство – это объект, состоящий из программ, процедур, правил и документов, относящихся к функционированию системы обработки информации.

На основных процессах жизненного цикла «Заказ», «Поставка», «Эксплуатация» и «Сопровождение» объект рассматривается как «Программный продукт», а на стадии «Разработка» –как «Программное средство».

2. Из каких структурных единиц состоит процесс разработки программных средств в соответствии с положениями ГОСТ 28195-99: Перечислите их.

Процесс разработки программных средств в соответствии с положениями ГОСТ 28195-99 состоит из следующих структурных единиц:

-фаза анализа;

-фаза проектирования;

-фаза реализации;

-фаза тестирования;

-фаза изготовления;

3. Перечислите отличия модели качества, положенной в основу оценки качества программных средств по стандарту ГОСТ 28195-99 от аналогичной модели стандарта СТБ ИСО/МЭК 9126-2003.

Основные отличия модели качества, положенной в основу оценки качества программных средств по стандарту ГОСТ 28195-99 от аналогичной модели стандарта СТБ ИСО/МЭК 9126-2003:

- ГОСТ 28195-99 предлагает свою терминологию для показателей качества каждого уровня:

1. факторы качества;

2. критерии;

3. метрики;

4. оценочные элементы или единичные показатели.

СТБ ИСО/МЭК 9126-2003 [14] определяет метод опенки качества ПС, ос­нованный на трехуровневой иерархической модели качества:

1. характеристик качества;

2. подхарактеристикн;

3. метрики;

- В ГОСТ 28195-99 выбор оценочных элементов в метрике зависит от функционального назначения ПС и формируется с учетом данных, ранее полученных при проведении испытаний ПС и эксплуатации аналогичных программ. Для выбора оценочных элементов ГОСТ 28195-99 предлагает перечень таблиц, содержащих наименование элемента, метод оценки и применяемость элемента для различных подклассов ПС.

В стандарте СТБ ИСО/МЭК 9126-2003 набор рекомендуемых метрик от­сутствует. Поэтому существует потребность в установлении метрик, которые соотносятся с подхарактеристиками, а следовательно, и с характеристиками ПС. Каждый количественный признак и каждое количественно оцениваемое взаимодействие ПС с его окружением, которые соотносятся с характеристикой, могут быть приняты в качестве метрики. Метрики, используемые в процессе разработки, должны быть соотнесены с соответствующими метриками пользо­вателя, потому что метрики пользователя являются решающими.

- В ГОСТ 28195-99 для показателей качества на всех уровнях принимается единая шкала оценки (от 0 до 1).

В стандарте СТБ ИСО/МЭК 9126-2003 шкалы метрик разделяются на диапазоны, соответствую­щие различным степеням удовлетворения требований. В стандарте ISO/IEC 14598-1:1999 приведен пример следующих диа­пазонов ранжирования:

• разделение шкалы на две категории: неудовлетворительно и удовлетво­рительно:

• разделение шкалы на четыре категории (отлично, хорошо, удовлетвори­тельно, неудовлетворительно), ограниченные соответственно запланированным уровнем, текущим уровнем для существующего или альтернативного продукта и уровнем худшего случая.

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

- В ГОСТ 28195-99 Каждый показатель качества второго и третьего уровней характеризуется двумя параметрами: количественным значением и весовым коэффициентом Vij.

Сумма весовых коэффициентов показателей некоторого уровня, относящихся к показателю вышестоящего уровня, постоянна и равна 1.

В стандарте СТБ ИСО/МЭК 9126-2003 показатели качества характеризуются только количественным значением без учета весовых коэффициентов.

Достоинства метода оценки качества, основанного на иерархической модели по ГОСТ 28195-99:

1. Метод позволяет накапливать статический материал о состоянии различных классов ПС в отношении значений метрик и оценочных элементов. Это создает предпосылки для определения их нормативных (базовых) значений по классам ПС и может служить основой для деятельности по стандартизации в области ПО.

2. Списки значений метрик и оценочных элементов могут явиться основой для деятельности по управлению качеством в процессе разработки ПС.

3. Возможно создание инструментальных средств с целью автоматизации оценки качества ПС для тех показателей, которые такую оценку допускают.

К недостаткам метода опенки качества по СТБ ИСО/МЭК 9126-2003 следует отнести отсутст­вие рекомендуемых вариантов метрик и представление метода лишь в общем виде (в виде модели). Это затрудняет его конкретное использование.

4. Сформулируйте основные различия модели внутреннего качества программных средств от модели внешнего качества.

Внутреннее качество – это качество программного средства, которое проявляется в процессе разработки, а внешнее качество – это качество программного продукта, заданное требованиями заказчика. Обе модели характеризуются соответствующими метриками.

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

Внешние метрики используют меры ПС, выведенные из поведения системы, частью которой они являются, путем испытаний, эксплуатации или наблюдения исполняемого ПС или системы. Для обеспечения требуемого качества внешние метрики должны планироваться и прогнозироваться.

5. Определите цели сертификации программных средств.

Основная цель сертификации программных средств и систем качества, обеспечивающих их жизненный цикл, - защита интересов пользователей, государственных и ведомственных интересов на основе контроля качества продукции, гарантирования их высоких потребительских свойств.

Формальная цель сертификации – подготовка и принятие решения о целесообразности выдачи сертификата соответствия с учетом следующих групп факторов:

- полноты, точности и достоверности исходного технического задания и спецификации требований, представленных в документации на ПС и на технологию поддержки его ЖЦ;

- достоверности и точности измерения и обобщения результатов сертификационных испытаний и получения адекватных сводных показателей качества конечных продуктов и/или технологических процессов их создания;

- методологии и качества интерпретации данных об объекте испытаний и/или технологии с учетом достоверности оценок, квалификации и объективности испытателей, заказчиков и пользователей.

Общие цели сертификации:

- определение соответствия или несоответствия технологии и элементов системы качества установленным требованиям стандартов;

- определение эффективности применяемой системы качества предприятия с точки зрения соответствия поставленным целям для обеспечения качества продукции;

- выявление слабых мест в технологии и системе качества предприятия, в наибольшей степени отрицательно влияющих на качество продукции;

- обеспечение возможности проверяемому предприятию улучшить свою систему качества;

- предотвращение и сокращение штрафов за недостаточное качество или дефектную продукцию;

- возможность выдачи разрешения на регистрацию системы качества проверяемого предприятия.