信息系统项目管理师知识点突击-CSDN博客

本文链接：https://blog.csdn.net/u012298076/article/details/103031665

TCP/IP

区块链

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。所谓共识机制是区块链系统中实现不同节点之间建立信任、获取权益的数学算法。
区块链（Blockchain）是比特币的一个重要概念，它本质上是一个去中心化的数据库，同时作为比特币的底层技术。区块链是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一次比特币网络交易的信息，用于验证其信息的有效性（防伪）和生成下一个区块。

云计算服务类型

软件架构

软件工程的过程管理

1、混乱 2、可管理 3、已定义 4、量化管理 5、优化管理

软件测试

软件集成技术
表示集成：为界面集成，这是比较原始和最浅层次的集成，但又是常用的集成
数据集成：为了完成控制集成和业务流程集成，必须首先解决数据和数据库的集成问题。
控制集成：控制集成也称为功能集成或应用集成，是在业务逻辑层上对应用系统进行集成的。

GB/T 11457-2006规定了软件工程领域中的1859个中文术语，以及每个中文术语对应的英文词，还对每个术语给出了一个或一个以上的定义。标准的最后附有英文索引和中文索引。与项目管理相关的术语摘录如下。
(1)验收准则：软件产品要符合某一测试阶段必须满足的准则，或软件产品满足交货要求的准则。
(2)验收测试：确定一系统是否符合其验收准则，使客户能确定是否接收此系统的正式测试。
(3)需方：从供方获得或得到一个系统、产晶或服务的一个机构。需方可以是买主、客户、拥有者、用户、采购人员等。
(4)活动：一个过程的组成元素。对基线的改变要经有关当局的正式批准。
(5)审计：为评估是否符合软件需求、规格说明、基线、标准、过程、指令、代码以及合同和特殊要求丽进行的一种独立的检查：通过调查研究确定已制定的过程、指令、规格说明、代码和标准或其他的合同及特殊要求是否恰当和被遵守，以及其实现是否有效而进行的活动。
(6)代码审计：由某人、某小组或借助某种工具对源代码进行的独立的审查，以验证其是否符合软件设计文件和程序设计标准。还可能对正确性和有效性进行估计。
(7)配置审计：证明所要求的全部配置项均已产生出来，当前的配置与规定的需求相符。技术文件说明书完全而准确地描述了各个配置项目，并且曾经提出的所有更动请求均己得到解决的过程。
(8)认证：一个系统、部件或计算机程序符合其规定的需求，对操作使用是可接受的一种书面保证。例如，一计算机系统是安全的允讦在定义的环境中操作的书面的认可；为使系统获准投入运行性使用，对系统遵循规定的需求是可接受的所做的正式演示；验证系统或部件遵循规定的需求，且其操作使用是可接受的过程。
(9)走查：一种静态分析技术或评审过程，在此过程中，设计者或程序员引导开发组的成员通读己书写的设计或编码，其他成员负责提出问题并对有关技术、风格、可能的错误、是否违背开发标准等方面进行评论。
(10)鉴定：一个正式的过程，通过这个过程确定系统或部件是否符合它的规格说明，是否可在目标环境中适合于操作使用。
(11)基线：业已经过正式审核与同意，可用作下一步开发的基础，并且只有通过正式的修改管理步骤方能加以修改的规格说明或产品；在配置项生存周期的某一特定时间内，正式指定或固定下来的配置标识文件和一组这样的文件。基线加上根据这些基线批准统一的改动构成了当前配置标识。对于配置管理，有以下三种基线：功能基线（最初通过的功能配置）、分配基线（最初通过的分配的配置）、产品基线（最初通过的或有条件地通过的产品配置）。
(12)配置控制委员会：对提出的工程上的更动负责进行估价、审批，对核准进行的更动确保其实现的权力机构。
(13)配置管理：标识和确走系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性；
对下列工作进行技术和行政指导与监督的一套规范；对配置项的功能和物理特性进行标识和文件编制工作；控制这些特性的更动情况；记录并报告对这些更动进行的处理和实现的状态。
(14)配置状态报告：记录和报告为有效地管理某…配置所需的信息。包括列出经批准的配谨标识表、列出对配避提出受动的状态表和经批准的更动的实现状态。
(15)设计评审：在正式会议匕将系统的初步的或详细的设计提交给用户、客户戏有关人士供其评审戏批准：对现有的或提出的设计所做的正式评估和审查，其目的是找出可能会影响产品、过程或服务工作的适用性和环境方面的设计缺陷并采取补救措施，以及（或者）找出在性能、安全性和经济方面的可能的改进。
(16)桌面检查：对程序执行情况进行人工模拟，用逐步检查源代码中有无逻辑或语法错误的办法来检测故障。
(17)评价：决定某产品、项目、活动或服务是否符合它的规定的准则的过程。
(18)故障、缺陷：功能部件不能执行所要求的功能。
(19)功能配置审计：验证一个配置项的实际工作性能是否符合它的需求规格说明的一项审查，以便为软件的设计和编码建立一个基线。

