2020年软件设计师知识点

系统可靠性分析和设计

1.串联系统

可靠性R=R1 * R2 *……*Rn，各子系统可靠度相乘。

失效率 （近似） 总失效率=各子系统失效率相加

2.并联系统

可靠性 R=1- （1-R1）*（1-R2）*…*(1-Rn) ，并联计算各子系统失效率，全部失效才真正失效，1-失效率

失效率 = 1- 可靠性

3.模冗余系统和混合系统

差错控制

检错和纠错

公式

内聚与耦合

内聚（从弱到强）

• 偶然内聚（巧合内聚）一个模块内的各处理元素之间没有任何联系，只是偶然地被凑到一起。这种模块也称为巧合内聚，内聚程度最低。

• 逻辑内聚：这种模块把几种相关的功能组合在一起， 每次被调用时，由传送给模块参数来确定该模块应完成哪一种功能 。相关的功能也就是逻辑上的功能放在一起。如表述，我和全世界的人，比较松

• 时间内聚：把需要同时执行的动作组合在一起形成的模块称为时间内聚模块。仅是时间上相关的动作，如一边看书，一边听音乐，可以描述了件事情了，但还不是必须在一块执行的动作。

• 过程内聚：构件或者操作的组合方式是，允许在调用前面的构件或操作之后，马上调用后面的构件或操作，即使两者之间没有数据进行传递。简单的说就是如果一个模块内的处理元素是相关的，而且必须以特定次序执行则称为过程内聚。两个功能同属于一个过程中，有了在一起的理由。
  例如某要完成登录的功能，前一个功能判断网络状态，后一个执行登录操作，显然是按照特定次序执行的。

• 通信内聚：指模块内所有处理元素都在同一个数据结构上操作或所有处理功能都通过公用数据而发生关联（有时称之为信息内聚）。即指模块内各个组成部分都使用相同的数据结构或产生相同的数据结构。两个模块需要交换数据（通信）了，才能完成某一个功能。这样在一起的 理由更充分了一些。

• 顺序内聚：一个模块中各个处理元素和同一个功能密切相关，而且这些处理必须顺序执行，通常前一个处理元素的输出是后一个处理元素的输入。顺序虽然也代表着过程，但有本质的区别，还是体现在数据的关联上，顺序强调的是前一个输出是后一个的输入。不仅强调数据交流（通信）还限制顺序，在一起的理由就更充分了。
  例如某要完成获取订单信息的功能，前一个功能获取用户信息，后一个执行计算均价操作，显然该模块内两部分紧密关联。
  顺序内聚的内聚度比较高，但缺点是不如功能内聚易于维护。

• 功能内聚：模块内所有元素的各个组成部分全部都为完成同一个功能而存在，共同完成一个单一的功能，模块已不可再分。即模块仅包括为完成某个功能所必须的所有成分，这些成分紧密联系、缺一不可。就是为了单一的功能，不可再拆分了，必须在一起了。

  耦合（从强到弱）

• 内容耦合：一个模块直接访问另一模块的内容，则称这两个模块为内容耦合。
  若在程序中出现下列情况之一，则说明两个模块之间发生了内容耦合：

1. 一个模块直接访问另一个模块的内部数据。
2. 一个模块不通过正常入口而直接转入到另一个模块的内部。
3. 两个模块有一部分代码重叠（该部分代码具有一定的独立功能）。
4. 一个模块有多个入口。

内容耦合可能在汇编语言中出现。大多数高级语言都已设计成不允许出现内容耦合。这种耦合的耦合性最强，模块独立性最弱。

其中一个模块访问另一个模块的内部，也就是信赖另一个模块的内容

• 公共耦合：一组模块都访问同一个全局数据结构，则称之为公共耦合。公共数据环境可以是全局数据结构、共享的通信区、内存的公共覆盖区等。如果模块只是向公共数据环境输入数据，或是只从公共数据环境取出数据，这属于比较松散的公共耦合；如果模块既向公共数据环境输入数据又从公共数据环境取出数据，这属于较紧密的公共耦合。
  公共耦合会引起以下问题：一个模块通过公共的数据与另一个模块关联，有共用的大量数据，那么还是不独立。

1. 无法控制各个模块对公共数据的存取，严重影响了软件模块的可靠性和适应性。
2. 使软件的可维护性变差。若一个模块修改了公共数据，则会影响相关模块。
3. 降低了软件的可理解性。不容易清楚知道哪些数据被哪些模块所共享，排错困难。

一般地，仅当模块间共享的数据很多且通过参数传递很不方便时，才使用公共耦合。

