3.各业务提交函数:完成客户端各个业务(开户、改号……)的提交确认。 |
根据这三类SERVICE的不同特点,需要三种不同的配置要求。 |
服务程序之所以采用一个公用模块(程序),是因为业务受理涉及面广,几乎涉及所有数据库表,若每一种业务都做一个服务程序,则要做很多个服务程序。程序开发和维护量很大,系统扩展、管理不方便。且运行性能也受到较大的影响,因为每个服务程序至少启动一个进程,而有些进程由于业务上的原因会很少利用(运用)却占用了系统资源(如:内存、数据库连接数等)。 |
4.2 营业受理系统客户端 |
客户端的开发主要有两个问题需要解决: |
1.如何实现营业前台庞杂多样的各种业务受理? |
2.如何既简单又统一的实现界面中控件与FML缓冲、FML缓冲与服务端的数据的一致和数据交换? |
对于第一个问题,我们应用面向对象技术,定义了一个C++ Builder虚类SaleManBase,SaleManBase类抽象出了一般业务的流程,同时给继承实现类又留有不同业务的实现接口。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
领测软件测试网最新更新
关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved 北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5 技术支持和业务联系:info@testage.com.cn 电话:010-51297073 |