Файл: ТРПО-лекции3.pdf

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

Процесс управления конфигурацией:

oСоставляется план управления конфигурацией (в какие сроки, какую версию, что эта версия делать будет)

oИдентификация и запись запросов на изменение (Т.е. что требовалось в новой версии изменить, анализ оценки изменений), а также оценка изменений.

o Ликвидация дефектов в программе.

Лекция 10.05.2011

Характеристики качества программных средств

Международный стандарт ISO 9126:1-4 (1991г.), переиздан в 2002г. В качестве российского ГОСТа утвержден:

ГОСТР-1993г. IT. Оценка программного продукта. Характеристики качества и руководство по их применению:

Ч.1. Модель качества Ч.2. Внешние метрики качества ПП. Ч.3. Внутренние метрики

Ч.4. Метрики качества в использовании. Метрики характеристик качества отражают:

внешние качества – заданные требованиями заказчика в спецификациях и …;

внутренние качества – проявляются в процессе разработки и др. этапов жизненного цикла;

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

Модель качества ПП

Модель характеристик качества состоит из 6 базовых показателей:

1.Функциональные возможности:

пригодность для применения по назначению;

корректность (правильность, точность) реализации требованиям;

способность к взаимодействию с компонентами и средой;

защищенность, безопасность функционирования.

2.Надежность ПП:

степень завершенности;

устойчивость при наличии дефектов и ошибок;

восстанавливаемость после проявления дефектов (restart);

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

3.Эффективность ПИ рекомендуется отражать:

субвременнóй эффективностью реализации программ;

используемостью вычислительных ресурсов.

4.Применимость (практичность) ПИ:

понятность функций и сопроводительной документации;

простота использования комплекса программ;

простота изучения процесса функционирования и освоения.

5.Сопровождаемость:

анализируемость, т.е. удобство для анализа предложений модификации;

изменяемость компонентов и всего комплекса программ;

тестированность изменений при сопровождении.

6.Мобильность (переносимость):

адаптируемость к изменениям среды;

простота установки – инсталляций после переноса;

замещаемость компонентов при корректировке программ.

Характеристики, субхарактеристики и атрибуты качества ПП имеют 3 уровня детализации:

1.Категорийно-описательные – это описательные характеристики функций, категории ответственности защищенности и важности информационных потоков в вашей системе.

2.Количественные показатели – измеряемые характеристики, измеряются часами, метрикой, номинальной шкалой.

3.Качественные – несколько упорядоченных свойств, которые характеризуются некоторыми субъективными оценками: хорошо, плохо, да, нет.

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

Основные качественные характеристики программных средств и их аттрибутов.

Пример требований к количественным характеристикам качества программного средства.

Надежность.

Сколько нужно наработать наработать на отказ системе, чтобы она считалась надежной.

-завершенность – наработка на отказ при работе без рестарта.

-устойчивость – требуемое значение 50 часов.

-восстанавливаемость – длительность восстановления в минутах. Требуется 5 минут.

-доступность – вероятность доступности 0.998

-эффективность – не более 5 секунд.

-время отклика – время получения результата на получение типового задания – 5 секунд.

-пропускная способность – не менее 20 типовых заданий в минуту.

-используемость ресурсов – вероятность использования ресурсов ЭВМ – 0.8. Т.е. если пользователь работает с программой, которая использует ресурсов меньше 0.8, то программа не эффективна.

Практичность

–среднее время ввода заданий, среднее время отклика заданий. Не более 10 секунд.

–среднее время ввода заданий не более 10 секунд.

Изучаемость

–трудоемкость – не более 200 человеко-часов

–время изучения – не более 50 часов

–объем эксплуатационной документации 50

Сопровождаемость

–трудоемкость подготовки изменений - 10

–длительность подготовки изменений – не более 5

Тестируемость

–трудоемкость тестирования изменений – 20

–длительность тестирования изменений – не более 5.

Мобильность

–трудоемкость адаптации к новой платформе – не более 50 человеко-часов

–длительность адаптации – не более 10.

Инсталляция

–трудоемкость установки – не более 10 ч-часов.

–длительность установки – не более 5 часов

Замещаемость

–трудоемкость – 50

–длительность – 10.

Характеристики качества баз данных.

Стандарт ISO 9026 подробно описывает характеристики качества каждой из баз данных. Базу данных можно рассматривать как два независимых компонента:

1.СУБД (для управления данными)

2.Сами данные, которые структурирую по определенным данным.

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

Как тестировать базу данных? Выбрали Oracle. Протестированная… навороченная… все может. Построили свою БД. Кэшировали какие-то запросы и т.д. Приступаем к тестированию. Что следует тестировать?