Различные факторы, которые влияют на программное обеспечение, называются программными факторами. Их можно широко разделить на две категории. Первая категория факторов — это те, которые могут быть измерены напрямую, например, число логических ошибок, а вторая категория объединяет те факторы, которые могут быть измерены только косвенно. Например, ремонтопригодность, но каждый из факторов должен быть измерен для проверки содержания и контроля качества.
Несколько моделей факторов качества программного обеспечения и их категоризация были предложены за эти годы. Классическая модель факторов качества программного обеспечения, предложенная McCall, состоит из 11 факторов (McCall et al., 1977). Аналогично, модели, состоящие из 12-15 факторов, были предложены Дойчем и Уиллисом (1988) и Эвансом и Марсиниаком (1987).
Все эти модели существенно не отличаются от модели Маккола. Факторная модель Макколла предоставляет практичный, современный метод классификации требований к программному обеспечению (Pressman, 2000).
Модель Фактора Маккола
Эта модель классифицирует все требования к программному обеспечению по 11 показателям качества программного обеспечения. Эти 11 факторов сгруппированы в три категории — эксплуатация продукта, пересмотр продукта и факторы перехода продукта.
-
Факторы работы продукта — правильность, надежность, эффективность, целостность, удобство использования.
-
Факторы пересмотра продукта — ремонтопригодность, гибкость, тестируемость.
-
Факторы перехода продукта — Переносимость, Возможность повторного использования, Совместимость.
Факторы работы продукта — правильность, надежность, эффективность, целостность, удобство использования.
Факторы пересмотра продукта — ремонтопригодность, гибкость, тестируемость.
Факторы перехода продукта — Переносимость, Возможность повторного использования, Совместимость.
Факторы качества программного обеспечения работы продукта
Согласно модели Макколла, категория работы продукта включает пять факторов качества программного обеспечения, которые отвечают требованиям, которые непосредственно влияют на ежедневную работу программного обеспечения. Они заключаются в следующем —
правильность
Эти требования касаются правильности вывода программного обеспечения системы. Они включают в себя —
-
Выходная миссия
-
Требуемая точность вывода, на которую могут отрицательно повлиять неточные данные или неточные расчеты.
-
Полнота выводимой информации, на которую могут повлиять неполные данные.
-
Актуальность информации, определяемой как время между событием и ответом системы программного обеспечения.
-
Доступность информации.
-
Стандарты кодирования и документирования программного обеспечения системы.
Выходная миссия
Требуемая точность вывода, на которую могут отрицательно повлиять неточные данные или неточные расчеты.
Полнота выводимой информации, на которую могут повлиять неполные данные.
Актуальность информации, определяемой как время между событием и ответом системы программного обеспечения.
Доступность информации.
Стандарты кодирования и документирования программного обеспечения системы.
надежность
Требования к надежности связаны с отказом обслуживания. Они определяют максимально допустимую частоту отказов программной системы и могут относиться ко всей системе или к одной или нескольким ее отдельным функциям.
КПД
Он касается аппаратных ресурсов, необходимых для выполнения различных функций системы программного обеспечения. Он включает в себя возможности обработки (в МГц), емкость хранения (в МБ или ГБ) и возможность передачи данных (в МБПС или ГБПС).
Он также касается времени между подзарядкой портативных блоков системы, таких как блоки информационной системы, расположенные в портативных компьютерах, или метеорологические блоки, размещенные на открытом воздухе.
целостность
Этот фактор связан с безопасностью системы программного обеспечения, то есть для предотвращения доступа посторонних лиц, а также для разграничения группы людей, которым даются разрешения на чтение и запись.
Юзабилити
Требования юзабилити связаны с кадровыми ресурсами, необходимыми для обучения нового сотрудника и эксплуатации системы программного обеспечения.
Факторы качества редакции продукта
Согласно модели Маккола, три категории качества программного обеспечения включены в категорию редакции продукта. Эти факторы заключаются в следующем —
Ремонтопригодность
Этот фактор учитывает усилия, которые потребуются пользователям и обслуживающему персоналу для определения причин сбоев программного обеспечения, исправления сбоев и проверки успешности исправлений.
гибкость
Этот фактор связан с возможностями и усилиями, необходимыми для поддержки адаптивного обслуживания программного обеспечения. Это включает в себя адаптацию текущего программного обеспечения к дополнительным обстоятельствам и клиентам без изменения программного обеспечения. Требования этого фактора также поддерживают совершенные действия по обслуживанию, такие как изменения и дополнения программного обеспечения, чтобы улучшить его обслуживание и адаптировать его к изменениям в технической или коммерческой среде фирмы.
способность быть свидетелем в суде
Требования к тестируемости относятся как к тестированию программной системы, так и к ее работе. Он включает предварительно определенные промежуточные результаты, файлы журнала, а также автоматическую диагностику, выполняемую программной системой перед запуском системы, чтобы выяснить, все ли компоненты системы находятся в рабочем состоянии, и получить отчет об обнаруженных неисправностях. Другой тип этих требований касается автоматических диагностических проверок, применяемых специалистами по техническому обслуживанию для выявления причин сбоев программного обеспечения.
Фактор качества программного обеспечения для перехода продукта
Согласно модели Макколла, три категории качества программного обеспечения включены в категорию перехода продукта, которая касается адаптации программного обеспечения к другим средам и его взаимодействия с другими программными системами. Эти факторы заключаются в следующем —
портативность
Требования переносимости имеют тенденцию к адаптации программной системы к другим средам, состоящим из другого оборудования, разных операционных систем и так далее. Программное обеспечение должно иметь возможность продолжать использовать одно и то же базовое программное обеспечение в различных ситуациях.
Повторное использование
Этот фактор связан с использованием программных модулей, изначально разработанных для одного проекта, в новом программном проекте, который разрабатывается в настоящее время. Они могут также позволить будущим проектам использовать данный модуль или группу модулей разработанного в настоящее время программного обеспечения. Ожидается, что повторное использование программного обеспечения позволит сэкономить ресурсы разработки, сократить период разработки и обеспечить более качественные модули.
Interoperability
Требования к функциональной совместимости направлены на создание интерфейсов с другими программными системами или с другими аппаратными средствами оборудования. Например, встроенное программное обеспечение производственного оборудования и испытательного оборудования взаимодействует с программным обеспечением управления производством.