CHUNGLAM

学习笔记均来自鲜知教育配套PPT，后自行总结 挣值分析3个参数 1、计划价值（Planned Value - PV） -> 截止到某时间点“计划要完成工作量的价值”，也就是“计划要做的事的价值”。 2、挣值（Earned Value - EV） -> 截止到某时间点“实际已完成工作量的价值”，也就是“实际做了的事的价值”。 3、实际成本（Actual Cost - AC） -> 截止到某时间点“实际已发生的成本”，也就是“实际花了多少钱”。 挣值分析4个绩效指标 1、进度偏差（Schedule Variance - SV） SV = EV - PV （1）、若SV > 0， 则项目进度超前。 （2）、若SV < 0， 则项目进度落后。 2、成本偏差（Cost Variance - CV） CV = EV - AC （1）、若CV > 0， 则成本节约。 （2）、若CV < 0， 则成本超支。 3、进度绩效指数（Schedule Performance Index - SPI） SPI = EV ...

学习笔记均来自鲜知教育配套PPT，后自行总结 前导图法/单代号网络图 活动之间存在的4种类型的依赖关系 1、结束 - 开始的关系（F-S型）。前序活动结束后，后续活动才能开始。 2、结束 - 结束的关系（F-F型）。前序活动结束后，后续活动才能结束。 3、开始 - 开始的关系（S-S型）。前序活动开始后，后续活动才能开始。 4、开始 - 结束的关系（S-F型）。前序活动开始后，后续活动才能结束。 六标时网络图 1、最早开始时间（ES）：某项活动能开始的最早时间。 2、最早完成时间（EF）：某项活动能完成的最早时间。 3、最迟完成时间（LF）：某项工作必需完成的最迟时间。 4、最迟开始时间（LS）：某项工作必需开始的最迟时间。 5、总时差 = LS - ES = LF - EF -> 指一项工作在不影响总工期的前提下所具有的机动时间。 6、自由时差 = min（后一项工作的ES） - 此活动的EF -> 指一项工作在不影响后续工作的情况下拥有的机动时间。 7、关键路径：所有从开始到结束的路径中，活动时间最长的路径。 8、总工期：关键路径的活动历时之和 ...

学习笔记均来自鲜知教育配套PPT，后自行总结 范围管理过程与五大过程组 1、编制范围管理计划 -> 规划过程组 2、收集需求 -> 规划过程组 3、定义范围 -> 规划过程组 4、创建WBS -> 规划过程组 5、确认范围 -> 监控过程组 6、范围控制 -> 监控过程组 项目范围管理的概念 项目范围管理就是要做范围内的事，而且只做范围内的事，既不少做也不多做。 产品范围和项目范围 1、产品范围：以是否完成产品需求说明书作为衡量标准。 2、项目范围：以是否完成项目管理计划、项目范围说明书、WBS和字典为衡量标准。 会议 项目团队可以参加项目会议来制定范围管理计划，需要项目管理团队全员参与。 范围管理计划的内容 1、制定详细项目范围说明书 2、根据说明书创建WBS 3、维护和批准工作分解结构（WBS） 4、正式验收已完成的项目可交付成果 5、处理对说明书或WBS的变更 收集需求的工具与技术 1、访谈 -> 与干系人直接交谈 2、焦点小组 -> 主持人引导，聚集主题，多人互动 3、引导式研讨会 -> 快速定义跨 ...

