18 Оценка качества ПрогОбесп. Методы оценки свойств ПрогОбес.

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

Контроль качества ПП – это систематические действия, подтверждающие пригодность к использованию ПП в целом. Цель контроля качества – дать количественные меры качества программной системы.

Методы оценки качества ПО делятся на 2 группы:

1. По способам получения информации

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

- Регистрационный: получение информации во время испытаний, когда регистрируется и подсчитываются определенные события в системе (время и число сбоев, время начала и окончания к-л действия).

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

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

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

2. По источникам получения информации

- Традиционный – опрос пользователей с целью получения информации об удобстве применения программы

- Социологический - информация получается с помощью анкет, опросников.

19 Уровни зрелости организации с точки зрения cmm.

Capability Maturity Model (CMM) - модель оценки качества процесса разработки и сопровождения ПО.

CMM применяется для:

•улучшения ПО-процессов, когда предприятие планирует, разрабатывает и реализует их изменения;

•оценки ПО-процессов, когда определяется состояние текущих ПО-процессов предприятия и приоритетные процессы, а также осуществляется организационная поддержка их улучшения;

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

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

• Level 1 – Начальный: Проекты разработки системы не следуют строго установленным процессам.

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

• Level 2 – Повторяемый: Устанавливаются процессы управления проектом и работы для отслеживания стоимости, планов и функциональности проектов. Для его внедрения на предприятии должны быть внедрены технологии управления проектами. При этом планирование и управление проектами основывается на накопленном опыте, определяются стандарты на разрабатываемое программное обеспечение (причём обеспечивается следование этим стандартам) и организуется специальная группа обеспечения качества. В случае необходимости организация может взаимодействовать с субподрядчиками. В критических условиях процесс имеет тенденцию возвращаться на начальный уровень.

• Level 3 – Определенный: Приобретается или разрабатывается стандартная система процесса разработки (иногда наз. методология) и интегрируется повсеместно в подразделениях организации. Характеризуется тем, что стандартный процесс создания и сопровождения программного обеспечения документирован. Подразумевается, что в процессе стандартизации происходит переход на наиболее эффективные практики и технологии. Для создания и поддержания подобного стандарта в организации должна быть создана специальная группа. Обязательным условием для достижения данного уровня является наличие на предприятии программы постоянного повышения квалификации и обучения сотрудников. Начиная с этого уровня, организация перестаёт зависеть от качеств конкретных разработчиков, и процесс не имеет тенденции возвращаться на более низкий уровень.

• Level 4—Управляемый: Устанавливаются цели для качества и производительности.

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

• Level 5—Оптимизирующий: Стандартизованные процессы разработки системы постоянно пересматриваются и усовершенствуются, основываясь на измерениях и анализа данных, установленных на 4 уровне. Характеризуется тем, что мероприятия по улучшению применяются не только к существующим процессам, но и для оценки эффективности ввода новых технологий. Основной задачей всей организации на этом уровне является постоянное улучшение существующих процессов. При этом улучшение процессов в идеале должно помогать предупреждать возможные ошибки или дефекты. Кроме того, должны вестись работы по уменьшению стоимости разработки программного обеспечения, например с помощью создания и повторного использования компонентов.

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