Эта модель классифицирует все требования к программному обеспечению по 11 показателям качества программного обеспечения. Эти 11 факторов сгруппированы в три категории – эксплуатация продукта, пересмотр продукта и факторы перехода продукта. Том Демарко в 1999 году предлагал при оценке качества программного обеспечения учитывать, что «качество программного продукта является показателем того, насколько он меняет мир к лучшему»[5]. Стандарт ISO/IEC определяет модели качества для программного продукта, а также характеристики и метрики, которые помогают в оценке.
Проект международных стандартов, принятый техническими комитетами, направляется в органы-члены для голосования. ISO 9001 был подготовлен Техническим комитетом ISO / TC 176, Управление качеством и обеспечение качества, Подкомитетом SC 2, Системы качества. Метрики точки функции предоставляют стандартизированный метод измерения различных функций программного приложения. Он измеряет функциональность с точки зрения пользователя, то есть на основе того, что пользователь запрашивает и получает взамен.
Весы измерения
Где-то это четко выраженные критерии приемки фичи в работу, где-то специальные договорные отношения или множество политик и инструкций. Если вы не будете вкладываться в культуру, поощряющее качество, то можете забыть про него. Качественное программное обеспечение — это не только ключ к успеху вашего бизнеса, но и показатель вашей профессиональной компетенции. За последнее десятилетие качество программного обеспечения индустрия программного обеспечения перешла от каскадной методологии к гибкой. Waterfall точно определяет, что вы хотите, еще до написания кода, а Agile обеспечивает достаточную гибкость, чтобы вы могли вносить изменения по ходу дела. Независимо от того, насколько близок к тому, чтобы ИИ был достаточно хорош, всегда существует риск несчастных случаев и смертельных исходов.
- Если ваша организация все еще не вовлечена в процесс обеспечения качества, тогда у вас есть прекрасная возможность улучшить ситуацию, взяв за основу опыт извлеченный из анализа прошлых проектов.
- Тематические исследования или опросы могут использоваться для подтверждения эффективности и полезности общепринятых мнений и многих других стандартов, методов или инструментов в одной организации.
- Расходы возникают, когда программист должен исправить все дефекты, выявленные в его фрагменте во время модульного или компонентного тестирования.
- После того, как набор метрик станет ясным и будет определен набор измеряемых компонентов, разработайте схему для идентификации каждого вида деятельности, участвующего в процессе измерения.
- Эта модель классифицирует все требования к программному обеспечению по 11 показателям качества программного обеспечения.
Члены команды должны быть профессионалами, обладающими знаниями в области разработки программного обеспечения и управления. Аудиторы TickIT, проводящие аудиторские оценки и сертификационные аудиты, зарегистрированы Международным регистром сертифицированных аудиторов (IRCA). Зарегистрированные аудиторы IRCA обязаны, помимо прочего, иметь опыт управления и разработки программного обеспечения; они также должны успешно пройти курс одитора.
Плотность дефектов
Функциональное качество программного обеспечения – отражает, насколько хорошо оно соответствует заданному дизайну, на основании функциональных требований или спецификаций. И когда мы говорим о программном продукте, мы говорим не только о коде, продукт — это всё, что создается в ходе процесса разработки. Это могут быть эскизы, модели, тестовая и эксплуатационная документация и многое другое. Конечно, процессы, связанные с обеспечением качества, могут быть затратными, но они необходимы для создания первоклассного продукта. Инженеры, которые занимаются его созданием, должны сначала определить цели, которых необходимо достичь. И хотя требования заказчика — это основа, не только они определяют функциональность продукта.
Они также активно участвуют в различных сообществах разработчиков и тестировщиков, чтобы узнавать о новейших методах и технологиях, которые могут помочь им улучшить качество своих продуктов. Microsoft использует методологию тестирования, называемую «цикл жизни разработки ПО» (SDLC). Она включает в себя тестирование на каждом этапе разработки, начиная с определения требований и заканчивая тестированием в производственной среде.
Но как гарантировать качество?
Здесь есть над чем думать тестировщику (на программистском жаргоне – «тестеру»), специалисту по разработке тестов и тестированию ПО. Рассмотрим наборы атрибутов для каждого из перечисленных показателей качества (рис. 3.1). Для создания качественного дизайна кода целесообразно применять некоторые принципы и паттерны проектирования ПО[41, 42]. Валидация (validation) – это определение соответствия разрабатываемого ПО ожиданиям и потребностям пользователя, требованиям к системе [BS7925-1]. Поэтому, при их возникновении, рекомендуется провести короткую беседу с руководителями проектных групп, чтобы в последствии уменьшить количество переоткрытых и отклоненных дефектов. Метрики «Reopened/Closed Bugs» и «Rejected/Opened Bugs» направлены на отслеживание работы отдельных участников групп разработки и тестирования.
Поэтому QA это проактивный процесс, направленный на предотвращение дефектов путем постепенного совершенствования производственных процессов, политик и процедур. QA отвечает за разработку стандартов и методологий, аудит, обучение и т.д. Обеспечение качества (QA) – это часть управления качеством, направленная на обеспечении уверенности (гарантированности) в том, что требования к качеству будут выполнены. Существует, как минимум, четырехуровневая система процессов, которые вместе могут обеспечить, гарантировать качество. Эти процессы начинают свою работу с момента контакта с заказчиком и заканчиваются…а, хотя нет, они не заканчиваются, они работают постоянно по всему потоку создания ценности для клиента.
Репрезентативная теория измерения
Некоторые техники базируются на специфике применяемых инструментальных средств, другие – предполагают “ручную” работу. Многие могут помогать находить дефекты напрямую, но чаще всего они используются для поддержки других техник. Ряд техник также включает различного рода экспертизу (assessment) как составной элемент общего анализа качества. Примеры таких техник — анализ сложности (complexity analysis), анализ управляющей логики (или анализ контроля потоков управления — control flow analysis) и алгоритмический анализ (algorithmic analysis). При обсуждении данной темы, под дефектом (defect) понимается результат сбоя программного обеспечения. Модели надежности строятся на основании данных о сбоях, собранных в процессе тестирования программного обеспечения или его использования.
Они полагают, что все бизнес-руководители и исследователи продуктов будут обходить большинство или всех своих разработчиков и напрямую просить ИИ создать именно то, что, по их мнению, они хотят или нуждаются. Как человек, который потратил 15 лет на создание программного обеспечения на основе спецификаций, созданных этими людьми, мне трудно серьезно относиться ко всем беспокойствам. Удобство применения характеризуется множеством атрибутов, которые указывают на необходимые и пригодные условия использования ПО заданным кругом пользователей для получения соответствующих результатов. В стандарте [9] удобство применения определено как специфическое множество атрибутов программного продукта, характеризующих его эргономичность.
Косвенные измерения
Кафедрой управления качеством и математических методов экономики, ФГБОУ ВПО «Сибирский государственный технологический университет», г. Кроме этого, в состав пакета входит сервер тестирования (программа TestServer), позволяющий организовать тестирование в компьютерном классе или локальной сети предприятия. При этом доступ к тестам осуществляется через веб-браузер (например, Internet Explorer, Google Chrome, Mozila Firefox). Становится понятно, что предъявляемые требования должны удовлетворять потребностям, как разработчиков программного обеспечения, так и его пользователей.
В зависимости от уровня зрелости процесса, указанного SEI, тип измерения и программа измерения будут отличаться. Ниже приведены различные программы измерения, которые могут применяться на каждом уровне зрелости. Продукты – это не только элементы, которые руководство обязуется предоставить, но также любые артефакты или документы, созданные в течение жизненного цикла программного обеспечения. Что касается показателей для этапов проектирования и кодирования, то в дополнение к частоте появления дефектов многие организации-разработчики используют такие показатели, как охват проверками и усилия по проверке, для управления качеством в процессе.
