1 В избранное 0 Ответвления 0

OSCHINA-MIRROR/TieDan01-OpenBz

Присоединиться к Gitlife
Откройте для себя и примите участие в публичных проектах с открытым исходным кодом с участием более 10 миллионов разработчиков. Приватные репозитории также полностью бесплатны :)
Присоединиться бесплатно
Клонировать/Скачать
开源项目评估模型(Open source project evaluation model).md 25 КБ
Копировать Редактировать Web IDE Исходные данные Просмотреть построчно История
Отправлено 06.03.2025 09:52 2edbe15

Оценочная модель открытых проектов

1 Область применения

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

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

2 Нормативные ссылки

Настоящий стандарт использует следующие нормативные ссылки. Для всех ссылок с указанием даты применяется только указанная версия. Для всех ссылок без указания даты применяется самая новая версия (включая все изменения).COSCL-003-2018 - Руководство по реализации облачной системы на основе открытого программного обеспечения 2. 0

3 Термины и определения

3. 1 Следующие термины и определения применимы к настоящему стандарту.

3. 1. 1

Открытый проект (open source project) - Проект с открытым исходным кодом.

3. 1. 2

Открытое сообщество (open source community) - Виртуальное сообщество, созданное участниками, включающими разработчиков, вкладчиков и любителей открытого программного обеспечения.

3. 1. 3

Влияние сообщества (community influence) - Уровень влияния открытого проекта внутри открытого сообщества.

3. 1. 4

Уровень зрелости проекта (project maturity) - Готовность и полнота развития и строительства открытого проекта.

3. 1. 5

Здоровье проекта (project health) - Оценка объективного и субъективного качества открытого проекта.

3. 1. 6

Устойчивость команды (team sustainability) - Размер, стабильность и рациональность команды разработчиков и поддержки открытого проекта.

3. 1. 7

Активность разработки (development activity) - Ежедневная активность по предоставлению кода, увеличению задач и выпускам новых версий.

3. 1. 8

Прогнозируемое развитие проекта (project development trend) - Эффективный прогноз будущего развития открытого проекта.

4 Модель оценки открытых проектов

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

рисунок Рисунок 1 — Модель оценки открытых проектов

4.2 Уровни оценки

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

![](com/uploads/images/2020/0706/170601_d4402fee_5715396.png "Рис. 2 Распределение уровней зрелости открытых проектов. png")

Рис. 2 Распределение уровней зрелости открытых проектов## 4.3 Стратегия оценки уровня

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

Что касается конкретного открытого проекта внутри определенного сообщества, то его уровень можно оценивать относительно положения внутри этого сообщества, например, если проект занимает первое место среди 1%, он будет считаться лидером, а между 1% и 5% — выдающимся.Если требуется проведение унифицированной оценки уровня проекта между различными сообществами, следует также учитывать количество участников, популярность и другие факторы каждого потенциального сообщества, чтобы ранжировать их по значимости, а затем использовать соответствующие уровни внутри каждого сообщества для комплексной оценки.# 5 Влияние сообщества

5.1 Обзор

Влияние сообщества является наиболее прямым отражением популярности и доступности открытого проекта. Чем больше влияние проекта во время разработки и распространения, тем более он заслуживает внимания. Из двух углов зрения — разработка и распространение — влияние сообщества делится на два подобластных раздела: влияние разработческого сообщества и влияние пользователя, каждый из которых имеет свои шесть конкретных количественных показателей. Конкретные содержания представлены в таблице 1.

Таблица 1 Оценка влияния сообщества

5.2 Влияние разработческого сообщества

Включает:

a) Количество подписок

Отражает внимание членов сообщества к проекту, то есть количество подписчиков, как число наблюдателей в GitHub.

b) Количество закладок

Отражает популярность проекта в сообществе, то есть количество людей, добавивших проект в закладки, как число звезд в GitHub.

c) Количество форков

Отражает способность проекта привлечь членов сообщества к внесению вклада, то есть количество форков, как число форков в GitHub.

5.3 Влияние пользователя

Включает:

a) Количество новостей и медиа

Отражает интерес новостных и медиа-ресурсов к проекту, то есть количество статей, связанных с данным проектом, таких как количество твитов в Twitter.Примечание: Убедитесь, что пути к изображениям корректны и совместимы с вашими требованиями. Отражает интерес к открытым проектам в социальных сетях, то есть количество статей, связанных с конкретным открытым проектом, в таких платформах, как Facebook и Weibo.

c) Количество тем на технических форумах
Отражает интерес к открытому проекту на технических форумах, то есть количество тем, связанных с конкретным открытым проектом, на таких платформах, как Reddit и Stack Overflow.

6 Проектная зрелость

6.1 Обзор

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

Таблица 2 Оценка проектной зрелости

6.3 Общее количество активностей разработки

Отражает способность проекта поддерживать актуальность кода, то есть общее количество версий кодовой базы проекта с момента его создания до некоторого момента наблюдения.## 6.4 Эффективный возраст проекта Отражает способность проекта поддерживать непрерывную эволюцию, то есть количество месяцев, в течение которых происходили активности разработки с момента создания проекта до некоторого момента наблюдения.# 7 Проектное здоровье

7.1 Обзор

