603639338工程硕士工程实践结题报告 某广电企业充值卡系统的设计与实施.doc

上传人:仙人指路1688 文档编号:3930838 上传时间:2023-03-28 格式:DOC 页数:58 大小:2.29MB
返回 下载 相关 举报
603639338工程硕士工程实践结题报告 某广电企业充值卡系统的设计与实施.doc_第1页
第1页 / 共58页
603639338工程硕士工程实践结题报告 某广电企业充值卡系统的设计与实施.doc_第2页
第2页 / 共58页
603639338工程硕士工程实践结题报告 某广电企业充值卡系统的设计与实施.doc_第3页
第3页 / 共58页
603639338工程硕士工程实践结题报告 某广电企业充值卡系统的设计与实施.doc_第4页
第4页 / 共58页
603639338工程硕士工程实践结题报告 某广电企业充值卡系统的设计与实施.doc_第5页
第5页 / 共58页
点击查看更多>>
资源描述

《603639338工程硕士工程实践结题报告 某广电企业充值卡系统的设计与实施.doc》由会员分享,可在线阅读,更多相关《603639338工程硕士工程实践结题报告 某广电企业充值卡系统的设计与实施.doc(58页珍藏版)》请在三一办公上搜索。

1、北京航空航天大学软件学院工程实践结题报告课题名称: 某广电企业充值卡系统的设计与实施姓 名: 组 别: 学 号: 专业方向: 所属院系: 指导老师: 实践起止时间:2011年1月至2011年3月目 录1第一章 绪论11.1研究背景与意义11.2本课题研究主要目的11.3企业充值卡系统的研究11.3.1系统定义11.3.2充值卡系统的特点21.4小结22第二章 需求分析32.1企业概况32.2业务现状32.3问题梳理42.4功能需求43第三章 系统设计73.1设计原则73.1.1适合性原则73.1.2前瞻性原则73.1.3整体性原则73.1.4以客户为中心的原则73.1.5以收益为最终目标的原则

2、73.2系统的逻辑结构83.3关键技术93.4系统的开发过程104第四章 充值卡系统总体架构114.1应用软件平台执行标准114.2技术路线114.3系统应用架构124.3.1Struts2.x124.3.2Spring2.x134.3.3Hibernate3.x144.3.4Struts2.x+Spring2.x+Hibernate3.x整合144.4系统组成部分154.4.1系统接入154.4.2数据库服务器154.4.3接口服务器154.4.4应用服务器154.5系统软件架构165充值卡系统的设计175.1卡生产和生成175.1.1缴费充值卡的密码组成175.1.2缴费充值卡的安全生成1

3、75.1.3缴费充值卡的生产175.2卡管理系统185.2.1卡的下发与激活185.2.2卡的使用185.2.3卡的注销185.2.4卡的校验与回收185.3业务处理功能185.3.1充值处理185.3.2缴费处理195.3.3余额查询195.4分销商管理功能195.4.1分销合同签署195.4.2分销合同续签195.4.3分销优惠管理195.4.4分销商订购195.4.5分销商费用结算205.4.6分销商优惠政策及费率205.4.7分销商违约、违规惩罚205.4.8分销商的统计205.5对帐功能215.6业务咨询功能215.7黑名单功能215.8系统综合管理功能216第六章 系统测试226.

4、1系统测试方法226.2测试流程236.3测试过程说明246.4系统测试举例256.4.1申请制卡256.4.2制卡信息浏览256.4.3制卡审批256.4.4导出卡信息266.4.5分发卡266.4.6激活卡276.4.7卡注销286.4.8卡查询287第七章 系统实施307.1系统应用分析307.1.1系统登录307.1.2退出系统327.1.3充值卡管理327.2项目实施447.2.1项目管理447.2.2工程实施508第八章 总结568.1总结568.2下一步工作56参考文献57致 谢581 第一章 绪论1.1 研究背景与意义随着广电业务的发展,为用户提供的服务业务越来越多,所有业务都

5、要用户到营业厅办理,即不方便又浪费时间,同时广电的运营成本增加,效率不高。使用充值卡可以不受时间、空间限制,使用简单便捷,广电能够尽快的收拢资金。广大用户只需购买相应面值的充值卡(卡上印制卡号、金额、充值卡密码与充值方法说明,充值卡密码采用覆膜保护),充值卡由广电部门发行,通过电话、短信、网络等充值方式即可完成自动充值,实现足不出户,就能缴费、办理业务的目标。广电企业 “充值卡”系统的部署,对用户而言,又多了一种缴费和业务办理方式,极大地方便那些无暇缴费的用户,使他们搭上了便捷的缴费“直通车”;对广电企业自身而言,丰富了缴费渠道,增加了市场容量,大大减轻营业人员的工作量,提高了工作效率;而且能

