专题二软件过程及其改进.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 资料来源： /ideal/ideal.html * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 软件开发的首要问题不是技术问题而是管理问题，本级围绕软件管理 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 审计发展至今，早已超越了查账的范畴，涉及到对各项工作的经济性、效率性和效果性的查核。 1972年美国会计学会的《基础审计概念的说明》中对审计的定义是：审计是为了查明经济活动和经济现象的表现与所定标准之间的一致程序而客观地收集和评价有关证据，并将其结果传达给有利害关系使用者的有组织的过程。同年，美国审计总局对审计下的定义是：审计一语，包括审查会计记录、财务事项和财务报表，但就审计总局的全部工作来说，它还包括如下内容：①查核各项工作是否遵守有关的法律和规章制度；②查核各项工作是否经济和有效率；③查核各项工作的结果，以便评价其是否已有效地达到了预期的结果（包括 立法机构规定的目标）。 * * * * * * * * * * * * 执行的活动是必须实施的活动，其它都是为了保障规范化实施活动的基础。 * * * * * 第*页 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的研究结果表明：绝大多数软件缺陷是由于对问题的错误理解或简单的失误造成的，只有很少一部分是由于技术问题而产生的。如果在设计阶段引入一个错误，则这个错误在编码阶段会引发3-5个错误，修复费用要高一个数量级。因此，PSP保障软件产品质量的一个重要途径是提高设计质量。 * 第*页 3.7.1 PSP/TSP的引入 实践证明，仅有PSP是不够的。CMU-SEI CMM在PSP基础上发展出了TSP（Team Software Process）的方法。 TSP指导项目组中的成员如何有效规划和管理所面临的项目开发任务，并且告诉管理人员如何指导软件开发队伍始终以最佳状态来完成工作。 TSP实施集体管理与自己管理自己相结合的原则，最终目的在于指导开发人员如何在最少的时间内，以预定的费用生产出高质量的软件产品，所采用的方法是对小组开发过程的定义、度量和改进。 小组远不只是一群有才能的个人的集合，为了建立并保持高效率的工作关系，小组需要共同的目标，大家一致同意的行动计划和适当的领导，还需要在需要的