Качество по.
Как проверить что требования заданы достаточно полно? Для этого служит понятие качества ПО.
Если попросить группу людей высказать своё мнение по поводу того, что такое качественное ПО, можно получить следующие варианты ответов:
Его легко использовать
Оно демонстрирует хорошую производительность
В нем нет ошибок
Оно не портит пользовательские данные при сбоях
Его можно использовать на разных платформах
Оно может работать 24 часа в сутки и 7 дней в неделю
В него легко добавлять новые возможности
Оно удовлетворяет потребности пользователей
Оно надежно
Оно хорошо документировано
Все это действительно имеет непосредственное отношение к качеству ПО. Но все эти ответы выделяют характеристики, важные для конкретного пользователя, разработчика или группы таких лиц. Для повышения степени удовлетворения всех заинтересованных сторон, для достижения прочного положения на рынке и повышения потенциала развития важен учет всей совокупности характеристик ПО, важных для всех заинтересованных лиц: конечных пользователей, заказчиков, разработчиков, администраторов систем, в которых оно будет работать, регулирующих организаций и пр.
Приведенные ответы показывают, что качество ПО может быть описано только большим количеством разнородных характеристик.
Общие принципы разработки качественных продуктов во всех отраслях экономики регулируются набором стандартов ISO 9000. Наиболее важные для разработки ПО стандарты в его составе следующие.
ISO 9000:2000 Quality management systems — Fundamentals and vocabulary. Системы управления качеством — Основы и словарь. (Аналог ГОСТ Р-2001).
ISO 9001:2000 Quality management systems — Requirements. Models for quality assurance in design, development, production, installation, and servicing. Системы управления качеством — Требования. Модели для обеспечения качества при проектировании, разработке, коммерциализации, установке и обслуживании. Определяет общие правила обеспечения качества результатов во всех процессах жизненного цикла. (Аналог ГОСТ Р-2001)
ISO 9002:1994 Quality systems — Model for quality assurance in production, installation and servicing. Системы качетсва — Модель для обеспечения качества при коммерциализации, установке и обслуживании.
ISO 9003:1994 Quality systems — Model for quality assurance in final inspection and test. Системы качества — Модель обеспечения качества при финальном инспектировании и тестировании.
ISO 9004:2000 Quality management systems — Guidelines for performance improvements. Системы управления качеством. Руководство по улучшению деятельности. (Аналог ГОСТ Р-2001).
ISO 9000-3:1997. Стандарты в области административного управления качеством и обеспечения качества. Часть 3. Руководящие положения по применению стандарта ISO 9001 при разработке, поставке и обслуживании программного обеспечения.
Понятие качества ПО в виде совокупности атрибутов качества определяется стандартом ISO 9126. В этом стандарте выделено 6 основных факторов качества ПО, называемых также целями, и каждый из факторов качества описывается при помощи нескольких входящих в него атрибутов.
Ниже приведен полный список этих атрибутов по стандарту ISO 9126:2001.
Функциональность (определяет, что делает ПО, какие задачи оно решает)
Пригодность к определенной работе (suitability)
Точность, правильность (accuracy)
Способность к взаимодействию (interoperability)
Соответствие стандартам и правилам (compliance)
Защищенность (security)
Надежность («насколько надежно ПО работает»)
Зрелость, завершенность (обратна к частоте отказов) (maturity)
Устойчивость к отказам (fault tolerance)
Способность к восстановлению работоспособности при отказах (recoverability)
Соответствие стандартам надежности (reliability compliance, добавлен в 2001)
Практичность, удобство использования («насколько удобно пользоваться ПО»)
Понятность (understandability)
Удобство обучения (learnability)
Работоспособность (operability)
Привлекательность (attractiveness, добавлен в 2001)
Соответствие стандартам практичности (usability compliance, добавлен в 2001)
Эффективность («насколько эффективно работает ПО»)
Временные характеристики (time behaviour)
Использование ресурсов (resource utilisation)
Соответствие стандартам эффективности (efficiency compliance, добавлен в 2001)
Сопровождаемость («насколько удобно вносить изменения и поправки в ПО»)
Анализируемость (analyzability)
Изменяемость, удобство внесения изменений (changeability)
Риск возникновения неожиданных эффектов при внесении изменений (stability)
Контролируемость, удобство проверки (testability)
Соответствие стандартам сопровождаемости (maintainability compliance, добавлен в 2001)
Переносимость, мобильность («насколько удобно переносить ПО в другое окружение»)
Адаптируемость (adaptability)
Устанавливаемость, удобство установки (installability)
Способность к сосуществованию с другим ПО (coexistence)
Удобство замены другого ПО данным (replaceability)
Соответствие стандартам переносимости (portability compliance, добавлен в 2001)
Помимо перечисленных выше атрибутов стандарт ISO 9126:2001 определяет некоторые наборы метрик для оценки каждого атрибута. Примеры таких метрик:
Полнота реализации функций. Используется для измерения пригодности.
Корректность реализации функций. Используется для измерения пригодности.
Отношение числа обнаруженных дефектов к прогнозируемому. Используется для определения зрелости.
Отношение числа проведенных тестов к общему их числу. Используется для определения зрелости.
Отношение числа доступных проектных документов к указанному в их списке. Используется для измерения анализируемости.
Для того чтобы получить качественное ПО, надо иметь список требований к нему по всем перечисленным характеристикам. Требования определяют, какие свойства ПО по данной характеристике хотят видеть заинтересованные стороны. Таким образом, требования должны определять следующее.
Что ПО должно делать. Примеры: Позволять клиенту оформить заказы и обеспечить их доставку; Обеспечивать контроль качества строительства и отслеживать проблемные места; Поддерживать нужные характеристики автоматизированного процесса производства, предотвращая аварии, и оптимальным образом используя имеющиеся ресурсы.
Насколько оно должно быть надежно. Примеры: Работать 7 дней в неделю и 24 часа в сутки; Допускается неработоспособность в течение не более 3 часов в год. Никакие введенные пользователями данные при отказе не должны теряться.
Насколько им должно быть удобно пользоваться. Примеры: Покупатель должен легко находить нужный ему товар; Инженер по специальности «строительство мостов» должен легко понимать, как пользоваться системой.
Насколько оно должно быть эффективно. Примеры: Поддерживать обслуживание до 10000 запросов в секунду; Время отклика на запрос при максимальной загрузке не должно превышать 3 с; Время реакции на изменение параметров процесса производства не должно превышать 0.1 с; На обработку одного запроса не должно тратиться более 1 MB оперативной памяти.
Насколько удобно должно быть его сопровождение. Примеры: Добавление в систему нового вида запросов не должно требовать более 3 человеко-дней; Добавление поддержки нового процесса производства не должно занимать более 24 человеко-месяцев.
Насколько оно должно быть переносимо и заменяемо. Примеры: ПО должно работать на операционных системах Linux, Windows XP и MacOS X; ПО должно работать с документами в форматах MS Word 97 и HTML; ПО должно сохранять файлы отчетов в форматах MS Word 2000, MS Excel 2000, HTML, RTF и в виде обычного текста. ПО должно сопрягаться с существующей системой записи данных о заказах.