• 外部耦合：一组模块都访问同一全局简单变量，而且不通过参数表传递该全局变量的信息，则称之为外部耦合。模块间通过外部的简单变量，少量的共用数据产生关联，独立性好点了。

• 控制耦合：模块之间传递的不是数据信息，而是控制信息例如标志、开关量等，一个模块控制了另一个模块的功能。模块间通过控制信号，肯定是外部的了，并且是开关量，共用数据更少了。独立性更好了。

• 标记耦合：调用模块和被调用模块之间传递数据结构而不是简单数据，同时也称作特征耦合。表就和的模块间传递的不是简单变量，而是像高级语言中的数据名、记录名和文件名等数据结果，这些名字即为标记，其实传递的是地址。标记理解为地址的话，地址里的内容可不一定是固定的，所以模块间的关系，基本开始脱离数据这么紧密的关系了，开始独立了。

• 数据耦合：调用模块和被调用模块之间只传递简单的数据项参数。相当于高级语言中的值传递。只是传递了个数据，如1，不用于共用数据了才行了，更加独立了。

• 非直接耦合：两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的。耦合度最弱，模块独立性最强。

二叉树

• 反向构造二叉树，
  对比前序，中序遍历，前序第一个是根节点， 中序中的相同的字母分为左右两边，继续往下循环
• 树转二叉树
  孩子节点-左子树节点 兄弟节点-树的右子节点 （从上到下，从左到右）
• 哈夫曼树

1. 在权值中拿出最小两个，相加生成父节点，再将父节点放入原权值组中 循环上述操作构造成树

2. 带权路径长度=全部叶子节点权值*路径长度

3. 树左节点为0，右子节点为1

软考中涉及到的主要开发模型：

1. 原型开发模型（快速原型模型、演化模型、增量模型）

• 1）快速原型：
  
  解释：其用途是获知用户的真正需求，一旦需求确定了，原型即被抛弃。主要用于需求分析阶段。是一种“抛弃式”的原型化方法。
  
  特征：简化项目管理、尽快建立初步需求、加强用户参与和决策。
  
• 2）演化模型：
  
  解释：应用于真个软件开发过程，是从最初模型逐步演化为最终软件产品的渐进过程。是一种“渐进式”的原型化方法。
  
• 3）增量模型（渐增式）
  
  解释：主要用于设计阶段，把软件产品划分为一系列的增量构件，分别进行设计、编程、集成和测试。新的增量构件不得破坏已经开发出来的产品。

2. 瀑布模型
   

   解释：瀑布模型严格遵循软件生命周期各阶段的固定顺序：计划、分析、设计、编程、测试和维护，上一阶段完成后才能进入下一阶段，真个模型就像是一个飞流直下的瀑布。
         优点：以文档作为驱动，强迫开发人员采用规范的方法，严格规定了各阶段必须提交的文档；要求每一阶段结束后都要进行严格的评审。与它最相适应的开发方法是结构化方法。
         缺点：不适用户需求的改动。
   

3. 螺旋模型
   

   解释：综合了瀑布模型和原型模型中的演化模型的优点，还增加了风险分析。螺旋线第一圈的开始点可能是一个概念项目。从第二圈开始，一个新产品开发项目就开始了，新产品的演化沿着螺旋线进行若干次迭代，一直转到软件生命期结束。
   

4. 喷泉模型
   

    解释：主要用于描述面向对象的开发过程。喷泉一词体现了面向对象开发过程的迭代和无间隙特征。
   

5. 迭代软件开发技术

     Rational统一开发流程RUP是一个通用的软件流程框架，它是一个以框架为中心，用例驱动的迭代化软件开发流程。RUP是从千个软件项目的实践经验中总结出来的，对于实际的项目具有很强的指导意义，是软件开发行业事实上的行业标准。在RUP中，我们把软件开发生命周期划分为四个阶段，每个阶段的结束标志就是一个主要的里程碑。
               这四个阶段是为了达到以下阶段性的目标里程碑：
                先启（Inception）：确定项目开发的目标和范围。
                精化（Elaboration）：确定系统架构和系统功能
                构建（Construction）：实现剩余的系统功能
                产品化（Transition）：完成软件的产品化工作，将系统移交给客户
      真题再现：<br/>
      1.（2012年下）某开发小组欲开发一个规模较大、需求较明确的项目。开发小组对项目领域熟悉且该项目与小组开发过的某一项目相似，则适宜采用瀑布开发模型。<br/>
      2.（2012年上）假设某软件公司与客户签订合同开发一个软件系统，系统的功能有较清晰的定义，且客户对交付时间有严格要求，则该系统的开发最适宜采用瀑布模型。<br/>
      3.（2011年下）若全面采用新技术开发一个大学记账系统，以替换原有的系统，则宜选择采用瀑布模型进行开发。<br/>
      4.（2011年上）为了有效地捕获系统需求，应采用原型模型<br/>
      5.（2010年上）统一过程（UP）定义了初启阶段、精化阶段、构建阶段、移交阶段，每个阶段以达到某个里程碑时结束，其中，精化阶段的里程碑时生命周期架构。
   