学习笔记均来自鲜知教育配套PPT，后自行总结 指导与管理项目工作 指导与管理项目工作通常以“开踢会议”为开始标志。 实施批准的变更请求： 1、批准的纠正措施（是针对实际已经出现的偏差） 2、批准的预防措施（针对将来可能出现的偏差） 3、批准的缺陷补救（产品或者产品组件，缺陷补救措施只针对项目质量问题） 项目管理信息系统 1、进度计划工具 2、工作授权系统 3、配置管理系统 4、信息收集与发布系统 监控项目工作 凡是监控过程输入肯定有计划和绩效，输出肯定有变更和更新。 分析技术 分析技术包括： 1、回归分析 2、分组方法 3、因果分析 4、根本原因分析 5、预测方法 6、失效模式与影响分析 7、故障树分析 8、储备分析 9、趋势分析 10、挣值管理 实施整体变更控制 整体变更控制过程贯穿于项目的始终，并且应用于项目的各阶段。项目经理对此负最终责任。 变更流程 1、提出变更申请 2、变更影响分析 3、CCB审查批准 4、实施变更 5、监控变更实施 6、结束变更（分发新文档） 结束项目或阶段 合同收尾和行政收尾（管理收尾）

学习笔记均来自鲜知教育配套PPT，后自行总结 整体管理的过程与五大过程组 1、制定项目章程 -> 启动过程组 2、制定项目管理计划 -> 规划过程组 3、指导与管理项目执行 -> 执行过程组 4、监控项目工作 -> 监控过程组 5、实施整体变更控制 -> 监控过程组 6、结束项目或阶段 -> 收尾过程组 项目整体管理概述 项目整体管理是项目管理的核心，寻找最佳平衡点 项目整体管理涉及以下4个方面： 1、各分目标之间的集成。 2、各项目干系人之间的集成。 3、各专业工作之间的集成。 4、各过程之间的集成。 项目经理必须： 1、与干系人沟通，了解他们对项目的需求。 2、在众多干系人之间寻求平衡点。 3、寻求各种需求间的平衡，实现整合。 制订项目章程概述 项目章程对项目的目标、范围、主要可交付成果、主要制约因素与主要假设条件等进行总体性描述。 项目章程由项目以外的实体来发布，项目经理是项目章程的实施者。 项目章程的作用 1、确定项目经理，以及其权力。 2、正式确认项目的存在，给项目一个合法的地位。 3、规定项目的总体目标。 4、 ...

学习笔记均来自鲜知教育配套PPT，后自行总结 项目建议 项目立项一般包括： 1、项目建议 2、项目可行性分析 3、项目审批 4、项目招投标 5、合同谈判与签订 项目建议书（立项申请）： 1、是项目建设单位向上级主管部门提交项目申请时所必需的文件。 2、是国家或上级主管部门选择项目的依据。 3、是可行性研究的依据。 规模较小的系统集成项目可以省略项目建议书环节，将其与项目可行性分析阶段进行合并。 项目可行性研究内容 1、投资必要性 2、技术可行性 3、财务可行性 4、组织可行性 5、经济可行性 -> 主要是从资源配置的角度衡量项目的价值 6、社会可行性 7、风险因素及对策 可行性研究报告的内容 1、项目概述 2、项目建设单位概况 3、需求分析和项目建设的必要性 4、总体建设方案 5、本期项目建设方案 6、项目招标方案 7、环保、消防、职业安全 8、项目组织机构和人员培训 9、项目实施进度 10、投资估算和资金来源 11、效益与评价指标分析 12、项目风险与风险管理 项目可行性研究阶段 1、机会研究 2、初步可行性研究 -> 4种结果： （1）、肯定，对于比 ...

前言     上一篇文章记录了一下解析了一下索引，索引的种类。本质上索引其实是一种数据结构，并且放在硬盘上。通常MySQL中索引使用的数据结构是B+树，下面再进行相关的记录解析。 索引为什么放在磁盘上     应用服务一般都是放在服务器上跑，那么必然存在着磁盘和内存两种存储介质。    一般来说，内存都是作为临时存放的介质存放数据，不能进行持久化，遇到意外比如服务器宕机重启的时候，在内存里的数据就会丢失。而磁盘上在不手动删除或者磁盘出现问题的前提下，数据将被永久的存储，这就是为什么索引要存储在磁盘上的原因。    尽管通过索引来多次查询数据的时候，在内存读取数据比起在磁盘进行I/O操作消耗的时间更短，但毕竟这是长时间使用的内容，不能因为一些意外情况就让索引丢失。 索引使用的数据结构     索引使用的数据结构是树，那么如果使用二叉树/平衡二叉树（如：红黑树）等作为索引的结构的话，数据量越大 ...