6、保证现金回收和资金安全;并尽可能缩短资金的回收时间。1.2 本课题研究主要目的本次课题重点研究企充值卡系统在某广电企业的应用设计、实施,对于某广电企业建立一整套有效收费体系,扩充企业缴费渠道。研究过程中结合本人所在部门对系统运营体系的管理和指导,对整个系统的需求分析、方案设计、应用情况进行分析,验证本系统与业务需求结合度、功能实现等应用,评估本系统对广电企业的运营管理所产生的社会与经济效益。通过本系统在广电企业的运用,能够适应企业在市场经济的大形势下,实现以客户服务为中心,提高对客户服务的实际水平和能力,从而实现企业内部核心竞争力的提高。1.3 企业充值卡系统的研究1.3.1 系统定义充值卡是

7、广电企业一种全新的缴费方式,是带有一定面值或固定产品的密码记账卡,用户可以通过拨打充值热线或登录门户网站,根据提示,随时随地完成缴纳费用或产品订购服务。充值卡系统提供了对充值卡全生命周期的管理功能,从企业角度提供了充值卡的生成、制卡、分发、销售、以及账务统计等管理功能,从用户角度提供了充值卡的充值、查询等应用功能。通过充值卡系统,一方面为广大用户提供安全、优质、便捷的充值和业务订购服务;另一方面结合企业相关管理规范和工作制度,确保充值卡的统一管理,使公司的系统投资落到实处、产出效益。1.3.2 充值卡系统的特点 符合潮流的三层架构,满足企业应用集成要求; 高性能价格比的语音接入,降低成本; 先

8、进理念的自动语音流程设计,增强系统可靠性; 可靠的交易完整性控制,减少维护量; 简洁灵活的接口形式,减少实施难度; 强劲的网络系统监控软件,保证系统自愈能力; 简明直观的统计分析,促进业务理性开展; 高强度的加密算法,保证系统数据安全;1.4 小结充值卡系统拉近了客户、分销商和广电运营商的距离,使交费不再受到时间和空间的限制,可以轻轻松松随时随地为用户提供快捷、便利的缴费业务,提高了服务质量。同时在三网融合的大背景下,丰富的支付手段也有利于新业务、新活动的灵活开展与推广,增强企业竞争力。随着充值卡业务的发展与壮大,依托充值卡系统平台还可以开展多项增值服务,如水、电、气等公共事业性缴费,延伸到消

9、费者生活的方方面面,打造成为第三方小额支付平台,为企业创造额外的经济效益。2 第二章 需求分析2.1 企业概况某省广播电视信息网络股份有限公司成立于*年,是经某省人民政府批准成立的省、市、县、乡(镇)、村五级贯通的一级法人企业,是某省行政区域内唯一合法的有线电视、有线数字电视运营商,同时也是某省行政区域内拥有合法ISP接入业务的服务商,是某省电子政务传输网支撑企业。 公司拥有国家广电总局颁发的网上传播视听节目许可证。围绕建设城市信息化平台和家庭多媒体终端,公司建设了SDH骨干传输网和IP网,搭建了全省传输、交换大平台,并对城域网进行双向改造,为用户提供2M到1000M的宽带网、专线接入服务。从

10、而使该省广电网络从单一传输广播电视节目的行业网,发展为承载综合数据业务的信息化基础网络。2.2 业务现状公司成立后,截止2010年有线电视用户累计达到*万户,其中数字电视用户*万户;建设广电宽带信息点*万个,发展广电宽带用户近*万户;公司是某省电子政务传输网的支撑企业,现已建设并运行了全省财政网、政法网、统计网、水利网、党政机要网、高校招生网等政务专网,并建设市、县行业专网*个,各类专线*多条。长期以来,某省广电网络一直致力于三网融合的探索,经过多年的建设与发展,该省多数城市已完成了分配网的双向改造,网络优势使该省广电网络在三网融合中具备了基础条件,特别是该省广电网络主动参与电信增值业务竞争,

