电信业务支撑系统工程技术规范书

1、北北方方电电信信业业务务支支撑撑系系统统二二期期 工工程程技技术术规规范范书书 （综合客服、生产调度应用软件部分） 中国电信集团公司北方电信事业部 二OO三年一月 目 录 第一章 总则1 1.1 概述.1 1.1.1 规范定义.1 1.1.2 规范内容.1 1.1.3 规范依据.1 1.1.4 规范要求.1 1.1.5 规范书有关内容的澄清.2 1.2 对卖方建议书的要求.2 1.2.1 技术规范书点对点应答书要求.2 1.2.2 建议书的内容格式要求.3 1.2.3 其他一些要求.3 1.3 报价体系要求.4 1.3.1 总体要求.4 1.3.2 报价体系要求.4 1.3.3 服务报价要求.

2、5 1.3.4 培训报价要求.5 1.4 系统文档要求.5 1.5 保密要求.6 第二章 工程说明6 2.1 工程概况.6 2.2 北方电信网络现状.7 2.2.1 交换网.7 2.2.2 智能网.7 2.2.3 数据网.7 2.2.4 业务支撑网现状.8 2.3 工程建设方案.8 2.3.1 总体框架.8 2.3.2 系统建设实施.9 2.4 工程建设规模.9 2.5 本期工程所需软件说明.10 第三章 业务支撑系统技术要求11 3.1 总体要求.11 3.1.1 质量性能要求.11 3.1.2 技术性能要求.12 3.1.3 应用指导原则.12 3.1.4 数据指导原则.13 3.1.5

3、技术指导原则.13 3.2 安全性要求.14 3.2.1 系统级安全.14 3.2.2 应用级安全.14 3.3 系统技术路线要求.15 3.4 与相关系统的接口技术要求.18 3.4.1 北方电信事业部与相关系统的接口技术要求.19 3.4.2 北方 9 省（区、市）与相关系统的接口技术要求.20 3.5 软件开发要求.22 3.6 网络带宽需求.22 第四章 业务功能需求22 4.1 业务支撑系统软件体系结构.22 4.2 综合客服功能需求.24 4.2.1 销售管理过程.25 4.2.2 客户管理.26 4.2.3 客户经理管理.29 4.2.4 业务受理.30 4.2.5 收费管理.3

4、2 4.2.6 故障受理.34 4.2.7 回复.34 4.2.8 业务咨询.35 4.2.9 投诉建议.35 4.2.10 业务查询.36 4.2.11 主动服务.36 4.2.12 销帐管理.38 4.2.13 系统管理.39 4.2.14 统计分析.40 4.3 生产调度管理功能需求.42 4.3.1 用户界面.42 4.3.2 系统要求.42 4.3.3 功能需求.44 4.4 网络资源配置管理.49 4.4.1 网络资源数据管理.49 4.4.2 网络资源配置.49 4.4.3 与其他系统的关系.50 第五章 售后服务要求50 5.1 系统服务要求.50 5.2 售后服务要求.51

5、第六章 软件开发、项目组织、技术培训要求51 6.1 工程计划及进度.51 6.2 项目组织要求.52 6.3 技术培训要求.52 第七章 其他要求52 第一章 总则 1.1 概述 1.1.1 规范定义 本文件为北方电信业务支撑系统二期工程（综合客服、生产调度和网络资 源配置管理功能应用软件部分）的技术规范书。提供本期工程相关应用软件的 公司（以下称卖方）应向中国电信集团公司北方电信事业部（以下称买方）就 系统所需的应用软件作出详细答复。 回答：满足。回答：满足。 1.1.2 规范内容 本规范书针对本次项目所需要的综合客服、生产调度和网络资源配置管理 功能应用软件部分提出相应的技术规范要求。本

6、规范给出了买方中国电信集团 公司北方电信事业部对北方电信业务支撑系统二期工程在应用软件的技术、性 能、服务等方面应满足的各项要求，这些要求将在以后的各章节中列出，以供 卖方编写方案建议书、软件配置、供货及报价书之用。请卖方根据自己所能提 供的软件，给出详细的方案建议书和商务报价书。 回答：满足。回答：满足。 1.1.3 规范依据 （1）ISO、ITU-T、ETSI、IMTC、IETF 等软硬件技术标准； （2）信息产业部、原邮电部、中国电信集团关于业务支撑系统的相关技术 体制和技术规范； （3）中国电信集团公司北方电信业务支撑系统技术规范 V1.0； （4）中国电信集团公司北方电信业务支撑系统