前言 索引是在数据库性能优化里挺重要的一环，下面会分几节来记录所学到索引的相关知识 索引是万能的吗？ 在SQL必知必会中看到一个关于索引的比喻感觉非常好：数据库中的索引，就好比一本书的目录，它可以帮我们快速进行特定值的定位与查找，从而加快数据查询的速率。不过虽然是这么说，但是索引也不是万能的，不是在任何时候使用索引都合适。比如： 不到1000行的数据，不需要使用索引。 当数据重复度高于10%也不需要（除了特殊情况：比如所需要查询的数据，有一部分极少）。 索引的种类 从功能逻辑来说，索引主要分为4种： 普通索引：基础索引，没有任何约束，主要用于提高查询速率。 唯一索引：在普通索引的基础上增加了唯一性的约束。 主键索引：在唯一索引的基础上增加了不为空的约束。 全文索引：MySQL自带的全文索引只支持英文，日常生产中大多使用全文搜索引擎 -> ElasticSearch（ES） 从物理逻辑来说，索引主要分为2种： 聚集索引（又叫聚簇索引）：按主键的顺序来排序存储数据，一般用在主键上，单查主键的时候效率非常高。结合前半部分的说明举个例子：聚集索引就好像要在一本字典中找一个字， ...

前言     SQL 查询优化，可以分为逻辑查询优化和物理查询优化。 对于数据表的查询操作，首先要考虑的就是如何要写出效率高的SQL语句，即逻辑查询优化。 而物理查询优化简单的来说就是瑞和搞笑的建立索引，通过索引来做各种优化。逻辑查询优化 上述的逻辑查询优化，就是通过写法，让SQL执行的效率更高，例如： exists和in子查询，会根据小表驱动达标，即小表在外层，大表在内层。 在where子句中尽量避免对字段进行函数运算，这样会让字段的索引失效。物理查询优化 通常情况下，索引的建立也是需要根据实际情况来创建的，并非所有情况下建立索引都会让查询效率变高。 如果数据的重复度比较高，就不需要创建索引。 注意建立的索引字段是否被额外的使用。例如：逻辑查询优化中说到的第2点。 注意联合索引对索引使用的影响。联合索引非常注重索引的顺序。 注意多个索引对索引使用的影响。每个索引都需要存储空间，索引越多所需的存储空间越大。同时过多的索引也会导致优化器在评估的时候增加了筛选出索引的计算时间，影响评估效率。 学习参考来自课程《SQL必知必会》

前言     一般来说，优化表设计有一些原则： 设计表结构尽量满足三范式 有时有可能追求效率可以进行适当冗余字段，进行反范式设计 表字段的数据类型选择，同样关系到了查询效率的高低和存储空间的大小 数据库范式     一般情况下，使用设计出符合数据库范式的表结构，有利于保证数据的正确性和严谨性，但有些时候为了效率可能会进行反范式设计，下面会有相关的记录。 常用的数据库范式有3种，分别是：1NF（第一范式） | 2NF（第二范式） | 3NF（第三范式）。一般来说满足3NF，那么必定满足2NF，以此类推。个人觉得一般的解释都比较抽象，下面会配合着相关的例子、解释，结合自身的理解来进行记录。在此之前对一些名词做出一些解释：比如现在有张表1Student，字段为：Number、IdNumber、Name、Age、ClassId；表2Class，字段为：ClassId、ClassName 超键：能唯一标识元组的属性集叫做超键。例：R1(Number、IdNumber)或者R2(Number、Age)就是超键 ...