11、数据业务也得以稳步发展,网络全业务综合发展为三网融合积累了基本经验。2.3 问题梳理在三网融合的大背景下,随着广电双向网改造的完成、数字电视业务及互动点播业务的发展,所有业务都要用户到营业厅办理,即不方便又浪费时间,同时广电的运营成本增加,效率不高。丰富业务办理及缴费渠道,增加市场容量,大大减轻营业人员的工作量,提高工作效率,保证现金回收和资金安全,并尽可能缩短资金的回收时间是广电公司急需解决的问题。2.4 功能需求本期在某省广电中心建立一集中式充值卡业务系统,服务于该省有线数字电视用户,利用各分公司现有呼叫中心平台,使用户通过充值卡业务系统完成对已经订购业务的实时充值,利用节目提取卡完成对新

12、产品的实时订购,完成对相关业务的自助查询,7*24小时不间断工作。充值卡业务系统与广电BOSS系统连接,通过广电内部网络将充值信息添加到各地BOSS系统中。同时,充值卡业务系统应提供全面的业务应用接口,以供短信网关、网络营业厅、电视营业厅相关应用程序调用。系统要在保证高可靠性、高稳定性、高扩展性的基础上,在未来业务扩展时,方便的扩展业务应用规模。充值卡系统要包括如下主要功能:1. 卡的生产和生成2. 卡管理3. 充值4. 缴费5. 分销商管理6. 对账7. 咨询8. 黑名单管理9. 综合管理等功能图1 充值流程图3 第三章 系统设计3.1 设计原则客户服务中心系统必须使用科学的方法来进行设计与

13、规划,以保证系统建设的成功。根据我们对客户服务中心系统的建设规划的分析,我们对客户服务中心系统的设计坚持以下原则:3.1.1 适合性原则“适合的才是最好的”,我们在系统设计中始终坚持这个原则,避免系统建设的盲目性。深刻领会企业充值卡系统的应用、管理和技术的总体需求,保证企业充值卡的可用性、好用性和可管理性。3.1.2 前瞻性原则在进行系统设计时,规模上既考虑到当前的需求,又充分考虑到今后几年的需求;技术上要考虑到今后的发展趋势;应用上要考虑其他相关系统(比如:CRM)信息化建设的要求。3.1.3 整体性原则充值卡系统只是企业信息化的一个部分,在充值卡系统的设计过程中充分考虑到与其它系统的集成和

14、整合。3.1.4 以客户为中心的原则充值卡系统是企业为客户提供的缴费渠道,在系统设计过程中,充分考虑到客户对系统使用的便利性,真正做到以客户为中心,提升客户服务水平。3.1.5 以收益为最终目标的原则在方案设计和产品选型时,注重合理性和建设成本,降低系统建设成本;在系统运营功能规划设计时,以能够提高企业运营水平、降低运营成本为原则,减少系统建成后的运维成本;在业务功能设计上,以能够为企业带来收益为原则,合理地进行业务整合规划。3.2 系统的逻辑结构根据某省广电充值卡业务系统连接的具体情况和需求,进行了网络结构的整体设计,组网逻辑结构如下图所示:图2 组网逻辑结构图 系统在省中心采用两台充值卡系

15、统应用服务器,双机热备,业务数据存储于磁盘阵列中,保证数据的安全。充值卡系统提供单独的接口服务,用于其它系统(短信系统、WEB系统、电视营业厅系统、IVR系统等)的调用。充值卡系统通过中心BOSS查询使用客户的所在区域,当客户发出请求时(电话呼入、WEB、短信等),可通过中心BOSS查找这个客户对应的分公司信息,这样,客户进行充值或查询账户余额操作时,再到对应分公司的二级BOSS系统中请求数据。各地区呼叫中心平台IVR系统提供基本的语音导航服务,同时通过广电内部网络调用充值卡业务系统接口服务,通过多次交互操作,完成充值卡的充值、卡余额查询、账户余额查询等功能。当客户到营业厅办理充值卡业务时,营

