当前位置：文档之家 › 第11章 软件项目综合分析与评价

第11章 软件项目综合分析与评价

  • 格式：ppt
  • 大小：306.50 KB
  • 文档页数：18

下载文档原格式

  / 18

合集下载

信息系统项目管理师章节题目 第11章 项目风险管理

信息系统项目管理师章节题目 第11章 项目风险管理

2013年上试题47制定风险管理计划是描述在项目中如何组织和执行风险管理的项目计划，其中定义风险管理过程在项目整个生命周期中的执行频度，并定义风险管理活动的计划的工具或活动称为（47）。

A. 风险管理时间表B. 风险概率分析C. 风险检查表D. 风险频度评审分析：风险管理计划编制的输出制订时间表。

定义在项目整个生命周期中风险管理过程的执行频度，并定义风险管理活动以便包含在项目的进度计划中参考答案：A试题48项目经理在6月1日对一个软件开发项目进行了挣值分析，项目CPI是1.0，进度偏差是零。

在6月3日，附近的河流泛滥，致使开发计算机房被淹，导致所有工作停工2周时间。

该项目遭受了（48）。

A. 已知的可预测风险B. 已知的不可预测风险C. 未知的可预测风险D. 未知的不可预测风险分析：按风险的可预测性划分按这种法，风险可以分为已知风险、可预测风险和不可预测风险。

已知风险就是在认真、严格地分析项目及其计划之后就能够明确的那些经常发生的，而且其后果亦可预见的风险。

已知风险发生概率高，但一般后果轻微，不严重。

项目管理中已知风险的例子有：项目目标不明确，过分乐观的进度计划、设计施工变更，材料价格波动等。

可预测风险就是根据经验，可以预见其发生，但不可预见其后果的风险。

这类风险的后果有时可能相当严重。

项目管理中的例子有：业主不能及时审查批准、分包商不能及时交工、施工机械出现故障、不可预见的地质条件等。

不可预测风险就是有可能发生，但即使最有经验的人亦不能预见的风险。

不可预测风险有时也称未知风险或未识别的风险。

它们是新的、以前未观察到或很晚才显现出来的风险。

这些风险一般是外部因素作用的结果。

如地震、百年不遇的暴雨、通货膨胀、政策变化等。

参考答案：D试题49一名项目经理正在为自己负责的项目进行风险量化。

几位参与项目的专家都不在现场，但是希望参与项目风险评估工作。

此时，可以（49）。

A. 依托因特网，使用Monte Carlo模拟方法B. 使用关键路径法C. 对已知的专家进行非正式调查的方法D. 使用Delphi技术分析：德尔菲技术。

《软件项目管理》课程习题参考

《软件项目管理》课程习题参考

《软件项⽬管理》课程习题参考《软件项⽬管理》参考习题序-软件项⽬管理概述⼀、回答问题：1. 集成项⽬管理(Integration Project Management)是什么？项⽬管理⼀定要协调各⽅⾯，不能只顾局部的利益和细节，所以需要集成管理，即是集成项⽬管理。

2. 项⽬管理九⼤知识域是什么？项⽬集成管理、项⽬范围管理、项⽬时间、项⽬成本、项⽬质量、项⽬⼈⼒资源、项⽬沟通、项⽬风险、项⽬采购管理。

3. 项⽬成本管理（Project Cost management）包括哪些过程？资源计划编制、成本估算、成本预算、成本控制。

4. 项⽬管理的五个过程组是什么？启动、计划、执⾏、控制、收尾过程。

⼆、判断题：5. 判断下⾯活动哪些是项⽬？上课λ×野餐活动λ√集体婚礼λ√社区保安λ×开发微软的操作系统λ√每天的卫⽣保洁λ×神州飞船计划λ√6. 项⽬开发过程中可以⽆限制地使⽤资源。

（×）7. 项⽬具有暂时的特征。

（√）8. 项⽬管理核⼼的三⾓形是范围、进度、风险。

（×）9. 过程管理与项⽬管理在软件组织中是两项很重要的管理，项⽬管理⽤于保证项⽬的成功，⽽过程管理⽤于管理最佳实践。

（√）10. 运作管理(Operation Management)是从宏观上帮助企业明确和把握企业发展⽅向的管理。

（×）习题：第⼀章-软件项⽬初始过程⼀、名词解释1. 项⽬章程确认项⽬存在的⽂件，包括对项⽬的确认、对项⽬经理的授权和项⽬⽬标的概述等。

