民生信息服务平台功能需求.doc

民生信息服务平台功能需求 目录 项目背景 3 系统需求 3 业务功能需求 3 性能需求 7 建设方案 7 总体设计思路 7 技术方案说明 8 网络结构 9 软件架构 10 基础软件 11 功能规划 11 功能结构示意图 11 前台功能管理 12 短信业务模块 12 Web业务模块 21 系统管理功能 22 用户注册 25 WAP业务模块 26 数据源采集子系统 31 移动邮箱接口子系统 32 资讯管理中心 33 业务管理中心 35 业务处理引擎 36 邮件批量任务监控中心 37 民生平台门户 38 系统管理中心 39 日志管理 40 平台可承载业务简介 41 项目背景 随着经济的发展，市民的生活水平也得到了很大的提高，生活节奏也无形中加快。许多市民对与自己有切身关系的一些民生服务有了更高的要求。 针对这种状况，移动准备与信产局合作建设民生信息服务平台项目涉及到人民群众日常生活的社会事件、社会问题、社会风貌的报道，包括社会问题、社会事件和社会生活方面的内容，尤以社会道德伦理为基础反映社会风尚的为主是为了满足社会公共需要，弥补市场的不足，以国家为主体对部分社会总产品进行分配和资源配置婚姻家庭是特定的人与人之间的社会关系,即以男女两性和亲属间的血缘联系为其自然条件的社会关系。婚姻家庭关系具有双重属性,即社会性和自然性 网络结构说明： 数据采集服务器通过Internet或专线与数据源连接，各种数据由各自独立的接口程序进行采集入库。 要使用民生邮箱的市民先登陆到139手机邮箱，通过一个菜单选项跳转到民生信息服务平台，139邮箱系统判断登陆的用户是移动的手机用户则显示该菜单。 系统生成的所有邮件，以适当时间发送到对应用户的139手机邮箱。 软件架构 本系统采用B/S模式开发，主要交互功能由用户使用浏览器进行操作。后台程序为独立的多线程程序。为了满足系统的稳定性，拓展性以及系统的可维护性的要求。系统软件使用三层的软件架构。也就是常说的MVC模式。如下图。 说明： 1、核心数据层：用于保存系统的持久数据，与功能有关的数据保存在数据库，通过接口中采集回来的数据也保存在数据库。 2、应用处理层：系统的业务处理逻辑布置到应用处理层，当业务逻辑发生变化时，可以尽量减少用户使用的界面的影响。 3、前端应用层：用于与用户进行交互，逻辑处理由应用处理层负责，本层只涉及界面输入的较验等简单逻辑，不涉及到业务逻辑的处理。 基础软件 系统软件及开发环境： 软件类型 软件名称 说明 Web服务器 Microsoft IIS 6.0 操作系统 Windows 2003 Server 数据库 SQL Server 2005 开发工具 .Net Framework 2.0 开发语言 c# 功能规划 功能结构示意图 图3.3.1功能结构示意图 前台功能管理 民生信息服务平台的栏目需要移动方确认（待补充）。栏目的配置可以通过后台自定义配置。 短信业务模块 业务设置 管理各种公共信息服务的短信业务，每一种业务涉及的服务及产品。每一种新的业务都利用插件方式来增加，在不影响现有业务的情况平滑升级。 业务指令翻译表管理 管理用户错误指令的纠正规划，以方便用户使用。 业务端口映射管理 民生信息查询平台采用统一端口的方式对外推广，因此新增的业务需要在统一端口中利用用户的选择作映射导航转向新增的业务插件，实现业务流程。 业务模拟测试 利用界面模拟短信的收发进行新增业务的实际使用测试，可避免使用手机测试的不方便性。 业务使用用户管理 管理用户的资料，使用业务的历史及费用情况。 短信应用服务管理 针对公共信息服务业务应用多样化的特点，C-DAP集团数据业务接入平台的短信应用服务模块除具有各种短信收发功能外，还支持集团短信业务的插件扩展功能，以满足各接入服务提供商的业务需求。 业务批量开通 通过匹配数据源数据里面的共性数据，如身份证、手机号码等内容进行业务批量开通。 特服号管理 服务提供商特服号分配 接入服务提供商后，系统/分区管理员把一个基本特服号后面加上一定长度的后缀分配给政府部门或某个服务提供商（如06160为基本特服号，可以把0616011作为此某服务提供商的特服号）。政府部门或服务提供商分配了特服号后才可以开展短信业务。 用户特服号（短信箱）分配 系统/分区/管理员在已分配的特号加上一定长度的后缀分配给某个用户（如0616011是服务提供商特服号，可以把061601100作为某用户的特服号），分配特服号的同时该用户就拥有了一个短信箱，一个用户可以有且仅有一个特服号。 业务特服号分配 政府部门或接入服务提供商开展短信业务时，需要为该业务分配一个特服号。多个业务可以使用同一个特服号，只要接入业务的代码不同即可。 特服号映射管理 政府部门或服务提供商开展短信