软件系统架构设计说明.docx
《软件系统架构设计说明.docx》由会员分享,可在线阅读,更多相关《软件系统架构设计说明.docx(82页珍藏版)》请在三一办公上搜索。
1、目录1软件系统架构设计51.1概要说明51.2系统特点51.2.1根据优化流程开发51.2.2充分利用现有资源51.2.3先进的设计理念51.2.4开放式的可扩展性51.2.5与现有系统轻松衔接51.2.6可信赖的高可靠性61.3总体体系架构61.3.1基于组件的SOA系统应用架构61.3.2系统技术框架71.3.3其他重要问题91.4主平台解决方案101.4.1基于工作流的业务流程管理101.4.1.1监控管理121.4.1.2工作项服务121.4.1.3日志服务121.4.2业务规则管理131.4.3主平台和各子系统的接口131.4.4多级基于角色的权限管理131.5数据模型141.5.1
2、数据建模原则141.5.2数据建模方法151.5.3数据质量管理161.5.4数据存储方式161.5.5其他重要问题171.6用户界面171.6.1用户界面设计原则171.6.2用户界面层设计技术172概要设计说明192.1概述192.2设计原则192.2.1统一设计原则192.2.2先进性原则192.2.3高可靠/高安全性原则202.2.4标准化原则202.2.5成熟性原则202.2.6适用性原则202.2.7可扩展性原则202.3系统功能综述202.3.1主控平台202.3.2房屋图元信息202.3.3房屋基础信息212.3.4楼盘表212.3.5房屋权属信息212.3.6房屋地址库信息2
3、12.3.7统计分析212.4重点子系统解决方案222.4.1xxx子系统解决方案222.4.1.1xxx子系统架构图222.4.1.2xxx子系统预受理组件业务流程图223接口、部署及迁移实施方案233.1接口方案233.2系统部署方案233.3系统硬件部署方案243.3.1硬件部署图243.3.2网络拓扑结构243.3.2.1数据库层243.3.2.2存储层263.3.2.3应用层283.3.2.4发布层293.3.3内外网交换系统303.3.4网络安全323.4系统迁移实施方案323.4.1数据迁移333.4.1.1数据迁移需求分析333.4.1.2迁移规则制定333.4.1.3数据资源
4、规划和清理333.4.1.4数据迁移工具的选择333.4.1.5数据迁移试迁及完善343.4.1.6正式迁移343.4.2系统切换及过度时间计划343.4.2.1风险分析343.4.2.2切换方案354平台技术标准与规范365应用系统培训方案365.1万里红有限公司的培训优势365.2基础条件365.3培训对象及目标365.4管理层培训375.5系统管理人员培训375.6普通用户培训385.7外地代理商培训385.8约束条件395.9培训结果的评估395.10培训方式396平台的建设建议407所需的第三方产品418项目开发和管理工具429软件生命周期各阶段的工艺、方法439.1项目启动阶段43
5、9.2需求分析阶段449.3系统设计阶段459.4系统实现阶段469.5集成测试阶段489.6系统测试阶段489.7系统交付阶段509.8系统维护阶段5010项目实施方法5110.1迭代式软件开发模式5110.2为什么要以迭代方式开发5110.3迭代式方法的优点5211项目实施各个阶段的进度计划、成果及交付物说明557)系统交付阶段5812项目管理方案6012.1项目组织机构6012.1.1组织结构及组织图6012.1.2投入人力的职能及责任限度6012.2范围控制6112.3进度控制6212.4质量保证6312.4.1QA经理6312.4.2QA工程师6412.5沟通管理6512.5.1项目
6、主管6512.5.2项目组6612.5.3QA工程师6612.6配置管理6812.7文档范本6812.8风险控制6912.8.1项目风险69在出现不可修复的危害之前准备修复计划;6912.9保密措施6912.9.1公司保密制度6912.9.2项目保密制度6913技术支持与售后服务方案7113.1技术支持与售后服务体系7113.1.1技术支持与服务原则7113.1.2ISO9001的服务规范7113.1.3服务工作流程7113.2技术支持与服务体系组织保障7213.3服务体系7213.4技术支持与售后服务质量保障7313.5技术支持与售后服务内容7313.5.1售前技术服务7313.5.2售中技
7、术服务7413.5.2.1工程实施7413.5.2.2项目管理7413.5.2.3试运行阶段7413.5.2.4系统推广阶段7413.5.2.5技术文档7413.5.2.6技术咨询7413.5.2.7质保期7513.5.3售后技术服务7513.5.3.1技术支持热线、传真及邮件服务7513.5.3.2技术支持网站7513.5.3.3实时技术支持7513.5.3.4对运行维护的现场技术支持和服务7513.5.3.5故障响应及排除7613.5.3.6例行巡检7613.5.3.7系统更新升级7613.5.3.8系统性能评估与优化7713.5.3.9后期技术培训7713.5.3.10周期性现场技术支持
8、总结7713.5.3.11资料定期传送/专题讨论7813.5.3.12系统咨询服务7813.6技术支持与售后服务流程7813.6.1故障类7813.6.1.1服务流程7813.6.1.2流程目的7813.6.1.3流程描述7913.6.1.4现场响应时间7913.6.2技术咨询类7913.6.2.1服务流程8013.6.3意见建议类8013.6.3.1服务流程8013.7紧急情况响应服务8013.7.1紧急情况定义8013.7.2紧急情况分类8013.7.3紧急情况处理流程801 软件系统架构设计1.1 概要说明系统架构主要包括应用架构和技术架构。系统采用基于组件的标准SOA应用架构,以及按照
9、SOA方法构建的基于J2EE标准的技术架构。系统的应用架构采用了基于服务的体系架构的策略与方法,从组件、子系统以及门户三个层次对系统进行构建,组件组装形成子系统,子系统集成形成门户。门户为人员等提供一个优化的以人为中心的操作界面,用户可以方便地对xxx的整个生命周期进行管理;同时系统管理维护人员也可以方便地通过portal对系统进行监控和管理。系统的技术架构同样也是基于SOA方法和策略进行构建的,它支持客户端和服务器端同步和异步的两种不同的通信方式,web层和服务层进行相对分离,支持分布式和集中式部署两种方案,并且不局限于某一种应用服务器和数据库服务器产品。1.2 系统特点1.2.1 根据优化
10、流程开发根据流程特点进行功能设计,采用先进的工作流引擎机制。保证了业务功能的实现。同时达到了灵活配置。松散耦合的目的。保证系统能够能够与原系统灵活切换。符合以“xx生命周期为主线“的高效处理流程。使统一设计,灵活接口。1.2.2 充分利用现有资源充分考虑现有硬件分散、系统相对独立、数据库数据分离的现状。采用分布式部署,统一数据规范、统一接口规范的设计思路,在保证系统功能灵活配置,满足业务需求的前提下,充分利用现有数据及硬件资源。1.2.3 先进的设计理念采用国际通用的JAVA语言开发,海量数据库选型、高效稳定的中间件处理。先进的SOA架构设计,满足现有的性能需求,做到架构和系统的先进性和强大的
11、扩展能力。采用先进的Web2.0技术,做到界面简洁、易用。1.2.4 开放式的可扩展性系统分部署式部署,子系统统一规划,即满足了分布应用的要求,又实现了统一标准。形成了统一、强大的xxx工作平台。1.2.5 与现有系统轻松衔接设计时充分考虑现有系统现状,开发过程和现有系统数据、应用分析同步进行,保证新系统与现有系统顺利衔接。1.2.6 可信赖的高可靠性考虑到实时运行,提供业务流程对可靠性的较高要求,在系统设计中充分考虑了减少和避免故障的可能和隐患,配合合理的系统部署方式和高效的维护服务,能够满足需求中对系统故障时间、修复时间和单点故障隐患的可靠性要求。1.3 总体体系架构1.3.1 基于组件的
12、SOA系统应用架构系统的应用架构是系统进行构建的主要思路和方法,我们建议xxx系统采用基于组件的SOA的系统应用架构对系统进行构建。系统按照SOA的方法把系统从总体上划分为3个层次,分为:组件层、系统层、集成层。a) 组件层:组件层主要包括系统开发需要用到得各种组件,又可以分为横向通用组件、纵向通用组件和纵向专用组件。横向组件是大部分系统都需要用到的通用的组件,如:Web组件、日志管理、数据校验、邮件管理、打印组件、报表组件、文档管理、参数管理、单点登陆等,横向组件的作用是更好的管理和复用系统的通用组件;纵向通用组件包括在领域应用中通用的组件,如:工作流、报表工具、规则引擎、用户权限管理等在领
13、域应用中使用较为广泛;纵向专用组件是针对每一个领域专用的具有领域特色的组件,在xxx系统中纵向专用组件可以分为申请、受理、收费组件、分类组件、保密组件等等有关于xxx的组件;b) 系统层:系统层包括了有组件组装得到的各个应用系统,又可以分为核心层、综合业务层和辅助管理层。核心层是整个系统的重点和难点,是整个系统最重要的组成部分,如xxx子系统是将申请人的申请进行接受和汇总子系统;c) 门户平台:基于以人为本的原则,基于portal技术,对系统层各个子系统进行集成。使用门户平台,用户不需要登陆每一个子系统进行相应的工作,而是在统一的门户平台进行工作。结合工作流技术,对于每个登陆系统的人都提供简洁
14、统一的工作选项,对于申请人、审核人、系统管理员、维护人员、局领导等都能做到方便的操作系统,快速进行业务处理和系统管理。下图为基于SOA的xxx系统的应用架构总体设计图。通用以上的阐述,可以看出,系统整体都是基于SOA架构进行设计的,主要体现在如下四个方面:a) 系统基于SOA的以服务为中心的思想和方法,对xxx系统的整体体系架构进行设计,建立了分层的松耦合、跨平台的系统架构;b) 在组件层,我们采用了基于SOA的组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,它应独立于实现服务的硬件平台、操作系统和编程语言。这使得构
15、建在各种各样的系统中的服务可以以一种统一的通用方式进行交互;c) 系统采用了基于SOA的分类集成方法对系统的业务以及服务进行分类和集成,做成统一的接口,面向业务和服务编写,以适应SOA系统的统一交互;d) 将每一种业务构成都分解成不同的组件或者子系统,将组件和子系统分开编写达到每项组件和子系统都能做到相互无关,如果一项组件和系统改变将对系统中的其余组件没有任何影响。实现组件相互之间低耦合的机制,最大程序上降低了系统的升级、业务变更对系统的影响。同时,基于SOA的系统应用架构具有强大的系统的扩展性:a) SOA的一个中心思想就是使得企业应用摆脱面向技术的解决方案的束缚,轻松应对企业商业服务变化、
16、发展的需要,本方案很好地体现了SOA的这一中心思想;b) 工作流和业务规则引擎的采用极大了提高了系统对于业务流程和规则变化的适应性。工作流引擎可以使得在业务流程发生变化时使得系统调整最小,而不需要向传统的需要完全重新开发;业务规则引擎的采用使得业务规则发生变化时只需对业务规则进行重新描述即可完成系统的转换。c) 组件模型、组件集成技术的采用使得系统在进行业务功能的调整时,可以把变化局限于某一个范围之内,在需要时还能进行灵活的替换。由于系统应用架构是根据每一项业务或者流程编写所以对于系统的扩展非常方便,只要对新加入的业务对应加入新的组件就可以实现对SOA系统的扩展;总之,本节提出的基于组件的xx
17、x系统完全体现了SOA的核心思想,通过分层组件规划、集成、工作流引擎、业务规则引擎等方法和技术充分体现SOA的策略与方法,并且很好地实现系统的可扩展性、可移植性等等。1.3.2 系统技术框架xxx系统基于J2EE规范实现,整个架构建立在Struts框架、Spring框架和DAO模式基础之上,并提供了对于EJB、Web Service、JMS等组件技术的集成机制。技术框架逻辑上可分为:客户层、WEB层、业务层、持久层、资源层、核心层。如下图所示为系统的技术框架。客户层:客户端计算机的浏览器,用于展现页面。WEB层:WEB层基于Struts MVC,完成转发请求、Http请求合法性校验、Http请
18、求参数与数据传输对象DTO之间的绑定、Http请求参数有效性校验、用户操作权限检查、记录用户访问日志、显示系统运行异常等任务。业务层:业务层基于Spring框架,完成业务数据校验、业务逻辑处理、事务管理、记录业务处理日志、抛出业务处理异常等任务,同时它也支持Web Service、JMS、EJB等组件服务模型。持久层:持久层基于DAO进行构建,完成数据读取、数据存储、封装SQL异常、抛出SQL异常、记录数据读写日志等任务。资源层:资源层包括数据库服务器、XML存储文件等,是数据永久存储的介质。核心层:核心层表现为系统提供的基础类库,为WEB层、业务层和持久层提供支持。包括日志记录组件、异常处理
19、组件、事务处理组件、IoC 容器封装组件、WEB层数据绑定组件、WEB层数据校验组件、权限检查组件、持久层辅助组件、其他开源项目类库组件等。本技术框架的特色或优势主要体现在如下几个方面:(1) 系统技术框架提供了对SOA的完整支持;(2) 对于同一个应用系统,系统同时支持集中式和分布式两种部署方案,系统采用分离UI层和BL层的方式来实现分布式的实现;(3) 业务层Service的实现可以有很多种,WebService、JMS、EJB、Spring等都可以作为对业务层的一种实现;(4) 在系统的WEB层,同时支持同步和异步两种通信交互方式,使用了AJAX技术完成改善用户体验的任务,主要完成页面表
20、单数据的录入校验、生成联动的下拉列表等任务。客户端访问web层时通过AJAX技术可以实现异步交互,在提交页面时系统采用同步方式处理提交页面的内容。如下图所示为系统对于这两种交互方式的支持图。(5) 在系统中,每个功能模块都是相对独立的存在,在可扩展性上只要将新加入的组件添加到系统中就可以实现系统的扩展,在系统中由于采用如:Struts、AJAX等当前最新的技术,恰当的使用,在性能上会有显著的提高,而且由于Struts、AJAX等技术已经相当的完善所以在可靠性上也有可靠的保障。1.3.3 其他重要问题(1) 业务规则是支持企业决策,影响或控制企业业务行为的指示,它是企业处理业务过程中始终要遵循的
21、规则,而工作流则是根据业务规则制定的实际应用当中需要流转的程序。在系统的编制过程中将严格遵守业务规则和根据业务规则制定的工作流程,在系统的编程中业务规则是一条语句,它定义或约束业务的某些方面。其目的是对业务结构做出断言,或者对业务行为施加控制和影响。在xxx系统中,系统通过对工作流和业务规则的使用,对xxx的生命周期进行管理,从xxx到xxx都有明确的程序遵循。(2) 系统采用标准的SOA架构进行设计,通过组件的开发、组件的组装、系统的集成形成了基于SOA进行设计的完整的xxx系统体系架构;在应用系统开发上,应用了基于J2EE的标准技术,如Struts、AJAX、Hibernate等标准技术和
22、标准架构,开发时通过制定严格的开发规范,并通过严格的项目管理和实施方法来规范程序员的编码规范,提高系统的可维护性;在数据建模时也会采用基于标准的扩展的数据模型构建方法,在数据交换、系统接口等领域也基于国家数据交换标准进行设计与开发;在系统的整体设计开发实施维护过程,都将基于国际国内的主流标准进行。(3) 由于系统是根据标准架构和分层编写而成,对于想增加工作流程或者业务规则的情况,系统也可以很容易的进行扩展,如在系统中加入的新的业务规则只要在层次上分清属于系统的哪一层次,在系统的层次中新加入组件就可以很方便和容易的对系统进行扩展。(4) 在系统中,复用是减少代码量和代码可读性一个必须要考虑的问题
23、。需要用到的重复代码需要编写可复用的方法,对接口的定义需要考虑到相同功能中所有的问题编写可复用的接口,公用的类也可以做到复用,对于收费子系统来说,该子系统就可以达到的复用的功能。1.4 主平台解决方案主平台担负着整个系统运转的枢纽工作,主平台的设计必须在安全、稳定、高效的规则下进行设计。主平台保证xxx系统具有统一用户、统一认证、统一接口、统一资源、统一管理、统一接入等特点,建立完善的主平台基础设施。系统以业务流程为中心,通过工作流平台提供流程的自动化,集成各子系统;在实际业务中还存在着大量的业务规则,他们是系统中的核心的知识和价值的一个体现,对于业务规则的管理也显得非常必要;主平台还涉及到与
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 系统 架构 设计 说明
![提示](https://www.31ppt.com/images/bang_tan.gif)
链接地址:https://www.31ppt.com/p-1817657.html