TL_December2012
TL_December2012
TL_December2012
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Существуют три основных измерения качества проекта:<br />
стоимость, объем и время. Как компания может<br />
управлять этими метриками для того, чтобы достичь<br />
лучших результатов? Как качество можно измерить?<br />
В 1960-х появляется понятие затрат на качество.<br />
Это затраты, связанные с поиском и исправлением<br />
брака на производстве. Стоимость качества для<br />
компании — очень сложная тема, каждая компания<br />
имеет собственный процесс для достижения качества.<br />
Мы можем разделить все компании, основываясь на<br />
5 уровнях зрелости, которые были предложены методологией<br />
CMMI (Capability Maturity Model Integration).<br />
Эта методология предлагает некоторые практические<br />
приемы и содержит статистическую информацию для<br />
каждого из уровней зрелости процесса, но она все<br />
равно не предлагает четкой формулы для измерения<br />
качества процесса.<br />
Возможно, причина в том, что нет единых стандартов<br />
индустрии программного обеспечения.<br />
УРОВНИ КАЧЕСТВА<br />
Было разработано и на данный момент существует<br />
множество стандартов и глоссариев, которые пытаются<br />
определить лексику для области качества программного<br />
обеспечения: ISO 9000, IEEE, CMMI и ГОСТ (для России).<br />
Ниже рассмотрены основные критерии, по которым<br />
можно судить о качестве программного продукта:<br />
• Уровень удовлетворенности — это степень соответствия<br />
программного продукта ожиданиям и<br />
потребностям пользователя (Рис. 1).<br />
20<br />
Рисунок 1 - График зависимости ожиданий<br />
заказчика от времени их удовлетворения<br />
| Декабрь / 2012<br />
ЦЕНА КАЧЕСТВА<br />
Таисия Рыбак<br />
• Полезность — это способность программного<br />
продукта удовлетворить потребности различных<br />
заинтересованных сторон относительно конкурирующих<br />
продуктов.<br />
• Стабильность — это свойство критичных<br />
информационных систем, заключающееся в способности<br />
реализовать заданные информационные<br />
функции (процессы обработки информации)<br />
в условиях воздействия внешних и внутренних<br />
дестабилизирующих факторов.<br />
• Время — это время, которое было затрачено на<br />
разработку нового продукта.<br />
Но все же, это не формулы по расчету качества.<br />
В 1962 году Дж. Джуран делает попытку ввести числовую<br />
меру для процесса качества и называет её «Стоимость<br />
качества» — CoQ (Cost of Quality).<br />
КАК РАССЧИТАТЬ КАЧЕСТВО<br />
Сначала качество начали измерять на производстве,<br />
где потери рассчитываются, например, по количеству<br />
бракованных изделий. Джуран основывается на том,<br />
что, как и любой материальный продукт, программное<br />
обеспечение обладает такими же свойствами, соответственно,<br />
и процесс производства подчиняется тем<br />
же правилам и складывается из нескольких компонент.<br />
Как пояснил Рекс Блек: «Инвестиции в тестирование<br />
программного обеспечения понижают стоимость<br />
качества программного обеспечения CoSQ (Cost of<br />
Software Quality)». Он разделил расходы на обеспечение<br />
качества на два основных типа: прямые инвестиции и<br />
косвенные инвестиции.<br />
(1)<br />
CoSQ=Cost Conformance + Cost Nonconformance<br />
где<br />
CoSQ — стоимость качества;<br />
Cost Conformance — прямые инвестиции;<br />
Cost Nonconformance — косвенные инвестиции.<br />
Другой подход к расчнту стоимости качества<br />
(CoQ) основывается на более детальном подсчете<br />
затрат.<br />
Поэтому полезно определить типы затрат, применительно<br />
к программным продуктам:<br />
• Упреждающие затраты (Prevention Costs): затраты<br />
на мероприятия, которые специально разработаны<br />
для предотвращения плохого качества<br />
(ошибки кодирования, ошибки проектирования,<br />
ошибки в руководстве).<br />
• Текущие затраты (Appraisal Costs): затраты<br />
на мероприятия, направленные на поиск про-