7、业务规范 V1.0； （5）中国电信集团北方电信事业部交换网、传输网、数据网的建设方案及 相关业务量分析和预测结果； 回答：满足。回答：满足。 1.1.4 规范要求 （1）卖方应承诺所提供的软件在产品性能、技术指标、服务内容等方面满 足本规范的要求； 回答：满足。回答：满足。 （2）当买方有新建议，而本规范又尚未包括或和本规范不符时，则应符合 买方新建议的要求；对于买方尚未有标准的，而本规范又未提及的部分，卖方 提出其标准，留待双方认可后执行； 回答：满足。回答：满足。 （3）当卖方的设备中包含自己的专用标准，应在建议书中具体说明，并附 上相应的详细资料。 回答：满足。回答：满足。 （4） 卖

8、方应列出其建议书中所提供设备和系统在世界范围内和国内的应 用情况，诸如最大规模、业务类型及开展方式、用户数量等。 回答：满足。回答：满足。 1.1.5 规范书有关内容的澄清 （1）卖方对于规范书的疑问可以通过书面材料与买方联系。在规定的建议 书提交最后期限以前，买方将以书面材料给予答复，有关买方答复材料的复印 件也将递交所有得到技术规范书的卖方。 回答：满足。回答：满足。 （2）在技术谈判的各个阶段，买方将以书面形式要求卖方对有关问题进行 进一步的技术澄清，卖方应以书面资料给予正式应答；所有各阶段的技术澄清 文件都将作为合同附件。 回答：满足。回答：满足。 （3）未经买方许可，卖方不得以任何形

9、式向第三方提供本文件的全部或部 分内容。 回答：满足。回答：满足。 （4）买方在任何时候保留和拥有对本文件的解释权和修改权。买方有权在 签定合同前，根据需要修改和补充本技术规范书，修改补充后的最终技术规范 书将作为合同的附件。 回答：满足。回答：满足。 （5）本工程技术规范书要求针对本规范书描写的综合客服、生产调度和网 络资源配置管理功能应用软件部分进行详细应标，并要求符合业务支撑系统总 体软件体系结构。 回答：满足。回答：满足。 1.2 对卖方建议书的要求 卖方在收到本文件后，应提供的资料包括以下几部分： （1）对本文件的点对点应答书 （2）技术建议书 （3）报价书 回答：满足。回答：满足。

10、 1.2.1 技术规范书点对点应答书要求 卖方的应答书中，要求对本文件的技术规范部分和商务合同部分所提出 的各项条款进行逐项答复、说明和解释，首先对实现或满足程度明确作出 “满足” 、 “部分满足” 、 “不满足”等应答。在答复中，凡采用 “详见” 、 “参见”方式说明的，应指明参见文档的具体章节或页码。 请请卖卖方方特特别别注注 意意：凡凡采采用用 “详详见见” 、 “参参见见”方方式式说说明明的的条条款款，必必须须在在点点对对点点应应答答书书中中注注有有 适适当当的的总总结结性性文文字字，简简洁洁、明明了了地地回回答答相相应应的的条条款款。对对于于规规范范书书中中要要求求列列举举 的的条条

11、款款，必必须须在在点点对对点点应应答答书书中中进进行行列列举举，不不得得简简单单答答复复“满满足足”等等，否否 则则视视该该条条款款的的应应答答为为 “不不满满足足” 。如如果果回回答答 “部部分分满满足足” ，需需要要详详细细说说明明哪哪 些些部部分分满满足足，哪哪些些部部分分不不满满足足，并并且且详详细细说说明明原原因因。 回答：满足。回答：满足。 1.2.2 建议书的内容格式要求 卖方所提供的建议书应按照以下内容格式进行编制： （一）综述； （二）工程技术规范书； （三）技术规范书点对点应答； （四）总体方案及综合客服、生产调度和网络资源配置管理功能部分方案 建议； （五）应用软件详细配

