软件开发方法与实践 课件 第二章 软件开发过程定义与敏捷开发

第二章

软件开发过程定义与敏捷开发本章学习目标掌握软件过程的定义深入理解软件过程的整体框架，梳理核心工作步骤与关键流程节点，建立对软件开发全生命周期的系统性认知。掌握开发过程模型熟悉瀑布、增量、螺旋等经典模型特性，能够根据项目需求与场景，合理选择并应用适配的模型设计开发活动。掌握敏捷开发的概念理解敏捷宣言的核心价值观与十二项原则，能够运用迭代、增量和客户协作的思维，科学分析软件开发过程。掌握极限编程(XP)方法了解极限编程的核心实践，如结对编程、测试驱动开发、持续集成等，掌握如何利用XP方法提升软件质量、应对需求变化，高效创造优质软件产品。熟练掌握CodeArtsScrum深入理解Scrum的角色、事件、工件与规则，能够应用CodeArtsScrum框架进行敏捷项目管理，通过Sprint迭代高效交付价值，解决复杂项目管理问题。本章内容导图软件过程定义解析ISO9000标准下的软件过程定义，明确软件开发的核心要素与流程规范，为后续实践奠定理论基础。开发过程模型深入探讨通用、常用及专用过程模型，分析各类模型的适用场景与改进方向，掌握软件过程的核心架构逻辑。敏捷开发概念解读敏捷开发的核心原则与价值观，介绍极限编程等关键方法，理解敏捷模式对快速响应变化的重要意义。CodeArtsScrum聚焦软件开发生产线CodeArtsScrum框架，掌握其迭代、增量的开发流程与实践要点，实现高效团队协作。第一节

软件过程的定义什么是软件过程？核心定义(ISO9000)：软件过程是将输入转化为输出的一组彼此相关的资源和活动。它是软件开发的“路线图”，规定了完成多项任务的工作步骤，明确了从需求分析到最终交付的全流程规范。软件过程为软件开发提供了一个稳定的框架，它有助于管理复杂性、提高效率、确保质量、控制风险，并最终按时交付满足用户需求的软件产品。一个成熟的软件过程是软件工程实践的基石。一个框架旨在完成创建高质量软件所需执行的一系列任务，为软件开发提供了标准化的结构与指引，确保项目工作有序开展，是项目成功的基础。一组活动涉及交付物和工件的预定义，以及软件产品在项目团队中的协作开发与持续维护，是一系列具体的操作性任务，构成了软件开发的实际工作流。一个基础构成了软件项目管理控制的基础，支撑技术方法落地、产出工作产品、设立里程碑，同时保障质量与变更管理，为过程度量与定量管理提供了依据，是过程持续改进的前提。软件开发过程模型及改进四种典型的通用过程流线性过程：优点：简单、阶段清晰；缺点：灵活性差，需求变更困难。迭代过程：优点：风险可控，逐步完善；缺点：对项目管理要求较高。演化过程：优点：快速响应反馈；缺点：易范围蔓延，过程难控。并行过程：优点：大幅缩短周期；缺点：复杂性高，需高度协同。软件开发过程模型及改进常用过程模型-瀑布模型瀑布模型是软件开发中最经典的线性、顺序模型。其核心在于严格遵循“沟通-策划-建模-构建-部署”的固定阶段顺序，前一阶段的输出作为后一阶段的输入，界限明确，不可逆转。核心定义又称经典生命周期模型，是一种系统的、顺序的软件开发方法，强调阶段的先后次序和依赖性，每一步都必须完成并通过验证才能进入下一步。核心优势阶段划分清晰，要求每个阶段都有明确的交付成果和审核环节，便于管理和控制。可在早期发现需求和设计中的问题，降低后期返工风险。主要局限难以应对需求变更，后期修改前期错误成本极高。客户需在项目末期才能看到完整产品，前期验证不足，易导致最终产品与预期不符。典型应用场景：适用于需求非常明确、稳定，且技术方案成熟的项目。例如，政府项目、大型企业内部系统开发、硬件驱动程序等。软件开发过程模型及改进常用过程模型-增量模型核心定义：渐进式构建系统

