第1章软件工程学汇总.ppt

极限编程是敏捷过程中最富盛名的一个，其中“极限”的含义是指把最好的开发实践运用到极致。目前极限编程已经成为一个典型的开发方法，广泛应用于需求模糊且经常改变的场合。 特点： 对变化和不确定性反应更快速，更敏捷； 快速的同时保持可持续的开发速度。 极限编程（eXtreme Programming, XP） * */106 客户作为开发团队的成员 使用用户素材(正在进行的关于需求的谈话内容的助记符) 短交付周期（每两周完成一次迭代） 验收测试 结对编程（一人写、一人查） 测试驱动的开发（测试先行，先制定测试计划） 集体所有（程序代码属于整个开发小组，每个成员都有修改代码的权利，都对全部代码负责） 极限编程的有效实践 * */106 持续集成（一日内多次集成，不断回归测试） 可持续的开发速度（周工作时间不超过40小时，连续加班不超过两周） 开放的工作空间 及时调整计划 简单的设计 重构(代码重构，降低复杂性、消除冗余、增加灵活性、提高性能) 使用隐喻（隐喻是把整个系统联系在一起的全局视图，描述系统如何运做，如何把新功能加入到系统中） 适用性：适用商业竞争环境下对小型项目提出的有限资源和有限开发时间的约束。 * */106 极限编程的整体开发过程 体系结 构试探 制订交付 计划 难点试探 验收测试 迭代开发 不确定的估计 确定的估计 隐喻 交付计划 最新版本 需求 新用户故事 差错 下一次迭代 用户认可 小交付 测试用例 用户故事 * */106 极限编程的迭代过程 制订迭 代计划 站立 会议 代码共 享编程 验收 测试 交流与讨论 未完成的任务 用户故事 交付计划 项目速率 任务 分配 下一个任务 或未通过验收的模块 测试用例 差错 用户认可 小交付 共享的信息 新用户故事 新项目速率 新功能 最新 版本 结对编程与人员轮换；持续地优化设计；循环冗余检测 * */106 * */106 极限模型 * */106 Microsoft公司自己独特的软件开发过程，综合了RUP和XP的许多优点，是对众多成功项目的开发经验的正确总结 不足： 方法工具和产品等方面的论述不如RUP和XP全面 人们对它的某些准则本身也有不同意见 详细论述参见《微软软件开发解决方案框架》（第二版），麦中凡、陶伟编著，北京航空航天大学出版社 1.4.9 微软过程 * */106 项目计划应该兼顾未来的不确定因素 用有效的风险管理来减少不确定的因素 经常生成并快速地测试软件的过渡版本 采用快速循环、递进的开发过程 用创造性的工作来平衡产品特性和产品成本 项目进度表应该具有较高的稳定性和权威性 使用小型项目组并发地完成开发工作 在项目早期把软件配置项基线化 使用原型验证概念 把零缺陷作为追求的目标 里程碑评审会强调改进工作，避免相互指责 微软过程准则 * */106 微软软件生命周期 项目目标 得到认可 完成产品设计 完成开发工作 准备好可 发布版本 完成产品发布 规划阶段 设计阶段 发布阶段 稳定阶段 开发阶段 * */106 规划阶段 确定产品目标 获取竞争对手的信息 完成对客户和市场的调研分析 确定新版本产品应该具备的主要特性 确定相对于前一版本而言,新版本应该解决的问题和需要增加的功能 微软软件生命周期 * */106 项目目标 得到认可 完成产品设计 完成开发工作 准备好可 发布版本 完成产品发布 规划阶段 设计阶段 发布阶段 稳定阶段 开发阶段 设计阶段 根据产品目标编写系统的特性规格说明书，这份说明书主要描述软件特性、系统结构、各构件之间的相关性以及接口标准 产品每个系统高层开始着手进行系统设计 描述整个系统的设计方案 绘制系统结构图 确定系统中存在的风险因素 分析系统的可重用性 划分出系统中的子系统，给出各个子系统和各个构件的规格说明 根据产品特性规格说明书制定产品开发计划 * */106 项目目标 得到认可 完成产品设计 完成开发工作 准备好可 发布版本 完成产品发布 规划阶段 设计阶段 发布阶段 稳定阶段 开发阶段 开发阶段 — 编写程序代码/书写文档 稳定阶段 — 测试和调试 发布阶段 — 发布产品和解决方案，把项目移交到运营和支持人员手中 适用范围 适用于商业环境下具有有限资源、有限开发时间约束的软件过程模式 * */107 项目目标 得到认可 完成产品设计 完成开发工作 准备好可 发布版本 完成产品发布 规划阶段 设计阶段 发布阶段 稳定阶段 开发阶段 人有了知识，就会具备各种分析能力， 明辨是非的能力。 所以我们要勤恳读书，广泛阅读， 古人说“书中自有黄金屋。 ”通过阅读科技书籍，我们能丰富知识， 培养逻辑思维能力； 通过阅读文学作品，我们能提高文学鉴赏水平， 培养文学情趣； 通过阅读报刊，我们能增长见识，扩大自己的知识面。 有许多书籍还能培养