某系统集成公司中标本市商业银行信息系统建设项目该项目根据客户业务需求，对社保基金..

免费智能真题库 > 历年试卷 > 系统集成项目管理工程师 > 2023年下半年系统集成项目管理工程师下午试卷案例（第一批）

第3题

知识点：项目管理项目管理计划信息系统建设财务系统集成测试开发人员投标业务需求预算中标

某系统集成公司中标本市商业银行信息系统建设项目,该项目根据客户业务需求，对社保基金财务系统、对公联户管理率统等26个系统进行开发建没。作为投标工作的负责人，老刘任命小孙为项目经理，一起编写了项目管理计划，由于工期紧张，仅确定了团队成员、进度计划、大概的预算后组织相关人员开始各个系统的开发建设工作。
关于安全设备，小孙认为可以由合作多年的密码设备厂商A按需供货，于是按照厂商A的接口运行了开发。几个月后，项目集成测试时，发现厂商A在半年前被清除出公司供应商名录，项目组不得不联系采购部重新寻找新的供应商。为了不影响项目整体进度，小孙直接按照架构调节方案安排项目中80%的开发人员按照新方案进行开发，导致集成测试中发现的问题无法及时修复。

问题：3.1 分析案例，请从项目整体管理的角度指出项目当前存在的问题

问题：3.2 请列出项目经理作为整合者必须完成的工作。

问题：3.3 判断:
(1)在项目管理中，整合管理兼具统一、合并、沟通和建应联系的性质，项目整合管理贯穿项目始终。()
(2)为了更好地了解项目的目的、目标和预期收益，以便更有效地分配项目资源，项目章程一般由项目经理编制。()
(3)制订项目管理计划是定义、准备和协调项目计划的所有组成部分，把它们整合成一份综合项目管理计划的过程，本过程仅开展一次或在项目预定义时开展。()
(4)在整个项目生命周期的任何时间，参与项目的任何干系人都可以提出高更请求。()
(5)在项目执行过程中，如果对基准进行了变更，可以基于新版本的基准来调整现在的绩效。()


知识点讲解
· 项目管理 · 项目管理计划 · 信息系统建设 · 财务系统 · 集成测试 · 开发人员 · 投标 · 业务需求 · 预算 · 中标

项目管理

项目管理定义

项目管理就是将知识、技能、工具与技术应用于项目活动，以满足项目的要求。

管理一个项目通常包括（但不限于）：

.识别需求。

.在规划和执行项目时，处理干系人的各种要求、关注和期望。

.在干系人之间建立、维护和开展积极、有效和合作性的沟通。

.有效管理干系人。

.平衡相互竞争的项目制约因素，如范围、质量、进度、成本、资源和风险等。

项目管理需要的专业知识和技术

除了专门的项目管理技术以外，项目管理团队至少应能理解和使用以下六方面的知识：

.项目管理知识体系。

.项目应用领域的知识、标准和规定。

.项目环境知识。

.通用的管理知识和技能。

.软技能或处理人际关系技能。

.经验、知识、工具和技术。

项目管理环境

项目管理团队应该考虑的项目环境包括：

.社会环境：经济、人口、教育、道德、种族、宗教和其他特征等。

.政治环境：法律、风俗和政治风气等。

.自然环境：生态和自然地理等。

项目经理

项目经理是负责实现项目目标的个人。

对项目经理的一般要求有：

.足够的知识（项目管理知识、丰富的IT知识、客户行业知识、其他必要的知识）。

.丰富的项目管理经验。

.良好的协调和沟通能力。

.良好的职业道德。

.一定的领导和管理能力。

一个好的项目经理能够使项目完成得出色，把握项目计划包括成本、进度、范围以及质量等，把客户的满意度提到最高。要做好一个项目经理，需要：

.真正理解项目经理的角色。

.领导并管理项目团队。

.依据项目进度的阶段，组织制订详细程度适宜的项目计划并监控项目执行，对计划的变更进行管理。

.真正理解“一把手工程”。

.注重客户和用户参与。

项目干系人