Проектное здоровье является важным показателем оценки качества программного обеспечения. Это относится к объективному качеству исходного кода и субъективному качеству процесса разработки. Поэтому проектное здоровье может быть разделено на два подобластных домена — объективное качество исходного кода и субъективное качество процесса разработки, а также четыре конкретных метрических параметра, подробности которых представлены в таблице 3.

Таблица 3 Оценка проектного здоровья

7.2 Объективное качество исходного кода

Включает:

a) Количество проблем статического анализа
Отражает статическое качество исходного кода открытого проекта, то есть количество проблем, выявленных статическими анализаторами, такие как некорректное использование имен, избыточный код и т.д.

b) Количество проблем динамического тестирования
Отражает надёжность проекта, то есть количество проблем, выявленных при реальном использовании или запуске проекта, такие как неожиданные ошибки выхода.

c) Совместимость проекта
Отражает совместимость проекта с точки зрения архитектуры системы, реализационных решений, прав интеллектуальной собственности и других аспектов, что позволяет оценить риски совместимости проекта с точки зрения технологии, права и других аспектов.## 7.3 Качество процесса разработки

Включает:

d) Процент устранения дефектов Этот показатель отражает способность проекта успешно исправлять дефекты, то есть количество уже исправленных дефектов в процентном соотношении к общему количеству дефектов.

e) Задержка исправления дефектов Этот показатель отражает способность проекта оперативно исправлять дефекты, то есть среднее время, затраченное на исправление всех дефектов.

f) Оригинальность кода Этот показатель отражает долю оригинального кода в проектах с открытым исходным кодом, которую можно выявить путём анализа схожести кода и методами обнаружения клонированного кода.

g) Соответствие стандартам при написании кода Этот показатель отражает соответствие стандартам процесса написания кода в проектах с открытым исходным кодом, включающее, но не ограничиваемое авторскими заявками, декларациями лицензий, самодеятельностью (автор, электронная почта, дата), комментариями кода и прочее.

8 Здоровье команды

8.1 Обзор

Разумность и стабильность команды разработки и обслуживания проекта играют ключевую роль в непрерывном развитии и эволюции проектов с открытым исходным кодом. Поэтому, как указано в таблице 4, здоровье команды можно оценить с трёх аспектов: стабильность команды, темп прироста новых участников и равномерность распределения задач.Таблица 4 Содержание области активности и вклада

8.2 Стабильность команды

Этот показатель отражает способность разработчиков проекта продолжать вносить вклад в проект с открытым исходным кодом, то есть процент разработчиков, которые продолжают вносить вклад в выбранные два соседних периода наблюдения. Чем выше этот процент, тем ниже вероятность оттока разработчиков и тем более стабильна команда.

8.3 Темп прироста новых участников

Этот показатель отражает привлекательность проекта с открытым исходным кодом для новых разработчиков, то есть процент новых разработчиков, присоединившихся к проекту в выбранные два соседних периода наблюдения. Чем больше новых разработчиков присоединяется к проекту, тем более живым и активным он считается.

8.4 Равномерность распределения задач

Этот показатель отражает рациональность распределения задач в проектах с открытым исходным кодом, где задачи должны быть распределены между большим количеством разработчиков, а не сосредоточены на нескольких. Это помогает избежать чрезмерной зависимости от одного разработчика. Чем выше этот показатель, тем более зрелой и эффективной является структура управления командой.# 9 Активность разработки

9.1 Обзор

Активность разработки является важным показателем состояния развития проекта с открытым исходным кодом за определённый период времени. Чем чаще происходят действия по разработке и чем больше выпускается версий, тем быстрее развивается проект на данном этапе. Таким образом, как показано в таблице 5, активность разработки может быть оценена с учётом четырёх аспектов: количество новых коммитов кода, количество отчётов о дефектах, количество запросов на слияние кода и количество выпущенных версий.

Таблица 5 Оценка активности разработки

9.2 Количество коммитов кода

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

9.3 Количество отчётов задач

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

9.4 Количество запросов на слияние кода

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

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

10 Тенденции развития проекта

Тенденции развития проекта основаны на прогнозировании будущего состояния проекта на основе его исторического развития, включая размер кода, задачи разработки, команду разработчиков и влияние сообщества. Конкретные детали представлены в таблице 6.

Таблица 6 Оценка тенденций развития проекта

10.1 Темп роста размера кода

Отражает тенденцию развития размера кода проекта, что может конкретизировать темпы роста количества строк кода, файлов, версий и количества изменений кода за определённый период времени.

10.2 Темп роста задач разработки

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

10.3 Темп роста разработчиков

Отражает тенденцию развития команды разработчиков проекта, что может конкретизировать изменения в составе ключевой команды, внешних участников, тестировщиков и отчётчиков о проблемах за определённый период времени.## 10.4 Тенденция развития влияния сообщества

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

Приложение A

(информационное приложение) Справочник ключевых терминов на китайском и английском языках

"открытый источник таблица с китайского на английский"

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

Опубликовать ( 0 )

Вы можете оставить комментарий после Вход в систему

1
https://api.gitlife.ru/oschina-mirror/TieDan01-OpenBz.git
git@api.gitlife.ru:oschina-mirror/TieDan01-OpenBz.git
oschina-mirror
TieDan01-OpenBz
TieDan01-OpenBz
master