第1课软件工程概论.pptVIP

* * 螺旋模型的特点 把软件开发过程组成为一个逐步细化的定义周期（螺旋周期）序列，每经历一个周期，系统就得到进一步的细化和完善； 本质上，具有上述特征的螺旋是一直运转的直到软件退役。有时这个过程处于睡眠状态，但任何时候出现了改变，过程都会从合适的入口点开始； 紧密围绕开发中的风险问题，用风险分析推动软件设计向深一层扩展、求精； 强调持续地判断、确定和修改用户任务目标，并按成本、效益来分析候选的软件产品性质对任务目标的贡献； 可结合采用多种软件开发方法，但究竟结合哪一种方法仍由风险分析来决定。 * * 螺旋模型 对于大型软件系统的开发，螺旋模型是一个很现实的方法。 优势：随着迭代的增加（成本的增加），风险程度随之降低 缺陷：比较复杂，需要相当的风险评估技术，且成功依赖于这种技术。 * * 3、敏捷过程与极限编程 敏捷软件开发宣言——4个简单的价值观声明： 个体和交互过程胜过工具 可以工作的软件胜过面面俱到的文档 客户合作胜过合同谈判 响应变化胜过遵循计划 * 什么是敏捷？ 有效的（快速并适应）响应变更 所有利益相关者中的有效沟通 吸引客户到团队 组织团队使其控制工作执行 快速、增量交付的软件 * 敏捷及变更成本的费用 开发成本 使用传统软件过程的变更成本 使用敏捷过程的变更成本 使用敏捷过程的理想变更成本 开发进度日程 * 敏捷过程 是由客户对他们需求的描述驱动的（场景） 意识到计划是短期的 着重强调构建活动的软件迭代开发 交付多个软件增量 适应变更的出现 * 敏捷原则- I 1. 我们最优先要做的是通过尽早、持续地交付有价值的软件来使客户满意。 2. 即使在开发的后期，也欢迎需求的变更。敏捷过程利用变更为客户创造竞争优势。 3. 经常交付可运行软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。 4. 在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。 5. 围绕有积极性的个人构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。 6. 在开发团队内部，最富有效果和效率的信息传递方法是面对面交谈。 * 敏捷原则- II 7. 可运行软件是进步的首要衡量标准。 8. 敏捷过程提倡可持续的开发。责任人、开发者和用户应该能够长期保持步调一致。 9. 不断关注优秀的技能和好的设计会增强敏捷能力。 10. 简单——使不必做的工作最大化的艺术——是必要的。 11. 最好的架构、需求和设计出自于自组织团队。 12. 每隔一定时间，团队会反省如何才能更有效地工作，并相应调整自己的行为。 * 人的因素 满足人员及团队需求的过程模型，而非周围其他过程模型 敏捷开发团队成员及团队本身必须具备的关键特征： 竞争能力 共同目标 精诚合作 决策能力 模糊问题解决能力 相互信任和尊重 自组织 * * 极限编程的有效实践 极限编程（eXtreme Programming，XP）； 广泛应用于需求模糊且经常改变的场合； 极限编程的有效实践 客户作为开发团队的成员； 使用用户素材； 短交付周期； 验收测试 结对编程 测试驱动开发 * * 极限编程的有效实践 极限编程的有效实践（续） 集体所有 持续集成 可持续的开发速度 开放的工作空间 及时调整计划 简单的设计 重构：代码重构，并非忽略设计 使用隐喻 * * 极限编程的整体开发过程 * * 本章小结 重点掌握： 软件工程 软件工程的本质特征 软件工程的基本原理 软件生命周期 软件过程——瀑布模型 阅读第一、二、三章内容 自学：P34，UP统一过程 * 史前史中，没有别的场景比巨兽在焦油坑中垂死挣扎的场面更令人震撼。上帝见证着恐龙、猛犸象、剑齿虎在焦油中挣扎。它们挣扎得越是猛烈，焦油纠缠得越紧，没有任何猛兽足够强壮或具有足够的技巧，能够挣脱束缚，它们最后都沉到了坑底。 说自己陷身焦油坑，有这个，哪个苦恼。谁没有苦恼，人在各个阶段都会有大量的苦恼存在，在苦恼中仍然有激情，这才是重要 * 二十年来﹐人们一直寻找解决软件危机的方法﹔但软体大师Fred Brooks 在1986年发表的文章里预言在10年内找不到解决软体危机的尚方宝剑﹐历经了十年﹐果然不幸被他言中。 在所有恐怖民间传说的妖怪中，最可怕的是人狼，因为它们可以完全出乎意料地从熟悉的面孔变成可怕的怪物。为了对付人狼，人们一直在寻找可以消灭它们的银弹。 软件项目具有一些人狼的特性，常常看似简单明了的东西，却有可能变成一个落后进度、超出预算、存在大量缺陷的怪物。因此，我们听到了近乎绝望的寻求银弹的呼唤，寻求一种可以使软件成本像计算机硬件成本一样降低的尚方宝剑。 但是，我们看看近十年来的情况，没有银弹的踪迹。没有任何技术或管理上的进展，