1、简答题
简述瀑布模型、增量模型、螺旋模型（含原型方法）的优缺点。
- 瀑布模型
- 优点 ： 有利于大型软件开发过程中组织管理；
- 缺点 ： 开发过程一般不能逆转，否则代价太大；实际项目的开发很难严格按照该模型进行；客户往往很难清楚地给出所有需求，而该模型却要求如此；软件的实际情况必须等到项目开发后期才能看到，这要求用户要有足够的耐心；
- 增量模型
- 优点 ： 采用增量模型的优点是人员分配灵活，刚开始不用投入大量人力资源；如果核心产品很受欢迎，则可增加人力实现下一个增量；可先发布部分功能给客户，对客户起到镇定剂作用；
- 缺点 ： 并行开发构件有可能遇到不能集成的风险，软件必须具备开放式的体系结构；增量模型的灵活性可以使其适应变化的能力大大优于瀑布模型，也很容易退化成边做边改模型，从而使软件的控制失去整体性；
- 螺旋模型
- 迭代式的增量开发：允许用不完整的，不完善的知识开发，并在开发的过程中不断地完善；
- 用例驱动：指开发团队使用通过代码和测试收集需求的用例
- 以系统架构为中心：为整个项目建立架构，包括商业建模、需求分析与设计、具体实现、以及测试与维护的各个模块。
其中，用例驱动和以系统架构为中心体现了用户驱动的开发，迭代式的增量开发体现了风险驱动开发。
UP 四个阶段的划分准则是什么？关键的里程碑是什么？
- 初始阶段：
- 划分准则：体现了风险驱动，满足用户需求，并不试图获取全部需求、以及详细的计划，而只是详细识别出最重要的用例并加以详细描述。制定一个项目计划和第一次迭代计划。也会考虑初步的可行性方案。
- 里程碑 ： 生命周期目标 (Lifecycle Objective) 里程碑,包括一些重要的文档,如:项目构想 (Vision)、原始用例模型、原始业务风险评估、一个或者多个原型、原始业务案例等。需要对这些文档进行评审,以确定正确理解用例需求、项目风险评估合理、阶段计划可行等。
- 细化阶段：
- 划分准则：体现了风险驱动,架构为中心，并不只是做设计，会实现最重要的部分用例，形成可执行的架构，并可以测试，活动包括了分析、设计、编码、测试。迭代实现最重要的用例。迭代的开发，进化式需求，化解需求变更对架构的影响的风险，体现了持续化解风险的思想，并确保满足用户的需求。产生一个可执行的架构，体现了把注意力放在可执行的软件上的思想，体现了在早期确定一个可执行的架构的思想，可测试架构、测试体现了持续验证软件质量的思想。
- 里程碑：生命周期体系结构 (Lifecycle Architecture) 里程碑。包括风险分析文档、软件体系结构基线、项目计划、可执行的进化原型、初始版本的用户手册等。通过评审确定软件体系结构已经稳定、高风险的业务需求和技术机制已经解决、修订的项目计划可行等。
- 构建阶段：
- 划分准则：体现了风险驱动，构建阶段除了编码也会有建模、分析、设计，也会有测试。迭代构建。保证满足用户需求。测试持续验证软件质量。
- 里程碑：初始运行能力 (Initial Operational Capability) 里程碑。包括可以运行的软件产品、用户手册等,它决定了产品是否可以在测试环境中进行部署。此刻,要确定软件、环境、用户是否可以开始系统的运行。
- 产品化阶段/移交阶段：
- 划分准则：确保软件对最终用户是可用的。产品化阶段可以基于用户反馈的少量调整，跨越几次迭代，包括为发布做准备的产品测试。
- 里程碑：产品发布 (Product Release) 里程碑。确定最终目标是否实现,是否应该开始产品下一个版本的另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶段的相重合。
IT 项目管理中，“工期、质量、范围/内容” 三个元素中，在合同固定条件下，为什么说“范围/内容”是项目团队是易于控制的？
工期是合同里规定好的，项目的每个阶段也都是有时间规定的，不能轻易更改。客户在合同中也规定好了项目的验收条件，因此质量也是不由团队控制的。只有范围/内容是由项目团队完成的，所以这是他们易于控制的。为什么说，UP 为企业按固定节奏生产、固定周期发布软件产品提供了依据？
UP是一种融合了喷泉模型和增量模型的综合生命周期模型。每一次迭代就是为了完成一定阶段性小目标而从事的一系列开发活动。UP把开发分为多个循环，每个循环分为四个阶段，能够确保每个阶段完成相应的任务，完成一定的里程碑，有利于促进整个周期的节奏固定。。2、项目管理使用
- 使用截图工具（png格式输出），展现你团队的任务 Kanban，请注意以下要求
- 每个人的任务是明确的。即一周后可以看到具体成果
- 每个人的任务是1-2项。
- 至少包含一个团队活动任务
如下图所示：