2. 项⽬建议书⼆、选择题3. 项⽬建议书是哪个阶段开发的⽂档（C ）A. 项⽬执⾏阶段B. 项⽬结尾阶段C. 项⽬初始阶段4. 项⽬章程（A ）A. 明确了项⽬经理B. 确定了项⽬的质量标准C. 明确了团队的纪律D. 定义了项⽬需求5. 对于风险⽐较⼤的项⽬，最好选择（C ）⽣存期模型，A. 瀑布模型B. 原型C. 螺旋模型D. V模型6. 开发项⽬建议书的⽬的是为了（C）A. 验收B. 竞标或者签署合同C. 编写计划D. 跟踪控制项⽬三、判断题7. 项⽬经理是⼀个综合的⾓⾊（√）8. 软件项⽬都是需要签署合同的（√）9. 增量式模型可以避免⼀次性投资太多带来的风险（√）10. 项⽬章程类似⼀个项⽬授权书（）11. 在甲⼄合同项⽬中，提出需求的⼀⽅是⼄⽅（×）12. 如果是内部项⽬，在项⽬初始阶段可以不提交招标书（√）习题：第⼆章-软件项⽬范围计划⼀、选择题1. 需求分析是回答系统必须（A）的问题A. 做什么B. 怎么做C. 何时做D. 为谁做2. W BS（⼯作分解结构）⾮常重要，因为下列原因，除了（B ）A. 帮助组织⼯作B. 防⽌遗漏⼯作C. 为项⽬估算提供依据D. 确定团队成员责任A. 只在项⽬开始时重要B. 在授权项⽬的合同或者其他⽂件得以批准后就不再重要了C. 从项⽬概念阶段到收尾阶段都应该加以管理和控制D. 是在项⽬执⾏阶段通过变更控制步骤进⾏处理的问题4. 为了有效地管理项⽬，应该将⼯作分解为更⼩的部分，以下各项中，哪⼀项不能说明任务应该分解到什么程度？（A ）A. 可以在80⼩时内完成B. 不能再进⼀步进⾏逻辑细分了C. 可由⼀个⼈完成D. 可以进⾏实际估算5. 范围变更是指（C ）A. 修改技术规格B. 对范围陈述进⾏修订C. 对批准后的WBS进⾏修改D. 以上都不是6. 下⾯哪个不是需求管理的过程（A ）A. 需求设计B. 需求获取C. 需求分析D. 需求变更7. 下⾯那个不是创建WBS的⽅法（A）A. ⾃顶向下B. ⾃底向上C. 控制⽅法D. 模版指导8. 任务分解可以(B)，它是范围变更的⼀项重要输⼊A. 提供项⽬成本估算结果B. 提供项⽬范围基线C. 规定项⽬采⽤的过程D. 提供项⽬的关键路径9. 范围基线由（B ）组成A. 项⽬章程、批准的详细的项⽬范围说明书和W BSB. 批准的详细项⽬范围说明书、W BS和W BS字典C. 项⽬章程、项⽬⼯作说明书和WBSD. W BS⼆、判断题10. 需求分析过程是确定项⽬如何实现的过程，并确定项⽬的技术⽅案（×）11. 对于⼀个重来没有做过的项⽬，开发WBS时，可以采⽤⽤⾃底向上的⽅法（DUI ）习题：第三章-软件项⽬进度计划⼀、选择题1. 快速跟进是指（）A. 采⽤并⾏执⾏任务，加速项⽬进展B. ⽤⼀个任务取代另外的任务C. 如有可能，减少任务数量D. 减轻项⽬风险2. 赶⼯⼀个任务时，你应该关注（）A. 尽可能多的任务B. ⾮关键任务C. 加速执⾏关键路径上的任务D. 通过成本最低化加速执⾏任务3. “软件编码完成之后，我才可以对它进⾏软件测试”,这句话说明了哪种依赖关系？（）A. 强制性依赖关系B. 软逻辑关系C. 外部依赖关系D. ⾥程碑4. 如果⽤户提供的环境设备需要５⽉１０⽇到位，所以环境测试安排在５⽉１０⽇以后，这种活动安排的依赖依据是：（）A. 强制性依赖关系B. 软逻辑关系C. 外部依赖关系D. ⾥程碑5. 对⼀个任务进⾏进度估算时,A是乐观者,估计是6天完成,B是悲观者,估计是24天完成,C是有经验者认为最有可能是12天完成，那么这个任务的历时估算是介于10天到16天的概率是（）A. 50%B. 68.3%C. 70%D. 99.7%6. 下⾯哪项可能延长项⽬的进度？（）A. LagB. LeadC. 赶⼯D. 快速跟进7. 关于浮动，下⾯除了哪个都是不正确的？（）A. 每个任务都有浮动B. 只有复杂的项⽬有浮动C. 浮动是在不增加项⽬成本的条件下，⼀个活动可以延迟的时间量D. 浮动是在不影响项⽬完成时间的前提下，⼀个活动可以延迟的时间量8. 关于⽹络图，下⾯哪个是不正确的？（）A. ⽹络图可⽤于安排计划B. ⽹络图展⽰任务之间的逻辑关系C. ⽹络图可⽤于跟踪项⽬D. ⽹络图可⽤于详细的时间管理9. 资源平衡最好⽤于（）活动A. 时间很紧的B. 按时的C. ⾮关键路径D. 关键路径10. 下⾯哪项可以决定进度的灵活性( )A. PER TB. Total floatC. ADMD. 赶⼯⼆、计算题11. 根据图3-21计算项⽬在20天内完成的概率，其中任务1的最乐观、最悲观和最可能的历时估计是8天，10天，24天, 任务2的最乐观、最悲观和最可能的历时估计是1天，5天，9天？习题：第四章-软件项⽬成本计划⼀、选择题1. （）是⽤系统的功能数量来测量其规模，与实现产品所使⽤的语⾔和技术没有关系的。

