中国电信手机报平台技术规范书V.doc

上传人:wj 文档编号:1311063 上传时间:2023-04-30 格式:DOC 页数:48 大小:7.54MB
下载 相关 举报
中国电信手机报平台技术规范书V.doc_第1页
第1页 / 共48页
中国电信手机报平台技术规范书V.doc_第2页
第2页 / 共48页
中国电信手机报平台技术规范书V.doc_第3页
第3页 / 共48页
中国电信手机报平台技术规范书V.doc_第4页
第4页 / 共48页
中国电信手机报平台技术规范书V.doc_第5页
第5页 / 共48页
中国电信手机报平台技术规范书V.doc_第6页
第6页 / 共48页
中国电信手机报平台技术规范书V.doc_第7页
第7页 / 共48页
中国电信手机报平台技术规范书V.doc_第8页
第8页 / 共48页
中国电信手机报平台技术规范书V.doc_第9页
第9页 / 共48页
中国电信手机报平台技术规范书V.doc_第10页
第10页 / 共48页
中国电信手机报平台技术规范书V.doc_第11页
第11页 / 共48页
中国电信手机报平台技术规范书V.doc_第12页
第12页 / 共48页
中国电信手机报平台技术规范书V.doc_第13页
第13页 / 共48页
中国电信手机报平台技术规范书V.doc_第14页
第14页 / 共48页
中国电信手机报平台技术规范书V.doc_第15页
第15页 / 共48页
中国电信手机报平台技术规范书V.doc_第16页
第16页 / 共48页
中国电信手机报平台技术规范书V.doc_第17页
第17页 / 共48页
中国电信手机报平台技术规范书V.doc_第18页
第18页 / 共48页
中国电信手机报平台技术规范书V.doc_第19页
第19页 / 共48页
中国电信手机报平台技术规范书V.doc_第20页
第20页 / 共48页
亲,该文档总共48页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

中国电信手机报平台技术规范书V.doc

《中国电信手机报平台技术规范书V.doc》由会员分享,可在线阅读,更多相关《中国电信手机报平台技术规范书V.doc(48页珍藏版)》请在冰点文库上搜索。

中国电信手机报平台技术规范书V.doc

中国电信手机报平台建设工程

软件及系统集成技术规范书v1.7

(中国电信手机报平台)

中国电信股份有限公司

2023年4月

目录

1.总则 1

1.1关于本文件 1

1.2计划 1

1.3本技术规范书的内容 1

1.4标准和性能 1

1.5建议书要求 1

1.6报价要求 2

1.7卖方供货和服务范围 3

1.7.1卖方系统对硬件的要求 3

1.7.2卖方提供的软件 3

1.7.3技术服务 3

1.7.4安装材料 4

1.7.5技术文档 4

1.7.6技术培训 4

1.7.7安装、调测、试运行和现场验收测试 5

1.8买方工作范围 5

2.本项目建设方案及要求 6

2.1建设目标 6

2.2建设规模 6

2.3话务模型 6

2.4建设原则 8

3.系统要求 8

3.1系统总体要求 8

3.1.1系统应具备高可靠性 9

3.1.2系统应具备安全性 9

3.1.3系统应易于使用 10

3.1.4系统应具备良好的扩展性 12

3.1.5系统完备性要求 12

3.1.6系统可测试性要求 12

3.1.7系统可移植性要求 12

3.1.8系统易安装性要求 12

3.2平台定位 13

3.3系统网络架构 14

3.4系统软件功能架构 15

3.5平台局域网组网架构 15

3.6系统功能要求 15

3.6.1内容制作模块 15

3.6.2内容发送模块 20

3.6.3基础管理模块 22

3.6.4统计功能模块 31

3.6.5系统网管模块 32

3.6.6主要接口模块 34

3.7业务基本流程要求 35

3.7.1业务使用流程要求 35

3.7.2业务发布流程要求 39

3.7.3业务定购流程要求 40

3.7.4业务退定流程要求 43

4.工程实施 46

4.1工程实施计划 46

4.2交货 46

4.3安装和调测 46

4.4验收和试运行 48

5.技术服务和培训 48

5.1技术服务 48

5.2技术培训 50

6.保修和升级 51

7.技术文件 51

8.保密 51

中国电信手机报平台建设工程技术规范书

1.总则

1.1关于本文件

本文件是中国电信手机报平台建设工程(以下简称本项目)软硬件设备采购的技术规范,供厂商/公司(以下简称卖方)编写点对点应答、技术建议书和报价之用。

