![]() |
项目忙还想过软考,您需要简练! 《简练APP》针对软考项目管理中级高级,梳理历年真题、大纲、教程、知识点四者的动态关系,建立一体化的“学习-检测”系统,大纲为主线,教程为源点,知识点逐个击破,用真题检测。 |
解析:选项D属于“系统设计”阶段。 E-R方法是“实体-联系方法”(Entity-Relationship Approach)的简称。它是描述现实世界概念结构模型的有效方法。是表示概念模型的一种方式,用矩形表示实体型,矩形框内写明实体名;用椭圆表示实体的属性,并用无向边将其与相应的实体型连接起来;用菱形表示实体型之间的联系,在菱形框内写明联系名,并用无向边分别与有关实体型连接起来,同时在无向边旁标上联系的类型(1:1,1:n或m:n)。
知识点: 结构化方法 实体-关系图-定义
解析:类-对象模型 是面向对象的相关概念。
知识点: 典型的信息系统项目的生命周期模型 螺旋模型 瀑布模型 迭代模型
解析:软件过程改进SPI的五条核心原则分别是: •注重问题 •强调知识创新 •鼓励参与 •领导层的统一 •计划不断地改进。 SPI就是要在实践中发现软件过程中的问题,并在实践中寻找和找到解决问题的办法,可以说过程改进就是在不断发现问题和解决问题的过程中不断向前发展。所以软件过程改进一般从问题分析开始。
知识点: 软件过程改进
解析:“关于印发《国家电子政务总体框架》的通知”(国信[2006]2号) 二、总体框架的构成 国家电子政务总体框架的构成包括:服务与应用系统、信息资源、基础设施、法律法规与标准化体系、管理体制;推进国家电子政务建设,服务是宗旨,应用是关键,信息资源开发利用是主线,基础设施是支撑,法律法规、标准化体系、管理体制是保障。框架是一个统一的整体,在一定时期内相对稳定,具体内涵将随着经济社会发展而动态变化。各地区、各部门按照中央和地方事权划分,在国家电子政务总体框架指导下,结合实际,突出重点,分工协作,共同推进电子政务建设。
知识点: 电子政务
解析:《GB 16260.1-2006-T 软件工程产品质量第I部分质量模型》中关于使用质量的定义: 7.1 使用质量 软件产品使指定用户在特定的使用周境下达到满足有效性、生产率、安全性及满意度要求的特定目标的能力。 阅读理解题。
知识点: 软件工程产品质量第1部分:质量模型
解析:商业机构对行政机构(B2A)的电子商务指的是企业与政府机构之间进行的电子商务活动。
知识点: 电子政务类型
解析:能确认需求、能验证需求的实现属于对需求描述的精确性要求。“估算需求的成本”本身描述不是很清楚,如果是估算,就不属于精确性要求。但需求变更的影响很难精确地确定。建议选择D
知识点: 软件需求
解析:A、C、D均应为甲方的职责
知识点: 信息系统工程监理
解析:用排除法!第一步,可以先排除A和D。第二步,分析“规划”和“细则”的字面意思,可知,“细则”太具体,没必要单位的技术负责人书面批准。
知识点: 信息系统工程监理
解析:软件过程管理一般包括6个方面:启动和范围定义;软件项目计划;软件项目实施;评审和评价;关闭和软件工程度量。
知识点: 软件过程管理
解析:泛化和继承:当多个用例共同拥有一种类似的结构和行为时,可以将它们的共性抽象成为父用例,其他的用例作为泛化关系中的子用例。在用例的泛化关系中,子用例是父用例的一种特殊形式,子用例继承了父用例所有的结构、行为和关系。继承关系是泛化关系的反关系,也就是说子类是从父类继承的,而父类则是子类的泛化。 扩展关系:如果一个用例明显的混合了两种或两种以上的不同场景,即根据情况可能发生多种分支,则可以将这个用例分为一个基本用例和一个或多个扩展用例,这样使描述可能更加清晰。 依赖关系:是一种使用的关系,即一个类的实现需要另一个类的协助,所以要尽量不使用双向的互相依赖。
知识点: 统一建模语言-定义
解析:GB/T16680-1996 7.2.1 开发文档 开发文档是描述软件开发过程,包括软件需求、软件设计、软件测试、保证软件质量的一类文档,开发文档也包括软件的详细技术描述(程序逻辑、程序间相互关系、数据格式和存储等)。 开发文档起到如下五种作用: a) 它们是软件开发过程中包含的所有阶段之间的通信工具,它们记录生成软件需求、设计、编码和测试的详细规定和说明; b) 它们描述开发小组的职责。通过规定软件、主题事项、文档编制、质量保证人员以及包含在开发过程中任何其他事项的角色来定义做直截了当、如何做和何时做; c) 它们用作检验点而允许管理者评定开发进度。如果开发文档丢失、不完整或过时,管理者将失去跟踪和控制软件项目的一个重要工具; d) 它们形成了维护人员所要求的基本的软件支持文档。而这些支持文档可作为产品文档的一部分; e) 它们记录软件开发的历史。 在新版高级教程468页中,将开发团队的职责定义归入到管理文档中。此题根据新版高级教程,应该选择B。
知识点: 软件文档管理
解析:根据《GB/T 16260.1-2006 软件工程产品质量第I部分质量模型》: 6 外部和内部质量的质量模型 本章定义了外部和内部质量的质量模型,它将软件质量属性划分为六个特性(功能性、可靠性、易用性、效率、维护性和可移植性),并进一步细分为若干子特性,这些子特性可用内部或者外部度量来测量。 7 使用质量的质量模型 本章定义了使用质量的质量模型。使用质量的属性分类为四个特性:有效性,生产率,安全性和满意度。
知识点: 软件工程产品质量第1部分:质量模型
解析:《GB/T 16680软件文档管理指南》: 9.5 文档签署 软件产品的所有文档,都应按规定进行签署。 软件文档签署的顺序一般按编写→审核→会签→标准化→批准的顺序进行,其中会签仅在必要时才进行。 签署不允许代签。 修改单的签署与被修改的文档签署相同。
知识点: 软件文档管理
解析:计算机系统安全保护能力的五个等级: 第一级:用户自主保护级; 第二级:系统审计保护级; 第三级:安全标记保护级; 第四级:结构化保护级; 第五级:访问验证保护级。
知识点: 信息安全等级保护管理
解析:认证(鉴别)服务:在网络交互过程中,对收发双方的身份及数据来源进行验证。
知识点: OSI安全体系结构
解析:访问控制服务:防止未授权用户非法访问资源,包括用户身份认证和用户权限确认。
知识点: OSI安全体系结构
解析:质量保证,即Quality Assurance,简称QA。 QA是以保证各项质量管理工作实际地、有效地进行与完成为目的的活动体系。
知识点: 实施质量保证-定义及输入输出
解析:选项C属于数据链路层的功能。
知识点: OSI七层模型与TCP/IP四层模型-定义
解析:网络地址转换(NAT, Network Address Translation)属接入广域网(WAN)技术,是一种将私有(保留)地址转化为合法IP地址的转换技术,它被广泛应用于各种类型Internet接入方式和各种类型的网络中。原因很简单,NAT不仅完美地解决了IP地址不足的问题,而且还能够有效地避免来自网络外部的攻击,隐藏并保护网络内部的计算机。
知识点: 网络常识及常用网络命令 IP地址-定义
解析:UDP 是User Datagram Protocol的简称, 中文名是用户数据报协议,是OSI(Open System Interconnection,开放式系统互联)参考模型中一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务。 使用UDP协议包括:TFTP、SNMP、NFS、DNS、BOOTP 简单网络管理协议(SNMP),由一组网络管理的标准组成,包含一个应用层协议(application layer protocol)、数据库模型(database schema)和一组资源对象。该协议能够支持网络管理系统,用以监测连接到网络上的设备是否有任何引起管理上关注的情况。
知识点: OSI七层模型与TCP/IP四层模型-定义
解析:阅读理解题,排除法即可。 “为了便于未来”,所以要“可扩展行”好。
知识点: 综合布线
解析:WEP是Wired Equivalent Privacy的简称,有线等效保密(WEP)协议是对在两台设备间无线传输的数据进行加密的方式,用以防止非法用户窃听或侵入无线网络。
知识点: 无线网络
解析:4人两-两沟通渠道数:4*(4-1)/2=6 所以,开发小组的月沟通成本为:250*6=1500行 所以,开发小组的月生产效率为:5000*4-1500=18500行 所以,该软件需要开发:20000/18500≈1.08月
知识点: 沟通渠道计算
解析:系统A得分:90*0.4+80*0.4+80*0.2=84 系统B得分:80*0.4+85*0.4+90*0.2=84 所以,……
知识点: 运筹学计算
解析:单幢建筑中的综台布线系统工程范围,一般指在整幢建筑内部敷设的通信线路,还应包括引出建筑物的通信线路。
知识点: 综合布线
解析:投资回收期是指从项目的投建之日起,用项目所得的净收益偿还原始投资所需要的年限。投资回收期分为静态投资回收期与动态投资回收期两种。
知识点: 投资回收期
解析:《中华人民共和国招标投标法》: 第二十四条 要约以信件或者电报作出的,承诺期限自信件载明的日期或者电报交发之日开始计算。信件未载明日期的,自投寄该信件的邮戳日期开始计算。要约以电话、传真等快速通讯方式作出的,承诺期限自要约到达受要约人时开始计算。
知识点: 招标投标相关法律
解析:《中华人民共和国合同法》: 第十五条 要约邀请是希望他人向自己发出要约的意思表示。寄送的价目表、拍卖公告、招标公告、招股说明书、商业广告等为要约邀请。 商业广告的内容符合要约规定的,视为要约。
知识点: 中国人民共和国合同法
解析:计算机软件保护条例第十四条第二、三款规定: 自然人的软件著作权,保护期为自然人终生及其死亡后50年,截止于自然人死亡后第50年的12月31日;软件是合作开发的,截止于最后死亡的自然人死亡后第50年的12月31日。 法人或者其他组织的软件著作权,保护期为50年,截止于软件首次发表后第50年的12月31日,但软件自开发完成之日起50年内未发表的,本条例不再保护
知识点: 著作权和专利法
解析:如果仅仅制定一项质量计划就可确保实际交付高质量的产品和服务,那就不需要后面的质量保证和质量控制过程了。
知识点: 实施质量保证-技术或工具 实施质量保证-定义及输入输出
解析:排除法即可。
知识点: 风险概率与影响评估-工具技术
解析:风险曝光度 =风险出现率×风险损失 =50 %×( 1300*40%) =15600
知识点: 风险概率与影响评估-工具技术
解析:开工日期:由于延误不是网络系统承包人的责任,所以应为2月10日。 竣工日期:以签署同意移交工程的文件日期为准,应为6月1日。 这题,估计专业的律师都搞不定!因为看不到合同的约定!
知识点: 合同 信息系统工程监理
解析:关键路径为:ADFGI,工期为32
知识点: 网络图
解析:三点估算:(20+4*26+38)/6=27
知识点: 三点估算-工具技术
解析:B不符合渐进明细原则 C列表型适用大型的项目 D业内一般把一个人2周能干完的工作称为一个工作包,或把一个人80小时能干完的工作称为一个工作包
知识点: 三大分解结构 工作包 工作分解结构
解析:需求工程分为需求开发和需求管理,而需求调研、分析、确认都属于需求开发的工作。
知识点: 需求工程 分解-工具技术 工作分解结构
解析:发生变更要按变更控制流程来进行。
知识点: 实施整体变更控制-定义及输入输出
解析:询价过程从潜在的卖方处获取如何满足项目需求的答复,如投标书和建议书。通常在这个过程中由潜在的卖方完成大部分实际工作,项目或买方无需支付直接费用。
知识点: 询价
解析:发布招标公告后,就要出售招标文件,对潜在招标人资格预审。 资格预审是指在招投标活动中,招标人在发放招标文件前,对报名参加投标的申请人的承包能力、业绩、资格和资质、财务状况和信誉等进行审查,并确定合格的投标人名单的过程。
知识点: 招标投标相关法律 招标
解析:排除法 A选项,招标分为公开招标和邀请招标,不能指定由某一公司承接,即使要采用单一来源采购也要符合: (一)只能从唯一供应商处采购的; (二)发生了不可预见的紧急情况不能从其他供应商处采购的; (三)必须保证原有采购项目一致性或者服务配套的要求,需要继续从原供应商处添购,且添购资金总额不超过原合同采购金额百分之十的。 C选项,在制定评分标准时,不能采用好,较好,一般,较差等模糊性的词语。 D选项,《招标投标法》第二十八条规定,投标人应当在招标文件要求提交投标文件的截止时间前,将投标文件送达投标地点。招标人收到投标文件后,应当签收保存,不得开启。投标人少于三个的,招标人应当依照本法重新招标。在招标文件要求提交投标文件的截止时间后送达的投标文件,招标人应当拒收。
知识点: 招标投标相关法律
解析:沟通计划编制的输入 组织过程资产、项目章程、项目管理计划、项目范围说明书
知识点: 规划沟通管理-定义及输入输出
解析:缺少沟通方式或信息传递方式,比如是通过书面的还是口头的。正式的还是非正式的。
知识点: 项目沟通-文件计划
解析:项目发生索赔事件后,一般先由监理工程师调解,若调解不成,由政府建设主管机构进行调解,若仍调解不成,由经济合同仲裁委员会进行调解或仲裁。
知识点: 合同管理索赔流程
解析:项目干系人管理 项目干系人管理就是对项目沟通进行管理,以满足信息需求者的需求并解决项目干系人之间的问题。积极的管理项目干系人,提高了项目因为项目干系人之间存在未解决的问题而偏离的可能性,提高操作人员的能力,避免他们在项目进行期间分崩离析。项目经理通常负责项目干系人的管理。 排除法。
知识点: 管理干系人参与-定义及输入输出 项目干系人
解析:设所求为x,则:12x=160000+2x 所以,x=16000
知识点: 运筹学计算 成本类型
解析:要让相关的干系人一起参与。
知识点: 规划风险应对-定义及输入输出 项目风险管理过程
解析:项目选择和优先级排列过程是对项目创造的期望价值和投入进行分析,以选择出对组织最有利项目的过程。
知识点: 项目组合管理
解析:一般来说,大型IT项目都是在需求不十分清晰的情况下开始的。所以项目就自然分成了两个主要的阶段:需求定义阶段和需求实现阶段。这两个阶段所要求完成的任务性质并不一致,前者往往要求对业务领域有深刻的理解;后者则主要放在对技术领域的精、通上。这种差别被越来越多的组织所认识。所以今天,很多大型IT项目都采用这种项目运作模式:第一阶段由专业的咨询公司对需求进行详细的定义;需求定义的结果作为实现阶段的输入,而第一阶段的咨询公司转变成需求实现阶段的项目监理的角色。
知识点: 大项目管理
解析:某种意义上来说,一般项目的计划主要关注的是项目活动的计划。但是对大型及复杂项目来说,制定活动计划之前,必须先考虑项目的过程计划,也就是必须先确定用什么方法和过程来完成项目。 建立统一的项目过程会大大提高项目之间的协作效率,有力地保证项目质量。
知识点: 大项目管理
解析:大型项目经理的日常职责更集中于管理职责。在大型及复杂项目的状况下,需要更明确而专一的分工机制,管理所体现的效率因素更直接地影响项目的目标实现。同时,由于大型项目大多数是以项目群的方式进行,而大型项目经理面临更多的是“间接管理”的挑战。
知识点: 大项目管理
解析:绩效报告是指搜集所有基准数据并向项目干系人提供项目绩效信息。一般来说,绩效信息包括为实现项目目标而输入的资源的使用情况。绩效报告一般应包括范围、进度、成本和质量方面的信息。许多项目也要求在绩效报告中加入风险和采购信息。报告可草拟为综合报告,或者报导特殊情况的专题报告。
知识点: 工作绩效报告-文件计划 项目管理工作执行数据和信息流向的一致性
解析:绩效报告的内容(状态、进展、预测): (1)项目的进展和调整情况; (2)项目的完成情况; (3)项目总投入、资金到位情况; (4)项目资金实际支出情况; (5)项目主要效益情况; (6)财务制度执行情况; (7)项目团队各职能团队的绩效; (8)项目执行中存在的问题及改进措施; (9)预测。
知识点: 工作绩效报告-文件计划 项目管理工作执行数据和信息流向的一致性 项目进度网络图-文件计划
解析:成本效益分析是通过比较项目的全部成本和效益来评估项目价值的一种方法,成本—效益分析作为一种经济决策方法,将成本费用分析法运用于政府部门的计划决策之中,以寻求在投资决策上如何以最小的成本获得最大的收益。常用于评估需要量化社会效益的公共事业项目的价值。非公共行业的管理者也可采用这种方法对某一大型项目的无形收益(Soft benefits)进行分析。在该方法中,某一项目或决策的所有成本和收益都将被一一列出,并进行量化。
知识点: 成本效益分析-工具技术
解析:排除法。分析四个选项与“质量证明”的关系。
知识点: 挣值管理-工具技术
解析:阅读理解! 什么是“控制”?“控制”就是将实际情况与“计划”进行对比,并根据比较结果进行调整。
知识点: 控制成本-定义及输入输出
解析:详细可行性研究的步骤及报告的编写 第5部分实施进度计划 第6部分投资估算与资金筹措计划 第7部分人员及培训计划 第8部分不确定性(风险)分析
知识点: 项目立项管理-项目可行性研究阶段
解析:软件测试是关注具体结果是否符合标准,软件质量保证是关注过程是否符合规定。
知识点: 软件质量保证及质量评价 软件测试 实施质量保证-定义及输入输出
解析:监督和控制过程组包括以下内容: (1)监督和控制项目工作。这一过程用于收集、测量、发布绩效信息,评估趋势以及过程改进。这个过程包括监测风险以确保它们是可识别的、记录风险的状态、评估风险计划对减轻风险的有效性以及执行合适的风险应对计划。监督包括状态报告,进展度量以及预测。绩效报告提供项目在范围、进度、成本和风险上的执行情况。 选项B属于计划过程组。
知识点: 监控过程组 监控项目工作-定义及输入输出
解析:配置审核的实施是为了确保项目配置管理的有效性,体现配置管理的最根本要求,不允许出现任何混乱现象,如: 防止出现向用户提交不适合的产品,如交付了用户手册的不正确版本。 发现不完善的实现,如开发出不符合初始规格说明或未按变更请求实施变更。 找出各配置项间不匹配或不相容的现象。 确认配置项已在所要求的质量控制审查之后作为基线入库保存。 确认记录和文档保持着可追溯性。
知识点: 配置审计 项目管理之三大审计
解析:首先不能直接指挥操作员操作,而应该让客户代表与车间操作员协商,接受还是修改,修改走ccb
知识点: 实施整体变更控制-定义及输入输出 会议-工具技术
解析:B属于开发文档。
知识点: 软件文档管理
解析:软件配置管理主要就是对软件配置项进行控制。 软件配置管理的4个活动:配置项标识、配置项控制(变更控制)、配置状态报告和配置审计 。
知识点: 配置审计 配置管理
解析:软件配置管理主要就是对软件配置项进行控制。 软件配置管理的4个活动:配置项标识、配置项控制(变更控制)、配置状态报告和配置审计 。
知识点: 配置审计 配置管理
解析:1)处于“草稿”状态的配置项的版本号格式为0.YZ,YZ的数字范围为01~99。随着草稿的修正,YZ的取值应递增。YZ的初值和增幅由用户自己把握。 2)处于“正式”状态的配置项的版本号格式为X.Y,X为主版本号,取值范围为1~9。Y为次版本号,取值范围为0~9。配置项第一次成为“正式”文件时,版本号为1.0。如果配置项升级幅度比较小,可以将变动部分制作成配置项的附件,附件版本依次为1.0,1.1,……。当附件的变动积累到一定程度时,配置项豹Y值可适量增加,Y值增加一定程度时,X值将适量增加。当配置项升级幅度比较大时,才允许直接增大X值。 3)处于“修改”状态的配置项的版本号格式为X.YZ。配置项正在修改时,一般只增大Z值,X.Y值保持不变。当配置项修改完毕,状态成为“正式”时,将Z值设置为0,增加X.Y值。参见上述规则(2)。
知识点: 版本管理
解析:第一箱:A、B、E、G 第二箱:C、H 第三箱:D、F
知识点: 运筹学计算
解析:典型的线性规划问题!设最大利润为z,此时生产书桌x1件,生产书柜x2件。 max z=80x1+120x2 根据营养要求可知: 0.1x1+0.2x2≤90 (1); 2x1+1x2≤600 (2); x1≥0 (3); x2≥0 (4)。 根据题意,为使利润最大,应该尽量多消耗材料。所以,将上述不等方程1、2中的小于等于号改成等号,并两两联立,可得: x1=100,x2=400 此时,最大利润为:z=80x1+120x2=80*100+120*400=56000(元)
知识点: 运筹学计算
解析:1→3→6→8和1→3→7→6→8距离最短,均为21
知识点: 运筹学计算
解析:丙项目退出,有7个专家会改变第一选择,其中: 2人首选项目乙(此时,项目乙等票8+2=10张); 5人首选项目丁(此时,项目丁等票6+5=11张); 所以,丁胜出。
知识点: 运筹学计算
解析:以下不属于CRM功能的是( ) A、自动化的采购 B、自动化的销售 C、自动化的市场营销 D、自动化的客户服务
知识点: 专业英语 客户关系管理-定义
解析:以下所有的工具和技术有助于准确地确定客户的需求,除了( ) A、问卷调查 B、原型法 C、鱼骨图 D、访谈
知识点: 收集需求-技术或工具 鱼骨图 专业英语
解析:需求管理是对需求进行( )、分析、跟踪、排序、确认,进行变更控制并与项目干系人进行沟通的一系列过程。它是作为一个过程贯穿项目始终。项目成果(产品或服务)应符合项目需求。 A、沟通 B、收集 C、归档 D、记录
知识点: 需求工程 专业英语
解析:需求管理是对需求进行、分析、跟踪、排序、确认,进行变更控制并与项目干系人进行沟通的一系列过程。它是作为一个( )过程贯穿项目始终。项目成果(产品或服务)应符合项目需求。 A、持续的 B、连续的 C、永久性的 D、连续的
知识点: 需求工程 专业英语
解析:在子系统中增加冗余元件,以应对主元件失效,这种风险应对策略属于( ) A、风险避免 B、风险接受 C、风险减轻 D、应急计划
知识点: 积极风险或机会的应对策略-工具技术 权变措施和弹回计划和应急计划 专业英语
大纲 | 知识点 | 考题号 |
---|---|---|
项目范围管理 | 软件需求 | 7 |
三大分解结构 | 37 | |
工作包 | 37 | |
工作分解结构 | 37,38 | |
分解-工具技术 | 38 | |
会议-工具技术 | 62 | |
收集需求-技术或工具 | 72 | |
项目变更管理 | 实施整体变更控制-定义及输入输出 | 39,62 |
项目沟通与干系人管理 | 沟通渠道计算 | 24 |
规划沟通管理-定义及输入输出 | 43 | |
项目沟通-文件计划 | 44 | |
管理干系人参与-定义及输入输出 | 46 | |
会议-工具技术 | 62 | |
项目沟通管理和干系人管理 | 沟通渠道计算 | 24 |
规划沟通管理-定义及输入输出 | 43 | |
项目沟通-文件计划 | 44 | |
管理干系人参与-定义及输入输出 | 46 | |
会议-工具技术 | 62 | |
项目组合、项目集和组织级项目管理 | 项目组合管理 | 49 |
大项目管理 | 50,51,52 | |
项目采购和合同管理 | 合同 | 34 |
询价 | 40 | |
招标 | 41 | |
合同管理索赔流程 | 45 | |
工作绩效报告-文件计划 | 53,54 | |
会议-工具技术 | 62 | |
项目采购管理 | 工作绩效报告-文件计划 | 53,54 |
会议-工具技术 | 62 | |
信息技术知识 | 软件过程改进 | 3 |
软件过程管理 | 10 | |
统一建模语言-定义 | 11 | |
OSI安全体系结构 | 16,17 | |
OSI七层模型与TCP/IP四层模型-定义 | 19,21 | |
网络常识及常用网络命令 | 20 | |
IP地址-定义 | 20 | |
综合布线 | 22,26 | |
无线网络 | 23 | |
软件测试 | 59 | |
立项管理 | 招标投标相关法律 | 28,41,42 |
询价 | 40 | |
项目立项管理-项目可行性研究阶段 | 58 | |
项目人力资源管理 | 三大分解结构 | 37 |
工作绩效报告-文件计划 | 53,54 | |
会议-工具技术 | 62 | |
信息化和信息系统 | 实体-关系图-定义 | 1 |
软件过程改进 | 3 | |
电子政务 | 4 | |
电子政务类型 | 6 | |
信息系统工程监理 | 8,9,34 | |
软件过程管理 | 10 | |
统一建模语言-定义 | 11 | |
OSI安全体系结构 | 16,17 | |
OSI七层模型与TCP/IP四层模型-定义 | 19,21 | |
网络常识及常用网络命令 | 20 | |
IP地址-定义 | 20 | |
综合布线 | 22,26 | |
无线网络 | 23 | |
实施质量保证-技术或工具 | 31 | |
软件质量保证及质量评价 | 59 | |
软件测试 | 59 | |
配置管理 | 64,65 | |
客户关系管理-定义 | 71 | |
项目成本管理 | 三点估算-工具技术 | 36 |
成本类型 | 47 | |
挣值管理-工具技术 | 56 | |
控制成本-定义及输入输出 | 57 | |
会议-工具技术 | 62 | |
项目进度管理 | 网络图 | 35 |
三点估算-工具技术 | 36 | |
分解-工具技术 | 38 | |
项目进度网络图-文件计划 | 54 | |
会议-工具技术 | 62 | |
项目合同管理 | 合同 | 34 |
合同管理索赔流程 | 45 | |
项目管理一般知识 | 结构化方法 | 1 |
螺旋模型 | 2 | |
瀑布模型 | 2 | |
迭代模型 | 2 | |
项目干系人 | 46 | |
项目组合管理 | 49 | |
大项目管理 | 50,51,52 | |
项目管理工作执行数据和信息流向的一致性 | 53,54 | |
监控过程组 | 60 | |
项目管理之三大审计 | 61 | |
项目质量管理 | 实施质量保证-定义及输入输出 | 18,31,59 |
实施质量保证-技术或工具 | 31 | |
成本效益分析-工具技术 | 55 | |
软件质量保证及质量评价 | 59 | |
会议-工具技术 | 62 | |
鱼骨图 | 72 | |
项目整体管理 | 投资回收期 | 27 |
实施整体变更控制-定义及输入输出 | 39,62 | |
工作绩效报告-文件计划 | 53,54 | |
监控项目工作-定义及输入输出 | 60 | |
会议-工具技术 | 62 | |
信息系统项目管理基础 | 结构化方法 | 1 |
典型的信息系统项目的生命周期模型 | 2 | |
螺旋模型 | 2 | |
瀑布模型 | 2 | |
迭代模型 | 2 | |
需求工程 | 38,73,74 | |
项目干系人 | 46 | |
项目管理工作执行数据和信息流向的一致性 | 53,54 | |
监控过程组 | 60 | |
项目管理之三大审计 | 61 | |
信息化知识 | 实体-关系图-定义 | 1 |
电子政务 | 4 | |
电子政务类型 | 6 | |
客户关系管理-定义 | 71 | |
信息系统服务管理 | 信息系统工程监理 | 8,9,34 |
专业英语 | 专业英语 | 71,72,73,74,75 |
知识产权管理 | 著作权和专利法 | 30 |
项目风险管理 | 风险概率与影响评估-工具技术 | 32,33 |
三大分解结构 | 37 | |
规划风险应对-定义及输入输出 | 48 | |
项目风险管理过程 | 48 | |
工作绩效报告-文件计划 | 53,54 | |
会议-工具技术 | 62 | |
积极风险或机会的应对策略-工具技术 | 75 | |
权变措施和弹回计划和应急计划 | 75 | |
管理科学基础知识 | 运筹学计算 | 25,47,67,68,69,70 |
文档与配置管理 | 软件文档管理 | 12,14,63 |
配置审计 | 61,64,65 | |
配置管理 | 64,65 | |
版本管理 | 66 | |
法律法规和标准规范 | 软件工程产品质量第1部分:质量模型 | 5,13 |
信息安全等级保护管理 | 15 | |
招标投标相关法律 | 28,41,42 | |
中国人民共和国合同法 | 29 | |
著作权和专利法 | 30 |