项目干系人（Project Stakeholder），也称为项目利害相关者，是积极参与项目，或其利益因项目的实施或完成而受到积极或消极影响的个人或组织，他们还会对项目的目标和结果产生影响。项目管理团队必须明确项目的干系人，确定其需求，然后对这些需求进行管理和施加影响，确保项目取得成功。

项目干系人对项目的影响包括积极的影响和消极的影响。项目管理团队不仅要关注产生积极影响的项目干系人，也不能忽略产生消极影响的项目干系人。项目关键干系人包括：

.项目经理：负责管理项目的人。

.客户/用户。

.执行组织：其员工直接参与项目工作的单位。

.项目团队成员：执行项目工作的群体。

.项目发起人：为项目分配资金或实物等财力资源的个人或组织。

.职能经理：可以为项目经理提供专业技术支持，提供及时及合格的资源。

.有影响力的人：在客户组织内的地位可能正面或负面影响项目的进程。

.项目管理办公室（PMO）：直接或间接地对项目结果负有责任。

项目管理系统

项目管理系统是指用于管理项目的工具、技术、方法、资源和过程组的集合。项目管理计划中说明如何使用项目管理系统。

事业环境因素

事业环境因素是指项目团队不能控制的，将对项目产生影响、限制或指令作用的各种条件。事业环境因素是大多数规划过程的输入，可能提高或限制项目管理的灵活性，并可能对项目结果产生积极或消极的影响。

事业环境因素包括（但不限于）：

.组织文化、结构和治理。

.政府或行业标准，如监管机构条例、行为准则、产品标准、质量标准和工艺标准。

.基础设施，如现有的设施和固定资产。

.现有人力资源状况、人事管理制度、公司的工作授权系统。

.市场条件。

.项目干系人风险承受力。

.政治氛围。

.组织已有的沟通渠道。

.商业数据库，如标准化的成本估算数据、行业风险研究资料和风险数据库。

.项目管理信息系统。

组织过程资产

组织过程资产是执行组织所特有并使用的计划、流程、政策、程序和知识库，包括来自任何（或所有）项目参与组织的，可用于执行或治理项目的任何产物、实践或知识。组织过程资产是大部分规划过程的输入。

组织过程资产可分成以下两大类：

.流程与程序：组织用于执行项目工作的流程与程序。

.共享知识库：组织用来存取信息的知识库，如财务数据库、历史项目信息、经验教训等。

项目管理计划

项目管理计划是说明项目将如何执行、监督和控制的一份文件，它整合了其他各规划过程所输出的所有子管理计划和基准。

项目管理计划中的子管理计划包括：范围管理计划、需求管理计划、进度管理计划、成本管理计划、质量管理计划、过程改进计划、人力资源管理计划、沟通管理计划、风险管理计划、采购管理计划和干系人管理计划。

项目管理计划中的项目基准包括：范围基准、进度基准和成本基准。

另外，项目管理计划还可能包括以下内容：

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

.项目管理团队做出的裁剪决定，包括：

项目管理团队所选择的项目管理过程。

每个所选过程的执行程度。

对这些过程所需的工具与技术的描述。

对如何利用所选过程来管理具体项目的描述，包括这些过程间的依赖关系和相互影响，以及这些过程的主要输入和输出。

.关于如何执行工作以实现项目目标的描述。

.变更管理计划，用来明确如何对变更进行监控。

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

.对如何维护绩效测量基准的完整性的说明。

.干系人的沟通需求和适用的沟通技术。

.为处理未决问题和制订决策所开展的关键管理审查，包括内容、程度和时间安排等。

项目管理计划可以是概括的或详细的，可以包括一个或多个子管理计划。每个子计划的详细程度取决于具体项目的要求。项目管理计划一旦被确定为基准，就只有在提出变更请求并经实施整体变更控制过程批准后才能变更。

信息系统建设

信息系统的生命周期

信息系统建设的内容主要包括设备采购、系统集成、软件开发和运维服务等。

信息系统的生命周期可以分为四个阶段：立项、开发、运维和消亡。

立项阶段