卖方在建议书中应针对本文件所提的技术及工程要求,逐项予以说明和答复,亦可根据自己产品技术性能的具体情况,提出建议,并附详细资料及说明。

买方将保留对本文件的解释和修改权。

1.2计划

卖方应在收到本技术规范书后的一星期内提供建议书,在建议书中应提出发货开始及完成时间,发货地点,货物到岸的日期和地点,以及完成设备安装调测等工作的时间进度安排。

1.3本技术规范书的内容

本技术规范书包括了工程、技术和服务等主要要求,还有双方在整个合作过程中的责任分工等内容,这些要求将在以后的各节中相应地列出。

1.4标准和性能

卖方提供的软件系统的特点、性能应完全符合买方指明的标准,并满足或高于买方提出的要求。

所有在文件中未说明的条款,应符合相应的国际标准及建议或信息产业部标准。

对于国际或信息产业部尚未有标准,而本规范又未提及的部分,卖方可提出其标准,留待双方认可后执行。

1.5建议书要求

卖方应按照本规范的要求分别提供对本规范的点对点应答及技术建议书。

关于本规范的点对点应答,首先应对本规范各种要求的实现或满足程度明确作出“满足”、“不满足”等应答,然后作出具体、详细的说明。

技术建议书要求如下:

1)建议书应包括以下内容:

Ø公司背景、人员构成、资质证书等

Ø对本规范书所提出的各项要求逐条进行点对点明确答复(详细说明满足、不满足或者部分满足的具体情况),并给出详细说明,列出具体的技术数据和指标

Ø技术服务的范围和程度

Ø软硬件到货、集成、系统联调的进度安排及项目实施人员资质

Ø售后服务及质量保证措施、技术支持和保修等

Ø所有相关的技术文件

Ø人员培训计划、安排

Ø详细、具体的分工界面

Ø技术承诺,包括涉及到的知识产权承诺等

Ø相关的成功案例

2)在递交项目建议书之前,卖方对于本规范有关问题,如不清楚,需要确认,可以通过书面形式与买方联系,买方也以书面形式回复卖方。

在递交项目建议书的最后期限以前,由于种种原因,买方可能会对本规范进行修改。

有关本规范的修改将用书面形式通知所有得到本规范的卖方。

在本规范书进行修改后,为慎重起见,买方可以延长项目建议书提交的最后期限,以便卖方有充分的时间准备项目建议书。

3)本技术规范书应视为保证系统运行所需的最低要求,如有遗漏,卖方应予以补充,否则一旦中标将认为卖方认同遗漏部分并免费提供。

本技术规范书在内容或技术指标上如果存在错误(包括印刷错误),卖方可在技术建议书中提出,经双方确认后可对该错误内容或技术指标进行修正。

4)买方有权在技术谈判的各个阶段,以书面形式要求卖方对有关问题进行进一步技术澄清,要求卖方以书面形式给予正式应答,所有应答的技术澄清文件都一并作为合同附件。

5)卖方应对本规范书保密,不得向第三方泄漏。

6)卖方提交的电子版应该以Word或者Excel格式提供,要求应标文件能用MicrosoftOffice2000版本打开文件。

1.6报价要求

1)产品报价应按软件模块分别报价,产品报价应该与建议书中详细的软件清单相匹配。

2)国产软件或国外软件均以人民币报价,此价格均为到达用户施工现场的完税价格。

3)软件报价需项目详细,报价必须有分类汇总,并有各项报价的折扣(0ff%)。

所有优惠都以折扣的方式体现,而不得以一次性整体优惠或者赠送方式体现。

4)软硬件系统集成的报价应以非定制开发的第三方软硬件费用的总和作为计费基础。

5)卖方应承诺在技术谈判中,引起所购置软件种类、数量发生变化时,所提供的价格折扣水平、技术服务等方面的各种优惠条件不变。

6)卖方应承诺在后期的工程扩容建设中,采购同类型软件的价格水平不高于本次成交合同价格水平。

1.7卖方供货和服务范围

1.7.1卖方系统对硬件的要求

买方已购置了手机报平台所需的IT和IP设备,详见“附件一:

设备清单”,卖方应根据自身系统的情况结合买方已购置的硬件设备提出合理的平台建设及集成方案,买方所提供清单中未购置的配件、附件和将设备连成系统的连接电缆都应包括在卖方提供的技术建议书中。

