杂谈Barry Boehm的软件工程七原则与敏捷实践
发布于 2024-10-02
1789
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
本文讨论了Barry Boehm在1983年提出的软件工程的七个基本原则,并对其进行了详细解读。原文的搜寻过程表明,作者为了准确理解这些原则,努力追寻原始资料。
七大原则概述及对应敏捷实践
- 原则一:分阶段的生命周期计划管理。强调项目计划的重要性和分阶段实施,敏捷实践通过迭代模型和增量式交付响应。
- 原则二:持续确认。提倡尽早发现和修复错误,敏捷实践中的功能测试和测试驱动开发有效实现了此原则。
- 原则三:规范的产品控制。执行配置管理以保持工作产品一致性,敏捷实践中产品负责人维护需求和持续集成支持此原则。
- 原则四:现代化编程实践。鼓励采用现代开发实践提高软件效率和质量,敏捷实践中系统隐喻和重构提供了方法。
- 原则五:结果的清晰责任。明确各阶段产出责任,敏捷实践的多种管理技术如时间框管理和每日站会促进责任明确。
- 原则六:使用少而精的人员。推荐使用高效的团队,敏捷实践鼓励小团队和多能交叉职责的人员配置。
- 原则七:过程改进承诺。持续识别和分析过程改进,敏捷实践的sprint retrospective是一个实例。
文章最后指出,敏捷软件开发方法与Barry Boehm的七原则高度契合,表明敏捷实践很好地满足了这些原则。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1020.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
3分钟弄懂CMMI2.0基准评估的抽样规则
CMMI 2.0和CMMI 1.3的评估方法相比,一个重大变化就是抽样规则变了,新的抽样规则要求覆盖的项目范围更广,但是再不要求有全覆盖的项目,将参与评估的工作量分摊到多个项目中,要求企业的流程体系能够真正在公司里推广落地,而且不是由评估师和sponsor来确定,而是由随机抽样系统来确定,减少了人为干预,确保了抽样的代表性。1 哪些项目可以参评,可用来抽样? 包括但不限于...
快速学习COSMIC方法之十三:如何识别读和写?
在实践中识别读和写是比较简单的,出错的概率比较小。读和写都是被度量的软件与存储介质之间的数据交互动作。读是从持久存储介质移动数据到功能处理内部,写是从功能处理移动数据到存储介质,二者的方向是相反的。在识别读和写时,要注意以下几点:1 每个读或写移动的是一个兴趣对象的一个数据组。如果是移动的多个兴趣对象的数据组,则需要识别为多个读或写。如果是一个兴趣对象的不同数据组,也是要识别为多个读或写。如果一个...
案例:问题处理与原因分析报告的模板
如何对问题进行原因分析?如何识别出应急措施、纠正措施、管理措施、固化措施?做到技术与管理的双归零,本文将给出两个案例供大家参考。
如何落地“单一职责原则”?
摘要: 本文探讨面向对象设计中的单一职责原则(SRP)在AI技能(Skill)开发中的实际应用。通过“五个单一”(目的、触发、输入、输出、变化)标准,提出“动词+名词”组合法作为核心判定工具:一个Skill应仅完成一个逻辑连贯的任务(如“生成PRD”)。Skill可分原子层(小职责)和组合层(大职责),后者可通过调用小Skill实现复杂功能,但需封装独立业务逻辑。文章对比正反案例,指出常见陷阱(如过度拆分或机械编排),并给出三步判定流程,强调Skill设计应像乐高积木一样精准分层,确保职责清晰且实用。
僧?道?水生!水稻!
水生
2007年的夏天我去厦门售前,早晨到酒店的餐厅吃饭,刚进餐厅,见一老一少两个穿黄色僧袍的和尚坐在里面吃饭,老和尚慈眉善目,看到我,像我微笑致意,我也点头还礼,我一直认为自己是很有佛缘的人,所以心里想,大概老和尚看我面善,所以和我打招呼吧,自我感觉甚好。在自助取餐的过程中,老和尚频频向我致意。
早餐吃完,经过两位的位置时,老和尚招手叫住了我,说要聊聊,我没有拒绝。坐下后,老和尚说是到福建什么一个出名的名寺开什么法会,看我有缘,和我聊聊,还送我一个开光的佛像,给了我名片,
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线