立项阶段即概念阶段或需求阶段，这一阶段根据用户业务发展和经营管理的需要，提出建设信息系统的初步构想，然后对企业信息系统的需求进行深入调研和分析，形成《需求规格说明书》并确定立项。

开发阶段

以立项阶段所做的需求分析为基础进行总体规划，然后通过系统分析、系统设计、系统实施及系统验收等工作实现并交付系统。

.总体规划：系统开发的起始阶段，以立项阶段所做的需求分析为基础，明确信息系统在企业经营战略中的作用和地位，指导信息系统的开发，优化配置并利用各种资源，通过规划过程规范或完善用户单位的业务流程。一个比较完整的总体规划应当包括信息系统的开发目标、总体结构、组织结构、管理流程、实施计划、技术规范等。

.系统分析：为系统设计阶段提供系统的逻辑模型，内容包括组织结构及功能分析、业务流程分析、数据和数据流程分析及系统初步方案等。

.系统设计：根据系统分析的结果设计出信息系统的实施方案，主要内容包括系统架构设计、数据库设计、处理流程设计、功能模块设计、安全控制方案设计、代码设计等。

.系统实施：将设计阶段的成果在计算机和网络上具体实现，即将设计文本变成能在计算机上运行的软件系统。由于系统实施阶段是对以前全部工作的检验，因此用户的参与特别重要。

.系统验收：系统实施后经过试运行，就进入系统验收阶段，这也是系统交付的必经阶段。

运维阶段

信息系统通过验收，正式移交给用户以后进入运维阶段。系统的运行维护可分为更正性维护、适应性维护、完善性维护和预防性维护等类型。

.更正性维护：更正系统交付后发现的错误。

.适应性维护：使信息系统能在变化后或变化中的环境中继续使用。

.完善性维护：改进交付后系统的性能和可维护性。

.预防性维护：在信息系统中的潜在错误成为实际错误前进行更正。

消亡阶段

信息系统不可避免地会遇到更新改造、功能扩展，甚至废弃重建等情况，因此，在信息系统建设的初期就应注意系统消亡的条件和时机，以及由此花费的成本。

信息系统开发方法

信息系统常用的开发方法有结构化方法、原型法、面向对象方法等。

结构化方法

结构化方法是应用最为广泛的一种开发方法。按照信息系统生命周期，应用结构化系统开发方法，把整个系统的开发过程分为若干阶段，然后依次进行，前一阶段是后一阶段的工作依据，按顺序完成。

结构化方法具有如下特点：

.严格区分工作阶段，每个阶段有明确的任务和取得的成果。

.强调系统开发过程的整体性和全局性。

.系统开发过程工程化，文档资料标准化。

结构化方法的缺点有：

.开发周期长。

.文档、设计说明烦琐，工作效率低。

.要求在开发之初全面认识系统的需求，充分预料各种可能发生的变化，但这并不十分现实。

原型法

原型法在很难全面准确提出用户需求的情况下，本着对用户需求的初步理解，先快速开发一个原型系统，然后通过反复修改来实现用户的最终系统需求。

原型法的特点如下：

.对用户的需求动态响应，逐步纳入。

.系统分析、设计与实现都是随着对原型的不断修改而同时完成的，相互之间并无明显界限，也没有明确分工。

原型可以分为：

.抛弃型原型：此类原型在系统真正实现以后就放弃不用了。

.进化型原型：此类原型的构造从目标系统的一个或几个基本需求出发，通过修改和追加功能的过程逐渐丰富，演化成最终的系统。

面向对象方法

用对象表示客观事物，对象是一个严格模块化的实体，在系统开发中可被共享和重复利用，以达到复用的目的。面向对象方法的关键是利用面向对象的信息建模概念，建立一个全面、合理、统一的模型，既能反映需求对应的问题域，又能被计算机系统对应的求解域所接受。

面向对象方法的特点：

.开发过程的分析、设计和实现三个阶段使用同一套工具。

.分析、设计和实现三个阶段都是对面向对象的三种模型的建立、补充和验证，三个阶段的界限并不十分明确。

在系统开发实际工作中，往往根据需要将多种开发方法进行组合应用，以完成系统开发的全部任务。