《软件工程》教学课件 第11章 软件项目管理

《软件工程》教学课件 第11章 软件项目管理
式为组织型、半独立型或嵌入型。
下 表 是 根 据 63 个 项 目 的 数 据 统 计 结 果 ， 按 照 基 本 的 COCOMO模型估算的工作量和进度。
总体类型 组织型
半独立型 嵌入型
工作量 MM=10.4（KLOG）1.05 MM=3.0（KLOG）1.12 MM=3.6（KLOG）1.20
进度 TDEV=10.5（MM）0.38 TDEV=10.5（MM）0.35 TDEV=10.5（MM）0.32
i1
其中:ai — 估计的最小行数 bi — 估计的最大行数 mi — 最可能的行数
将估算的源代码行数，乘以根据经验推算的每行源代 码所需成本，即为该软件的成本。
IBM 估算模型
1977年由Waiston 和 Felix 总结了IBM联合系统 分部（FSD）负责的６０个项目的数据，利用最小二 乘法拟合，得到如下估算公式：
PERT（Program evaluation & review technique)计 划评审技术或CPM（Critical path method）关键路径法， 都是采用网络图来描述项目的进度安排。如图描述了开发 模块A、B、C的任务网络图。各边上所标注的数字为该任 务所持续的时间，数字结点为任务的起点和终点。
70
任务
月份 １ 2 3 4 5 6 7 8 9 10 11 12
60
需求分析 ▲ ▲ ▲
50
总体设计
▲ ▲▲
40
详细设计
▲▲
30
编码 软件测试
▲ ▲▲
20
10
▲▲▲
0 一月
二月
三月
四月
五月
六月
进度表
2.甘特图（Gantt Chart）

软件工程实用教程第三版-郭宁主编-课后习题及答案

软件工程实用教程第三版-郭宁主编-课后习题及答案

软件工程实用教程第三版-郭宁主编-课后习题及答案第一章软件工程引论1.在下列选项中，（D）不是软件的特征。

A．系统性与复制性 B. 可靠性与一致性 C.抽象性与智能型 D.有形性与可控性2.软件是一种（B）产品。

A．有形 B. 逻辑 C. 物质 D. 消耗3.软件工程是一种（A）分阶段实现的软件程序开发方法。

A.自顶向下B. 自底向上C. 逐步求精D. 面向数据流4.与计算机科学的理论研究不同，软件工程是一门（B）学科。

A．理论性 B. 工程性 C. 原理性 D. 心理性5.软件工程与计算机科学性质不同，软件工程着重于（C）。

A．原理探讨 B. 理论研究 C. 建造软件系统D. 原理性的理论6.下列说法正确的是（B）A.软件工程的概念于20世纪50年代提出B.软件工程的概念于20世纪60年代提出C.20世纪70年代出现了客户机/服务器技术D.20世纪80年代软件工程学科达到成熟7.软件工程方法学中的软件工程管理是其中的一个重要内容，它包括软件管理学和软件工程经济学，它要达到的目标是（D）A．管理开发人员，以开发良好的软件B．采用先进的软件开发工具，开发优秀的软件C．消除软件危机，达到软件生产的规模效益D．以基本的社会效益为基础，工程化生产软件第二章软件生命周期及开发模型1.软件生命周期包括可行性分析和项目开发计划、需求分析、总体设计、详细分析、编码、（B）、维护等活动。