12、置清单； 软件的详细配置原则或配置说明、相关计算方法和依据，包括必要的 公式、表格或图表。 （六）应用软件功能详细说明； （七）硬件配置要求说明； 即软件运行环境说明，卖方所提供的应用软件对硬件的具体要求，包 括所需要的硬件组织结构图、硬件处理能力估算、硬件配置要求说明及推 荐硬件配置。需要说明的是，本次工程硬件将由买方根据卖方所提供的应 用软件的需要进行自主采购，但卖方必须提出对硬件处理能力、配置要求 等各方面的需求，并对最终结果进行确认。 （八）系统软件详细配置清单及功能详细说明； 即软件运行环境说明，卖方所提供的应用软件对系统软件的具体要求， 包括所需要的数据库、中间件的具体配置要求说明

13、，以及卖方所提供的应 用软件运行所必须要的其它系统软件、测试软件、开发软件等需要向第三 方采购的通用性系统软件。并详细列出所需要的这些系统软件的种类、推 荐使用的具体产品（如果必须采用某种产品的需要特别说明）、License 数量等，以及这些软件的报价并对最终结果进行确认。需要说明的是， 这些软件的报价将作为可选项单独报价，不计入总价。 （九）供货计划及工程进度安排详细说明； （十）分工界面，要求图示并加以说明； （十一）测试及验收； （十二）培训计划； （十三）技术服务、支持； （十四）所提供软件的技术文档； （十五）相关资质或许可证。 回答：部分满足。因为本款中对建议书格式与投标要求中对格

14、式要求不一致，回答：部分满足。因为本款中对建议书格式与投标要求中对格式要求不一致， 按照本规范与投标要求不一致的地方以投标要求为准的原则，我方将按照投标按照本规范与投标要求不一致的地方以投标要求为准的原则，我方将按照投标 要求进行格式编排，但内容会覆盖以上条款所含内容。要求进行格式编排，但内容会覆盖以上条款所含内容。 1.2.3 其他一些要求 北方电信业务支撑系统二期工程的需求由买方提出，软、硬件的配置由买 方协助卖方进行。卖方在进行业务支撑系统设置和设备配置时应遵循以下原则： （1） 卖方应以技术先进、经济合理，有利于今后发展的原则进行业务支 撑系统二期工程的设计和软、硬件设备的配置。 （2

15、）根据买方的建议和要求，卖方应向买方提供优化的设计方案。 （3） 卖方在给出业务支撑系统二期工程的优化方案时，应以书面材料解 释其业务支撑系统优化设计的思想、原则、步骤及利弊。 （4） 对于由卖方提供的硬件设备，该设备应是以至少十年使用期设计的， 卖方要保证不论提供的设备是否还生产，在使用期内买方可得到备件。 （5）卖方应根据本规范书的要求在规定时间 2003 年 2 月 10 日下午 4:00 之前提供技术建议书（中文）和报价书（中文），其中建议书要求提供 8 套， 报价书 3 套（单独密封包装），并同时提供建议书和商务报价书的电子文档 （MS OFFICE 文档形式的光盘）。 回答：部分满

16、足，因为在投标要求中提供的建议书为套，而在投标要求中的回答：部分满足，因为在投标要求中提供的建议书为套，而在投标要求中的 要求是套，根据买方提供的要求是套，根据买方提供的投标人的问题答复（综合客户部分）投标人的问题答复（综合客户部分）的答复的答复 “以投标要求为准以投标要求为准”，因此将提供套建议书。，因此将提供套建议书。 1.3 报价体系要求 1.3.1 总体要求 （1）报价应包括根据系统要求的所有必须的软件、安装材料、技术文件及 安装调测、培训、技术支持等； （2）报价应包括软件的名称、版本号、配置模块、数量等详细内容； （3）报价应分别以美元或人民币为单位； （4）报价应按目录价、折扣价