财务系统

财务是企业四大职能之一，它实际上包括了两大部分，一部分是会计，一部分是财务。会计主要的任务是记账，使资金的运作不发生差错；而财务则更多关心如何运作好资金，使其产生效益。

会计信息系统

会计信息系统的主要任务是保证记账的正确性。手工记账没有不出差错的情况，即使是计算机记账，也不能保证没有差错。防止差错不只是要防止人的疏忽，而且要防止人的有意破坏，如贪污、作弊等，因而要保证手续的严格完善和没有漏洞。复式记账方法已应用一百多年，至今仍然是最有效的方法。目前的会计主要涉及的是历史的数据，根据这些报表产生一些综合数据的报表，如收入表（income statement）和平衡表（balance sheet）。但现代的会计也开始向财务延伸，涉及未来的数据，如获利能力计算，责任会计。所以尽管当代会计系统已经相当成熟，但不意味着它就不要变化，随着信息技术的发展，随着经济全球化，会计制度和会计信息经济系统均会引起变化。

会计信息系统最成熟的部分和最固定的部分是记账部分，这部分几乎已经定型，各种企业几乎相同。此外还包括订单处理、库存处理、会计应收／应付、工资、总账和财务报告子系统等，其基本结构如下图所示。

会计信息系统

（1）订单处理子系统。订单处理子系统接受和处理顾客的订单，并产生给顾客的发票和进行销售分析的数据。当顾客送来订单时，订货处理系统可以校核顾客的信誉，即衡量他的付款能力，从而产生接收订货和拒绝订货的决定。

（2）库存子系统。库存子系统包括采购和库存处理系统两大部分。采购包括选择供应商，得到口头允诺，准备采购文件，关闭采购订单。和采购相联系的就是接收，接收包括处理接收和通知其他系统。库存处理根据库存文件，核对账目状况，填好订单中项目，并给顾客开发票，开好订单通知会计应收子系统，并提供总账数据。

（3）会计应收／应支子系统。应收子系统的功能是加入新的应收项目，它由开票后的订单出发，一般每日一次批处理；删除已付的项目，从而真实地反映对顾客的业务；准备报表，一般发货后给顾客30天时间付清货款，如30天已过则计算拖欠货款。每个月信用卡公司都要给公司一个拖欠货款的报告，这些报表每行代表一个发票，全表列出未付账目；会计应收也给总账提供数据。会计应支子系统设立会计应付记录，进行向供应商付款，删除付过的支出，提供总账数据。

（4）总账子系统。总账子系统是综合各子系统的数据提供一个企业运营的全貌。它又包括两个子系统，一是总账更新系统，一是报告准备系统。

财务信息系统

财务的总目标是利用资金和剩余资金进行最优投资。财务信息系统就是为协助主管达到以上目标的计算机系统，一般除了会计信息系统外，还包括内部审查子系统、财务情报子系统、输出子系统、预测子系统、资金管理子系统和财务控制子系统。

（1）内部审查子系统。内部审查子系统实际上也是会计功能。审计包括财务审计和运营审计。财务审计主要看公司的财务记录是否正确，钱账是否一致。而运营审计是审计财务手续是否完备、高效，它往往和信息系统的再设计联系在一起。审计可以请外部审计公司来进行，也可由公司内部组织进行。外部公司审计的最大好处在于客观性和其知识的全面性。内部审计只有在大公司才可能有常设的机构。运营审计一般应有信息系统分析员参加。

（2）财务情报子系统。财务情报子系统向股票持有者（股东）、财务社团以及政府机构提供信息，帮助了解公司经济环境。公司每年要给股东报告，说明投资效益包括股票的年增长率、与500家大公司平均指数比较，各种产品的赢利比例等，每年还要召开股东大会，大的公司均设有股东联络部掌管这方面工作。他们还负责收集股东的意见和建议，并及时和股东沟通。财务情报子系统还负责从政府报告、期刊、网上数据库收集经济信息，以便分析经济形势。

（3）输出子系统。输出子系统是财务系统的主要部分，它们能帮助公司进行财务决策。

