Презентация на тему Модели качества в програмной инженерии

стандарты, регламентирующие качество программ, можно разделить на две группы:

общие для качества любых типов изделий;
формализующие показатели качества программных средств.

Общее руководство качеством и стандарты по обеспечению качества.
ISO

9001:1987. Система качества. Модель для обеспечения качества при проектировании и (или) разработке, производстве, монтаже и обслуживании.
ISO 9002:1987. Система качества. Общие мероприятия по обеспечению качества при производстве и монтаже изделий.
ISO 9003:1987. Система качества. Общие мероприятия по обеспечению качества при окончательном их контроле и испытаниях.
ISO 9004:1987. Система качества. Общие мероприятия по обеспечению качества при внедрении и общем руководстве системой качества с целью производства конкурентоспособной продукции.
ISO 9126:1991. ИТ. Оценка программного продукта. Характеристики качества и руководство по их применению.

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

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

Стандарт ISO/IEC 12207 определил не только основные процессы ЖЦ разработки ПС, но и организационные и дополнительные процессы, которые регламентируют инженерию, планирования и управления качеством ПС.

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

уровень
функциональность (functionality);
надежность (realibility);
удобство (usability);
эффективность (efficiency);
сопровождаемость (maitainnability);
переносимость (portability).
Второму

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

метрик, каждая из них согласно стандарту определяется как комбинация

метода измерения атрибута и шкалы измерения значений атрибутов. Для оценки атрибутов качества на этапах ЖЦ (при просмотре документации, программ и результатов тестирования программ) используются метрики с заданным оценочным весом для нивелирования результатов метрического анализа совокупных атрибутов конкретного показателя и качества в целом. Атрибут качества определяется с помощью одной или нескольких методик оценки на этапах ЖЦ и на завершающем этапе разработки ПО.
Четвертый уровень - это оценочный элемент метрики (вес), который используется для оценки количественного или качественного значения отдельного атрибута показателя ПО. В зависимости от назначения, особенностей и условий сопровождения ПО выбираются наиболее важные характеристики качества и их атрибуты.
Выбранные атрибуты и их приоритеты отражаются в требованиях на разработку систем либо используется соответствующие приоритеты эталона класса ПО, к которому это ПО относится.

соответствия программ их целевому назначению.
Конструктивные критерии качества программ

достаточно инвариантны к их целевому назначению и основным функциям. К ним относятся сложность программ, надежность функционирования, используемые ресурсы ЭВМ, корректность и т.д. В свою очередь конструктивные характеристики комплексов программ целесообразно разделить на основные критерии (показатели) качества и факторы или параметры, влияющие на их значения.

создания комплекса программ и проверки его адекватности поставленным целям.

На этапе проектирования основные затраты составляет трудоемкость создания программ заданной сложности и корректности.
Надежность (безотказность) функционирования характеризует относительную длительность получения корректных (достоверных) результатов или вероятность правильных (не искаженных за допустимые пределы) выходных данных.
Способность к модернизации комплексов программ определяется четкостью их структурного построения и структурой межмодульных связей. Кроме того, на этот критерий влияет метод распределения ресурсов ВС и наличие резервов для развития программ.
Мобильность комплексов программ относительно изменения типа, структуры и системы команд вычислительной машины характеризует возможность сохранения и эффективного использования эксплуатируемых программ в процессе развития аппаратуры ЭВМ.
Временные показатели жизненного цикла программ: длительность проектирования, продолжительность эксплуатации очередной версии и длительность проведения каждой модификации.

доминирующее значение приобретают сами данные, их хранение и обработка.

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

формирования и измерения информационного наполнения БД администраторами, а также

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

можно разделить на функциональные и конструктивные.
Функциональные показатели качества

БД включают:
- полноту накопленных описаний объектов — относительное число объектов или документов, имеющихся в БД, к общему числу объектов по данной тематике или по отношению к числу объектов в аналогичных БД по той же тематике;
- достоверность — степень соответствия данных об объектах в БД реальным объектам вне ЭВМ в данный момент времени, определяющаяся изменениями самих объектов, некорректностями записей о их состоянии или некорректностями расчетов их характеристик;
- идентичность данных — относительное число описаний объектов, не содержащих ошибки, к общему числу документов об объектах в БД;
- актуальность данных — относительное число морально устаревших данных об объектах в БД к общему числу накопленных и обрабатываемых данных.

в основном, объемно-временные характеристики сохраняемых и обрабатываемых данных:
- объем

базы данных - число записей описаний объектов или документов в базе данных, доступных для хранения и обработки;
- оперативность - степень соответствия динамики изменения данных в процессе сбора и обработки состояниям реальных объектов или величина запаздывания между появлением или изменением характеристик реального объекта и его отражением в базе данных;
- периодичность - промежуток времени между поставками двух последовательных, достаточно различающихся информацией версий БД;
- глубина ретроспективы - интервал времени от даты выпуска и/или записи в базу данных самого раннего документа до настоящего времени;
- динамичность - относительное число изменяемых описаний объектов к общему числу записей в БД за некоторый интервал времени, определяемый периодичностью издания версий БД

