Что нужно учитывать при выборе бизнес-приложений

Соответствие стандартам качества. Насколько это важно?

 

В настоящее время известны десятки различных подходов к обеспечению качества программ. Многие разработчики ПО пытаются пройти сертификацию на соответствие тем или иным стандартам. Однако для большинства российских и украинских разработчиков эта дорогостоящая процедура просто «не по карману». Несмотря на это, при приобретении бизнес-программ необходимо поинтересоваться, как обеспечивается качество разработки программных продуктов. Даже если у разработчика нет официального документа, он должен знать о стандартах, «держать их в уме» и стремиться следовать их положениям.

Стандарты ISO серпи 9000

 

Стандарты международной организации по стандартизации ISO (International Standard Organization) являются наиболее известными и распространенными в мире. Эти стандарты универсальны, их можно применять в качестве моделей независимо от отрасли, в которой работает компания. Для организаций, занимающихся производством программных продуктов, применимы стандарты ISO 9001 и ISO 9000-3 «Руководящие указания по применению ISO 9001 при разработке, поставке и обслуживании программного обеспечения».

Стандарт Tic k lT

 

Достаточно широкую известность среди разработчиков получил британский стандарт TickIT, который регламентирует требования к системе качества для разработчиков ПО и базируется на модели ISO 9001:94. Кроме того, TickIT объединяет в себе модель ISO 9001 с набором рекомендательных стандартов ISO 12207 и ISO 9000-3.

Capability Maturity Model

 

Изначальной целью разработки стандарта СММ (Capability Maturity Model - зрелость процесса разработки) от SEI (Software Engineering Institute - Институт системного программирования при университете Карнеги-Меллон) было создание методики, позволяющей правительственным организациям США выбирать лучших поставщиков ПО. При этом главным понятием стандарта является зрелость разработчика ПО.

В модели СММ определено 5 уровней зрелости:

- начальный уровень (initial level). У компании-разработчика не существует стабильных условий для создания качественного ПО. Результат любого проекта целиком и полностью зависит от личных качеств руководителя и опыта программистов. Ключевые области процессов - компетентность специалистов, самопожертвование и «героизм»;

- повторяемый уровень (repeatable level). При разработке ПО должны быть внедрены технологии управления проектами. Планирование и управление проектами основывается на накопленном опыте, существуют стандарты на разрабатываемое ПО и существует специальная группа обеспечения качества. Ключевые области процессов - управление требованиями, планирование программистских проектов, их отслеживание и контроль, управление субподрядом, обеспечение качества и конфигурационное управление ПО;

- определенный уровень (defined level). Характеризуется тем, что стандартный процесс создания и сопровождения программного обеспечения задокументирован (включая и разработку ПО, и управление проектами). Ключевые области процессов - определение процессов, программа обучения, интегральное управление ПО, разработка программных продуктов, координация между группами;

- управляемый уровень (managed level). V разработчика устанавливаются количественные показатели качества - как на программные продукты, так и на процесс в целом. Ключевые области процессов - количественное управление процессами и управление качеством ПО;

- оптимизируемый уровень (optimizing level). Мероприятия по улучшению применяются не только к существующим процессам, но и для оценки эффективности ввода новых технологий. Основной задачей всей организации на этом уровне является постоянное улучшение существующих процессов. Ключевые области процессов - предупреждение ошибок, управление изменениями в технологиях и процессах.

Следует заметить, что пока в мире существует совсем немного компаний, которые могут предоставить сертификат пятого уровня СММ (всего около 50), а более 70 % всех компаний-разработчиков находится на первом уровне.

SPICE

 

Стандарт SPICE (Software Process Improvement and Capability dEt-ermination - определение возможностей и улучшение процесса создания программного обеспечения) официально называется «ISO/ІЕС 15504: Information Technology - Software Process Assessment".

SPICE унаследовал многие черты более ранних стандартов, в том числе ISO 9001 и СММ. В нем определено 6 различных уровней, но эти уровни применяются не только к компании в целом, но и к отдельно взятым процессам. При этом во время оценки и улучшения качества процессов выполняются следующие задачи:

- оценка процесса;

- определение возможностей процесса;

- улучшение процесса.