（4）预测子系统。预测子系统可以利用数学模型进行短期和长期的预测。短期预测包括一周、一月、最多一年的预测，也有短至一天的预测。长期预测则最短为一年，可能2—3年、5年甚至十几年。短期预测一般使用移动平均数法、指数平滑法模型，而中长期预测则要使用拟合模型、回归模型或系统动力学模型等。

（5）资金管理子系统。资金管理子系统可以说是财务系统的最重要的子系统。它帮助企业实现两个目标：第一，保证收入流大于消耗支出流；第二，保证这个条件在全年是稳定的。为此要进行现金流分析，信息系统可以进行这种模拟，以达到折衷，使总效益最好。现金和证券管理也是财务管理的重要内容，它应使现金较快流动而不要呆滞。用计算机模拟寻求最佳的现金来源，并处理多余现金的投资问题，确定合理的证券组合、资金组合。

（6）财务控制子系统。财务控制子系统要控制一些支出和控制一些企业性能的参数。控制的支出包括销售、电话、租金、办公用品等，它可以给出表格以便管理人员发现问题。财务系统往往还会用到电子报表，决策支持系统的“what-if”分析功能等。

集成测试

集成测试也叫做组装测试或联合测试。通常，在单元测试的基础上，需要将所有模块按照概要设计说明书和详细设计说明书的要求进行组装。

. 组装时需要考虑的问题。

①在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；

②一个模块的功能是否会对另一个模块的功能产生不利的影响；

③各个子功能组合起来，能否达到预期要求的父功能；

④全局数据结构是否有问题；

⑤单个模块的误差累积起来，是否会放大，以至达到不能接受的程度。

因此，在单元测试的同时可进行集成测试，发现并排除在模块连接中可能出现的问题，最终构成要求的软件系统。

子系统的集成测试称为部件测试，它所做的工作是要找出组装后的子系统与系统需求规格说明之间的不一致。

选择什么方式把模块组装起来形成一个可运行的系统，直接影响到模块测试用例的形式、所用测试工具的类型、模块编号的次序和测试的次序以及生成测试用例的费用和调试的费用。

. 模块组装成为系统的方式。

模块组装成为系统的方式有两种：一次性组装方式和增殖式组装方式。

①一次性组装方式（big bang）。

它是一种非增殖式组装方式，也叫做整体拼装。使用这种方式，首先对每个模块分别进行模块测试，再把所有模块组装在一起进行测试，最终得到要求的软件系统。例如，有一个模块系统结构，如下图（a）所示。其单元测试和组装顺序如下图（b）所示。

一次性组装方式

在如上图（b）中，模块d1，d2，d3，d4，d5是对各个模块做单元测试时建立的驱动模块，s1，s2，s3，s4，s5是为单元测试而建立的桩模块。这种一次性组装方式试图在辅助模块的协助下，在分别完成模块单元测试的基础上，将所测模块连接起来进行测试。但是由于程序中不可避免地存在涉及模块间接口、全局数据结构等方面的问题，所以一次试运行成功的可能性并不很大。其结果是，发现有错误，却茫然找不到原因。查错和改错都会遇到困难。

②增殖式组装方式。

这种组装方式又称渐增式组装，是首先对一个个模块进行模块测试，然后将这些模块逐步组装成较大的系统，在组装的过程中边连接边测试，以发现连接过程中产生的问题。最后通过增殖逐步组装成为要求的软件系统。

. 自顶向下的增殖方式。这种组装方式是将模块按系统程序结构，沿控制层次自顶向下进行组装。其步骤如下：首先以主模块作为所测模块兼驱动模块，所有直属于主模块的下属模块全部用桩模块代替，对主模块进行测试。再采用深度优先（如下图所示为自顶向下的增殖方式）或广度优先的策略，用实际模块替换相应的桩模块，再用桩模块代替它们的直接下属模块，与已测试的模块或子系统组装成新的子系统。然后，进行回归测试（即重新执行以前做过的全部测试或部分测试），排除组装过程中引入新的错误的可能。最后，判断是否所有的模块都已组装到系统中。是，则结束测试；否则，转到B去执行。