如果卖方技术建议书中的硬件设备配置清单提的不够细致,导致本项目无法正常实施运转,所有错漏的硬件设备,由卖方无偿补足。

1.7.2卖方提供的软件

卖方提供的软件应包括确保中国电信手机报系统正常运转所需的运行、维护、管理等有关的全部软件,在建议书中要详细列出所提供的软件清单、说明和版本号,如有错漏,由卖方无偿补足。

软件应为最新版本,要保证网络和系统的安全可靠和版本升级方便。

1.7.3技术服务

在项目实施过程中,卖方应该提供以下方面的技术服务

(1)、系统规划

卖方负责提供中国电信手机报平台的建设方案,主要包括:

Ø中国电信手机报平台技术架构

Ø中国电信手机报平台功能框架和功能说明书

Ø中国电信手机报平台接口规范说明文档

Ø中国电信手机报平台相关产品说明、选型建议及推荐

(2)、软件集成

卖方负责提供中国电信手机报平台的软件集成工作,主要包括:

Ø架构设计,完成总体架构设计文档

Ø概要设计,建立总体的业务模型和数据模型,完成总体设计说明书

Ø应用开发,根据概要设计,进行详细设计和软件编码工作

Ø应用软件的安装、调测工作

(3)、硬件集成

卖方负责提供中国电信手机报平台的硬件集成工作,主要包括:

Ø买方采购的软硬件设备,包括网络设备、服务器主机、应用服务器、存储设备、数据库软件的相关数据配置。

Ø系统硬件架构设计,网络方案。

Ø系统内部以及与外部网络环境的链路沟通。

Ø系统网络设备配置集成

*注:

本期工程的硬件设备已由买方自行采购(包括网络设备及服务器),卖方应配合买方选择的硬件设备供应商完成硬件的上架、上电工作。

(4)、系统测试

卖方负责提供中国电信手机报平台的系统测试工作,主要包括:

Ø编写测试方案和测试计划。

Ø组织实施测试方案,提交测试结果。

Ø接口测试及接口规范版本管理。

(5)、项目管理

卖方负责配合买方制定项目管理计划,包括所有项目活动、日程安排、人员和相互关系等。

Ø提出项目管理的方法,以便制定并完成风险管理、质量管理和交付管理等

Ø将工作分为若干项目,并制定各项目管理计划

Ø对计划和实际项目进展进行监督和报告的项目管理流程,管理软件开发的项目进度

Ø对交付件的质量进行管理,监督软件开发的软件质量

Ø协调软件开发的相互接口关系

1.7.4安装材料

建议书中应包含设备的安装材料和清单,用于连接各种设备和硬件的室内电缆应包含在软硬件价格中,如有错漏,由卖方无偿补足。

1.7.5技术文档

卖方应提供所卖设备、软件的详细技术文档及相应的日常维护操作手册。

1.7.6技术培训

卖方应提供技术培训的计划,含时间、地点和培训的内容。

1.7.7安装、调测、试运行和现场验收测试

卖方应提供安装、测试、试运行的技术服务和现场验收测试。

系统终验前,所有的软硬件的开发、配置、实施工作均由卖方负责;终验后买方进行系统升级维护工作,卖方应该提供现场免费的支持。

本工程相关的硬件设备到货之前,所需要的系统开发、系统测试的硬件设备由卖方解决。

卖方进行软件系统开发所需要的硬件设备(如PC机、打印机)由卖方自行解决。

卖方应计算并列出系统的所需要的计算能力要求、存储能力要求、传输能力要求等等,说明计算过程,并在这些数据的基础上给出系统的硬件配置。

卖方应提出软件架构设计方案,每部分所使用的软件产品以及所承担的功能,要充分考虑现有应用的规模和系统上线后的规模。

卖方提供的系统软硬件可扩展性必须能够充分满足三年内的业务规模发展的需要。

1.8买方工作范围

买方提供的设备和工作如下:

Ø网络条件、现场勘查和设备安装设计;

Ø卖方督导和帮助下进行设备运行及现场测试验收;

Ø设备所需电源及其它配套设备;

45

2.本项目建设方案及要求

2.1建设目标

手机报是依托手机媒介,由报纸、移动通信商和网络运营商联手搭建的信息传播平台,用户可通过手机浏览当天发生的新闻。

它的实质是最新电信增值业务与传统媒体相结合的产物。