16、业厅业务系统调用充值卡业务系统的接口服务,完成对应的业务功能。综上所述,无论客户通过何种方式办理充值卡业务,均需要调用充值卡业务系统的服务接口,充值卡业务系统再调用中心BOSS系统和各分公司二级BOSS系统,完成对应的业务功能。3.3 关键技术系统采用J2EE技术路线。该技术路线具有良好的技术积累,在各企业级应用中已经得到验证。J2EE技术路线已经被软件行业主流厂商所采用,为企业级应用提供了性能优越的承载平台。图3系统技术结构图J2EE是Sun公司提出的多层(Multi-Diered),分布式(Distributed),基于组件(Component-Base)的企业级应用模型(Eenterpr

17、iese Application Model),典型的J2EE架构如上图所示分三个层次:表现层(Presentation Layer)、业务逻辑组件层(Business Service)、持久层(Persistence Layer)。表现层:主要就是通过Servlet,JSP等技术进行服务器端的Web组件的编程,并且协调与客户端之间,与业务逻辑层之间的数据传递。在B/S结构中,实现的手段包括:J2EE的JSP,HTML,DHTML,XSLT等技术。业务逻辑层:主要是通过POJO、EJB等技术来实现比较复杂的业务逻辑,并且可以通过容器来进行管理事务,安全问题,并且可以对业务逻辑层的组件进行生命周

18、期的管理。 持久层:是负责对象持久化也就是数据库操作的层次,主要通过JDBC、Hibernate、 EJB中的实体BEAN等技术实现对于数据库的操作。在架构实现的手段中,目前最为主流的实现技术是开发统一的框架,应用系统是架构在统一的框架上的,目前比较流行的开源框架包括:Struts,Spring,Hibernate等开源框架。3.4 系统的开发过程充值卡系统软件的开发可以划分为如下五个阶段:需求分析、系统实现(包括系统分析、设计、开发、测试几项内容,可迭代完成)、工程实施、系统移交、系统支持。 图4 系统的开发阶段示意图4 第四章 充值卡系统总体架构4.1 应用软件平台执行标准框架采取Stru

19、ts2.x+Spring2.x+Hibernate3.x整合的方式,利用各个框架的优点整合在一起,发挥它们各自的优势。系统的运行环境, J2EE作为规范;JDK1.6运行及开发环境;采用JAVA作为开发语言(跨平台、安全性强);数据库可采用Oracle9i、Sqlserver、SyBase、DB2、MySQL等(采用ORM机制忽略数据库层的不同);操作系统可选用windows服务器系列、linuxAS系列、Unix系列(采用java开发可夸平台)。4.2 技术路线表1采用技术前台展现Html+div+css+js模板技术Jsp+velocity技术整体框架Struts2.1 + Spring2

20、.0 + Hibernate3.2接口WebSerivce+ajaxAjax框架DWR2.0+prototype+iClassxml处理Dom4j反射处理BeanUtils日志Log4j数据库C3p0连接池业务报表iReport+jasperreport4.3 系统应用架构4.3.1 Struts2.x图5 Struts2.x的工作流程图简言之,struts2.x是一个存储和转发的MVC框架,通过配置文件将视图和流程控制单元绑定。4.3.2 Spring2.x图6 Spring的七个核心模块图简言之,Spring是一个管理Bean、“解藕”的一个容器,它可以和Struts、Hibernate集

21、成,SpringAOP可以进行面向切面开发,对于系统改造和功能扩展提供了比“面向对象”更简单的解决办法,这部分主要是通过一些拦截器去完成AOP开发;SpringORM则是对Hibernate等一些ORM框架的集成,通过Spring自带的方法就可以利用Hibernate的特性;SpringWeb及SpringWeb MVC集成了更多的WebMVC框架(一般用Struts2.x代替SpringMVC);SpringDAO集成了对DAO的操作,通过SpringDAO来管理事务,同时也支持JDBC的数据访问支持。4.3.3 Hibernate3.x图7 hibernate的运行方式图简言之,hiber

22、nate是一个ORM框架,通过映射文件,将不同数据库的表及其字段映射为通用的持久化的对象。Hibernate可以忽略不同数据库之间的不同,对于程序来说可以更大程度的代码复用,不需要为不同的数据库创建不同版本的程序代码,而且通过配置hibernate缓存机制,可以很方便的将持久化对象缓存到内存及硬盘上,有利于快速的读出信息。4.3.4 Struts2.x+Spring2.x+Hibernate3.x整合图8 整合示意图struts+spring+hibernate整合后,用struts的存储转发机制控制流程;用spring来管理对象之间的关系(解藕)、管理事务、调用hibernate数据访问方法

