软件系统架构设计说明

欢迎阅读本文档，希望本文档能对您有所帮助!欢迎阅读本文档，希望本文档能对您有所帮助!欢迎阅读本文档，希望本文档能对您有所帮助!欢迎阅读本文档，希望本文档能对您有所帮助!欢迎阅读本文档，希望本文档能对您有所帮助!欢迎阅读本文档，希望本文档能对您有所帮助!HYPERLINK""目录TOC\o"1-4"\h\z\uHYPERLINK\l"_Toc272236260"1软件系统架构设计PAGEREF_Toc272236260\h5HYPERLINK\l"_Toc272236261"1.1概要说明PAGEREF_Toc272236261\h5HYPERLINK\l"_Toc272236262"1.2系统特点PAGEREF_Toc272236262\h5HYPERLINK\l"_Toc272236263"1.2.1根据优化流程开发PAGEREF_Toc272236263\h5HYPERLINK\l"_Toc272236264"1.2.2充分利用现有资源PAGEREF_Toc272236264\h5HYPERLINK\l"_Toc272236265"1.2.3先进的设计理念PAGEREF_Toc272236265\h5HYPERLINK\l"_Toc272236266"1.2.4开放式的可扩展性PAGEREF_Toc272236266\h5HYPERLINK\l"_Toc272236267"1.2.5与现有系统轻松衔接PAGEREF_Toc272236267\h5HYPERLINK\l"_Toc272236268"1.2.6可信赖的高可靠性PAGEREF_Toc272236268\h6HYPERLINK\l"_Toc272236269"1.3总体体系架构PAGEREF_Toc272236269\h6HYPERLINK\l"_Toc272236270"1.3.1基于组件的SOA系统应用架构PAGEREF_Toc272236270\h6HYPERLINK\l"_Toc272236271"1.3.2系统技术框架PAGEREF_Toc272236271\h7HYPERLINK\l"_Toc272236272"1.3.3其他重要问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 PAGEREF_Toc272236272\h9HYPERLINK\l"_Toc272236273"1.4主平台解决 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 PAGEREF_Toc272236273\h10HYPERLINK\l"_Toc272236274"1.4.1基于工作流的业务流程管理PAGEREF_Toc272236274\h10HYPERLINK\l"_Toc272236275"1.4.1.1监控管理PAGEREF_Toc272236275\h12HYPERLINK\l"_Toc272236276"1.4.1.2工作项服务PAGEREF_Toc272236276\h12HYPERLINK\l"_Toc272236277"1.4.1.3日志服务PAGEREF_Toc272236277\h12HYPERLINK\l"_Toc272236278"1.4.2业务规则管理PAGEREF_Toc272236278\h13HYPERLINK\l"_Toc272236279"1.4.3主平台和各子系统的接口PAGEREF_Toc272236279\h13HYPERLINK\l"_Toc272236280"1.4.4多级基于角色的权限管理PAGEREF_Toc272236280\h13HYPERLINK\l"_Toc272236281"1.5数据模型PAGEREF_Toc272236281\h14HYPERLINK\l"_Toc272236282"1.5.1数据建模原则PAGEREF_Toc272236282\h14HYPERLINK\l"_Toc272236283"1.5.2数据建模 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 PAGEREF_Toc272236283\h15HYPERLINK\l"_Toc272236284"1.5.3数据质量管理PAGEREF_Toc272236284\h16HYPERLINK\l"_Toc272236285"1.5.4数据存储方式PAGEREF_Toc272236285\h16HYPERLINK\l"_Toc272236286"1.5.5其他重要问题PAGEREF_Toc272236286\h17HYPERLINK\l"_Toc272236287"1.6用户界面PAGEREF_Toc272236287\h17HYPERLINK\l"_Toc272236288"1.6.1用户界面设计原则PAGEREF_Toc272236288\h17HYPERLINK\l"_Toc272236289"1.6.2用户界面层设计技术PAGEREF_Toc272236289\h17HYPERLINK\l"_Toc272236290"2概要设计说明PAGEREF_Toc272236290\h19HYPERLINK\l"_Toc272236291"2.1概述PAGEREF_Toc272236291\h19HYPERLINK\l"_Toc272236292"2.2设计原则PAGEREF_Toc272236292\h19HYPERLINK\l"_Toc272236293"2.2.1统一设计原则PAGEREF_Toc272236293\h19HYPERLINK\l"_Toc272236294"2.2.2先进性原则PAGEREF_Toc272236294\h19HYPERLINK\l"_Toc272236295"2.2.3高可靠/高安全性原则PAGEREF_Toc272236295\h20HYPERLINK\l"_Toc272236296"2.2.4标准化原则PAGEREF_Toc272236296\h20HYPERLINK\l"_Toc272236297"2.2.5成熟性原则PAGEREF_Toc272236297\h20HYPERLINK\l"_Toc272236298"2.2.6适用性原则PAGEREF_Toc272236298\h20HYPERLINK\l"_Toc272236299"2.2.7可扩展性原则PAGEREF_Toc272236299\h20HYPERLINK\l"_Toc272236300"2.3系统功能综述PAGEREF_Toc272236300\h20HYPERLINK\l"_Toc272236301"2.3.1主控平台PAGEREF_Toc272236301\h20HYPERLINK\l"_Toc272236302"2.3.2房屋图元信息PAGEREF_Toc272236302\h20HYPERLINK\l"_Toc272236303"2.3.3房屋基础信息PAGEREF_Toc272236303\h21HYPERLINK\l"_Toc272236304"2.3.4楼盘表PAGEREF_Toc272236304\h21HYPERLINK\l"_Toc272236305"2.3.5房屋权属信息PAGEREF_Toc272236305\h21HYPERLINK\l"_Toc272236306"2.3.6房屋地址库信息PAGEREF_Toc272236306\h21HYPERLINK\l"_Toc272236307"2.3.7统计分析PAGEREF_Toc272236307\h21HYPERLINK\l"_Toc272236308"2.4重点子系统解决方案PAGEREF_Toc272236308\h22HYPERLINK\l"_Toc272236309"2.4.1xxx子系统解决方案PAGEREF_Toc272236309\h22HYPERLINK\l"_Toc272236310"2.4.1.1xxx子系统架构图PAGEREF_Toc272236310\h22HYPERLINK\l"_Toc272236311"2.4.1.2xxx子系统预受理组件业务流程图PAGEREF_Toc272236311\h22HYPERLINK\l"_Toc272236312"3接口、部署及迁移实施方案PAGEREF_Toc272236312\h23HYPERLINK\l"_Toc272236313"3.1接口方案PAGEREF_Toc272236313\h23HYPERLINK\l"_Toc272236314"3.2系统部署方案PAGEREF_Toc272236314\h23HYPERLINK\l"_Toc272236315"3.3系统硬件部署方案PAGEREF_Toc272236315\h24HYPERLINK\l"_Toc272236316"3.3.1硬件部署图PAGEREF_Toc272236316\h24HYPERLINK\l"_Toc272236317"3.3.2网络拓扑结构PAGEREF_Toc272236317\h24HYPERLINK\l"_Toc272236318"3.3.2.1数据库层PAGEREF_Toc272236318\h24HYPERLINK\l"_Toc272236319"3.3.2.2存储层PAGEREF_Toc272236319\h26HYPERLINK\l"_Toc272236320"3.3.2.3应用层PAGEREF_Toc272236320\h28HYPERLINK\l"_Toc272236321"3.3.2.4发布层PAGEREF_Toc272236321\h29HYPERLINK\l"_Toc272236322"3.3.3内外网交换系统PAGEREF_Toc272236322\h30HYPERLINK\l"_Toc272236323"3.3.4网络安全PAGEREF_Toc272236323\h32HYPERLINK\l"_Toc272236324"3.4系统迁移实施方案PAGEREF_Toc272236324\h32HYPERLINK\l"_Toc272236325"3.4.1数据迁移PAGEREF_Toc272236325\h33HYPERLINK\l"_Toc272236326"3.4.1.1数据迁移需求分析PAGEREF_Toc272236326\h33HYPERLINK\l"_Toc272236327"3.4.1.2迁移规则制定PAGEREF_Toc272236327\h33HYPERLINK\l"_Toc272236328"3.4.1.3数据资源规划和清理PAGEREF_Toc272236328\h33HYPERLINK\l"_Toc272236329"3.4.1.4数据迁移工具的选择PAGEREF_Toc272236329\h33HYPERLINK\l"_Toc272236330"3.4.1.5数据迁移试迁及完善PAGEREF_Toc272236330\h34HYPERLINK\l"_Toc272236331"3.4.1.6正式迁移PAGEREF_Toc272236331\h34HYPERLINK\l"_Toc272236332"3.4.2系统切换及过度时间计划PAGEREF_Toc272236332\h34HYPERLINK\l"_Toc272236333"3.4.2.1风险分析PAGEREF_Toc272236333\h34HYPERLINK\l"_Toc272236334"3.4.2.2切换方案PAGEREF_Toc272236334\h35HYPERLINK\l"_Toc272236335"4平台技术标准与规范PAGEREF_Toc272236335\h36HYPERLINK\l"_Toc272236336"5应用系统培训方案PAGEREF_Toc272236336\h36HYPERLINK\l"_Toc272236337"5.1万里红有限公司的培训优势PAGEREF_Toc272236337\h36HYPERLINK\l"_Toc272236338"5.2基础条件PAGEREF_Toc272236338\h36HYPERLINK\l"_Toc272236339"5.3培训对象及目标PAGEREF_Toc272236339\h36HYPERLINK\l"_Toc272236340"5.4管理层培训PAGEREF_Toc272236340\h37HYPERLINK\l"_Toc272236341"5.5系统管理人员培训PAGEREF_Toc272236341\h37HYPERLINK\l"_Toc272236342"5.6普通用户培训PAGEREF_Toc272236342\h38HYPERLINK\l"_Toc272236343"5.7外地代理商培训PAGEREF_Toc272236343\h38HYPERLINK\l"_Toc272236344"5.8约束条件PAGEREF_Toc272236344\h39HYPERLINK\l"_Toc272236345"5.9培训结果的评估PAGEREF_Toc272236345\h39HYPERLINK\l"_Toc272236346"5.10培训方式PAGEREF_Toc272236346\h39HYPERLINK\l"_Toc272236347"6平台的建设建议PAGEREF_Toc272236347\h40HYPERLINK\l"_Toc272236348"7所需的第三方产品PAGEREF_Toc272236348\h41HYPERLINK\l"_Toc272236349"8项目开发和管理工具PAGEREF_Toc272236349\h42HYPERLINK\l"_Toc272236350"9软件生命周期各阶段的工艺、方法PAGEREF_Toc272236350\h43HYPERLINK\l"_Toc272236351"9.1项目启动阶段PAGEREF_Toc272236351\h43HYPERLINK\l"_Toc272236352"9.2需求分析阶段PAGEREF_Toc272236352\h44HYPERLINK\l"_Toc272236353"9.3系统设计阶段PAGEREF_Toc272236353\h45HYPERLINK\l"_Toc272236354"9.4系统实现阶段PAGEREF_Toc272236354\h46HYPERLINK\l"_Toc272236355"9.5集成测试阶段PAGEREF_Toc272236355\h48HYPERLINK\l"_Toc272236356"9.6系统测试阶段PAGEREF_Toc272236356\h48HYPERLINK\l"_Toc272236357"9.7系统交付阶段PAGEREF_Toc272236357\h50HYPERLINK\l"_Toc272236358"9.8系统维护阶段PAGEREF_Toc272236358\h50HYPERLINK\l"_Toc272236359"10项目实施方法PAGEREF_Toc272236359\h51HYPERLINK\l"_Toc272236360"10.1迭代式软件开发模式PAGEREF_Toc272236360\h51HYPERLINK\l"_Toc272236361"10.2为什么要以迭代方式开发PAGEREF_Toc272236361\h51HYPERLINK\l"_Toc272236362"10.3迭代式方法的优点PAGEREF_Toc272236362\h52HYPERLINK\l"_Toc272236363"11项目实施各个阶段的进度计划、成果及交付物说明PAGEREF_Toc272236363\h55HYPERLINK\l"_Toc272236364"7)系统交付阶段PAGEREF_Toc272236364\h58HYPERLINK\l"_Toc272236365"12项目管理方案PAGEREF_Toc272236365\h60HYPERLINK\l"_Toc272236366"12.1项目组织机构PAGEREF_Toc272236366\h60HYPERLINK\l"_Toc272236367"12.1.1组织结构及组织图PAGEREF_Toc272236367\h60HYPERLINK\l"_Toc272236368"12.1.2投入人力的职能及责任限度PAGEREF_Toc272236368\h60HYPERLINK\l"_Toc272236369"12.2范围控制PAGEREF_Toc272236369\h61HYPERLINK\l"_Toc272236370"12.3进度控制PAGEREF_Toc272236370\h62HYPERLINK\l"_Toc272236371"12.4质量保证PAGEREF_Toc272236371\h63HYPERLINK\l"_Toc272236372"12.4.1QA经理PAGEREF_Toc272236372\h63HYPERLINK\l"_Toc272236373"12.4.2QA 工程 路基工程安全技术交底工程项目施工成本控制工程量增项单年度零星工程技术标正投影法基本原理 师PAGEREF_Toc272236373\h64HYPERLINK\l"_Toc272236374"12.5沟通管理PAGEREF_Toc272236374\h65HYPERLINK\l"_Toc272236375"12.5.1项目主管PAGEREF_Toc272236375\h65HYPERLINK\l"_Toc272236376"12.5.2项目组PAGEREF_Toc272236376\h66HYPERLINK\l"_Toc272236377"12.5.3QA工程师PAGEREF_Toc272236377\h66HYPERLINK\l"_Toc272236378"12.6配置管理PAGEREF_Toc272236378\h68HYPERLINK\l"_Toc272236379"12.7文档范本PAGEREF_Toc272236379\h68HYPERLINK\l"_Toc272236380"12.8风险控制PAGEREF_Toc272236380\h69HYPERLINK\l"_Toc272236381"12.8.1项目风险PAGEREF_Toc272236381\h69HYPERLINK\l"_Toc272236382"在出现不可修复的危害之前准备修复计划；PAGEREF_Toc272236382\h69HYPERLINK\l"_Toc272236383"12.9保密措施PAGEREF_Toc272236383\h69HYPERLINK\l"_Toc272236384"12.9.1公司保密制度PAGEREF_Toc272236384\h69HYPERLINK\l"_Toc272236385"12.9.2项目保密制度PAGEREF_Toc272236385\h69HYPERLINK\l"_Toc272236386"13技术支持与售后服务方案PAGEREF_Toc272236386\h71HYPERLINK\l"_Toc272236387"13.1技术支持与售后服务体系PAGEREF_Toc272236387\h71HYPERLINK\l"_Toc272236388"13.1.1技术支持与服务原则PAGEREF_Toc272236388\h71HYPERLINK\l"_Toc272236389"13.1.2ISO9001的服务规范PAGEREF_Toc272236389\h71HYPERLINK\l"_Toc272236390"13.1.3服务工作流程PAGEREF_Toc272236390\h71HYPERLINK\l"_Toc272236391"13.2技术支持与服务体系组织保障PAGEREF_Toc272236391\h72HYPERLINK\l"_Toc272236392"13.3服务体系PAGEREF_Toc272236392\h72HYPERLINK\l"_Toc272236393"13.4技术支持与售后服务质量保障PAGEREF_Toc272236393\h73HYPERLINK\l"_Toc272236394"13.5技术支持与售后服务内容PAGEREF_Toc272236394\h73HYPERLINK\l"_Toc272236395"13.5.1售前技术服务PAGEREF_Toc272236395\h73HYPERLINK\l"_Toc272236396"13.5.2售中技术服务PAGEREF_Toc272236396\h74HYPERLINK\l"_Toc272236397"13.5.2.1工程实施PAGEREF_Toc272236397\h74HYPERLINK\l"_Toc272236398"13.5.2.2项目管理PAGEREF_Toc272236398\h74HYPERLINK\l"_Toc272236399"13.5.2.3试运行阶段PAGEREF_Toc272236399\h74HYPERLINK\l"_Toc272236400"13.5.2.4系统推广阶段PAGEREF_Toc272236400\h74HYPERLINK\l"_Toc272236401"13.5.2.5技术文档PAGEREF_Toc272236401\h74HYPERLINK\l"_Toc272236402"13.5.2.6技术咨询PAGEREF_Toc272236402\h74HYPERLINK\l"_Toc272236403"13.5.2.7质保期PAGEREF_Toc272236403\h75HYPERLINK\l"_Toc272236404"13.5.3售后技术服务PAGEREF_Toc272236404\h75HYPERLINK\l"_Toc272236405"13.5.3.1技术支持热线、传真及邮件服务PAGEREF_Toc272236405\h75HYPERLINK\l"_Toc272236406"13.5.3.2技术支持网站PAGEREF_Toc272236406\h75HYPERLINK\l"_Toc272236407"13.5.3.3实时技术支持PAGEREF_Toc272236407\h75HYPERLINK\l"_Toc272236408"13.5.3.4对运行维护的现场技术支持和服务PAGEREF_Toc272236408\h75HYPERLINK\l"_Toc272236409"13.5.3.5故障响应及排除PAGEREF_Toc272236409\h76HYPERLINK\l"_Toc272236410"13.5.3.6例行巡检PAGEREF_Toc272236410\h76HYPERLINK\l"_Toc272236411"13.5.3.7系统更新升级PAGEREF_Toc272236411\h76HYPERLINK\l"_Toc272236412"13.5.3.8系统性能评估与优化PAGEREF_Toc272236412\h77HYPERLINK\l"_Toc272236413"13.5.3.9后期技术培训PAGEREF_Toc272236413\h77HYPERLINK\l"_Toc272236414"13.5.3.10周期性现场技术支持总结PAGEREF_Toc272236414\h77HYPERLINK\l"_Toc272236415"13.5.3.11资料定期传送/专题讨论PAGEREF_Toc272236415\h78HYPERLINK\l"_Toc272236416"13.5.3.12系统咨询服务PAGEREF_Toc272236416\h78HYPERLINK\l"_Toc272236417"13.6技术支持与售后服务流程PAGEREF_Toc272236417\h78HYPERLINK\l"_Toc272236418"13.6.1故障类PAGEREF_Toc272236418\h78HYPERLINK\l"_Toc272236419"13.6.1.1服务流程PAGEREF_Toc272236419\h78HYPERLINK\l"_Toc272236420"13.6.1.2流程目的PAGEREF_Toc272236420\h78HYPERLINK\l"_Toc272236421"13.6.1.3流程描述PAGEREF_Toc272236421\h79HYPERLINK\l"_Toc272236422"13.6.1.4现场响应时间PAGEREF_Toc272236422\h79HYPERLINK\l"_Toc272236423"13.6.2技术咨询类PAGEREF_Toc272236423\h79HYPERLINK\l"_Toc272236424"13.6.2.1服务流程PAGEREF_Toc272236424\h80HYPERLINK\l"_Toc272236425"13.6.3 意见 文理分科指导河道管理范围浙江建筑工程概算定额教材专家评审意见党员教师互相批评意见 建议类PAGEREF_Toc272236425\h80HYPERLINK\l"_Toc272236426"13.6.3.1服务流程PAGEREF_Toc272236426\h80HYPERLINK\l"_Toc272236427"13.7紧急情况响应服务PAGEREF_Toc272236427\h80HYPERLINK\l"_Toc272236428"13.7.1紧急情况定义PAGEREF_Toc272236428\h80HYPERLINK\l"_Toc272236429"13.7.2紧急情况分类PAGEREF_Toc272236429\h80HYPERLINK\l"_Toc272236430"13.7.3紧急情况处理流程PAGEREF_Toc272236430\h80软件系统架构设计概要说明系统架构主要包括应用架构和技术架构。系统采用基于组件的标准SOA应用架构，以及按照SOA方法构建的基于J2EE标准的技术架构。系统的应用架构采用了基于服务的体系架构的策略与方法，从组件、子系统以及门户三个层次对系统进行构建，组件组装形成子系统，子系统集成形成门户。门户为人员等提供一个优化的以人为中心的操作界面，用户可以方便地对xxx的整个生命周期进行管理；同时系统管理维护人员也可以方便地通过portal对系统进行监控和管理。系统的技术架构同样也是基于SOA方法和策略进行构建的，它支持客户端和服务器端同步和异步的两种不同的通信方式，web层和服务层进行相对分离，支持分布式和集中式部署两种方案，并且不局限于某一种应用服务器和数据库服务器产品。系统特点根据优化流程开发根据流程特点进行功能设计，采用先进的工作流引擎机制。保证了业务功能的实现。同时达到了灵活配置。松散耦合的目的。保证系统能够能够与原系统灵活切换。符合以“xx生命周期为主线“的高效处理流程。使统一设计，灵活接口。充分利用现有资源充分考虑现有硬件分散、系统相对独立、数据库数据分离的现状。采用分布式部署，统一数据规范、统一接口规范的设计思路，在保证系统功能灵活配置，满足业务需求的前提下，充分利用现有数据及硬件资源。先进的设计理念采用国际通用的JAVA语言开发，海量数据库选型、高效稳定的中间件处理。先进的SOA架构设计，满足现有的性能需求，做到架构和系统的先进性和强大的扩展能力。采用先进的Web2.0技术，做到界面简洁、易用。开放式的可扩展性系统分部署式部署，子系统统一规划，即满足了分布应用的要求，又实现了统一标准。形成了统一、强大的xxx工作平台。与现有系统轻松衔接设计时充分考虑现有系统现状，开发过程和现有系统数据、应用分析同步进行，保证新系统与现有系统顺利衔接。可信赖的高可靠性考虑到实时运行，提供业务流程对可靠性的较高要求，在系统设计中充分考虑了减少和避免故障的可能和隐患，配合合理的系统部署方式和高效的维护服务，能够满足需求中对系统故障时间、修复时间和单点故障隐患的可靠性要求。总体体系架构基于组件的SOA系统应用架构系统的应用架构是系统进行构建的主要思路和方法，我们建议xxx系统采用基于组件的SOA的系统应用架构对系统进行构建。系统按照SOA的方法把系统从总体上划分为3个层次，分为：组件层、系统层、集成层。组件层：组件层主要包括系统开发需要用到得各种组件，又可以分为横向通用组件、纵向通用组件和纵向专用组件。横向组件是大部分系统都需要用到的通用的组件，如：Web组件、日志管理、数据校验、邮件管理、打印组件、报表组件、文档管理、参数管理、单点登陆等，横向组件的作用是更好的管理和复用系统的通用组件；纵向通用组件包括在领域应用中通用的组件，如：工作流、报表工具、规则引擎、用户权限管理等在领域应用中使用较为广泛；纵向专用组件是针对每一个领域专用的具有领域特色的组件，在xxx系统中纵向专用组件可以分为申请、受理、收费组件、分类组件、保密组件等等有关于xxx的组件；系统层：系统层包括了有组件组装得到的各个应用系统，又可以分为核心层、综合业务层和辅助管理层。核心层是整个系统的重点和难点，是整个系统最重要的组成部分，如xxx子系统是将申请人的申请进行接受和汇总子系统；；门户平台：基于以人为本的原则，基于portal技术，对系统层各个子系统进行集成。使用门户平台，用户不需要登陆每一个子系统进行相应的工作，而是在统一的门户平台进行工作。结合工作流技术，对于每个登陆系统的人都提供简洁统一的工作选项，对于申请人、审核人、系统管理员、维护人员、局领导等都能做到方便的操作系统，快速进行业务处理和系统管理。下图为基于SOA的xxx系统的应用架构总体设计图。通用以上的阐述，可以看出，系统整体都是基于SOA架构进行设计的，主要体现在如下四个方面：系统基于SOA的以服务为中心的思想和方法，对xxx系统的整体体系架构进行设计，建立了分层的松耦合、跨平台的系统架构；在组件层，我们采用了基于SOA的组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一的通用方式进行交互；系统采用了基于SOA的分类集成方法对系统的业务以及服务进行分类和集成，做成统一的接口，面向业务和服务编写，以适应SOA系统的统一交互；将每一种业务构成都分解成不同的组件或者子系统，将组件和子系统分开编写达到每项组件和子系统都能做到相互无关，如果一项组件和系统改变将对系统中的其余组件没有任何影响。实现组件相互之间低耦合的机制，最大程序上降低了系统的升级、业务变更对系统的影响。同时，基于SOA的系统应用架构具有强大的系统的扩展性：SOA的一个中心思想就是使得企业应用摆脱面向技术的解决方案的束缚，轻松应对企业商业服务变化、发展的需要，本方案很好地体现了SOA的这一中心思想；工作流和业务规则引擎的采用极大了提高了系统对于业务流程和规则变化的适应性。工作流引擎可以使得在业务流程发生变化时使得系统调整最小，而不需要向传统的需要完全重新开发；业务规则引擎的采用使得业务规则发生变化时只需对业务规则进行重新描述即可完成系统的转换。组件模型、组件集成技术的采用使得系统在进行业务功能的调整时，可以把变化局限于某一个范围之内，在需要时还能进行灵活的替换。由于系统应用架构是根据每一项业务或者流程编写所以对于系统的扩展非常方便，只要对新加入的业务对应加入新的组件就可以实现对SOA系统的扩展；总之，本节提出的基于组件的xxx系统完全体现了SOA的核心思想，通过分层组件规划、集成、工作流引擎、业务规则引擎等方法和技术充分体现SOA的策略与方法，并且很好地实现系统的可扩展性、可移植性等等。系统技术框架xxx系统基于J2EE规范实现，整个架构建立在Struts框架、Spring框架和DAO模式基础之上，并提供了对于EJB、WebService、JMS等组件技术的集成机制。技术框架逻辑上可分为：客户层、WEB层、业务层、持久层、资源层、核心层。如下图所示为系统的技术框架。客户层：客户端计算机的浏览器，用于展现页面。WEB层：WEB层基于StrutsMVC，完成转发请求、Http请求合法性校验、Http请求参数与数据传输对象DTO之间的绑定、Http请求参数有效性校验、用户操作权限检查、记录用户访问日志、显示系统运行异常等任务。业务层：业务层基于Spring框架，完成业务数据校验、业务逻辑处理、事务管理、记录业务处理日志、抛出业务处理异常等任务，同时它也支持WebService、JMS、EJB等组件服务模型。持久层：持久层基于DAO进行构建，完成数据读取、数据存储、封装SQL异常、抛出SQL异常、记录数据读写日志等任务。资源层：资源层包括数据库服务器、XML存储文件等，是数据永久存储的介质。核心层：核心层表现为系统提供的基础类库，为WEB层、业务层和持久层提供支持。包括日志记录组件、异常处理组件、事务处理组件、IoC容器封装组件、WEB层数据绑定组件、WEB层数据校验组件、权限检查组件、持久层辅助组件、其他开源项目类库组件等。本技术框架的特色或优势主要体现在如下几个方面：系统技术框架提供了对SOA的完整支持；对于同一个应用系统，系统同时支持集中式和分布式两种部署方案，系统采用分离UI层和BL层的方式来实现分布式的实现；业务层Service的实现可以有很多种，WebService、JMS、EJB、Spring等都可以作为对业务层的一种实现；在系统的WEB层，同时支持同步和异步两种通信交互方式，使用了AJAX技术完成改善用户体验的任务，主要完成页面表单数据的录入校验、生成联动的下拉列表等任务。客户端访问web层时通过AJAX技术可以实现异步交互，在提交页面时系统采用同步方式处理提交页面的内容。如下图所示为系统对于这两种交互方式的支持图。在系统中，每个功能模块都是相对独立的存在，在可扩展性上只要将新加入的组件添加到系统中就可以实现系统的扩展，在系统中由于采用如：Struts、AJAX等当前最新的技术，恰当的使用，在性能上会有显著的提高，而且由于Struts、AJAX等技术已经相当的完善所以在可靠性上也有可靠的保障。其他重要问题业务规则是支持企业决策，影响或控制企业业务行为的指示，它是企业处理业务过程中始终要遵循的规则，而工作流则是根据业务规则制定的实际应用当中需要流转的程序。在系统的编制过程中将严格遵守业务规则和根据业务规则制定的工作流程，在系统的编程中业务规则是一条语句，它定义或约束业务的某些方面。其目的是对业务结构做出断言，或者对业务行为施加控制和影响。在xxx系统中，系统通过对工作流和业务规则的使用，对xxx的生命周期进行管理，从xxx到xxx都有明确的程序遵循。系统采用标准的SOA架构进行设计，通过组件的开发、组件的组装、系统的集成形成了基于SOA进行设计的完整的xxx系统体系架构；在应用系统开发上，应用了基于J2EE的标准技术，如Struts、AJAX、Hibernate等标准技术和标准架构，开发时通过制定严格的开发规范，并通过严格的项目管理和实施方法来规范程序员的编码规范，提高系统的可维护性；在数据建模时也会采用基于标准的扩展的数据模型构建方法，在数据交换、系统接口等领域也基于国家数据交换标准进行设计与开发；在系统的整体设计开发实施维护过程，都将基于国际国内的主流标准进行。由于系统是根据标准架构和分层编写而成，对于想增加工作流程或者业务规则的情况，系统也可以很容易的进行扩展，如在系统中加入的新的业务规则只要在层次上分清属于系统的哪一层次，在系统的层次中新加入组件就可以很方便和容易的对系统进行扩展。在系统中，复用是减少代码量和代码可读性一个必须要考虑的问题。需要用到的重复代码需要编写可复用的方法，对接口的定义需要考虑到相同功能中所有的问题编写可复用的接口，公用的类也可以做到复用，对于收费子系统来说，该子系统就可以达到的复用的功能。主平台解决方案主平台担负着整个系统运转的枢纽工作，主平台的设计必须在安全、稳定、高效的规则下进行设计。主平台保证xxx系统具有统一用户、统一认证、统一接口、统一资源、统一管理、统一接入等特点，建立完善的主平台基础设施。系统以业务流程为中心，通过工作流平台提供流程的自动化，集成各子系统；在实际业务中还存在着大量的业务规则，他们是系统中的核心的知识和价值的一个体现，对于业务规则的管理也显得非常必要；主平台还涉及到与其他19个子系统的接口交互，系统的接口也是系统要研究和讨论的一个主要方面；系统涉及到大量的用户，他们具有不同的角色，如果对系统角色进行权限管理，也是系统的一个重要方面。因此，下文将重点针对业务流程管理、业务规则管理、系统接口和权限管理这四个部分分别进行阐述。基于工作流的业务流程管理xx流程复杂，环节众多，各子系统在业务环节上环环相扣。如何不仅能保证业务流程的准确流转，还能使系统具有很好的业务流程的灵活性。工作流是解决这方面问题的最佳方案。经过对业务的分析以及抽象，工作流管理系统围绕业务交互逻辑、业务处理逻辑以及参与者三个问题进行解决，业务交互逻辑对应的为业务的流转过程，在工作流管理系统中对应的提出了工作流引擎、工作流设计器、流程操作来解决业务交互逻辑的问题，业务处理逻辑对应业务流转过程中的表单、文档等的处理，在工作流管理系统中对应的提出了表单设计器、与表单的集成来解决业务处理逻辑的问题，参与者对应到的为流转过程中环节对应的人或程序，在工作流管理系统中通过与应用程序的集成来解决参与者的问题。工作流管理系统为方便业务交互逻辑、业务处理逻辑以及参与者的修改，多数通过提供可视化的流程设计器以及表单设计器来实现，为实现工作流管理系统的扩展性，多数提供了一系列的API。完整的工作流管理系统通常由工作流引擎、工作流设计器、流程操作、工作流客户端程序、流程监控、表单设计器、与表单的集成以及与应用程序的集成八个部分组成。下图为图形化的工作流管理系统示意图：工作流引擎作为工作流管理系统的核心部分，主要提供了对于工作流定义的解析以及流程流转的支持。工作流定义文件描述了业务的交互逻辑，工作流引擎通过解析此工作流定义文件按照业务的交互逻辑进行业务的流转，工作流引擎通常通过参考某种模型来进行设计，通过调度算法来进行流程的流转(流程的启动、终止、挂起、恢复等)，通过各种环节调度算法(SPLIT、AND、OR等)来实现对于环节的流转(环节的合并、分叉、选择、条件性的选择等)。WFMC是国际工作流管理联盟，它于1993年成立，发布了一系列的工作流定义、软件接口的草案文本，是目前世界上公认的最具权威性的工作流标准制定机构，得到了广泛的支持和应用。xxx电子xxx系统流程管理将基于WFMC-TC-1009，WFMC-TC-1013等设计标准设计，基于XML的流程化定义语言。工作流包括一组活动及它们的相互顺序关系，还包括过程及活动的启动和终止条件，以及对每个活动的描述。工作流管理系统指运行在一个或多个工作流引擎上用于定义、实现和管理工作流运行的一套软件系统，它与工作流执行者（人、应用）交互，推进工作流实例的执行，并监控工作流的运行状态。工作流管理主要通过五个接口与工作流执行服务一起共同组成了工作流系统：工作流定义交换，用于在建模和定义工具与执行服务之间交换工作流定义。主要是数据交换格式和API。数据交换通过XPDL，API通过WAPI。工作流客户端应用接口，用于工作流客户端应用访问工作流引擎和工作列表，通过WAPI完成。被调用的应用接口，用于调用不同的应用系统。工作流系统互操作接口，用于不同工作流系统之间的互操作。系统管理和监控，用于系统管理应用访问工作流执行服务。xxx系统根据工作流管理系统的设计，采用先进的工作流管理设计思想，将申请、分类、初审、实审、复议、法律手续等子系统定义标准工作流应用接口，在主平台中对xxx流程进行统一管理，用户可以对xxx过程中的状态随时进行监控。监控管理监控管理使用浏览器作为用户界面，提供完善的用户管理、角色管理、过程管理、系统设置、系统安全管理、配置文件管理和日志管理，让管理者可以追踪和控管角色、活动、节点、过程实例的状态和过程实例流经的路径；可以以图形的方式再现已经完成的过程实例的路径、可以显示正在进行中的过程实例，并且提供管理的机制，让管理者得以在必要时终止或暂停某些过程实例。同时，系统亦提供有关工作过程的统计数据和报表，动态改变过程的状态，协调各个部分的关系，并进而提升管理的效率。可以大幅降低纸张文件的需求以及传递文件所需的额外人力负担，通过浏览器和数据库把各种信息方便地展现给用户,让内部信息的流动及传递更加迅速准确。负载平衡提高工作流的工作效率。工作项服务动态产生其对应的待办工作项、提醒工作项、历史工作项、暂存工作项，为用户提供以人为本的优秀的系统使用体验。日志服务运行服务对工作流实例执行过程中的各种事件及由事件引起的相应数据的改变进行完整的记录，形成日志数据写入日志文件，以便对工作流实例的执行过程进行跟踪分析。日志数据大至包括以下几类：过程定义、过程实例、活动定义、活动实例、工作流相关数据、工作项、统计数据、结构信息、归档信息等。日志库中实际记录的数据种类由相应的配置文件设置不同的级别来确定。业务规则管理在xxx系统中，不仅仅流程复杂，而且中间存在着大量的业务规则，这些规则决定了系统流程的流转方向，决定了xxx的结果等等。通过业务规则引擎和工作流的结合的使用，可以降低系统流程管理的复杂性，也便于用户对企业业务规则资产的积累。业务规则目前尚无工业标准定义，一个比较公认的定义是由业务规则组织(BusinessRuleGroup)给出的，从企业业务的角度来看，“业务规则是支持企业决策，影响或控制企业业务行为的指示”；从计算机信息系统的角度来看，“业务规则是一条语句，它定义或约束业务的某些方面。其目的是对业务结构做出断言，或者对业务行为施加控制和影响。”业务规则可以用来代表企业活动和事件起因、状态信息、活动限制(包括质量限制、一致性限制、完整性限制等)、管理企业的政策和法规、及通过数据挖掘方式可以获得相应的专家知识和建议。业务规则有静态规则与动态规则之分，静态规则描述了一致性与完整性规则，通常可用数据模型来描述。而动态规则描述企业的动态行为，如活动的执行时机与条件等。每条业务规则语句都应该满足原子性、确定性、简洁性、一致性和相关性。业务规则引擎用于处理复杂的业务逻辑，它从业务流程中以单独实体的形式提取业务规则，从而达到对系统的更好的分离，提高系统的可维护性。在业务规则实现过程中，系统将集成满足JSR94标准的业务规则引擎，如iLog、Drools等。主平台和各子系统的接口主平台与各子系统接口可以将在系统接口方案中进行体现。多级基于角色的权限管理权限管理机制包括了组织架构管理，根据xxx局的下属机构分布情况。系统次采用树形机构管理模式，满足xxx局的需求，支持多级组织架构、多级项目管理系统能灵活适应于各种组织架构模式,能实现的分级的的权限管理模型。权限管理机制采用基于角色的权限管理模型，灵活严格的授权模型和操作配置进行权限设计。对于主控平台可以设置多个角色如：系统管理员、审查员、申请人、复审人员等。角色及岗位的定制灵活、易操作，可以保证xxx的要求，还能满足今后业务流程的发展。因此，建议在xxx系统中中采用多级的基于角色的权限管理。它把整个访问权限控制过程分成两步：访问权限与角色相关联，角色再与用户关联，从而实现了用户与访问权限的逻辑分离，并且角色之间、用户之间也存在多级关系。该设计中，角色不能被继承，角色把一些功能集合起来，用户可以拥有某一个角色，同时也可以直接将某个功能赋予该用户。权限控制主要体现在界面菜单、工具栏、查询信息结果上。不同权限的用户登录系统后将会看到不同的菜单和工具栏，进入某一个功能界面后，可以控制界面上的各个组件状态，有权限则该组件可用；不同级别的人员能看到的xxx信息、xxx统计、分析的信息也不一样。该设计的一个好处是，开发人员在增加新功能时才增加功能定义，增加功能定义实际上是增加一个窗体的类名到数据库中，程序调用该功能实际上是创建该窗体的一个实例。而拥有权限管理的最终用户可以自由设置界面（菜单项和工具栏的文字显示，顺序，布局等），开发人员仅维护‘功能定义’部分。数据模型数据建模原则既继承又创新；数据模型将会对原有系统中使用较成熟部分进行继承，一方面有利于提高系统成功几率，另一方面也方便与数据的移植；在继承的基础上，对于原有系统中不成熟部分将针对原有数据模型存在的问题进行重新设计。既继承又创新的数据模型设计原则，是数据模型设计成功的保障。数据的完整性与一致性；数据的完整性和一致性是原有系统数据库存在的主要问题之一，一个个分离的数据库相对独立，和其他数据库不存在直接的完整性和一致性规则，本次开发将对原有系统数据模型进行整合，一方面从数据模型层面保证数据的完整性和一致性，另一方面消除原有数据库的一个个信息孤岛，为查询、统计、分析等业务管理服务。在系统建设数据建模时，需要对系统数据模型进行整体规划，我们将基于主平台数据模型对数据模型进行整合，主平台数据模型从根本上保证数据的一致性，它规定了数据的标准，其他子系统将使用这些数据标准。各个子系统建设过程中，形成了每一个部分的相对独立完整的数据模型，整体上的规划从通用性数据模型、专用性数据模型、数据等各个层次保证了数据的完整型和一致性。数据的完整性和一致性首先是从数据模型的层面从根本上保证数据的完整性和一致性；再通过建立长效的数据质量监控管理机制，自动监控管理与手工干预相结合的方法可以解决在实际系统中出现的数据质量问题。主要变化的适应性；在系统建设时，将对业务进行充分的分析，对于可能存在的主要变