具体来说,手机报是将传统媒体的新闻内容通过无线技术平台发送到彩信手机上,从而在手机上开发发送短信新闻、彩图、动漫和WAP(上网浏览)等功能。

手机报,已经成为传统报业继创办网络版、兴办网站之后,跻身电子媒体的又一举措,是报业开发新媒体的一种特殊方式。

随着“天翼189”的放号,中国电信正式从传统固网运营商向全业务综合信息服务提供商转型,如何为中国电信用户提供更加丰富、实用的服务,以更好地稳定中国电信用户和业务收入,成为了中国电信当前的首要目标。

手机报正是这样一款应运而生的产品。

中国电信目前尚无彩信手机报业务平台,无法为手机报合作伙伴提供手机报内容制作管理的平台,更无法开展自营手机报业务,因此,在彩信引擎、ISAG、ISMP等相关网元的功能已经具备的条件下,新建一套”产品统一规划、内容统一把关、发布统一管理”的手机报业务平台势在必行。

2.2建设规模

全国手机报业务平台是一个多SP多业务手机报制作发送平台,该平台的建设目标是满足2010年年底的业务发展。

根据中国电信滚动规划,2010年底中国电信C网用户预计达到10000万户,业务使用用户数预测详见下表:

2009年底

2010年底

全国C网用户数

3500万

10000万

全国手机报用户渗透率

10%

10%

全国手机报用户数

350万

1000万

平台应满足2010年底的业务能力。

2.3话务模型

全国手机报平台设计的系统能力应满足1000万定购/使用用户,单份手机报下发的有效时间应控制在2小时内,定购用户平均每天接受的手机报消息数为2条。

本期平台建设考虑短信手机报和彩信手机报方式,远期将完全过渡至彩信手机报方式,故全国手机报平台的整体性能按“MMS消息处理能力”评估,经计算,平台要满足1000万手机报用户至少需达到1388条/秒的MMS消息处理能力。

全国手机报平台的话务模型见下表:

参数

单位

备注

定购/使用用户数

万户

1000

 

单份手机报下发的有效时间

小时/份

2

 

订购用户平均每天接收消息数

2

 

短信接收用户比例

 

30%

彩信接收用户比例

 

70%

定制短信群发因子(平均每条消息的接收方数量)

 

20

 

定制彩信群发因子(平均每条消息的接收方数量)

 

20

 

系统计划接入的CP/SP数量

100

 

系统计划接入的报纸数量

100

 

平台MMS消息处理能力

条/秒

486/1388

 2009年/2010年

每条消息大小

Kbyte

50

 

每用户信息大小(包括定购关系)

Kbyte

30

 

每条消息业务日志大小

Kbyte

0.3

 

每CP私有空间大小

GB

0.5

 

系统固定占用存储空间

GB

8

 

定购关系保存月数

用户取消订购前永久保存

统计数据保存月数

6

 

短信/彩信内容存储时间

6

 

系统冗余度

 

30%

 

网络带宽利用率

 

70%

 

系统固定性能消耗

tpmc

3000

 

需要说明的是,手机报平台的高并发时段(每日忙时)为每日的早晚报下发时段(7:

00-9:

00AM以及17:

00-19:

00PM),以系统设计能力1000万用户容量为例,即在上述4小时内要求手机报平台的MMS并发能力达到1388条/秒以上;

其余时段(9:

00-17:

00)的手机报定购用户(主要是合营报定购用户)约占总定购用户数的20%,即200万户,在上述9小时内对系统的MMS并发要求为62条/秒(2000000/9/3600)。

2.4建设原则

1)系统结构合理、技术兼容、性能稳定。

2)开放性:

采用业界标准原则,在不影响系统功能性及不严重影响性能的情况下,尽可能使用开放性的业界标准。

3)灵活性:

业务处理规则可管理、处理参数可配置。

4)可扩展性:

能够满足未来一定时期的业务种类、功能、业务量等方面的扩展。

5)易用性:

界面一致性强、易操作。

3.系统要求

3.1系统总体要求

l系统各项技术应遵循中国电信集团公司颁布的《中国电信移动手机报平台技术规范(暂行稿)》,若技术规范更新,则系统应满足最新的规范要求;

l系统各项技术应遵循国家相关标准和技术体制,没有相应国家标准则须遵循国际标准。

对于现存多种标准的技术,卖方应与买方共同协商选定标准。

一旦相应的中国(或国际)标准确立,卖方应保证在一年内(不收取额外开发费用)过渡到买方要求相应的中国(或国际)标准;