17、和折扣率分项列清； （5）如果卖方提供的设备有多种可选配套软件，卖方可以建议买方采用某 些业务或功能，同时应详细描述和说明这些业务或功能并作为可选项提出报价， 可供买方选择的设备和功能报价单列，但不计入总价； （6）卖方在报价中应明确标注采用的第三方硬件、软件产品，凡第三方软 件产品不由卖方直接供应，应注明其供应商。 回答：满足。回答：满足。 1.3.2 报价体系要求 请卖方按照以下各项要求分别报价： （1）本次配置所有软件总价； （2）所有软件配置清单及报价； （3）以省（区、市）为单位，本次配置的各省（区、市）所有软件清单及 报价，以及北方电信 9 省（区、市）汇总价； （4）系统所有必须

18、配置的软件清单、功能说明； （5）系统所有可选配置的软件清单、功能说明及相应各项报价，此部分报 价不计入总价； （6）根据本规范书要求其他不计入总价的相关配置清单及报价（如硬件配 置清单、系统软件配置清单等，具体内容参见后续章节）。 回答：满足。回答：满足。 1.3.3 服务报价要求 卖方应对下述服务项目进行报价： （1）安装 卖方负责所提供硬件、软件的安装。 （2）二次开发和客户化 卖方负责根据北方电信的需求对所提供的软件进行相应的剪裁、客户化和 二次开发工作。 （3）系统调测 卖方应负责所提供硬件、软件的调测，并负责配合系统内相关设备的调测。 （4）技术服务 技术服务分为基本技术服务和可选

19、技术服务，基本技术服务应列出单价和 合价，并列入必选报价及总价中；可选技术服务列入选项报价中，只列单价， 并且不记入总价。基本技术服务包括技术支持，时限为系统终验完成后的两年，基本技术服务包括技术支持，时限为系统终验完成后的两年， 卖方应提供技术支持时限内卖方应提供技术支持时限内 7*24 小时的技术支持。小时的技术支持。 回答：满足。我方已对上述服务内容进行报价，详见技术服务附件和报价清单。回答：满足。我方已对上述服务内容进行报价，详见技术服务附件和报价清单。 1.3.4 培训报价要求 请卖方根据本规范书对于技术培训要求的内容，列出培训人员的费用单价 及详细的培训计划（包括时间、地点、课程等

20、），并作为可选项单独报价，不 计入总价。 回答：满足。回答：满足。 1.4 系统文档要求 要求卖方提供详细的文档资料，对所提供的系统文档资料要求如下： （1）提供的技术文件应与提供的软件相一致，技术文件应该全面、完整、 详细； （2）提供的技术文件应能够满足软件安装、使用、维护、应用开发的需要； （3）应用软件文档应该包括： 软件需求说明书 系统总体设计说明书 系统概要设计说明书 数据库设计说明书 详细设计文档 应用软件清单 测试计划、测试方案 测试报告 试运行报告 维护手册 操作手册 版本说明 API 说明 （4）应提供完整的、准确的源代码，源代码文档要求有详尽的说明和注释； （5）文档和资

21、料应提供电子文档和纸面文档，电子文档格式为 MS Word 文档。 回答：满足。根据回答：满足。根据商务规范书商务规范书的协定，我方将开放应用软件的全部源代码的协定，我方将开放应用软件的全部源代码 （应用软件中的乙方自有软件模块除外）。（应用软件中的乙方自有软件模块除外）。 1.5 保密要求 卖方除以下情况外，非经北方电信事业部书面许可，不得将本文件的任何 内容透露给除北方电信事业部以外的第三方。 经北方电信事业部书面许可，应标商才允许将本文（限于必要部分）透露 给其合作伙伴，并保证其合作伙伴不将本文透露给其它人。 未经书面许可将本文件透露给第三方的应标商，将被剥夺中标资格。 回答：满足。回答

22、：满足。 第二章 工程说明 2.1 工程概况 在本期工程建设前期，北方电信事业部已经组织建设北方电信事业部业务 支撑系统一期工程的建设。一期工程建设了北方电信事业部（地点设置在天津） 业务支撑中心。北方 9 省（区、市）未建设应用平台。一期建设了一套统一集 中的结算系统，完成了北方 9 省（区、市）的南方 21 省长途来话收敛、北方去 话等业务涉及到的与其他运营商之间的结算，以及中国电信省间的网内摊分； 一期工程还建设了一套网上营业厅系统，为北方电信事业部及北方 9 省（区、 市）电信公司完成企业宣传、业务开展宣传、客户查询、咨询、投诉等相关的 客户服务的 Web 接入工作。对于前期的交换、数

