任务一成立项目小组.pptVIP

组织结构对比 * 程序设计小组 主程序员制小组 民主制小组 层次式小组 * 人员配备 * 软件分类 系统软件 应用软件 工程/科学软件 嵌入式软件 产品线软件 Web应用软件 人工智能软件 * 实训任务 成立5-6人的项目小组 选举项目经理 选择实训项目 确定项目章程 * * * 边做边改模型（Build-and-Fix Model） 许多产品都是使用“边做边改”模型来开发的。在这种模型中，既没有规格说明，也没有经过设计，软件随着客户的需要一次又一次地不断被修改 在这个模型中，开发人员拿到项目立即根据需求编写程序，调试通过后生成软件的第一个版本。在提供给用户使用后，如果程序出现错误，或者用户提出新的要求，开发人员重新修改代码，直到用户满意为止。 　　这是一种类似作坊的开发方式，对编写几百行的小程序来说还不错，但这种方法对任何规模的开发来说都是不能令人满意的，其主要问题在于：　　（1） 缺少规划和设计环节，软件的结构随着不断的修改越来越糟，导致无法继续修改；　　（2） 忽略需求环节，给软件开发带来很大的风险；　　（3） 没有考虑测试和程序的可维护性，也没有任何文档，软件的维护十分困难。 * 瀑布模型（Waterfall Model）　　1970年Winston Royce提出了著名的瀑布模型，直到80年代早期，它一直是唯一被广泛采用的软件开发模型。 　　瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 每项开发活动均处于一个质量环（输入-处理-输出-评审）中：　　· 从上一项活动接受本项活动的工作对象，做为输入；　　· 利用这一输入实施本项活动应完成的内容；　　· 给出本项活动的工作成果，做为输出传给下一项活动；　　· 对本项活动实施的工作进行评审。 * 演化模型从需求分析开始。软件开发人员与用户一起定义待开发软件系统的总目标，定义需求，确定软件的工作范围。然后快速设计软件中对使用者可见部分的表示，进而建造原型，再让用户或客户评估原型，根据评估结果，修改和细化待开发软件系统的需求，使之满足用户的需求。这个过程是一个迭代的过程。 快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。　　显然，快速原型方法可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果。　　快速原型的关键在于尽可能快速地建造出软件原型，一旦确定了客户的真正需求，所建造的原型将被丢弃。因此，原型系统的内部结构并不重要，重要的是必须迅速建立原型，随之迅速修改原型，以反映客户的需 * 对于复杂的大型软件，开发一个原型往往达不到要求。螺旋模型将瀑布模型与演化模型结合起来，并且加入两种模型均忽略了的风险分析 螺旋模型（Spiral Model）　　1988年，Barry Boehm正式发表了软件系统开发的螺旋模型，它将瀑布模型和快速原型模型结合起来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。　　如所示，螺旋模型沿着螺线进行若干次迭代，图中的四个象限代表了以下活动：　　（1） 制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件；　　（2） 风险分析：分析评估所选方案，考虑如何识别和消除风险；　　（3） 实施工程：实施软件开发和验证；　　（4） 客户评估：评价开发工作，提出修正建议，制定下一步计划。　　螺旋模型由风险驱动，强调可选方案和约束条件从而支持软件的重用，有助于将软件质量作为特殊目标融入产品开发之中。但是，螺旋模型也有一定的限制条件，具体如下：　　（1） 螺旋模型强调风险分析，但要求许多客户接受和相信这种分析，并做出相关反应是不容易的，因此，这种模型往往适应于内部的大规模软件开发。　　（2） 如果执行风险分析将大大影响项目的利润，那么进行风险分析毫无意义，因此，螺旋模型只适合于大规模软件项目。　　（3） 软件开发人员应该擅长寻找可能的风险，准确地分析风险，否则将会带来更大的风险。 一个阶段首先是确定该阶段的目标，完成这些目标的选择方案及其约束条件，然后从风险角度分析方案的开发策略，努力排除各种潜在的风险，有时需要通过建造原型来完成。如果某些风险不能排除，该方案立即终止，否则启动下一个开发步骤。最后，评价该阶段的结果，并设计下一个阶段。 沿螺线自内向外，每旋转一圈便开发出更为完善的一个新的软件版本。例如，在第一圈，确定了初步的