信息系统项目管理师考试答题技巧和复习重点.docx
《信息系统项目管理师考试答题技巧和复习重点.docx》由会员分享，可在线阅读，更多相关《信息系统项目管理师考试答题技巧和复习重点.docx（52页珍藏版）》请在冰豆网上搜索。
信息系统项目管理师考试答题技巧和复习重点
信息系统项目管理师考试答题技巧和复习重点
一.上午的选择题技巧
对于没有确定把握的题，按自己的第一选择
1.概念、公式类题目，答案选最长的
2.选择某一选项为其他选项合集的
3.如果选项中有二选项相背，则答案位于其中
4.选择提干与核心词汇一致的
5.模型相关的选择题：
带有循环、原型驱动等关键词的选择螺旋模型；需求确定、传统的选择瀑布原型；需求不确定、面向对象的选择迭代模型或者喷泉模型
6.要掌握5类计算，如下：
1）静态回收期/投资回报率
2）动态回收期/投资收益率
3）关键路径和活动6参数
4）三点估算
5）挣值分析绩效控制
6）决策树
二.下午案例分析
1.三个基本观点
1）项目以阶段化管理，迭代开发为主线
2）以范围、质量、成本、周期之间相互约束，保持平衡为主线
3）项目的结构化管理，要具备良好的请示汇报关系，保障责任唯一性
2.如果你实在是不知道怎么写，还可以从案例中找出错误的地方，然后往正确方向写，估计也能得及格分
3.四种答题思路
一、职能/机构的作用：
1）统一组织，建立良好的请示汇报关系，建立相关职能岗位的说明书。
2）统一流程，制订该组织工作的制度，行为规范。
3）通一绩效，制订严格的考核体系，实行奖惩制度。
二、计划编制类
1）识别计划目标、约束等因素。
2）采用合理方法、工具等支持编制。
3）做好计划的相关干系人共同参与的评审，形成计划基线。
4）做好计划的跟踪控制，持续优化改进。
三、控制类
1）建立干系人认可的计划或基线。
2）识别偏差：
以定期等工作方式收集相关问题。
3）分析偏差：
做好相关问题剖析。
4）纠正偏差：
制定相关问题的改正措施。
5）制定新的计划：
通过相关干系人协商，将问题改正措施纳入到后期计划或基线中。
四、评估/评审类
1）识别相关关注点或需求。
2）制定反映关注点或需求的指标体系。
3）根据项目特点，确定指标权重。
4）制定指标的度量准则，形成评审或评估的操作规程。
三.下午论文
掌握一个框架：
论文八段式结构
1）摘要
2）项目背景与岗位工作说明
3）在项目实施过程出现的问题，你作为什么角色，如何解决了问题
4）首先，针对某某问题，项目出现的矛盾，如何解决，解决的效果
5）其次，。
。
。
6）再次，。
。
。
7）项目验收与项目干系人的满意程度
8）展望，说出对于其他项目的借鉴作用
高项考试答题技巧：
1） 对项目管理知识结构要熟悉要做题
2） 还有技术部分也是
3） 法律法规是考前2周突击的
4） 组织级管理比较简单也可以做一做题，做题是帮助你建立知识结构的。
5） 论文一定要背44个子过程，需要写子过程的输入输出和工具方法。
不要花太多时间在论文上面，参照下午辅导的5-4星级范文（281页）写2片论文提交上来，这就相当于考试时的模板套路了。
案例分析需要从题干找线索，有思路就行。
案例分析（形式化技巧）
1） 答题要编号
2） 答题时尽可能多用术语
3） 每条至少十五字
4） 空白之处要写满
5） 卷面整洁干净不出现任何涂改痕迹（形式比内容更重要）千万不要用英文代替
6） 根据题干找答案
7） 问题前后是有关联的，看完题目再作答
8） 输入输出论文写作的建议：
注意论文不能创新，必须要按照套路来写。
论文写作的过程中不能有停顿，否则写作的时间就会不够，所以必须练习。
看已发书的下午辅导：
232页：
论文框架 背景+知识应用（理论联系实际）+总结
379页：
看B.2论文评分标准B，了解评分标准。
233页：
论文布局 先写摘要 一定要按照套路写
235页正文写法：
1.背景（准备800字）需要写明业务内容、工期等体现项目的真实性 项目周期一般为：
6-12个月，项目金额：
软件项目100-1000万，硬件项目1亿左右，一定要写明自己在项目中的职务是项目经理。
不要有图、表、流程图。
2.知识点应用（1000-1500字占正文的一半左右）每个子过程都需要单独标题分条叙述 考试时不能打括号说明 工具和方法需要举1-2个例子，例子一定要具体不要用代替。
主要就是罗列输入输出方法后把实际工作经验镶嵌进去。
3.项目总结可以先对前面的知识点应用回顾一遍，再指出不足。
写总结时一定不能谦虚，对项目的评价都是好上加好略有不足，而且这些不足不能反映实际问题，最好是一些隔靴搔痒、可有可无的问题。
附言：
最新版的招标法（采购法 合同法 监理等）、软件工程规范的文档、综合布线、机房规范、技术部分（较难，软件占80%）、配置管理 这些老师建议在考前2周看一下，这些内容都在作业系统的资料下载里面有个压缩文件夹“曹老师补充上课资料（最新）”里面能够找到。
这个是上课时老师讲到的 我帮大家总结了一下 希望能对大家有帮助。
“程序流程图、数据流程图等”是结构化方法使用的主要分析设计工具，而“先开发一个简化系统，待用户认可后
再开发最终系统”则是原型法的特征。
安全审计属于安全管理类产品，安全审计产品主要包括主机类、网络类及数据库类和业务应
用系统级的审计产品。
国家电子政务总体框架的构成包括：
服务与应用系统、信息资源、基础设施、法律法规与标
准化体系、管理体制；推进国家电子政务建设，服务是宗旨，应用是关键，信息资源开发利
用是主线，基础设施是支撑，法律法规、标准化体系、管理体制是保障。
V模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发各阶段的对应关系。
（1）单元测试的主要目的是针对编码过程中可能存在的各种错误，例如用户输入验证过
程中的边界值的错误。
（2）集成测试主要目的是针对详细设计中可能存在的问题，尤其是检查各单元与其他程
序部分之间的接口上可能存在的错误。
（3）系统测试主要针对概要设计，检查系统作为一个整体是否有效地得到运行，例如在
产品设置中是否能达到预期的高性能。
（4）验收测试通常由业务专家或用户进行，以确认产品能真正符合用户业务上的需要。
在不同的开发阶段，会出现不同类型的缺陷和错误，所以需要不同的测试技术和方法来发现
这些缺陷。
结构化开发方法五个阶段的主要内容
用结构化系统开发方法开发一个系统，将整个开发过程划分为五个首尾相连接的阶段，一般称之为系统开发的生命周期，系统开发的生命周期分为系统规划、系统分析、系统设计、系统实施、系统运行和维护五个阶段。
1．系统规划
系统规划的主要内容包括：
企业目标的确定
解决目标的方式的确定
信息系统目标的确定
信息系统主要结构的确定
工程项目的确定
可行性研究等
2．系统分析
系统分析的主要内容包括：
数据的收集
数据的分析
系统数据流程图的确定
系统方案的确定等
系统分析阶段是整个建设的关键阶段。
3．系统设计
系统设计的主要内容包括：
系统流程图的确定
程序流程图的确定
编码
输入、输出设计
文件设计
程序设计等
4．系统实施
系统实施的主要内容包括：
硬件设备的购买
硬件设备的安装
数据准备
程序的调试
系统测试与转换
人员培训等
5．系统运行与维护
系统运行与维护的主要内容包括：
系统投入运行后的管理及维护
系统建成前后的评价
发现问题并提出系统更新的请求等
软件需求的具体内容
《计算机软件需求说明编制指南》9385中定义了需求的具体内容，包括：
（1功能需求：
指描述软件产品的输入怎样变换成输出即软件必须完成的基本动作。
对于每一类功能或者有时对于每一个功能需要具体描述其输入、加工和输出的需求。
（2性能需求：
从整体来说本条应具体说明软件或人与软件交互的静态或动态数值需求。
①静态数值需求可能包括：
支持的终端数
支付并行操作的用户数
处理的文卷和记录数
表和文卷的大小
②动态数值需求
可包括欲处理的事务和任务的数量，以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。
所有这些需求都必须用可以度量的术语来叙述。
例如，95%的事务必须在小于1s时间内处理完，不然操作员将不等待处理的完成。
（3设计约束：
设计约束受其他标准、硬件限制等方面的影响。
（4属性：
在软件的需求之中有若干个属性如可移植性、正确性、可维护性及安全性等。
（5外部接口需求：
包括用户接口、硬件接口、软件接口、通信接口。
（6其他需求：
根据软件和用户组织的特性等某些需求放在数据库、用户要求的常规的和特殊的操作、场合适应性需求中描述。
由此可知：
①对特定范围内修改所需的时间不超过3秒——性能需求。
②按照订单及原材料情况自动安排生产排序——功能需求。
③系统能够同时支持1000个独立站点的并发访问——性能需求。
④系统可实现对多字符集的支持，包括,5和8等——设计约束。
⑤定期生成销售分析报表——功能需求
⑥系统实行同城异地双机备份，保障数据安全——设计约束。
软件需求的3个层次：
业务需求、用户需求和功能需求
软件需求包括3个不同的层次――业务需求、用户需求和功能需求。
除此之外，每个系统还有各种非功能需求。
业务需求（） 表示组织或客户高层次的目标。
业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。
业务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。
使用前景和范围（）文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求（或）文档。
用户需求（） 描述的是用户的目标，或用户要求系统必须能完成的任务。
用例、场景描述和事件――响应表都是表达用户需求的有效途径。
也就是说用户需求描述了用户能使用系统来做些什么。
功能需求（） 规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。
功能需求有时也被称作行为需求（），因为习惯上总是用“应该”对其进行描述：
“系统应该发送电子邮件来通知用户已接受其预定”。
功能需求描述是开发人员需要实现什么。
系统需求（） 用于描述包含多个子系统的产品（即系统）的顶级需求。
系统可以只包含软件系统，也可以既包含软件又包含硬件子系统。
人也可以是系统的一部分，因此某些系统功能可能要由人来承担。
业务规则 包括企业方针、政府条例、工业标准、会计准则和计算方法等。
业务规划本身并非软件需求，因为它们不属于任何特定软件系统的范围。
然而，业务规则常常会限制谁能够执行某些特定用例，或者规定系统为符合相关规则必须实现某些特定功能。
有时，功能中特定的质量属性（通过功能实现）也源于业务规则。
所以，对某些功能需求进行追溯时，会发现其来源正是一条特定的业务规则。
功能需求 记录在软件需求规格说明（）中。
完整地描述了软件系统的预期特性。
我们一般把它当作文档，其实，还可以是包含需求信息的数据库或电子表格；或者是存储在商业需求管理工具中的信息；而对于小型项目，甚至可能是一叠索引卡片。
开发、测试、质量保证、项目管理和其他相关的项目功能都要用到。
除了功能需求外，中还包含非功能需求，包括性能指标和对质量属性的描述。
质量属性（） 对产品的功能描述作了补充，它从不同方面描述了产品的各种特性。
这些特性包括可用性、可移植性、完整性、效率和健壮性，它们对用户或开发人员都很重要。
其他的非功能需求包括系统与外部世界的外部界面，以及对设计与实现的约束。
约束（） 限制了开发人员设计和构建系统时的选择范围。
产品特性。
所谓特性（） ，是指一组逻辑上相关的功能需求，它们为用户提供某项功能，使业务目标得以满足。
对商业软件而言，特性则是一组能被客户识别，并帮助他决定是否购买的需求，也就是产品说明书中用着重号标明的部分。
客户希望得到的产品特性和用户的任务相关的需求不完全是一回事。
一项特性可以包括多个用例，每个用例又要求实现多项功能需求，以便用户能够执行某项任务。
还有一项称为可用性（）的质量属性，它规定了业务需求中“有效”（）一词的含义。
管理人员或市场营销人员负责定义软件的业务需求，以提高公司的运营效率（对信息系统而言）或产品的市场竞争力（对商业软件而言）。
所有的用户需求都必须符合业务需求。
需求分析员从用户需求中推导出产品应具备哪些对用户有帮助的功能。
开发人员则根据功能需求和非功能需求设计解决方案，在约束条件的限制范围内实现必需的功能，并达到规定的质量和性能指标。
当一项新的特性、用例或功能需求被提出时，需求分析员必须思考一个问题：
“它在范围内吗？
”。
如果答案是肯定的，则该需求属于需求规格说明，反之则不属于。
但答案也许是“不在，但应该在”，这时必须由业务需求的负责人或投资管理人来决定：
是否扩大项目范围以容纳新的需求。
这是一个可能影响项目进度和预算的商业决策。
软件需求分析方法
需求分析方法有：
（1）结构化分析方法：
包括面向数据流的结构化分析方法，面向数据流结构的方法和面向数据结构的结构化数据系统开发方法。
（2）面向对象的分析方法：
从需求分析建立的模型的特性来分，需求分析方法又分为静态分析方法和动态分析方法。
结构化分析方法
结构化分析方法的实质是着眼于数据流，自顶向下，逐层分解，建立系统的处理流程，以数据流图和数据字典为主要工具，建立系统的逻辑模型。
结构化分析的步骤如下：
（1）通过对用户的调查，以软件的需求为线索，获得当前系统的具体模型
（2）去掉具体模型中非本质因素，抽象出当前系统的逻辑模型
（3）根据计算机的特点分析当前系统与目标系统的差别，建立目标系统的逻辑模型
（4）完善目标系统并补充细节，写出目标系统的软件需求规格说明
（5）评审直到确认完全符合用户对软件的需求
面向对象的需求分析方法
面向对象的需求分析方法的核心是利用面向对象的概念和方法为软件需求建造模型。
它包含面向对象风格的图形语言机制和用于指导需求分析的面向对象方法学。
软件过程管理
软件工程管理集成了过程管理和项目管理，包括以下6个方面。
1．启动和范围定义
进行启动软件工程项目的活动并作出决定。
通过各种方法来有效地确定软件需求，并从不同的角度评估项目的可行性。
一旦可行性建立后，余下的任务就是需求验证和变更流程的规范说明。
2．软件项目计划
从管理的角度，进行为成功的软件工程作准备而要采取的活动。
使用迭代方式制订计划。
要点在于评价并确定适当的软件生命周期过程，并完成相关的工作。
3。
软件项目实施
进行软件工程过程中发生的各种软件工程管理活动。
实施项目计划，最重要的是遵循计划，井完成相关的工作。
4．评审和评价
进行确认软件是否得到满足的验证活动。
．
5．关闭
进行软件工程项目完成后的活动。
在这一阶段，重新审查项目成功的准则。
一旦关闭成立，进行归档、事后分析和过程改进活动。
6．软件工程度量
进行在软件工程组织中有效地开发和实现度量的程序。
软件质量保证体系
对于软件质量保证，一个正规的定义是：
软件质量保证是一系列活动，这些活动能够提供整个软件产品的适用性的证明。
要实现软件质量保证，就需要使用为确保一致性和延长的软件周期而建立的质量控制规则。
而质量保证、质量控制、审核功能以及软件测试之间的关系经常容易使人迷惑
为了生产出满足客户需求的产品，就必须遵循一定的过程。
质量保证是一系列的支持措施，有了这些措施，这些过程的建立和改进就有了保障。
在质量保证的过程中，产品质量将和可用的标准相比较，同时也要和不一致产生时的行为相比较。
而审核则是一个检查/评估的活动，用以验证与计划、原则以及过程的一致性。
软件质量保证是一种计划好的行为，它可以保证软件满足评测标准，并且具体项目所需要的特性，例如可移植性、高效性、复用性和灵活性。
它是一些活动和功能的集合，这些活动和功能用来监控软件项目，从而能够实现预计的目标。
它不仅仅是软件质量保证组的责任，项目经理、项目组长、项目人员以及用户都可以参与到其中。
质量保证是用来管理质量的。
“保证”这个词也就意味着，如果遵循了一定的过程，管理者就能够确保产品的质量。
质量保证也是一个接触反应式的功能，它能激起管理者以及工作人员对于质量的积极态度。
成功的软件保证管理者懂得如何使人们关心质量，并深深懂得质量对于个人和组织具有何等重要的意义。
要实现软件质量的目标，主要是需要遵循软件质量控制计划。
为了确保每个里程碑[3] 所提交的文档和产品都具有高质量，项目就必须引入一些方法来使之得到保证。
而这些方法就在软件质量控制计划中进行声明。
这一外在的方式会保证一些步骤得到实施，而这些步骤的目的也就是要获得软件质量并且能对那些行为的文档进行管理。
这个计划也制定了评测标准，这些评测标准用于检测而不是仅仅设定一个不可能完成的目标，例如，希望生产一个零缺陷的软件或者百分之百可以信赖的软件。
软件质量保证是一种风险管理的策略。
因为软件质量的成本很高，需要纳入到项目的正规的风险管理中来，所以软件质量保证的存在是非常有必要的。
下面是一些较差的软件质量的例子：
1． 被分发出去的软件频繁地出现故障。
2． 系统失败导致不可接受的结果，这种结果可以是经济上的损失或者是危及生命的情况。
3． 在需要执行预定功能时，系统不可用。
4． 系统增强的成本非常的高。
5． 检测和缺陷纠正的成本过高。
尽管大部分的质量风险都和缺陷有关，但相对需求而言，系统失败的地方就是一个缺陷。
如果需求本身不够完整，甚至是错误的，那么缺陷的风险就更大。
而这样所导致的结果就是许许多多内在的缺陷和不能被查证的产品。
一些风险管理策略和技术包括了软件测试、技术复查、同等复查以及符合程度的查证。
软件可靠性和可维护性测试评审时要考虑：
1、针对可靠性和可维护性的测试目标
2、测试方法
3、测试用例
4、测试工具
5、测试通过标准
6、测试报告
信息系统安全风险评估是通过数字化的资产评估准则完成的，它通常会覆盖人员安全、人员信息、公共秩序等方面的各个要素，
1、人员安全
2、人员信息
3、立法及规章所确定的义务
4、法律的强制性
5、商业及经济的利益
6、金融损失对业务活动的干扰
7、公共秩序
8、业务政策及操作
9、信誉的损害
清华信息系统项目管理师教程第二版P565.
软件设计与软件设计内容
软件设计是把许多事物和问题抽象起来，并且抽象它们不同的层次和角度。
建议用数学语言来抽象事务和问题，因为数学是最好的抽象语言，并且它的本质就是抽象。
将复杂的问题分解成可以管理的片断会更容易。
将问题或事物分解并模块化这使得解决问题变得容易，分解的越细模块数量也就越多，它的副作用就是使得设计者考虑更多的模块之间耦合度的情况。
软件设计包括软件的结构设计，数据设计，接口设计和过程设计。
结构设计是指：
定义软件系统各主要部件之间的关系。
数据设计是指：
将模型转换成数据结构的定义。
接口设计是指：
软件内部，软件和操作系统间以及软件和人之间如何通信。
过程设计是指：
系统结构部件转换成软件的过程描述。
软件测试原则
一，测试应该尽早进行，最好在需求阶段就开始介入，因为最严重的错误不外乎是系统不能满足用户的需求。
二，程序员应该避免检查自己的程序，软件测试应该由第三方来负责。
三，设计测试用例时应考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下要制造极端状态和意外状态，如网络异常中断、电源断电等。
四，应该充分注意测试中的群集现象。
五，对错误结果要进行一个确认过程。
一般由A测试出来的错误，一定要由B来确认。
严重的错误可以召开评审会议进行讨论和分析，对测试结果要进行严格地确认，是否真的存在这个问题以及严重程度等。
六，制定严格的测试计划。
一定要制定测试计划，并且要有指导性。
测试时间安排尽量宽松，不要希望在极短的时间内完成一个高水平的测试。
七，妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便。
软件文档
开发文档
开发文档是描述软件开发过程，包括软件需求、软件设计、软件测试、保证软件质量的一类文档，开发文档也包括软件的详细技术描述、程序逻辑程序间相互关系、数据格式和存储等
开发文档起到如下五种作用
1、它们是软件开发过程中包含的所有阶段之间的通信工具，它们记录生成软件需求设计编码和测试的详细规定和说明。
2、它们描述开发小组的职责，通过规定软件主题事项文档编制质量保证人员以及包含在开发过程中任何其他事项的角色来定义做什么、如何做和何时做。
3、它们用作检验点而允许管理者评定开发进度。
如果开发文档丢失、不完整或过时，管理者将失去跟踪和控制软件项目的一个重要工具。
4、它们形成了维护人员所要求的基本的软件支持文档，而这些支持文档可作为产品文档的一部分。
5、它们记录软件开发的历史
基本的开发文档是
1、可行性研究和项目任务书
2、需求规格说明
3、功能规格说明
4、设计规格说明包括程序和数据规格说明
5、开发计划
6、软件集成和测试计划
7、质量保证计划标准进度
8、安全和测试信息
产品文档
产品文档规定关于软件产品的使用维护增强转换和传输的信息
产品的文档起到如下三种作用
1、为使用和运行软件产品的任何人规定培训和参考信息
2、使得那些未参加开发本软件的程序员维护它
3、促进软件产品的市场流通或提高可接受性
产品文档用于下列类型的读者
1、用户他们利用软件输入数据检索信息和解决问题
2、运行者他们在计算机系统上运行软件
3、维护人员他们维护增强或变更软件
产品文档包括如下内容
1、用于管理者的指南和资料他们监督软件的使用
2、宣传资料通告软件产品的可用性并详细说明它的功能运行环境等
3、一般信息对任何有兴趣的人描述软件产品
基本的产品文档包括
1、培训手册
2、参考手册和用户指南
3、软件支持手册
4、产品手册和信息广告
管理文档
这种文档建立在项目管理信息的基础上诸如：
1、开发过程的每个阶段的进度和进度变更的记录
2、软件变更情况的记录
3、相对于开发的判定记录
4、职责定义
这种文档从管理的角度规定涉及软件生存的信息
考试国标知识点（六）：
16260质量特性及其使用指南
2012年上半年信息系统项目管理师考试国标和相关一些规划知识点的考题达到了6道，所以这一块也是一个重要的知识点，将在接下来的一段时间对这一块的重点知识点进行解说
考试国标知识点（六）：
16260质量特性及其使用指南
描述了关于软件产品质量的两部分模型
1、内部质量和外部质量
2、使用质量
为内部质量和外部质量规定了六个特性，它们可进一步细分为子特性。
当软件作为计算机系统的一部分时，这些子特性作为内部软件属性的结果，从外部显现出来。
为使用质量规定了四个特性，使用质量是面向用户的六个软件产品质量特性的组合效用。
术语
1、性能级别：
要求被满足的程度，它由一组质量特性的特定值来表示。
软件产品质量可以通过测量内部属性
升级会员 