A．应用 B. 测试 C. 检测 D. 以上答案都不正确2.软件生命周期模型有多中，下列项目中，（C）不是软件生命周期模型。

A．螺旋模型 B. 增量模型 C. 功能模型 D.瀑布模型3.软件生命周期中时间最长的阶段时（D）A．需求分析阶段 B. 总体设计阶段 C. 测试阶段 D. 维护阶段4.瀑布模型是一种（D）A.软件开发方法B. 软件生存周期C. 程序设计方法学 D. 软件生存周期模型5.软件开发中常采用的结构化生命周期方法，由于其特征而一般称其为（A）A.瀑布模型B. 对象模型C. 螺旋模型D. 层次模型6.在结构化的瀑布模型中，（D）阶段定义的标准将成为软件测试中系统测试阶段的目标A.详细设计阶段B. 总体设计阶段C. 可行性研究阶段 D. 需求分析7.增量模型是一种（B）的模型A.整体开发B. 非整体开发C. 灵活性差D.较晚产生工作软件8.（C）是指模拟某种产品的原始模型A.模型B. 最初模型C. 原型D. 进化模型9.建立原型的目的不同，实现原型的途径也有所不同，下列不正确的类型是（B）A.用于验证软件需求的原型B. 垂直原型C.用于验证设计方案的原型 D.用于演化出目标系统的原型10.原型化方法是一种（A）型的设计过程。

软件工程导论第11章

软件工程导论第11章
22
【还可以把适配接口再进一步细分为转换接口和扩充接口。转换接口， 是为了克服与表示方法、数据结构或硬件特点相关的操作给重用带来 的困难而设计的，这类接口是每个类构件在重用时都必须重新定义的 服务的集合。当使用C++语言编程时，应该在根类(或适当的基类)中， 把属于转换接口的服务定义为纯虚函数。如果某个服务有多种可能的 实现算法，则应该把它当作扩充接口。扩充接口与转换接口不同，并 不需要强迫用户在派生类中重新定义它们，相反，如果在派生类中没 有给出扩充接口的新算法，则将继承父类中的算法。当用C++语言实现 时，在基类中把这类服务定义为普通的虚函数。】
4. 弱耦合 耦合：指一个软件结构内不同模块之间互连的紧 密程度。 在面向对象方法中，对象是最基本的模块，因此， 耦合主要指不同对象之间相互关联的紧密程度。 弱耦合是优秀设计的一个重要标准。
5
对象之间的耦合分为两大类： (1) 交互耦合： 对象之间的耦合通过消息连接来实现。 使交互耦合尽可能松散，应遵守下述准则： 尽量降低消息连接的复杂程度。 应该尽量减少消息中包含的参数个数，降低参数的复 杂程度。 减少对象发送(或接收)的消息数。 (2) 继承耦合 与交互耦合相反，应该提高继承耦合程度。 通过继承关系结合起来的基类和派生类，构成系统中 粒度更大的模块。设计时应该使特殊类尽量多继承并 使用其一般化类的属性和服务，从而更紧密地耦合到 其一般化类。
13
2. 软件成分的重用级别 (1) 代码重用 源代码剪贴：最原始的重用形式。 复制或修改原有代码时可能出错，存在严重的配臵 管理问题，人们几乎无法跟踪原始代码块多次修改 重用的过程。 源代码包含：许多程序设计语言都提供包含库中 源代码的机制。配臵管理问题有所缓解，修改了库 中源代码之后，所有包含它的程序自然都必须重新 编译。 继承：利用继承机制重用类库中的类时，无须修 改已有的代码，就可以扩充或具体化在库中找出的 类，基本上不存在配臵管理问题。

程序设计基础课程设计实验

程序设计基础课程设计实验

程序设计基础课程设计实验一、课程目标知识目标：1. 让学生理解程序设计的基本概念，掌握编程语言的语法和结构。

2. 培养学生运用程序设计思想解决问题的能力，包括数据表示、逻辑判断和循环控制等。

3. 使学生了解程序设计的流程，学会编写、调试和优化程序。

技能目标：1. 培养学生运用编程工具进行程序设计和调试的能力。

2. 培养学生独立思考和解决问题的能力，提高编程解题技巧。

3. 培养学生团队协作和沟通能力，能够与他人共同完成程序设计任务。