23、;用hibernate管理DAO层的操作。4.4 系统组成部分4.4.1 系统接入电话接入是通过地市PSTN网汇接到系统的接入交换机上,同时,由接入可编程交换机统一控制业务逻辑。4.4.2 数据库服务器数据库服务器是充值卡系统结构中的核心环节,它为客户端提供快速、准确的存取数据服务,且处理能力、存储能力、扩展能力要完全能满足设计需要。主要完成以下功能:集中存储系统的业务数据、客户资料、历史服务记录等,完成数据管理功能。4.4.3 接口服务器充值卡系统由于是三层架构设计应用软件,因此,与其他系统接口也就与传统的底层数据库接口有所不同,所有的接口通过此接口服务器实现业务逻辑。包括:充值、缴费、余额

24、查询、对帐等。该接口服务器在直接连接数据库的同时,也可以利用标准报文协议,连接短信网关等非数据库系统,起到平台数据网关的作用。4.4.4 应用服务器应用服务器运行业务系统应用软件,负责卡类数据生成、网络系统管理、统计报表、业务生成等管理功能。4.5 系统软件架构图9 系统软件架构图系统分为表示逻辑、业务逻辑和数据逻辑三个不同的处理层,从而使系统不但具备了大型机系统稳定、安全和处理能力高等特性,同时拥有开放式系统成本低、可扩展性强、开发周期短等优点。充值卡系统包含功能模块如图所示:图10功能模块图5 充值卡系统的设计5.1 卡生产和生成生成新的缴费充值卡。卡生成以批次为单位,根据需要设定卡的面值

25、、数量、有效期、卡类型等信息,系统自动生成该批次充值卡的所有卡号和密码(卡号连续、密码随机),用户根据此信息,制作实体缴费充值卡。5.1.1 缴费充值卡的密码组成卡号构成有如下格式:批号+序号+卡号+密码批号:是制作卡时使用的批量生产号码,该号码自动顺序生成,可用于分发缴费充值卡。序号:是批号的延续,标志该号码在一批卡种的顺序,也代表该批卡的数量。该号也用于分发缴费充值卡。卡号:顺序生成。密码:随机产生,并经Triple DES算法加密,电脑显示为不可见,缴费充值卡上密封。5.1.2 缴费充值卡的安全生成系统操作员生成缴费充值卡需由二或多个操作员共同操作,其中有一个是主要操作员。当某一个具有“

26、生成”权限的操作员进入系统操作生成程序时,系统查找另外一个或多个(具体数目事先约定)具有“生成”权限的操作员是否也进入了系统,若未进入,则不能生成。5.1.3 缴费充值卡的生产缴费充值卡信息生成并加密以后,生产缴费充值卡可由制卡厂家生产。数据传输可考虑电信通信线路传输,如,DDN/X.25/ISDN/PSTN等等,也可考虑光盘或软盘拷贝传输。由于缴费充值卡信息已经过加密,在生产缴费充值卡时,需解密读出数据来生产。5.2 卡管理系统5.2.1 卡的下发与激活将缴费充值卡下发给各分销商,缴费充值卡到达各分销商处后,各分销商向公司反馈卡安全到达的确认信息,系统根据该确认信息将标注下发的卡为“下发”。

27、各分销商将缴费充值卡下发销售点后,填制激活单并返回公司,公司根据此单将缴费充值卡激活。缴费充值卡即可投入使用。5.2.2 卡的使用缴费充值卡的使用是缴费充值卡管理系统的后台服务程序,它是在客户用缴费充值卡通过电话为其缴纳话费时或修改密码时、合并缴费充值卡时,校验缴费充值卡的有效性并标注缴费充值卡的“使用”状态。5.2.3 卡的注销缴费充值卡的注销功能用于缴费充值卡发生了意外事故(如,损坏、遗失)时,注册作废缴费充值卡的功能。注册作废缴费充值卡均要通过缴费充值卡状态检验,检查缴费充值卡是否处于“使用”状态。5.2.4 卡的校验与回收该功能由后台服务完成,承担缴费充值卡的有效期校验,将缴费充值卡状