自顶向下的增殖方式

自顶向下的增殖方式在测试过程中较早地验证了主要的控制和判断点。在一个功能划分合理的程序模块结构中，判断常常出现在较高的层次里，因而，能够较早地遇到这种问题。如果主要控制有问题，尽早发现它能够减少以后的返工，这是十分必要的。如果选用按深度方向组装的方式，可以首先实现和验证一个完整的软件功能，可先对逻辑输入的分支进行组装和测试，检查和克服潜藏的错误和缺陷，验证其功能的正确性，就为其后对主要加工分支的组装和测试提供了保证。此外，功能可行性较早地得到证实，还能够增强开发者和用户成功的信心。

. 自底向上的增殖方式。这种组装方式是从程序模块结构的最底层模块开始组装和测试。因为模块是自底向上进行组装的，对于一个给定层次的模块，它的子模块（包括子模块的所有下属模块）已经组装并测试完成，所以不再需要桩模块。在模块的测试过程中需要从子模块得到的信息可以通过直接运行子模块得到。自底向上增殖的步骤如下：首先由驱动模块控制最底层模块的并行测试；也可以把最底层模块组合成实现某一特定软件功能的簇，由驱动模块控制它进行测试。再用实际模块代替驱动模块，与它已测试的直属子模块组装成为子系统。然后，为子系统配备驱动模块，进行新的测试。最后判断是否已组装到达主模块。是，则结束测试；否则，执行B。

以如下图一（a）所示的一次性组装方式系统结构为例，可以用如下图二说明自底向上组装和测试的顺序。

一次性组装方式

自底向上的增殖方式

. 混合增殖式测试。自顶向下增殖的方式和自底向上增殖的方式各有优缺点。一般来讲，一种方式的优点是另一种方式的缺点。

自顶向下增殖方式的缺点是需要建立桩模块。要使桩模块能够模拟实际子模块的功能十分困难，因为，桩模块在接收了所测模块发送的信息后，需要按照它所代替的实际子模块功能返回应该回送的信息，这必将增加建立桩模块的复杂度，而且导致增加一些附加的测试。同时，涉及复杂算法和真正输入/输出的模块一般在底层，它们是最容易出问题的模块，到组装和测试的后期才遇到这些模块，一旦发现问题，就会导致过多的回归测试。而自顶向下增殖方式的优点是能够较早地发现主要控制方面的问题。

自底向上增殖方式的缺点是“程序一直未能作为一个实体存在，直到最后一个模块加上去后才形成一个实体”。就是说，在自底向上组装和测试的过程中，对主要的控制直到最后才接触到。这种方式的优点是不需要桩模块，而建立驱动模块一般比建立桩模块容易，同时由于涉及到复杂算法和真正输入/输出的模块最先得到组装和测试，可以把最容易出问题的部分在早期解决。此外自底向上增殖的方式可以实施多个模块的并行测试，提高测试效率。因此，通常是把以上两种方式结合起来进行组装和测试。

在进行集成测试时，测试者应当确定关键模块，对这些关键模块及早进行测试。关键模块至少应具有以下几种特征之一：

. 满足某些软件需求；

. 在程序的模块结构中位于较高的层次（高层控制模块）；

. 较复杂、较易发生错误；

. 有明确定义的性能要求。

在做回归测试时，也应该集中测试关键模块的功能。

. 集成测试的组织和实施。

集成测试是一种正规测试过程，必须精心计划，并与单元测试的完成时间协调起来。在制定测试计划时，应考虑如下因素：

①采用何种系统组装方法来进行集成测试。

②集成测试过程中连接各个模块的顺序。

③模块代码编制和测试进度是否与集成测试的顺序一致。

④测试过程中是否需要专门的硬件设备。

解决了上述问题之后，就可以列出各个模块的编制、测试计划表，标明每个模块单元测试完成的日期、首次集成测试的日期、集成测试全部完成的日期、以及需要的测试用例和所期望的测试结果。

