1、简答题
- 简述瀑布模型、增量模型、螺旋模型（含原型方法）的优缺点。
瀑布模型：其过程是从上一项活动接收该项活动的工作对象作为输入，利用这一输入实施该项活动应完成的内容给出该项活动的工作成果，并作为输出传给下一项活动。同时评审该项活动的实施，若确认，则继续下一项活动；否则返回前面，甚至更前面的活动。对于经常变化的项目而言，瀑布模型毫无价值。
优势：定义了软件开发基本流程与活动
- 为项目提供了按阶段划分的检查点
- 当前一阶段完成后，您只需要去关注后续阶段
- 可在迭代模型中应用瀑布模型
- 它提供了一个模板，这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导
劣势：导致会出现延期，项目不可控的情况，不适应用户需求的变化。
- 依赖问题
- 容错问题
- 资源调配问题
瀑布模型
增量模型 ： 把待开发的软件系统模块化，将每个模块作为一个增量组件，从而分批次地分析、设计、编码和测试这些增量组件。运用增量模型的软件开发过程是递增式的过程。相对于瀑布模型而言，采用增量模型进行开发，开发人员不需要一次性地把整个软件产品提交给用户，而是可以分批次进行提交。
优势 ：
- 有利于用户需求的逐渐明朗，能够有效适应用户需求的变更
- 有利于用户尽早地用上系统，能够更好地适应新的软件环境
- 有利于技术复用，前面构件中设计的算法、采用的技术策略、编写的源码
- 有利于从总体上降低软件项目的技术风险
- 使得整个软件系统更具健壮性
劣势：
- 如果没有对用户的变更要求进行规划，那么产生的初始增量可能会造成后来增量的不稳定
- 如果需求不像早期思考的那样稳定和完整，那么一些增量就可能需要重新开发，重新发布
- 由于进度和配置的复杂性，可能会增大管理成本，超出组织的能力
螺旋模型 ：
一个典型的螺旋模型应该由以下的步骤构成：
明确本迭代阶段的目标、备选方案以及应用备选方案的限制；
对备选方案进行评估，明确并解决存在的风险，建立原型；
当风险得到很好的分析与解决后，应用瀑布模型进行本阶段的开发与测试；
对下一阶段进行计划与部署；
与客户一起对本阶段进行评审；
优势：
- 引入了其他模型不具备的风险分析，使软件在无法排除重大风险时有机会停止，以减小损失
- 每个迭代阶段植入软件测试，使每个阶段的质量得到保证
- 对用户反馈的采集，与用户沟通，以保证用户需求的最大实现
劣势 ：
- 过分依赖风险分析经验与技术，一旦在风险分析过程中出现偏差将造成重大损失
- 过于灵活的开发过程不利于已经签署合同的客户与开发者之间的协调
- 由于只适用大型软件，过大的风险管理支出会影响客户的最终收益
- 简述 UP 的三大特点，其中哪些内容体现了用户驱动的开发，哪些-
内容体现风险驱动的开发？
特点：
- 统一过程是用例驱动的（体现了用户驱动的开发）
- 统一过程是以构架为中心的
- 统一过程是迭代和增量的过程（体现风险驱动的开发）
- UP 四个阶段的划分准则是什么？关键的里程碑是什么？
UP中的软件生命周期在时间上被分解为四个顺序的阶段，分别是：初始阶段(Inception)、细化阶段(Elaboration)、构造阶段(Construction)和交付阶段(Transition)。
每个阶段结束于一个主要的里程碑(Major Milestones)；每个阶段本质上是两个里程碑之间的时间跨度。
划分标准：在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话，可以允许项目进入下一个阶段。
1. 初始阶段
初始阶段的目标是为系统建立商业案例并确定项目的边界。为了达到该目的必须识别所有与系统交互的外部实体，在较高层次上定义交互的特性。本阶段具有非常重要的意义，在这个阶段中所关注的是整个项目进行中的业务和需求方面的主要风险。对于建立在原有系统基础上的开发项目来讲，初始阶段可能很短。 初始阶段结束时是第一个重要的里程碑：生命周期目标(Lifecycle Objective)里程碑。生命周期目标里程碑评价项目基本的生存能力。
2. 细化阶段
细化阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素。为了达到该目的，必须在理解整个系统的基础上，对体系结构作出决策，包括其范围、主要功能和诸如性能等非功能需求。同时为项目建立支持环境，包括创建开发案例，创建模板、准则并准备工具。 细化阶段结束时第二个重要的里程碑：生命周期结构(LifecycleArchitecture)里程碑。生命周期结构里程碑为系统的结构建立了管理基准并使项目小组能够在构建阶段中进行衡量。此刻，要检验详细的系统目标和范围、结构的选择以及主要风险的解决方案。
3. 构造阶段
在构建阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试。从某种意义上说，构建阶段是一个制造过程，其重点放在管理资源及控制运作以优化成本、进度和质量。 构建阶段结束时是第三个重要的里程碑：初始功能(Initial Operational)里程碑。初始功能里程碑决定了产品是否可以在测试环境中进行部署。此刻，要确定软件、环境、用户是否可以开始系统的运作。此时的产品版本也常被称为“beta”版。
4. 交付阶段
交付阶段的重点是确保软件对最终用户是可用的。交付阶段可以跨越几次迭代，包括为发布做准备的产品测试，基于用户反馈的少量的调整。在生命周期的这一点上，用户反馈应主要集中在产品调整，设置、安装和可用性问题，所有主要的结构问题应该已经在项目生命周期的早期阶段解决了。 在交付阶段的终点是第四个里程碑：产品发布(Product Release)里程碑。此时，要确定目标是否实现，是否应该开始另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶段的结束重合。
- IT 项目管理中，“工期、质量、范围/内容” 三个元素中，在合同固定条件下，为什么说“范围/内容”是项目团队是易于控制的
工期是在合同中明确规定的，项目团队在签署合同后无法随意更改。
质量是由客户决定的，且没有客观的可量化的评判标准，对项目团队来说只能依据自己的想法和能力进行开发且修改，难以控制。
范围/内容则是项目团队在执行的过程中需要面对的问题，可以通过在开发的过程中不断解决完善。
- 为什么说，UP 为企业按固定节奏生产、固定周期发布软件产品提供了依据？
UP的每个阶段都由一个或多个迭代组成。每个迭代都要针对不同的业务用例或系统用例进行细化和实现。每个阶段开始时都有特定的目标，结束时有里程碑。在每个阶段中存在一个或多个迭代，在每个迭代中，可以有多个工作流，企业只需要完成该阶段性的小目标即可。
因此企业在企业在使用UP时依据各个迭代过程可以有固定的节奏生产、固定时间发布软件产品。
2、项目管理使用
使用截图工具（png格式输出），展现你团队的任务 Kanban，请注意以下要求
每个人的任务是明确的。即一周后可以看到具体成果
每个人的任务是1-2项。
至少包含一个团队活动任务
image.png
网友评论