系统分析与设计-homework2

1.简答题

• 简述瀑布模型、增量模型、螺旋模型（含原型方法）的优缺点。
  
  (1)瀑布模型：
  优点：定义了软件开发基本流程与活动；为项目提供了按阶段划分的检查点；当前一阶段完成后，只需要去关注后续阶段；可在迭代模型中应用瀑布模型；瀑布模型提供了一个模板，这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导
  缺点：各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量；由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发风险；通过过多的强制完成日期和里程碑来跟踪各个项目阶段；瀑布模型的突出缺点是不适应用户需求的变化。
  (2)增量模型：
  优点：将待开发的软件系统模块化，可以分批次地提交软件产品，使用户可以及时了解软件项目的进展；以组件为单位进行开发降低了软件开发的风险，一个开发周期内的错误不会影响到整个软件系统；开发顺序灵活，开发人员可以对组件的实现顺序进行优先级排序，先完成需求稳定的核心组件，当组件的优先级发生变化时，还能及时地对实现顺序进行调整。
  缺点：增量模型的缺点是要求待开发的软件系统可以被模块化。如果待开发的软件系统很难被模块化，那么将会给增量开发带来很多麻烦。
  (3)：螺旋模型（含原型方法）
  优点：设计上的灵活性,可以在项目的各个阶段进行变更；以小的分段来构建大型系统,使成本计算变得简单容易；客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性；随着项目推进,客户始终掌握项目的最新信息 , 从而他或她能够和管理层有效地交互；客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品。
  缺点：很难让用户确信这种演化方法的结果是可以控制的。建设周期长，而软件技术发展比较快，所以经常出现软件开发完毕后，和当前的技术水平有了较大的差距，无法满足当前用户需求。
  

• 简述 UP 的三大特点，其中哪些内容体现了用户驱动的开发，哪些内容体现风险驱动的开发？
  
  用例驱动：开发过程是沿着一系列从用例得到的工作流前进的：用例被确定、用例被设计、最后用例又称为测试人员构造测试用例的基础。体现了用户驱动的开发。
  
  以构架为中心：构架刻画了系统的整体设计，去掉了细节部分，突出了系统的重要特性，然而“究竟什么是重要的”部分依赖于判断，而判断由来自于经验，所以构架的价值也就依赖于执行该任务的人的素质，在构架的过程中可以帮助构架师确定正确的目标。
  
  迭代和增量：以选定的构架为向导，用构件来实现设计前期已经标识并详细描述好的有关用例。如果一次迭代达到了目的，就可以进入下一次迭代，如果一次迭代没有带到预期的目标，那么必须重新审核前面的方法，并尝试一种新的方法。体现了风险驱动的开发。
  
  

• UP 四个阶段的划分准则是什么？关键的里程碑是什么？
  
  (1)初始阶段：初始阶段的目标是为系统建立商业案例并确定项目的边界。为了达到该目的必须识别所有与系统交互的外部实体，在较高层次上定义交互的特性。本阶段具有非常重要的意义，在这个阶段中所关注的是整个项目进行中的业务和需求方面的主要风险。对于建立在原有系统基础上的开发项目来讲，初始阶段可能很短。 初始阶段结束时是第一个重要的里程碑：生命周期目标(Lifecycle Objective)里程碑。生命周期目标里程碑评价项目基本的生存能力。
  
  (2)细化阶段：细化阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素。为了达到该目的，必须在理解整个系统的基础上，对体系结构作出决策，包括其范围、主要功能和诸如性能等非功能需求。同时为项目建立支持环境，包括创建开发案例，创建模板、准则并准备工具。 细化阶段结束时第二个重要的里程碑：生命周期结构(Lifecycle Architecture)里程碑。生命周期结构里程碑为系统的结构建立了管理基准并使项目小组能够在构建阶段中进行衡量。此刻，要检验详细的系统目标和范围、结构的选择以及主要风险的解决方案。
  
  (3)构造阶段：在构建阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试。从某种意义上说，构建阶段是一个制造过程，其重点放在管理资源及控制运作以优化成本、进度和质量。 构建阶段结束时是第三个重要的里程碑：初始功能(Initial Operational)里程碑。初始功能里程碑决定了产品是否可以在测试环境中进行部署。此刻，要确定软件、环境、用户是否可以开始系统的运作。此时的产品版本也常被称为“beta”版。
  
  (4)交付阶段：交付阶段的重点是确保软件对最终用户是可用的。交付阶段可以跨越几次迭代，包括为发布做准备的产品测试，基于用户反馈的少量的调整。在生命周期的这一点上，用户反馈应主要集中在产品调整，设置、安装和可用性问题，所有主要的结构问题应该已经在项目生命周期的早期阶段解决了。 在交付阶段的终点是第四个里程碑：产品发布(Product Release)里程碑。此时，要确定目标是否实现，是否应该开始另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶段的结束重合。
  
  

• IT 项目管理中，“工期、质量、范围/内容” 三个元素中，在合同固定条件下，为什么说“范围/内容”是项目团队是易于控制的
  
  （1）IT项目中，工期是由客户与团队早已在合同中协商好的，不能随意更改。
  
  （2）质量是在合同中客户对团队定下一定要求的，也不能随意更改。
  
  （3）为了更好地完成项目，在合适地条件下，团队应适当改变范围/内容，以更好地适应需求变更，这一方面是易于团队控制的。
  
  

• 为什么说，UP 为企业按固定节奏生产、固定周期发布软件产品提供了依据？
  
  因为需求分析，设计，实现，迭代，测试和交付的生命周期是有固定长度的， 是在时间盒(time-boxing)里面限制的，例如起始的固定周期就是限制在 three weeks，之后的迭代开发构成也是有较为明确的时间限制的。
  

2.项目管理使用

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