考证入户广州|2021年5月考期新重要考点首次公开！

    2021年5月29即将迎来软考《系统集成项目管理工程师》和《信息系统项目》上半年的考试，各位备考的小伙伴现会不会有点忐忑、有点不安、有点兴奋？

    考试，心态很重要。

    过去几期都有些学员在考期觉得自己没学完所有知识点，结果……还是一次通关了~

    所以相信自己，是考试通关的法宝之一哦！

    话不多说，宝藏来了！

    这几天广州积分入户网小编会分享教务团队重点归纳的2021年上半年考试重要考点！

    不管是对于在备考的伙伴还是刚开始学习的伙伴，这份资料都是你不能放过的！

    由于考点内容较多、篇幅较长，考点会分成3天更新，记得保持关注广州积分入户网哦！

    PART.01

    项目管理计划的用途

    （1）指导项目执行、监控和收尾

    （2）为项目绩效考核和项目控制提供基准

    （3）记录制订项目计划所依据的假设条件

    （4）记录制订项目计划过程中的有关方案选择

    （5）促进项目干系人之间的沟通

    （6）规定管理层审查项目的时间、内容和方式

    PART.02

    项目管理计划制订的步骤

    （1）各具体知识领域制订各自的分项计划。

    （2）整体管理知识领域收集各分项计划，整合成项目管理计划。

    （3）用项目管理计划指导项目的执行和监控工作，并在执行过程中监控。

    （4）对提出的必要的变更请求，报实施整体变更控制过程审批。

    （5）根据经批准的变更请求，更新项目管理计划。

    PART.03

    项目管理计划的内容

    项目管理计划包括所有子管理计划和基准（范围基准：项目范围说明书、WBS、WBS词典；进度基准；成本基准等），以及如下内容：

    （1） 所使用的项目管理过程。

    （2） 每个特定项目管理过程的实施程度。

    （3） 完成这些过程的工具和技术的描述。

    （4） 项目所选用的生命周期及各阶段将采用的过程。

    （5） 如何用选定的过程来管理具体的项目。包括过程之间的依赖与交互关系和基本的输入和输出。

    （6） 如何执行工作来完成项目目标及对项目目标的描述。

    （7） 如何监督和控制变更，明确如何对变更进行监控。

    （8） 配置管理计划，用来明确如何开展配置管理。

    （9） 对维护项目绩效基线的完整性的说明。

    （10） 与项目干系人进行沟通的要求和技术。

    （11） 为项目选择的生命周期模型。

    （12） 为解决某些遗留问题和未定的决策，对于其内容、严重程度和紧迫程度进行的关键管理评审。

    PART.04

    制定项目管理计划的要点

    （1）项目管理计划不是越详细越好，项目管理计划可以是概括的或详细的；可以是正式的、也可以是非正式的；

    （2）项目管理计划必须是自下而上制订出来的。

    （3）项目管理计划可能不只是要得到管理层的批准，可能还需要得到其他主要项目干系人的批准。

    （4）项目管理计划的制定需要全体成员共同参与；

    （5）项目的各种情况是逐渐明朗的，不可能一开始就明晰项目的各种特性、制订出详细的项目计划，渐进明细。

    （6）所确定的项目特性和项目计划必须经主要项目干系人批准才能付诸实施。

    PART.05

    成本的类型包括

    （1）可变成本：随着生产量、工作量或时间而变的成本为可变成本。可变成本又称变动成本。

    （2）固定成本：不随生产量、工作量或时间的变化而变化的非重复成本为固定成本。

    （3）直接成本：直接可以归属于项目工作的成本为直接成本。如项目团队差旅费、工资、项目使用的物料及设备使用费等。

    （4）间接成本：来自一般管理费用科目或几个项目共同担负的项目成本所分摊给本项目的费用，就形成了项目的间接成本，如税金、额外福利和保卫费用等。

    （5）机会成本：是利用一定的时间或资源生产一种商品时，而失去的利用这些资源生产其他best佳替代品的机会就是机会成本，泛指一切在做出选择后其中一个best大的损失。

    （6）沉没成本：是指由于过去的决策已经发生了的，而不能由现在或将来的任何决策改变的成本。沉没成本是一种历史成本，对现有决策而言是不可控成本，会很大程度上影响人们的行为方式与决策，在投资决策时应排除沉没成本的干扰。

    PART.06

    质量成本

    PART.07

    老七种质量管理工具

    （1）因果图，又称鱼骨图或石川图。问题陈述放在鱼骨的头部，作为起点，用来追溯问题来源，回推到可行动的根本原因。通过看问题陈述和问“为什么”来发现原因，直到发现可行动的根本原因，或者列尽每根鱼骨上的合理可能性。

    （2） 流程图，也称过程图，用来显示在一个或多个输入转化成一个或多个输出的过程中，所需要的步骤顺序和可能分支。

    （3）核查表，又称计数表，是用于收集数据的查对清单。用核查表收集的关于缺陷数量或后果的数据，又经常使用帕累托图来显示。

    （4）帕累托图，是一种特殊的垂直条形图，用于识别造成大多数问题的少数重要原因。在横轴上所显示的原因类别，作为有效的概率分布，涵盖百分之百的可能观察结果。

    （5）直方图，是一种特殊形式的条形图，用于描述集中趋势、分散程度和统计分布形状。与控制图不同，直方图不考虑时间对分布内的变化的影响。

    （6）控制图，用来确定一个过程是否稳定，或者是否具有可预测的绩效。帮助确定项目管理过程是否受控。

    （7）散点图，又称相关图，它标有许多坐标点（X,Y）,解释因变量Y相对于自变量

    X的变化。如果存在相关性，就可以画出一条回归线，来估算自变量的变化将如何影响因变量的值。

    PART.08

    规划质量管理的工具与技术

    规划质量管理的工具与技术包含：成本收益分析法、质量成本法、标杆对照（Benchmarking）、实验设计等。

    标杅对照是将实际或计划的项目实践与可比项目的实践进行对照，以便识别best佳实践，形成改进意见，并为绩效考核提供依据。

    实验设计 （DOE）是一种统计方法，用来识别哪些因素会对正在生产的产品或正在开发的流程的特定变量产生影响。

    统计抽样是指从目标总体中选取部分样本用于检查（如从75张工程图纸中随机抽取10张）。

    PART.09

    岗位兼任

    业务开发人员和系统维护人员不能兼任安全管理员，但安全管理员可以兼任系统管理员、数据库管理员、网络管理员。其他关键岗位不能互相兼任。

    PART.10

    软件质量

    软件质量管理过程由许多活动组成，一些活动可以直接发现缺陷，另一些活动则检查活动的价值。其中包括质量保证过程、验证过程、确认过程、评审过程、审计过程等。

    （1）软件质量保证：通过制订计划、实施和完成等活动保证项目生命周期中的软件产品和过程符合其规定的要求。

    （2） 验证与确认：确定某一活动的产品是否符合活动的需求，best终的软件产品是否达到其意图并满足用户需求。

    验证过程试图确保活动的输出产品已经被正确构造，即活动的输出产品满足活动的规范说明；

    确认过程则试图确保构造了正确的产品，即产品满足其特定的目的。

    （3）评审与审计：包括管理评审、技术评审、检查、走查、审计等。

    管理评审的目的是监控进展，决定计划和进度的状态，或评价用于达到目标所用管理方法的有效性。

    技术评审的目的是评价软件产品，以确定其对使用意图的适合性。

    软件审计的目的是提供软件产品和过程对于可应用的规则、标准、指南、计划和流程的遵从性的独立评价。审计是正式组织的活动，识别违例情况，并要生成审计报告，采取更正性行动。

    实施质量保证的主要作用是，促进质量过程改进。

    PART.11

    定性与定量风险分析

    定性风险分析的输出：

    （1）风险登记册。更新的内容包括对每个风险的概率和影响评估、风险评级和分值、风险紧迫性或风险分类，以及低概率风险的观察清单或需要进一步分析的风险。

    （2）假设条件日志。

    定量风险分析的输出：

    （1）项目的概率分析

    （2）实现成本和时间目标的概率

    （3）量化风险优先级清单

    （4）定量风险分析结果的趋势

    定性风险分析的工具技术：

    （1）风险概率和影响评估

    （2）概率和影响矩阵（风险值＝风险发生的概率风险发生后的后果）

    （3）风险数据质量评估

    （4）风险分类

    （5）风险紧迫性评估

    （6）专家判断。

    定量风险分析的工具技术：

    （1）数据收集和展示技术:访谈、概率分布

    （2）定量风险分析和建模技术：敏感性分析、预期货币价值分析、建模和模拟。

    （3）专家判断

    PART.12

    项目团队建设的5个阶段

    （1）形成阶段（Forming）:一个个独立的个体成员转变为团队成员，开始形成共同目标，对未来团队往往有美好的期待。

    （2）震荡阶段（Storming）:团队成员开始执行分配的任务，一般会遇到超出预想的困难，希望被现实打破。个体之间开始争执，互相指责，并且开始怀疑项目经理的能力。

    （3）规范阶段（Norming）:经过一定时间的磨合，团队成员之间相互熟悉和了解，矛盾基本解决，项目经理能够得到团队的认可。

    （4）发挥阶段（Performing）:随着相互之间的配合默契和对项目经理的信任，成员积极工作，努力实现目标。这时集体荣誉感非常强，常将团队换成一称谓，如“我们那个组”“我们部门”等，并会努力捍卫团队声誉。

    （5）结束阶段（Adjourning）:随着项目的结束，团队也被遣散了。

    PART.13

    IT服务生命周期

    IT服务生命周期由规划设计、部署实施、服务运营、持续改进和监督管理5个阶段组成。（1）规划设计:从客户业务战略出发，以需求为中心，参照ITSS对IT服务进行全面系统的战略规划和设计，为IT服务的部署实施做好准备，以确保提供满足客户需求的IT服务。（2）部署实施:在规划设计基础上，依据ITSS建立管理体系、部署专用工具及服务解决方案。（3）服务运营:根据服务部署情况，根据ITSS，采用过程方法，全面管理基础设施、服务流程、人员和业务连续性，实现业务运营与IT服务运营融合。

    （4）持续改进:根据服务运营的实际情况，定期评审IT服务满足业务运营的情况，依据IT服务本身存在的缺陷，提出改进策略和方案，并对IT服务进行重新规划设计和部署实施，以提高IT服务质量。（5）监督管理:本阶段主要依据ITSS服务服务质量进行评价，并对服务供方的服务过程、交付结果实施监督和绩效评估。

    IT服务的核心要素由人员、过程、技术和资源组成，简称PPTR。

    PART.14

    生命周期模型

    （1）结构化方法、瀑布模型：适用于需求明确的场景

    （2）V模型：基于软件测试

    （3）原型法：需求不明确，快速建立模型，与客户确认需求

    （4）螺旋模型：适用于大型的、复杂的、风险比较大的项目，基于风险分析

    PART.15

    信息系统的特点

    （1）目的性。系统都有明确的目标或者目的，目标性决定了系统的功能。

    （2）可嵌套性。系统可以包括若干子系统，系统之间也能够耦合成一个更大的系统。

    （3）稳定性。稳定性强的系统使得系统在受到外部作用的同时，内部结构和秩序仍然能够保持。

    （4）开放性。系统的开放性是指系统的可访问性。这个特性决定了系统可以被外部环境识别，外部环境或者其他系统可以按照预定的方法，使用系统的功能或者影响系统的行为。

    （5）脆弱性。这个特性与系统的稳定性相对应，即系统可能存在着丧失结构、功能、秩序的特性，这个特性往往是隐藏不易被外界感知的。脆弱性差的系统，一旦被侵入，整体性会被破坏，甚至面临崩溃，系统瓦解。

    （6）健壮性。当系统面临干扰、输入错误、入侵等因素时，系统可能会出现非预期的状态而丧失原有功能、出现错误甚至表现出破坏功能。

    PART.16

    电子商务模式

    电子商务模式包括:

    （1）企业与企业之间的电子商务（B2B）

    （2）企业与消费者之间的电子商务（B2C）

    （3）消费者与消费者之间的电子商务（C2C）

    （4）电子商务与线下实体店有机结合，向消费者提供商品和服务，称为 O2O 模式

    PART.17

    电子政务模式

    （1）政府对政府G2G

    （2）政府对个人G2C：电子公告牌、一站（政府门户网站）

    （3）政府对企业G2B：

    （4）政府对公务员G2E：考勤系统

    PART.18

    云计算

    按照云计算服务提供的资源层次，可以分为IaaS、PaaS和SaaS等三种服务类型。

    （1）IaaS（基础设施即服务），向用户提供计算机能力、存储空间等基础设施方面的服务。消费者通过Internet可以从云计算中心获得完善的计算机基础设施服务，例如虚拟主机、存储服务等。

    （2）PaaS（平台即服务），向用户提供虚拟的操作系统、数据库管理系统、Web应用等平台化的服务。

    （3）SaaS（软件即服务），向用户提供应用软件（如CRM、办公软件等）、组件、工作流等虚拟化软件的服务。典型的如国外的Salesforce、国内的淘宝等。WebService逐渐融入到云计算SaaS服务中。

    虚拟化技术主要用来解决高性能的物理硬件产能过剩和老的旧的硬件产能过低的重组重用，透明化底层物理硬件，从而best大化地利用物理硬件。

    PART.19

    面向对象

    （1）对象：实物；对象是由一组属性和对这组属性进行的操作构成的。对象包含三个基本要素，分别是对象标识、对象状态和对象行为。例如，对于姓名为Joe的教师而言，Joe就是一个对象，教师是一个类。

    （2）类：类型；现实世界中实体的形式化描述，类将该实体的属性（数据）和操作（函数）封装在一起。类和对象的关系可理解为，对象是类的实例，类是对象的模板。如果将对象比作房子，那么类就是房子的设计图纸。

    （3）抽象：对象是现实世界中某个实体的抽象，类是一组对象的抽象。

    （4）封装：将相关的概念组成一个单元模块，并通过一个名称来引用它。

    （5）继承：表示类之间的层次关系（父类与子类），在子类中可以不用重复指定父类中的属性

    （6）多态：使得在多个类中可以定义同一个操作或属性名，并在每个类中可以有不同的实现。

    （7）接口：描述对操作规范的说明，其只说明操作应该做什么，并没有定义操作如何做。

    （8）消息：体现对象间的交互，通过它向目标对象发送操作请求。

    （9）组件：表示软件系统可替换的、物理的组成部分，封装了模块功能的实现。组件应当是内聚的，并具有相对稳定的公开接口。

    （10）复用：指将已有的软件及其有效成分用于构造新的软件或系统。组件技术是软件复用实现的关键。

    （11）模式：描述了一个不断重复发生的问题，以及该问题的解决方案。

    PART.20

    软件架构模式

    （1）管道/过滤器模式：管道/过滤器模式体现了各功能模块高内聚、低耦合的“黑盒”特性，支持软件功能模块的重用，便于系统维护；

    （2）面向对象模式：典型应用是基于组件的软件开发。

    （3）事件驱动模式：典型应用包括各种图形界面应用。

    （4）分层模式：采用层次化的组织方式，每一层都为上一层提供服务，并使用下一层提供的功能。该模式允许将一个复杂问题逐步分层实现。其中的每一层best多只影响相邻两层，只要给相邻层提供相同的接口，就允许每层用不同的方法实现，可以充分支持软件复用。其典型应用是分层通信协议，如ISO/OSI的七层网络模型。

    （5）客户/服务器模式（Client/Server,C/S）:C/S模式中客户与服务器分离，允许网络分布操作，适用于分布式系统。

    PART.21

    OSI七层协议

    （1）物理层：该层包括物理连网媒介，如电缆连线连接器。该层的协议产生并检测电压以便发送和接收携带数据的信号。具体标准有RS232、V.35、RJ-45、FDDI。

    （2）数据链路层：它控制网络层与物理层之间的通信。它的主要功能是将从网络层接收到的数据分割成特定的可被物理层传输的帧。常见的协议有IEEE802.3/.2、HDLC、PPP（点对点传输协议）、ATM（异步传输模式）。

    （3）网络层：其主要功能是将网络地址（例如，IP地址）翻译成对应的物理地址（例如，网卡地址），并决定如何将数据从发送方路由到接收方。在TCP/IP协议中，网络层具体协议有IP、ICMP、IGMP、IPX、ARP、RARP等。

    （4）传输层：主要负责确保数据可靠、顺序、无错地从A点到传输到B点。在TCP/IP协议中，具体协议有TCP、UDP、SPX。

    （5）会话层：负责在网络中的两节点之间建立和维持通信，以及提供交互会话的管理功能，如三种数据流方向的控制，即一路交互、两路交替和两路同时会话模式。常见的协议有RPC、SQL、NFS。

    （6）表示层：应用程序和网络之间的翻译官。常见的协议有JPEG、ASCII、GIF、DES、MPEG。

    （7）应用层：负责对软件提供接口以使程序能使用网络服务，如事务处理程序、文件传送协议和网络管理等。在TCP/IP协议中，常见的协议有HTTP、Telnet、FTP、SMTP。

    PART.22

    数据库和数据仓库

    （1）数据仓库是一个面向主题的、集成的、相对稳定的、反映历史变化的数据集合，用于支持管理决策。数据仓库是对多个异构数据源（包括历史数据）的有效集成，集成后按主题重组，且存放在数据仓库中的数据一般不再修改。数据仓库是面向主题的，主要采用OLAP技术。

    （2）数据库是经过机构化、规范化组织后的事实和信息的集合。数据库是信息系统中best有价值和best重要的部分之一。记录正在使用的、实时的数据。数据库是面向事务的，主要采用OLTP技术。

    今天的划重点环节暂告一段落，明后天还有更多重点考点分享，大家继续关注啊！

    打破入户认知，少走弯路，欢迎继续关注广州积分入户网。