28、态设置为“回收”,以便回收缴费充值卡的资源。5.3 业务处理功能5.3.1 充值处理客户使用缴费充值卡缴费、充值时,系统自动将缴费充值卡的全部面值划拨到账上,如电话缴费充值卡、智能IC卡账、银行缴费账户、纳税账户等,缴费充值卡余额为零。5.3.2 缴费处理系统可以提供有线电视、数字电视、其他增值业务等的缴费功能。系统按照客户指定的账户提示客户应缴纳的费用,并请客户确认缴费,客户确认后,系统按实际费用进行划拨。5.3.3 余额查询提供给客户查询缴费充值卡上余额以及历次缴费记录。5.4 分销商管理功能实现对分销商的管理功能,其中包括:分销商合同签署(注册)及续签、分销商合同管理(查询、修改、注销及

29、统计)和分销费用结算。5.4.1 分销合同签署录入与分销商签署的分销合同。其中包括:分销合同号、分销商代码、分销商名称、分销商地址、分销商电话及传真、分销商邮政编码、分销商承诺分销量、分销优惠政策、分销优惠费率、合同签署日期、合同有效期限等。5.4.2 分销合同续签分销合同有效期到后,分销商可续签合同。5.4.3 分销优惠管理分销优惠管理是为鼓励分销商分销充值卡实施优惠政策管理,其包括:优惠代码、优惠政策、优惠费率。5.4.4 分销商订购分销商订购充值卡需签署订购合同,并缴纳订金。订购合同包括:订购合同号、分销商代码、分销商名称、订购日期、充值卡面值、订购数量、预付订金金额、预计结算日期。5.

30、4.5 分销商费用结算分销商在收到充值卡后,或在预计结算日期时,与公司结算余款,以便继续分销充值卡。5.4.6 分销商优惠政策及费率针对不同的分销商有不同的优惠政策及费率,优惠政策及费率是和分销商的信用度挂钩的,信用度越高,相应的政策和费率越优惠。5.4.7 分销商违约、违规惩罚如果分销商违反约定或违犯规章,我们将对其进行惩罚,例如采取降低分销商的信用度、取消其分销资格等措施。5.4.8 分销商的统计l 订卡合同统计通过对统计分销商的订购合同号、分销商代码、分销商名称、订购日期、充值卡面值、订购数量、预付订金金额、预计结算日期等记录的统计,可以了解到分销商的订卡合同情况,以便管理者决定增加或减

31、少发行充值卡的数量和面值。l 分销商分销统计统计分销商销售的情况可以使管理者了解整个市场的销售情况,再根据这些情况制定相应的生产销售策略。l 分销商回款率统计生成分销商销售回款的报表,了解各分销商回款的情况,对回款情况良好的分销商可以保持其信用度并提供一定的优惠政策。回款可以分为按次汇款或定期回款,如果分销商没有及时回款,则可以对其采取一定的惩罚措施,例如采取降低分销商的信用度、取消其分销资格等措施。l 分销商信用度统计给分销商的信用度分级,不同级别的分销商所享有的优惠政策不同,如果分销商能够遵守各项分销制度,他的信用度可以保持最高,即他可以得到最大的优惠政策。如果分销商违反了分销制度,则可以

32、酌情降低其信用度。分销商信用度统计可以使管理者更好地管理各分销商,并制定相应的分销制度。l 分销商违约、违规统计分销商违约、违规统计可以为管理者提供分销商违约、违规的情况,根据这些情况来定各分销商的信用度。l 管理日志及报表功能提供对操作日志的管理和统计报表功能,可以按照时间、操作员、卡号、操作类型、电话号码、面值、消费量等对操作日志进行综合的查询和报表统计,以对整个缴费充值卡的使用进行了解,并制定相应的策略,对卡的生产和发行进行及时的调整。5.5 对帐功能缴费充值卡系统由于和多个计费系统/业务系统进行频繁的数据交互,而任何与计费帐务系统进行费用交互的系统,都需要按照一定的周期,在两个系统间进

33、行详细的对帐。对帐功能可由计费系统或缴费充值卡系统发起,将双方在一定时间段内充值的记录进行逐条对照,若发现不同数据,立刻通知双方相关人员,进行数据的详细核查。5.6 业务咨询功能与缴费充值卡系统相关的业务咨询功能,可以通过录制相应的语音文件,供用户自助咨询使用。5.7 黑名单功能在本系统中,黑名单功能主要面向分销商,如果分销商违反约定或违犯规章,将其加入黑名单,并对其进行惩罚,例如采取降低分销商的信用度、取消其分销资格等措施。5.8 系统综合管理功能系统综合管理包括员工的管理,角色的设置,权限的设置,非数据的维护等功能。6 第六章 系统测试系统测试是一个试图发现程序与用户需求存在不一致的过程。

