软件工程第一部分 软件工程基础（1-4）.ppt

统一过程准则 准则 迭代的开发软件 需求管理 基于构件的体系结构 可视化软件建模 验证软件质量 控制软件的变更 统一过程主要的优点是提高了团队生产力 工作流与模型 Requirements Capture Design Implementation Test Analysis model Use Case Model model Design Model model Deployment Model model Implementation Model model Analysis Model model Test Model Each workflow is associated with one or more models. 统一过程生命周期 产品 源代码 各种手册 相关交付品 模型 用况模型 分析模型 设计模型 实现模型 实施模型 测试模型 领域模型或业务模型 统一过程生命周期 里程碑和里程碑用途 开发过程工作流： 需求 分析 设计 实现 测试 一个综合的过程 软件开发的四个要素 人员 项目 产品 过程 人员至关重要 开发过程影响人员 角色会发生变化 角色 实例 项目创造产品 三要素： 一系列变化 一系列迭代 组织模式 产品不仅仅是代码 软件系统 制品 系统包含一组模型 什么是模型？ 视图 模型内部 模型间的关系 过程指导项目 过程：一个模板 过程 过程实例 软件开发过程 工作流 过程具体化 过程的价值 工具 用况驱动过程 统一过程的目标：指导开发人员有效地实现并实施满足客户需求的系统。 效率：成本、质量、交付时间 用况驱动过程 Requirements Analysis Design Implementation Test Use Cases bind these workflows together 模型 用况模型 分析模型 设计模型 实现模型 实施模型 测试模型 小结 软件开发模型是指软件开发全部过程、活动和任务的结构框架，能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任务，用来作为软件项目工作的基础。 瀑布模型是一种线性模型，文档驱动的模型。 增量提交模型采用一系列的增量方式开发系统。 螺旋模型结合瀑布模型和快速原型，是一种风险驱动的开发模型 构件集成模型利用模块化方法将整个系统模块化，复用构件库中的软件构件，通过组合手段提高应用软件系统过程的效率和质量。 统一过程模型是以用例驱动的，以架构为中心，迭代和增量的过程。 第4章 敏捷软件开发方法 敏捷软件开发过程 SCRUM开发过程 极限编程 结对编程 敏捷过程 敏捷不是一个过程，是一类过程的统称。 敏捷方法的两大主要特征： 对“适应性”的强调 对“人”的关注 做法： 快速响应:引入迭代式的开发手段 将整个软件生命周期分解为若干个小的迭代周期 获取切实有效的客户反馈 提出12条基本原则 敏捷开发12条原则 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。 即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。 经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。 在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。 围绕被激励起来的个体来构建项目，给他们提供所需的环境和支持，并且信任他们能够完成工作。 敏捷开发12条原则(续) 在团队内部，最具有效果并富有效率的传递信息的方法，就是面对面的交谈。 工作的软件是首要的进度度量标准。 敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。 不断地关注优秀的技能和好的设计会增强敏捷能力。 简单是最根本的。 最好的构架、需求和设计出于自组织团队。 每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。 SCRUM开发过程 Scrum 是一种迭代式增量软件开发过程，适合于敏捷软件开发。 Scrum的基本假设：开发软件就像开发新产品，无法一开始就能定义软件产品最终的方案，过程中需要研发、创意、尝试错误，所以没有一种固定的流程可以保证方案成功。 Scrum 有明确的最高目标，熟悉开发流程中所需具备的最佳典范与技术，具有高度自主权，紧密地沟通合作，以高度弹性解决各种挑战，确保每天、每个阶段都朝向目标有明确的推进。 Scrum角色 主管 产品负责人 开发团队 Scrum术语 订单backlog: 可以预知的所有任务， 包括功能性的和非功能性的所有任务。 冲刺sprint:一次跌代开发的时间周期。 冲刺订单sprint backlog:一个sprint周期内所需要完成的任务。 主管scrumMaster: 负责监督整个Scrum进程，修订