在缺少软件测试所需要的硬件设备时，应检查该硬件的交付日期是否与集成测试计划一致。例如，若测试需要数字化仪和绘图仪，则相应的测试应安排在这些设备能够投入使用之时，并要为硬件的安装和交付使用保留一段时间，以留下时间余量。此外，在测试计划中需要考虑测试所需软件（驱动模块、桩模块、测试用例生成程序等）的准备情况。

. 集成测试完成的标志。

集成测试完成的标志主要有以下几项。

①成功地执行了测试计划中规定的所有集成测试。

②修正了所发现的错误。

③测试结果通过了专门小组的评审。

集成测试应由专门的测试小组来进行，测试小组由有经验的系统设计人员和程序员组成。整个测试活动要在评审人员出席的情况下进行。

在完成预定的集成测试工作之后，测试小组应负责对测试结果进行整理、分析，形成测试报告。测试报告中要记录实际的测试结果在测试中发现的问题、解决这些问题的方法以及解决之后再次测试的结果。此外还应提出目前不能解决、还需要管理人员和开发人员注意的一些问题，提供测试评审和最终决策，以提出处理意见。

集成测试需要提交的文档有集成测试计划、集成测试规格说明和集成测试分析报告。

开发人员

①多媒体软件：项目负责人、学科教学专家、教学设计专家、软件工程师、多媒体素材制作专家和多媒体课件制作专家。

②多媒体电子出版物：策划编导、文字编辑、美术编辑、音乐编辑和多媒体编辑。

投标

投标人是响应招标、参加投标竞争的法人或者其他组织。投标人应当具备承担招标项目的能力。国家有关规定对投标人资格条件或者招标文件对投标人资格条件有规定的，投标人应当具备规定的资格条件。

投标人应当按照招标文件的要求编制投标文件。投标文件应当对招标文件提出的实质性要求和条件作出响应。招标项目属于建设施工的，投标文件的内容应当包括拟派出的项目负责人与主要技术人员的简历、业绩和拟用于完成招标项目的机械设备等。

投标人应当在招标文件要求提交投标文件的截止时间前，将投标文件送达投标地点。招标人收到投标文件后，应当签收保存，不得开启。投标人少于三个的，招标人应当重新招标。在招标文件要求提交投标文件的截止时间后送达的投标文件，招标人应当拒收。

投标人在招标文件要求提交投标文件的截止时间前，可以补充、修改或者撤回已提交的投标文件，并书面通知招标人。补充、修改的内容为投标文件的组成部分。

投标人根据招标文件载明的项目实际情况，拟在中标后将中标项目的部分非主体、非关键性工作进行分包的，则应当在投标文件中载明。

两或两个以上法人或者其他组织可以组成一个联合体，以一个投标人的身份共同投标。联合体各方均应当具备承担招标项目的相应能力；国家有关规定或者招标文件对投标人资格条件有规定的，联合体各方均应当具备规定的相应资格条件。由同一专业的单位组成的联合体，按照资质等级较低的单位确定资质等级。联合体各方应当签订共同投标协议，明确约定各方拟承担的工作和责任，并将共同投标协议连同投标文件一并提交招标人。联合体中标的，联合体各方应当共同与招标人签订合同，就中标项目向招标人承担连带责任。

招标人不得强制投标人组成联合体共同投标，不得限制投标人之间的竞争。投标人不得相互串通投标报价，不得排挤其他投标人的公平竞争，损害招标人或者其他投标人的合法权益。投标人不得与招标人串通投标，损害国家利益、社会公共利益或者他人的合法权益。禁止投标人以向招标人或者评标委员会成员行贿的手段谋取中标。投标人不得以低于成本的报价竞标，也不得以他人名义投标或者以其他方式弄虚作假，骗取中标。

业务需求

网络系统是为一个集体提供服务的，对于该集体内的不同用户，需要收集特定的业务信息，包括以下内容。

（1）确定结构组织。业务需求的第一步就是获取组织结构图，了解集体中的岗位设置及岗位职责。

（2）确定关键时间点。对于大型项目，必须制订严格的项目实施计划，确定各个阶段关键的时间点。

（3）确定网络投资规模。在整个网络的设计和实施中，费用是一个主要考虑的因素。

