金税三期工程技术基础架构设计方案bjrfby4q.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 业务工作门户——架构设计 服务控制 平台管理 业务工作平台 权限访问 业务集成 页面集成 代办事宜设计 工作进程设计 业务管理预警 行为操作监控 业务指导帮助 业务功能 应用支撑框架 界面元素标准 页脚区框架 菜单域框架 工作区框架 页眉区框架 身份认证 权限管理 代办事宜 流程导航 业务预警 业务辅助信息 行动操作 事件调度 产品支撑 页面集成技术 界面元素标准 页脚区框架 菜单域框架 工作区框架 页眉区框架 工作流 流程引擎 展现模式管理 个性化管理 代办事宜设置 认证策略管理 监控管理 辅助新管理 * * 业务工作门户——方案建议 服务控制 平台管理 业务工作平台 权限访问 业务集成 页面集成 代办事宜设计 工作进程设计 业务管理预警 行为操作监控 业务指导帮助 业务功能 应用支撑框架 产品支撑 页面集成技术 界面元素标准 页脚区框架 菜单域框架 工作区框架 页眉区框架 工作流 流程引擎 方案一：采购产品 方案二：由业务工作门户的开发商自行开发 此为在产品不能满足要求时的备用方案 * 业务工作门户——推荐方案二 原因 放弃方案一的议案因：以前对Portal的使用问题 封装为Portlet会产生性能问题 权限粒度太粗，和我们需要的细粒度权限控制不符 应对税务需求的定制能力存疑 * 纳税服务门户 内部门户网站 办税服务、纳税咨询、征纳交流和税收宣传等； 网上申报、网上登记与预审及网络发票等办税服务访问的经由门户； 省局和总局两级部署，省局个性化； 统一的身份认证登录； 内容管理、交互与协同等功能的支持 面向全部纳税人的门户网站的性能问题 内部统一门户：沿用目前网站在信息发布、内容展现方面的功能，提供连入业务系统的链接； 省局和总局两级部署，省局个性化 统一的身份认证登录； 内容管理、交互与协同等功能的支持 门户网站类模式——应用需求 * 门户网站类模式——应用对应 * 门户网站类模式——参考架构 办税服务 税收宣传 纳税咨询 互动交流 新闻报道 员工门户 对内 对外 内容管理软件 交互工具 内容管理软件 知识库 办公 网上申报 其他网上系统 纳税人身份系统 行政办公平台 内部业务平台 内部IA中心 纳税人 税务人员 * 更加重视用户界面集成； 更加重视性能和效率，重视用户的使用体验。 同时也包含流程整合、应用整合及权限整合等门户框架。 对于门户业务服务偏向于比较轻量的、实用的应用。 多种门户协议标准限制。 Porlet定制和布局等智能控制和个性管理功能。 在性能和效率，以及用户体验方面有待提高。 包含重量型的门户业务服务（内容管理、搜索等），但其功能不及专业产品。 门户框架扩展性和集成性有待提高，也无法定制。 轻门户： 重门户： 轻门户正在向两个方向发展： 其一是以新浪为代表的门户网站形式，通过HTML基本技术呈现内容集成/功能集成/操作体验的门户界面； 其二是企业工作门户，将企业的业务/流程/处理统一起来的工作平台。 建议采用轻门户的方式实现纳税服务门户和内部门户网站。 由于重门户的使用效果并不好，目前重门户的应用正在弱化。 门户网站类模式——实现方式选择 * 总局和省局两级部署，分担用户压力。 进行用户分类，按照业务类型限制用户压力，保证关键业务。 门户应用采用轻量方式实现，避免复杂门户技术处理。 门户统一身份认证和登录需做好性能规划。 Web服务器进行用户访问流量控制和路由。 应用服务器实现集群，并进行负载均衡，保障性能要求。 应用集成需考虑被集成系统的单点性能瓶颈问题，尽量实现松耦合。 避免进行跨级次、跨区域的应用集成。 关键系统进行用户访问排队和控制。 关键业务系统的数据库设计和访问优化。 内容文档库的访问优化和简化。 门户网站类模式——性能设计 * 技术特点 内容管理具有采集、编写、审核校对、发布、归档等一系列过程 典型的流程应用，数据异步处理,内容具有数据权限约束 采集端 编辑修改 审核 发布 归档 IE客户端 上传/下载 样式编辑 内容浏览 通过 送审 访问授权 信息推送 展示 历史查询 存储备份 内网门户等 门户网站类模式——内容管理软件 * 门