移动话费系统技术标书2Word文件下载.docx
- 文档编号:20063317
- 上传时间:2023-01-16
- 格式:DOCX
- 页数:8
- 大小:119.90KB
移动话费系统技术标书2Word文件下载.docx
《移动话费系统技术标书2Word文件下载.docx》由会员分享,可在线阅读,更多相关《移动话费系统技术标书2Word文件下载.docx(8页珍藏版)》请在冰豆网上搜索。
(3)修改话单文件中的用户信息,把测试话单中生产系统用户替换为选定的测试用户;
(4)配置BOSS计费系统参数,把准备好的测试话单文件放在计费程序入口;
(5)运行标批和二批程序;
(6)话单批价后,将批价后话单导入数据库;
(7)手工计算话单的费率和预期结果,与导入数据库中的话单费率和折扣率进行人工比对,如果相同,即可认为测试通过。
这个测试过程是针对单个套餐的测试过程,为了验证新套餐或新变更的程序是否会影响其它套餐,需要对已推出市场的所有套餐进行全面测试,测试步骤如下:
(1)选择一个业务比较完整的地市,取其整月完整话单数据;
(2)在修改前的系统和修改后的系统上分别对该话单数据进行处理;
(3)为每种套餐抽取一两个用户的数据,比较两套系统的处理结果,如果一致,则认为对现有套餐的处理是一致的;
(4)修改后的系统测试时,也可以在已有数据的基础上,增加为新业务准备的数据,这样在结果的手工比对时会更复杂一些,工作量更大一些。
上述计费测试方法存在如下问题:
(1)由于缺乏对测试需求(计费规则)的有效管理以及无法建立需求和用例(话单)的跟踪关系,导致测试人员无法有效的分析测试用例对测试需求的覆盖情况,很容易出现测试用例不能完整覆盖测试需求的问题。
选择一个地市整月数据也不能保证能覆盖所有套餐均被测试。
(2)在测试用例设计的时候,往往是通过手工选择、修改物理话单文件来实现的。
这种方法会使测试人员将大量的精力耗尽在重复单调的劳动中,极大地影响工作效率,而且不具备可重复性,每个测试人员选择的话单和数据不尽相同,即使同一个测试人员在针对同一个套餐进行测试时,两次测试的数据选取可能也不同,从而导致测试结果不同。
(3)由于测试用例都是保存在实际的物理话单中,因此对于测试用例的维护只能通过手工修改话单文件来实现。
这种维护方法效率较低,出错率也较高。
(4)在计费准确性验证过程中,批价结果比对的工作量很大。
通常的方法是先手工计算费率和折扣率,再查询数据库,找出对应的测试结果手工逐一比对,这个环节会消耗大量的人力和时间,测试成本远远高于测试成果。
2技术方案
根据计费检测系统的功能需求和设计原则,计费检测系统设计分为“系统管理”和“计费检测”两个相关子系统,如下图所示。
系统整体结构图
(1)系统管理子系统
在计费检测系统中,需要管理很多参数,上个章节描述的测试过程中,就涉及到用户信息导入、呼叫类型选择、优惠类型选择等内容,这些内容作为系统参数,需要在系统管理模块中进行管理。
系统管理模块主要包括参数设置、话单管理、其他3个部分的内容。
●参数管理
包括计费检测系统需要使用的BOSS系统资源,主要包括以下内容:
测试用户信息(服务号码、地区号、IMSI码、小区号等)、省内各地市代码表、中继信息管理表、边界小区信息表、国内手机号码段(GSM)、国内长途区号表、特殊号码表等。
●话单管理
功能包括逻辑话单和物理话单管理两个部分,提供对各项优惠类型、优惠要素和批价算法的管理、逻辑话单和物理话单对应模板管理,能依据约定的物理话单格式把逻辑话单元素填入,形成物理话单。
●其他
包括设置、维护系统运行的各种其他参数。
(2)计费检测子系统
●测试需求管理
该模块主要用于管理计费业务的测试需求。
通过分析计费业务的特点,我们发现套餐计算的测试需求实际上就是一条条的优惠规则;
而优惠规则又是由各种呼叫类型和优惠类型组合而成。
测试需求管理模块实现的功能就是通过将呼叫类型和优惠字段进行组合,生成各种优惠规则。
由于BOSS系统的套餐也是由各种优惠规则组合而成。
因此,测试需求的组织结构从上至下依次是套餐、优惠规则、测试点。
测试人员利用系统的提供的“向导”可以自动生成套餐、优惠规则、测试点。
●测试用例管理
对于计费系统来说,测试用例就是对应于各个优惠规则、模拟用户拨叫行为的测试话单。
这些测试话单是在逻辑话单模版基础上,修改相应的数据字段而构成。
当测试人员在测试需求模块中选定相应的优惠规则时,验证系统自动生成对应与该优惠规则的话单模版。
一旦测试人员把选取相应的模拟呼叫数据填入优惠类型涉及的字段,系统就可以自动生成一条符合该优惠规则的测试话单,并依据规则的复杂程度自动计算或手工计算填写出一次批价、二次批价后的预期结果。
此外,系统可以自动建立起测试需求和测试用例的跟踪关系,以保证测试用例对需求的覆盖率。
●测试执行管理
测试执行管理主要由3个部分组成:
物理话单文件的生成、话单文件上传、批价结果提取和执行结果比对。
“物理文件生成”能够实现将验证系统中的测试用例转换成BOOS系统可识别的物理话单文件,当格式发生变化的时候,通过配置,系统可以支持新的物理格式文件。
“话单文件上传”模块将已生成的测试话单文件上传至BOSS计费系统指定路径,待计费系统处理完话单文件后,由“批价结果提取”模块将执行结果导入计费检测系统,通过“测试结果比对”实现将导入的实际执行结果同预期结果进行自动比对,生成执行报告。
●测试结果分析
测试结果分析模块主要是实现测试报告的生成和测试结果数据的统计分析。
用户可以定制测试报告的输出格式和内容,通过输入查询条件,系统可以产生各种统计分析报表。
这些报告和统计分析报表将为决策者提供依据。
系统结构
:
开发使用平台:
●.NET平台;
●MicrosoftVisualStudio;
3系统实施进度计划
日期
事件
1周
2周
3周
4周
5周
1
2
3
4
5
6
7
需求调研
架构设计
6周
7周
8周
9周
10周
任务分配
代码编写
内测修改
11周
12周
13周
14周
15周
公测修改
部署培训
共计89个自然日
4系统实施人力需求
编号
职务
负责事项
人数
项目经理
负责整个项目的人事管理、进度管理以及财务管理,并对项目的业务沟通、数据文档做综合管理与评估
1人
需求调研人员
负责项目的需求再次调研与确认
2人
系统架构师
根据需求对系统架构进行设计
研发经理
按照系统需求以及系统架构对开发任务做出评估,并对整个开发过程的人事、财务、进度做综合管理
研发人员
按照需求、架构以及研发的进度、质量对系统开发
5人
美工
按照客户使用心理对系统UI以及操作流程做出设计
系统测试人员
综合测试开发出的系统及模块,记录公测的结果并对系统的改进提出建议,。
8
实施人员
部署系统
9
培训人员
对系统使用提供各种文档支持,对培训场景进行布置,培训系统使用对象和系统维护对象
10
售后服务人员
执行售后服务内容,并对服务情况进行记录并反应
共计17人次。
5售后服务
我方对于本系统的售后服务做以下承诺:
5.1用户培训
让系统用户能灵活、熟练运用此系统完成业务处理能力,并对系统在使用过程中提出处理的改进性建议;
让系统维护人员认识系统整个架构,在系统备份、移植时能熟练操作,在出现事故时能快速重新部署并还原原备份的业务数据。
培训的方式包括:
1、用户使用指南;
2、演示讲解;
3、交互式培训。
5.2系统功能完善
对于在开发过程中未尽的功能以及系统后续使用过程中在不影响系统架构前提下需要改进补充的功能模块,我方提供功能的完整性改进补充服务,尽量满足用户对此系统的要求。
5.3保修期
系统自验收之日起提供一年的无偿服务期限。
一年后为有偿服务,有偿服务只根据工作量收取800元每次的劳务费以及系统硬件的市场价,并对系统提供终身的服务。
6设计开发遵循的标准
整个系统从调研到最终使用的过程中所执行的标准如下表:
1)软件工程术语(GB/T11457-2006);
2)软件支持环境(GB/T15853-1995);
3)信息处理系统-计算机系统配置图符号及其约定(GB/T14085-93);
4)软件开发规范(GB8566-88);
5)计算机软件测试规范(GB/T15532-2008);
6)信息处理-程序构造及其表示法的约定(GB13502-92);
7)信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定(GB1526-1989);
8)信息处理-按记录组处理顺序文卷的程序流程(GB/T15697-1995);
9)信息处理-单命中判定表规范(GB/T15535-1995);
10)计算机软件文档编制规范(GB/T8567-2006);
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 移动 话费 系统 技术 标书