系统分析与设计

1. 简答题

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

• 瀑布模型：

  （1）优点：

  • 降低软件开发的复杂程度，提高软件开发过程的透明性，提高
    软件开发过程的可管理性；
  • 推迟软件实现，强调在软件实现前必须进行分析和设计工作；
  • 以项目的阶段评审和文档控制为手段有效地对整个开发过程进
    行指导，保证了阶段之间的正确衔接，能够及时发现并纠正开
    发过程中存在的缺陷，使产品达到预期的质量要求；

  （2）缺点：

  • 强调过程活动的线性顺序；
  • 缺乏灵活性，特别是无法解决软件需求不明确或不准确的问题；
  • 风险控制能力较弱；
  • 瀑布模型中的软件活动是文档驱动的，当阶段之间规定过多的
    文档时，会极大地增加系统的工作量；
  • 管理人员如果仅仅以文档的完成情况来评估项目完成进度，往
    往会产生错误的结论；

• 增量模型：

  （1）优点：

  • 增强客户对系统的信心；
  • 降低系统失败风险；
  • 提高系统可靠性；
  • 提高系统的稳定性和可维护性；

  （2）缺点：

  • 增量粒度难以选择；
  • 确定所有的基本业务服务比较困难；

• 螺旋模型（含原型方法）：

  （1）优点：

  • 设计方面具有灵活性，可以在项目的各个阶段变更设计；
  • 以较小分段来构建大型系统，使成本计算变得简单容易；
  • 客户始终参与每个阶段的开发，保证了项目不偏离正确方向以及项目的可控性；
  • 随着项目推进，客户始终掌握项目的最新信息 , 从而能够和管理层有效交互；

  （2）缺点：

  • 只适合大规模的软件项目开发；

  • 要求具备相当丰富的风险评估经验和专门知识，在风险较大的项目开发中，如果未能够及时标识风险，势必造成重大损失；

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

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

• UP的三大特点：
  1.以用例为驱动：将用例作为基础，驱动软件系统的计划、分析、设计、实现、测试等一系列活动的进行，并有机组合成一体，使各个阶段都能够回溯到用户的实际需求中；
  2.以架构为中心：在系统开发的每个阶段给出体系结构的描述，作为管理和维护的主要制品；
  3.受控的迭代式增量开发：通过迭代开发过程产生增量，每次迭代都按照一定的标准体系产生一个内部或者外部的发布版本；

• 体现用户驱动的开发：以用例为驱动；

• 体现风险驱动的开发：以架构为中心，受控的迭代式增量开发；

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

• 初始阶段（Inception）：为系统建立业务案例并确定项目的边界 ；
  里程碑：生命周期目标里程碑，包括一些重要的文档，如：项目愿想 (Vision)、原始用例模型、原始业务风险评估、一或多个原型、原始业务案例等。需要对这些文档进行评审，以确定正确理解用例需求、项目风险评估合理、阶段计划可行等 ；
• 精化阶段（Elaboration）：分析问题领域，建立健全的体系结构基础，编制项目计划，完成项目中高风险需求部分的开发；
  里程碑：生命周期体系结构里程碑，包括风险分析文档、软件体系结构基线、项目计划、可执行的进化原型、初始版本的用户手册等。 通过评审确定软件体系结构已经稳定、高风险的业务需求和技术机制已经解决、修订的项目计划可行等。
• 构建阶段（Construction）：完成所有剩余的技术构件和稳定业务需求功能的开发，并集成为产品，详细测试所有功能；
  里程碑：初始运行能力里程碑，包括可以运行的软件产品、用户手册等，它决定了产品是否可以在测试环境中进行部署，还要确定软件、环境、用户是否可以开始系统的运行。
• 产品交付阶段（Transition）：确保软件对最终用户是可用的；
  里程碑：产品发布里程碑，确定最终目标是否实现，是否应该开始产品下一个版本的另一个开发周期；

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

答： “工期”是合同中确定好的元素之一，项目开发的每一阶段都有固定的完成时间，不能随便更改；“质量”也是合同中所确定好的验收标准，项目开发需要保证达到预期的质量，属于不可控制的一方面；“范围/内容”是可以由开发团队控制的，只要能够按时按质完成项目的交付。

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

• UP 将软件开发生命周期根据时间和核心工作流程划分为二维空间。时间维度上，从组织管理的角度描述整个软件开发生命周期，是 UP 的动态组成部分，它可进一步描述为周期、阶段和迭代 ；核心工作流程维度上，从技术角度描述 UP 的静态组成部分，它可进一步描述为行为、工作流 、产品/工件 和角色；
• UP严格划分将软件生命周期分解成顺序的四个阶段：初始阶段、精化阶段、构建阶段、产品交付阶段，每个阶段都结束于一个重要的里程碑；同时进行业务建模，使得企业生产各个阶段有了明确的指导；
• UP使软件的开发属于受控的迭代式增量开发，每次迭代产生一个可执行的内部或者外部发布版本，因此一次开发迭代相当于执行了一次完整的核心过程工作流，这就为企业的生产确定了固定的节奏；

2.项目管理使用

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