К.р. СиСПО

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

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

Кафедра программного обеспечения информационных технологий

Факультет НиДО

Специальность ПОИТ

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

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

Выполнил студент: Костюков П.С.

Зачетная книжка № 450501-11

Минск 2011

Содержание

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

Если рассматривать эти определения в рамках стандарта ГОСТ 28806-90, так как только этот стандарт более-менее четко их разграничивает, то можно прийти к выводу, что программный продукт представляет собой более узкую категорию, чем программное средство. Программное средство – объект, состоящий из программ, процедур, правил и документов, относящихся к функционированию системы обработки информации. Программный продукт в свою очередь – это программное средство, предназначенное для поставки, передачи, продажи пользователю. Понятие «программный продукт» входит в понятие «программное средство».

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

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

Согласно ГОСТ 28195-99, фазами жизненного цикла ПС являются:

1.Разработка ПС.

2.Применение ПС.

Фазы процесса разработки:

1.1.Анализ.

1.2.Проектирование.

1.3.Реализация.

1.4.Тестирование.

1.5.Изготовление.

Фазы процесса применения:

2.1.Внедрение.

2.2.Эксплуатация.

2.3.Сопровождение.

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

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

Стандартом ГОСТ 28195–99 рекомендован метод интегральной оценки качества ПС, основанный на иерархической модели качества.

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

Основу метода оценки качества составляет четырехуровневая иерархическая модель.

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

Стандарт СТБ ИСО/МЭК 9126–2003 регламентирует метод оценки качества ПС, основанный на трехуровневой иерархической модели качества.

На первом уровне модели находятся шесть характеристик качества. Второй уровень составляют подхарактеристики и третий – метрики качества.

В данном стандарте, в отличие от ГОСТ, регламентирован только первый уровень модели – уровень характеристик. Приведенные в стандарте подхарактеристики носят рекомендательный характер.

Примеры метрик в стандарте СТБ ИСО/МЭК 9126–2003 вообще отсутствуют.

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

В стандарте ISO/IEC 9126-1:2001 определены две части модели качества.

Это модель внутреннего и внешнего качества и модель качества в использовании.

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

На двух верхних уровнях (уровне характеристик и подхарактеристик) различия между внутренним и внешним качеством в модели отсутствуют.

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

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

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

Цели и задачи стандартизации ПС и применение профилей стандартов.

1. Снижение трудоемкости, длительности, стоимости и улучшение других технико-экономических параметров проектирования ПС.

2. Повышение качества разрабатываемых или покупаемых компонентов или ПС в целом при их приобретении, разработке, эксплуатации и сопровождении.

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

4. Поддержка функциональной интеграции в ПС задач, ранее решавшихся раздельно.

5. Обеспечение переносимости прикладных программ и данных между различными аппаратно-программными платформами.

Список использованных источников

1. ГОСТ 28195-99. Оценка качества программных средств. Общие положения.

2. ГОСТ 28806-90. Качество программных средств: термины и определения.

3. Бахтизин В.В. Надежность программного обеспечения./Учебное пособие. – Мн., 2007.

4. Глухова Л.А. Стандартизация и сертификация программного обеспечения.

6