23、据专业的业务开展，则通过相 应的专业网后台系统实现，在业务支撑系统一期工程中未考虑。 本期工程需要在一期工程的基础上，更加完善北方电信业务支撑系统，主 要建设北方 9 省（区、市）的业务支撑系统，包括业务支撑系统的综合客服、 号线资源管理、综合计费、综合帐务、生产调度和网络资源配置管理管理等功 能模块。本期工程建设容量满足 2004 年年底的业务量需求。 在本次招标之前，北方电信组织各省开始了各省呼叫中心平台的建设，计 划于 2003 年 3 月完成北方 9 省（区、市）的呼叫中心平台的建设。各省呼叫中 心平台的建设将作为各省业务支撑系统的接入层，完成各省话音接入服务，而 呼叫中心所需要的所有

24、后台数据和业务流程，包括所有用户数据、所有业务流 程都需要在本次应用软件中统一建设、统一管理、统一实现，而呼叫中心仅仅 需要调用本次应用软件的各种数据和业务流程。 本期工程北方电信事业部将在北方电信范围内定义统一的共享核心数据模 型。同时将定义流程模型，与业务结合转化成具体的业务流程。共享核心数据 模型和业务流程将被部署到各省的应用承载平台上，各省的应用承载平台负责 实施数据模型和业务流程，建立本地化服务和具体的工作流程以及与应用系统 的适配器。 回答：满足。我方已理解上述内容。回答：满足。我方已理解上述内容。 2.2 北方电信网络现状 2.2.1 交换网 从 2002 年年底交换网络一期工程

25、建设完成后，交换网络将主要承担南方 21 省来话收敛业务。即在交换网络一期工程建设完成后，在北方 9 省（区、市） 的省会城市分别建 TS 与 LS/GW，在发达城市建立 TLS/GW，其它本地网不设 交换机，采用省会 LS/GW 软覆盖的方式。其中省会 LS/GW 负责与省会城市所 在本地网相关的互联互通业务量。已建交换机的本地网由该交换机负责与该本 地网相关的互联互通业务量。 一期建设的交换网络建设北方 20 个本地网，共建设 22 套本地网交换机。 在本期工程建设期间，交换网络二期工程也将同时展开，将缩小省会 LS/GW 软覆盖的覆盖范围，在一些中等发达城市建立 TLS/GW。 回答：满

26、足。我方已理解上述内容。回答：满足。我方已理解上述内容。 2.2.2 智能网 从 2002 年年底智能网一期工程建设完成后，智能网将主要承担北方 9 省 （区、市）的新业务开展。根据北方电信事业部智能网建设情况，北方电信事 业部智能网业务主要为卡类业务、智能公话等业务。根据智能网建设思路及业 务开展的思路以及北方电信事业部关于智能网的建设，在各本地网新建的 LS/GW 交换机同时具有区域智能网业务交换点 SSP 的功能，负责所辖区域智能 网业务的触发，其中已设置交换机的各个本地网，由该交换机兼作 SSP 负责本 地网内的区域智能网业务（不含国家骨干智能业务），未设置交换机的其他本 地网，其区域

27、智能业务由各省省会 LS/GW 交换机兼作 SSP 负责。同时北方 9 省（区、市）统一在郑州设置一套 SCP，负责北方 9 省（区、市）的所有智能 网业务的控制和管理。 回答：满足。我方已理解上述内容。回答：满足。我方已理解上述内容。 2.2.3 数据网 北方电信事业部 IP 网一期工程共设 20 个省域节点，地点设置和交换网相 同，在这 20 个省域节点，每个节点新增 2 台路由器和 1 台局域网交换机。 在本期工程建设期间，数据网二期工程也将同时展开，将在一些中等发达 城市建立省域节点，地点设置和交换网相同，每个节点新增 1 台路由器和 1 台 局域网交换机。 回答：满足。我方已理解上述

