系统分析与设计-homework-2

1、简答题 

简述瀑布模型、增量模型、螺旋模型（含原型方法）的优缺点。 

瀑布模型：

优点：

1）为项目提供了按阶段划分的检查点。 

2）当前一阶段完成后，您只需要去关注后续阶段。 

3）可在迭代模型中应用瀑布模型。 

4）它提供了一个模板，这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导。 

缺点：

1）各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量。

2）由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发风险。

3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。

4）瀑布模型的突出缺点是不适应用户需求的变化。

增量模型：

优点：

1)  第一个可交付版本所需要的成本和时间是较少的，从而可减少开发由增量表示的小系统承担的风险

2)  由于很快发布第一个版本，因此可以减少用户需求的变更

3)  允许增量投资，即在项目开始时可以仅对一个或两个增量投资

缺点：

1)  如果没有对用户的变更要求进行规划，那么产生的初始增量可能会造成后来增量的不稳定

2)  如果需求不像早期思考的那样稳定和完整，那么一些增量就可能需要重新开发，重新发布

3)  由于进度和配置的复杂性，可能会增大管理成本，超出组织的能力

螺旋模型：

优点：

1）设计上的灵活性,可以在项目的各个阶段进行变更。 

2）以小的分段来构建大型系统,使成本计算变得简单容易。 

3）客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性。 

4） 随着项目推进,客户始终掌握项目的最新信息 , 从而他或她能够和管理层有效地交互。 

缺点：

1）采用螺旋模型需要具有相当丰富的风险评估经验和专门知识，在风险较大的项目开发中，如果未能够及时标识风险，势必造成重大损失。 

2）过多的迭代次数会增加开发成本，延迟提交时间。 

螺旋模型的使用范围：螺旋模型只适合于大规模的软件项目。

简述 UP 的三大特点，其中哪些内容体现了用户驱动的开发，哪些内容体现风险驱动

的开发？ 

1)  用例驱动

2)  以架构为中心的

3)  受控的迭代式增量开发

其中，用例驱动和受控的迭代式增量开发体现了用户驱动的开发，以架构为中心体现了风险驱动的开发。

UP 四个阶段的划分准则是什么？关键的里程碑是什么？ 

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

1． 初始阶段

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

2． 细化阶段

细化阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素。为了达到该目的，必须在理解整个系统的基础上，对体系结构作出决策，包括其范围、主要功能和诸如性能等非功能需求。同时为项目建立支持环境，包括创建开发案例，创建模板、准则并准备工具。 细化阶段结束时第二个重要的里程碑：生命周期结构(Lifecycle Architecture)里程碑。生命周期结构里程碑为系统的结构建立了管理基准并使项目小组能够在构建阶段中进行衡量。此刻，要检验详细的系统目标和范围、结构的选择以及主要风险的解决方案。

3． 构造阶段

在构建阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试。从某种意义上说，构建阶段是一个制造过程，其重点放在管理资源及控制运作以优化成本、进度和质量。 构建阶段结束时是第三个重要的里程碑：初始功能(Initial Operational)里程碑。初始功能里程碑决定了产品是否可以在测试环境中进行部署。此刻，要确定软件、环境、用户是否可以开始系统的运作。此时的产品版本也常被称为“beta”版。

4． 交付阶段

交付阶段的重点是确保软件对最终用户是可用的。交付阶段可以跨越几次迭代，包括为发布做准备的产品测试，基于用户反馈的少量的调整。在生命周期的这一点上，用户反馈应主要集中在产品调整，设置、安装和可用性问题，所有主要的结构问题应该已经在项目生命周期的早期阶段解决了。 在交付阶段的终点是第四个里程碑：产品发布(Product Release)里程碑。此时，要确定目标是否实现，是否应该开始另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶段的结束重合。

IT项目管理中，“工期、质量、范围/内容” 三个元素中，在合同固定条件下，为什么说“范围/内容”是项目团队是易于控制的? 

因为工期是在合同里面确定好的，项目的每一个阶段都有规定的完成时间，不能随意更改。而客户在合同中也规定好了项目的验收条件，质量也是不由团队控制的。范围/内容是由团队控制的，因为只有由团队来控制，项目才能够顺利完成。

为什么说，UP为企业按固定节奏生产、固定周期发布软件产品提供了依据？

UP中，软件开发生命周期根据时间（固定周期发布）和RUP的核心工作流（固定节奏生产）划分为二维空间。时间维从组织管理的角度描述整个软件开发生命周期，是RUP的动态组成部分，核心工作流从技术角度描述RUP的静态组成部分。所以，需求分析，设计，实现，迭代，测试和交付的生命周期是有固定长度的，在时间盒中有限制，并且之后的迭代开发也是有限制的，所以可以为企业按固定节奏生产和固定周期发布产品软件。

2、项目管理使用 
使用截图工具（png格式输出），展现你团队的任务 Kanban，请注意以下要求 每个人的任务是明确的。即一周后可以看到具体成果 

每个人的任务是1-2项。 至少包含一个团队活动任务