笔记-知识点-案例题常见内容

重点，案例题常见内容，必背内容。只是部分内容。

一、计算专项

1. 进度相关计算

（1）网络图中关键路径的识别与工期的确定；
（2）总时差=LS-ES 或 LF-EF；
（3）自由时差=min（紧后活动的 ES）-本活动的 EF。

2. 成本相关计算

（1）挣值分析三个基本指标：PV（BCWS）、EV（BCWP）、AC（ACWP）；
（2）成本偏差 CV=EV-AC；进度偏差 SV=EV-PV；
（3）ETC=BAC-EV（非典型偏差：纠正偏差） 或 （BAC-EV）/CPI（典型偏差：不纠正偏差）。

3. 成本效益分析

（1）投资回收期

• 静态投资回收期：累计净现金流量开始出现正值的年份数-1+上年累计净现金流量的绝对值/ 当年净现金流量
• 动态投资回收期：累计净现金流量现值开始出现正值的年份数-1+上年累计净现金流量现值 的绝对值/当年净现金流量现值

（2）现值与贴现/折现系数

折现值 P=F/(1+i)^n 贴现/折现系数=1/(1+i)^n （i：贴现率；n：年份）

（3）净现值

（4）IRR

使投资方案的净现值为零的贴现率。

二、网络系统建设监理

1. 信息网络系统的现场实施通常分以下几个步骤进行

（1）网络系统和主要设备参数的详细设置；
（2）网络设备的到货验收；
（3）全部网络设备加电测试；
（4）模拟建网调试及连通性测试；
（5）实际网络安装调试。

为此，监理方将重点评审承建方提交的系统联调方案、系统测试方案，组织完成设备安装、系统初验。

2. 在信息网络系统建设的过程控制中，监理工程师应注意对以下问题进行监理

（1）网络整体架构是否合理；
（2）网络总体方案是否满足用户的需求；
（3）网络集成时，各分项工程的接口和整体连通性是否满足设计要求；
（4）系统集成选择的设备是否正确（服务器、路由器、交换机、防火墙、UPS、磁盘阵列等）；
（5）网络集成选择的管理软件是否合适；
（6）网络集成选择的用户平台是否正确；
（7）网络集成时各分项工程实现是否按照工程实施计划有序进行；
（8）网络集成的整体目标是否满足设计要求；
（9）分项工程建设是否按设计方案进行并达到预期的目标。

3. 信息网络系统过程控制常用的监理方法

（1）评估；（2）网络仿真；（3）现场旁站；（4）抽查测试；（5）网络性能测试。

4. 信息网络系统设计方案评审的基本原则

（1）标准化原则；
（2）先进性和实用性原则；
（3）可靠性和稳定性原则；
（4）可扩展性原则；
（5）安全性原则；
（6）可管理性原则；
（7）对原有设备、资源合理整合的原则；
（8）经济和效益性原则。

5. 网络工程开工前的监理内容

（1）审核实施方案；
（2）审核实施组织计划；
（3）审核实施进度计划；
（4）审核工程实施人员、承建方资质。

6. 网络工程实施准备阶段监理内容

（1）审批开工申请，确定开工日期；
（2）了解承建方设备订单的定购和运输情况；
（3）了解实施条件准备情况；
（4）了解承建方工程实施前期的人员到岗情况、实施设备到位情况。

7. 网络工程实施阶段

网络工程实施阶段(网络集成与测试阶段)的监理内容：网络集成与测试阶段主要是对工程组织方案、技术总体方案进行把关，进行工程质量控制、项目进度控制、项目投资控制、项目合同管理、信息与项目文档的管理、协调好项目所涉及的各方的关系，协调解决项目建设中的各种纠纷。

（1）网络工程的监理主要工作

(a)组织布线、网络和安全系统方案设计评审；
(b)检查布线施工和布线测试情况；
(c)进行布线系统的监理确认测试；
(d)网络硬件设备和配套软件的监理确认测试。

（2）集成测试的监理主要工作

(a)评审项目验收大纲及各子系统测试报告；
(b)评审承建方应交付的各类文档；
(c)组织计算机系统和网络系统的集成测试；
(d)组织网络系统的连通性测试；
(e)组织软件系统集成测试等。

8. 网络系统验收的前提条件

（1）所有建设项目按照批准设计方案要求全部建成，并满足使用要求；
（2）各个分项工程全部初验合格；
（3）各种技术文档和验收资料完备，符合集成合同的内容；
（4）系统建设和数据处理符合信息安全的要求；
（5）外购的操作系统、数据库、中间件、应用软件和开发工具符合知识产权相关政策法规的要求；
（6）各种设备经加电试运行，状态正常；
（7）经过用户同意。

9. 验收阶段监理审核的内容

监理方协助业主对网络系统进行专业性鉴定，组织项目的竣工验收，评审《验收方案》 和《验收计划》，编写竣工验收报告报给业主方。
（1）评审系统整体功能、性能；
（2）评审主机设备或子系统的功能、性能；
（3）评审承建方提交文档的种类和内容；
（4）审查系统设计、开发、实施、测试各个阶段涉及的工具和设备都具备合法的知识产权；
（5）评审承建方的质量保证和售后服务体系；
（6）查收承建方采取必要的管理和工程措施，以方便系统的扩容和升级。

