03-技术建议书-对四川移动供应链管理系统工程电子报.doc

文件编号：A001_03 受控章 对对中国移动四川公司供应链管理系中国移动四川公司供应链管理系 统一期工程电子报帐及合同管理系统点对统一期工程电子报帐及合同管理系统点对 点接口软件开发技术规范书点接口软件开发技术规范书应答应答 技术有限公司技术有限公司 2013 年年 11 月月 II / 35 目目 录录 前 言.1 一.总则.1 1 概述.1 2 技术标准.1 3 应答.2 4 卖方技术建议书要求.2 5 付款方式.4 6 规范书有关内容的澄清.4 7 规范书修改及解释权 .4 8 保密责任.5 二. 工程描述.5 1 工程概述 .5 2 拟建规模及内容 .6 3 工程建设原则.6 4 工程建设管理系统现状.6 5 供应链管理系统现状.9 三. 配置报价范围及要求.10 1 配置要求 .10 2 报价要求 .10 四.点对点接口软件开发内容.12 1 电子报帐系统.13 2 合同管理系统 .13 五.接口软件技术及性能要求.15 1 技术要求 .15 2 性能要求 .17 3 客户界面需求 .17 4 接口软件开发其他说明要求 .17 1 / 35 六.系统质量要求.18 1 互联要求 .18 2 可靠性和可用性.18 3 系统安全性 .19 4 扩展性 .20 5 实时性 .20 6 灵活性 .20 7 准确性 .20 8 易用性 .20 9 可维护性 .20 10 备份系统要求 .21 七.项目实施要求.21 1 软件开发及项目管理 .21 1.1 实施总体方案及工程进度 .21 1.2 人员配置 .22 1.3 程序设计和开发 .23 1.4 保证程序上线的正确性，移交手续完备 .24 1.5 应用开发输出文档管理 .24 1.6 开发进度控制 .25 2 工程实施 .25 3 工程验收及试运行 .26 八.保修及技术服务.27 1 保修期 .27 2 技术服务 .27 九.技术培训和技术文件.29 1 技术培训 .29 2 技术文件.30 十.知识产权.30 1 / 35 前 言 本规范主要是参考了相关技术规定，并根据中国移动通信集团四川有限公司（以 下简称四川移动）的实际功能需求而制定的。本规范书为四川移动版权所有，四川 移动保留包括解释和修改权在内的一切权利。 本规范书规定了中国移动四川公司供应链管理系统一期工程电子报帐及合同管理 系统点对点接口软件开发的总则、配置及报价范围、接口数据内容、系统安全、技术 要求、性能要求、系统安装调试和开通及试运行、技术服务与培训、技术文件等主要 内容。本规范书是中国移动四川公司供应链管理系统一期工程电子报帐及合同管理系 统点对点接口软件开发的建设依据。本文件将作为谈判及签订合同的基础，谈判结果 将作为本工程提供电子报帐及合同管理系统点对点接口软件开发的系统集成商能否参 与中国移动四川公司供应链管理系统一期工程电子报帐及合同管理系统点对点接口软 件开发建设的依据。 本规范书起草单位：中国移动通信集团四川有限公司 本规范书解释单位：中国移动通信集团四川有限公司 1 / 35 一一. .总则总则 1 1 概述概述 1.1 本文件为中国移动通信集团四川有限公司（以下简称买方）对为拟建设的 “ 中国移动四川公司供应链管理系统一期工程”提供电子报帐及合同管理系统点对 点接口软件开发的系统集成商（以下简称卖方）提出的总的技术要求和工程询价。本 文件将作为中国移动四川公司供应链管理系统一期工程电子报帐及合同管理系统点对 点接口软件开发系统集成商选择谈判的依据。 1.2 本工程投标需取得原厂商授权，且只能唯一授权。 1.3 卖方应承诺如果其参与中国移动四川公司供应链管理系统一期工程电子报 帐及合同管理系统点对点接口软件开发的建设，届时其对本文件的所有答复和承诺仍 有效。 注：以下“工程建设管理信息化系统”简称“工建系统” 。 2 2 技术标准技术标准 2.1 卖方所提供的电子报帐及合同管理系统点对点接口软件应符合技术标准的要 求如下： 1）符合有关标准(如 TMF、ITU-T、ETSI、IETF 等)，卖方应在建议书中具体说明， 并附上相应的详细技术资料； 2) 若卖方提供的解决方案包含自己的专用开发标准和协议，应在建议书中具体 说明，并附上相应的详细技术资料；如卖方未有声明，则视卖方所提供的所有软件及 服务等满足本技术规范要求； 3) 本文件中未给出，但相关标准组织已有建议的指标功能,均应满足相关标准组 织最新建议要求； 4) 若买方有新的标准(中华人民共和国通信行业标准和中国移动通信集团公司制 定的技术体制等技术要求)发布后，卖方应免费修改其软件及其集成指标以满足要求。 2.2 卖方提供的电子报帐及合同管理系统点对点接口软件功能、性能应完全符合 买方指明的标准，并或高于买方提出的要求。对于本文件未规定的有关系统功能，卖 2 / 35 方应提出建议，并陈述其理由。 2.3 卖方提供的电子报帐及合同管理系统点对点接口软件不得捆绑自身开发的任 何业务产品，卖方应承诺所提供的软件对买方的应用系统、今后经买方批准后引入的 任何第三方业务产品提供规范的、开放的接口，不得以任何技术等方面的配合问题予 以推诿、搪塞；同时，卖方应承诺不能由于引入卖方的产品导致买方需要增加投资用 于解决系统兼容性。 3 3 应答应答 3.1 要求卖方在建议书中对本技术规范书所提出各项要求进行逐条逐项答复、说 明和解释。首先对实现或程度明确作出“满足”、“不满足”、“部分满足”等应答， 然后作出具体、详细的说明。不得使用“明白”、“理解”等类似词语。在答复中， 要求明确的程度，凡采用“详见”、“参见”方式说明的，应指明参见文档的具体章 节或页码。卖方的所有应答均以本技术规范书作为点对点的应答标准，不得断章取义 地应答或不按本规范书顺序应答，否则，买方有权视其应答书为废标，可以不予以评 标。 3.2 对于应答为“部分满足”和“不满足”的部分，卖方应该详细说明在“部分 满足”中，哪些是满足的、哪些是不满足的，同时说明对于“不满足”部分有无解决 方案和计划以及本工程后的相应开发完成的具体时间进度安排。 3.3 凡本技术规范书中要求给出具体参数或说明的条款，不能仅答复“满足”、 “参见”，而应按要求给予具体答复。 4 4 卖方卖方技术建议书要求技术建议书要求 卖方应针对本技术规范书提供技术方案建议书。技术方案建议书应按如下格式及 内容要求编制： 1）报价 2）综述 卖方对本项目建设的认识 卖方本次投标的总体技术思路 卖方的主要优势 3)技术规范书及点对点应答 3 / 35 4）总体技术方案建议 -应提出工程实施所需的各种软件（含应用软件及三方软件） ，提供所有软件 产品的详细介绍，包括软件的名称、版本号、安装数量、软件技术架构、功能架构、 提供的接口标准和种类、接口实现方式、数据交互要求、二次开发的实现方式、详细 的功能模块组成、每个模块的功能、每个模块的配置原则、数据库功能及性能说明、 第三方测试报告、运行的环境要求等。 -网络方案：给出网络方案建议，包括局域网结构、广域网网络结构及带宽需 求（提供详细的计算过程） ；IP 地址规划等，方案中需说明在接管和切换时如何保证 系统的正常运行。 -应标软件对目前主流的第三方软件的支持情况，包括操作系统、中间件、数 据库、备份软件等。 -应标软件同四川移动工建、供应链管理系统的软硬件设备的兼容性、稳定性、 可靠性等等说明。 -应标软件的安全方案：符合国家相关法律要求，提供接入安全、数据安全实现 原理及其他安全认证体系，确保系统和信息安全。 5）应标软件配置清单 6）场地及环境准备要求 向买方所提出的满足卖方系统所需的机房场地空间、机房环境（电源、走线等） 的相关要求。 7）工程实施计划（具体要求详见第七章“项目实施要求”） 工程进度表：包含自订货合同清单确认及系统集成技术服务合同确认起，卖方 工程供货进度、安装调测进度等详细工程时间安排； 工程相关人员安排：卖方对项目实施的详细安排及人员构成情况（按照工程进 度的安排提供各阶段各类工程服务人员（驻买方现场服务模式）的数量名单；若存在 第三方公司的参与，应列出本公司与第三方公司的人员比例，相应的人员的资质水平 及本地化程度）。 8）分工界面 阐明本次工程卖方与工建、供应链管理系统开发厂商及最终用户的工程界面、 工作内容及责任分工、连接线及提供方等； 4 / 35 要求图示并加以说明。 9）测试及验收（具体要求详见第七章“项目实施要求”） 包括系统的验收流程、验收规范、测试内容、测试方法及相关测试的手册等。 10）培训计划（具体要求详见第九章“技术培训和技术文件”） 包含培训名称、等级、对象、时间（天数）、课程安排及内容、人员数量、地点 及相关费用标准等。 11）技术承诺 12）技术服务、支持及保修（具体要求详见第八章“保修及技术服务”） 要求卖方针对本项目明确提出所提供的服务内容、等级、相关服务指标、服务组 织机构及人员安排情况等； 13）提供企业营业执照、税务登记证、产品授权书、注册资金、法人代表证书、 计算机系统集成资质四级及以上、机组品质标准证书等的复印件（彩色最佳）； 14）提供类似应标接口软件近三年在通信行业内的销售记录、使用情况及成功案 例，并提供合同复印件/扫描件、合同首页、合同配置清单复印件。 15）方案 PPT。 5 5 付款方式付款方式 买方支付给卖方的款项采用银行转帐，并按以下比例及要求分批支付： 应标商中标后首先进行需求分析，形成完整的需求分析规格说明书。需求分析完需求分析完 成并通过评审付合同总价成并通过评审付合同总价 70%70%；初验通过付合同总价；初验通过付合同总价 20%20%，终验通过付合同总价，终验通过付合同总价 1010。 6 6 规范书有关内容的澄清规范书有关内容的澄清 6.1 卖方对于规范书的疑问可以通过书面材料与买方联系。在规定的建议书提交 最后期限以前，买方将以书面材料给予答复，有关买方答复材料的复印件也将递交所 有得到本技术规范书的卖方。 6.2 在技术谈判的各个阶段，买方将以书面形式要求卖方对有关问题进行进一步 的技术澄清，卖方应以书面资料给予正式应答；所有各阶段的技术澄清文件都将作为 合同附件。 5 / 35 7 7 规范书修改及解释权规范书修改及解释权 买方在任何时候保留和拥有对本文件的修改权和解释权。买方有权在签定合同前， 根据需要修改和补充本技术规范书与询价书，修改补充后的最终技术规范书将作为合 同的附件。 8 8 保密责任保密责任 卖方不得将本技术规范书中的任何内容透露给无关第三方； 对未中标的卖方，买方有不解释的权利； 对中标的卖方，有对开标结果保密的义务。 二二. . 工程描述工程描述 1 1 工程概述工程概述 在信息化时代，跨行业、跨地区的项目管理对企业提出了实时交互、协同工作、 信息共享等新的要求，传统的项目管理已不能充分适应这些新的挑战。如何科学地进 行组织管理，是一件非常复杂而事关项目成败的大事。 目前我省工程建设管理涉及的系统比较多，未能实现一点录入全程共享，数据仓 库仍未形成，存在应用系统各自独立、业财数据脱节、信息查询维度单一、用户体验 分析不足等问题，无法实现对工程建设的全过程管控，对决策支撑较弱。 为了打破“信息孤岛” ，实现项目各阶段的信息和项目管理流程信息贯通、拓展 工程管理维度及精度，实现综合项目的综合管理，中国移动四川公司启动了工程建设 管理信息化系统一期工程的建设。 同时，伴随中国移动采购物流业务管理变革演进，加强采购物流集中化管理、实 现省公司对全省物资信息“可见、可管、可控”的目标要求，需要有能够贯穿供应链 上下游各环节的信息系统来作支撑。鉴于此，中国移动四川公司启动了供应链管理系 统一期工程的建设。 由于实现工程建设精细化管理以及采购集中化管理涉及的环节及业务系统众多， 工建系统、供应链管理系统与其他三方系统存在大量数据交互，因此，对三方系统提 出了适应工建系统及供应链管理系统建设需要的应用开发、改造需求。本项目提出对 6 / 35 工程建设管理系统、供应链管理系统与电子报帐及合同管理系统的数据交互，包括： 查询项目报账信息、查询合同基本信息等。电子报帐系统、合同管理系统需配合工程 建设管理系统、供应链管理系统的建设完成相关应用开发、改造。 2 2 拟建规模及内容拟建规模及内容 新增电子报帐及合同管理系统与工程建设管理系统、供应链管理系统点对点接口 软件开发一套。满足本规范书要求的功能、性能、技术服务等内容。 3 3 工程建设原则工程建设原则 (1) 标准和规范性 系统采用模块化的体系结构，在中间件和分层架构的基础上，支持功能模块动态 插入、支持系统规模动态扩展。 (2) 开放性 系统具有开放性，必须提供统一的开放接口，保证与其他相关系统的集成。 (3) 实用性 系统应基于符合四川移动的工程建设管理及供应链规范、流程等实际要求进行建 设；易于相关业务人员使用，各种功能操作简单明确，系统维护集中、简单。 (4) 高效性 提供相关人员高效快捷操作功能，支撑工程建设管理及供应链业务的快速处理， 提高工程建设管理及供应链相关人员及协同人员的满意度。 (5) 灵活性 提供灵活性较强的流程编排及管理机制，以满足各个使用方自身的管理需要。 (6) 扩展性 应考虑未来业务的需要，要能以快速灵活的配置方式，扩充管理范围和层次。 (7) 安全性 为保证系统的安全性，在建设中要充分利用先进的安全控制技术，保证设备、网 络、系统、应用和数据的安全。 4 4 工程建设管理系统现状工程建设管理系统现状 (1) 系统概述 7 / 35 工程建设管理信息系统是一个闭环的工程项目管理系统，实现工程项目全生命周 期的管理。目前工程建设管理信息系统覆盖了项目的项目立项、项目设计、施工准备、 项目施工、工程转资、工程初验、结算审计、试运行、竣工决算、项目终验、决算审 计和项目归档等基本流程及功能。工程建设管理信息系统涉及与外围系统 EIP、MIS、合同管理、资源管理和报销管理等系统的接口。 (2) 系统架构 技术架构： 系统采用 J2EE 架构。 统一架构要求： 要求平台保持整体一致性、模块复用。系统需基于 EIP 平台基础服务进行开发。 基于现有 EIP 平台统一用户进行开发： 本系统使用的用户角色信息统一采用 EIP 平台的组织和用户管理。 基于现有 EIP 平台统一流程服务平台进行开发： 本系统涉及的所有流程，均可以基于 EIP 统一流程服务平台开发。 基于现有 EIP 统一附件存储进行开发： 本系统各类附件要求纳入 EIP 统一附件存储集中管理。按照 EIP 平台规范组织数 据存储和备份； 基于现有 EIP 统一搜索平台进行开发： 本系统按 EIP 统一搜索平台接口要求将所有流程、信息推送到 EIP 统一搜索平台。 基于 EIP 统一待办进行开发： 8 / 35 本系统所有用户待办信息按 EIP 统一待办接口要求推送到 EIP 统一待办信息库。 实现工程管理系统的待办事宜、已办查询、待启动事项等信息集成在 EIP Portal 中统 一展示。使用户在统一的门户上即可操作工程相关内容，避免系统的多个入口。 功能架构： M05-项项目目施施工工 工工程程开开工工 进进度度报报告告审审核核 完完工工报报告告 M08-基基础础信信息息管管理理 项项目目类类型型 项项目目作作业业定定义义管管理理模模板板编编制制 字字典典数数据据维维护护 项项目目组组管管理理项项目目关关联联管管理理 合合作作单单位位管管理理 专专业业人人员员关关系系维维护护 我我关关注注的的项项目目 M02-项项目目立立项项M01-投投资资计计划划 年年度度投投资资计计划划创创建建 年年度度投投资资计计划划调调整整 企企业业门门户户/Portal M11-系系统统管管理理 用用户户权权限限在在线线帮帮助助系系统统配配置置 立立项项批批复复 生生成成MIS项项目目 管管理理流流程程配配置置 M03-项项目目设设计计 M06-交交接接转转资资 转转资资申申请请 M09-项项目目文文档档管管理理 项项目目文文档档上上传传 文文档档类类型型管管理理 项项目目文文档档检检索索 M07-验验收收审审计计 工工程程初初验验申申请请结结算算审审计计申申请请 试试运运行行报报告告申申请请工工程程终终验验申申请请 竣竣工工决决算算编编制制决决算算审审计计申申请请 M13-供供应应商商协协同同系系统统接接口口 IS01-合合同同管管理理系系统统 IS05-MIS/TDMIS IS02-报报销销管管理理系系统统 IS03-供供应应链链管管理理系系统统 IS04-EIP M12-综综合合统统计计 网网络络能能力力交交付付进进度度异异常常项项目目查查询询追追踪踪 项项目目进进度度统统计计投投资资计计划划执执行行监监控控 重重点点项项目目监监控控 资资本本开开支支完完成成率率 人人员员权权限限维维护护 设设计计交交付付 施施工工进进度度报报告告 开开工工申申请请 文文档档上上传传 完完工工报报告告申申请请 立立项项申申请请 项项目目归归档档 项项目目全全过过程程视视图图 第第一一批批上上线线第第二二批批上上线线 IS06-资资管管系系统统 总总体体计计划划调调整整 设设计计批批复复 设设计计变变更更 设设计计委委托托 WBS导导入入 设设计计能能力力导导入入 工工序序维维护护 监监理理报报告告审审核核 资资源源入入库库 割割接接入入网网 转转资资执执行行 转转资资工工作作台台 工工单单管管理理项项目目交交流流 M04-施施工工准准备备 设设计计交交底底 任任务务分分派派 监监理理规规划划审审核核 施施工工方方案案审审核核 审审计计单单位位委委托托 M10-项项目目专专项项管管理理 主主设设备备请请购购配配套套请请购购 在在建建物物资资报报废废选选址址管管理理 服服务务合合同同起起草草 工工程程物物资资领领用用 现现场场物物资资接接收收 物物流流状状态态表表剩剩余余物物资资处处理理 工工余余料料退退库库 付付款款申申请请停停复复工工管管理理 变变更更管管理理形形象象进进度度暂暂估估延延期期管管理理 可可研研交交付付 监监理理报报告告 WBS分分解解 监监理理规规划划上上报报 施施工工方方案案上上报报 审审计计结结果果上上报报 资资源源入入库库协协同同 物物资资请请购购协协同同 物物资资领领用用协协同同 物物资资接接收收协协同同 (3) 总体流程 本流程为四川移动工程建设管理信息系统总体业务流程，覆盖本期项目的项目立 项、项目设计、施工准备、项目施工、工程转资、工程初验、结算审计、试运行、竣 工决算、项目终验、决算审计和项目归档等基本流程框架。 在总体业务流程中，工程建设涉及外围系统 EIP、MIS、供应链管理、合同管理、 资源管理和报销管理等系统。需要进行接口软件开发。 (4) 生产环境 9 / 35 数据库服务器集群 光纤交换机 磁盘阵列 防 火 墙 现有管理信息系统区域 报账平台等 合同管理 系统 ERP 移动内 部用户 应用服务器集群 供应商 （VPN） 新增 测试 服务 器 手机/PDA 楼层汇聚 交换机 局域网 交换机 防 火 墙 局域网 交换机 VPN网关 I IP PS S VPN 局域网 交换机 局域网 交换机 外网 总线接口服务器集群 其他 测试 系统 测试系统区域 内网统一 门户 虚拟带库 现网工程建设管理系统系统软硬件： 数据库服务器：HP DL585G7，2 台集群应用；其上布署 SQL SERVER2008 数据 库软件； 应用服务器：HP DL585G7，2 台集群应用；其上布署东方通应用中间件； 总线及接口服务器：HP DL585G7，2 台前端、2 台后端；其上布署 SQL SERVER2005 数据库软件； 操作系统：WINDOWS 2008 R2。 5 5 供应链管理系统现状供应链管理系统现状 (1) 系统概述 支撑集团总部（含大区） 、省、地市三级采购物流业务管理的供应链管理系统， 实现供应链全过程可视化管理，从纵向、横向两个维度构建端到端、一体化、完善的 业务流程支撑体系，增强数据的统一、规范、及时、准确性和统计分析能力，从而打 造低成本高效供应链，形成供应链核心竞争力，提供端到端供应保障能力。 (2) 系统架构 技术架构：供应链管理系统同工程建设信息管理系统融合建设，架构统一，参考 “工程建设管理系统现状”章节下的技术架构； 10 / 35 业务功能框架： (3) 生产环境 供应链管理系统同工程建设信息管理系统融合建设，系统运行环境统一。参考 “工程建设管理系统现状”章节下的生产环境描述。 三三. . 配置报价范围及要求配置报价范围及要求 1 1 配置要求配置要求 新增电子报帐及合同管理系统与工程建设管理系统、供应链管理系统点对点接口 软件开发一套。满足本技术规范书的功能需求、性能要求、技术服务要求等。 2 2 报价要求报价要求 2 2.1.1 报价总体要求报价总体要求 （1） 报价以人民币为单位，报价必须为送达买方指定地点的最终价格（已包 含设备价、关税、增值税、国内外运保费、服务费等费用） ； （2） 本次报价工程服务费须包括中标方（卖方）负责安装、调测、开通等工 程服务费用； （3） 报价应有分类汇总。软件及集成服务报价按人.天为单位报价；软件报价 11 / 35 包括软件目录价、各功能模块分项、相关支撑软件、工具和组件等分项、折扣、合计； 服务报价包括安装、调测、技术服务等分项、折扣、合计。 （4） 卖方投标软件应是成熟的、稳定的版本，并注明所提供的软件的版本号， 提供详细的功能清单。 （5） 卖方应将工程所必需的维护工具按台、件详列数量单价和总价； （6） 备品备件、测试仪表、资料文件等费用应单独报价，必须包括包修期内 所需的备品备件清单和报价，并提供人工费清单，保修期过后的备品备件价格及人工 费不得超过本次工程投标价； （7） 卖方应承诺当所购置软件种类、数量发生变化时，保证不低于本次工程 所提供的价格折扣水平、技术服务等方面的各种优惠条件。同时在签订框架协议半年 内，软件在中国范围的价格水平应保持最优，不是最优需补回差价； （8） 卖方应承诺保证在随后的工程扩容/改造中，采购同种软件的价格水平、 与其他系统联调的服务费不高于本次的价格水平； （9） 卖方报价中应包含系统正常运行期内为其它相关系统接入提供技术支持 的费用； （10） 卖方报价中应包含在保修期内为买方所提需求而进行的网管、安全等方 面定制工作。 2.22.2 报价格式要求报价格式要求 报价格式统一如下： （1） 报价汇总表 序号项目目录价(元)折扣率（%） 折扣价（元） 合价(元) 1 点对点接口软件开 发 2 服务 3 文件资料 4 培训 5 备品备件 6 测试仪表 （2） 报价详表 点对点接口软件开发报价 12 / 35 序号产品/模块名称 产品/模 块描述 工作量 （人.天） 人.天单位 报价（元） 折扣率 （%） 合价（元） 1 XXXX 软件 1.1 XXX 模块 1.2 XXXX 模块 2 相关支撑软件、工具 和组件（若有，请列 此项） 服务报价 序号项目名称工作量（人.天） 人.天单位报价（元） 折扣率 （%） 合价（元） 1 服务 1.1 安装 1.2 系统调测 1.3 技术服务 1.4 其他 文件资料报价 序号资料名称数量单价（元） 折扣率 （%） 合价（元） 培训报价 序号培训名称人员数量天数（天） 单 价（元）折扣率（%）合 价（元） 备品备件报价 序号备品备件名称数量单 价（元）折扣（%）合 价（元） 测试仪表报价 序号测试仪表名称数量单 价（元）折扣（%）合 价（元） 四四. .点对点接口软件开发内容点对点接口软件开发内容 13 / 35 1 1 电子报帐系统电子报帐系统 1.11.1 电子报帐系统与工建接口电子报帐系统与工建接口 1.1.11.1.1 接口接口功能功能 （1）信息查询： 序号接口编码接口功能接口描述类型备注 1.SC_EPM_ERMS_000 1 查询项目报账信息服务 (ProjectReimbursementQue rySrv) 根据查询条件查询项目的 报账信息 读出 （2）单点登陆：电子报帐系统能与工建系统集成，实现单点登陆。 1.1.21.1.2 应用说明应用说明 (1) 查询项目报账信息服务 业务规则和逻辑 如果该单据为列账单，则支付金额为空，如果该单据已支付，则都不会空。 订单编号，如果本单据不是采购订单报销，则该字段为空。 如果合同号以及合同名称为空，则表示该单据为无合同报销。 应用场景 工程建设管理系统以及供应链管理系统，根据 MIS 编号、采购订单号或者供应 商编号实时查询该项目的报账明细。 1.21.2 电子报帐系统与供应链接口电子报帐系统与供应链接口 电子报帐系统能与供应链管理系统集成实现单点登陆。 2 2 合同管理系统合同管理系统 2.12.1 合同管理系统与工建系统接口合同管理系统与工建系统接口 2.1.12.1.1 接口功能接口功能 （1）信息查询： 序号接口编码接口功能接口描述类型备注 1.SC_EPM_CMS_0001 查询合同基本信息服务 (ContractBaseInfoQuerySr 根据查询条件查询工程的 所有合同信息 读出 14 / 35 v) 2.SC_EPM_CMS_0002查询合同形象进度信息服务 (ContractScheduleQuerySr v) 根据 MIS 编号查询工程的 合同形象进度 读出 （2）单点登陆：合同管理系统能与工建系统集成，实现单点登陆。 2.1.22.1.2 应用说明应用说明 (1) 查询合同基本信息服务 业务规则和逻辑 考虑到一个工程所签合同的数量不多，所以不设置分页查询。 输出信息中的合同URL参数，根据现有合同系统提供的合同查看页面，只需要传 入WorkFlowID(合同系统中的流程ID)。 输出合同金额为合同的总金额，考虑到一个合同可签多个项目，所以返回的合同 项目金额为该项目在该合同中的项目金额。 应用场景 工程建设管理系统中的施工结算送审、合同清单查询、项目合同形象进度等将通 过该服务进行实时查询。 (2) 查询合同形象进度信息服务 业务规则和逻辑 考虑到一个工程所签合同的数量不多，所以不设置分页查询。 输出信息中的合同URL参数，根据现有合同系统提供的合同查看页面，只需要传 入WorkFlowID(合同系统中的流程ID)。 输出合同金额为合同的总金额，考虑到一个合同可签多个项目，所以返回的合同 项目金额为该项目在该合同中的项目金额。 合同已列账金额，在报销系统中已列账的金额。 合同已支付金额，在报销系统中已支付的金额。 应用场景 工程建设管理系统中的项目合同形象进度等将通过该服务进行实时查询，用于计 算合同形象进度完成比例等。 15 / 35 2.22.2 合同管理系统与供应链系统接口合同管理系统与供应链系统接口 合同管理系统能与供应链管理系统集成实现单点登陆。 供应链系统能读取合同系统的基本信息和采购设备清单。 本工程的电子报帐及合同管理系统点对点接口软件开发应符合中国移动提出的相 关业务和功能需求，要求卖方提供的系统功能包括但不局限于本规范书。具体功能以 后期调研形成的需求规范说明书为准。 五五. .接口接口软件软件技术及性能技术及性能要求要求 1 1 技术技术要求要求 1.11.1 总体要求总体要求 卖方应保证所提供的解决方案和服务等方面均能满足本规范的要求，同时也应满 足中国移动通信集团公司的相关规范和相关国家标准、国际标准的最新版本的各项要 求。卖方所开发的点对点接口软件不能经常更换、升级，需保障工建系统、供应链管 理系统、电子报帐及合同管理系统的稳定性。 1.21.2 接口软件开发主要技术要求接口软件开发主要技术要求 (1)接口软件开发机构应符合 ISO 质量认证体系认证、CMM 认证。 (2)接口软件的设计开发要求严格遵循软件工程方法论的指导。 (3)接口软件设计要求采用面向对象的分析、设计方法。 (4)接口软件的实现要求利用参数化、模块化的方式实现软件的重构和组装。 (5)接口软件实现的组织、流程、表格、展示、分析模型等应可编辑。 (6)接口软件要求具备较强的可扩充性，能不断满足业务发展对系统功能的 需求。要求举例说明所提供接口软件的可扩充性，详细说明在系统上线后，由于不断 有新业务向市场推出，将可能带来相关的规划、计划内容的增加，相关的工程建设内 容的增加，系统如何适应不断出现的新业务对系统带来的要求。 (7)接口软件要求满足操作上的方便性、维护上的简便性和使用上的灵活高 效性。 16 / 35 (8)接口软件系统要求具有高可靠性和良好的开放性。 (9)支持主流的网络协议。 (10)支持对大型异种数据库的访问。 (11)具有和高级语言互联的能力。 (12)应该支持通用的接口标准，要求详细列举所支持的接口标准。 (13)具有支持并行处理所需的技术。 (14)系统应能提供按用户的模块功能重设。 (15)支持多级安全控制。 (16)提供 7*24 的全天候监控管理功能，具有日志管理功能。 (17)可为不同的使用人员设置不同的使用权限和参数，可以限制用户访问主 机资源。 (18)不同类型的用户只能访问相应的文件或应用，支持采取授权方式限定用 户对主机的访问范围。 (19)对于需要登录系统访问的用户，可以通过产品提供的安全策略强制实现 用户口令。 (20)安全规则，如限制口令长度、限定口令修改时间间隔等，保证其身份的 合法性。 (21)系统能够及时发现系统的安全隐患，并据此提供必要的解决方案。 (22)能够对安全事件进行详细的记录，并根据需要随时进行查阅。 (23)必须是一个充分、完整的汉化版本系统。 (24)必须运行在美观、整洁和易于理解的图形界面中。 (25)报表应有一致的格式和布局, 报表用户界面应该是友好的，报表需要具 有很好的灵活性以及多种的导入导出输出格式。 (26)要求整个系统必须有较快的响应速度。 (27)应该具有很好的操作度，统一界面下应具有统一操作方法、录入的各类 信息可以在系统中充分共享等。 (28)卖方提供的软件应是确保全网正常运行所需的管理、运行、维护等有关 的全部软件。 (29)卖方提供的软件在不同时期软件版本应能向下兼容，软件版本易于升级， 17 / 35 且在升级的过程中不影响系统的性能与运行； (30)卖方提供的软件要求具有较强的容错功能，包括对数据一致性的检查、 对输入内容的检查等功能； (31)卖方随后推出新软件版本时, 卖方应承诺免费更新软件版本, 并提供相 应的新版本软件功能说明书及修改说明书； (32)软件必须可制作打包安装盘，具有自动安装功能； (33)软件支持 AIX、Linux、Windows、HP-UX、Solaris 等这几个基本的操作 系统平台，并能够支持对其文件系统的分析；支持支持 DB2、Informix、Oracle、SQL Server 等几个主要数据库系统。 (34)能够对 SAN Switch、磁盘阵列、文件系统空间、主机对存储使用情况、 数据库空间、磁带库等进行综合管理。 2 2 性能要求性能要求 一般查询类服务采用实时同步的方式，从服务提交开始到数据返回，要求小于 10 秒。 3 3 客户界面需求客户界面需求 软件界面采用灵活的可视化设计方案；开发工具采用目前主流的开发工具，语言 采用主流编程语言，要求界面美观实用，人机交互良好。 对于生疏的使用者而言，界面应包括逻辑清楚的操作指南、帮助信息、指导信息 和菜单驱动的结构。 必须是一个充分、完整的汉化版本系统。 可以向终端用户提供在使用过程中的在线帮助，在线帮助需要有良好的组织结构、 直观易用。 报表应有一致的格式和布局, 报表用户界面应该是友好的，报表需要具有很好的 灵活性以及多种的导入导出输出格式。 具有很好的操作度，界面要求统一。统一界面下应具有统一操作方法、录入的各 类信息可以在系统中充分共享等。 18 / 35 4 4 接口软件开发其他说明要求接口软件开发其他说明要求 (1)卖方软件产品的结构应满足本说明书所要求，卖方应详细解释其产品的 总体结构和数据流程。如果采用第三方产品，指明第三方产品在整个体系结构中所起 的作用。做到框架图纸和文字描述一一对应。 (2)卖方应说明自身产品目前可以直接运行在何种主流服务器（如 HP、IBM、SUN、Dell 等） ，说明服务器名称。并说明对于其他服务器和操作系统是否 可以移植，移植难度主要体现在什么地方；如果不能移植则说明技术原因；如果可以 移植，一般情况下从开始移植到最终可以正式商用之间的时间。 同时，卖方应特别注意，本项目的软件直接运行平台优选不依赖特定主机服务器同时，卖方应特别注意，本项目的软件直接运行平台优选不依赖特定主机服务器 品牌及其产品系列。品牌及其产品系列。 特别提示，卖方应承诺其开发的接口软件先采用系统直连方式部署上线，待四川 移动管信域总线系统上线后，将接口软件迁移至总线系统，通过 webservers 方式发 布服务。 上述任一软件如果涉及到需要注册的共享软件，必须经过正当途径注册之后方可 应用到本系统中，并将相关使用权转让给中国移动，并对后续的继续使用的费用作出 详细说明，严禁私自使用破解软件将破解之后的软件应用到本系统中。 六六. .系统质量要求系统质量要求 1 1 互联要求互联要求 本次工程中系统的互联要求如下： （1）系统间维持技术要求的通信能力，并在保证系统安全、稳定与高效的情 况下保持与各个系统的连接； （2）卖方应承诺开放数据库和应用系统的接口，便于当系统涉及与第三方平 台互联时，能提供与第三方平台有效地连接和融合； （3）卖方应承诺提供应用软件的源代码、接口说明、程序二次开发手册，并 无偿配合解决买方根据需要而进行二次开发所遇到的技术问题； （4）卖方须在方案中应对各个环节，含可能的系统、平台、合作者等进行必 要的描述，并对这些第三方在整体系统中担任的角色和重要性进行描述； 19 / 35 （5）卖方应对这些融合到系统中的第三方承担安全、稳定等各个方面的责任； （6）对相互接口、设备配置、网络带宽给出建议。 2 2 可靠性和可用性可靠性和可用性 系统软件应该具有高可靠性，主要包括以下几个方面： 软件系统必须保证质量，并在实施前经过完全测试，并应具备质保证明。 采用可靠性高的商用数据库操作平台，确保事务处理和数据库的完整性。 数据库完整性规范的使用贯穿于系统的全部应用模块中。 系统应具备自动报警功能，以提醒系统管理员避免出现系统崩溃等严重 事件。 主服务器宕机时，应用相应的切换保障措施，用户的应用应该不受影响。 系统没有明显和可能导致严重后果的错误。 服务器端系统应可长期稳定运行，不会因长期使用或负载过高导致数据 所有主机产品必须满足C2级安全标准；无单点故障（电源，CPU，网卡，主引导 盘） 。 数据库与应用分开，组建数据库服务器集群组和应用服务器集群组。服务器集群 组整体系统可用性应大于99.99%。 多机群集系统中的每个主机都应同时处于工作状态，并根据配置的情况运行相同 或者不同的应用（或应用模块） ，以保证主机资源的充分利用。在计算机硬件、操作 系统、存储系统及通信管理系统进程出现单点故障时，能迅速响应并进行应用的切换； 集群系统中，某一台计算机出现故障时，应不影响系统的应用的功能。 主机设备的配置应能承受高峰期的负荷变化（高峰期的 1 小时内所需处理能力为 每天所需处理能力的 1/8） 。 3 3 系统安全性系统安全性 （1）系统应具有防病毒能力。防病毒软件应具备全面查杀病毒，查杀病毒准 20 / 35 确无误，管理方便，病毒特征码自动更新，安装简单的特点。 （2）系统应具有入侵检测的功能，监控可疑的连接、非法访问等，采取的措 施包括实时报警、自动阻断通信连接或执行用户自定义的安全策略。 （3）应提供完善的漏洞扫描手段，及时发现系统的安全隐患，并据