下午题目

查找缺失数据流方法

• 1.父图子图 对比
• 2.确定每个加工查看是否有输入输出
• 3.读试题描述和图做对比，查看是否有缺失。（每句话都要仔细看）

分解加工时，常见的三种错误

• 1.黑洞 有输入无输出
• 2.白洞 无输入有输出
• 3.灰洞 输入不足以产生输出

添加缺失

1.将***作为外部实体，添加从加工“ ***” 到“ ***” 的数据流“***”

结构化语言

伪代码
1）从题干中抽取“动词 + 名词” 或者 “名词 + 动词”，而不是直接COPY整个句子。

2）从题干内容中提炼出IF，WHILE：比如2021上半年1题中，车辆入场和出场是想对的概念，因此是IF；比如2020下半年1题中，图像采集是一个WHILE过程。

3）利用伪代码（参考latex代码格式，参考Latex写伪代码）书写，常见语法包括：while(…) do {xxx} end while，if(…) then {xxx} end if

用例和用例之间的关系

1.包含 系统用例较多，不同用例之前存在共同行为，可以将这些共同的行为提取出来，单独组成一个用例，当其他用例适用这个用例时，他们就构成了包含关系

2.扩展 当用例执行过程中，可能会出现一些特殊情况，也可能再不同的分支行为中选择执行，这时可将异常行为与可选分支抽象微一个单独的扩展用例，一个用例可能有多个扩展用例

3.泛化

类图中各个图形和线条的意义

各种uml图
1.用例图
2.类图
3.对象图
4.活动图
5.状态图
6序列图（时序图）
7.协作图（通信图）
8.构建图
9.部署图
10.组件图

算法

软考中常见算法类型：分治法、回溯法、贪心法、动态规划法。

1. 分治法

将一个问题拆分为若干个小规模的子问题，通常用递归的思想求解子问题，子问题相互独立但与原问题相同，再将子问题的解合并得到原问题的解。（自下向上）

2. 回溯法

搜索问题的所有解或任一解，在搜索过程中发现不满足求解条件则回溯，尝试别的路径。

3. 贪心法

不考虑整体，只在当前做出最优的选择，求得局部最优解。（自顶向下）

4. 动态规划法

划分子问题为最优的子策略，并把子问题的解使用数组存储，利用查表查出子问题结果构造最终问题结果。与分治法不同的是子问题不独立，相同子问题可能会被求解多次。（自底向上/自下而上）

软考常见算法例题

设计模式

1.创建性模式

抽象工厂模式（Abstract Factory）:提供一个接口，可以创建一系列相关或相互依赖的对象，而无需指定它们具体的类。（一个接口创建相关对象，无需具体的类）

工厂方法模式只有一个抽象产品类，而抽象工厂模式有多个。
工厂方法模式的具体工厂类只能创建一个具体产品类的实例，而抽象工厂模式可以创建多个。

构建器模式（Builder）：将一个复杂类的表示与其构造相分离，使得相同的构建过程能够得出不同的表示。（相同是构造，不同的表示）

工厂方法模式（Factory Method）：定义一个创建对象的接口，但由子类决定需要实例化哪一个类。工厂方法使得子类实例化的过程推迟。（接口，子类决定实例化具体类）

原型模式（Prototype）：用原型实例指定创建对象的类型，并且通过拷贝这个原型来创建新的对象。（只有一个实例）

单例模式（Singleton）:保证一个类只有一个实例，并提供一个访问它的全局访问点。（只有一个实例）

2.结构型模式

适配器模式（Adapter）：将一个类的接口转换成用户希望得到的另一种接口。它使原本不相容的接口得以协同工作。（实现兼容）

桥接模式（Bridge）：将类的抽象部分和它的实现部分分离开来，使它们可以独立地变化。（抽象和实现分离开）

组合模式（Composite）：将对象组合成树型结构以表示“整体-部分”的层次结构，使得用户对单个对象和组合对象的使用具有一致性。（整体—部分）

装饰模式（Decorator）：动态地给一个对象添加一些额外的职责。它提供了用子类扩展功能的一个灵活的替代，比派生一个子类更加灵活。（动态添加）

