Алгоритм оценки и сравнивания качества программного обеспечения
Свойства и атрибуты качества функциональных возможностей программных средств. Оценивание корректности программных средств. Способности к взаимодействию программных средств и их компонентов. Разработка алгоритма оценки качества ПО в процессе тестирования.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 10.06.2011 |
| Размер файла | 474,8 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Содержание
ОПРЕДЕЛЕНИЯ
1. ВВЕДЕНИЕ
2. ПОСТАНОВКА ЗАДАЧИ
3. ОБЗОР ОСНОВНЫХ СТАНДАРТОВ В ОБЛАСТИ КАЧЕСТВА ПО.
3.1 ГОСТ 28806. КАЧЕСТВО ПРОГРАММНЫХ СРЕДСТВ. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
3.2 ISO 12207. ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ
3.3 ISO 15504. ОЦЕНКА (АТТЕСТАЦИЯ) ПРОЦЕССОВ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ
3.4 ISO 9126. ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. КАЧЕСТВО ПРОГРАММНЫХ СРЕДСТВ
3.5 ISO 14598. ОЦЕНИВАНИЕ ПРОГРАММНОГО ПРОДУКТА
4. СВОЙСТВА И АТРИБУТЫ КАЧЕСТВА ФУНКЦИОНАЛЬНЫХ ВОЗМОЖНОСТЕЙ ПРОГРАММНЫХ СРЕДСТВ
5. ОЦЕНИВАНИЕ ХАРАКТЕРИСТИК КАЧЕСТВА ПРОГРАММНЫХ СРЕДСТВ
5.1 ОЦЕНИВАНИЕ ФУНКЦИОНАЛЬНЫХ ВОЗМОЖНОСТЕЙ ПРОГРАММНЫХ СРЕДСТВ
5.1.1 Оценивание функциональной пригодности программных средств
5.1.2 Оценивание корректности программных средств
5.1.3 Оценивание способности к взаимодействию программных средств и их компонентов
5.1.4 Оценивание защищенности программных средств
5.2 ОЦЕНИВАНИЕ НАДЕЖНОСТИ ФУНКЦИОНИРОВАНИЯ ПРОГРАММНЫХ СРЕДСТВ
5.3 ОЦЕНИВАНИЕ РИСКОВ В ЖИЗНЕННОМ ЦИКЛЕ ПРОГРАММНОГО СРЕДСТВА
5.4 ИНТЕГРАЛЬНОЕ ОЦЕНИВАНИЕ ХАРАКТЕРИСТИК КАЧЕСТВА ПРОГРАММНЫХ СРЕДСТВ
6. РАЗРАБОТКА АЛГОРИТМА ОЦЕНКИ КАЧЕСТВА ПО В ПРОЦЕССЕ ТЕСТИРОВАНИЯ
6.1 ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА ПО
6.1.1 Обследование
6.1.2 Проработка проекта
6.1.3 Построение
6.1.4 Выпуск
6.1.5 Сопровождение
6.1.6 Доработки (опционально)
6.2 ПОСТРОЕНИЕ АЛГОРИТМА
6.2.1 Ограничения
6.2.2 Алгоритм
6.3 ПРАКТИЧЕСКОЕ ПРИМЕНЕНИЕ
7. ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА
7.1 КОНЦЕПЦИЯ
7.2 ПЕРЕЧЕНЬ ВЫПОЛНЕННЫХ РАБОТ ПО РАЗРАБОТКЕ ПРОГРАММНОГО СРЕДСТВА И ИХ ТРУДОЕМКОСТЬ
7.3 РАСЧЕТ СЕБЕСТОИМОСТИ РАЗРАБОТКИ СИСТЕМЫ
7.3.1 Материалы
7.3.2 Расчет заработной платы исполнителей проекта
7.3.3 Отчисления на социальные нужды
7.3.4 Накладные расходы
7.4 ОПРЕДЕЛЕНИЕ ПОТРЕБНОСТИ В НАЧАЛЬНОМ КАПИТАЛЕ
7.5 ОПРЕДЕЛЕНИЕ ПРОИЗВОДСТВЕННО-СБЫТОВЫХ ИЗДЕРЖЕК
7.6 ОЦЕНКА ЛИКВИДАЦИОННОЙ СТОИМОСТИ ОСНОВНЫХ СРЕДСТВ
7.6.1 Определение текущих расходов и доходов по проекту
7.7 ПРОГНОЗ ДВИЖЕНИЯ ДЕНЕЖНОЙ НАЛИЧНОСТИ
7.8 ОЦЕНКА ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА
7.9 ВЫВОДЫ
8. ОХРАНА ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ
8.1 ПОНЯТИЕ НОУ-ХАУ
8.2 ОБЪЕКТЫ НОУ-ХАУ
8.2.1 Технические ноу-хау
8.2.2 Экономические ноу-хау
8.2.3 Управленческие ноу-хау
8.2.4 Правовые ноу-хау
8.3 ДОГОВОР О ПЕРЕДАЧЕ НОУ-ХАУ
9. ЗАКЛЮЧЕНИЕ
ЛИТЕРАТУРА
ПРИЛОЖЕНИЕ 1. ПЕРЕЧЕНЬ ОСНОВНЫХ СТАНДАРТОВ В ОБЛАСТИ КАЧЕСТВА ПРОГРАММНЫХ СРЕДСТВ
ПРИЛОЖЕНИЕ 2. АКТЫ О ВНЕДРЕНИИ АЛГОРИТМА ОЦЕНКИ КАЧЕСТВА
1. Введение
В ряде стандартов и публикаций большое внимание уделяется процессам обеспечения качества продукции, технологий и услуг, в частности, в жизненном цикле (ЖЦ) сложных программных средств (ПС). Качество конечной продукции является определяющим фактором для успеха многих современных, наукоемких технологий, к которым принадлежит проектирование ПС. Акцент на технологию и инструментальные средства при создании и развитии комплексов программ является естественным стремлением разработчиков и заказчиков к повышению качества крупномасштабных программных продуктов. Этому сопутствует активное развитие методологии и стандартизации процессов жизненного цикла ПС. Однако в реальных проектах систематически умалчивается и/или недостаточно формализуется, что означает высокое качество программного продукта, какими характеристиками оно описывается, как его следует измерять и сравнивать с требованиями, отраженными в контракте, техническом задании или спецификациях. Кроме того, некоторые из характеристик часто вообще отсутствуют в требованиях и согласованных документах на ПС, что приводит к произвольному их учету или к пропуску при испытаниях. Точная и детальная формализация алгоритмов и текстов программ находится в хроническом противоречии с низкой достоверностью оценивания качества результатов их функционирования.
Традиционная неопределенность понятий и характеристик качества, особенно присущие крупномасштабным, наукоемким проектам комплексов программ, а также многочисленные спекуляции разработчиков на их значениях, приучили заказчиков не доверять рекламируемым достоинствам программных продуктов. Объективная сложность анализируемых объектов комплексов программ и психологическая самоуверенность многих программистов в собственной непогрешимости, обычно приводят к тому, что реальные характеристики качества функционирования ПС остаются неизвестными не только для заказчиков и пользователей, но также для самих разработчиков. Кроме того, отсутствие четкого декларирования в документах понятий и требуемых значений характеристик качества ПС вызывает конфликты между заказчиками-пользователями и разработчиками- поставщиками из-за разной трактовки одних и тех же характеристик.
Возрастание сложности и ответственности современных задач, решаемых программами, а также возможного ущерба от недостаточного качества их результатов, значительно повысило актуальность проблемы точного, стандартизированного описания требований к характеристикам качества и измерения их реальных значений на различных этапах ЖЦ ПС.
Проблема заключается в том, что отсутствует единый стандарт, опираясь на который любая фирма могла бы обеспечивать качество своего ПО. И как результат нет единого показателя качества ПО. Многие фирмы придумывают свои характеристики и говорят, что их ПО качественное, потому что оно удовлетворяет таким то и таким то показателям качества. Но, по сути, сравнить два таких «качественных» продукта невозможно, как невозможно сказать, что лучше зеленый цвет или синий.
Существует множество стандартов, которые описывают те или иные аспекты процесса оценки качества ПО. В одних описываются метрики, атрибуты, в других способы оценки этих атрибутов. Но единого целостного алгоритма, в котором была бы предложена последовательность действий, выполнение которых приведет к показателю оценки качества созданного ПО, нет. Предложенный в данной работе алгоритм как раз и направлен восполнить эту брешь.
2. Постановка задачи
Цель: разработка алгоритма оценки качества программного обеспечения в процессе тестирования.
Для достижения этой цели были поставлены следующие задачи:
1. Анализ существующих стандартов измерения качества ПО.
2. Обзор характеристик качества и способов их оценки.
3. Разработка алгоритма «оценки качества ПО в процессе тестирования», опираясь на существующие стандарты.
3. Обзор основных стандартов в области качества ПО
Стандартов посвященных качеству ПО достаточно много (см. Приложение 1). Часть из них посвящены организации и управлению процессов обеспечивающих качество, часть содержат методические указания к обеспечению качества на всем жизненном цикле (разработка, проектирование, кодирование, тестирование, приемка и сопровождение). Проанализировав эти стандарты я выделил несколько из них, которые, так или иначе, затрагивают процесс оценки качества на этапе тестирования и аттестации ПО. Вот эти стандарты:
1. ГОСТ 28806-90. Качество программных средств. Термины и определения.
2. ISO 12207:1995. Процессы жизненного цикла программных средств (ГОСТ Р - 1999 г.).
3. ISO 15504:1-9:1998. ТО. Оценка (аттестация) процессов жизненного цикла программных средств. Ч.1. Основные понятия и вводное руководство. Ч.2. Эталонная модель процессов и их зрелости. Ч.3. Проведение аттестации. Ч.4. Руководство по проведению аттестации. Ч.5. Модель аттестации и руководство по показателям. Ч.6. Руководство по компетентности аттестаторов. Ч.7. Руководство по применению при усовершенствовании процессов. Ч.8. Руководство по применению при определении зрелости процессов поставщика. Ч.9. Словарь.
4. ISO 12119:1994. ИТ. Требование к качеству и тестирование. (ГОСТ Р - 2000 г.).
5. ISO 9126:1-4 (проекты) - ИТ - Качество программных средств. Ч.1. Модель качества. Ч.2. Внешние метрики. Ч.3. Внутренние метрики. Ч.4. Метрики качества в использовании.
6. ISO 14598:1-6:1998-2000 - Оценивание программного продукта. Ч.1. Общий обзор. Ч.2. Планирование и управление. Ч.3. Процессы для разработчиков. Ч.4. Процессы для покупателей. Ч.5. Процессов для оценщиков. Ч.6. Документирование и оценивание модулей.
7. ГОСТ 28195-89. Оценка качества программных средств. Общие положения.
Далее будут рассмотрены более подробно стандарты, которые непосредственно используются в моем алгоритме оценки качества ПО.
3.1 ГОСТ 28806. Качество программных средств. Термины и определения
Стандарт 28806-90 устанавливает термины и определения понятий в области качества программных средств.
Определения из этого стандарта приведены выше в главе 1 (Определения).
3.2 ISO 12207. Процессы жизненного цикла программных средств
Международный стандарт ISO 12207:1995 устанавливает общую структуру процессов жизненного цикла программного обеспечения с хорошо определенной терминологией, на которую может ссылаться индустрия программного обеспечения. Стандарт содержит процессы, работы и задачи, которые должны применяться при приобретении системы, содержащей программное обеспечение, автономные программные продукты и программные услуги, а также при обеспечении, разработке, эксплуатации и сопровождении программных продуктов. Программное обеспечение включает программные блоки программно аппаратных средств.
Стандарт применим при приобретении систем, программных продуктов и услуг, при обеспечении, разработке, эксплуатации и сопровождении программных продуктов, а также встроенных программных блоков программно аппаратных средств, независимо от того, выполняются ли они внутри или вне организации. Эти аспекты определения систем требуют обеспечения контекста для включенных программных продуктов и услуг.
Стандарт подготовлен для покупателей систем, программных продуктов и услуг, а также для поставщиков, разработчиков, служб эксплуатации, служб сопровождения, администраторов, администраторов по поддержанию качества и пользователей программных продуктов.
В стандарте ISO 12207 описывается архитектура процессов жизненного цикла (Рисунок 1) программного обеспечения, но не определяются детали того, как реализовать или выполнить те работы и задачи, которые включены в процессы. Так же весь приведенный в стандарте ряд списков задач не является исчерпывающим - они приведены только как примеры.
В частях с 1 по 4 в стандарте указываются область распространения, нормативные ссылки, определения, принятые в стандарте и описана область применения этого стандарта.
В главах с 5 по 7 расписаны действия, роли и ответственности организаций и людей на всех этапах функционирования процессов жизненного цикла программного средства (Рисунок 1).
Рисунок 1. Структура данного международного стандарта.
Часть 5 содержит описание основных процессов жизненного цикла:
- процесс приобретения;
- процесс поставки;
- процесс разработки;
- процесс эксплуатации;
- процесс сопровождения.
В 6 части расписаны поддерживающие процессы жизненного цикла:
- процесс документации;
- процесс управления конфигурацией;
- процесс гарантии качества;
- процесс проверки;
- процесс аттестации;
- процесс совместного анализа;
- процесс аудита;
- процесс разрешения проблем.
В 7 части описаны организационные процессы жизненного цикла:
- процесс административного управления;
- процесс инфраструктуры;
- процесс усовершенствования;
- процесс обучения.
3.3 ISO 15504. Оценка (аттестация) процессов жизненного цикла программных средств
На базе концепций методологии СММ (Capability Maturity Model - модель зрелости) в международном стандарте ISO 15504 подробно представлены основы оценивания и аттестации зрелости процессов создания и сопровождения программных средств и информационных систем. Стандарт предоставляет базу для аттестации, поддержки и реализации на предприятии процессов жизненного цикла программных средств, регламентированных стандартом ISO 12207 (Рисунок 2).
Он может быть использован предприятиями, занимающимися планированием, управлением, контролем, а также совершенствованием приобретения, поставки, разработки, эксплуатации, сопровождения и оценивания качества программных средств. Стандарт предоставляет структурный подход к аттестации качества процессов ЖЦ ПС, проводящейся предприятием или от ее имени с целью:
Размещено на http://www.allbest.ru/
Рисунок 2. Оценка процессов жизненного цикла программных средств
- выяснения состояния и качества его собственных процессов для их усовершенствования;
- определения пригодности процессов для выполнения определенного требования или класса требований заказчика к качеству ПС;
- определения качества и пригодности процессов другой организации для определенного договора или класса договоров на ЖЦ ПС.
Аттестация ЖЦ ПС направлена на обеспечение адекватности управления процессами и должна принимать во внимание внешнюю среду, в которой выполняются аттестуемые процессы. Чтобы предприятие могло улучшить качество своей продукции, оно должно иметь проверенный, последовательный и надежный метод для аттестации состояния своих процессов, а также иметь средства использования ее результатов как часть программы усовершенствования ЖЦ ПС. Использование аттестации процессов внутри предприятия должно способствовать выработке культуры постоянного совершенствования и повышения характеристик качества ПС, а также соответствующих механизмов поддержания этой культуры и оптимизации использования ресурсов. Это приводит к появлению зрелых организаций, максимально восприимчивых к возрастающим требованиям потребителя и рынка, имеющих минимальную стоимость полного жизненного цикла своей продукции и, как результат, максимально удовлетворяющих конечного пользователя к характеристикам качества.
Девять частей стандарта ISO 15504 посвящены различным базовым задачам, относящимся к оцениванию и аттестации зрелости процессов ЖЦ ПС на предприятии.
Часть 1 - является концептуальной основой стандарта. Она описывает взаимодействие частей и рекомендаций стандарта и содержит руководство по их выбору и использованию. Разъясняются требования, содержащиеся в стандарте и их применимость при проведении аттестаций.
Часть 2 (нормативная) определяет двумерную эталонную модель для описания процессов и их зрелости, использующуюся при аттестации процессов. Эталонная модель представляет ряд процессов в терминах их назначения и результатов, а также основу для оценивания зрелости процессов посредством аттестации их атрибутов качества, структурированных ПО уровням зрелости. Также определены требования для установления совместимости различных аттестационных моделей для конкретных проектов с эталонной моделью.
Часть З (нормативная) стандарта определяет требования к проведению процессов аттестации таким образом, чтобы результаты были повторяемыми, надежными и согласующимися.
Часть 4 содержит руководство по проведению аттестации процессов жизненного цикла программных средств, в соответствии с требованиями частей 2 и З стандарта для различных контекстов аттестации. Оно охватывает выбор и использование документированного процесса для аттестации, совместимого с аттестационной моделью, а также с вспомогательным инструментарием и средствами аттестации. Это руководство является достаточно общим, и применимо для всех предприятий при проведении аттестаций с использованием разнообразных методов и технических приемов для того, чтобы поддерживаться целым рядом инструментальных средств.
Часть 5 содержит пример модели для проведения аттестации конкретного процесса ЖЦ ПС, основанной на эталонной модели части 2 стандарта и непосредственно с ней совместимую. Аттестационная модель расширяет эталонную модель включением в неё широкого набора показателей производительности и зрелости процессов.
Часть 6 содержит требования к компетентности, образованию, специальной подготовке и опыту, необходимым специалистам для проведения аттестации процессов ЖЦ ПС. Описаны механизмы, которые могут быть использованы для демонстрации компетентности и подтверждения образования, специальной подготовки и опыта специалистов.
Две части стандарта (части 7 и 8) посвящены использованию аттестации для усовершенствования процесса и для определения зрелости процесса.
Часть 7 представляет, как определять исходные данные и использовать результаты аттестации, имеющей целью совершенствование ЖЦ ПС. Это руководство включает примеры применения совершенствования процесса в различных ситуациях.
Часть 8 описывает, как определять входы и использовать результаты аттестации, имеющей целью определение уровня зрелости процессов. Она охватывает определение зрелости процессов, как в простейших ситуациях, так и в более сложных, включающих, например, будущую зрелость. Это руководство по определению зрелости процессов может использоваться предприятием для анализа собственной зрелости, или потребителем для оценивания зрелости потенциального поставщика.
Часть 9 является консолидированным словарем терминов, специфически определенных для целей стандарта ISO 15504.
Покупателям и заказчикам ПС выгодно использование аттестации процессов ЖЦ при определении зрелости, что:
- уменьшит неопределенность при выборе поставщиков программных комплексов за счет того, что риски, связанные с реальной зрелостью полрядчика, выявляются еще до заключения договора;
- позволит заранее предусмотреть необходимые меры на случай возникновения рискового события;
- предоставит количественные критерии выбора при сопоставлении потребностей бизнеса, требований и оценочной стоимости проекта с реальной зрелостью конкурирующих поставщиков;
- приведет к общему пониманию необходимости использования результатов аттестации для усовершенствования процессов и оценки зрелости при прогнозировании характеристик ЖЦ ПС.
Аттестация процесса ЖЦ ПС рекомендуется для его совершенствования, а также предоставляет средства, позволяющие характеризовать текущую деятельность предприятия в терминах повышения зрелости некоторых выбранных процессов. Анализ результатов в свете бизнес-потребностей предприятия выявляет сильные и слабые стороны используемых процессов, а также присущие им риски. Это, в свою очередь, позволяет определить, эффективны ли эти процессы для достижения заданных целей проекта ПС, а также выявить существенные причины недостаточного качества продукции, превышения бюджет или сроков. Все вместе позволяет расставить приоритеты при совершенствовании процессов. Определение зрелости связано также с анализом и выявлением рисков, связанных с выполнением проекта, использующего выбранные процессы. Декларированная зрелость предприятия может быть основана на результатах прежних аналогичных аттестаций процесса или на аттестации, проведенной с целью обеспечения требуемой зрелости.
Стандарт ISO 15504 связан с другими международными стандартами, он дополняет некоторые стандарты и другие модели для оценки зрелости, качества и эффективности предприятий и процессов ЖЦ ПС. Этот стандарт преследует ту же цель, что и серия стандартов ISO 9000 -- формализации процессов сертификации и обеспечение уверенности в системе управления качеством поставщика. Одновременно предоставляется потребителям основа для оценки того, обладают ли потенциальные поставщики производственными возможностями, отвечающими потребностям заказчиков. Аттестация процессов дает пользователям возможность оценивать зрелость процессов обеспечения ЖЦ ПС по непрерывной шкале таким образом, что эти оценки сопоставляемы и повторяемые. Кроме того, основа, описываемая в ISO 15504, предоставляет возможность подобрать объем процедур аттестации так, чтобы он охватывал лишь определенные процессы, вызывающие интерес заказчика-потребителя, а не все процессы, используемые предприятием. Эталонная модель описания, оценки и аттестации зрелости процессов деятельности, используемой при выполнении этапов жизненного цикла продукции, проекта или системы в ISO 15504-2, согласована с компонентами и требованиями ISO 12207:1995.
3.4 ISO 9126. Информационная технология. Качество программных средств
Основой формального регламентирования показателей качества ПС является небольшой международный стандарт ISО 9126:1991 (ГОСТ Р ИСО 1 МЭК 9126-93) - Информационная технология. Оценка программного продукта. Характеристики качества и руководство по их применению.
Развитие этого международного стандарта проводится в направлении уточнения, детализации и расширения описаний, характеристик качества комплексов программ. для замены редакции 1991 года завершается разработка и формализован проект стандарта, состоящего из четырех частей ISО 9126-1-4. Стандарт ISO 9126:1991 предполагается заменить, на две взаимосвязанные серии стандартов: ISO 9126:1-4 (проект) - Качество программных средств -- и утвержденный стандарт ISO 14598 -- 1-6:1998-2000 - Оценивание программного продукта общим объемом свыше 300 страниц.
Проект нового стандарта ISO 9126 состоит из следующих частей под общим заголовком - Технический отчет - Информационная технология - Качество программных средств:
Часть 1: Модель качества;
Часть 2: Внешние метрики качества;
Часть 3: Внутренние метрики качества;
Часть 4: Метрики качества в использовании.
Часть первая стандарта ISО 9126-1 - (пересмотренная и расширенная редакция ISO 9126:1991), практически сохранила ту же номенклатуру нормативных характеристик качества программных средств. Приводится схема взаимосвязи частей стандарта ISO 9126 и частей стандарта ISO 14598, а также область применения, нормативные ссылки, термины и определения (разделы 1 -- 4 стандарта). Данная часть ISO 9126-1 определяет модель характеристик качества ПС и ее связи с жизненным циклом комплексов программ в пятом разделе стандарта (Рисунок 3), которая детализируется во второй и третьей частях стандарта. Требования пользователя к качеству в спецификациях должны в процессе верификации преобразовываться в требования к внешнему качеству, а затем в требования к внутреннему качеству. Процессы реализации требований к внутреннему качеству должны обеспечивать внешнее качество, а последнее - воплощаться в качество для пользователей. Кратко описаны компоненты этой модели преобразования и реализации требований к составляющим качества.
Рисунок 3. Модель процесса оценивания
Модель внутренних и внешних характеристик качества ПС (раздел 6 стандарта) состоит из шести групп базовых показателей, каждая из которых детализирована несколькими нормативными субхарактеристиками:
Функциональная пригодность детализируется:
- пригодностью для применения;
- корректностью (правильностью, точностью);
- способностью к взаимодействию;
- защищенностью.
Надежность характеризуется:
- уровнем завершенности (отсутствия ошибок);
- устойчивостью к дефектам;
- восстанавливаемостью;
- доступностью -- готовностью.
Эффективность рекомендуется отражать
- временной эффективностью;
- используемостью ресурсов.
Применяемость (практичность) предлагается описывать:
- понятностью;
- простотой использования;
- изучаемостью;
- привлекательностью.
Сопровождаемостью представляется:
- удобством для анализа;
- изменяемостью;
- стабильностью,
- тестируемостью.
Переносимость (мобильность) предлагается отражать:
- адаптируемостью;
- простотой установки -- инсталляции;
- сосуществованием -- соответствием;
- замещаемостью.
Дополнительно каждая характеристика сопровождается субхарактеристикой согласованность, которая должна отражать отсутствие противоречий с иными стандартами и нормативными документами, а также с другими показателями в данном стандарте. Характеристики и субхарактеристики в этой части стандарта определены очень кратко (2 - З строки), без комментариев и подробных рекомендаций по их применению к конкретным системам и проектам. Материалы имеют концептуальный характер и не содержат рекомендаций по выбору и упорядочению приоритетов необходимого минимума критериев в зависимости от особенностей объекта, среды разработки и применения. Кроме того, отсутствуют методики измерения характеристик и сопоставления с требованиями спецификаций, а также рекомендации, на каких этапах ЖЦ ПС их целесообразно применять. Описания показателей качества ориентированы на высококвалифицированных системных аналитиков и заказчиков ПС, которым предоставляется возможность выбирать необходимую номенклатуру и способ оценивания характеристик в соответствии с назначением, областью применения и конкретными особенностями создаваемых объектов.
Все множество показателей качества ПС может быть классифицировано в структуру иерархического дерева характеристик и субхарактеристик. Самый высший уровень этой структуры состоит из характеристик качества, а самый нижний уровень - из их атрибутов. Эта иерархия не строгая, поскольку некоторые атрибуты могут быть связаны с более чем одной субхарактеристикой. Таким же образом, внешние свойства (такие, как функциональная пригодность, корректность, устойчивость к ошибкам или временная эффективность) влияют на наблюдаемое внутреннее качество. Недостаток качества в использовании (например, пользователь не может закончить задачу) может быть прослежен к внешнему качеству (например, функциональная пригодность или простота использования) и связанным с ним внутренним атрибутам, которые необходимо откорректировать.
Другие части стандарта описывают характеристики качества на основе внутренних атрибутов ПС и внешнего поведения вычислительной системы. Эти типы метрик применимы при определении требований к качеству и целей проекта ПС, включая его промежуточные компоненты. Взаимосвязанными являются многие субхарактеристики и определяющие их атрибуты. Исходя из принципиальных возможностей их измерения и оценивания, все внутренние и внешние характеристики, могут быть структурированы в три группы, к которым применимы разные категории метрик:
- категорийным -- описательным (номинальным) метрикам наиболее адекватны Функциональные возможности ПС;
- количественные метрики применимы для измерения характеристик Надежности и Эффективности сложных комплексов программ;
- качественные метрики в наибольшей степени соответствуют Практичности, Сопровождаемости и Мобильности ПС.
Такое группирование характеристик качества привело к необходимости некоторого изменения в книге последовательности их представления, в отличие, от порядка принятого в стандарте ISO 9126-1-4. Характеристики Практичность и Эффективность пришлось поменять местами. При последующем изложении ниже используется откорректированный порядок характеристик.
В первой части стандарта выделена Модель характеристик качества в использовании. В этой Модели используются иные базовые характеристики (см. часть 4 стандарта) по сравнению с моделью внутреннего и внешнего качества. Основными характеристиками качества ПС в использовании рекомендуются:
- системная эффективность применения программного продукта по назначению;
- продуктивность -- производительность при решении основных задач ПС, достигаемая при реально ограниченных ресурсах в конкретной вычислительной и внешней среде применения;
- удовлетворенность требований и затрат пользователей в соответствии с целями при применении ПС по основному назначению.
- защищенность -- безопасность функционирования комплекса программ и возможный риск от его применения для людей, бизнеса и внешней среды;
В нормативном приложении А описаны содержание и взаимосвязь между характеристиками субхарактеристиками и атрибутами внешнего, внутреннего качества и качества в использовании В приложении В представлены определения терминов из других международных стандартов, в том числе из ISO 12207. Эта часть стандарта обеспечивает согласованную терминологию для анализа качества ПС. Кроме того, она определят исходные данные для выбора и специфицирования требований к качеству ПС, а также для сопоставления качества различных программных продуктов.
Вторая и третья части стандарта ISO 9126:2,3 посвящены формализации соответственно внешних и внутренних метрик характеристик качества сложных программных средств.
Эти части стандарта построены по одинаковой схеме и перечни их разделов практически не отличаются. Наиболее подробной является вторая часть стандарта (около 120 страниц), где, за исключением характеристик функциональности, вдвое более подробно рассмотрены и описаны остальные внешние метрики характеристик и субхарактеристик качества ПС. Внутренние метрики качества в третьей части (около 70 страниц) представлены на базе частичного повторения содержания второй части и акцентируют внимание на различиях и особенностях одних и тех же внутренних и внешних метрик.
Взаимосвязь метрик качества в этих частях стандарта отражена одинаковыми моделями, аналогичными базовой модели в первой части стандарта. Показано, что внутреннее и внешнее качества относятся непосредственно к самому программному продукту, а метрики качества в использовании проявляются в эффекте от его применения и зависят от внешней среды. Между тремя типами метрик и характеристик качества существует взаимовлияние сверху вниз и зависимость снизу вверх.
Общая цель применения этих метрик качества ПС и содержание первых пяти разделов в обеих частях стандарта аналогичны. Они содержат обзор и назначение соответствующих частей стандарта, ссылки на другие стандарты, используемые термины и определения, символы и аббревиатуры. В шестом разделе каждой части стандарта изложены содержание и общие рекомендации по использованию соответствующих метрик и взаимосвязей между типами метрик. Основное содержание метрик качества в этих частях стандарта представлено в восьмом разделе в виде описаний и 27 иллюстративных таблиц субхарактеристик и атрибутов к ним. Для этого в предыдущем седьмом разделе описаны рубрики и рекомендации, как читать и использовать таблицы метрик субхарактеристик и атрибутов качества ПС. Все таблицы содержат унифицированную рубрикацию, в которой отражены:
- имя и назначение метрики;
- метод ее применения;
- способ измерения или оценивания, формула или вычисляемые элементы данных;
- интерпретация измеряемой величины;
- тип шкалы метрики;
- тип измеряемой величины -- размер, время, свойство или структура;
- исходные данные для измерения и сравнения;
- этапы жизненного цикла ПС (по ISO 12207), к которым применима метрика;
- оценка полезности метрики в конкретном проекте ПС.
Эту структуру таблиц рекомендуется применять при формировании требований к конкретным внешним и внутренним характеристикам качества в составе спецификаций на функциональные компоненты и на проект ПС в целом. Около 20% объема каждой части стандарта занято приложениями. В нормативном приложении А приводятся общие рекомендации когда, как и для чего следует использовать соответственно внешние и внутренние метрики характеристик качества ПС. Обращается внимание на интерпретацию и различия метрик, на предсказание метрик качества в использовании на основе внутренних и внешних метрик, а также на необходимость утверждения метрик. Пример таблицы процессов конкретизации и применения метрик качества по этапам ЖЦ ПС для представления в контракте приводится в приложении В (табл. 1). Кроме того, представлен пример таблицы для контракта, в которой рекомендуется выделять рубрики: характеристика; субхарактеристика; мера; уровень требований; измеренное действительное значение. Для некоторых метрик допускается качественное описание свойств программ и ранжирование уровней требований: высокий; средний; низкий, а также: отличный, хороший, удовлетворительный, неудовлетворительный. В приложении С описаны свойства и типы применяемых шкал метрик: номинальная -- категорийная; ординарная; интервальная: относительная; абсолютная, а также типы измеряемых величин.
Четвертая часть стандарта ISO 9I26-4 -- метрики качества в использовании (около 30 страниц) - предназначена для покупателей, поставщиков, разработчиков, сопровождающих, пользователей и менеджеров качества ПС. Содержательная основа части стандарта начинается в его четвертом разделе. В нем повторена концепция трех типов метрик, а также аннотированы рекомендуемые виды измерений характеристик ПС: прямые, непрямые и индикаторы свойств (категорийные). Перечислены желательные свойства процессов измерения: надежность (повторяемость, восстанавливаемость); ресурсная эффективность; корректность; беспристрастность н выразительность результатов. В пятом разделе рассмотрена модель качества в использовании, которая применяется при последующем изложении.
Отмечаются необходимость идентификации назначения и специфики потребителей характеристик программного продукта, особенности выбора целей оценивания качества для различных сфер и этапов применения ПС. Обосновываются и комментируются выделенные показатели сферы (контекста) использования ПС и группы выбранных метрик для пользователей.
В отличие от характеристик, описанных в предыдущих частях стандарта, в этой части для оценивания качества в использовании рекомендуется четыре: эффективность; продуктивность; удовлетворение требований и защищенность. Приводятся краткие определения содержания всех компонентов, анализируемой модели метрик качества.
В шестом, наибольшем разделе приводятся подробные рекомендации для описания и оценивания, выделенных для проекта ПС, характеристик качества в использовании: специфика определения целей и контекста среды пользователя; выбор, селекция и интерпретация каждой из выделенных метрик; выделение и утверждение критериев для реализации и оценивания качества в использовании; интерпретация результатов измерений и оценивание. Очень кратко в седьмом разделе даны рекомендации по проектированию процессов выбора и оценивания метрик, а в восьмом -- по оформлению пользовательских тестов, обобщению собранных данных и подготовке Отчетов о результатах оценивания качества программного продукта.
В приложении А модель оценивания иллюстрируется примером таблицы для описания метрик в использовании, которая снабжена подробными Комментариями на восьми страницах к применяемым параметрам, типам, шкал, видам измерений и оценивания характеристик качества программ. Особое внимание обращается на типы, методы и единицы измерения оцениваемых характеристик. Четыре станицы информативного приложения B содержат замечания и рекомендации по наилучшему оцениванию и применению метрик в использовании ПС. В перечне нормативных документов в этом стандарте есть ссылки на ISO 14598:1-6, в пятой части которого рассматриваются близкие по содержанию проблемы, однако непосредственная, корреляционная связь с положениями этого стандарта только декларируется.
3.5 ISO 14598. Оценивание программного продукта
Методологии и процессам оценивания характеристик качества программных средств и их компонентов (программного продукта) на различных этапах жизненного цикла посвящен базовый международный стандарт ISO 14598, состоящий из 6 частей:
ISO 14598-1-6: 1998-2000 -- Оценивание (определение качества) программного продукта. Часть 1. 1999. Общий обзор. Часть 2. 2000. Планирование и управление. Часть 3. 2000. Процесс для разработчиков. Часть 4. 1999. Процесс для приобретателей (покупателей). Часть 5. 1998. Процесс для оценщиков (испытателей). Часть 6. 1999. документация оценки (программных) модулей.
В первой части изложена концепция и методология применения стандарта и его частей. Отмечается и иллюстрируется глубокая связь его положений со стандартами ISO 12207 и ISO 9126:1-4. При этом ссылки на последний стандарт даются на новые редакции проектов его частей. Первые четыре раздела во всех частях стандарта являются типовыми для стандартов ISO и содержат их назначение, нормативные ссылки, основные определения и расшифровку аббревиатур. В пятом разделе приводится обзор и взаимосвязь частей данного стандарта, а также связь его рекомендаций с требованиями стандартов ISO 9126:1-4 и ISO 12207. В шестом разделе изложена общая схема процессов оценивания характеристик качества программ, более подробно описанная в последующих четырех разделах (п.7 - п.10 ISO 14598 на Рисунок 4), которую составляют:
- формализация исходных требований для оценки значений характеристик качества программного средства;
- формализация принципов и особенностей оценивания при проведении экспертиз и измерений характеристик качества программного средства;
- планирование и проектирование процессов оценивания характеристик качества в жизненном цикле программного средства в соответствии с потребностями пользователей этих характеристик;
- реализация процессов измерений и оценивания качества программного средства, оформление и использование результатов.
В этом стандарте, так же как в ISO 9126:1-4, классифицируются характеристики качества: для пользователей; внешние и внутренние метрики, а также представлена схема взаимосвязи этих метрик качества и их атрибутов с процессами оценивания. Для каждой характеристики и атрибута качества рекомендуется формировать шкалу мер с выделением требуемых, допустимых и неудовлетворительных значений.
Размещено на http://www.allbest.ru/
Рисунок 4. Схема процессов оценивания характеристик качества
программ из стандарта ISO 14958
Во второй части изложена концепция планирования и управления процессами оценивания качества ПС, а также их связь с процессами управления жизненным циклом (по ISO 12207). Представлены общие рекомендации по организации, технологии, управлению, инструментальному оснащению и проведению испытаний качества сложных комплексов программ. При подготовке к оцениванию рекомендуется структурировать технологию и процедуры применения конкретного ПС с целью последовательного детального оценивания небольших групп или отдельных атрибутов качества. Для управления проектами предложены методы поддержки процессов выполнения плана оценивания качества и анализа результатов его реализации, а также сохранения и использования отчетов о планировании и управлении качеством. В нормативном приложении А приводится шаблон плана проведения оценивания характеристик качества программных продуктов, состоящий из 11 рекомендуемых разделов:
- введение -- постановка задачи оценивания;
- методология обеспечения объективности оценивания характеристик качества;
- выделенные для проекта характеристики и атрибуты качества ПС по стандарту ISO 9126:1-4;
- список приоритетов характеристик при оценке качества конкретного ПС;
- требуемые качество и достоверность процессов оценивания;
- расписание выполнения работ по оцениванию;
- распределение обязанностей и ответственности специалистов при оценивании характеристик качества;
- реализация измерения категорий качества продуктов и процессов;
- анализ и использование результатов оценивания;
- содержание и оформление отчетов по выполнению оценивания;
- дополнительные требования по технике, инструментальным средствам и методам обслуживания оценивания, по соответствию стандартам и организационной поддержке измерений.
Третья, четвертая и пятая части стандарта построены по подобным схемам с позиций пользователей результатов соответственно: разработчиков оценивание внутренних и внешних характеристик качества (ч.3); оперативных пользователей -- измерение внешних метрик и метрик в использовании (ч.4): заказчиков и испытателей определение метрик в использовании (ч.5). При практически одинаковой структуре части несколько различаются по стилю изложения и оформлению основных разделов. Они содержат рекомендации для реализации процессов оценивания программного продукта с позиции разных потребителей результатов. В каждой части выделены разделы:
- потребности конкретных пользователей в результатах оценивания характеристик качества ПС;
- концепция проведения оценивания;
- определение требований к процессам оценивания характеристик качества программ;
- идентификация характеристик и атрибутов качества ПС для конкретных пользователей результатов испытаний.
Результаты оценки характеристик качества предлагается отражать с позиции: процессов жизненного цикла; продуктов и компонентов; функционирования и применения ПС. Требования к процессам оценивания рекомендуется структурировать на главные (функциональные), организационные, проектные, а также выделять внутренние и внешние метрики качества и их измерение, ориентируясь на субхарактеристики и их атрибуты в соответствующей части новой версии стандарта ISO 9126:1-4. Рекомендуемая технология выполнения оценивания качества программ включает четыре шага:
- формализацию общих требований к организации оценивания и к характеристикам качества проекта ПС;
- специфицирование требований к субхарактеристикам и атрибутам выделяемых характеристик качества и к методам их оценивания;
- планирование и проектирование процессов оценивания выделенных атрибутов качества;
- реализацию процессов оценивания выделенных атрибутов характеристик качества ПС, анализ результатов и обобщение в отчете выводов о качестве программного продукта.
Реализация процессов оценивания должна быть достаточно автономной и независимой от специалистов и процессов создания ПС и его компонентов, однако, коррелированной с этапами жизненного цикла конкретного проекта в соответствии с применяемой в проекте, адаптированной версией стандарта ISO 12207. Характеристики и атрибуты качества рекомендуется использовать в терминах и понятиях новых четырех частей стандарта ISO 9126, а также применять шкалы количественных и/или бальных оценок свойств или уровней качества с несколькими градациями.
В четвертой части стандарта подчеркивается связь между результатами оценки качества ПС и процессами его приобретения, а также выделены особенности оценивания качества для заказчиков новых ПС и при модификации существующих. Обращается внимание на целесообразность учета и использования истории развития и изменений эксплуатационных требований заказчиков-потребителей к определенному проекту ПС.
В пятой части приводится шаблон типового отчета о результатах выполненных испытаний качества, который должен содержать:
- идентификацию оценщиков-испытателей, заказчика и поставщика продукта, а также состав требуемого отчета по результатам оценивания;
- требования к результатам оценивания выбранных характеристик и атрибутов качества программного средства;
- спецификацию процессов оценивания характеристик качества ПС;
- методы и методики оценивания каждой характеристики и атрибута качества ПС;
- результаты оценки выделенных характеристик и атрибутов качества программного средства.
В отчете рекомендуется представлять характеристики качества в соответствии с номенклатурой и мерами субхарактеристик и атрибутов, изложенными в стандарте ISO 9126-1-4, адаптированными к назначению и особенностям конкретного проекта ПС и потребителей результатов измерений. Акцентируется внимание на оценке и документировании функциональной пригодности ПС, а также на определении надежности и безопасности применения в требуемой внешней среде.
Шестая часть стандарта слабо связана с остальными частями и посвящена оформлению документации при оценке качества программных модулей и компонентов. Эти процессы и их результаты изложены кратко на пяти страницах, а затем проиллюстрированы подробными примерами в трех приложениях (В, С, D) на 20 страницах со ссылками на пятую часть ISO 14598 и ISO 9126-4. Концепция и цели оценивания модулей представлены в пятом разделе, где обоснована необходимость унификации документов для обеспечения однозначного отражения их свойств, квалифицированного использования, сопровождения и повторного применения. Рекомендуемая структура и содержание подразделов для описания и оценки качества модулей изложена в шестом разделе, в котором выделены типовые фрагменты:
- предисловие и введение;
- обзор, содержащий требуемые характеристики качества, уровни оценки, применяемый инструментарий и связи оценок с ЖЦ ПС по ISO 12207;
- состав исходной нормативной и технической документации и взаимодействие с другими модулями;
- термины и определения;
- входы, шкалы и метры для оценки, описание элементов данных и правила выполнения измерений;
- интерпретация результатов, описание процессов измерения характеристик качества и содержание отчетов;
- прикладные процедуры, ресурсные требования, инструкции для оценивания и оформление документации.
При разработке процессов оценивания модулей в Приложении А рекомендуется выделять: идентификацию требований к модулю; его спецификацию; создание и описание процедур оценки; верификацию и валидацию результатов оценки.
В целом стандарт ISO 14598 предлагается применять для оценки качества программных средств на различных этапах жизненного цикла: лабораториям по тестированию комплексов программ и их компонентов, поставщикам, потребителям, пользователям и сертификационным организациям.
4. Свойства и атрибуты качества функциональных возможностей программных средств
Способность ПС обеспечивать решение задач, удовлетворяющих установленные потребности заказчиков и пользователей при применении комплекса программ в заданных условиях, отражена в стандарте ISO 9126 характеристикой -- функциональные возможности. В этой характеристике качества, кроме основной субхарактеристики функциональная пригодность, в стандарте включены, по существу, конструктивные субхарактеристики:
корректность и способность к взаимодействию. Более сложно классифицировать защищенность, функции которой непосредственно и органически связаны с конкретными особенностями функциональной пригодности, чем она выделяется из, более инвариантных к функциям ПС, конструктивных характеристик. Однако ниже ее свойства рассматриваются совместно с конструктивными характеристиками, и все компоненты функциональных возможностей именуются характеристикам, без приставки суб.
Функциональная пригодность -- наиболее важная, неопределенная и объективно трудно формализуемая и оцениваемая характеристика ПС. Данная характеристика связана с тем, какие функции и задачи решает ПС, для удовлетворения потребностей пользователей, в то время как другие характеристики главным образом связаны с тем, как и при каких условиях, функции могут выполняться с требуемым качеством. В данной характеристике для установленных и подразумеваемых требований, применимы описания и примечания при определении требуемых свойств ПС. Субхарактеристики и атрибуты функциональной пригодности можно характеризовать в основном категориями и качественным описанием функций, для которых трудно определить меры и шкалы. Поэтому они отнесены в отдельную группу номинальных, категорийно-описательных метрик.
Области применения, номенклатура и функции комплексов программ охватывают столь разнообразные сферы деятельности человека, что невозможно полностью выделить и унифицировать достаточно ограниченное число атрибутов для выбора и сравнения этой характеристики в различных по назначению комплексах программ. На начальных этапах проекта они обычно описывается в произвольной форме набора свойств в контракте, техническом задании и спецификации требований, которые в дальнейшем используются в качестве эталонов при оценивании функциональной пригодности ПС. В таких первичных описаниях содержится ряд неопределенностей и умолчаний, которые могут быть обусловлены недостаточной квалификацией заказчика и разработчика, а также различием их подходов к реализации конкретных функций ПС. В последующем эти описания должны приближаться по структуре и содержанию к требованиям соответствующих стандартов на технические задания для компонентов ПС.
Функциональная пригодность -- это набор и описания атрибутов, определяющих назначение, основные, необходимые и достаточные функции ПС, заданные техническим заданием и спецификациями требований заказчика или потенциального пользователя (Таблица 1). В процессе проектирования ПС атрибуты функциональной пригодности должны конкретизироваться в спецификациях на компоненты и на ПС в целом. Атрибутами этой характеристики качества могут быть функциональная полнота решения заданного комплекса задач, степень покрытия функциональных требований спецификациями и их стабильность при развитии ПС. Некоторые атрибуты можно представить численно: точностью результатов, относительным числом поэтапно изменяемых функций, числом реализуемых требований заказчиков и т.д. Кроме них функциональную пригодность отражают множество различных специализированных критериев, которые тесно связаны с конкретными решаемыми задачами и сферой применения программ. Их можно рассматривать как частные критерии или как факторы, влияющие на основной показатель.
Эта характеристика может значительно модифицироваться в жизненном цикле ПС и соответственно изменяться конкретное содержание функций, которые подлежат оцениванию. На последовательных этапах ЖЦ, функции промежуточных продуктов (спецификаций компонентов, модулей, текстов программ и т. п.) должны оцениваться на соответствие описаниям в отдельных, частных документах. Это позволяет постепенно формализовать применяемые метрики субхарактеристик и атрибутов функциональной пригодности. Такими атрибутами могут быть: функциональная адекватность программ документам и декларированным требованиям, утвержденным заказчиком; степень покрытия требований тестами, полнота и законченность реализации этих требований; точность выполнения требований детальных спецификаций на функциональные компоненты ПС.
Таблица 1. Субхарактеристики и атрибуты качества для выбора функциональных возможностей программных средств
|
Субхарактеристики |
Атрибуты качества |
|
|
Функциональная пригодность |
соответствие назначения целям применения ПС; соответствие требований к функциям назначению ПС; соответствие исходной информации требованиям к функциям ПС; соответствие состава и содержания выходной информации для потребителей назначению и функциям ПС; соответствие структурных характеристик комплекса программ назначению и функциям ПС. |
|
|
Корректность |
соответствие требований к функциям ПС требованиям к информационной системе; соответствие требований к функциональным компонентам требованиям к функциям ПС; соответствие текстов программ требованиям к функциональным компонентам ПС; соответствие объектного кода исходному тексту программ функциональных компонентов ПС; степень покрытия тестами возможных маршрутов исполнения программ. |
|
|
Способность к |
с операционной системой; с аппаратной средой; с внешней средой информационной системы и пользователями; между программными компонентами; между компонентами распределенных информационных систем. |
|
|
Защищенность |
соответствие критериям и требованиям защиты от предумышленных угроз безопасности ПС; соответствие методам и средствам защиты от проявления случайных дефектов программ и данных; обеспечение эффективности оперативных методов защиты и восстановления при проявлениях и реализации угроз; |
Подобные документы
Анализ методологии и стандартизации оценки характеристик качества готовых программных средств: по функциональной пригодности, по корректности, по способности к взаимодействию, по защищенности. Процессы и продукты жизненного цикла программных средств.
контрольная работа [26,6 K], добавлен 23.01.2011Критерии оценки эффективности и качества создания программных средств. Роль трудоемкости и длительности создания программных средств в определении эффективности их создания. Требования к качеству, суммарные затраты на разработку программного средства.
реферат [26,7 K], добавлен 10.10.2014Программное обеспечение как продукт. Основные характеристик качества программного средства. Основные понятия и показатели надежности программных средств. Дестабилизирующие факторы и методы обеспечения надежности функционирования программных средств.
лекция [370,1 K], добавлен 22.03.2014Анализ методов оценки надежности программных средств на всех этапах жизненного цикла, их классификация и типы, предъявляемые требования. Мультиверсионное программное обеспечение. Современные модели и алгоритмы анализа надежности программных средств.
дипломная работа [280,5 K], добавлен 03.11.2013Информатизация России. Рынок программных средств. Основные задачи стандартизации, сертификации и лицензирования в сфере информатизации. Совокупность инженерных методов и средств создания программного обеспечения. Жизненный цикл программного обеспечения.
лекция [352,8 K], добавлен 09.03.2009Определение качества программных средств. Эволюция методов контроля и управления качеством продукции. Восемь принципов менеджмента качества, их содержание. Внешние и внутренние метрики продукта, организационная основа управления качеством программ.
презентация [301,0 K], добавлен 26.10.2016Общая характеристика и основные структуры кодирования. Качество программного обеспечения, показатели в ГОСТ 28195 и ГОСТ Р ИСО/МЭК 9126, характеристика по функциональным возможностям. Основные критерии и процесс оценки качества программного обеспечения.
курсовая работа [219,5 K], добавлен 25.02.2012Влияние качества программных продуктов на экономические характеристики производства, управление ими. Стандартизированные характеристики качества сложных программных продуктов. Гипотетические примеры определения требований к характеристикам качества.
контрольная работа [22,4 K], добавлен 13.12.2014Возможности среды программирования delphi при разработке приложения с визуальным интерфейсом. Отладка программных модулей с использованием специализированных программных средств. Тестирование программного обеспечения. Оптимизация программного кода.
курсовая работа [974,0 K], добавлен 21.12.2016Особенности аналитической и эмпирической моделей надежности программных средств. Проектирование алгоритма тестирования и разработка программы для определения надежности ПО моделями Шумана, Миллса, Липова, с использованием языка C# и VisualStudio 2013.
курсовая работа [811,5 K], добавлен 29.06.2014