情感态度价值观目标：1. 培养学生对程序设计的兴趣和热情，激发学生学习编程的积极性。

2. 培养学生勇于尝试、不怕失败的精神，提高学生面对编程挑战的自信心。

3. 引导学生认识到编程在科技发展和社会进步中的重要作用，培养学生的社会责任感和创新意识。

课程性质：本课程为程序设计基础课程，旨在让学生掌握编程基本技能，培养编程思维。

学生特点：学生为初中年级，具备一定的逻辑思维能力，好奇心强，对新鲜事物感兴趣。

教学要求：注重理论与实践相结合，以实例为主线，引导学生主动探索，培养实际编程能力。

将课程目标分解为具体的学习成果，便于教学设计和评估。

二、教学内容1. 程序设计基本概念：程序、编程语言、算法等基本概念介绍。

2. 编程环境搭建：安装编程软件，了解编程环境，学会使用开发工具。

3. 语法基础：变量、数据类型、运算符、表达式和语句等。

4. 控制结构：顺序结构、分支结构（if语句）、循环结构（for、while语句）。

5. 函数与模块：函数的定义、调用、参数传递，模块的导入和使用。

6. 数组与列表：数组的概念、使用，列表的创建、操作。

7. 文件操作：文件的打开、读取、写入和关闭。

8. 编程规范与调试：代码风格、命名规则，调试技巧和错误处理。

9. 综合实例分析：分析实际编程案例，学会运用所学知识解决问题。

教学内容安排与进度：第1-2周：程序设计基本概念，编程环境搭建。

第3-4周：语法基础，变量、数据类型、运算符。

第11章净室软件工程19991

(4)达到几乎零缺陷的水平。在团队的复审过程中， 每个控制结构的每个正确性条件被依次验证。每 个团队成员必须就每个条件都是正确的达成共识， 这样只有团队的每个成员均未能正确地验证某条 件时，才有可能出现错误。
2.条件loop可能以两种方式之一出现：(1)直接从init(此时 loop 条件被直接满足)，或(2)通过穿过条件cont 的控制流。 因为条件cont与条件loop相同，因此，不管从哪条路径到 达它，条件loop 都为真。
3.条件cont:只有在y值被递增1后，才能遇到条件cont 。另外， 只有在条件yes也为真时，才能调用到达条件cont 的控制 流路径。因此，如果(y+1)2≤x，则y2≤x，条件cont成立。
11.3 功能规格说明
净室软件工程通过使用盒结构规格说明的方法来遵 从操作分析原则。
一个“盒”在某个细节层次上封装系统(或系统的 某些方面)。
通过逐步求精的过程，盒被精化为层次。“每个盒 规格说明的信息内容足以定义其精化，不需要依赖 任何其他盒的实现” 。
这使得分析员能够按层次划分一个系统——从顶层 的基本表示到底层实现的特定细节。
(1)增量策划。制定一个采用增量策略的项目计划， 确定每个增量的功能、预计规模、及净室开发进 度。
(2)需求收集。为每个增量开发更详细的客户级需 求描述。
11.2 净室策略
(3)盒结构规格说明。运用盒结构的规格说明方法描 述功能规格说明。遵从操作分析原则，盒结构 “在每一个精化级别上使行为、数据及过程的创 造性定义独立”。
设计求精与验证
定义入口和出口条 件。
为了证明设计的正 确性，需要证明图 中表示的条件init、 loop、cont、yes 和exit 在所有情形 下都是正确的。

第11章 软件项目管理-软件工程基础(第3版)-胡思康-清华大学出版社


