![]() |
项目忙还想过软考,您需要简练! 《简练APP》针对软考项目管理中级高级,梳理历年真题、大纲、教程、知识点四者的动态关系,建立一体化的“学习-检测”系统,大纲为主线,教程为源点,知识点逐个击破,用真题检测。 |
解析:从语法的角度分析,B、C均不合适。
知识点: 大数据
解析:TD-LTE(Long Term Evolution)是我国拥有核心自主知识产权的国际3G标准TD-SCDMA的后续演进技术,即第四代(4G)移动通信技术与标准。是一种专门为移动高宽带应用而设计的无线通信标准。TDD即时分双工(Time Division Duplexing),是移动通信技术使用的双工技术之一,与FDD频分双工相对应。但实际上TD-LTE和TD-SCDMA没有太多关系,TD-LTE是TDD版本的LTE的技术,FDD-LTE的技术是FDD版本的LTE技术。TD-SCDMA是CDMA(码分多址)技术,TD-LTE是OFDM(正交频分复用)技术。两者从编解码、帧格式、空口、信令,到网络架构都不一样。
知识点: 移动通讯技术-定义
解析:“协同”与“大集中”并不是一个概念!仔细分析语义即可。
知识点: 互联网+
解析:需求开发的过程有四个主要活动: (1)需求获取。积极地与用户进行交流,捕捉、分析和修正用户对目标系统的需求,并提炼出符合解决问题的用户需求,产生《用户需求说明书》。 (2)需求分析。需求分析的目的是对各种需求信息进行分析并抽象描述,为目标系统建立一个概念模型。 (3)需求定义。需求定义的目标是根据需求调查和需求分析的结果,进一步定义准确无误的产品需求,产生《需求规格说明书》。系统设计人员将依据《需求规格说明书》开展系统设计工作。 (4)需求验证。需求验证是指开发方和用户共同对需求文档评审,经双方对需求达成共识后做出书面承诺,使需求文档具有商业合同效果。 因此,此题选项B有何不可?所以,这就是典型的不严谨、有争议的题!
知识点: 需求工程 软件需求分析与定义
解析:业务需求(Business requirement)表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统,即组织希望达到的目标。使用前景和范围文档来记录业务需求,这份文档有时也被称作项目轮廓图或市场需求文档。 用户需求(user requirement)描述的是用户的目标,或用户要求系统必须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。 功能需求(functional requirement)规定开发人员必须在产品中实现的软件功能,用户利用这些功能来完成任务,满足业务需求。功能需求有时也被称作行为需求,因为习惯上总是用“应该”对其进行描述:“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什么。
知识点: 计算机软件需求说明编制指南 软件需求
解析:需求定义。需求定义的目标是根据需求调查和需求分析的结果,进一步定义准确无误的产品需求,产生《需求规格说明书》。系统设计人员将依据《需求规格说明书》开展系统设计工作。
知识点: 软件需求分析与定义 软件需求规格说明书
解析:软件过程管理: 1.启动和范围定义 2.软件项目计划 3.软件项目实施 4.评审和评价 5.关闭 6.软件工程度量
知识点: 软件过程管理 软件工程 软件复用
解析:软件审计的目的是提供软件产品和过程对于可应用的规则、标准、指南、计划和流程的遵从性的独立评价。审计是正式组织的活动,识别违例情况,并产生一个报告,采取更正性行动。
知识点: 软件审计 质量评价 实施质量保证-定义及输入输出
解析:黑盒测试也称功能测试或数据驱动测试,它是在已知产品所应具有的功能,通过测试来检测每个功能是否都能正常使用。黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等,主要用于软件确认测试。“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。 白盒测试也称结构测试或逻辑驱动测试,它是知道产品内部工作过程,可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行,按照程序内部的结构测试程序,检验程序中的每条通路是否都有能按预定要求正确工作,而不顾它的功能,白盒测试的主要方法有逻辑驱动、基路测试等,主要用于软件验证。 “白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。 灰盒测试关注输出对于输入的正确性,同时也关注内部表现,但这种关注不象白盒那样详细、完整,只是通过一些表征性的现象、事件、标志来判断内部的运行状态。
知识点: 软件测试
解析:软件项目中的测试管理过程:制定测试计划和测试用例 执行测试,发现并报告缺陷,修正缺陷,重新测试。 测试的方法有:单元测试 集成测试 系统测试 回归测试等
知识点: 软件测试
解析:回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
知识点: 软件测试
解析:信息系统安全属性 完整性是信息未经授权不能进行改变的特性。即应用系统的信息在存储或传输过程中保持不被偶然或蓄意地删除、修改、伪造、乱序、重放和插入等破坏和丢失的特性。
知识点: 信息系统安全属性
解析:标准原文: 4.5 评审和检查 4.5.1 软件需求评审software requirements review 4.5.2 概要设计评审preliminary design review 4.5.3 详细设计评审detailed design review 4.5.4 软件验证与确认评审software verification and validation review 4.5.5 功能检查functional audit 4.5.6 物理检查physical audit 4.5.7 综合检查comprehensive audit 4.5.8 管理评审management reviews
知识点: 计算机软件质量保证计划规范
解析:成熟性:软件产品为避免由软件中故障而导致失效的能力 易恢复性:在失效发生的情况下,软件产品重建规定的性能级别并恢复受直接影响的数据的能力 容错性:在软件出现故障或者违反其指定接口的情况下,软件产品维持规定的性能级别的能力
知识点: 软件工程产品质量第1部分:质量模型
解析:标准原文: 4.5.7 综合检查comprehensive audit 在软件验收时,要允许用户或用户所委托的专家对所要验收的软件进行设计抽样的综合检查,以验证代码和设计文档的一致性、接口规格说明之间的一致性(硬件和软件)、设计实现和功能需求的一致性、功能需求和测试描述的一致性。
知识点: 计算机软件质量保证计划规范
解析:全等级保护的概念 第一级为用户自主保护级,适用于普通内联网用户; 第二级为系统审计保护级,适用于通过内联网或国际网进行商务活动、要保密的非重要单位; 第三级为安全标记保护级,适用于地方各级国家机关、金融单位机构、邮电通信、能源与水源供给部门、交通运输、大型工商与信息技术企业、重点工程建设等单位; 第四级为结构化保护级,适用于中央级国家机关、广播电视部门、重要物资储备单位、社会应急服务部门、尖端科技企业集团、国家重点科研单位机构和国防建设等部门; 第五级为访问验证保护级,适用于国防关键部门和依法需要对计算机信息系统实施特殊隔离的单位。
知识点: 信息安全等级保护管理办法
解析:WPA的身份认证系统,则为WLAN提供了更加安全的接入保护。
知识点: WEP、WPA和WPA2的区别 无线网络安全
解析:计算机信息应用系统的“安全策略”就是指:人们为保护因为使用计算机信息应用系统可能招致的对单位资产造成损失而进行保护的各种措施、手段,以及建立的各种管理制度、法规等。
知识点: 信息安全策略
解析:OSI七层体系结构并不是最早的因特网协议 NETBEUI是为IBM开发的非路由协议 TCP(传输控制协议)是一种面向连接的、可靠的、基于字节流的传输层通信协议。
知识点: 网络协议
解析:Telnet协议是TCP/IP协议族中的一员,是Internet远程登陆服务的标准协议和主要方式。它为用户提供了在本地计算机上完成远程主机工作的能力。在终端使用者的电脑上使用telnet程序,用它连接到服务器。终端使用者可以在telnet程序中输入命令,这些命令会在服务器上运行,就像直接在服务器的控制台上输入一样。可以在本地就能控制服务器。要开始一个telnet会话,必须输入用户名和密码来登录服务器。Telnet是常用的远程控制Web服务器的方法。
知识点: 网络协议
解析:射频识别,RFID(Radio Frequency Identification)技术,又称无线射频识别,是一种通信技术,可通过无线电讯号识别特定目标并读写相关数据,而无需识别系统与特定目标之间建立机械或光学接触。
知识点: 物联网
解析:路由器(Router)又称网关设备(Gateway)是用于连接多个逻辑上分开的网络,所谓逻辑网络是代表一个单独的网络或者一个子网。当数据从一个子网传输到另一个子网时,可通过路由器的路由功能来完成。因此,路由器具有判断网络地址和选择IP路径的功能,它能在多网络互联环境中,建立灵活的连接,可用完全不同的数据分组和介质访问方法连接各种子网,路由器只接受源站或其他路由器的信息,属网络层的一种互联设备。
知识点: 路由器-定义
解析:综合布线系统的组成(六个子系统): 1、建筑群子系统:实现建筑物之间的相互连接,光缆。 2、垂直干线子系统:负责连接管理间子系统到设备间子系统,使用光缆或UTP。 3、水平配线子系统:实现信息插座和管理子系统的连接。 4、设备间子系统:由设备中的电缆、连接器和相关支撑设备组成,与公共系统设备相连。 5、管理子系统:为连接其他子系统提供连接手段,由配线架、HUB和机柜、电源。 6、工作区子系统:由终端设备连接到信息插座的连线组成。包括连接器和适配器。
知识点: 综合布线
解析:架构师的主要职责: 1、确认需求 在项目开发过程中,架构师是在需求规格说明书完成后介入的,需求规格说明书必须得到架构师的 认可。架构师需要和分析人员反复交流,以保证自己完整并准确地理解用户需求。 2、系统分解 依据用户需求,架构师将系统整体分解为更小的子系统和组件,从而形成不同的逻辑层或服务。随 后,架构师会确定各层的接口,层与层相互之间的关系。架构师不仅要对整个系统分层,进行“纵向 ”分解,还要对同一逻辑层分块,进行“横向”分解。这体现了软件架构师的功力。 3、技术选型 架构师通过对系统的一系列的分解,最终形成了软件的整体架构。技术选择主要取决于软件架构。 例如:Web Server运行在Windows上还是Linux上?数据库采用MSSql、Oracle还是Mysql?是否需要采 用MVC或者Spring等轻量级的框架?前端采用富客户端还是瘦客户端方式?架构师对产品和技术的选 型只限于评估,没有决定权,最终的决定权归项目经理。架构师提出的技术方案为项目经理提供了重 要的参考信息,项目经理会从项目预算、人力资源、时间进度等实际情况进行权衡,最终进行确认。 4、制定技术规格说明 架构师在项目开发过程中,是技术权威。他需要协调所有的开发人员,与开发人员一直保持沟通, 始终保证开发者依照它的架构意图去实现各项功能。架构师通过它制定的技术规格说明书(UML视图 、Word文档,Visio文件)与开发者沟通,保证开发者可以从不同角度去观察、理解各自承担的子系 统或者模块。架构师还需要与项目经理、需求分析员,甚至与最终用户保持沟通。
知识点: 架构师的主要职责 软件设计 软件架构模式
解析:类和对象的关系可以总结为: (1)每一个对象都是某一个类的实例。 (2)每一个类在某一时刻都有零或更多的实例。 (3)类是静态的,它们的存在、语义和关系在程序执行前就已经定义好了,对象是动态的,它们在程序执行时可以被创建和删除。 (4)类是生成对象的模板。
知识点: 面向对象方法
解析:一个用例模型可由若干幅用例图组成。用例描述了用户和系统之间的交互,其重点是系统为用户做什么。用例模型描述全部的系统功能行为。
知识点: 统一建模语言-定义
解析:状态图(State Diagram)。状态图描述一个状态机,它由状态、转移、事件和活动组成。状态图给出了对象的动态视图。它对于接口、类或协作的行为建模尤为重要,而且它强调事件导致的对象行为,这非常有助于对反应式系统建模。
知识点: 统一建模语言-定义
解析:百度百科“网络安全审计”: 网络安全审计的类型 网络安全审计从审计级别上可分为3种类型:系统级审计、应用级审计和用户级审计。 1)系统级审计 系统级审计主要针对系统的登入情况、用户识别号、登入尝试的日期和具体时间、退出的日期和时间、所使用的设备、登入后运行程序等事件信息进行审查。典型的系统级审计日志还包括部分与安全无关的信息,如系统操作、费用记账和网络性能。这类审计却无法跟踪和记录应用事件,也无法提供足够的细节信息。 2)应用级审计 应用级审计主要针对的是应用程序的活动信息,如打开和关闭数据文件,读取、编辑、删除记录或字段的等特定操作,以及打印报告等。 3)用户级审计 用户级审计主要是审计用户的操作活动信息,如用户直接启动的所有命令,用户所有的鉴别和认证操作,用户所访问的文件和资源等信息。
知识点: 项目管理之三大审计 国际互联网络安全审计
解析:政府采购结束,采购文件保存期为15年
知识点: 招标投标相关法律
解析:排除法。
知识点: 著作权和专利法
解析:在制定项目章程时候,必须考虑某些或所有涉及并影响项目成功地组织环境和组织的因素系统。这些因素和系统包括下列几项: 1、组织或公司文化和结构 2、政府或行业标准(如规章制度、产品标准、质量标准、劳务关系标准) 3、基础设施,如:已存在的设施和固定资产 4、现有的人力资源,如:技能、专业知识(设计、开发、法律、合同和采购) 5、人力资源管理,如:招聘和解聘的指导方针,员工绩效评估和培训记录等 6、市场条件 7、项目关系人对风险的容忍度 8、商业数据库,如业界的风险研究信息和风险数据库、成本预算数据等 9、项目管理信息系统,如:一个自动工具集,一个与配置管理系统相结合的进度制定工具。
知识点: 事业环境因素-文件计划 项目管理系统 制定项目章程-定义及输入输出
解析:项目范围定义过程是详细描述项目和产品的过程,并把结果写进详细的项目范围说明书中。 所以制定项目范围说明书工作用来对项目进行定义,该工作用来明确“项目需要做什么”
知识点: 定义范围-定义及输入输出
解析:执行过程组: (1)指导和管理项目执行。 (2)执行质量保证。 (3)获取项目团队成员(团队组建)。 (4)团队建设。 (5)信息发布。 (6)询价。 (7)供方选择。 (8)合同管理。
知识点: 执行过程组
解析:测试时发现缺陷,需要修改。而修改意味着变更(进度、成本等等),变更就需要先申请。
知识点: 实施整体变更控制-定义及输入输出
解析:工期为8周
知识点: 网络图
解析:排除法。 项目进度控制要贯穿于项目始终,而且在执行和实施的时候进行重点关注。
知识点: 项目整体绩效测量基准 控制进度-定义及输入输出 进度基准-文件计划
解析:分解工作结构应把握如下原则: (1)在各层次上保持项目的完整性,避免遗漏必要的组成部分。 (2) -个工作单元只能从属于某个上层单元,避免变叉从属。 (3)相同层次的工作单元应有相同性质。 (4)工作单元应能分开不同的责任者和不同工作内容。 (5)便于项目管理进行计划和控制的管理需要。 (6)最低层工作应该具有可比性,是可管理的,可定量检查的。 (7)应包括项目管理工作(因为管理是项目具体工作的一部分),包括分包出去的工作。 (8) WBS的最低层次的工作单元是工作包。一个项目的WBS是否分解到工作包,跟项目的阶段、复杂程度和规模有关,一般来说早期,或复杂,或大规模的项目,其WBS的分解颗粒要大一些,粗一些。
知识点: 创建WBS-技术或工具
解析:组织分解结构(OBS)——描述了执行组织的层次结构,以便把工作包同执行组织单元相关联。 WBS不能同其他种类的表示项目信息的分解结构混淆。一些应用领域中的其他分解结构包括: •组织分解结构(OBS)——描述了执行组织的层次结构,以便把工作包同执行组织单元相关联。 •物料清单(BOM)——描述了生产一个产品所需的实际部件、组件和构件的分级层次表格。 •风险分解结构(RBS)——以层次结构的方式对已识别出的风险进行组织,通常是按照风险类别进行划分的。 •资源分解结构(RBS)——根据资源类型进行组织的一个分层架构
知识点: 组织分解结构 工作包 三大分解结构 资源分解结构-文件计划 工作分解结构
解析:技术可行性分析一般应当考虑:进行项目开发的风险、人力资源的有效性、技术能力的可能性、物资(产品)的可用性
知识点: 项目立项管理-项目可行性研究阶段 技术可行性
解析:项目论证的一般程序: (1)明确项目范围和业主目标。 (2)收集并分析相关资料。 (3)拟定多种可行的能够相互替代的实施方案。 (4)多方案分析、比较。 (5)选择最优方案进一步详细全面地论证。 (6)编制项目论证报告、环境影响报告书和采购方式审批报告。 (7)编制资金筹措计划和项目实施进度计划。
知识点: 项目论证
解析:项目评估指在项目可行性研究的基础上,由第三方(国家、银行或有关机构)根据国家颁布的政策、法规、方法、参数和条例等,从项目(或企业)、国民经济、社会角度出发,对拟建项目建设的必要性、建设条件、生产条件、产品市场需求、工程技术、经济效益和社会效益等进行评价、分析和论证,进而判断其是否可行的一个评估过程。项目评估是项目投资前期进行决策管理的重要环节,其目的是审查项目可行性研究的可靠性、真实性和客观性,为银行的贷款决策或行政主管部门的审批决策提供科学依据。
知识点: 项目立项管理-项目可行性研究阶段 项目论证 项目评估
解析:项目经理在团队发生冲突时应本着解决问题的原则进行调解。
知识点: 管理项目团队-技术或工具 管理项目团队-定义及输入输出 冲突管理-工具技术 项目团队和团队绩效
解析:风险识别的输出 (1)已识别风险清单。 (2)潜在应对措施清单。 (3)风险基本原因。 (4)风险类别更新。
知识点: 识别风险-定义及输入输出
解析:主要风险追踪 项目组应该在开始需求分析之前就初步地列一张风险清单,并且直到项目结束前不断更新这张清单。重要的是它应该定期“维护”。项目经理、风险管理负责人和项目经理的上司应该每隔一周左右就回顾一次这张清单。这种回顾应包含在他们两周一次的计划进度表之中,否则就可能被遗忘。更新风险清单,给这些风险排列优先顺序,并更新风险解决情况,可以使他们经常思考这些风险, 并对这些风险的严重程度的变化保持警惕。
知识点: 风险登记册-文件计划
解析:第二十四条 招标人应当确定投标人编制投标文件所需要的合理时间;但是,依法必须进行招标的项目,自招标文件开始发出之日起至投标人提交投标文件截止之日止,最短不得少于二十日。 第三十一条 两个以上法人或者其他组织可以组成一个联合体,以一个投标人的身份共同投标。 联合体各方均应当具备承担招标项目的相应能力;国家有关规定或者招标文件对投标人资格条件有规定的,联合体各方均应当具备规定的相应资格条件。由同一专业的单位组成的联合体,按照资质等级较低的单位确定资质等级。 联合体各方应当签订共同投标协议,明确约定各方拟承担的工作和责任,并将共同投标协议连同投标文件一并提交招标人。联合体中标的,联合体各方应当共同与招标人签订合同,就中标项目向招标人承担连带责任。 招标人不得强制投标人组成联合体共同投标,不得限制投标人之间的竞争。 第四十二条 评标委员会经评审,认为所有投标都不符合招标文件要求的,可以否决所有投标。 依法必须进行招标的项目的所有投标被否决的,招标人应当依照本法重新招标。
知识点: 招标投标相关法律
解析:按照信息系统范围划分,合同可以分为总承包合同、单项项目承包合同、分包合同。 总承包合同也称为“交钥匙承包”,发包人把信息系统工程建设从开始立项、论证、施工到竣工的全部任务,一并发包给一个具备资质的承包人。 单项项目合同是发包人将信息系统工程建设的不同任务,分别发包给不同的承包人。 分包合同是指总承建单位将其承包的某一部分或某几部分项目,再发包给子承建单位。 由上述合同类型的定义可知,项目在招标时被分成若干标段,分别发包给不同的承包人,承包人中标后与招标人应签订单项项目承包合同,因此选A。
知识点: 合同类型
解析:编制采购计划的输入: 1)项目管理计划,包括:范围说明书,工作分解结构,WBS词典; 2)需求文档; 3)风险登记册; 4)活动资源要求; 5)项目进度; 6)活动成本估算; 7)干系人登记册; 8)事业环境因素。
知识点: 规划采购管理-定义及输入输出 问题日志与风险登记册的区别与联系
解析:项目收尾的输出 (l)最终产品、服务或成果的移交。 (2)管理收尾办法和合同收尾办法。 (3)已更新的组织过程资产。
知识点: 结束项目或者阶段-定义及输入输出 组织过程资产-文件计划
解析:排除法。如何以合适的方法监督供方是项目外包管理的一个重点。
知识点: 外包管理
解析:项目组合管理是一个保证组织内所有项目的都经过风险和收益分析、平衡的方法论。“风险评估”和“提高资源利用效率”是项目组合管理的两个要素。
知识点: 项目组合管理
解析:分析EMV和ETC的含义,可知,DIPP越大越好。 项目选择和优先级排列DIPP值越高的项目,意味着资源的利用率越高,越值得优先考虑资源的支持。
知识点: 项目选择和优先级排列方法
解析:项目组合管理采取的是自上而下的管理方式,即先确定组织的战略目标,优先选择符合组织战略目标的项目,在组织的资金和资源能力范围有效执行项目。
知识点: 项目组合管理
解析:监理机构应对招标书的下列内容提出监理意见: 1) 技术和质量的要求; 2) 工 程 所 涉 及 的 主要产品和服务的要求; 3) 投 标 单 位 资 格 的要求; 4) 验收 方 法 、 接 收准则; 5) 时 间 进 度 的 要求;
知识点: 信息系统工程监理
解析:排除法。C不是开工时的重点审批对象。
知识点: 信息系统工程监理
解析:注意题干中的“首先”二字。 制定绩效任务的步骤: 1、对每个岗位的工作内容进行分解; 2、针对每个岗位的工作在进度、成本、质量等上设定KPI值,设定KPI值的时候应考虑以前团队成员的工作标准。咱们KPI值需要设定为高中低三种档次,给予不同的奖励:高:则团队成员跳起来能摸得着;中:则需要积极工作才能得到;低:则认真工作才能得到。 3、确定KPI评分标准 4、确定考核频率
知识点: 团队绩效评价-文件计划 团队绩效评价和项目绩效评估
解析:如下表 所以,静态投资回收期:2+7/8=2.875≈2.9年
知识点: 投资回收期
解析:总预算:13+23+8+10+2*3=60 万 填空大法: 花了20万,干了30%, 所以,按此绩效,每10%需要20/3=6.67 万, 所以,剩下的70%需要:6.67*7=46.7 万
知识点: 挣值管理-工具技术 管理储备
解析:总预算:13+23+8+10+2*3=60 万 填空大法: 花了20万,干了30%, 所以,按此绩效,每10%需要20/3=6.67 万, 所以,剩下的70%需要:6.67*7=46.7 万
知识点: 挣值管理-工具技术 管理储备 项目成本组成
解析:制定项目质量计划(OP)是项目质量管理的一部分,致力于制定质量目标并规定必要的运行过程和相关资源以实现项目质量目标。项目质量目标是指项目质量管理方追求的目的。
知识点: 规划质量管理-定义及输入输出
解析:软件质量保证过程通过计划制定、实施和完成一组活动提供保证,这些活动保证项目生命周期中的软件产品和过程符合其规定的需求。 QA注重过程,QC注重结果
知识点: 项目质量管理过程 实施质量保证-定义及输入输出
解析:因果图,又叫石川图或鱼骨图,它说明了各种要素是如何与潜在的问题或结果相关联。它可以将各种事件和因素之问的关系用图解表示。
知识点: 控制质量-技术或工具 鱼骨图 直方图
解析:建议将此题当做知识点复习。
知识点: 配置管理
解析:建议将此题当做知识点复习。
知识点: 配置管理
解析:逆向需求跟踪检查设计文档、代码、测试用例等工作产品是否都能在《需求规格说明书》中找到出处。 客户需要可向前追溯到需求,确保需求规格说明书包括所有客户的需求。同样,可以从需求回溯到客户需求,确认每个软件需求的源头。从需求向产品的追溯,可知道每个需求对应的产品部件,从而确保每个需求都得到满足,从产品部件回溯到需求,可知道每个产品部件存在的原因。
知识点: 需求跟踪矩阵-文件计划
解析:先要汇报给项目负责人。
知识点: 软件测试
解析:从甲线最小费用开始沿着最短路径前进即可选出。
知识点: 网络图
解析:从甲线最小费用开始沿着最短路径前进即可选出。
知识点: 网络图
解析:甲到已的最短距离11,如下图 69题,用遍历法:
知识点: 运筹学计算
解析:甲到已的最短距离11,如下图 69题,用遍历法:
知识点: 运筹学计算
解析:2颗骰子一共36种可能,其中,有6种可能和为7,2种可能和为11,1种可能和为2,27种可能和为其他,所以:8X>9+27,所以,X>4.5
知识点: 预期货币价值 运筹学计算
解析:信息系统中,( )是人与硬件的沟通桥梁 A、键盘 B、网络 C、硬盘 D、数据
知识点: 信息论 专业英语
解析:云计算供应商提供的“服务”有多种模式,包括:( )、平台即服务、软件即服务。 A、硬件即服务 B、网络即服务 C、基础设施即服务 D、数据即服务
知识点: 云计算 专业英语
解析:( )估算技术是利用类似的活动或项目的历史数据来估算一个项目或活动的持续时间或成本。 A、参数 B、类比 C、三点 D、专家判断
知识点: 类比估算-工具技术 专业英语
解析:进度压缩技术能够在不改变项目范围的前提下满足进度约束。进度压缩技术包括赶工和( ) A、快速跟进 B、假设情景分析 C、资源平衡 D、关键链法
知识点: 进度压缩-工具技术 蒙特卡洛分析 专业英语
解析:如果一个批准的变更对项目范围有影响,那么相关的文档以及项目管理计划中的成本基线和( )就要进行修订和更新,以反映这个变更。 A、开发基线 B、测试基线 C、进度基线 D、收尾基线
知识点: 基线 专业英语
大纲 | 知识点 | 考题号 |
---|---|---|
项目范围管理 | 软件需求分析与定义 | 4,6 |
事业环境因素-文件计划 | 31 | |
定义范围-定义及输入输出 | 32 | |
项目整体绩效测量基准 | 36 | |
创建WBS-技术或工具 | 37 | |
工作包 | 38 | |
三大分解结构 | 38 | |
工作分解结构 | 38 | |
需求跟踪矩阵-文件计划 | 64 | |
项目变更管理 | 实施整体变更控制-定义及输入输出 | 34 |
项目沟通与干系人管理 | 事业环境因素-文件计划 | 31 |
项目沟通管理和干系人管理 | 事业环境因素-文件计划 | 31 |
项目组合、项目集和组织级项目管理 | 项目组合管理 | 50,52 |
项目采购和合同管理 | 事业环境因素-文件计划 | 31 |
合同类型 | 46 | |
规划采购管理-定义及输入输出 | 47 | |
外包管理 | 49 | |
信息系统安全管理 | 软件审计 | 8 |
信息系统安全属性 | 12 | |
无线网络安全 | 17 | |
信息安全策略 | 18 | |
国际互联网络安全审计 | 28 | |
项目采购管理 | 事业环境因素-文件计划 | 31 |
规划采购管理-定义及输入输出 | 47 | |
信息技术知识 | 大数据 | 1 |
移动通讯技术-定义 | 2 | |
互联网+ | 3 | |
软件需求规格说明书 | 6 | |
软件过程管理 | 7 | |
软件工程 | 7 | |
软件复用 | 7 | |
软件测试 | 9,10,11,65 | |
WEP、WPA和WPA2的区别 | 17 | |
网络协议 | 19,20 | |
物联网 | 21 | |
路由器-定义 | 22 | |
综合布线 | 23 | |
架构师的主要职责 | 24 | |
软件设计 | 24 | |
软件架构模式 | 24 | |
面向对象方法 | 25 | |
统一建模语言-定义 | 26,27 | |
外包管理 | 49 | |
云计算 | 72 | |
立项管理 | 招标投标相关法律 | 29,45 |
项目立项管理-项目可行性研究阶段 | 39,41 | |
技术可行性 | 39 | |
项目论证 | 40,41 | |
项目评估 | 41 | |
项目选择和优先级排列方法 | 51 | |
项目人力资源管理 | 事业环境因素-文件计划 | 31 |
组织分解结构 | 38 | |
三大分解结构 | 38 | |
管理项目团队-技术或工具 | 42 | |
管理项目团队-定义及输入输出 | 42 | |
冲突管理-工具技术 | 42 | |
项目团队和团队绩效 | 42 | |
团队绩效评价-文件计划 | 55 | |
团队绩效评价和项目绩效评估 | 55 | |
信息化和信息系统 | 大数据 | 1 |
移动通讯技术-定义 | 2 | |
互联网+ | 3 | |
软件需求规格说明书 | 6 | |
软件过程管理 | 7 | |
软件工程 | 7 | |
软件复用 | 7 | |
质量评价 | 8 | |
软件测试 | 9,10,11,65 | |
WEP、WPA和WPA2的区别 | 17 | |
网络协议 | 19,20 | |
物联网 | 21 | |
路由器-定义 | 22 | |
综合布线 | 23 | |
架构师的主要职责 | 24 | |
软件设计 | 24 | |
软件架构模式 | 24 | |
面向对象方法 | 25 | |
统一建模语言-定义 | 26,27 | |
信息系统工程监理 | 53,54 | |
配置管理 | 62,63 | |
信息论 | 71 | |
云计算 | 72 | |
项目成本管理 | 事业环境因素-文件计划 | 31 |
项目整体绩效测量基准 | 36 | |
挣值管理-工具技术 | 57,58 | |
管理储备 | 57,58 | |
项目成本组成 | 58 | |
类比估算-工具技术 | 73 | |
项目进度管理 | 事业环境因素-文件计划 | 31 |
网络图 | 35,66,67 | |
项目整体绩效测量基准 | 36 | |
控制进度-定义及输入输出 | 36 | |
进度基准-文件计划 | 36 | |
管理储备 | 57,58 | |
类比估算-工具技术 | 73 | |
进度压缩-工具技术 | 74 | |
蒙特卡洛分析 | 74 | |
项目合同管理 | 合同类型 | 46 |
项目管理办公室 | 项目团队和团队绩效 | 42 |
项目绩效考核与绩效管理 | 项目整体绩效测量基准 | 36 |
团队绩效评价和项目绩效评估 | 55 | |
项目管理一般知识 | 项目管理之三大审计 | 28 |
项目管理系统 | 31 | |
执行过程组 | 33 | |
组织分解结构 | 38 | |
项目团队和团队绩效 | 42 | |
组织过程资产-文件计划 | 48 | |
项目组合管理 | 50,52 | |
项目质量管理 | 质量评价 | 8 |
实施质量保证-定义及输入输出 | 8,60 | |
事业环境因素-文件计划 | 31 | |
规划质量管理-定义及输入输出 | 59 | |
项目质量管理过程 | 60 | |
控制质量-技术或工具 | 61 | |
鱼骨图 | 61 | |
直方图 | 61 | |
项目整体管理 | 事业环境因素-文件计划 | 31 |
制定项目章程-定义及输入输出 | 31 | |
实施整体变更控制-定义及输入输出 | 34 | |
结束项目或者阶段-定义及输入输出 | 48 | |
投资回收期 | 56 | |
信息系统项目管理基础 | 需求工程 | 4 |
软件需求分析与定义 | 4,6 | |
项目管理之三大审计 | 28 | |
项目管理系统 | 31 | |
执行过程组 | 33 | |
组织过程资产-文件计划 | 48 | |
信息化知识 | 信息论 | 71 |
信息系统服务管理 | 信息系统工程监理 | 53,54 |
专业英语 | 专业英语 | 71,72,73,74,75 |
知识产权管理 | 著作权和专利法 | 30 |
项目风险管理 | 事业环境因素-文件计划 | 31 |
三大分解结构 | 38 | |
资源分解结构-文件计划 | 38 | |
识别风险-定义及输入输出 | 43 | |
风险登记册-文件计划 | 44 | |
问题日志与风险登记册的区别与联系 | 47 | |
管理储备 | 57,58 | |
预期货币价值 | 70 | |
信息安全知识 | 软件审计 | 8 |
信息系统安全属性 | 12 | |
无线网络安全 | 17 | |
信息安全策略 | 18 | |
国际互联网络安全审计 | 28 | |
管理科学基础知识 | 运筹学计算 | 68,69,70 |
文档与配置管理 | 配置管理 | 62,63 |
基线 | 75 | |
法律法规和标准规范 | 计算机软件需求说明编制指南 | 5 |
计算机软件质量保证计划规范 | 13,15 | |
软件工程产品质量第1部分:质量模型 | 14 | |
信息安全等级保护管理办法 | 16 | |
招标投标相关法律 | 29,45 | |
著作权和专利法 | 30 |