外观模式（Facade）:定义一个高层接口，为子系统中的一组接口提供一个一致的外观，从而简化了该子系统的使用。（为子系统提供一致的外观）

享元模式（Flyweight）：提供支持大量细粒度对象共享的有效方法。（共享）

代理模式（Proxy）：为其他对象提供一种代理以控制这个对象的访问。（提供代理）

3.行为型模式

职责链模式（Chain of Responsibility）：通过给多个对象处理请求的机会，减少请求的发送者与接收者之间的耦合。将接收对象链接起来，在链中传递请求，直到有一个对象处理这个请求。（将对象链接起来，在链中传递请求）

命令模式（Command）：将一个请求封装为一个对象，从而可用不同的请求对客户进行参数化，将请求排队或记录请求日志，支持可撤销的操作。（参数化）

解释器模式（Interpreter）：给定一种语言，定义它的文法表示，并定义一个解释器，该解释器用来根据文法表示来解释语言中的句子。（有一个解释器来表示文法句子）

迭代器模式（Iterator）：提供一种方法来顺序访问一个聚合对象中的各个元素，而不需要暴露该对象的内部表示。（不需要暴露对象的内部）

中介者模式（Mediator）：用一个中介对象来封装一系列的对象交互。它使各对象不需要显式地相互调用，从而达到低耦合，还可以独立地改变对象间的交互。（使用中介来调用）

备忘录模式（Memento）：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，从而可以在以后将该对象恢复到原先保存的状态。（可以恢复到之前的状态）

观察者模式（Observer）：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并自动更新。（一个变，其他也变）

状态模式（State）：允许一个对象在其内部状态改变时改变它的行为。（状态改变时改变它的行为）

策略模式（Strategy）：定义一系列算法，把它们一个个封装起来，并且使它们之间可互相替换，从而让算法可以独立于使用它的用户而变化。（互相替换）

模板方法模式（Template Method）：定义一个操作中的算法骨架，而将一些步骤延迟到子类中，使得子类可以不改变一个算法的结构即可重新定义算法的某些特定步骤。（子类父类）

访问者模式（Visitor）：表示一个作用于某对象结构中的各元素的操作，使得在不改变各元素的类的前提下定义作用于这些元素的新操作,需要对一个对象数据结构中的对象进行很多不同的并且不相关的操作。（不改变各元素定义这些元素的新操作）

Shell 中数字相加

1
2
3
4
5
6
7
8
9
10
11
12

a=10
b=20
c=`expr ${a} + ${b}`
echo "$c"

let 命令是 BASH 中用于计算的工具，用于执行一个或多个表达式，变量计算中不需要加上
 $ 来表示变量。如果表达式中包含了空格或其他特殊字符，则必须引起来。
 
let a=5+4
let b=9-3 
echo $a $b

ftp命令

1
2
3
4
5
6
7
8
9
10
11

ftp ip.ip.ip.ip
#获取文件
mget
#上传文件
mput
#关闭确认提示
prompt
#删除文件
delete xxx.dat
#批量删除文件 支持通配
mdelete *xxx*

awk中输入外部的变量

1
2

#注意 " 和 '
grep kdpl_acct_bal load.sh|awk '{print "'$FilePath'"$4}'

shell中定位字符的方式，包括常见的分割：按位置分隔，按指定的字符串截取，按照指定要求（如指定后缀）分割。

事务

Raft

Raft 协议是一个分布式共识(consensus)算法。

为了达到易于理解的目标，raft做了很多努力，其中最主要是两件事情：

• 问题分解
• 状态简化（而状态简化更好理解，就是对算法做出一些限制，减少需要考虑的状态数，使得算法更加清晰，更少的不确定性（比如，保证新选举出来的leader会包含所有commited log entry））

1 问题分解

Raft 协议将 consensus problem 划分为下面的几个子问题, 分别提出对应的解决方案：

• Leader Election
• Log Eeplication
• Safety

Raft 算法首先从集群所有节点中选举出一个 Leader, 其余节点称为 Follower, 由 Leader 来负责管理日志. Leader 负责处理用户的请求, 并将之转化为日志, 并复制到其他的节点上. 当 Leader 将日志复制到大多数节点时, 就能将之应用(apply)到状态机, 并将之 commit, 最后将结果返回给用户.

为了保证日志条目(log entry)的有序性, 算法将时间划分为不同的 term, term 是一个连续的单调递增的整数. 当节点中发生 Leader 选举时, term 加一, 当节点观察到比自身更大的 term 时, 切换到该 term. 同时, 每条日志具有一个 index 来唯一标记, index 同样单调递增, 新的日志的 index 大于旧的日志的 index. 算法中用 term 和 index 来标记日志.