28、内容。回答：满足。我方已理解上述内容。 2.2.4 业务支撑网现状 在本期工程建设前期，北方电信事业部已经组织建设北方电信业务支撑系 统一期工程的建设。一期工程建设完成了以下主要硬件平台： （1）完成了交换网络一期建设的 20 个本地网的所有交换机的采集部分的 硬件平台建设； （2）完成了北方电信事业部结算系统及网上营业厅的功能的建设，而各省 没有业务支撑系统的硬件平台，仅通过远程操作终端完成相应的结算功能。 回答：满足。我方已理解上述内容。回答：满足。我方已理解上述内容。 2.3 工程建设方案 2.3.1 总体框架 北方 9 省（区、市）业务支撑系统总体结构采用北方电信事业部中心和 9 省（

29、区、市）公司两级结构。即所谓的“19”模式，在北方电信事业部和北 方 9 省（区、市）分别建立业务支撑系统平台，在应用层面实现省级集中，在 核心数据层面实现 9 省（区、市）的大集中。北方电信事业部业务支撑中心主 要完成综合营销管理、综合结算、生产调度管理、资源管理、统计分析和系统 管理等 6 个功能模块；而省级业务支撑系统主要完成综合客服、综合营销管理、 综合计费、综合帐务、SLA 管理、生产调度管理、资源管理等 8 个功能模块。 北方电信事业部 业务支撑中心 中国电信南 方各省公司 北方某省公司 业务支撑中心 北方某省公司 业务支撑中心 中国电信集团 公司 图 2.3-1 北方电信业务支撑

30、系统网络框架图 在此总体框架下，由北方电信事业部统一定义北方 9 省（区、市）的核心 数据结构，包括用户数据、帐务数据、产品数据、资费结构和资源结构等。在 北方电信事业部建立业务支撑系统核心数据的数据库平台，并在其上建立负责 北方 9 省（区、市）全局的应用系统。而在北方 9 省（区、市）分别建立本省 集中的数据库平台和应用平台，省业务支撑系统的数据结构必须与北方电信事 业部的定义保持一致，省公司在此基础上建立适应本省实际业务开展情况的应 用系统。 北方电信事业部和各省级业务支撑平台则通过企业内部通信网 DCN 网进行 相关的数据信息的传输。 回答：满足。我方已理解上述内容。回答：满足。我方已

31、理解上述内容。 2.3.2 系统建设实施 北方电信业务支撑系统二期工程的建设实施要遵循“总体规划、滚动建设” 的原则。作为全新的电信企业，北方电信 9 省（区、市）不仅具有中国电信南 方 21 省建设业务支撑系统的丰富的经验，而且扔掉了历史的包袱。因此，北方 电信业务支撑系统更应该站在一个更高的高度，充分吸收南方 21 省“九七”系 统、计费帐务系统、1000 号客服系统等系统建设的丰富经验，对系统进行合理 的总体规划，尽可能避免“信息孤岛”，确保新建设的电信业务支撑系统能够 融合以前各系统的各种优点，同时避免以前各系统由于当时技术的局限而带来 的不足，真正建设一个高效、完善的业务支撑系统。

32、同时，建设北方电信业务支撑系统二期工程也是一个非常紧迫的工程，要 满足业务开展的需要、市场开拓的需要、建设周期的短促，不允许有太多的时 间进行充分的准备。因此，在总体规划的前提下，进行滚动建设，确保在保证 一个完整的总体规划的基础上，不断完善该系统。 回答：满足。我方自主研发的回答：满足。我方自主研发的 EOS 基础平台可以从应用软件架构上满足基础平台可以从应用软件架构上满足“总体总体 规划、滚动建设规划、滚动建设”的需要。的需要。 2.4 工程建设规模 北方电信业务支撑系统二期工程主要是为了解决北方电信 9 省（区、市） 业务网络建设完成后，更好地为电信用户服务，更好地提供对开展业务的支撑。

33、 而且本期工程主要满足到 2004 年，对各个业务系统进行支撑，其建设规模为： 本期工程省级业务支撑系统平台包括综合客服、综合计费、综合账务、生 产调度管理和网络资源配置管理等功能模块，采用全省集中模式将所有实现这 些功能模块的数据库服务器、应用服务器、存储设备、备份设备全部集中在一 个省业务支撑中心，考虑到保护投资和以后系统扩容的方便，许多功能模块需 要合设同一套服务器。 本期工程事业部中心业务支撑系统，根据北方电信实际业务需求，对一期 工程建设的结算系统和网上营业厅功能，进行适当扩容或改造。 本技术规范书要求卖方在理解北方电信业务支撑系统二期工程建设规模和本技术规范书要求卖方在理解北方电信