34、测试的最终目的是确保最终交给用户的软件的功能符合用户的需求,把尽可能多的问题在软件交给用户之前发现并改正。测试一般要达到下列目标:(1)确保软件完成了它所承诺或公布的功能,并且所有用户可以访问到的功能都有明确的书面说明(2)确保软件满足性能和效率的要求。使用起来系统运行效率低(性能低)、或用户界面不友好、用户操作不方便(效率低)的软件不能说是一个有竞争力的软件。(3)确保软件是健壮的和适应用户环境的。健壮性即稳定性,是软件质量的基本要求,尤其对于一个用于事务关键或时间关键的工作环境中。6.1 系统测试方法系统测试技术主要包括: 黑盒测试(又称功能测试或数据驱动测试) 白盒测试(又称结构测试或逻

35、辑驱动测试)本系统主要采用黑盒测试技术,黑盒测试不考虑程序内部的逻辑结构,只针对软件的功能需求/实现进行测试。在已知软件应具有的功能的条件下,通过测试来检测每个功能是否符合需求。 黑盒测试是穷举输入测试,只有把所有可能的输入都作为测试情况使用,才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个,不仅要测试所有合法的输入,而且还要对那些不合法但是可能的输入进行测试。黑盒测试主要在开发后期进行。基于对需求、设计、用户要求的理解,关注输入、输出的信息域,而不关注软件的内部结构黑盒测试的执行方法包括: 功能划分 等价类划分 边界值分析 因果图 错误推测 判定表驱动法6.2 测试流程软件测试流

36、程包括单元测试、集成测试、系统测试、用户验收测试、回归测试,如下V模型示意图:图11 V模型示意图6.3 测试过程说明图12 测试过程6.4 系统测试举例6.4.1 申请制卡表2用例标识CARD-MAKE-S002项目名称充值卡系统用例作者模块名称卡生成测试类型功能测试子类型正常功能测试方法手动用例描述测试能否正确显示制卡申请界面;且正确记录新制卡申请;前置条件有卡生成权限的坐席登录系统编号测试项操作步骤预期结果数据实际结果1申请制卡按钮点击界面正确转至制卡申请添加界面,必填项用红星特殊标识;正确2确定按钮点击系统提示相应信息必填项有未填写,点击确定按钮正确系统显示成功界面,确定后界面返回至列

37、表,可查询到刚新添加的制卡申请记录;该记录状态为“待审核”同时系统记录添加的日志信息正确填写制卡申请信息面值=200制卡数量=1000期限=201001316.4.2 制卡信息浏览表3用例标识CARD-MAKE-S003项目名称充值卡系统用例作者模块名称卡生成测试类型功能测试子类型正常功能测试方法手动用例描述测试能否按任意组合条件,正确查询显示卡生成信息;正确浏览制卡申请的详细信息;前置条件有卡生成权限的坐席登录系统编号测试项操作步骤预期结果数据实际结果1查询条件任意组合显示满足查询条件的制卡申请列表正确2申请号链接点击正确显示制卡申请浏览界面,信息读取正确,且为只读以刚添加的制卡申请验证正确

38、6.4.3 制卡审批表4用例标识CARD-EXAP-M002项目名称充值卡系统用例作者模块名称制卡审批测试类型功能测试子类型正常功能测试方法手动用例描述测试能否正确通过制卡审批前置条件有制卡审批权限的坐席登录系统编号测试项操作步骤预期结果数据实际结果1制卡审批链接点击正确显示制卡审批列表界面正确2通过按钮点击系统提示是否确认操作新添加一个制卡申请记录信息正确3取消按钮点击关闭提示框正确4确定按钮点击系统提示成功,确认后返回至列表界面。此时该申请记录状态变为“审核通过”正确6.4.4 导出卡信息表5用例标识CARD-SEND-G002项目名称充值卡系统用例作者高丽燕模块名称卡分发测试类型功能测试

39、子类型正常功能测试方法手动用例描述测试能否正确导出已生成卡的详细信息;前置条件有卡分发权限的坐席登录系统编号测试项操作步骤预期结果数据实际结果1导出按钮点击系统提示是否确认导出正确2取消按钮点击关闭提示框正确3确定按钮点击弹出文件下载提示框正确4保存按钮点击选择路径保存。然后到路径下找到文件打开即可查看正确6.4.5 分发卡表6用例标识CARD-SEND-G004项目名称充值卡系统用例作者模块名称卡分发测试类型功能测试子类型正常功能测试方法手动用例描述测试能否正确分发卡;前置条件有卡分发权限的坐席登录系统编号测试项操作步骤预期结果数据实际结果1起始序号无第一次分配值默认为“1”;当部分已分配或