原文链接：https://www.cnblogs.com/xybaby/p/10124083.html

主机信息：阿里云ECS

CPU&内存：1核2 GiB

磁盘：100G

操作系统：CentOS 8.4 64位

1.gitlab镜像拉取

1
2

# gitlab-ce为稳定版本，后面不填写版本则默认pull最新latest版本
$ docker pull gitlab/gitlab-ce

2.运行gitlab镜像

1
2
3
4
5

$ docker run -d  -p 443:443 -p 80:80 -p 222:22 --name gitlab --restart always -v /root/gitlab/config:/etc/gitlab -v /root/gitlab/logs:/var/log/gitlab -v /root/gitlab/data:/var/opt/gitlab gitlab/gitlab-ce
# -d：后台运行
# -p：将容器内部端口向外映射
# --name：命名容器名称
# -v：将容器内数据文件夹或者日志、配置等文件夹挂载到宿主机指定目录

以上操作完似乎就可以使用了，/root/gitlab/config 中有root用户的初始密码。

3.然而

运行后主机死翘翘了，内存太低，直接100%，ssh都登不上了。

不慌，阿里巴巴控制台强制重启，然后进去把docker中的gitlab停了。

4.低配置主机添加swap空间

使用磁盘当内存，速度慢但还勉强能用。

一.添加SWAP空间

使用dd命令创建名为swapfile 的swap交换文件（文件名和目录任意）:

1

1.  dd  if=/dev/zero  of=/var/swapfile  bs=1024  count=2097152  

或

1
2
3
4
5

   dd  if=/dev/zero  of=/var/swapfile  bs=1024  count=2048k
[root@aliyun ~]# dd  if=/dev/zero  of=/var/swapfile  bs=1024  count=2048k
记录了2097152+0 的读入
记录了2097152+0 的写出
2147483648字节(2.1 GB)已复制，31.7458 秒，67.6 MB/秒

科普：if(即输入文件,input file)，of(即输出文件,output file)。dev/zero是Linux的一种特殊字符设备(输入设备)，可以用来创建一个指定长度用于初始化的空文件，如临时交换文件，该设备无穷尽地提供0，可以提供任何你需要的数目。 bs=1024 ：单位数据块（block）同时读入/输出的块字节大小为1024 个字节即1KB，bs(即block size)。count=2048000 ：数据块（block）数量为2048000 ，即2048000个1KB。可以计算swap分区的容量为：1KB 2097152=1KB *1024(k)*10242=2097152=2G。（dd命令里的单位M表示1024*1024,k表示1024）。

1

回车后，会执行2g的读写操作，系统会卡一段时间，耐心等待执行结果。

执行完毕，对交换文件格式化并转换为swap分区：

1
2
3
4

1.  mkswap  /var/swapfile  
[root@aliyun ~]# mkswap /var/swapfile
正在设置交换空间版本 1，大小 = 2097148 KiB
无标签，UUID=f88182d5-1155-4cf4-8cb9-5db460d9ac4e

挂载并激活分区：

1
2
3

1.  swapon   /var/swapfile  
[root@aliyun ~]# swapon /var/swapfile
swapon: /var/swapfile：不安全的权限 0644，建议使用 0600。

执行以上命令可能会出现：“不安全的权限 0644，建议使用 0600”类似提示，不要紧张，实际上已经激活了，可以忽略提示，也可以听从系统的建议修改下权限：

1

1.  chmod -R 0600 /var/swapfile  

这时候可以用 free –h 或 swapon –s命令查看新swap分区是否正常添加并激活使用。

修改 fstab 配置，设置开机自动挂载该分区：

1

1.  vim    /etc/fstab  

在fstab文件末尾追加如下内容后:wq!保存即可：
/var/swapfile swap swap defaults 0 0
或直接对fstab进行echo追加:

1

1.  echo  "/var/swapfile   swap  swap  defaults  0  0" >>  /etc/fstab  

二. 删除某swap分区

先停止正在使用swap分区：

1

1.  swapoff  /var/swapfile  

删除swap分区文件

1

1.  rm -rf   /var/swapfile  

删除或注释掉我们之前在fstab文件里追加的开机自动挂载配置内容：
/var/swapfile swap swap defaults 0 0

————————————————–

三. 更改Swap配置（进阶级)

swappiness值（0-100），系统对swap分区的依赖程度，越高则越倾向于使用swap分区。
当然，高度依赖swap会造成物理内存远未使用完，就使用swap分区，我们知道swap分区性能远不如物理内存，这反而降低了系统性能，违背了我们创建swap分区的初衷。
我们希望在物理内存即将满荷时再使用swap，这就决定了swappiness值一般为10-60为宜，固态硬盘可以偏高些。
查看当前的swappiness数值：