l卖方应向买方提供完整、最新而成熟的系统软硬件等技术和产品。

其各项技术应保证具有开放性、可移植性、兼容性和可扩展性。

系统配置的软件和硬件设备提供开放的应用接口,可以方便地与其他厂家同类型应用系统进行软、硬件平台互连,便于系统未来的扩展;

l卖方应详细说明本期工程所提供设备配置的处理能力、容量以及最大扩容可达到的处理能力及容量,说明系统容量受限制的原因,并提供系统进一步扩容的方案;

l如设备为OEM第三方产品,卖方应说明该产品的原生产厂商;

l卖方应保证系统割接不能中断业务,也不能影响原有业务数据;

l卖方提供系统所有软硬件保修两年,保修期自买卖双方签订终验证书之日起开始计算,保修期内卖方为买方免费更换和维修有缺陷的设备(包括软件的升级和改造)。

对于有缺陷的硬件设备,卖方应在收到它们的十五天以内修复或更换并返还给买方;卖方保证自终验证书签订之日起六年内向买方提供维修配件;

l如果卖方目前难以达到买方所提出的技术要求,买方要求通过商务条件使卖方承诺进行产品的技术升级;

l卖方负责提交系统的验收测试方案供买方确认,并配合买方完成工程验收;

l卖方应根据买方的业务需求及相关的技术规划要求,提出完整的项目管理、系统设计、工程培训、项目施工、项目验收、技术支持方案以及卖方人力资源供给方案,卖方负责建立并向买方提交工程技术文档。

3.1.1系统应具备高可靠性

l卖方应向需求方提供成熟的、容错性和易恢复性俱佳的系统。

l系统必须支持连续7×24小时不间断地工作。

应用软件中的任一构件更新、加载时,在不更新与上下构件的接口的前提下,不影响业务运转和服务。

l系统必须支持负载均衡能力,支持应用部署在多台服务器上,避免应用系统的单点故障。

冗余点在单台设备软硬件故障情况下,要求系统所承载业务仍正常提供且服务质量不劣化。

l系统应具备静态过负荷控制和动态过负荷控制两种过负荷控制的能力,能根据CPU、内存、处理能力进行过负荷控制。

l软件故障情况下,系统应具备故障守护恢复机制,即当发生一般性软件障碍时,系统应具有自纠恢复能力,例如:

软件发生障碍时能进行局部再装入等。

当发生全系统中断或电源中断恢复后,系统应能迅速地自动再启动运行。

卖方应在应标书中说明系统故障倒换对业务损伤情况和系统恢复、再启动所需的时间。

l系统能够正确识别外围系统发的错误请求及重复请求,避免出现一些不可预测的结果。

3.1.2系统应具备安全性

1)网络安全

l系统需要划分安全域并进行隔离,同时建立完善的网络安全机制,这些安全机制包括:

防火墙系统、入侵检测系统等。

l系统应支持访问控制、安全检测、攻击监控等一系列安全功能,应提供完整的网络安全监控、报警和故障处理功能。

l具有入侵检测的功能,监控可疑的连接、非法访问等,采取的措施包括实时报警、自动阻断通信连接或执行用户自定义的安全策略,入侵检测系统应对违背安全事件记录并报警;

l能定期检查安全漏洞,根据扫描的结果更正网络安全漏洞和系统中的错误配置;

l卖方应提供有关网络安全的详细说明,公网上传输的数据,必须以国家标准的加密算法加密,并在应标书列出算法及相关软件列表;

l与其它网络的连接须设置防火墙,并定义完备的安全配置策略进行隔离。

2)数据安全

l系统必须采取定期备份或作数据容灾备份等措施来保证数据的安全。

l系统必须提供联机的数据备份能力,保证数据的完整性和有效性。

l系统对用户数据也应采取安全措施,防止用户数据泄密、丢失和被非法修改,保障用户利益。

3)系统安全

l系统应具有防病毒能力。

防病毒软件应具备全面查杀病毒,查杀病毒准确无误,管理方便,病毒特征码自动更新,安装简单的特点;

l系统应具备访问权限的识别和控制功能,根据不同的应用需求提供多级密码口令,对系统管理员、数据库管理员及其他管理员必须授予不同级别的管理权限。

当有非法访问或系统安全性受到破坏时必须告警。

任何远程登录用户的口令均必须具有有效期配置功能;