验收阶段的质量控制主要是通过对验收方案的审查和对验收过程的监控来完成的，验收计划、验收方案的审查关注：验收目标、各方责任、验收内容、验收标准、验收方式。

10. 在信息网络系统完工时，业主、承建方和监理方三方共同确定验收方案，监理方有如下主要工作

（1）确认工程验收的基本条件；
（2）建议业主和承建方共同推荐验收人员，组成工程验收组；
（3）确认工程验收时应达到的标准和要求；
（4）确认验收程序。

11. 正式验收的一般程序包括以下八个步骤

（1）承建方作关于项目建设情况、自检情况及竣工情况的报告；
（2）监理方作关于工程监理内容、监理情况以及工程竣工意见的报告；
（3）验收小组全体人员进行现场检查；
（4）验收小组对关键问题进行抽样复核（如测试报告）和资料评审；
（5）验收小组对工程进行全面评价并给出鉴定结果；
（6）进行工程质量等级评定；
（7）办理验收资料的移交手续；
（8）办理工程移交手续。

12. 工程验收的组织

（1）工程验收组构成

工程验收一般由业主方负责组织，验收单位或小组独立进行验收工作，由监理方、承建方和业主方配合验收小组工作。

（2）验收组的分工

(a)测试(复核)小组的工作
(b)资料评审小组的主要工作
(c)工程质量鉴定小组

三、应用系统建设监理

1. 应用系统建设需求分析阶段的主要成果

（1）项目开发计划；
（2）软件需求说明书；
（3）软件质量保证计划；
（4）软件配置管理计划；
（5）软件(初步)确认测试计划；
（6）用户使用说明书初稿。

这里看似是加入了部分在“规划”节点的内容：质量保证计划、配置计划等……

2. 应用系统建设开发设计阶段的主要成果

（1）系统设计说明书；
（2）软件概要设计说明书；
（3）数据库设计说明书；
（4）用户手册；
（5）软件详细设计说明书；
（6）软件编码规范；
（7）集成测试计划。

3. 应用系统验收前提条件

（1）已通过计算机软件确认测试评审；
（2）已通过系统测试评审；
（3）合同或合同附件规定的各类文档齐全；
（4）软件产品已置于配置管理之下；
（5）合同或合同附件规定的其他验收条件。

4. 应用系统验收过程步骤如下

（1）提出验收申请；
（2）制定验收计划；
（3）成立验收委员会；
（4）进行验收测试和配置审计；
（5）进行验收评审；
（6）形成验收报告；
（7）移交产品。

5. 系统移交和系统保障监理重点是

（1）系统移交的监理重点是确保文档及软件的完整、版本一致；
（2）系统保障的监理工作重点是确保承建单位按照合同和业主要求及时高效地提供系统保障服务。

系统移交的监理措施：
（1）审查承建单位的项目资料清单；
（2）协助业主和承建单位交接项目资料；
（3）确保软件文档和软件的一致性；
（4）软件做好备份，保管在安全地方，文件材料归档。

6. 需求说明书评审内容

（1）系统定义的目标是否与用户的要求一致；
（2）系统需求分析阶段提供的文档资料是否齐全；
（3）文档中的所有描述是否完整、清晰、准确反映用户要求；
（4）与所有其他系统成分的重要接口是否都已经描述；
（5）被开发项目的数据流与数据结构是否足够、确定；
（6）所有图表是否清楚，在不补充说明时能否理解；
（7）主要功能是否已包括在规定的软件范围之内，是否都已充分说明；
（8）软件的行为和它必须处理的信息、必须完成的功能是否一致；
（9）设计的约束条件或限制条件是否符合实际；
（10）是否考虑了开发的技术风险；
（11）是否考虑过软件需求的其他方案；
（12）是否考虑过将来可能会提出的软件需求；
（13）是否详细制定了检验标准，它们能否对系统定义是否成功进行确认；
（14）有没有遗漏、重复或不一致的地方；
（15）用户是否审查了初步的用户手册或原型；
（16）项目开发计划中的估算是否受到了影响。

7. 设计评审的内容

（1）可追溯性：即分析该软件的系统结构、子系统结构，确认该软件设计是否覆盖了所有已确定的软件需求，软件每一成分是否可追溯到某一项需求。
（2）接口：即分析软件各部分之间的联系，确认该软件的内部接口与外部接口是否已经明确定义。模块是否满足高内聚和低耦合的要求。模块作用范围是否在其控制范围之内。
（3）风险：即确认该软件设计在现有技术条件下和预算范围内是否能按时实现。
（4）实用性：即确认该软件设计对于需求的解决方案是否实用。
（5）技术清晰度：即确认该软件设计是否以一种易于翻译成代码的形式表达。
（6）可维护性：从软件维护的角度出发，确认该软件设计是否考虑了方便未来的维护。
（7）质量：即确认该软件设计是否表现出良好的质量特征。
（8）各种选择方案：看是否考虑过其他方案，比较各种选择方案的标准是什么。
（9）限制：评估对该软件的限制是否现实，是否与需求一致。
（10）其他具体问题：对于文档、可测试性、设计过程等进行评估。

8. 软件编码规范评审

（1）源程序文档化；
（2）数据说明；
（3）输入和输出。