Подходы к оценке качества ПО

Технология оценки качества ПО

Общинная модель разработки

Типы совместной деятельности

Коллективная разработка предполагает большое количество различных действий, причем степень совместной деятельности может существенно изменяться от одного действия к другому. Можно выделить следующие четыре типа совместной деятельности.

Мандатная деятельность, обычно представленная формальными собраниями, проводимыми на регулярной основе. Обычно собрания планируются заранее, а присутствие на них обязательно. Статистика показывает, что программисты проводят около 4% своего рабочего времени на собраниях.

Созываемая деятельность, которая имеет место в случае решения двух или более программистов собраться вместе для решения некоторого технического вопроса. Такие собрания обычно не планируются заранее и в них участвуют только действительно заинтересованные в решении проблемы программисты. На эту деятельность уходит около 14% рабочего времени.

Естественная совместная деятельность имеет место, когда как минимум двое программистов работают над одной и той же задачей одновременно и обмениваются информацией о выполняемой работе. Эта деятельность занимает около 41% рабочего времени.

Индивидуальная деятельность имеет место, когда программист работает над задачей, которая не выполняется в то же самое время никаким другим программистом и поэтому маловероятно его взаимодействие по этому предмету с любыми другими программистами группы. Эта деятельность занимает также около 41% рабочего времени.

Общинная модель характеризуется тремя следующими основными факторами.

Децентролизованность разработки. Не существует ограничения сверху на количество людей, принимающих участие в проекте. Как правило, разработки такого типа ведутся на базе сети Интернет и могут включать любого заинтересованного разработчика Сети.

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

Большое количество внешних тестеров (бета-тестеров), позволяющих быстро обнаруживать ошибки и проблемы в программе.

Приеры общинных разработок можно найти по адресам: https://www.gnu.org, https://sourceforge.net и др.

Классификация различных подходов к качеству ПО обычно проводится с использованием двух измерений.

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

Второе измерение связано либо с соответствием, либо с усовершенствованием. Под соответствием будем понимать соответствие какому-либо стандарту. Усовершенствование имеет своей целью переход на более совершенные методы и лучшую практику для повышения качества.

Рассмотрим все четыре подхода к качеству ПО.

Объект качества	Соответствие	Усовершенствование
Продукт	ISO 9126	«Усовершенствование практики»
Процесс	ISO 9000, процесс обеспечения качества	CMM, SPICE,...

Документ ISO 9126 является стандартом на качество продукта, определяющим атрибуты и характеристики качества, включая измерения количественной оценки этих характеристик.

Под «усовершенствованием практики» понимается усовершенствование управления конфигурацией программного обеспечения, инспекций, тестирования и т. п.

ISO 9000 – это совокупность стандартов, декларирующих требования для качественных систем. С точки зрения разработки ПО наиболее полезны «Руководящие указания по применению ISO 9001 при разработке, поставке и обслуживании программного обеспечения».

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

- модель зрелости процесса разработки программного обеспечения – Capability Maturity Model for Software (CMM), предложенная организацией Software Engineering Institute (SEI);

- определение возможностей и улучшение процесса создания программного обеспечения; этот метод определен ISO/IEC 15504 Software Process Improvement and Capability determination (SPICE).