40、注销后,起始值系统自动计算显示;正确2分配数量输入系统会给予相应的提示信息输入非整数数据;输入数超过可分配卡数;点击分发按钮正确点击“终止序号”输入框,系统会自动计算显示正确填写3终止序号输入系统会给予相应的提示信息输入非整数数据;输入序号超过可分配卡的最大号;点击分发按钮正确点击“分配数量”输入框,系统会自动计算显示正确填写4分发按钮点击系统提示相应信息必填项如有未填写正确系统提示成功,确认后返回至卡分发界面,即可在下方的列表查看到刚分发的记录信息1) 如只分发一部分,则状态保持不变为“待分发”;2) 如全部分发完毕,则状态变为“已分发”,且界面信息均不可更改;分发、注销按钮失效;均正确填写

41、6.4.6 激活卡表7用例标识CARD-ACTI-A002项目名称充值卡系统用例作者模块名称卡激活测试类型功能测试子类型正常功能测试方法手动用例描述测试能否正确激活卡;前置条件有卡激活权限的坐席登录系统编号测试项操作步骤预期结果数据实际结果1激活按钮点击系统提示是否确认操作正确2取消按钮点击关闭提示框正确3确定按钮点击系统提示成功界面,并且显示起止卡号。确认后返回至列表界面,则该批分配卡状态变为“激活”正确6.4.7 卡注销表8用例标识CARD-LOUT-G001项目名称充值卡系统用例作者模块名称卡注销测试类型功能测试子类型正常功能测试方法手动用例描述测试能否正确显示卡注销列表界面;前置条件有

42、卡注销权限的坐席登录系统编号测试项操作步骤预期结果数据实际结果1卡注销链接点击右侧显示卡注销列表界面:1) 显示全部地市状态为“激活”的卡批次记录;2) 可注销,延期操作;正确6.4.8 卡查询表9用例标识CARD-FIND-F001项目名称充值卡系统用例作者模块名称卡查询测试类型功能测试子类型正常功能测试方法手动用例描述测试能否正确显示卡查询界面信息显示正确,且能正确完成任意组合的查询前置条件有卡查询权限的坐席登录系统编号测试项操作步骤预期结果数据实际结果1卡查询链接点击正确显示卡查询界面默认显示所有充值卡;正确2查询按钮点击显示满足条件的充值卡信息列表任意查询条件组合正确7 第七章 系统实

43、施7.1 系统应用分析7.1.1 系统登录双击桌面上的IE图标,打开IE浏览器。在地址栏中输入http:/128.0.0.36:8080/pvcard后,回车。页面会显示出登录界面。图12 登录界面如果工号或密码输入为空或错误时,在点击登录按钮,系统会给予相应提示。系统主界面是由功能导航菜单、状态条、主操作区域三部分组成。其中导航菜单又由:充值卡管理、分销商管理、优惠政策、系统管理、统计分析等五项组成。在状态条右侧会显示已登陆员工的姓名,及当前系统时间。图13 主界面在左侧是系统的导航条,通过权限的控制,省、地市的系统使用人员会看到不同的功能链接,从而进行不同的操作。 点击左侧 伸缩按钮可以隐

44、藏/显示导航条,隐藏后如下图所示:图14 隐藏菜单的主界面7.1.2 退出系统点击右上角的状态条上的注销按钮,退出充值卡系统,返回到登录界面。点击退出按钮,退出系统并关闭IE浏览器。 7.1.3 充值卡管理电话缴费充值,是广电企业提供给用户的电话缴费业务,用户通过拨打特服号码,利用购买的一定面额充值卡,完成充值和缴费功能。本模块完成对充值卡的生成、分发、激活、注销、查询等整个生命周期的管理功能。充值卡管理中包括7个连接:卡生成、制卡审批、卡分发、卡激活、卡注销、卡解锁、卡查询;图15角色-任务图 充值卡管理的图标说明:1. (修改):卡生成中状态为待审核的批次卡可进行修改操作;2. (删除):卡生成中状态为拒绝和待审核的批次卡可进行删除操作;删除完后的

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

当前位置:首页 > 办公文档 > 其他范文


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号