【系统分析与设计】Homework2

1、简答题

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

瀑布模型的优点：有利于大型软件开发过程中人员的组织、管理，有利于软件开发方法和工具的研究，从而提高了大型软件项目开发的质量和效率。
瀑布模型的缺点：开发过程一般不能逆转，否则代价太大；实际的项目开发很难严格按该模型进行；客户往往很难清楚地给出所有的需求；软件的实际情况必须到项目开发的后期客户才能看到，这要求客户有足够的耐心。

增量模型的优点：采用增量模型的优点是人员分配灵活，刚开始不用投入大量人力资源；如果核心产品很受欢迎，则可增加人力实现下一个增量；可先发布部分功能给客户，对客户起到镇静剂的作用。
增量模型的缺点：并行开发构件有可能遇到不能集成的风险，软件必须具备开放式的体系结构；增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。

螺旋模型的优点：设计灵活, 可以在项目的各个阶段进行变更；以小的分段来构建大型系统, 使成本计算变得简单容易；客户始终参与每个阶段的开发, 保证了项目不偏离正确方向以及项目的可控性；随着项目推进, 客户始终掌握项目的最新信息 , 从而他或她能够和管理层有效地交互。
螺旋模型的缺点：采用螺旋模型需要具有相当丰富的风险评估经验和专门知识，在风险较大的项目开发中，如果未能够及时标识风险，势必造成重大损失；过多的迭代次数会增加开发成本，延迟提交时间。

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

用例驱动：开发过程是沿着一系列从用例得到的工作流前进的：用例被确定、用例被设计、最后用例又称为测试人员构造测试用例的基础。体现了用户驱动的开发。

以构架为中心：构架刻画了系统的整体设计，去掉了细节部分，突出了系统的重要特性，然而“究竟什么是重要的”部分依赖于判断，而判断由来自于经验，所以构架的价值也就依赖于执行该任务的人的素质，在构架的过程中可以帮助构架师确定正确的目标。

迭代和增量：以选定的构架为向导，用构件来实现设计前期已经标识并详细描述好的有关用例。如果一次迭代达到了目的，就可以进入下一次迭代，如果一次迭代没有带到预期的目标，那么必须重新审核前面的方法，并尝试一种新的方法。体现了风险驱动的开发。

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

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

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

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

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

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

对于工期，项目时间相关的因素用进度计划描述，进度计划不仅说明了完成项目工作范围内所有工作需要的时间，也规定了每个活动的具体开始和完成日期。项目中的活动根据工作范围确定，在确定活动的开始和结束时间还要考虑他们之间的依赖关系。
对于质量，指项目满足明确或隐含需求的程度。一般通过定义工作范围中的交付物标准来明确定义，这些标准包括各种特性及这些特性需要满足的 要求，因此交付物在项目管理中有重要的地位。另外，有时还可能对项目的过程有明确要求，比如规定过程应该遵循的规范和标准，并要求提供这些过程得以有效执 行的证据。
对于范围/内容，指为了实现项目目标必须完成的所有工作。一般通过定义交付物（Deliverable）和交付物标准来定义工作范 围。工作范围根据项目目标分解得到，它指出了“完成哪些工作就可以达到项目的目标”，或者说 “完成哪些工作项目就可以结束了”。后一点非常重要，如果没有工作范围的定义，项目就可能永远做不完。要严格控制工作范围的变化，一旦失控就会出现“出力 不讨好”的尴尬局面：一方面做了许多与实现目标无关的额外工作，另一方面却因额外工作影响了原定目标的实现，造成商业和声誉的双重损失。
因此，“范围/内容”是项目团队是易于控制的。

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

时间维从组织管理的角度描述整个软件开发生命周期，是RUP的动态组成部分。它可进一步描述为周期（Cycle）、阶段（phase）、Iteration(迭代)。核心工作流从技术角度描述RUP的静态组成部分，它可进一步描述为行为（activities）、工作流（workflow）、产品（artifact）、角色。在时间维上，为了能够方便地管理软件开发过程，监控软件开发状态，RUP把软件开发周期划分为Cycles,每个Cycle生成一个产品的新的版本。每个Cycle都依次由四个连续的阶段(pahse)组成，每个阶段都应完成确定的任务。

2、项目管理使用

• 使用截图工具（png格式输出），展现你团队的任务 Kanban，请注意以下要求
• 每个人的任务是明确的。即一周后可以看到具体成果
• 每个人的任务是1-2项。
• 至少包含一个团队活动任务