第 4 页4
软件项目管理概述
软件项目管理目标
软件项目管理成功的目标包括以下几方面： ⑴ 如期完成项目 ⑵ 项目成本控制在计划之内 ⑶ 妥善处理用户的需求变动 ⑷ 保证项目质量⑸ 保持对项目进度的跟踪与控制
第11章 软件项目管理
第 5 页5
软件项目规模度量
任何软件项目都需要定量描述才能制定软件开发成本。只有把软件项目 中设计的各项因素，如软件开发时间、人员数量、开发环境的软件工具和硬 件系统、资金等资源的指标尽可能量化，才能准确估算软件产品的规模、复 杂度、工作总量。没有定量的项目将难以展开软件管理和实施过程。
❖系统的内部处理复杂吗
❖代码设计可重用吗
❖ 设计中包括转换和安 装吗
❖ 系统的设计支持不同 组织的多次安装吗
❖ 系统的实际有利于用 户的修改和使用吗
第 10 页10
软件项目规模度量
面向功能的度量
一旦计算出功能点，就可仿照LOC的方式度量软件的生产率、质量和 其它属性：
生产率 ＝ FP／E 质量 ＝ ER／FP 成本 ＝ S／FP 文档 ＝ ER／FP
第11章 软件项目管理
第 2 页2
软件项目管理概述
软件项目管理的特点
⑷ 软件产品虽然分通用软件和领域软件，但其都是“定制”的定向系统 ，目前仍无法摆脱手工开发模式。“没有完全一样的软件项目”，这不仅对 项目实施过程难以控制，而且还需要根据具体应用领域、环境等制定特殊管 理过程和内容。
⑸ 源于应用领域的复杂性和软件开发技术的复杂性，软件自身是一个复 杂系统。因而软件管理要对复杂软件系统过程做到未雨绸缪，对软件开发内 容抽丝剥茧般的细致。 ⑹ 软件项目管理需要综合各方面，特别是社会因素、精神因素、认知要素、 技术问题、领域问题、用户沟通等各项复杂内容。

软件项目管理课后习题答案

软件项目管理案例教程习题答案第0章软件项目管理概述1、项目集成管理是什么？项目集成管理是在项目的整个生存期内，协调项目管理其他各管理知识域，将项目管理的方方面面集成为一个有机整体，保证项目的总目标的实现。

项目集成管理从一个宏观的角度将项目作为一个整体来考察。

包括的过程包括：项目章程编制、初始项目范围编制、项目计划编制、指导与管理项目执行、项目监控、集成变更控制、项目结束等过程。

项目管理的目标在于对项目中的不同组成元素进行正确高效的协调，他不是所有项目组成元素的简单相加。

2、项目管理的9大知识领域是什么？1）项目集成管理2）项目范围管理3）项目时间管理4）项目成本管理5）项目质量管理6）项目人力资源管理7）项目沟通管理8）项目风险管理9）项目采购管理l为了成功实现项目的目标，首先必须设定项目的工作和管理范围，即项目的范围管理。

l为了正确实施项目，需要对项目目标进行分解，即对项目的时间、质量、成本三大目标进行分解，即项目时间管理、项目成本管理、项目质量管理l项目实施过程，需要投入人力、物力：项目人力资源管理、项目采购管理l为了项目的团队人员的管理，让大家有一致的目标，需要沟通，即项目的沟通管理l当然，项目实施过程会遇到各种风险，因此需要进行风险管理，即项目的风险管理l当项目管理一定要协调各个方面，不能只顾局部利益和细节，因此需要集成管理，即项目的集成管理3、项目的成本管理包括哪些过程？包括成本估算、成本预算、成本控制等过程4、项目管理的5个过程组是什么？启动过程组、计划过程组、执行过程组、控制过程组、收尾过程组5. 判断下面活动哪些是项目？上课野餐活动√集体婚礼√社区保安开发微软的操作系统√每天的卫生保洁神州飞船计划√二、判断题1. 项目开发过程中可以无限制地使用资源。

（X ）2. 项目具有暂时的特征。

（√）3. 项目管理核心的三角形是范围、进度、风险。

（X ）4. 过程管理与项目管理在软件组织中是两项很重要的管理，项目管理用于保证项目的成功，而过程管理用于管理最佳实践。

11-1 系统调查与分析(一)


