12366税讯呼短信平台管理系统设计方案.docVIP

12366税讯呼短信平台管理系统技术方案0 报告编制要求 3 1 投标应答 4 1.1 系统总体要求应答 4 1.2 系统功能要求应答 4 2 总体设计 7 2.1背景 7 2.2 软件体系结构 7 2.2 系统架构 8 2.3 技术路线 9 2.4 系统接口设计 9 3功能设计 9 3.1后台服务管理 13 3.2用户权限管理 16 3.3 群组管理 19 3.3.1群组成员维护 19 3.4 短信配置 19 3.4.1制式短信字典 19 3.4.2短信费用管理 20 3.4.3关键字信息维护 20 3.4.4黑名单信息维护 20 3.4.5远程短信控制短信格式维护 20 3.4.6上下文检索维护 20 3.5短信管理 20 3.5.1群组发送 20 3.5.2自定义发送 21 3.5.3定制发送 21 3.5.2回复信息查询 21 3.5.3查询远程短信命令短信 22 3.6 统计查询 23 3.6.1短信发送情况统计表 23 3.6.2短信历史信息查询 23 3.6.3回复信息查询 23 报告编制要求 这里列出本系统设计报告编制的经验性要求，须由系统设计人员参照其进行裁剪以确定本次报告编制的相关规定。 序号 要求 1 对各种结构图要求采用Visio绘制。 2 软件体系结构图通常包括：子系统实体、子系统间数据流、相关说明。 3 软件结构图通常包括：模块实体、模块间数据流、数据存储、相关说明。 4 运行体系图包括：进程实体、启动顺序、并发性、数据交换。 6 对数据库结构的描述要求采用结构图方式描述，而非采用过多表格。 7 数据库结构图主要包括：表实体、表间关系、主要字段、相关说明四部分。 8 对于平台性产品，要求有系统层次的划分图。 9 通常要隔离应用对数据库的直接访问。 1 投标应答 1.1 系统总体要求应答 南京地税12366税讯呼短信平台管理系统建设必须满足以下目标： 通过对现有的12366短信平台进行功能整合和操作优化，并根据多用户、分级管理的原则，调整并增加相应功能和拓展使用面，使之更加方便基层使用，满足不同层面用户的需求，并以更加便捷化、人性化的方式予以展现，向税收一线管理服务倾斜，为税收征收管理提供服务。 税讯呼短信平台以南京地税建设为主，国税的短信息通过平台的接口进行转发，不需开发业务接口。南京地税已经拥有移动、联通、电信的短信号码,本次系统开发作为原有平台的升级，原有平台的功能在新的平台中必须予以保留或加强，中标公司开发前需先对南京地税原有的平台功能进行详细了解。 新的平台设想分为前后台两大部分,要求采用B/S的方式进行开发。 应答：满足。详细应答见2总体设计 本项目拟以构建南京地税“便捷、快速、灵活”的税讯呼短信平台管理系统为目标，以实现南京地税12366税讯呼短信平台管理系统向税收一线管理服务倾斜，保证各区县地税系统各环节的高效应用，保证税收征收服务的便捷性，全面满足南京地税分管部门及各区县、税务所的应用需求，实现多级用户管理，满足内部、外部应用需求。实现与外部平台的良好应用互联，真正实现的多级应用，相互独立、应用便捷的税讯呼平台。 系统功能要求应答 1.2.1后台定位为通讯及系统管理部分 用于处理网关通讯、国税数据转发、扣费、定时下发、计费统计、业务运行、上下行及其他数据记录及更新、数据传输……等工作。 其中有关通讯的系统参数设置和业务参数需要以配置文件、或数据库记录、或后台页面编辑的方式来进行查询和更新，从而保证程序的稳定性和灵活性。 所有的通讯管理程序和接口程序，要写成系统服务的形式，可以在系统启动时自动加载运行。 数据通讯采用 WebService接口，通讯协议采用XML格式，需定义好群发和单一发送的格式参数以及权限校验密钥的校验方式。 和国税之间的接口也统一采用WebService方式。 在对通讯数据进行处理时，需要实现以下功能： （1）、关键字过滤（可自由设置），（2）、黑名单过滤（可自由设置），（3）、记录上下行内容（可进行详细记录的查询），（4）、权限鉴别（对调用输出接口的数据进行权限校验，认证失败则不予发送），（5）、客户业务定制处理（可自由定义数据接口格式、计费方式等，可自由选择统计报表） 以下页面（即和通讯功能密切相关的设置页面）只能由管理员或超级用户访问和操作，权限不开放给一般用户： （1）、关键字过滤 （2）、黑名单过滤 （3）、上下行历史记录查询 （4）、权限校验码设置 （5）、客户定制关系维护 应答：满足。详细应答见3.1 1.2.1用户管理模块要求 实现用户权限的分级功能，用户分级定义为四级，管理员可管理所有的用户和权限。 第一级用户的具体权限由管理员设置； 一级用户可以新增二级用户，并能在自身拥有的权限中选择一部分或全部分配给二级用户，未对一