系统分析与设计 HW3 软件项目过程模型与规划

1、简单题

• 简述瀑布模型、增量模型、螺旋模型（含原型方法），并分析优缺点

  • 从项目特点、风险特征、人力资源利用角度思考

    1. 瀑布模型

       • 定义：

         ​ 瀑布模型是应用广泛的一种软件开发模型，易于理解和掌握。 瀑布模型是将软件生命周期的各项活动规定为按照固定顺序相连的若干阶段性工作，形如瀑布流水，最终得到软件产品。

       • 优点：

         • 易于理解
         • 开发具有阶段性
         • 强调早期的计划及需求分析
         • 基本可确定何时交付产品及进行测试（更利于资源规划）

       • 缺点：

         • 需求调查分析只在最初进行，不能适应需求的新变化（市场变化快、风险高）
         • 顺序开发流程使开发经验教训不便进行前向反馈
         • 不能反映出开发过程的反复性和迭代特性，无任何类型的风险评估，出现或隐藏的问题直到开发后期才会显露，失去了及早纠正错误或缺陷机会（很可能导致资源浪费）

    2. 增量模型

       • 定义：

         ​ 增量模型融合了瀑布模型的基本成分（重复应用）和原型实现的迭代特征，该模型采用随着日程时间的进展而交错的线性序列，每一个线性序列产生软件的一个可发布的“增量”。当使用增量模型时，第1个增量往往是核心的产品，即第1个增量实现了基本的需求，但很多补充的特征还没有发布。客户对每一个增量的使用和评估都作为下一个增量发布的新特征和功能，这个过程在每一个增量发布后不断重复，直到产生了最终的完善产品。

       • 优点：

         • 由于能够在较短的时间内向用户提交一些有用的工作产品，因此能够解决用户的一些急用功能
         • 由于每次只提交用户部分功能，用户有较充分的时间学习和适应新的产品
         • 对系统的可维护性是一个极大的提高，因为整个系统是由一个个构件集成在一起的，当需求变更时只变更部分部件，而不必影响整个系统
         • 分段线性结构利于理解

       • 缺点：

         • 由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构(
         • 在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而使软件过程的控制失去整体性
         • 如果增量包之间存在相交的情况且未很好处理，则必须做全盘系统分析，这种模型将功能细化后分别开发的方法较适应于需求经常改变的软件开发过程

    3. 螺旋模型

       • 定义：将瀑布模型和快速原型模型结合起来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。螺旋模型沿着螺线进行若干次迭代，图中的四个象限代表了以下活动：
         　　（1） 制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件；
         　　（2） 风险分析：分析评估所选方案，考虑如何识别和消除风险；
         　　（3） 实施工程：实施软件开发和验证；
         　　（4） 客户评估：评价开发工作，提出修正建议，制定下一步计划。
       • 优点：
         • 螺旋模型由风险驱动，强调可选方案和约束条件从而支持软件的重用，有助于将软件质量作为特殊目标融入产品开发之中
         • 螺旋模型强调风险分析，但要求许多客户接受和相信这种分析，并做出相关反应是不容易的，因此，这种模型往往适应于内部的大规模软件开发
         • 设计灵活，可以在项目的任何阶段进行变更
       • 缺点：
         • 如果执行风险分析将大大影响项目的利润，那么进行风险分析毫无意义，因此，螺旋模型只适合于大规模软件项目
         • 软件开发人员应该擅长寻找可能的风险，准确地分析风险，否则将会带来更大的风险
         • 过多的迭代次数会增加开发成本，延迟提交时间

• 简述统一过程三大特点，与面向对象的方法有什么关系？

  • 统一过程三大特点：
    • 软件开发是迭代过程。
    • 软件开发是由Use Case驱动的。
    • 软件开发是以架构设计（Architecture Design）为中心的
  • 与面向对象的方法有什么关系
    • 面向对象的方法定义：面向对象方法(Object-Oriented Method)是一种把面向对象的思想应用于软件开发过程中，指导开发活动的系统方法，简称OO (Object-Oriented)方法，是建立在“对象”概念基础上的方法学。对象是由数据和容许的操作组成的封装体，与客观实体有直接对应关系，一个对象类定义了具有相似性质的一组对象。而每继承性是对具有层次关系的类的属性和操作进行共享的一种方式。所谓面向对象就是基于对象概念，以对象为中心，以类和继承为构造机制，来认识、理解、刻画客观世界和设计、构建相应的软件系统。
    • 统一过程是一个面向对象且基于网络的程序开发方法论。RUP（统一软件过程） 是将类似的产品（如面向对象的软件过程OOSP），以及OPEN Process都是理解性的软件工程工具–把开发中面向过程的方面（例如定义的阶段，技术和实践）和其他开发的组件（例如文档，模型，手册以及代码等等）整合在一个统一的框架内。

• 简述统一过程四个阶段的划分准则是什么？每个阶段关键的里程碑是什么？

  • RUP中的软件生命周期在时间上被分解为四个顺序的阶段，分别是：初始阶段（Inception）、细化阶段（Elaboration）、构造阶段（Construction）和交付阶段（Transition）。每个阶段结束于一个主要的里程碑（Major Milestones）；每个阶段本质上是两个里程碑之间的时间跨度。在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话，可以允许项目进入下一个阶段。

    • 初始阶段
      初始阶段的目标是为系统建立商业案例并确定项目的边界。为了达到该目的必须识别所有与系统交互的外部实体，在较高层次上定义交互的特性。本阶段具有非常重要的意义，在这个阶段中所关注的是整个项目进行中的业务和需求方面的主要风险。对于建立在原有系统基础上的开发项目来讲，初始阶段可能很短。

      初始阶段结束时是第一个重要的里程碑：生命周期目标（Lifecycle Objective）里程碑。生命周期目标里程碑评价项目基本的生存能力。

    • 细化阶段

      ​ 细化阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素。为了达到该目的，必须在理解整个系统的基础上，对体系结构作出决策，包括其范围、主要功能和诸如性能等非功能需求。同时为项目建立支持环境，包括创建开发案例，创建模板、准则并准备工具。

      细化阶段结束时第二个重要的里程碑：生命周期结构（Lifecycle Architecture）里程碑。生命周期结构里程碑为系统的结构建立了管理基准并使项目小组能够在构建阶段中进行衡量。此刻，要检验详细的系统目标和范围、结构的选择以及主要风险的解决方案。

    • 构造阶段

      ​ 在构建阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试。从某种意义上说，构建阶段是一个制造过程，其重点放在管理资源及控制运作以优化成本、进度和质量。

      构建阶段结束时是第三个重要的里程碑：初始功能（Initial Operational）里程碑。初始功能里程碑决定了产品是否可以在测试环境中进行部署。此刻，要确定软件、环境、用户是否可以开始系统的运作。此时的产品版本也常被称为“beta”版。

    • 交付阶段

      ​ 交付阶段的重点是确保软件对最终用户是可用的。交付阶段可以跨越几次迭代，包括为发布做准备的产品测试，基于用户反馈的少量的调整。在生命周期的这一点上，用户反馈应主要集中在产品调整，设置、安装和可用性问题，所有主要的结构问题应该已经在项目生命周期的早期阶段解决了。

      在交付阶段的终点是第四个里程碑：产品发布（Product Release）里程碑。此时，要确定目标是否实现，是否应该开始另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶段的结束重合。

• 软件企业为什么能按固定节奏生产、固定周期发布软件产品？它给企业项目管理带来哪些好处？

  • RUP中的每个阶段可以进一步分解为迭代。一个迭代是一个完整的开发循环，产生一个可执行的产品版本，是最终产品的一个子集，它增量式地发展，从一个迭代过程到另一个迭代过程到成为最终的系统。传统上的项目组织是顺序通过每个工作流，每个工作流只有一次，也就是我们熟悉的瀑布生命周期。这样做的结果是到实现末期产品完成并开始测试，在分析、设计和实现阶段所遗留的隐藏问题会大量出现，项目可能要停止并开始一个漫长的错误修正周期。一种更灵活，风险更小的方法是多次通过不同的开发工作流，这样可以更好的理解需求，构造一个健壮的体系结构，并最终交付一系列逐步完成的版本。这叫做一个迭代生命周期。在工作流中的每一次顺序的通过称为一次迭代。软件生命周期是迭代的连续，通过它，软件是增量的开发。一次迭代包括了生成一个可执行版本的开发活动，还有使用这个版本所必需的其他辅助成分，如版本描述、用户文档等。因此一个开发迭代在某种意义上是在所有工作流中的一次完整的经过，这些工作流至少包括：需求工作流、分析和设计工作流、实现工作流、测试工作流。其本身就像一个小型的瀑布项目。
  • 好处：
    • 每个迭代都是瀑布的工作流程
    • 每个迭代产品在增量（制品是可运行的），利于及时交付使用并反馈
    • 固定的迭代周期，利于资源分配（尤其人力）以及消除风险