l系统应提供操作日志记录功能,以便及时掌握系统安全状态,操作系统应符合C2级以上安全标准;

l数据库应支持C2或以上级安全标准、多级安全控制。

支持数据库存储加密、数据传输通道加密及相应冗余控制;

l对数据库的操作必须提供一致性认证。

禁止对数据库进行手工操作。

l系统用户账号管理、密码管理、数据访问权限和功能操作权限管理必须满足中国电信IT内控要求。

3.1.3系统应易于使用

l系统应易于安装和使用,具备风格一致用户界面,且用户界面应为中文操作界面。

为方便使用,系统应设置导航栏等内容。

l系统应能在浏览器中完成基本的管理任务,对用户输入错误,应尽早发现和提示;

l系统应具备完善的联机帮助功能。

l随系统提交的产品文件必须包括完善的、针对不同级别用户的应用系统培训教材、培训考题及培训考核方法建议。

l厂家可以通过对产品颁发资格认证证书的方式,以确认用户对该产品的某个操作级别的使用资格。

l对于业务熟练并且熟悉电脑操作的普通用户,应该可以通过不超过三天的初级培训,即可熟练掌握应用系统基本功能的操作技能。

l对于系统管理员,应该可以通过不超过累计两周的培训,即可熟练掌握应用系统管理相关功能的操作技能。

l应用系统必须提供一致性的图形用户界面风格。

l应用系统对普通用户的操作界面应该以B/S方式实现。

l应用系统应该支持操作员登录系统后,不超过三次鼠标的点击,即可访问到业务所需功能。

l应用系统必须支持同时打开多个管理窗口以对不同任务进行并行的操作。

l应用系统应该支持在一个业务过程中的所有功能界面都有返回上一个操作的快捷联接。

l应用系统应该支持通过键盘即可完成一个界面窗口内的主要操作。

l应用系统应该支持通过Tab键或回车键可以访问到同一个窗口的所有控件对象。

l应用系统应该支持对于常用功能设置快捷键以方便功能间的切换;快捷键的功能定义在全系统保持一致。

l应用系统必须采用分页机制显示查询结果,并显示返回的记录数目、当前页和总页数。

l应用系统发现用户提交有误信息,必须以弹出窗口的形式明确提示用户错误的原因,并把界面控制焦点置于发生错误的控件对象上。

l应用系统的操作界面必须用“*”明确标识出必填的输入信息。

l在导致系统数据发生变化的操作执行之前,系统应该弹出提示窗口供用户确认。

l对于复杂的信息结构,系统应该采用分帧的机制在同一个窗口中显示不同的信息内容,并自动刷新不同部分的信息内容。

l当应用系统正在执行用户提交的请求而无法返回时,必须明确标识系统处于繁忙阶段。

l应用系统功能菜单必须按照功能域、功能组的分类方法进行组织。

l对于操作员无权限使用的菜单功能,应用系统不允许显示该菜单或将其设置为不可用状态。

l系统必须提供在线帮助功能,对于每一个操作功能都能查找到相应的详细使用说明。

l操作员登录系统后,系统必须能够主动地提醒等待该操作员处理的任务。

3.1.4系统应具备良好的扩展性

l系统应有良好的横向和纵向扩展能力,可以通过增加主机或提高主机的性能提高整个系统的处理能力。

l应用软件具有灵活性、可伸缩性,保证功能模块随系统结构和业务流程发展变化灵活组合和扩充,可迅速灵活扩展新业务。

l系统的各模块既可分布式运行,也可集中式运行。

各模块负载能力及整体负载能力应可平滑扩展,新功能模块的增加应不影响现有模块的运营。

l提供统一标准的接口,对接口实现统一管理、路由选择处理和通讯模块的动态加载。

3.1.5系统完备性要求

卖方根据本规范书要求提出的方案及设备配置,必须能完成网络连接及所有要求的功能,不存在电缆、网卡或其它附件的短缺,不存在本期工程设备和软件性能不满足业务需求和系统功能的情况,否则卖方须在两周内免费补齐所缺设备和软件。

3.1.6系统可测试性要求

随系统提交的技术文件必须明确标识出所实现的可度量的功能和性能指标。

卖方应有固定的测试工程师进行专门的测试工作,每次新功能测试完成后,应提供详细的测试文档,包括测试的用例、方法及其结果等,交付局方人员作验收测试。

测试结果应符合实际,测试未通过的项目应及时反馈并进行修改。

详细测

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 求职职场 > 简历

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2