系统分析与设计——第二次作业

1. 简答题

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

模型	优点	缺点
瀑布模型	1.降低软件开发的复杂程度，提高软件开发过程的透明性，提高软件开发过程的可管理性； 2.推迟软件实现，强调在软件实现前必须进行分析和设计工作； 3.以项目的阶段评审和文档控制为手段有效地对整个开发过程进行指导，保证了阶段之间的正确衔接，能够及时发现并纠正开发过程中存在的缺陷，使产品达到预期的质量要求。	1.强调过程活动的线性顺序； 2.缺乏灵活性，特别是无法解决软件需求不明确或不准确的问题； 3.风险控制能力较弱； 4.瀑布模型中的软件活动是文档驱动的，当阶段之间规定过多的文档时，会极大地增加系统的工作量； 5.管理人员如果仅仅以文档的完成情况来评估项目完成进度，往往会产生错误的结论。
增量模型	1.增强客户对系统的信心； 2.降低系统失败风险； 3.提高系统可靠性； 4.提高系统的稳定性和可维护性。	1.增量粒度难以选择； 2.确定所有的基本业务服务比较困难。
螺旋模型	1.引入了明确的风险管理； 2.由风险驱动的迭代过程，强调可选方案和约束条件从而支持软件的重用，有助于将软件质量作为特殊目标融入产品开发之中； 3.遵从瀑布模型的要求，将瀑布模型的多个阶段转化到多个迭代过程中，以减少项目的风险。	1.螺旋模型强调风险分析，但说服外部客户接受和相信分析结果并做出相关反应并不容易，因此螺旋模型往往比较适合内部的大规模软件开发； 2.风险分析需要相当的成本耗费，因此螺旋模型只适合于投资较大的规模软件项目； 3.失误的风险分析可能带来更大的风险。

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

UP 的三大特点：
(1) 用例驱动： 开发团队使用从需求收集到代码和测试的用例。
(2) 以架构为中心： 软件架构提供了所有其他发展演变的中心点。
(3) 迭代和增量： 精化，构建和交付阶段分为一系列时间盒迭代。（在大型项目中，初始阶段也可以划分为一系列迭代。）每次迭代都会产生一个增量，因此，与以前的版本相比，这将是一个包含增加或改进功能的系统版本。

用例驱动直接体现了用例驱动的开发。在线风险评估是迭代和增量的优点之一，这体现了风险驱动的开发。

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

阶段	划分准则	里程碑
初始阶段	确定该系统是可行的	生命周期目标(Lifecycle Objective) 里程碑，包括一些重要的文档，如：项目构想(Vision)、原始用例模型、原始业务风险评估、一个或者多个原型、原始业务案例等。需要对这些文档进行评审，以确定正确理解用例需求、项目风险评估合理、阶段计划可行等。
精化阶段	建立起在约束条件下构建系统的能力	生命周期体系结构(Lifecycle Architecture) 里程碑。包括风险分析文档、软件体系结构基线、项目计划、可执行的进化原型、初始版本的用户手册等。通过评审确定软件体系结构已经稳定、高风险的业务需求和技术机制已经解决、修订的项目计划可行等。
构建阶段	生成系统的测试版本	初始运行能力(Initial Operational Capability) 里程碑。包括可以运行的软件产品、用户手册等，它决定了产品是否可以在测试环境中进行部署。此刻，要确定软件、环境、用户是否可以开始系统的运行。
交付阶段	向客户推出功能完备的系统	产品发布(Product Release) 里程碑。确定最终目标是否实现，是否应该开始产品下一个版本的另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶段的相重合。

(关键里程碑： 一个有某些重大决策或评估发生的迭代终点。)

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

软件质量是软件工程开发的关键问题，也是软件工程生产中的核心问题。现代质量管理中，质量被认为是“用户的满意程度”。即使在合同固定条件下，“质量”这个元素也绝非是项目团队易于控制的。又因为软件质量问题是导致软件项目进度延误的根本原因，所以“工期”这一元素也是难以控制的。至于“范围/内容”，可以通过需求分析进行确定。即使在开发过程中需求发生了变化，项目团队也能随之快速地对“范围/内容”进行调整。综上所述，我们认为“范围/内容”是项目团队易于控制的。

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

在UP中，软件开发生命周期根据时间和UP的核心工作流程划分为二维空间。其中，时间维度从组织管理的角度描述整个软件开发生命周期，为企业按固定节奏生产、固定周期发布软件产品提供了依据。