（4）确定业务活动。主要通过对业务的分析，形成各类业务的网络需求，主要包括最大用户数、并发用户数、峰值带宽和正常带宽等。

（5）预测增长率。通过对网络发展趋势的分析，明确网络的伸缩性需求。

（6）确定网络的可靠性和可用性。网络设计人员在进行需求分析的过程中，首先应获取行业的网络可靠性和可用性标准，并根据标准与用户进行交流，确定特殊的要求。

（7）确定Web站点和Internet连接。

（8）确定网络的安全性。

（9）确定远程接入方式。

预算

预算是指组织按照一定的业务量水平及质量水平，估计各项成本、计算预算成本，并以预算成本为控制经济活动的依据，衡量其合理性。当实际状态和预算有了较大差异时，要查明原因并采取措施加以控制。编制预算是以预算项目的成本预测及IT服务工作量的预测为基础的。

预算的编制方法主要有增量预算和零基预算，其选择依赖于企业的财务政策。增量预算是以去年的数据为基础，考虑本年度成本、价格等的期望变动，调整去年的预算。在零基预算下，组织实际所发生的每一活动的预算最初都被设定为零。为了在预算过程中获得支持，对每一活动必须就其持续的有用性给出有说服力的理由。即详尽分析每一项支出的必要性及其取得的效果，确定预算标准。零基预算方法迫使管理当局在分配资源前认真考虑组织经营的每一个阶段。这种方法通常比较费时，所以一般几年用一次。

.预算项目的成本预测。预算项目一般按照成本项目划分，一旦确定一般要保持稳定，这样一是可以使企业了解其成本变动趋势，进行纵向比较，也可以与其他企业之间进行横向比较，二是为成本管理活动提供了一个简单的处理基础，如折旧可以按照成本类型的不同分别进行处理。

在预算编制时，各预算项目的成本一般都是未知的，如加班工资、外部网收费等，因此必须对其进行预测。预测这些成本是以从前IT会计年度的成本数据为基础或以未来工作量的预测为基础进行的。IT成本管理必须谨慎地估计不可控制的成本的变化。

.IT服务工作量预测。IT工作量是成本变化的一个主要原因之一，因此，在编制预算的时候，要预测未来IT工作量。不仅成本管理活动需要估计工作量，在服务级别管理和容量管理中也需要对工作量进行预测。工作量预测将以工作量的历史数据为基础，考虑数据的更新与计划的修改，得出未来的IT工作量。

中标

中标人的投标应当符合下列条件之一：

（1）能够最大限度地满足招标文件中规定的各项综合评价标准。

（2）能够满足招标文件的实质性要求，并且经评审的投标价格最低。但是投标价格低于成本的除外。

评标委员会经评审，认为所有投标都不符合招标文件要求的，可以否决所有投标。依法必须进行招标的项目的所有投标被否决的，招标人应当重新招标。

在确定中标人前，招标人不得与投标人就投标价格、投标方案等实质性内容进行谈判。评标委员会成员应当客观、公正地履行职务，遵守职业道德，对所提出的评审意见承担个人责任。评标委员会成员不得私下接触投标人，不得收受投标人的财物或其他好处。评标委员会成员和参与评标的有关工作人员不得透露对投标文件的评审和比较、中标候选人的推荐情况，以及与评标有关的其他情况。

中标人确定后，招标人应当向中标人发出中标通知书，并同时将中标结果通知所有未中标的投标人。中标通知书对招标人和中标人具有法律效力。中标通知书发出后，招标人改变中标结果的，或者中标人放弃中标项目的，应当依法承担法律责任。招标人和中标人应当自中标通知书发出之日起30日内，按照招标文件和中标人的投标文件订立书面合同。招标人和中标人不得再行订立背离合同实质性内容的其他协议。招标文件要求中标人提交履约保证金的，中标人应当提交。

依法必须进行招标的项目，招标人应当自确定中标人之日起15日内，向有关行政监督部门提交招标投标情况的书面报告。

题号导航 2023年下半年系统集成项目管理工程师下午试卷案例（第一批）

本试卷我的完整做题情况



	第3题在手机中做本题