1.
V模型
适合的项目类型是需求很明确、解决方案很明确，而且对系统的性能要求比较严格的项目。
√
2.功能点估算与项目所使用的语言和技术有关。
√
3.经验对于估算来说不重要。( )
×
4.项目具有一次性、暂时性特征。( )
√
5.项目管理核心的三角形是功能、时间、风险。（ ）
×范围、进度、成本
6.需求获取过程是通过与用户的沟通，确定一个概念性模型，然后确定实施方案的过程。（ ）
×
7.项目早期和信息不足的时候，可以采用自下而上的估算方法进行成本估算。（ ）
×
8.当减少项目资源的时候，项目的完成时间一定会发生变化。（ ）
×
9.成本估算一般可能不是非常的精确，尤其软件更是如此，软件项目中存在太多的不确定性。（ ）
√
10.风险识别只是在项目开始时进行，在项目执行中不需再进行。（ ）
×
11.通过缩短关键路径的活动周期可以缩短项目周期。( )
√
12.风险管理是IT软件项目中减少失败的一种重要手段。（ ）
√
13.基线是软件生存期各开发阶段末尾的特定点，也称里程碑。( )
√
项目管理概念
1【单选题】下列( )不属于项目管理的特征。
A、独特性B、通过渐进性协助实施的C、拥有主要顾客或项目发起人D、具有很小的确定性
我的答案：D
2【单选题】下列( )不属于项目管理的三维约束。
A、达到范围目标B、达到时间目标C、达到沟通目标D、达到成本目标
我的答案：C
3【单选题】下列活动中,除了哪个活动外都是项目( )。 A、野餐活动B、上课C、开发微软的操作系统D、神州飞船计划
我的答案：B
4【单选题】下列哪些是项目管理的内容( )。 A、范围管理B、时间管理C、成本管理D、以上都是
我的答案：D
5【单选题】( )是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力。
A、过程B、项目C、项目群D、组合
我的答案：B
6【判断题】搬家属于项目。( )
我的答案：√
7【判断题】
项目具有一次性、暂时性特征。( )
我的答案：√
8【判断题】
项目管理核心的三角形是功能、时间、风险。（ ）
我的答案：× 项目管理的三要素：时间、成本、质量
项目立项
1【单选题】乙方在项目初始阶段的主要任务不包含以下哪一项( )。 A、项目分析B、竞标C、合同签署D、合同管理
我的答案：D
2【单选题】项目经理的职责不包括以下哪项内容( )。 A、开发计划B、组织实施C、项目控制D、系统支持
我的答案：D
3【单选题】项目建议书是( )阶段开发的文档。
A、项目执行B、项目结尾C、项目初始D、项目计划
我的答案：C
4【单选题】下列不属于甲方招投标阶段任务的是?( )。 A、编写建议书B、招标书定义C、供方选择D、合同签署
我的答案：A
5【单选题】开发项目建议书的目的是为了( )。 A、验收B、竞标或者签署合同C、编写计划D、跟踪控制项目
我的答案：B
6【判断题】
项目初始阶段甲方为软件开发方，乙方为顾客。( )
我的答案：×
项目过程模型
1【单选题】可以构建一部分系统的模型,通过用户试用提出优缺点,最好选择( )生存期模型。
A、增量式模型B、原型C、螺旋模型D、V模型
我的答案：B
2【单选题】对于风险比较大的项目,最好选择( )生存期模型。
A、瀑布模型B、原型C、螺旋模型D、V模型
我的答案：C
3【单选题】为避免一次性投资太多带来的风险,最好选择( )生存期模型。
A、增量式模型B、原型C、螺旋模型D、V模型
我的答案：A
4【单选题】在( )生存期模型中,要求项目所有的活动都严格按照顺序执行,一个阶段的输出是下一个阶段
的输入。
A、瀑布模型B、原型C、螺旋模型D、V模型
我的答案：A
5【单选题】XP模型的实践原则不包括以下哪一点?( )。 A、快速反馈B、假设简单C、包容变化D、详细设计
我的答案：D
6【判断题】
V模型适合的项目类型是需求很明确、解决方案很明确，而且对系统的性能要求比较严格的项目。( )
我的答案：√
项目需求管理
1【判断题】
软件项目系统的响应时间属于功能性需求。( )
我的答案：×
2【判断题】
需求获取过程是通过与用户的沟通，确定一个概念性模型，然后确定实施方案的过程。（ ）
我的答案：√
项目范围管理
1【单选题】需求分析是回答系统必须( )的问题。
A、做什么B、怎么做C、何时做D、为谁做
我的答案：A
2【单选题】WBS(工作分解结构)非常重要,因为下列原因,除了( )。 A、帮助组织工作B、防止遗漏工作C、为项目估算提供依据D、确定团队成员责任
我的答案：（B错）
3【单选题】项目范围( )。 A、只在项目开始时重要B、在授权项目的合同或者其他文件得以批准后就不再重要了C、从项目概念阶
段到收尾阶段都应该加以管理和控制D、是在项目执行阶段通过变更控制步骤进行处理的问题
我的答案：（D错）
4【单选题】为了有效地管理项目,应该将工作分解为更小的部分,以下各项中,哪一项不能说明任务应该分
解到什么程度?( )。 A、可以在80小时内完成B、不能再进一步进行逻辑细分了C、可由一个人完成D、可以进行实际估算
我的答案：C
5【单选题】范围变更是指( )。 A、修改技术规格B、对范围陈述进行修订C、对批准后的WBS进行修改D、以上都不是
我的答案：（A错）
6【单选题】任务分解可以( ),它是范围变更的一项重要输入。
A、提供项目成本估算结果B、提供项目范围基线C、规定项目采用的过程D、提供项目的关键路径
我的答案：B 7【单选题】以下哪项是指对项目包括什么与不包括什么的定义与控制过程。( )
A、项目章程B、投标书C、项目范围管理D、项目成本估算
我的答案：C
8【单选题】任务分解时,()方法从一般到特殊的方向进行,从项目的大局着手,然后逐步分解子细目,将项目
变为更细更完善的部分。
A、模板参照B、自顶向下C、类比D、自底向上
我的答案：B
9【单选题】任务分解时,()方法从特殊到一般的方向进行,首先定义一些特殊的任务,然后将这些任务组织
起来,形成更高级别的WBS层。
A、模板参照B、自顶向下C、类比D、自底向上
我的答案：D
10【单选题】WBS中的每一个具体细目通常都指定唯一的( )。 A、编码B、责任人C、功能模块D、提交截至期限
我的答案：A
11【判断题】
WBS提供了项目范围基线。( )
我的答案：√
项目估算
1【单选题】( )是用系统的功能数量来测量其规模,与实现产品所使用的语言和技术没有关系的。
A、功能点B、对象点C、代码行D、用例点
我的答案：A
2【单选题】如果你是某项目的项目经理,你已经估算出每个单元的成本是￥129。这个项目一共有 1200
单元,你采用什么估算方法?( )
A、自下而上估算法B、类比估算法C、专家估算法D、参数估算法
我的答案：A
3【单选题】在项目初期,进行竞标合同的时候,一般采用的成本估算方法是( )。 A、参数估算法B、类比估算法C、专家估算法D、功能点估算
我的答案：B
4【单选题】在成本管理过程中,项目经理确定的每个时间段,各个工作单元的成本是( )。 A、估算B、预算C、直接成本D、间接成本
我的答案：B
5【单选题】常见的成本估算方法不包括哪一项( )。 A、代码行B、功能点C、类比法D、关键路径法
我的答案：D
6【判断题】
项目早期和信息不足的时候，可以采用自下而上的估算方法进行成本估算。（ ）
我的答案：×
7【判断题】
经验对于估算来说不重要。( )
我的答案：×
8【判断题】
成本估算一般可能不是非常的精确，尤其软件更是如此，软件项目中存在太多的不确定性。（ ）
我的答案：√
项目进度安排
1【单选题】里程碑事件的工期一般设置为( )。 A、1B、2C、0D、4
我的答案：C
2【单选题】
下面说法中不正确的是( )。 A、
EF=ES+duration
B、
LS=LF-duration
C、
TF=LS-ES=LF-EF
D、
EF=ES+lag
我的答案：
3【单选题】“软件编码完成之后,我才可以对它进行软件测试”,这句话说明了哪种依赖关系?( )
A、强制性依赖关系B、软逻辑关系C、外部依赖关系D、里程碑
我的答案：A
4【单选题】( )可以显示任务的基本信息,使用该类图能方便的查看任务的工期、开始时间、结束时间以
及资源的信息。
A、甘特图B、网络图C、里程碑图D、资源图
我的答案：A
5【单选题】关于网络图,下面哪个是不正确的?( )
A、网络图可用于安排计划B、网络图展示任务之间的逻辑关系C、网络图可用于跟踪项目D、网络图可用
于详细的时间管理
我的答案：D
6【判断题】
在项目进行过程中，关键路径是不变的。( )
我的答案：×
7【判断题】
通过缩短关键路径的活动周期可以缩短项目周期。( )
我的答案：√
项目风险计划
1【单选题】下面哪项不是风险管理的过程( )。 A、风险评估B、风险识别C、风险规划D、风险收集
我的答案：D
2【单选题】风险的三个属性是( )。 A、风险发生的时间、地点、负责人B、风险事件、时间、影响C、风险事件、概率、影响D、风险数量、
风险影响程度、概率
我的答案：C
3【单选题】购买保险是( )类型的风险处理策略。
A、风险转移B、风险规避C、风险抑制D、风险自担
我的答案：A
4【单选题】下列说法错误的是( )。 A、项目风险的3个要素是一个事件、事件发生的概率、事件的影响B、风险规划的4个过程是风险识别、
风险评估、风险规划、风险控制C、风险规划的主要策略是回避风险、转移风险、损失控制、自留风险
D、项目风险是由风险发生的可能性决定的
我的答案：D
5【单选题】下列哪个是风险规划的主要策略( )。 A、回避风险B、转移风险C、缓解和降低风险D、接受风险E、以上都是
我的答案：E
6【判断题】
风险识别、风险评估、风险规划、风险控制是风险管理的4个过程。( )
我的答案：√
7【判断题】
风险管理是IT软件项目中减少失败的一种重要手段。（ ）
我的答案：√
简答题：
1.敏捷开发的宣言是什么？
(1)个体和交互胜过过程和工具
(2)可以工作的软件胜过面面具到的文档
(3)客户的合作胜过合同谈判
(4)响应变化胜过遵循计划
2.需求管理包括哪些过程
需求获取;
需求分析;
需求规格编写;
需求验证;
需求变更
3.列举5个项目的利益相关者
项目发起人，产品经理，项目团队，客户，项目管理人员
4.项目管理4P包含的内容
People(人)，problem(问题)，process(过程)，product(产品)
5.列举5个项目估算方法
（1）通过对比历史数据进行估算
（2）通过Delphi和宽带Delphi方式进行估算
（3）使用自信心范围进行估算
(4) PERT三点估算(Program Evaluation an Review Technique)
(5) FP估算 – function point，功能点估算，规模估算 -> 工作量
讨论：
6.软件团队有哪4种组织结构，每种结构适用的场景
项目，智能，矩阵，组织
7.如何理解 软件团队 MOI Model
一种领导力模型
Moivation 是奖励或惩罚，Organization 是通过组织架构把想法转变为现实，Innovation 是对未来的规划
8.如何理解 W5HH
W5HH是：Why When Who What Where How How much
9.实施风险的管理过程有哪些，每个过程如何执行?
（1）识别各种重要风险。
（2）衡量潜在的损失频率和损失程度。
（3）开发并选择适当的风险管理方法。
（4）实施所选定的风险管理方法。
（5）持续地对公司风险管理方法和战略的实施情况和适用性进行监督。
11. 风险评估的任务有哪些
(1)识别评估对象面临的各种风险。
(2)评估风险概率和可能带来的负面影响。
(3)确定组织承受风险的能力。
(4)确定风险消减和控制的优先等级。
(5)推荐风险消减对策。
12.项目估算方法有哪些 要估算项目的时间，需要哪些估算步骤
估算方法：
1）类比估算
基于历史经验/类似案例进行评估。需要有项目积累，适合于同一行业或领域的项目。
2）Delphi/专家估算
项目领域专家或具有项目应用环境知识/经验的人员进行评估。依靠个人主观看法/经验，通过多次评审、讨论最终达成一致。
3）PERT三点估算Program Evaluation an Review Technique
估算结果 = （乐观估计 + 悲观估计 + 4*最可能估计）/ 6 ± 悲观估计 – 乐观估计/6
4）FP估算 – function point，功能点估算，规模估算 -> 工作量
估算步骤：第一步：制定技术计划，第二步：为每个步骤添加时间估算，第三步：增加大量的额外时间，第四步：在发布之后对估算进行回顾
13.用例点估算的步骤
项目成本估算的步骤:项目成本累积汇总、应急储备金分析、专家判断法、资源均衡分析。 项目成本估算依据:活动工作范围的描述、项目成本估算编制的依据、所作假设的文字记载、制约条件的文字记载、关于估算范围的文字记载。
14.前面除了客观技术方面的因素能影响到项目工作量 主观方面，人的哪些因素 能影响到项目工作量？
人员的素质。人员的理论技术水平及缺陷。人的错误行为。管理人员的管理能力。
15.分析设计，编码 ，测试 各自应该分配多少工作量（百分比）
分设计阶段 40%
编码阶段 30%
测试阶段 30%
16.还有哪些因素会影响实现功能点的难度？
信息处理规模，技术复杂度，环境因素。
信息处理规模指系统包含的所有于外部交流的界面（输入，输出，查询界面，控制信息等），处理的文件（数据文件，数据库表）及于外部的接口等。
技术复杂度指系统实现的复杂度，按照系统特徵分为 14 个方面：
数据通讯，分布式数据处理，性能，硬件负荷，事务频度，联机数据输入，界面复杂度，联机更新，内部处理复杂度，代码复用考虑，转换和安装，备份和恢复，多平台考虑，易用性。
17.代码行估算方法的缺点？
代码行数的估算依赖于程序设计语言的功能和表达能力；
采用代码行估算方法会对设计精巧的软件项目产生不利的影响；
在软件项目开发前或开发初期估算它的代码行数十分困难；
代码行估算只适用于过程式程序设计语言，对非过程式的程序设计语言不太适用等等。
18.适用代码行估算方法的项目特点
适用于软件规模简单易行，适用于过程式程序设计语言
19.画出 图书管理系统 按功能的任务分解图WBS 画出 图书管理系统 按阶段的任务分解图WBS
20.敏捷团队的特点是什么？
1、清晰的目标;2、角色清晰分配;3、有效的组织结构;4、坦诚开放的沟通;5、积极处理异议;6、互相支持与信赖;7、良好的对外关系;8、有效的问题解决;9、分享成果
21.瀑布模型、V模型和快速原型生存期模型，说明这些模型适用于什么情况下的项目
瀑布模型适用场所：
１在开发时间内需求没有或很少变化；
２分析设计人员应对应用领域很熟悉；
３低风险项目（对目标、环境很熟悉）；
４用户使用环境很稳定；
５用户除提出需求以外，很少参与开发工作。
V模型适用场所：
V模式是一种传统软件开发模型，一般适用于一些传统信息系统应用的开发，而一些高性能高风险的系统、互联网软件，或一个系统难以被具体模块化的时候，就比较难做成V模式所需的各种构件，需要更强调迭代的开发模型或者敏捷开发模型。
原型模型的适用场所：
原型模型适用于那些不能预先确切定义需求的软件系统的开发，更适用于那些项目组成员（包括分析员、设计员、程序员和用户）不能很好的交流或者通信的情况下。
22.论述瀑布模型软件开发方法的基本过程
瀑布模型规定了各项软件工程活动 包括 制定软件项目计划 进行需求分析和定义软件设计程序编码测试及运行维护。并且规定了它们自上而下相互衔接的固定次序如同瀑布流水逐级下落。然而软件开发的实践表明上述各项活动之间并非完全是自上而下呈线性图式。实际情况是每项开发活动均应具有以下特征1 从上一项活动接受本项活动的工作对象作为输入 2 利用这一输入实施本项活动应完成的内容 3 给出本项活动的工作成果作为输出传给下一项活动 4 对本项活动实施的工作进行评审。若其工作得到确认则继续进行下一项活动，否则返回前项，甚至更前项的活动进行返工。
23.甲方和乙方在项目启动阶段的各自职责?
甲方:招标书定义，选择乙方(招标)，合同签署。
乙方:项目分析，竞标，合同签署
24.可行性分析包括哪些内容？
投资必要性、技术可行性、组织可行性、时间可行性、经济可行性以及社会可行性。
25.软件项目管理活动
定义项目范围（功能）
分析风险
确定资源
资金和工作量预算
指定时间计划
26.项目与日常运作的区别
项目是一次性的，日常运作是重复进行的，
项目是以目标为导向的，日常运作是通过效率和有效性体现的，
项目是通过项目经理及其团队工作完成的，而日常运作是职能式的线性管理；
项目存在大量的变更管理，而日常运作则基本保持连贯性的。
27.项目特征
有明确的目标
项目之间的活动有相关性
限定的周期
有独特性
资源成本的约束性
项目的不确定性
28.项目管理三要素
时间、成本、质量
29.高效的软件项目管理集中于四个P上：
人员、产品、过程和项目
30.参与软件过程的利益相关者可以分为
高级管理者：负责定义业务问题，这些问题往往对项目产生很大影响。
项目 (技术) 管理者： 必须计划、激励、组织和控制软件开发人员。
开发人员： 拥有开发产品或应用软件所需技能的人员。
客户： 阐明待开发软件需求的人员以及关心项目成败的其他利益相关者。
最终用户： 一旦软件发布成为产品，最终用户就是直接与软件进行交互的人。
31.列出 客户(customer)和最终用户(end user)是同一人的情况
为专门目的开发的软件
32.列出 客户(customer)和最终用户(end user)不是同一人的情况
开发行业软件 了解需求的人和用户不是同一人
33. 项目负责人的四个关键品质
解决问题
管理品质
成就
影响和团队建设
34.定义软件组织结构，我们有哪些选择
封闭式范型
随机式范型
开放式范型
同步式范型
35.项目范围管理过程
1.范围计划编制
2. 范围定义（WBS）
3.范围核实
4.范围的变更控制
36.定制软件的范围由哪几方面说明
项目目标、主要功能、性能需求（包括安全性、稳定性、准确度和响应速度方面的限制）、系统接口和其他特殊要求
.
.
.
.
.
.
课堂讨论
还有哪些因素会影响实现功能点的难度？
信息处理规模，技术复杂度，环境因素。
信息处理规模
指系统包含的所有于外部交流的界面（输入，输出，查询界面，控制信息等），处理的文件（数据文
件，数据库表）及于外部的接口等。
技术复杂度
指系统实现的复杂度，按照系统特徵分为 14 个方面：
数据通讯，分布式数据处理，性能，硬件负荷，事务频度，联机数据输入，界面复杂度，联机更新，内
部处理复杂度，代码复用考虑，转换和安装，备份和恢复，多平台考虑，易用性。
用例点估算的步骤
（1） 对每个角色进行加权，计算未调整的角色的权值UAW； （2） 计算未调整的用例权值UUCW； （3） 计算未调整的用例点 UUCP； （4） 计算计数和环境因子 TEF； （5） 计算调整的用例点UCP； （6） 根据规模和工时的转换因子来计算工作量。
除了客观技术方面的因素能影响到项目工作量
主观方面，人的哪些因素 能影响到项目工作量？
人员的素质。人员的理论技术水平及缺陷。人的错误行为。管理人员的管理能力。
分析设计，编码 ，测试 各自应该分配多少工作量（百分比）
分析设计阶段 40%
编码阶段 30%
测试阶段 30%
项目估算方法有哪些?
要估算项目的时间，需要哪些估算步骤?
估算方法：
1）类比估算
基于历史经验/类似案例进行评估。需要有项目积累，适合于同一行业或领域的项目。
2）Delphi/专家估算
项目领域专家或具有项目应用环境知识/经验的人员进行评估。依靠个人主观看法/经验，通过多次评
审、讨论最终达成一致。
3）PERT三点估算Program Evaluation an Review Technique
估算结果 = （乐观估计 + 悲观估计 + 4*最可能估计）/ 6 ± 悲观估计 – 乐观估计/6
4）FP估算 – function point，功能点估算，规模估算 -> 工作量
估算步骤：第一步：制定技术计划，第二步：为每个步骤添加时间估算，第三步：增加大量的额外时
间，第四步：在发布之后对估算进行回顾
作为项目经理，你需要给一个软件项目做计划安排，经过任务分解后得到任务A，B，C，D，E， F，G，假设各个任务之间没有滞后和超前，下图是这个项目的PDM网络图。通过历时估计已经估
算出每个任务的工期，现已标识在PDM网络图上。假设项目的最早开工日期是第０天，请计算每
个任务的最早开始时间，最晚开始时间，最早完成时间，最晚完成时间，同时确定关键路径，并计
算关键路径的长度，计算任务F的自由浮动和总浮动.
1.确定所有任务的ES，EF，LS，LF
2.确定关键路径以及关键路径的长度？
3.确定Ｆ的自由浮动和总浮动？
1.任务A的ES=LS=0，EF=LF=4；
任务B的ES=4，EF=10，LS=6，LF=12；
任务E的ES=LS=4，EF=LF=12;
任务C的ES=LS=12, EF=LF=19;
任务D的ES=LS=19, EF=LF=24;
任务F的ES=12，EF=120，LS=16，LF=24；
任务G的ES=LS=24，EF=LF=27
2、关键路径：A-E-C-D-G,关键路径长度：27
3、TF=FF=5
风险评估有哪些任务？
1、识别评估对象面临的各种风险。
2、评估风险概率和可能带来的负面影响。
3、确定组织承受风险的能力。
4、确定风险消减和控制的优先等级。
5、推荐风险消减对策。
实施风险的管理过程有哪些，每个过程如何执行? （1）识别各种重要风险。
（2）衡量潜在的损失频率和损失程度。
（3）开发并选择适当的风险管理方法。
（4）实施所选定的风险管理方法。
（5）持续地对公司风险管理方法和战略的实施情况和适用性进行监督。
列举出 5类项目利益相关者
项目发起人，产品经理，项目团队，客户，项目管理人员
软件项目管理集中在哪四个P上
People(人)，problem(问题)，process(过程)，product(产品)
如何理解 W5HH
W5HH是：Why When Who What Where Hnw How much
如何理解 软件团队 MOI Model
一种领导力模型
Motivation 是奖励或惩罚，Organization 是通过组织架构把想法转变为现实，Innovation 是对未来的规划
软件团队有哪4种组织结构，每种结构适用的场景
项目，智能，矩阵，组织
可行性分析包括哪些内容？
操作可行性分析
经济可行性分析
技术可行性分析
法律可行性分析
时间可行性分析
资源可行性分析
1.图书管理项目 按阶段的任务分解结构
2.项目范围管理要点及各个要的的关系
.项目立项
1.1立项建议书
1.2可行性分析
1.3立项评审
2.项目启动
3.需求分析
3.1管理员工作
3.2租借管理
4系统设计
5.项目验收
6.项目维护
范围管理的基本内容包括：项目启动、范围计划编制、范围核实、范围变更控制等等
1.你所知道哪些软件过程模型，他们的优缺点及适合什么特征的项目
2.极限编程有哪些实践经验
软件过程模型：
1.瀑布模型
1）优点：强调了开发的阶段性，各阶段具有顺序性和依赖性
强调早期调研和需求分析，推迟编码实现的观点
提供了一个模板，这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指
导。
2）缺点：瀑布模型是一种线性模型，要求项目严格按规程推进，必须等到所有开发工作全部完成以后才
能获得可以交付的软件产品。不能对软件系统进行快速创建，对于一些急于交付的软件系统的开发很不
方便。
瀑布模型适合于需求明确，且无大的需求变更的软件开发（编译系统、操作系统等）。而对于分析初期
需求模糊的项目，瀑布模型也并不适合。
3）适用项目特征：适用于需求确定，无大的需求变更，工作能够采用线性的方式完成的软件。
2.增量模型
1）优点：第一个可交付版本所需要的成本和时间很少
开发由增量表示的小系统所承担的风险不大
由于很快发布了第一个版本，因此可以减少用户需求的变更
运行增量投资，即在项目开始时，可以仅对一个或两个增量投资
2）缺点：管理发生的成本、进度和配置的复杂性可能会超出组织的能力
如果没有对用户的变更要求进行规划，那么产生的出事增量可能会造成后来增量的不稳定
如果需求不想早期思考的那样稳定和完整，那么一些增量就可能需要重新开发，重新发布
3）适用项目特征：项目在既定的商业要求期限之前不可能找到足够的开发人员的情况。
3.快速原型模型
1）优点：能渐进地启发客户提出新的要求或任务，促使开发人员和用户达成共识
减少了开发风险，避免了因为需求不确定而在开发过程中浪费了大量的资源
2）缺点：没有考虑到软件的整体和长期的可维护性
可能由于达不到质量要求而导致产品被抛弃，从而采用新的模型重新设计
3）适用项目特征：原型方法比较适用于用户需求不清、需求经常变化的情况。当系统规模不是很大也不
太复杂时，采用该方法比较好
4.螺旋模型
1）优点：关注软件的重用
关注早期错误的消除
将质量目标放在首位
将开发阶段与维护阶段结合在一起
2）缺点：开发人员需要有较强的风险评估的经验
契约开发通常需要事先指定过程模型和发布产品
3）适用项目特征：螺旋模型强调风险分析，使得开发人员和用户对美俄演化层出现的风险有所了解，从
而做出应有的反应。因此，该模型适合用于庞大、复杂并且具有高风险的系统。
极限编程实践经验
1.策划游戏：在极限编程中主要的策划程序称为策划游戏，策划程序分为两部分：发布策划和反复状态
2.结对编程：所有的代码都是由两个人坐在一台电脑前一起完成的。一个程序员控制电脑并且主要考虑
编码细节。另外一个人主要关注整体结构，不断的对第一个程序员写的代码进行评审。
3.集体所有制：每个人都对所有的代码负责；这一点，反过来又意味着每个人都可以更改代码的任意部
分。结队程序设计对这一实践贡献良多：借由在不同的结队中工作，所有的程序员都能看到完全的代
码。集体所有制的一个主要优势是提升了开发程序的速度，因为一旦代码中出现错误，任何程序员都能
修正它。
4.单元测试：用以测试一小段代码的自动测试（例如：类，方法）。在极限编程中，在代码编辑前就编
辑单元测试。这种方式的目的是激励程序员设想自己的代码在何种条件下会出错。极限编程认为当程序
员无法再想出更多能使自己的代码出错的情况时，这些代码便算完成。
5.重构：由于极限编程教条提倡编辑程序时只满足当前的需求，并且以尽可能简单的方式实现。有时会
碰上一套僵硬的系统，所谓僵硬的系统，表现之一是需要双重（或多重）维护：功能变化需要对多份同
样（或类似）的代码进行修改；另一种表现是对代码的一部分进行修改时会影响其它很多部分。XP教条
认为当这种情况发生时，意味着系统正告诉你通过改变系统架构以重构代码，使它更简单、更泛用。
列举出你所知道的软件估算方法
1.代码行估算法
2.功能点估算法
3.用例点估算法
4.类比自顶向下估算法
5.自下而上估算法
6.参数估算法
7.专家估算法
风险管理的实施过程
包含风险识别、风险估测、风险评价、选择风险管理技术。
软件项目管理包含哪些内容
软件时间管理、软件功能管理，软件项目计划，风险管理，软件质量保证，软件过程能力评估，软件配
置管理等。