基于CMMI的软件工程项目总结.ppt

* * * * * 项目总结 第十七章 项目总结 项目总结简述 代码复用总结 项目结项 进入标志 合同类项目——合同所含的所有工程都通过竣工测试，每个工程均有用户正式确认的竣工报告； 新产品项目和产品升级类项目——通过系统测试，系统试运行取得用户正式确认的验收报告，或通过Beta测试，其中发现的缺陷均得到处理。 项目总结目的 通过项目分析、总结和会审，对项目工作进行评价，使项目组的经验成为机构过程资产，并促进软件过程的不断改进。 通过技术归档，为公司加强知识产权保护提供了依据，不断增加公司的技术积累。 通过技术交接，为做好产品进入市场后所必需的产品维护和客户服务做好必要的准备。 通过产品会签和发布，确保公司向用户提供符合市场需求的软件产品。 解决公司级问题 丰富公司资产库； 产品投入正常使用，减小公司应承担的售后服务压力； 建立与用户的长期合作关系； 项目团队及每一个相关人员的绩效评价； 项目管理的成功经验和失败教训作为无形资产长期积累； 项目成果的进一步产品化，已有产品的进一步商品化； 第十七章 项目总结 项目总结简述 代码复用总结 项目结项 代码复用总结目的 代码复用总结的目的是收集项目中的完成特定功能的代码，编辑成册，为其他项目组提供参考和借鉴，减少后续系统的开发工作，减少相同功能代码的开发工作。既提高了效率，又节约了成本。 代码复用主要有两种形式，即二进制代码复用与源代码复用。 代码重用要先从在当前项目中实现代码重用开始。 应该从小模块开发。 可重用的代码一定跟业务无关，跟业务相关的代码无法重用。到了代码阶段只有算法和逻辑，不要将业务引入代码重用。 对接口编程。 优先使用对象组合，而不是类继承。 将可变的部分和不可变的部分分离。 减少方法的长度；消除case / if语句；减少参数个数。 类层次的最高层应该是抽象类。 尽量减少对变量的直接访问。 子类应该特性化，完成特殊功能。 拆分过大的类；作用截然不同的对象应该拆分。 尽量减少对参数的隐含传递。 代码复用原则 1、改写类的实例方法 任何方法，只要它执行的是某个单一概念的任务，就其本身而言，它就应该是首选的可复用代码。为了重用这种代码，我们必须回归到面向过程的编程模式，把类的实例方法移出成为全局性的过程。为了提高这种过程的可复用性，过程代码应该象静态工具方法一样编写：它只能使用自己的输入参数，只能调用其他全局性的过程，不能使用任何非局部的变量。 2、把参数类型改成接口 代码复用真正的要点在于通过接口参数类型利用多态性，而不是通过类继承。从技术上说，可重用的是方法，而不是传递给方法的对象。选择最简单的参数接口类型；描述参数对象要求的接口越简单，其他类实现该接口的机会就越大。 代码复用技术 代码复用总结流程 每个项目成员总结自已开发过程中用到的算法、类、方法、函数等可以被其他项目借鉴或复用的代码段。按用途、功能等分门别类，撰写《代码复用总结》。要求能清楚的知道代码的功能，用处，实现的算法，测试的方法等。 项目经理组织项目成员讨论每个成员的《代码复用总结》，提炼出真正有意义的可复用的代码，编写出本项目的《代码复用总结》。 评审《代码复用总结》：项目经理组织项目成员对《代码复用总结》进行评审 通过评审后，将项目的《代码复用总结》，提交EPG，作为过程改进的项目贡献，由EPG整理，收入机构级代码复用库。 实施指南—前提 统一的代码规范。 员工高度的代码复用意识。 员工的编码水平。 公司和员工级的高水平的代码库。 实施指南—两阶段 复用以前的代码 一方面每个项目组的开发人员，在开发过程中，从公司或个人的代码库中提取可以直接利用的代码；另一方面，参考代码库中的代码和思想，加以修改和利用，写出适用于当前项目的代码。 提取代码以备复用 每个项目成员总结自已开发过程中用到的算法、类、方法、函数等可以被其他项目借鉴或复用的代码段。按用途、功能等分门别类，撰写《代码复用总结》。 实施指南—复用过程 了解代码库 每个项目成员在了解了项目设计之后，开始代码编写之前，快速浏览公司级的代码库，可以看分类部分，主要目的是了解有哪些方面的代码库，为以后开发过程中能记得公司的代码库是否有类似的代码作准备。 了解代码规范 熟读本公司的代码规范，在开发过程中严格按代码规范来编码，改变自己编码的习惯。 了解代码复用原则 在开发过程中，通过学习，了解代码复用的原则，尽可能地以此为准来编写代码。 实施指南—复用过程（续） 参考代码库来编写代码 在编写代码过程中，可以借鉴公司或个人的代码库来编写代码，通过自己了解的方法，活用这些以前编写好的代码。 开发过程中的交流 在开发过程中，与同事交流，参考同事的同功能的代码来编程。 开发结束后的总结 在开发结束后，总结自己的代码，提取可以借用的部分，作为公司或个人的代