又称渐增模型，将系统功能分解为多个增量组件，分阶段开发和交付。每个版本纳入部分需求，逐步叠加直至完成完整系统，是瀑布模型的优化演进。核心优势：风险可控与快速响应

增量独立开发降低整体风险，相比瀑布模型能更早交付部分功能并获反馈；模块化结构适配需求变更，避免后期大规模返工，风险分散于各增量，降低项目失败风险。潜在挑战：规划与架构要求高

对架构设计要求高，需稳定且支持增量扩展的架构；前期规划不充分易致集成困难与一致性问题，同时对项目管理协调能力提出更高要求。与瀑布模型的关键区别

瀑布模型是整体交付，增量模型分阶段交付；增量模型允许后续调整完善需求，灵活性更高。软件开发过程模型及改进常用过程模型-原型开发模型01核心定义为弥补瀑布模型的不足而产生，旨在降低开发风险。通过快速建立可视化原型，让用户直接交互并反馈意见，再根据反馈反复改进原型。根据目的不同，原型可分为：探索型（用于明确需求）、实验型（用于验证技术方案）和演化型（作为最终产品的基础）。02循环开发流程遵循“快速策划→快速设计→构建原型→部署交付及反馈→沟通优化”的循环路径。这个过程是一个快速迭代的反馈循环，允许在开发早期就修正方向，确保产品最终贴合用户期望。03突出优势能获取更精准的用户需求定义，易于适应需求的动态变化；开发周期短、费用相对较低。通过可视化的原型，极大地降低了沟通成本，减少了因需求误解导致的返工，用户参与度和满意度也更高。04潜在挑战客户与开发人员对原型的理解可能存在认知偏差；制作高保真且准确的原型设计具有一定技术难度。如果管理不当，原型可能演变成一个难以维护的‘怪物’，且用户可能误将原型当作最终产品，产生不切实际的期望。软件开发过程模型及改进常用过程模型-原型开发模型01核心定义为弥补瀑布模型的不足而产生，旨在降低开发风险。通过快速建立可视化原型，让用户直接交互并反馈意见，再根据反馈反复改进原型。根据目的不同，原型可分为：探索型（用于明确需求）、实验型（用于验证技术方案）和演化型（作为最终产品的基础）。02循环开发流程遵循“快速策划→快速设计→构建原型→部署交付及反馈→沟通优化”的循环路径。这个过程是一个快速迭代的反馈循环，允许在开发早期就修正方向，确保产品最终贴合用户期望。03突出优势能获取更精准的用户需求定义，易于适应需求的动态变化；开发周期短、费用相对较低。通过可视化的原型，极大地降低了沟通成本，减少了因需求误解导致的返工，用户参与度和满意度也更高。04潜在挑战客户与开发人员对原型的理解可能存在认知偏差；制作高保真且准确的原型设计具有一定技术难度。如果管理不当，原型可能演变成一个难以维护的‘怪物’，且用户可能误将原型当作最终产品，产生不切实际的期望。软件开发过程模型及改进常用过程模型-螺旋模型核心定义：演化与系统化的结合一种兼顾原型迭代特征与瀑布模型系统化监控的演化开发模型。采用周期性的循环方法，将大型系统的构建拆解为多个小分段，每完成一个周期就向最终目标推进一层，有效平衡灵活性与可控性。迭代流程：四象限的闭环循环制定计划：确定本次迭代的目标，识别相关风险，并制定开发计划。风险分析：评估技术风险和管理风险，并制定相应的缓解策略。工程实现：构建该迭代的产品增量，可能包含原型设计、编码和测试。客户评估：向客户展示当前迭代的成果，获取反馈，并用于规划下一次迭代。核心优势：灵活与可控并存将风险评估和管理作为核心环节，能够主动应对和降低项目风险。灵活性高，易于适应需求的变化。设计阶段可随时实施变更，适应性强；小分段构建模式大幅降低成本计算复杂度；客户全程参与迭代，有效规避需求偏差，保障项目始终在可控范围内推进。潜在局限：对能力与成本的挑战过程模型本身较为复杂，对项目团队的风险评估能力和管理水平要求很高。如果风险管理不到位，该模型的优势便无法体现。高度依赖团队的风险评估经验与专业知识；若迭代次数把控不当，会显著增加开发成本并导致交付周期延迟。软件开发过程模型及改进常用过程模型-专用过程模型基于构件的开发模型该模型强调使用预先构建好的软件构件（Components）来组装应用系统。构件通常是封装良好、可复用的独立功能单元。其核心优势在于能显著提高开发效率和软件质量，但对构件的标准化和兼容性要求很高。形式化方法模型此模型基于数学方法（如逻辑、代数）来描述软件系统的规格和行为。通过严格的数学证明来验证设计的正确性，能最大限度地减少逻辑错误。主要用于对安全性和可靠性要求极高的领域，如航空航天、医疗设备等。统一软件开发过程(RUP)RUP是一个面向对象的、基于Web的软件开发框架。它将开发周期划分为四个阶段（初始、细化、构造、移交），并强调用例驱动、架构为中心和迭代增量的开发方式。它提供了一套完整的开发指南、模板和工具。总结：专用过程模型针对特定应用场景和质量要求进行了优化，是通用模型的重要补充和延伸。敏捷开发概念敏捷宣言：拥抱变化2001年，17位软件开发专家齐聚一堂，成立敏捷联盟并共同签署《敏捷软件开发宣言》。这份简短而有力的文件，以核心价值观为基石，彻底重塑了软件行业的开发理念与协作模式，为应对复杂多变的需求指明了方向。01.个体与互动>流程与工具强调团队成员之间的沟通、协作和默契比单纯依赖僵化的流程和复杂的工具更为重要。优秀的团队能够弥补流程和工具的不足。02.可运行的软件>详尽文档文档固然重要，但最终衡量开发工作价值的是能够实际运行的软件。敏捷主张只编写必要的文档，避免浪费在冗长但无用的文档上。03.客户合作>合同谈判强调与客户建立长期、信任的合作关系，共同面对变化，而不是将合同作为对抗性工具。通过频繁沟通确保产品始终符合客户的真实需求。04.响应变化>遵循计划承认变化是软件开发中不可避免的一部分。敏捷过程拥抱变化，认为响应变化比严格遵循一个可能已经过时的计划更能为客户创造价值。敏捷开发概念敏捷开发的12条原则①最优先要做的是通过尽早、持续交付有价值的软件来确保客户满意。②支持客户需求变化，即使到了软件开发的后期。敏捷开发能够积极主动地适应需求变化，为客户创造了竞争优势。③每隔几周或一两个月就须向客户交付可运行软件，交付周期宜短不宜长。④在整个项目开发期间，业务人员和开发人员必须每天一起工作。⑤由积极主动的人来承担项目开发，支持和信任他们并提供所需的环境。⑥面对面交谈是团队内部最富有效果和效率的信息传递方式。⑦交付可运行软件是衡量开发进度的首要度量标准。⑧敏捷过程提倡可持续的开发速度。项目责任人（sponsor）、开发方和用户保持长期、稳定的开发速度。⑨追求卓越的开发技术和良好的软件设计，增强团队和个体的敏捷能力。⑩在保证质量的前提下，采用简单的方法完成开发任务。⑪最好的架构、需求和设计出自于自组织团队。⑫团队应经常反思如何提高工作效率，并以此调整个体和团队的行为。极限编程概述图示为XP核心活动的循环流程，展示了策划、设计、编码、测试四个环节如何紧密衔接、迭代推进，形成一个持续反馈和优化的闭环系统。XP的核心在于其价值观：沟通（Communication）、简单（Simplicity）、反馈（Feedback）和勇气（Courage）。这些价值观指导着XP的所有实践活动。XP是敏捷软件开发中应用最广泛的方法之一，它将策划、设计、编码、测试四个框架活动有机融合，通过高频迭代与持续反馈，在快速响应变化的同时，保障软件的高质量交付。策划(Planning)通过“倾听”收集用户故事，基于价值排序制定灵活的迭代计划，快速响应需求变更。包括发布计划和迭代计划，将大的需求分解为小的用户故事，并进行估算和优先级排序。设计(Design)遵循KISS原则保持简单，避免过度设计；利用CRC卡协作，并通过持续重构优化系统结构。强调简单设计，只实现当前所需功能，避免过度设计。使用CRC卡等工具进行设计。编码(Coding)践行结对编程与持续集成，坚持“测试驱动开发(TDD)”。包括结对编程、代码规范、集体所有权和持续集成等核心实践。测试(Testing)开发自动化单元测试，进行持续回归测试；邀请客户参与验收测试。提倡测试驱动开发（TDD），即在编写功能代码前先编写测试用例，确保代码的正确性。软件开发生产线CodeArtsScrumScrum简介01.核心定义Scrum的核心是基于经验的迭代过程。它承认在复杂项目中，无法提前规划所有细节。因此，它通过短周期的迭代（Sprint），不断获取反馈（经验），并基于这些经验来调整下一个周期的计划和执行，从而逐步完善产品。02.核心思想与实践以1-4周为一个固定的迭代冲刺周期（Sprint），在每个周期内集中完成可交付的软件增量。每个Sprint都会产生一个“完成”的、可用的产品增量。通过检查和适应的循环，团队持续优化产品和开发过程本身。核心价值：聚焦于“经验性过程控制”，通过透明、检视、适应三大支柱，让团队在实践中不断学习和改进。软件开发生产线CodeArtsScrumScrum的三种角色团队成员在每日站会中围成一圈，快速同步进度与障碍，这种高频、透明的沟通机制是Scrum敏捷协作的核心体现。产品经理(ProductOwner)负责管理产品待办列表（ProductBacklog），明确其内容、优先级和顺序，确保开发团队的工作始终围绕最大化产品价值展开。是客户与团队之间的桥梁。ScrumMaster作为Scrum过程的教练和服务者，负责确保团队遵循Scrum规则，移除团队遇到的任何障碍，组织Scrum活动，并保护团队免受外界干扰。Scrum团队(DevelopmentTeam)一个跨职能的小团队（通常5-9人），共同负责在每个Sprint中交付一个“完成”的产品增量。团队自我组织、自我管理，决定如何最好地完成工作。软件开发生产线CodeArtsScrumScrum的会议与工件01关键会议：构建完整的反馈闭环Sprint计划会：确定本次Sprint的目标和可交付的产品待办项。每日站会：同步进度、识别障碍、调整计划，每日进行，时间盒为15分钟。Sprint评审会：向利益相关者展示Sprint成果，收集反馈。Sprint回顾会：团队反思本Sprint的工作，总结经验教训，以便持续改进。02关键工件：可视化的目标与进度追踪产品待办列表：产品需求的动态列表，由产品经理维护优先级。Sprint待办列表：团队承诺在本次Sprint中完成的任务列表。产品增量：一个“完成”的、可用的产品功能集合。软件开发生产线CodeArtsScrumCodeArtsScrum框架：需求分层模型Epic(史诗)代表产品愿景中原始、抽象且宏观的需求，通常涵盖较大的业务范围，是需求分解的起点，通常需要分解为多个Feature才能被开发团队处理。Feature(特性)Epic分解后的核心功能模块，对应具体的业务能力，是连接宏观愿景与具体交付的桥梁，代表了用户可见的一个完整功能，是价值交付的基本单位。Story(用户故事)Feature进一步拆解后的最小可交付工作单元，聚焦用户价值，描述用户视角的功能诉求，遵循“作为一个<用户角色>，我想要<目标>，以便<价值>”的格式，是开发和测试的最小单元。Task(任务)Story分解后的具体开发与执行动作，如编码、测试、文档编写等，是实现用户故事所需的具体技术步骤，是团队日常协作的最小颗粒。软件开发生产线CodeArtsScrumCodeArtsScrum框架：迭代流程与操作01.新建Scrum项目在CodeArts中创建项目，选择Scrum模板，并定义项目基本信息。02.需求规划与分解在产品待办列表中录入Epic、Feature和Story，并进行优先级排序。03.精细化工作项管理将Story分解为具体的Task，并指派给团队成员，预估工作量。04.迭代