开源软件评价方法论
https://en.wikipedia.org/wiki/Open-source_software_assessment_methodologies
https://en.wikipedia.org/wiki/Comparison_of_free_and_open-source_software_licenses
原则
快速高效部署,精准实现目标,降低投资成本
社区成熟度/产品成熟度/企业级应用要求
评价项可从以下内容框架进行核定
|
|
|
|
|
评价项 |
评价指标 |
评价方法 |
|
项目基本面评估 |
项目年龄 |
项目正式发布至今时间 |
|
项目卖点 |
项目发起者宣称要解决的核心问题及技术亮点 |
|
|
许可证类型 |
GPLv2/GPLv3/Apache v2等 |
|
|
发布模式 |
只有社区版还是同时存在商业版 |
|
|
版本控制 |
ReleaseNotes/CHANGELOG 发布质量 |
|
|
支持平台 |
支持的OS平台, 软件包格式种类 |
|
|
开发协作模式 |
github/gitee/google code/sourceforge等 |
|
|
发布频率 |
大版本之间和小版本之间的发布间隔和频率 (次/年) |
|
|
产品基本面评估 |
产品质量 |
Bug/Issue库的统计, ReleaseNotes/CHANGELOG的统计 |
|
产品标准化 |
是否满足和遵循一种或多种行业标准化 |
|
|
产品模块化 |
产品自身是否存在模块化设计或以模块化方式集成 |
|
|
开发人员规模 |
代码递交统计数 |
|
|
社区活跃度 |
社区核心协作平台:如邮件列表/github上的活跃度 |
|
|
社区影响力 |
社区活动的途径方式，社区市场活动的频率，次数和规模 |
|
|
服务与支持评估 |
服务形式 |
社区支持还是有商业支持，分别以何种方式提供 |
|
服务内容 |
服务内容对于SLA的覆盖程度 |
|
|
服务响应力 |
社区支持的响应能力，商业支持的响应能力 |
|
|
服务影响力 |
社区支持服务看社区支持的活跃度，商业支持看订阅服务购买情况 |
|
|
服务的成本 |
社区服务的成本构成，商业服务的成本构成 |
|
|
产品核心技术评估 |
可靠性 |
开源软件的可靠性设计和实现 |
|
可扩展性 |
开源软件的可扩展性设计和实现 |
|
|
性能 |
开源软件性能设计和实现 |
|
|
可用性 |
开源软件的可用性架构设计和实现 |
|
|
易用性 |
CLI(命令行交互界面)， UI(图形化交互界面) 的完备性 |
|
|
平台独立性 |
对平台和运行环境的依赖性 |
|
|
安全性 |
已包含和提供的安全相关的能力 |
|
|
可管理性 |
产品配套工具是否完善, 如备份，恢复，监控等 |
|
|
文档完备性 |
产品规格文档，管理文档，配套组件文档，在线教程，其他文档资源 |
|
|
故障库完整性 |
是否提供故障库, 故障库的信息含量和完备程度 |
|
|
培训 |
社区培训或商业培训，是否有认证制度，培训内容覆盖面 |
|
|
供应商独立性 |
是否存在专业商业供应商或第三方独立供应商 |
许可证类型