信息系统项目管理工程师真题知识点汇总.docx
《信息系统项目管理工程师真题知识点汇总.docx》由会员分享，可在线阅读，更多相关《信息系统项目管理工程师真题知识点汇总.docx（27页珍藏版）》请在冰豆网上搜索。
信息系统项目管理工程师真题知识点汇总
信息系统项目管理工程师考试真题知识点汇总
1.大数据：
Ø大数据是互联网时代下的产物，大数据不仅是技术，更是一种思维方式、发展战略和商业模式，在信息化社会下，采用数据资源和数据思维，对未来的发展将具有重大意义和产生深远影响；企业的价值与其数据资产的规模、活性、解释并运用数据的能力密切相关；在大数据中，大数据之和的价值远远大于各个单个数据价值
Ø大数据将是未来经济社会发展的一个重要特征
Ø大数据是数据及相关技术工具的统称
Ø大数据的4v特征：
数量Volume、多样性Variety、速度Velocity、真实性Veracity
2.信息系统的历程：
低级到高级；单机到网络；数据处理到智能处理；集中式计算到云计算
3.云计算
云计算（cloudcomputing）是基于互联网的相关服务的增加、使用和交付模式，通常涉及通过互联网来提供动态易扩展且经常是虚拟化的资源。
云是网络、互联网的一种比喻说法。
云计算包括几个层次的服务，基础设施既服务（laaS），平台即服务（PaaS）和软件即服务（SaaS）。
云计算凭借数量庞大的云服务器为用户提供远远超单台服务器的处理能力，支持用户在任意位置获取应用服务，用户不必考虑应用的具体位置，可以构造不同的应用，同一个“云”可以同时支撑不同的应用运行，并具有强大的扩展性。
4.移动互联网
是将移动通信和互联网二者结合起来，成为一体，通过互联网的技术、平台、商业模式和应用与移动通信技术结合并实践的活动的总称
互联网+将互联网和其它行业进行了全面融合
5.面向服务SOA
SOA本身就是一种面向企业级服务的系统架构，简单来说，是一种进行系统开发的新的体系架构，在基于SOA架构的系统中，具体应用程序的功能是由一些松耦合并且具有统一接口定义方式的组件（service）组合构建起来的，因此基于SOA的架构也一定是从企业的具体需求开始构建的。
6.软件需求
业务需求：
反映组织结构或客户对系统、产品高层次的目标要求。
--项目视图和范围文档中予以说明
用户需求：
用户使用产品必须要完成的任务，在使用实例文档或方案脚本说明中予以说明
功能需求：
定义开发人员必须实现的软件功能
软件需求分析的目的是：
检测和解决需求之间的冲突、发现软件的边界、以及软件与其环境如何交互，详细描述系统需求，而导出软件需求是软件设计需求分析。
7.MVC（模型model,视图view,控制器controller）
MVC是一个框架模式，它强制的使应用程序的输入、处理和输出分开。
使用MVC应用程序被分成三个核心部件：
模型、视图、控制器。
它们各自处理自己的任务，最典型的MVC就是jsp+servlet+javabean的模式
8.软件度量
软件度量包含：
项目度量、产品度量、过程度量
9.软件需求文档必要的
1.软件需求规格说明书，2.软件设计说明书（概要+详细）3.软件验证与确认计划，4.软件验证和确认报告，5.用户文档
10.软件测试
1.是软件开发一重要环节，被认为应该包括在整个开发和维护过程中的活动，测试时针对一个程序行为，在有限测试用例集合上，动态验证软件是否达到预期的行为，是检查预防措施是否有效的主要手段，是识别由于某种原因预防措施无效而产生错误的主要手段。
2.黑盒测试：
通过分析程序功能来设计测试用例的方法，除了测试程序外还用于对需求分析阶段的软件文档进行测试（又叫做功能测试）
3.白盒测试：
除测试程序外，也用于对软件具体设计阶段的软件文档进行测试
4.软件可靠性和可维护性测试评审在功能测试基础上进行的
5.灰盒测试：
是介于黑盒和百盒之间
6.软件测试管理过程：
制定测试计划及用例、执行测试、发现并报告缺陷、修正缺陷、重新测试
7.回归测试：
指修改旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误，自动回归测试将大幅降低系统测试、维护升级等阶段的成本。
8.冒烟测试：
源自硬件行业。
对一个硬件或硬件组件进行更改或修改后，直接给设备加电。
11.软件结构的度量
内聚性：
一个模块内部各个元素之间彼此结合的紧密程度的度量，从功能角度度量模块内的联系。
耦合性：
模块间相互连接的紧密程度的度量，反映了模块的独立性，也反映了系统分解后的复杂程度。
（高内聚、低耦合有利于提高模块的独立性。
）
层次性：
关联性：
12.配置管理基线
1.配置管理基线
功能基线：
系统分析和软件定义阶段结束时，在经过正式评审和批准的系统设计规格说明书中对开发系统的规格说明。
是最初批准的功能配置标识。
分配基线：
指在最初批准的分配配置标识。
产品基线：
软件组装与系统测试阶段结束时，经过正式评审和批准的有关软件产品的全部配置项的规格说明。
是最初批准的产品配置标识。
2.软件配置管理：
包括4个活动配置项标识、配置状态报告、配置审计
13.信息系统安全
1.信息系统安全风险评估
评估通过数字化的资产评估准则完成，覆盖：
1.人员安全、2.人员信息、3.立法及规章所确定的义务、4.法律的强制性、5.商业及经济的利益、6.金融损失或对业务活动的干扰、7.公共秩序、8.业务政策及操作、9.信誉的损害
2.信息系统安全等级划分
物理、网络、主机、应用、数据、备份恢复
网络—当检测攻击时记录攻击源IP、攻击类型、目的、时间，再次检测则提供报警
3.信息系统安全保护等级划分：
第一级用户自主保护
第二级系统审计保护
第三级安全标记
第四级结构化
第五级访问验证
14.访问控制
包括：
鉴别和授权
分类：
强制访问控制（MAC）、自主访问控制（DAC）
（RBAC）基于角色的访问控制：
角色由应用系统的管理员定义，角色成员的增减也只可以由系统的管理员执行，授权规定是强加给用户的，用户只能被动接受，不可以自主的决定，也不可以自主地将访问权限传给他人。
15系统运维管理
目的通过自动化和操作化降低对运维人员的要求，从而达到降低企业运维成本的目的，而保障系统正常运行
16网络分级层
网络分级设计把一个大的、复杂的网络分解为多个小的、容易管理的网络。
分级网络结构中的每一级解决一组不同的问题。
在网络设计模型中，网络设备划分为三层：
核心层：
尽快地转发分组，提供优化的、可靠的数据传输功能
汇聚层：
通过访问控制列表或其他的过滤机制进入核心层的流量，定义了网络边界和访问策略
接入层：
负责用户设备的接入，防止非法用户进入网络
17域名服务器（dns）
Dns全称（domainnameserver）是一种程序，它保存了一张domainname和与之对应的ip地址（ipaddress）的表，以解析消息的域名。
18各层工作
物理层：
比特流
数据链路层：
数据帧
网络层：
数据流
传输层：
数据包
会话层：
进程会话
表示层：
压缩解压缩，加密解密
应用层：
应用程序间交互
19各种协议、接口、网络
1.ICMP是与IP协议同层的协议，可用于互联网上的路由器报告差错或提供有关意外情况的信息
2.在以太网中，双绞线使用RJ45接口与其他网络设备连接
RJ11主要用来联接modem调制解调器。
LC是长距离光纤接口的意思。
MAC是计算机物理地址。
20.综合布线
1.用于连接两栋建筑物的子系统是建筑群子系统
21.面向对象
1.通过消息传递，各个对象之间实现通信
2.每个对象都属于特定的类
3.面对对象软件开发可以实现代码的重用
4.对象是由具体的类实例化来，一个对象不能是两个以上类的实例。
22.组件
组件：
系统中一种物理的、可代替的部件、它封装了实现并提供了一系列可用的接口。
一个组件代表一个系统中实现的物理部分，包括软件代码（源代码、二进制代码、可执行代码）或者一些类似的内容，如脚本或者命令文件。
23.UML（unifiedmodellanguage）
一种面向对象的标准化的统一标准化建模语言。
1.需求分析阶段：
用用例来捕获用户需求，描述对系统感兴趣的外部角色及其对系统的功能要求。
2.分析阶段：
识别类以及它们相互之间的关系，并用UML类图来描述。
23.项目章程的制定
影响因素：
政府或行业标准、组织的基础设施、市场条件
24.项目管理过程
1.项目启动--
2.制定项目计划---建立wbs、活动排序
3.指导和管理项目执行---项目质量保证
4.监督和控制项目工作---管理项目团队
5.项目收尾
25关键路径找寻
1.路径上活动耗时最长的或活动最多的，最可能完成活动时间T=（乐观+4可能+悲观）/6
2.最早开始时间es工期最早结束时间ef
最晚开始时间ls自由工期最晚结束时间lf
自由工期=后续活动的最早开始时间-本活动的最早完成时间
26项目范围管理
1.项目初步范围说明书的编制主要依据：
项目章程、项目的环境因素、项目的过程资产内容；a.项目章程是编制项目初步范围计划书的根本依据，因为项目章程给出了项目的目标和要求等内容，是指导编制的基础和出发点。
B.项目环境因素是人们编制系那个没初步范围说明书时项目外部环境和组织环境因素，因为变化所以不断更新。
C组织过程资产指在编制初期人们所拥有的组织过程资产
2.项目目标最早出现在项目章程;项目目标的设定标准可以用一个简单词SMART来表达，范围定义过程给出了项目和产品的详细描述，并把结果写进详细的项目范围说明书中，范围确认也被称为范围核实，目的是核实工作结果是否正确，贯穿项目始终。
3.项目范围的管理是对项目应该包括什么和不应该包括什么进行相应的定义和控制。
它包括用以保证项目能按要求的范围完成所涉及的所有过程，包括：
确定项目的需求、定义规划项目的范围、范围管理的实施、范围的变更控制管理以及范围核实等。
27项目可行性研究
组织可行性：
制定合理的项目实施进度计划、设计合理的组织机构、选择经验丰富的管理人员、建立良好的协作关系、制定合适的培训计划等。
28.项目绩效报告
绩效报告包括：
项目的进展和执行情况、成本的使用情况、团队成员的绩效情况、状态报告、进展报告、预测报告、项目存在的问题及解决措施。
28单因素敏感分析法
敏感性影响原理，绝对值越大，表明该因素对敏感性影响越大。
29评估软件项目风险
1.缺乏领导支持、进度、质量、系统性能、开发需要的资金是否按时到位、需求变更、沟通不良、合同、技术、团队成员能力、素质、团队成员协作、人员流动、系统运行环境、分包商、资金
30风险类别
提供了一种结构化方法以便使风险识别的过程系统化、全面化、保证组织能够在一个统一的框架下进行风险识别，目的是提高风险识别的质量和有效性
31.风险定性分析输出
1.风险记录（更新），随着风险识别过程中被初始化，随着风险定性分析的进展而更新，更新的风险记录包含在项目管理计划中包括：
按优先级或相对等级排列的项目风险、按种类的风险分组、需要近期做出响应的风险列表、需要进一步分析和应对的风险列表、低优先级风险的监视表、风险定性分析的趋势、
32采购计划
1.采购计划的编制工具和技术：
自制/外购分析、专家判断、合同类型
33.合同收尾
1.合同收尾的工具和技术包括过程审计、记录管理系统
2.合同收尾过程不是工具和技术，它只是合同管理的一个过程
3.合同收尾包括项目验收、管理收尾
4.提前终止合同是合同收尾的一种特例
34.结构化项目选择和优先级排列法
1.决策表技术
2.财务分析
3.DIFF分析：
=EMV截至目前的时间为止/ETC估算到完成时的成本
EMV指项目的期望货币值，如果考虑支付风险因素，则期望货币值是各个支付值与支付概率的乘积之和
35项目过程
1.制定过程：
建立项目组织所需要的各个过程文件，支撑过程实施的操作指南、文档模版和检查表
2.执行过程：
按照预定义的过程实施项目
3.监督过程：
由独立的组织检查项目组织实施预定义过程的符合度
36流程管理
业务流程：
管理流程、操作流程、支持流程
流程管理就是管理好业务流程，管理层次包括规范流程、优化流程、再造流程
37.绩效评估和审计
1.绩效审计是经济审计、效率审计、效果审计的合称
2.按审计时间分：
事前审计、事中审计、事后审计
3.项目绩效评估主要通过：
定量对比分析、对项目运营效益进行综合判断
4.绩效评估以授权或委托的形式让独立的机构或个人来进行就是绩效审计
38.静态、动态投资回收期
1.净现值P=净收益F/（1+i是贴现率）括号的N次方，计算出的结果和计划投资额做比较算出的N次方就是对应的动态投资回收期
2.静态投资回收期=累计净现金流量第一次出现正值的年份-1+该年初尚未回收的投资的绝对值/该年净现金流量
39.管理储备
1.最大资金需求和成本基准末端值的差异就是管理储备
40.挣值分析法
41项目成本控制
1.项目成本控制必须和项目进度结合起来才能进行有效控制
2.成本控制必须识别可能引起项目成本基准计划发生变动的因素，并对这些因素施加影响，以保证该变化朝着有利的方向发展
3.成本控制是项目管理的重要活动不是具体的个人活动
4.监督费用的实施情况、发现实际费用和成本计划的偏差，找出偏差原因，组织不正确不合理和未经批准的费用变更。
5.成本控制的关键是经常并及时分析项目成本绩效
42软件质量
1.质量审计是对质量管理活动进行结构性审查，决定一个项目质量活动是否符合组织政策、过程和程序的独立的评估活动，属于事后活动。
2.质量保证关注项目执行过程中的质量
3.质量保证指为了使人们确信某一产品、过程或服务的质量所必须的全部有计划有组织的活动。
43质量计划编制依据
1.质量计划编制依据：
项目章程、项目管理计划、项目范围说明书、组织过程资产、环境和组织因素
2.产品市场评价属于项目目标已经完成，产品已经上市、不可能成为质量计划编制依据
3.质量计划是确定适用于项目的质量标准并决定如何满足这些标准
44.创建基线和发现基线的步骤
获取CCB授权、创建构造基线和发行基线、形成文件、使基线可用
45.软件系统版本号
1.主板本号+次版本号+修改号
2.正式状态---格式X.Y；草稿状态---O.YZ；正在修改状态---X.YZ
46.需求分析收集
1.需求分析收集：
采用高效会议方式，做到1.事先制定一个例会制度，2.放弃可开可不开的会议，3明确会议的目的和期望结果，4发布会议通知，5在会议之前将会议资料发到参会人员，6可以借助视频设备，7明确会用规则，8明确主持人，主持人要对会议进行有效控制，明确每个人的发言时间，每次发言时只有一个声音，9会议后要总结，提炼结论，10会议要有会议记录，11做好会议后勤保障。
2.需求分析阶段分：
需求提出、需求描述、需求评审
需求提出：
集中于描述系统目的
需求描述：
4.软件需求分类：
业务需求、用户需求（用户的目标、要求系统必须能完成的任务）、功能及非功能需求（开发人员必须在产品中实现的软件功能）
5.需求定义目标：
根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，形成《需求规格说明书》
47需求跟踪
1.需求跟踪矩阵：
可以把每个需求与业务目标或项目目标联系起来，2.需求跟踪矩阵为管理产品范围变更提供框架，3逆向需求跟踪检查设计文档、代码、测试用例等工作产品是否能在《需求规格说明书》中找到出处
2.需求跟踪方式：
正向跟踪—检查产品需求规格说明书中每个需求是否能再后继工作成果中找到对点
逆向跟踪—检查设计文档、代码、测试用例等工作成果是否能够在产品需求规格说明书中找到。
正向跟踪和逆向跟踪合称为双向跟踪，不论采用何种跟踪方式，都要建立在维护需求跟踪矩阵。
48.英语单词
Wirelesslan无限局域网standar标准multiplerouters路由器routersdynamicrouting
Destinationaddresses目标地址ipaddressesIP地址workaddresses工作地址routeraddresses路由地址
Projectschedule项目计划workbreakdownstructure工作分解结构baseline基线
软件需求说明书softwarerequirementsspecification软件需求说明书plan计划
aneffortestimateforeachtask一份针对每个任务的工作量估算aresourcelistwithavailabilityofreachresource可用资源列表
relationships关系resources资源stakeholders干系人deliverables交付物
bridge桥梁hardware硬件disk磁盘cloud-computing云计算model模型stack堆栈platform平台network网络infrastructure基础设施
parametric参数analogous类似expertjudgment专家判断estimating估计duration持续时间fasttracking快速跟进
49移动通信技术标准
第四代4G:
TD-LTEFDD-LTE
第三代3G:
CDMA2000WCDMATD-SCDMA
50协同制造公共服务平台
1.多采用分布式系统，而非集中式系统
2.需要大数据技术的支持
3.需要宽带网络的支持
4.需要加强信息安全管理
51.软件工程管理
1.软件工程管理集成了过程管理和项目管理，既范围定义、项目计划、项目实施、评审和评价、软件工程度量
52.类和对象关系
类相当于模板，对象是根据模板生成的，类不占内存
53.项目论证和评估
项目论证：
主要指在项目方案的设计和变更过程中所作的论述、推理和证明
项目评估：
主要指在项目方案完成后对于项目方案的评价、评审和审查等方面的工作
区别：
1.内容不同：
论证从主观角度去论证项目决策方案的必要性和合理性，项目评估是从客观角度评估项目决策方案的可行性和有效性
2.主体不同：
项目论证的主体是项目决策者，项目评估主体多是独立的第三方
3.客体不同：
项目论证的客体是正在形成中的各种项目决策方案，而项目评估的客体是已经提出基本成型的项目决策备案方案。
54.风险识别阶段的输出：
1.已识别的风险列表2.风险的征兆或警告新号3潜在风险应对方法列表4风险根本原因5更新的风险分类低优先级风险监视表
低优先级风险监识表是定性风险分析阶段的输出产物。
55项目收尾
项目收尾的输出包括：
管理收尾规程，合同收尾规程，最终产品、服务或成果，组织过程资产
56.DIPP分析
DIPP的定义如下：
DIPP=EMV/ETC 值越高，项目资源利用率越高
其中EMV是指项目的期望货币值。
如果考虑支付风险因素，则EMV是各个支付值与支付概率的乘积之和。
ETC是完工尚需成本，指从当前时间点开始计算，估计到项目结束时仍然要花费的成本。
过去花费的成本被当作沉没成本而不予考虑。
在项目开始的时候，ETC值就是项目的总预算值。
随着项目的实施，项目的ETC值也会逐渐减少，而沉没成本不再发生变化。
这样：
项目的未来收益=EMV-ETC 因此，从直观上来看，就单个项目而言，随着时间的推移，越接近项目的结束，DIPP值越高，也就越会受益于项目完成后的收益。
57.技术评审
1.软件开发过程的技术评审是评价软件产品，以确定其对使用意图的适合性，表明产品是否满足要求。
并向管理提供证据，以表明产品是否满足规范说明并遵从标准，而且可以控制变更。
管理评审的目的是监控进展，决定计划和进度的状态，确认需求及其系统分配，或评价用于达到目标适应性的管理方法的有效性。
58.软件维护
更正性维护：
既纠错性维护
适应性维护：
为了适应环境的变化进行的维护
完善性维护：
新增需求的维护
预防性维护：
为未来的修改和调整奠定更好基础
59.数据流图
数据流：
箭头，数据源（外部实体）：
方框，加工（处理）：
圆圈，数据存储：
==
60.各种度量
易学性度量：
评估帮助系统和文档的有效性
易操作性度量：
用来测试功能
吸引性度量：
屏幕设计和颜色
易用性依从性度量：
61.信息点数对应的电缆长度计算：
=（最长+最短）/2*1.1*信息点数
62各种层的分布
OSI参考模型：
应用层、表示层、会话层、传输层、网络层、数据链路层、物理层
TCP/IP模型：
应用层、传输层、网络层、网络接口层
DNSUDOTCPIP
63IEEE802标准
IEEE802.11无线局域网
IEEE802.3以太网介质访问控制
IEEE802.4令牌总线网
64对象模型技术
对象模型、功能模型、动态模型
65.风险
二、案例分析
试题一
1.双代号网络节点只表示编号，两个节点间由小号指向大号节点的连线表示一个工作，工期写在线上。
虚线代表没有工期，既前面的工作完成，后面的工作开始
2.单代号网络节点本身就是一个工作，节点圈内除了写编号外，还要写明工期
3.网络图的绘制原则：
只允许一个起点和节点；不允许出现闭合回路；不允许出现同样编号的节点和剪线；不允许一个代号代表一个实施过程；不允许出现双箭头或无箭头；应减少交叉箭线，应采用暗桥法、断线法、指向法
4.绘制时，用直线或折现，不能用曲线；避免反向箭头，力求少用不必要的虚箭线；常用母线法绘制；
5.节点计算法：
（最早时间）从左到右，依次进行，顺着箭线相加，重、逢箭头相碰的节点取最大值；（最晚时间）从右到左，依次进行，逆着箭线相减，逢箭尾相碰的节点取最小值
6.时标网络图（时标网络计划）
7.单代号网络图、双代号网络图（箭线图）、甘特图
8.
总时差是指在不延误项目完成日期或违反进度因素的前提下，某活动可以推迟的时间。
总时差=LS-ES=LF-EF
自由时差是指在不影响紧后活动最早开始的情况下，当前活动可以推迟的时间。
自由时差=（后一活动）ES-（前一活动的）EF
总时差的含义就是，不影响总工期的情况下，可以耽误的时间;自由时差的含义就是，不影响紧后工作的最早开始时间而可以耽误的时间。
3.先计算每个节点的最早开始时间（顺序，取最大）、节点的最晚结束时间（逆序、取最小）
4.计算每个活动的最早开始、最早结束（正序）、最晚开始、最晚结束（逆序，最晚结束可以取对应节点的最晚结束时间）
5.计算总时差tf、自由时差ff:
总时差=es-ef=ls-lf,自由时差ff=紧后工作的最早开始时间-该工作的最早结束时间（如果没有紧后工作，则该工作的自由时差为0）
挣得值分析法
1.挣值分析法又称赢得值法或偏差分析法
2.计划工作量的预算费用BCWS（budgetedcosttoforworkscheduled）---反映进度计划应当完成的工作量
AC已完成工作量的实际费用ACWP（actualcostforworkperformend）---项目执行的实际消耗指标
已完成工作量的预算成本BCWP（budgetedcostforworkperformed）或称挣值、盈值、挣得值
费用偏差（CostVariance-CV）；CV是指检查期间BCWP与ACWP之间的差异，计算公式为CV=BCWP-ACWP。
当CV为负值时表示
升级会员 