软件项目管理与案例分析第3章.pptxVIP

第 3 章 软件开发过程管理 ;本章内容提要; 软件过程 　　是指人们用于开发和维护软件及其相关产品的一系列活动、方法、实践和革新。 软件开发过程管理 　　是指在软件开发过程中，除了先进技术和开发方法外，还有一整套的管理技术。 软件过程改进 　　是针对软件生产过程中会对产品质量产生影响的问题而进行的，它的直接结果是软件过程能力的提高。 　　现在常见的软件过程改进方法：ISO 9000，SW-CMM和由多种能力模型演变而来的CMMI。;3.1.1 SW-CMM和CMMI ;3.1.1 SW-CMM和CMMI ;3.1.1 SW-CMM和CMMI ;3.1.1 SW-CMM和CMMI ;3.1.1 SW-CMM和CMMI ;;;3.1.2 ISO9000质量标准 ;3.1.3 三者之间的比较 ;;;;;----------实施CMM与CMMI可以平滑的转换。;;案例1;;;;;本章内容提要;　软件生命周期 　　软件从需求确定、设计、开发、测试直至投入使用，并在使用中不断地修改、增补和完善，直至被新的系统所替代而停止???软件的使用的全过程。 　可划分为以下子阶段 1.可行性研究 　　2.需求分析和定义 　　3.总体设计 　　4.详细设计 　　5.编码（实现） 　　6.软件测试、运行/维护 　　据此相继产生了瀑布模型、螺旋模型、进化模型、原型模型、增量模型等。本节分别对这几种传统的软件开发生命周期模型予以介绍。 ;3.2.1 瀑布模型;;;;3.2.2 原型模型 ;3.2.2 原型模型 ;;3.2.3 增量模型 ; ;; 图1.6 风险更大的增量模型;;渐增模型与快速原型 的相同之处是其迭代的特征，不同之处是渐增模型的每一轮都得到一个用户可真正使用和操作的完整版本，而快速原型每一轮得到的是在性能和功能上大大简化的版本。 优点:(1)渐增模型 对项目组的组成人员不是非常充裕的情况下十分有用。早期对基本系统的开发需要的人员比较少，后续的各轮开发可以根据需要补充人员。此外，这种增量式的开发，可以有效地防止技术风险。 (2)渐增模型每一轮都可以向用户发布一个高质量的可操作的版本。用户容易接受并可以提出中肯的意见，不需要非常大的原始资金投入。 缺点：由于要求下一轮新增的功能能够无缝集成到上一轮系统中去，如果整体结构设计不当，则有可能导致整个软件的结构变差。;;;3.2.3 增量模型 ;3.2.4 进化模型 ;3.2.5 螺旋模型; 构建原型是一种能使某些类型的风险降至最低的方法。为了降低交付给用户的产品不能满足用户需要的风险，一种行之有效的方法是在需求分析阶段快速地构建一个原型。在后续的阶段中也可以通过构造适当的原型来降低某些技术风险。当然，原型并不能“包治百病”，对于某些类型的风险，原型方法是无能为力的。 螺旋模型的基本思想:使用原型及其他方法来尽量降低风险。理解这种模型的一个简便方法，是把它看作在每个阶段之前都增加了风险分析过程的快速原型模型。完整的螺旋模型如图。; ; 优点：对可选方案和约束条件的强调有利于已有软件的重用，也有助于把软件质量作为软件开发的一个重要目标；减少了过多测试（浪费资金）或测试不足（产品故障多）所带来的风险；更重要的是，在螺旋模型中维护只是模型的另一个周期，在维护和开发之间并没有本质区别。 主要优势:它是风险驱动的，但这也可能是其弱点。除非软件开发人员具有丰富的风险评估经验和这方面的专门知识，否则将出现真正的风险。当项目实际上正在走向灾难时，开发人员可能还认为一切正常。; 螺旋模型主要适用于内部开发的大规模软件项目。如果进行风险分析的费用接近整个项目的经费预算，则风险分析是不可行的。事实上，项目越大，风险也越大，因此，进行风险分析的必要性也越大。此外，只有内部开发的项目，才能在风险过大时方便地中止项目。;3.2.5 螺旋模型 ;本章内容提要;3.3.1 极限模型 ;3.3.1 极限模型 ;探索阶段 探索阶段的主要工作是开发初始的用户故事（User Stories ）和体系结构骨架（architecture spike）。 用户故事描述了系统高层的需求，它是制订发布计划的输入。 在探索阶段，试探找到系统中固定不变的部分（体系结构骨架），并找出一种形象的比喻，这种比喻描述了你打算如何构建系统，起到概念框架的作用。 探索阶段还应根据用户故事编制相应的测试用例，供以后验收测试时使用。;计划阶段 计划阶段的任务是根据用户故事描述的需求、系统体系结构骨架和系统比喻来制订迭代计划和发布计划。 使用你最熟悉的形式为用户故事建模，这个模型描述了用户故事的任务以及这些任务之间的关系。 通常图形