Анцыпов Александр Владимирович,

Белорусский Государственный Университет Информатики и Радиоэлектроники, аспирант, г. Минск

УРОВНИ ЗРЕЛОСТИ КАЧЕСТВА ПРОЦЕССА ДОКУМЕНТИРОВАННИЯ

Качество программных средств (ПС) используемых в науке напрямую зависит от качества процесса их производства. Управляя процессом производства и контролируя показатели всех его технологических этапов, можно влиять на качество производимого продукта.

Оценивая качество разработанного ПС, можно выделить простые для понимания и анализа количественные метрики, относящиеся к качеству программного кода, такие как: цикломатическая сложность кода, количество строк кода, покрытие ветвей и модулей кода сценариями тестов, соотношение количества ошибок, найденных до и после выпуска продукта и т.п. При переходе на процессный уровень обеспечения качества сложно оценить и измерить качество способа разработки.

В 1980 году в Институте программной инженерии при Университете Карнеги-Меллона была разработана модель зрелости процессов разработки программного обеспечения[1] (Capability Maturity Model for Software, CMM).

Данная модель признана в мировой индустрии производства ПС как международный стандарт оценки качества процесса разработки ПС.

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

По аналогии с моделью зрелости процесса разработки ПС можно предложить пять уровней зрелости процесса документирования ПС.

1) Начальный уровень

Процесс документирования ПС имеет хаотический характер, что отличает большинство начинающих компаний. Процесс документирования не определен как выделенная активность и не отделен от процесса написания кода. Документирование выполняется по факту создания кода и построения или сборки ПС. Цель документирования — показать, что приложение выполняет заявленные функциональные требования. Этот уровень характеризуется неподготовленным персоналом, недостатком ресурсов и инструментов. ПС выпускается без формального согласия со стороны отдела технической документации. Цели уровня не определены.

2) Повторяемый уровень

Документирование ПС отделено от кодирования и выделяется как отдельная фаза. Главная цель документирования — показать, что приложение соответствует функциональным требованиям. Имеются базовые методики документирования. Цели уровня: определить задачи разработки и документирования, создать соответствующие процедуры, инициировать процесс планирования документирования, зафиксировать и описать базовые процедуры и методики документирования.

3) Определённый уровень

Процесс документирования интегрирован в жизненный цикл разработки ПС. Цели документирования базируются на функциональных требованиях. Имеется организация документирования, а само документирование выделено в профессиональную деятельность. Цели уровня: выделить документирование в отдельную группу и определить программу технического обучения, интегрировать процесс документирования в жизненный цикл разработки ПС, а также контролировать непосредственно процесс документирования.

4) Управляемый уровень

Документирование является измеряемым и контролируемым процессом. Процессы критических осмотров проектных артефактов (тестовые планы и сценарии, сообщения об ошибках, итоговые отчеты о состоянии версии и т.п.) относятся к тестовым активностям. Продукт документируется на соответствие таким характеристикам, как надежность, практичность и сопровождаемость. Сценарии документирования записаны и хранятся в системе управления документами, и могут быть многократно использованы. Обнаруженные дефекты не только фиксируются, но и анализируются по формальным признакам: критичность, «вес» дефекта, важность, время жизни и т.п. Цели уровня: внедрение программ критических пересмотров и аудитов на уровне всей организации/подразделения. Проводится оценка качества ПС.

5) Оптимизирующий уровень

Документирование является определенным и управляемым процессом. Стоимость документирования определена наравне с показателями эффективности. Документирование как процесс поддается изменениям, которые однозначно положительно влияют на него. Внедрены и используются практики предотвращения ошибок и контроля качества. Документирование с использованием средств автоматизации является основным подходом документирования. Анализ полученных результатов, обработка описаний ошибок, а также метрик связанных с документированием осуществляется при помощи соответствующих инструментальных средств. Цели уровня: оптимизация процесса документирования, предотвращение ошибок и контроль качества.

На основании предложенных уровней зрелости определяется важный показатель - уровень зрелости процесса документации ПС. Этот показатель могут использовать менеджерский состав, служба технической поддержки и заказчики ПС для определения процедур по улучшения качества ПС.

Литература:

1. http://www.sei.cmu.edu/cmm/