Информационное обеспечение оценки качества программного продукта при управлении процессом тестирования технической документации

• Автор: Мишкутёнок, Владимир Владимирович
• Шифр специальности: 05.13.06
• Научная степень: Кандидатская
• Год защиты: 2005
• Место защиты: Санкт-Петербург
• Количество страниц: 217 с. : ил.

СОДЕРЖАНИЕ

УСЛОВНЫЕ ОБОЗНАЧЕНИЯ.

ВВЕДЕНИЕ

1. ОБЗОР ОСНОВНЫХ МЕТОДОВ, ТЕХНОЛОГИЙ И СТАНДАРТОВ, ОПРЕДЕЛЯЮЩИХ

КАЧЕСТВО ПО.

1.1 Введение в определение уровня программных продуктов.

Стандарты и программные продукты.

технологии
ii i СММ.
1I 1 I.

I ГОСТ 1 МЭК

Показатели качества ПО.
1.2 ОЬЗОР МЕТОДОВ АНАЛИЗА ПРОГРАММНОГО ОБЕСПЕЧИШЬ
Методологии стандарта I 8
Методология и инструментарий I i
ВЫВОДЫ.
2. МЕТОДЫ ПРИНЯТИИ РЕШЕНИЯ О КАЧЕСТВЕ ПС
Введение.
2.1. Автоматизированная система градации стандартов
i из синтаксиса.
Анализ семантики.
2.2. Структурирование функции качес тва
Идеология метода СФК.
Ключевые элементы и инструменты СФК.
Дом Качества ДК
2.3. МЕТОДЫ ВЕРИФИКАЦИИ III1.
2.4. Методы принятия решения
3. РЕАЛИЗАЦИЯ МЕТОДОВ ПРОЕДЛОЖЕННЫХ МОДЕЛЕЙ
ВВЕДЕНИЕ
3.1. Автоматизированная система градации стандартов.
3.2. Программный продукт .
3.3. Методика оптимальных статистических решений
3.4. Методика тестциклов.
4. ОЦЕНКА ЭФФЕКТИВНОСТИ И КОРРЕКТНОСТИ ПРАКТИЧЕСКИХ ИССЛЕДОВАНИЙ
Введение
4.1. Описание ii комплекса
4.2. Экспериментальное применение системы.
ЗАКЛЮЧЕНИЕ
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ


Кроме того, должны вестись работы но уменьшению стоимости разработки программного обеспечения, например, с помощью создания и повторного использования компонент. При сертификации проводится оценка соответствия всех ключевых областей по -балльной шкале. Для успешной квалификации данной ключевой области необходимо набрать не менее 6 баллов. Заинтересованность руководства в данной области (планируется ли практическое внедрение данной ключевой области, существует ли понимание у руководства необходимости данной области и т. Насколько широко данная область применяется в организации (например, оценке в 4 балла соответствует фрагментарное применение). Успешность использования данной области на практике (например, оценке в 0 баллов соответствует полное отсутствие какого-либо эффекта, а оценка в 8 баллов выставляется при наличии систематического и измеримого положительного результата практически во всей организации). В принципе, можно сертифицировать только один процесс или подразделение организации, например, подразделение разработки программного обеспечения компании IBM сертифицировано на пятый уровень. СММ хотя бы в одном из подразделений - таких всего около [8]. С другой стороны, насчитывается несколько тысяч компаний, сертифицированных по 3 или 4 уровню, то есть существует колоссальный разрыв между оптимизированным уровнем зрелости и предыдущими уровнями. Однако еще больший разрыв наблюдается между количеством организаций начального уровня и числом их более продвинутых собратьев - по некоторым оценкам, свыше % всех компании-разработчиков находится на первом уровне СММ [9]. Интересен вопрос о соотношении уровней СММ со стандартом ISO , на каком уровне СММ должна находиться организация, чтобы получить сертификат соответствия ISO ? На первый взгляд, для этого необходимо иметь как минимум 3 или 4 уровень СММ. Тем не менее, существуют примеры организаций l-ro уровня, имеющих сертификат ISO . Одной из причин для возникновения подобных несуразиц является высокий уровень абстракции ISO и связанная с этим свобода его интерпретации аудитором. Иногда, как это ни странно, аудиторам не хватает элементарного знакомства с реальной практикой разработки программ. В году Международная организация по стандартизации инициировала и работу по созданию единого стандарта оценки программных процессов. В июне мандатом от JTC1/SC7 был предложен проект стандарта, получивший имя SPICE (сокращение от Software Process Improvement and Capability dEtermination, определение возможностей и улучшение процесса создания программного обеспечения). ИСО - Системы качества. ИСО -3 - Стандарты в области административного управления качеством и обеспечения качества. Часть 3. ИСО -4 - Административное управление качеством и элементы системы качества. Часть 4. Руководящие положения по повышению качества. ИСО/МЭК 7 - , Информационная технология. Проект ИСО/МЭК 4 является дополнением к другим Международным стандартам и другим моделям для оценки возможности и эффективности организаций и их процессов. Подход к оценке процесса, определенный в ИСО/МЭК 4, предоставляет основу для общего подхода к описанию результатов оценки, принимая во внимание некоторую степень сравнения оценок, базирующих на других, по совместимых, моделях и методах. Задачей SPICE является создание международного стандарта, в котором был бы учтен весь накопленный опыт в области разработки ПО []. На рис. SPICE. Стандарт SPICE унаследовал многие черты более ранних стандартов, в том числе и ISO и СММ. Для этого пришлось прибегнуть к повышению уровня детализации стандарта. Следствием такого основательного подхода является большой объем стандарта: документация к нему содержит около 0 страниц. Больше всего SPICE напоминает СММ. Точно так же, как и в СММ, основной задачей организации является постоянное улучшение процесса разработки ПО. Кроме того, в SPICE тоже используется схема с различными уровнями возможностей (в SPICE определено 6 различных уровней), но эти уровни применяются не только к организации в целом, но и к отдельно взятым процессам. В табл. SPICE и характерные для них процедуры управления.