12345热线系统非功能性方案.docxVIP

12345热线系统非功能性方案

性能设计

根据热线中心年热线数据量约16万条计算，整合各联动单位后的年数据量约在100万条，不含语音文件的数据容量大概在20G左右，语音文件容量约1T左右，从容量和可扩展性和灾备等多方面综合考虑，建议每年的数据库服务器分配在25G左右，文件服务器容量分配2T左右。

各联动单位热线系统整合后，随着数据量、并发访问量呈几何级数增大，热线系统平台的性能将是决定平台是否高效、实用的关键，性能高的响应能给用户带来效率上的提升，加快工作效率，减少等待时间，同时加快了系统的处理效率，我们将通过以下几方面设计来保证用户得到高质量的响应：

利用集群功能，合理分配负载，充分利用各主机的CPU,内存等硬件资源；利用集群管理软件，当主服务器故障时，备份服务器能够自动接管主服务器的工作，并及时转换过去，以实现对用户的不间断服务；充分利用集群中的每一台计算机的资源，实现复杂运算的并行处理。

负载均衡设计，利用负载均衡根据某种算法合理分配到集群中的每一台计算机上，以减轻主服务器的压力，降低对主服务器的硬件和软件需求。

有效利用数据库的缓存功能，对于经常访问的数据，可将数据缓存于数据库中，减少IO读写。

配置分布式的缓存服务器，对常用数据进行缓存，减少对数据源的实时访问。

硬件部署上，将数据库服务器、Web服务器、Web服务、缓存服务器、文件服务器分开单独部署，减轻服务器压力的同时，提升性能的同时，便于今后分布式部署。

对每年的历史数据作备份，备份的历史数据仅供查询用，使用中的业务数据仅保留6–12个月的数据，减少历年累积的数据对处理性能的影响。

安全性设计

考虑到政府信息化系统对安全的高标准，热线系统平台对安全性方面采用以下技术手段来保证系统的安全：

HTTPS协议：因协同系统供多个联动单位使用，必须部署在公网，另外APP调用的Web服务也需要部署在公网，为了保证数据传输过程中的安全性，部署在公网的应用及服务采用单项HTTPS协议；因热线中心目前已经有统一认证平台及人员信息库，组织机构库，内网用户使用统一认证平台验证用户登录合法性。

身份认证：平台对所有的业务系统提供身份认证功能，使用系统的用户必须先要经过申请审批管理流程，通过管理人员的合法性审批；在系统登录界面中，只有输入正确的用户名和密码，才能进入系统，进入系统后用户可随时修改自己的密码。对用户密码可提供更严格的控制功能，如首次登录系统必须修改密码、经过多长时间必须修改密码、多次登录失败锁定用户等，进一步提供系统的身份认证安全性。

数据加密：为了保证重要资料数据在数据库层不能被查看，系统对重要数据加密后存入数据库；对于用户注册密码，我们采用将用户密码进行MD5加密后以密文的方式保存到数据库中，用户登录时，将用户输入的密码以同样的加密算法进行加密后，与当前用户注册密码的加密密文进行比对。

权限控制：系统提供权限管理功能模块，系统管理员可增加、删除、修改用户、用户组，设置用户的操作权限、数据权限；通过用户、用户组及权限管理功能对登录的用户操作的页面、功能进行权限控制，实现系统应用的数据安全。

操作日志：系统对用户登录情况，如登录用户、进入时间、退出时间、操作功能项等进行自动记录；对于数据录入、数据同步、数据抽取和数据分析等应用处理的时间、数据范围、执行情况等也自动记录日志，以便出问题时跟踪追查审计。

可靠性设计

热线系统平台提供24小时面向市民的服务平台，因此必须确保7×24小时稳定可靠运行；平台需提供系统崩溃时的快速恢复机制，确保系统出现故障时能快速恢复系统正常运行。

对于核心的热线业务系统，Web服务器、IVR服务器、数据库服务器采用集群部署的方式分别部署在两台不同的服务器上，这样即使一台服务器停机，业务人员还可以正常使操作平台处理业务，不影响系统的正常使用。

系统对用户数据输入的合法性进行严格校验，并对非法数据(如数据类型及范围不匹配等)产生含义明确的提示。系统不会因用户非法输入而造成程序中止(产生源代码错误信息、死机等)。

系统采用分布式架构，在资源占用、数据存储等方面设计合理，不会对服务器造成过高压力而导致死机或服务器操作系统崩溃等情况；确保系统运行较长时间(如两年以上)后不会因信息过多、数据库容量不足而导致整个系统的崩溃。

可扩展性设计

热线系统平台采用成熟、先进的主流技术，确保系统技术的持续领先性，保证项目投资的有效性、保值性和延续性。

平台采用SOA（基于服务的软件架构）架构，所有的核心业务逻辑以服务的形式发布，并且采用ESB（企业服务总线）技术进行调度、调用；未来随着业务的扩展，只需要在原来的架构基础上开发扩展服务并部署即可，不需要修改架构。

所有的服务采用标准的基于HTTP的协议，服务端和客户端的数据交互以基于HTTP的JSON格式来进行数据定义,