实施GJB5000B如果不知道哪些活动该裁剪,不妨看看软件实践大排名!

创业   2025-01-03 07:39   四川  

实施GJB5000B,是可以根据项目的具体情况在组织制定的标准开发过程的基础之上进行裁剪的,以满足最终用户对于软件质量、进度、成本等的要求。

但是,知易行难。实际操作起来,哪些活动可以裁剪,哪些活动不可以裁剪,如果没有一定的工程经验是很难抉择的。

这里给出一个“轮椅”打法(《黑神话悟空》游戏攻略里的术语,懂得都懂),那就是可以参考软件工程专家Capers Jones给出的软件方法实践大排名进行裁剪,排名靠前的优秀方法实践及其相关活动不做裁剪,排名靠后的较差方法实践及其相关活动可以裁剪。

Jones给出了275个软件方法实践的排名,最优秀的实践分数为10分,最糟糕的实践分数为-10分。按照分数高低,他将这些方法实践分为优秀实践(9 ~ 10)、良好实践(7 ~ 9)、一般实践(3 ~ 7)、不安全的实践(-3 ~ 3)、最差实践(-10 ~ -3)。

我们在对GJB5000B的开发过程进行裁剪的时候,可以根据组织的能力、资源等考虑增加或保留优秀实践、良好实践、一般实践,裁剪不安全的实践、最差实践。

比如:排名第二的“面向重用的开发”(10分)、排名11的“对代码进行自动化静态分析”(9.17分),就应该考虑在项目开发过程中增加或保留;排名248的“测试不足”(-6.38分)、排名242的“牛仔编程”(随意、不规范的编程)(-5.67分)就应该杜绝。

附:(部分)软件方法实践大排名

  1. Artificial intelligence (AI) used for large software systems(用于大型软件系统的人工智能) 10.00

  2. Reuse-oriented development (85% reusable materials)(面向重用的开发(85%的可重用材料)) 10.00

  3. Reuse certification to near zero-defect levels(接近零缺陷水平的重用认证) 10.00

  4. Peak defect removal efficiency > 99%(最高的缺陷排除效率 > 99%) 9.67

  5. Requirements patterns - InteGreat(需求模式 - InteGreat) 9.50

  6. Defect potentials < 3.00 per function point(每功能点的潜在缺陷 < 3.00) 9.35

  7. Requirements modeling (T-VEC)(需求建模(T-VEC)) 9.33

  8. Average defect removal efficiency > 95%(平均缺陷排除效率 > 95%) 9.32

  9. Personal Software Process (PSP)(个人软件过程(PSP)) 9.25

  10. Team Software Process (TSP)(团队软件过程(TSP)) 9.18

  11. Automated static analysis - code(自动化静态分析 - 代码) 9.17

  12. Mathematical test case design (Hexawise)(数学测试用例设计(Hexawise)) 9.17

  13. Formal Inspections (code)(正式检查(代码)) 9.15

  14. Measurement of defect removal efficiency (DRE)(缺陷排除效率的度量(DRE)) 9.08

  15. Hybrid (CMM + TSP/PSP + others)(混合(CMM + TSP/PSP + 其他)) 9.06

  16. Automated static analysis - text(自动化静态分析 - 文本) 9.00

  17. Feature driven (FDD)(特性驱动(FDD)) 9.00

  18. FOG readability index - requirements(FOG可读性指数 - 需求) 9.00

  19. Hybrid (agile/RUP/TSP)(混合(敏捷/RUP/TSP)) 9.00

  20. IntegraNova(IntegraNova) 9.00

  21. Kaizen/kanban(持续改善/看板) 9.00分

  22. Model-driven development(模型驱动开发) 9.00分

  23. Object Oriented (OO) development(面向对象开发) 9.00分

  24. Reusable feature certification(可重用特性认证) 9.00分

  25. Reusable feature change controls(可重用特性变更控制) 9.00分

  26. Reusable feature recall method(可重用特性召回方法) 9.00分

  27. Reusable feature warranties(可重用特性保证) 9.00分

  28. Reusable source code (zero defect)(可重用源代码(零缺陷)) 9.00分

  29. SEMAT+TSP(SEMAT与团队软件过程(TSP)结合) 9.00分

  30. TSP/PSP(团队软件过程/个人软件过程) 9.00分

  31. T-VEC(一种需求建模方法,全称为Testability-Value-Effort-Complexity,即可测试性-价值-努力-复杂性) 9.00分
    ……

这正是:

五千标准需智裁,实践优劣细分开
知行合一凭经验,确保质量进度来

作者简介:王小双,长期从事GJB5000推广、实施、评价、改进的工作,创建《软件工程之思》微信公众号,一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000培训、内外部评价以及软件过程改进、软件工程能力提升的研究工作。


软件工程之思
软件工程之思,一个探讨软件工程的优秀实践的芳草之地,这里有前辈的成熟经验,也有晚辈的奇思妙想,无论哪种,都希望能给你带来一点启迪。软件工程之思,愿成为推进软件工程浪潮中的一朵浪花,营造软件工程燎原之势的星星之火。
 最新文章