1

1.  cat   /proc/sys/vm/swappiness   

修改swappiness值，这里以50为例。

1

1.  sysctl vm.swappiness=50   

若希望vm.swappiness=50永久生效，则需要修改sysctl配置文件，直接echo追加配置内容，重启系统后即可生效：

1

1.  echo "vm.swappiness = 50"  >>  /etc/sysctl.conf

————————————————–

四. 增加(扩大)swap分区大小

1. 首先我们来查看swap空间的大小

1
2
3
4
5

# free -m
             total       used       free     shared    buffers     cached
Mem:          2026       1931         95          0         15       1789
-/+ buffers/cache:        127       1899
Swap:         3074          2       3071

1. 用dd命令创建一个2G大小的文件（102410242=2097152）

dd if=/dev/zero of=/var/swapfile1 bs=1024 count=2097152

1
2
3
4

[root@aliyun ~]# dd if=/dev/zero of=/var/swapfile1 bs=1024 count=2097152
记录了2097152+0 的读入
记录了2097152+0 的写出
2147483648字节(2.1 GB)已复制，48.2387 秒，44.5 MB/秒

1. 将该文件创建为linux swap

mkswap /var/swapfile1

1
2
3

[root@aliyun ~]# mkswap /var/swapfile1
正在设置交换空间版本 1，大小 = 2097148 KiB
无标签，UUID=43c47001-58a3-43ec-8510-bc8b2ad2ff51

1. 激活该文件

swapon /var/swapfile1

1
2

[root@aliyun ~]# swapon /var/swapfile1
swapon: /var/swapfile1：不安全的权限 0644，建议使用 0600。

1. 至此添加swap空间成功，但此时只要系统一重启就会丢失这个swap空间，所以我们要设置一下/etc/fstab文件，
   在文件的末尾加上/var/swapfile1 swap swap defaults 0 0

2. 查看大小 free -h

1
2
3
4

[root@aliyun ~]# free -h
              total        used        free      shared  buff/cache   available
Mem:           1.8G        1.1G         73M         22M        606M        496M
Swap:          4.0G        1.0G        3.0G

前言

在《阿里巴巴java开发手册》中指出了线程资源必须通过线程池提供，不允许在应用中自行显示的创建线程，这样一方面是线程的创建更加规范，可以合理控制开辟线程的数量；另一方面线程的细节管理交给线程池处理，优化了资源的开销。

而线程池不允许使用Executors去创建，而要通过ThreadPoolExecutor方式，这一方面是由于jdk中Executor框架虽然提供了如newFixedThreadPool()、newSingleThreadExecutor()、newCachedThreadPool()等创建线程池的方法，但都有其局限性，不够灵活【消耗内存等】；另外由于前面几种方法内部也是通过ThreadPoolExecutor方式实现，使用ThreadPoolExecutor有助于大家明确线程池的运行规则，创建符合自己的业务场景需要的线程池，避免资源耗尽的风险，所以阿里巴巴java开发规范线程池首选ThreadPoolExcutor。

话虽如此但常见的Executor框架还是要有所了解。

7 项目成本管理

项目成本管理过程包括：

7.1 规划成本管理

— 确定如何估算、预算、管理、监督和控制项目成本的过程。

• 绩效测量规则。需要规定用于绩效测量的挣值管理（EVM）规则。例如，成本管理计划应该：
  • 定义 WBS 中用于绩效测量的控制账户；
  • 确定拟用的 EVM 技术（如加权里程碑法、固定公式法、完成百分比法等）；
  • 规定跟踪方法，以及用于计算项目完工估算（EAC）的 EVM 公式，该公式计算出的结果可用 于验证通过自下而上方法得出的完工估算。

7.2 估算成本

— 对完成项目活动所需货币资源进行近似估算的过程。

进行成本估算，应该考虑将向项目收费的全部资源，包括（但不限于）人工、材料、设备、 服务、设施，以及一些特殊的成本种类，如通货膨胀补贴、融资成本或应急成本。

7.2.2.2 类比估算

见 6.4.2.2 节。成本类比估算使用以往类似项目的参数值或属性来估算。项目的参数值和属性包 括（但不限于）范围、成本、预算、持续时间和规模指标（如尺寸、重量），类比估算以这些项目 参数值或属性为基础来估算当前项目的同类参数或指标。

7.2.2.3 参数估算

见 6.4.2.3 节。参数估算是指利用历史数据之间的统计关系和其他变量（如建筑施工中的平方英 尺），来进行项目工作的成本估算，参数估算的准确性取决于参数模型的成熟度和基础数据的可靠 性。参数估算可以针对整个项目或项目中的某个部分，并可与其他估算方法联合使用。

