软件过程改进的CMM-TSP-PSP模型.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 审计发展至今，早已超越了查账的范畴，涉及到对各项工作的经济性、效率性和效果性的查核。 1972年美国会计学会的《基础审计概念的说明》中对审计的定义是：审计是为了查明经济活动和经济现象的表现与所定标准之间的一致程序而客观地收集和评价有关证据，并将其结果传达给有利害关系使用者的有组织的过程。同年，美国审计总局对审计下的定义是：审计一语，包括审查会计记录、财务事项和财务报表，但就审计总局的全部工作来说，它还包括如下内容：①查核各项工作是否遵守有关的法律和规章制度；②查核各项工作是否经济和有效率；③查核各项工作的结果，以便评价其是否已有效地达到了预期的结果（包括 立法机构规定的目标）。 * * * * * * * * * * * * 执行的活动是必须实施的活动，其它都是为了保障规范化实施活动的基础。 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 资料来源： /ideal/ideal.html * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 软件开发的首要问题不是技术问题而是管理问题，本级围绕软件管理 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 第*页 3.6.1 同步－稳定开发方法 计划阶段 提出产品的预想陈述（来自于产品经理和程序经理） 新产品的市场营销分析：竞争对手的产品分析和未来版本的规划； 对前一版本的改进。 确定产品的功能规格（定义产品的特性及其优先级），即描述产品做什么和怎么做。 确定进度及特性组（由程序经理协调进度和安排特性组）。 开发阶段 分为三个里程碑： (1)头1/3关键特性及共享部件的开发； (2)第二个1/3特性； (3)最后不关键的1/3特性的开发。 规格的演进是由程序经理控制的，项目40%点需锁定需求，最后一个里程碑后锁定界面。 稳定阶段 综合性地进行内部测试和外部测试，稳定并发布最终产品。 本阶段不再增加功能，除非竞争对手产品发生变化。 * 第*页 3.6.1 同步－稳定开发方法 同步-稳定开发方法的目标： 致力于高度竞争，研制快速变化的企业环境所追求的、要求创新精神的、高度复杂的产品。 用户要求难于确定、软件技术变化快、产品部件难于精确定义。?企图事先设计出完整的软件系统是不明智的。 （1）给予开发人员足够的灵活性来创造及发展产品的具体细节； （2）让开发人员和客户一起测试产品，并在开发时就可以改进设计。 * 第*页 3.6.1 同步－稳定开发方法 同步-稳定开发方法的原则： 频繁地同步，周期性地稳定。 不断同步特性小组成员正在开展的工作； 周期性地稳定不断扩大中的产品。如：里程碑、日建立、零缺陷等。 “日建立”步骤： （1）为了开发某特性从源码中心主版本中得到源码文件的私有版本，进行修改或增加特性后checkin到源码中心主版本中，如有问题必须立即修正。 （2）指定开发人员每天用源码主版本文件产生产品。用build脚本来构造、产生各平台内部版本，并自动把源码变成多个可执行文件、各种库文件，使用户可以裁减产品。 * 第*页 3.6.2 微软开发和交付产品的策略 平行开发，并且经常同步所做的每一件事情。 永远保持至少存在一个可交付的产品。 在单个开发站点上只用一个公共的开发语言进行交流。 在构造产品时不断地测试。 利用定量的度量数据，指导下一步工作。 * 第*页 3.7 PSP/TSP 3.7.1 PSP/TSP的引入 3.7.2 PSP 3.7.3 TSP * 第*页 3.7.1 PSP/TSP的引入 CMM的成功与否与组织内部的相关人员的积极参与和创造性活动密不可分，但CMM并未提供KPA关键实践活动实施者所需要具备的具体知识和技能。怎样将CMM应用到具体的工作环境中去呢？ 这时候，PSP应运而生。 PSP（Personal Software Process）为基于个体和小型群组软件过程的优化提供了具体而有效的途径，例如：如何制订计划、如何控制质量、如何与其他人相互协作等。 在设计阶段，PSP的着眼点在于软件缺陷的预防，具体办法是强化设计结束准则，而不是设计方法的选择。 PSP的研究结果表明：绝大多数软件缺陷是由于对问题的错误理解或简单的失误造成的，只有很少一部分是由于技术问题而产生的。如果在设计阶段引入一个错