迪众数码“城市一卡通”信息化工程系统

第七章应用软件技术要求

城市“一卡通”信息化的技术要求如下：

1、中央数据处理平台不参与具体业务帐单的交易清算，只负责各业务系统的接入、数据转发和分发，为相关业务系统调用其它单位相关基础数据库提供路径，负责系统运行状况的监测和统计等、手续费结算、卡管理等。

2、“一卡通”系统在链路上虚拟为两个逻辑系统，即“缴纳费用系统”和“查询费用系统”。在“缴纳费用系统”中，由银行方控制“交易事务”全过程(电话缴费呼叫中心控制)；在“查询费用系统”中，由提供查询方（手机、电话、互联网等运营商）控制“消息事务”全过程。

3、一卡通中央数据处理平台和相关单位物理接口点工作在通信运营商的MPLSVPN网络环境中。

4、一卡通系统内部各业务系统之间账单信息传递必须采用XML格式或行业规定的标准报文格式。

5、提供统一的用户、权限、菜单、故障、问题、性能、日志、审计等管理功能，方便管理员进行日常管理和监控。

6、应用软件系统要求如下：

支持“一卡通”第二期工程以及后续电子政务为民服务工程的扩展；支持IA架构的双机热备份服务器和集群服务器等主流硬件平台；支持UNIX、Linux、Windows等主流操作系统平台；支持TCP/IP、IEEE802.3、NetBEUI、IPX/SPX等主流网络协议；支持Oracle、Sybase、DB2、SQLServer等主流数据库系统；B/S架构的各个应用均须使用J2EE体系架构开发，以支持国内外主流应用服务器平台。

要求系统应充分体现先进性、实用性、经济性。

7、主要应用系统的架构要求如下：

中央平台系统：B/S/S为主，C/S为辅；业务系统：B/S/S架构。

对于B/S架构的应用系统，要求统一选用基于J2EE架构的构件式集成开发应用平台开发各个应用系统，开发应用平台应是通用的、产品化的、基于可视化开发方法的平台，以更好实现业务构件、组装构件、部署构件、管理构件等应用功能，并实现构件级的可重用技术。所有B/S架构的应用应基于Model-View-Controller(MVC)模式，将应用软件的界面层、业务逻辑层、数据访问层明确分离，以更好支持跨平台操作、分布式应用、后期扩充、方便维护的需要以及适应项目应用不确定性的需要。

8、中央平台必须提供可靠、稳定、安全的在线交易平台功能和管理功能。

（1）必须保证每笔缴费交易完整、一致性。

（2）必须保证一个收费单位业务计费系统出现问题，不会影响其它账单的查询、缴费等交易操作。

（3）必须保证每个账单查询操作、缴费操作的响应时间不超过2秒钟。

9、系统安全至少满足如下要求：

（1）系统要提供安全定义和数据加密。

（2）系统本身要有良好的安全性能和可靠性；

（3）系统必须提供不停机进行应用维护、应用升级的能力；

（4）系统必须提供应用隔离的功能，即一个应用服务的错误、失败不会导致整个系统瘫痪。

10、符合国家有关计算机信息网络、电子商务交易、电子金融平台、相关行业规定与规划等有关要求、规范和标准。

第八章应用软件功能设计

“城市一卡通”信息化工程一期工程应用软件是一套全过程、全方位的现代化市民收费卡管理信息系统，共包括中央数据处理平台应用软件、缴费(含查询)业务应用软件、计费单位接口应用软件三大部分共25个系统，如下图：

第九章 硬件网络系统设计

网络安全平台主要采用电信的光纤把参与一卡通建设的相关单位即市政府信息办、公安局、工商局、劳动局、社保局、医保中心、住房公积金中心、工商银行、建设银行、农业银行、商业银行、电业局、水务集团、天然气公司、新视广电网络公司、电信、移动、联通、网通、铁通公司全部联在一起，一卡通中央数据处理平台和相关单位物理接口点工作在通信运营商的MPLS VPN网络环境中。20家单位的局域网互联时，最好每家单位都配置网络安全设备，如防火墙系统等；中央平台除防火墙外最好再配置入侵检测系统、漏洞扫描系统等加强系统安全性，这样每家单位的内部局域网的IP地址和其它网络资源都是保密的，20家单位之间通过虚拟的外部地址通讯，保证各单位内部系统的安全保密性。

 3/4   首页 上一页 1 2 3 4 下一页 尾页