快速应用开发(第11章第1讲）
快速应用开发（Rapid Application Development , RAD）是一种 通过运用已有的工具技术及方法来加快应用开发的技术。RAD方法减少 了纸文档，自动生成源程序代码，并便于用户参加设计及开发活动。
快速应用开发是合作应用开发（Joint Application Development， JAD）中的数据收集和需求分析过程的延伸。在整个快速开发过程中， 用户和开发人员一起工作，利用快速开发工具，可在更短的交付期内产 生更好的系统。
该方法存在的问题是：① 系统的开发是建立在开发小组所 理解的用户需求基础之上，开发过程用户不能参预，可能使所开 发的系统偏离用户的实际需求。② 在开发过程中对用户的需求变 化不能相应地做出灵活变动。③ 文档制作费时费力，且难于保持 最新。
原型法(第11章第1讲）
原型法是一种交互式的系统开发方法。是先创建一个主 要子系统的初始模型，也即整个系统的一个缩小比例模型开 始，鼓励用户试用该原型，并提供反馈信息，再进行第二次 反复，在每一次反复过程中确定问题的要求，比较不同的解 决方法，设计新的解决方案，并实现系统的某一部分。如图 所示。
从20世纪90年代后期，面向对象方法开始走向统一。 在OMT、Use cases等方法的基础上，形成了统一建模语 言UML（Unified Modeling Language）和统一开发过程 RUP（Rational Unified Process）。
信息工程方法(第11章第1讲）
信息工程是建设企业计算机化的信息系 统工程的简称，它是指在企业或企业的主 要部门，应用规范化方法、现代信息技术 和工程化流程对信息系统进行规划、分析、 设计和构成。信息工程形成一套严格的方 法体系，被称为信息工程方法学。
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

2)每个开发阶段的提交结果定义不明确。中间结 果是否已经完成，完成了多少模糊不清，结果是项目 后期堆积了大量工作。 3)开发计划没有指定里程碑或检查点，也没有规 定设计评审期。 4)开发计划没有规定进度管理方法和职责，导致 无法正常进行进度管理。 (5)项目组设计人员能力低下 对技术问题的难度未能正确估计，将设计任务交 给了与要求的水平不相称的人员，造成设计结果无法 实现。 (6)项目经理的管理能力不足
11.3.4 执行项目评价
项目综合分析与评价的目的是发现重大问题， 并评估项目的整体性能是否满足要求。 执行评价的第一步是召开小组会议。会议第 一议题是集中听取每个代表对原先发布的问题的 回答。 各部门发言的顺序和一般与软件开发过程的 顺序一致，并规定发言的顺序限制。例如，计划 部门的代表应在开发部门的代表之前发言，而开 发部门的代表应在测试部门的代表之前发言等。 会议第二议题是针对各部门的发言，进行提 问和交流。通过这种方式可以进一步了解针对某 个问题的不同看法，有利于项目的评价。
11.3.6 处理发现的问题
软件项目评价小组提交评价结果后，评价小组成 员的参与就结束了。 项目结束后，处理工作是项目领导层最重要的活 动，这些活动的目的是圆满地解决评估小组所发现的 重大问题。 处理问题的方法可以包括多种途径： ▲决策层拿出解决方案
▲发动广大员工，群策群力提出解决办法
▲走出去，学习、取经 ▲请进来
项目的成功度通常分为五个等级： (1)项目完全成功 项目的各项指标都已全面实现，并取得巨大的效 益或影响。 (2)项目是成功的 项目的大部分目标已经实现，达到了预期的目的， 并已经产生预期的影响。 (3)项目是部分成功的 项目实现了原定的部分目标,也只取得了一定的 效益和影响。 (4)项目是不成功的 项目实现的目标非常有限，相对于成本和付出的 代价而言，项目几乎没有产生效益和好的影响。 (5)项目是失败的 项目的目标没有实现或无法实现，相对于成本和 付出的代价，项目没有产生任何效益和正面的影响。
执行评价的第二步是总结评价，拟准备提交给 项目领导层的一系列图表。图表列出他们在项目评 审中发现的问题，对项目满足进度、费用和质量要 求的可能性做整体评估，最后给出结论。项目评审 小组还可以对某些或所有他们发现的、需要处理的 问题给出建议。
11.3.5 提交评价结果
项目评价小组成员应以建设性的态度来表达他们 发现的问题，评价结果中包括针对问题提出的建议。 项目综合分析和评价通常要制定两张表。一张表 是“正确”的行为，可以把正确的经验用到未来的项 目中。要对这张表的表项进行排序，把最有益的表项 排列在表的最前面。 另一张表是项目中“错误”的行为，以优先权排 序，最重要的问题列在最前面。
(3)项目组织过小，开发能力不足 软件开发的各个阶段人手不足是大多数项目 都会面临的问题，还有一种情况是项目组成员的 技术水平达不到预定的要求，或者在项目工数估 算时没有对技术水平，进行详细、认真地评判。 (4)开发计划不充分 没有良好的开发计划和开发目标，主要反映 在以下几个方面： 1)工作责任范围不明确，工作分解结构(WBS) 与项目组织结构不明确或者不相对应，各成员之 间的接口不明确，导致有一些工作根本无人负责。
(2)工作量估算过少
软件开发中，必须综合考虑开发各个阶段，人 员的生产率、工作的复杂程度等因素。
对工作量的重要性认识不足，最常见的问题是 经常用主观想象的方式进行粗略估算。另外，软件 开发经常会出现一些平时不可见的工作量经常会被 遗漏。
除此之外，还有如下原因： 1)出于用户和管理部门的压力在工作量估算上 予以妥协。 2) 过于自信或出于自尊心，对一些技术问题不 够重视，或者担心估算多被嘲笑。 3)过分依赖经验。
11.3.3 软件项目综合分析与评价的准备工作
项目评价小组要为每个项目部门准备一系列问题 并要求他们回答。 这些问题是经过项目评价小组成员一致认可的。 问题的范围可能很广，也可能限于某个特定的领域。 所涉及的基本问题范围如下： 1)产品概述 2)任务目标 3)人员和技术 4)项目组织、角色和责任 5)进度表和里程碑跟踪
10.3软件项目评价的步骤
项目综合分析与评价过程包括下列步骤：
(1)阐述目的 (2)选择参加人员 (3)准备小组会议 (4)召开小组会议
(5)提交结果
(6)ห้องสมุดไป่ตู้理问题
11.3.1 软件项目综合分析与评价的目 的阐述
软件项目综合分析与评价的目的在一开始就要提 出来。
该目的最好先在软件组织的会议上进行口头交流， 然后再给所有的项目参与者提出书面说明。 为了达到最好的效果，该书面说明应该包括一个 描述项目综合分析与评价过程的附件。附件需要定义 项目综合分析与评价过程，明确提出每个组织需要回 答的问题，使相关组织在软件开发过程中更关注与他 们相关的领域。并将综合分析与评价纳入项目进度计 划。
11.3.2 软件项目综合分析与评价的人员组织
软件项目综合分析与评价由项目管理部门组织 进行。由项目评价协调人选择项目评价小组的成员， 成立评价小组。 项目综合分析与评价人员应具有软件项目评价 的资格。
综合分析与评价小组的组成成员应包含每个部 门的代表，尤其是计划、开发、模块组装、测试、 发布和其他重要部门至少应当选出一个人参加。
11.1 软件项目成功与失败的评价准则
软件项目综合分析与评价最重要的是确定软件 项目的成与败。 项目成功或失败的标准主要是目标是否被实现。 一般采用成功度评价方法确定项目的成败，该 评价方法是依靠专家或专家组的经验，通过综合分 析项目的各项指标，对项目的成功程度做出定性的 结论。 成功度评价以项目目标为核心对项目进行全面 的、系统的评价。
6)产品定义和变化控制
7)过程
8)质量 9)生产率 10)项目交流和纪律 11)顾客参与、外部团体的支持 12)供应商和子承包商 13)用户期望 14)项目财务 15)教育和培训 16)关键的成功因素 17)重要问题(包括技术障碍) 18)项目前景(包括风险评估) 19)运转良好的和不好的其他过程 20)其他(包括业务和法律问题)
10.2 软件项目失败的原因
软件项目是一项复杂的系统工程，牵涉到各方 面的复杂因素，它的失败原因也是多种多样的。
从项目管理的角度考察，软件项目失败通常有如 下基本因素： (1)需求内容不明确，把握不充分 一方面，客户的知识缺乏，不知道要开发什么样 的系统，经常是走一步算一步，不断地提出和更改需 求。另一方面，实现方行业知识缺乏和设计人员水平 低下，不能完全理解客户的需求说明，经常是以想当 然的方法进行系统设计，结果造成重复工作。
评价小组成员应具备以下条件： 1)熟悉本项目的全过程； 2)具有与其角色相应的经验，或者受过与其角 色相适应的培训，具备所需的相关知识，能全面理 解项目完成后的评审工作。 评价小组应有本项目之外的专家参与，因为这 些专家拥有有益于评价的经验和知识，以及能站在 中立的立场上对项目进行评价。 管理人员的加入可能会对评价的公正性等造成 影响，所以管理人员一般不应参加项目综合分析与 评价小组。
第11章 软件项目综合分析与评价
本章要点： 软件项目成功与失败的评价准则 软件项目失败的原因 软件项目评价的步骤
软件项目的综合分析与评价的目的是指从所开 展过的软件项目管理过程中出现的错误和疏忽中总 结教训，吸取包括项目进度、费用、质量及其他相 关因素在内的成功运作经验，并力求应用到当前和 未来的项目中。 软件项目综合分析与评价与软件产品质量评估 有所不同。产品质量评估进行的分析主要针对“产 品”而不是“过程”，产品质量保证评估要确定产 品是否可以发布或交付，以确保顾客是否能够拥有 最优质的产品；而软件项目综合分析与评价要确定 软件项目过程的优缺陷，并在下一个软件项目执行 过程中加以改进，以使软件组织从过去的经验中获 益。