7.2.2.4 自下而上估算

见 6.4.2.5 节。自下而上估算是对工作组成部分进行估算的一种方法。首先对单个工作包或活动的 成本进行最具体、细致的估算，然后把这些细节性成本向上汇总或“滚动”到更高层次，用于后续 报告和跟踪。自下而上估算的准确性及其本身所需的成本，通常取决于单个活动或工作包的规模或 其他属性。

7.2.2.5 三点估算

见 6.4.2.4 节。通过考虑估算中的不确定性与风险，使用三种估算值来界定活动成本的近似区间， 可以提高单点成本估算的准确性： uu 最可能成本（cM）。对所需进行的工作和相关费用进行比较现实的估算，所得到的活动成本。 uu 最乐观成本（cO）。基于活动的最好情况所得到的成本。 uu 最悲观成本（cP）。基于活动的最差情况所得到的成本。

基于活动成本在三种估算值区间内的假定分布情况，使用公式来计算预期成本（cE）。两种常用 的公式是三角分布和贝塔分布，其计算公式分别为：

• 三角分布。cE = (cO + cM + cP) / 3

• 贝塔分布（默认使用）。cE = (cO + 4cM + cP) / 6

基于三点的假定分布计算出期望成本，并说明期望成本的不确定区间

7.3 制定预算

— 汇总所有单个活动或工作包的估算成本，建立一个经批准的成本基准的过程。

7.4 控制成本

— 监督项目状态，以更新项目成本和管理成本基准变更的过程。

对成本的影响力在项目早期最大，因此尽早定义范围就至关重要。

项目成本管理的核心概念。

项目成本管理重点关注完成项目活动所需资源的成本，但同时也应考虑项目决策对项目产品、 服务或成果的使用成本、维护成本和支持成本的影响。

项目成本管理的趋势和新兴实践

在项目成本管理的实践中，通过对挣值管理 (EVM)的扩展，引入挣得进度 (ES) 这一概念。

挣值管理（Earned Value Management, EVM）

基础概念

1.计划价值（Planned Value, PV），截止到某时间点计划要完成工作量的价值，也就是计划要做多少事；

2.挣值（Earned Value, EV），截止到某时间点实际已经完成工作量的价值，也就是实际做了多少事；

3.实际成本（Actual Cost, AC），截止到某时间点实际已经发生的成本，也就是实际花了多少钱；

4.完工预算（Budget At Completion, BAC），对完成该项目的计划预算，也就是完成整个项目计划多少预算；

例：假设我们现在要做一个项目，就是砌一堵长度为100米的围墙，为了方便计算我们假设总的预算是100元每米，共100*100=10000元，我们还计划项目工时10天（每天砌墙10米）来完成这个项目。

本来第四天工作结束计划完成40米，计划价值PV=4000。

实际第四天工作结束实际才完成了30米，挣值EV=3000。

第四天结束实际却花了5000元，实际成本AC=5000。

总的预算10000元，完工预算BAC=10000。

绩效指标

5.成本偏差（Cost Variance, CV），截止到某时点发生的实际成本与计划成本的偏差，CV=EV(挣值)-AC(实际成本)

6.进度偏差（Schedule Variance, SV），截止到某时点的实际进度与计划进度的偏差，SV=EV(挣值)-PV(计划价值)

7.成本绩效指数（Cost Performance Index, CPI），截止到某时点衡量成本绩效的一种指标，也就是实际每花一元钱，完成做了多少钱的事（花钱的效率），CPI=EV(挣值)/AC(实际成本)

8.进度绩效指数（Schedule Performance Index, SPI），截止到某时点衡量进度绩效的一种指标，也就是实际完成的工作量与计划完成工作量之比，**SPI=EV(挣值)/PV(计划价值)**。

成本偏差CV = EV - AC=3000-5000=-2000，说明现在成本超支了2000。

进度偏差SV = EV - PV=3000-4000=-1000,意思是相比计划我们的进度落后1000元的工作量。

成本绩效指数CPI = EV / AC=3000/5000=0.6，意思是前面4天我们实际花了5000元，但是只做了3000元的工作，相当于前面4天我们每花1元钱，只做了0.6元的事，此概念计算要掌握。

SPI=EV/PV=3000/4000=0.75，说明当前只完成了计划任务量的75%的工作。

预测指标