认证，数字签名

网页防篡改技术包括时间轮询技术、核心内嵌技术、事件触发技术、文件过滤驱动技术等。

802

image.png

UML 2.0中的图
UML 2.0包括14种图，分别列举如下：
(1)类图(class diagram)：类图描述一组类、接口、协作和它们之间的关系。在00系统的建模中，最常见的图就是类图。粪图给出了系统的静态设计视图，活动类的类图给出了系统的静态进程视图。
(2)对象图(object diagram)：对象图描述一组对象及它们之间的关系。对象图描述了在类图中所建立的事物实例的静态快照。和类图一样，这些图给出系统的静态设计视图或静态进程视图，但它们是从真实案例或原型案例的角度建立的。
(3)构件图（component diagram）：构件图描述一个封装的类和它的接口、端口，以及由内嵌的构件和连接件构成的内部结构。构件图用于表示系统的静态设计实现视图。对于由小的部件构建大的系统来说，构件图是很重要的。构件图是类图的变体。
(4)组合结构图（composite structure diagram）：组合结构图描述结构化类（例如，构件或类）的内部结构，包括结构化类与系统其余部分的交互点。组合结构图用于画出结构化类的内部内容。
(5)用例图(use case diagram)：用例图描述一组用例、参与者及它们之间的关系。用例图给出系统的静态用例视图。这些图在对系统的行为进行组织和建模时是非常重要的。
(6)顺序图（sequence diagram，也称序列图）：顺序图是一种交互图(interactiondiagram)．交互图展现了一种交互，它由一组对象或参与者以及它们之间可能发送的消息构成。交互图专注于系统的动态视图。顺序图是强调消息的时间次序的交互图。
(7)通信图(communication diagram)：通信图也是一种交互图，它强调收发消息的对象或参与者的结构组织。顺序图和通信图表达了类似的基本概念，但它们所强调的概念不同，顺序图强调的是时序，通信图强调的是对象之间的组织结构（关系）。在UML I.X版本中，通信图称为协作图( collaboration diagram)。
(8)定时图（timing diagram，也称计时图）：定时图也是一种交互图，它强调消息跨越不同对象或参与者的实际时间，而不仅仅只是关心消息的相对顺序。
(9)状态图（state diagram）：状态图描述一个状态机，它由状态、转移、事件和活动组成。状态图给出了对象的动态视图。它对于接口、类或协作的行为建模尤为重要，而且它强调事件导致的对象行为，这非常有助于对反应式系统建模。
(10)活动图(activity diagram)：活动图将进程或其他计算结构展示为计算内部一步步的控制流和数据流。活动图专注于系统的动态视图。它对系统的功能建模和业务流程建模特别重要，并强调对象间的控制流程。
(11)部署图（deployment diagram）：部署图描述对运行时的处理节点及在其中生存的构件的配置。部署图给出了架构的静态部署视图，通常一个节直包含一个或多个部署图。
(12)制品图（artifact diagram）：制品图描述计算机中一个系统的物理结构。制品包括文件、数据库和类似的物理比特集合。制品图通常与部署图一起使用。制品也给出了它们实现的类和构件。
(13)包图(package diagram)：包图描述由模型本身分解而成的组织单元，以及它们之间的依赖关系。
(14)交互概览图(interaction overview diagram)：交互概览图是活动图和顺序图的混合物。