измерении его характеристик - свойств;
метрики процесса, которые используются при

измерении свойства процесса ЖЦ создания продукта.
метрики использования.

видимые пользователю;
внутренние метрики, обозначающие свойства, видимые только команде разработчиков.
Внешние

метрики продукта - это метрики:
надежности продукта, которые служат для определения числа дефектов;
функциональности, с помощью которых устанавливаются наличие и правильность реализации функций в продукте;
сопровождения, с помощью которых измеряются ресурсы продукта (скорость, память, среда);применимости продукта, которые способствуют определению степени доступности для изучения и использования;
стоимости, которыми определяется стоимость созданного продукта.
Внутренние метрики продукта включают:
метрики размера, необходимые для измерения продукта с помощью его внутренних характеристик;
метрики сложности, необходимые для определения сложности продукта;
метрики стиля, которые служат для определения подходов и технологий создания отдельных компонентов продукта и его документов.

различных свойств, значений модели качества или прогнозирования.
Стандарт ISO/IEC

9126-2 определяет следующие типы мер:
мера размера ПО в разных единицах измерения (число функций, строк в программе, размер дисковой памяти и др.);
мера времени (функционирования системы, выполнения компонента и др.);
мера усилий (производительность труда, трудоемкость и др.);
мера учета (количество ошибок, число отказов, ответов системы и др.).

время для каждой стадии;
время модификации моделей;
время выполнения работ на

процессе;
число найденных ошибок при инспектировании;
стоимость проверки качества;
стоимость процесса разработки.

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

представляет собой "модель измерения атрибута, связываемого с показателем его

качества". При измерении показателей качества данный стандарт позволяет определять следующие типы мер:
меры размера в разных единицах измерения (количество функций, размер программы, объем ресурсов и др.);
меры времени - периоды реального, процессорного или календарного времени (время функционирования системы, время выполнения компонента, время использования и др.);
меры усилий - продуктивное время, затраченное на реализацию проекта (производительность труда отдельных участников проекта, коллективная трудоемкость и др.);
меры интервалов между событиями, например, время между последовательными отказами;
счетные меры - счетчики для определения количества обнаруженных ошибок, структурной сложности программы, числа несовместимых элементов, числа изменений (например, число обнаруженных отказов и др.).

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

метрическая (1.1 - абсолютная, 1.2 - относительная, 1.3 - интегральная);
шкала порядковая (ранговая), позволяющая ранжировать характеристики путем сравнения с опорными;
классификационная шкала, характеризующая наличие или отсутствие рассматриваемого свойства у оцениваемого программного обеспечения.

качества сложных ПС можно разделить на следующие крупные группы

задач:
создание методов, технологий и средств автоматизации разработки и контроля качества процесса и поэтапных результатов проектирования программ;
разработка методов, методик и средств измерения значений показателей качества программ, полностью завершенных разработкой и предъявленных для эксплуатации пользователям;
создание совокупности методов и средств правового и организационно-экономического обеспечения гарантий необходимого качества программ на всех этапах их жизненного цикла.

расходы на ее разработку
IEEE Std 730-2002 планирование контроля качества
IEEE

Std 1061-1998 методологии метрик качества
IEEE Std 1028-1997 стандарт обзоров ПО
IEEE Std 1008-1987(R1993) стандарт блочного тестирования
IEEE Std 829-1998 стандарт документации тестирования ПО

входят:
анализ системных требований к ПС, выделение и ранжирование

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

должны быть подготовлены исходные данные:
критерии и четко определенные

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

ПС и управления качеством должны быть отражены:
цели управления

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

изложены в стандарте ANSI/IEEE 983-1986 - Руководство по планированию

обеспечения качества программных средств. В нем представлены методы, рекомендации и документы по планированию и управлению обеспечением качества критических программных средств, включая испытания и аттестацию (сертификацию). Подробно описаны структура и содержание стандартизированного плана (профиля) обеспечения качества ПС (ПОКПС), рекомендации по его внедрению, оценке эффективности и модификации. Эти рекомендации предложено применять с различной степенью обязательности, с учетом характеристик объекта и среды разработки ПС.
Рекомендуемая документация определяет состав и содержание базовых документов, поддерживающих управление разработкой, контроль, аттестацию и испытания ПС. Выделяется и предлагается структура содержания минимума из пяти документов: спецификация требований к ПС, описание проекта ПС, план проверки и аттестации ПС, отчет о результатах проверки и аттестации ПС, документация пользователя. Стандарты, взаимодействия и соглашения определяют способы обеспечения и контроля соответствия проекта ПС этим документам. Для этого определяется перечень применяемых стандартов и руководств, а также этапы жизненного цикла, на которые они распространяются.