9. 完工尚需估算（Estimate To Completion, ETC）
   • 如果还是以当前的成本绩效完成剩余的工作，则 ETC=(BAC-EV)/CPI，也就是剩余的工作量除以成本绩效指数；
   • 如果以计划的成本绩效完成剩余的工作，则ETC=BAC-EV，也就是剩余的工作量，实际上也是用第一种情况那个公式(CPI=1)；
   • 如果进度绩效指标SPI也会影响完成剩余工作的成本，意思是如果严格规定我们必须要在计划的截止时间之前完成项目，那么可能就还需要额外的成本来赶工进度，这个时候就需要同时考虑CPI和SPI对于剩余工作的影响，一般计算公式则为**ETC=(BAC-EV)/(CPI*SPI)*，也就是剩余的工作量除以成本绩效指数与进度绩效指数的乘积；其中CPISPI又叫“关键比率”(Critical Ratio, CR);

10.完工估算（Estimate At Completion, EAC），在某个时点，预测完成整个项目需要的成本，当然就是实际已经花掉的成本加上前面那个完工尚需估算ETC，EAC=AC+ETC；如果剩余工作还是以当前成本绩效指数来完成，那么也可以这么计算EAC=BAC/CPI，这个公式也好理解，其实就是整个项目工作量除以成本绩效指数；完工估算EAC实际上就是预测项目完工时候的实际成本AC。

11.完工尚需绩效指数（To-Complete Performance Index, TCPI），在某个时点，预测如果要在计划的预算内完成项目，则未来的工作必须要达到的绩效水平。计算公式TCPI=(BAC-EV)/(BAC-AC)，也就是剩余的工作量除以剩余的钱的数量；

12.完工偏差（Variance At Completion, VAC），在某个时点，预测项目在完工的时候将会出现的总的项目的成本偏差。计算公式VAC=BAC-EAC，也就是项目开始时原计划的预算减去现在预测的总个项目将会花的成本。完工偏差VAC实际上就是预测项目完工时的成本偏差CV。

第一种情况：后续部分工作CPI和前面4天工作的CPI保持一致。

完工尚需估算ETC = （10000 - 3000）/ 0.6 = 11667，现在只完成了30米，那么剩下当然就是还需要砌70米了，转化成钱的数量70*100=7000元这就是剩余的工作量。

完工成本估算就是5000+11667=16667。CPI一直保持稳定不管前面4天还是后面工作一直都是0.6，所以也可以用总的项目预算（总的工作量）除以CPI得出，也就是10000/0.6=16667。

那么后面工作的成本绩效必须得是多少才行，这个就是TCPI。第四天结束后总共10000元的工作量，完成了3000元剩余7000元的工作量，实际花了5000元（预算就还剩10000-5000=5000元），也就是未来如果预算不增加我们需要以剩下5000元的预算来完成剩下7000元的工作，那么需要的成本绩效指数就是TCPI = 7000/5000=1.4。

我们前面已经算出来ETC=11667，EAC=16667，这个情况下完工偏差VAC=BAC-EAC=10000-16667=-6667

4.项目整合管理

项目整合管理包括对隶属于项目管理过程组的各种过程和项目管理活动进行识别、定义、组合、统一和协调的各个过程。

在项目管理中，整合兼具统一、合并、沟通和建立联系的性质，这些行动
应该贯穿项目始终。

项目整合管理的核心概念

• 项目整合管理由项目经理负责。
• 项目整合管理的责任不能被授权或转移。只能由项目经理负责整
  合所有其他知识领域的成果，并掌握项目总体情况。
• 项目经理必须对整个项目承担最终责任。

主机信息：阿里云ECS

CPU&内存：1核2 GiB

磁盘：100G

操作系统：CentOS 8.4 64位

1.docker安装

使用官方安装脚本自动安装
安装命令如下：

1

curl -fsSL https://get.docker.com | bash -s docker --mirror Aliyun

启动docker

1

systemctl start docker

查看docker相关版本信息

1
2
3
4
5

#版本信息
docker version
#查找nextcloud版本
docker search nextcloud

2.拉取nextcloud官方镜像

1

docker pull docker nextcloud

接下来可以启动

1

docker run -d --restart=always --name nextcloud -p 8888:80 -v /root/nextcloud:/data nextcloud

#docker run –name nextcloud -p 8080:80 -v /data/nextcloud:/var/www/html/data -d nextcloud

注意在阿里云控制台 》配置安全组规则》入方方向开放端口

背景：

设备：MacBook Pro2018 A1989
系统：BigSur11.2.3
外接的显示器：Dell P2319H

颜色问题

mac 会将外接显示器识别为TV，会用 YCbCr 色域来输出,我们需要使用脚本来为外接显示器生成强制RGB渲染的颜色描述文件，然后替换掉系统原有颜色描述文件，来使显示器用RGB模式显示。