Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Измерение качества программного изделия
Для определения качества программного изделия, а также уровня качества разработок программного обеспечения в целом по организации используется статистический подход, который предполагает: 1. Сбор и классификацию информации о дефектах программных изделий. 2. Выявление причин каждого дефекта путем подробного анализа дефектов и их трассировки. 3. Выявление наиболее существенных причин дефектов в программной продукции на основе использования принципа Парето (80% всех дефектов обусловлены 20% возможных причин). 4. Устранение наиболее существенных причин, вызывающих дефекты в программном изделии. Тщательная систематизация статистической информации позволяет выявить причины появления ошибок. Это может быть: • неполнота или ошибочность спецификаций; • неправильная интерпретация информации заказчика; • умышленное отклонение от спецификаций; • нарушение стандартов программирования; • ошибки в представлении данных; • несовместимые интерфейсы между модулями; • ошибки в логике проектных решений; • неполное или ошибочное тестирование; • неточная или неполная документация; • неоднозначность и противоречивость человеко-машинного интерфейса. Все обнаруженные в процессе разработки и последующей эксплуатации программного обеспечения ошибки распределяются по группам, в каждой из которых выделяются серьезные, средние и незначительные ошибки. На основе этой информации выделяются группы наиболее частых и серьезных ошибок, а затем рассматриваются способы устранения основных причин их появления и методы совершенствования процесса разработки. Собранная статистическая информация может быть использована впоследствии в качестве базы для оценки степени повышения или снижения качества изделий, подлежащих разработке в последующие годы, и для которых также будут собираться сведения о дефектах. Для количественной оценки качества программной продукции был разработан ряд подходов, нашедших затем отражение в стандартах. Так, согласно американскому стандарту для определения индекса качества структуры проекта на основе совокупности пригодных для измерения характеристик программного проекта необходимо знать: • общее число модулей в архитектурном проекте;
• число модулей, чье правильное функционирование зависит от источника входных данных или которые порождают данные, использующиеся в других модулях; • число элементов базы данных, включая объекты и их атрибуты; • общее число уникальных элементов базы данных; • число различных типов записей в базе данных; • число модулей с единственным входом и выходом- На основе перечисленных данных проводится простое определение таких промежуточных величин, как независимость модулей между собой и от предыдущей обработки, размер базы данных и ее разделенность на части и показатель вход/выход модуля. Сумма названных промежуточных величин с соответствующими весовыми коэффициентами, отражающими относительный вес каждого из показателей, дает значение индекса для рассматриваемого проекта. Это значение может быть сопоставлено с индексами прошлых проектов для того, чтобы сделать вывод об уровне качества проекта. Другой стандарт — индекс завершенности программного изделия — характеризует стабильность программной продукции при разработке новых версий изделия и связан с изменениями, вносимыми в процессе совершенствования изделия. Индекс завершенности определяется по формуле SMI= [ Ml - (Fa + Fc + Fd)} I Ml, где Ml — число модулей в текущей версии; Fc — число измененных модулей в текущей версии; Fa — число добавленных модулей в текущей версии; Fd — число модулей предыдущей версии, исключенных из текущей версии. Считается, что продукт начинает стабилизироваться, когда SMI приближается к 1. Этот показатель используется также и для планирования деятельности по сопровождению. Среднее время разработки новой версии программного изделия может быть связано с индексом завершенности с помощью простой эмпирической формулы.
|
|||||
Последнее изменение этой страницы: 2017-02-07; просмотров: 129; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.235.139.122 (0.025 с.) |