34、业务支撑系统二期工程建设规模和 内容的基础上，就二期工程的综合客服、生产调度和内容的基础上，就二期工程的综合客服、生产调度和网络资源配置管理功能部功能部 分作详细应答。分作详细应答。 回答：满足。我方已理解上述内容。回答：满足。我方已理解上述内容。 2.5 本期工程所需软件说明 根据北方电信业务支撑系统二期工程建设要求，本工程技术规范书将对该 工程的整体情况进行简要描述，并对本工程的应用软件进行整体描述，但请卖但请卖 方注意，本工程的应用软件共包括事业部业务支撑平台应用软件（共方注意，本工程的应用软件共包括事业部业务支撑平台应用软件（共 6 大功能）大功能） 和省级业务支撑平台应用软件（共和省

35、级业务支撑平台应用软件（共 8 大功能），但本工程技术规范书只针对其大功能），但本工程技术规范书只针对其 中的省级业务支撑平台应用软件中的省级业务支撑平台应用软件 8 大功能中的综合客服、生产调度和大功能中的综合客服、生产调度和网络资源 配置管理功能提出具体要求。请卖方在理解工程应用软件整体结构的基础上，功能提出具体要求。请卖方在理解工程应用软件整体结构的基础上， 针对以下方面进行应答和报价：针对以下方面进行应答和报价： （1）应答范围包括对应用软件整体结构的理解，以及综合客服、生产调度）应答范围包括对应用软件整体结构的理解，以及综合客服、生产调度 和和网络资源配置管理功能在整体结构中的作用及

36、与其他模块之间的关系；功能在整体结构中的作用及与其他模块之间的关系； 回答：满足。我方在回答：满足。我方在技术建议书技术建议书中详细描述了对应用软件结构的理解，以中详细描述了对应用软件结构的理解，以 及综合客服、生产调度和网络资源配置管理功能在整体结构中的作用及与其他及综合客服、生产调度和网络资源配置管理功能在整体结构中的作用及与其他 模块之间的关系，详见模块之间的关系，详见技术建议书技术建议书2.2.4.1 （2）报价范围包括实现综合客服、生产调度和）报价范围包括实现综合客服、生产调度和网络资源配置管理功能所需功能所需 要的设计、开发、服务等方面的费用，具体方式参见对报价体系的要求；要的设计

37、、开发、服务等方面的费用，具体方式参见对报价体系的要求； 回答：满足。我方对此作了详细列举，详见回答：满足。我方对此作了详细列举，详见商务报价商务报价。 （3）为了确保完成综合客服、生产功能和网络资源配置管理功能，请卖方）为了确保完成综合客服、生产功能和网络资源配置管理功能，请卖方 针对所需要的主机存储、备份等硬件种类、配置、处理能力，各类系统软件的针对所需要的主机存储、备份等硬件种类、配置、处理能力，各类系统软件的 种类、各项性能指标的要求进行详细描述，确保买方能够提供足够的应用软件种类、各项性能指标的要求进行详细描述，确保买方能够提供足够的应用软件 运行环境，以满足卖方提供的综合客服、生产调度和运行环境，以满足卖方提供的综合客服、生产调度和网络资源配置管理功能的功能的 正常运行，以及和其他部分功能共同组成一个有机的应用系统。但此部分作为正常运行，以及和其他部分功能共同组成一个有机的应用系统。但此部分作为 可选项报价，不计入总价；可选项报价，不计入总价； 回答：满足。我方不仅从主机的性能、容量方面作了比较详细阐述，而且根据回答：满足。我方不仅从主机的性能、容量方面作了比较详细阐述，而且根据 各省的实际业务情况对硬件系统做了相应的配置，保证系统的建设即经济、实各省的实际业务情况对硬件系统做了相应的配置，保证系统的建设即经济、实 用并有很强的扩