物流系统方案

物流系统方案正本正本XX省物流信息系统软件技术方案XX公司2009年10月5日

目录TOC\o"1-3"\u1 项目概述 61.1 项目背景 61.2 项目目标 72 系统建设必要性 72.1 现状描述 72.2 现状分析 82.2.1 物流信息平台构建的客观性和紧迫性 82.2.2 物流信息平台的应用需求 82.2.3 进展推测 93 远景规划方案 103.1 可适应以后SSO单点登录方式 103.2 数据中心规划思路 113.3 兼容以后数据扩展 113.4 无缝衔接WebServices技术 113.4.1 WebServices体系结构 113.4.2 WebServices的关键技术 124 总体目标 145 整体业务流程 146 系统设计 166.1 系统结构图 166.2 设计原则 176.2.1 先进性原则 176.2.2 有用性原则 186.2.3 安全性原则 186.2.4 可靠性原则 186.2.5 可操作性 196.2.6 灵活性原则 196.2.7 信息准确和及时性 196.2.8 开放性原则 196.2.9 可扩展性与可移植性 206.2.10 系统性原则 206.2.11 成熟性原则 216.3 系统架构设计 216.3.1 总体结构设计图 226.3.2 总体结构模型图 236.3.3 系统逻辑结构图 266.3.4 系统内部结构 266.4 系统软件选型设计 316.4.1 操作系统 316.4.2 数据库系统 326.5 系统硬件选型设计 396.5.1 服务器 396.6 设计遵循的标准和规范 406.6.1 系统设计标准 406.6.2 系统开发和实施标准 406.6.3 信息分类和编码标准 406.6.4 软件设计和开发标准 406.6.5 软件质量治理标准 416.6.6 图形标准 416.6.7 符号库 416.6.8 网页设计规范 416.7 技术性能设计 436.7.1 响应时刻 436.7.2 CPU和LAN负荷率 436.7.3 并发处理 436.8 数据库设计 446.8.1 对数据库平台的性能要求 446.8.2 数据库系统结构设计 456.8.3 数据库系统逻辑结构 456.8.4 数据库设计遵循技术规范标准 466.9 本方案核心技术 496.9.1 软件工程技术 496.9.2 面向对象的软件开发方法 496.9.3 多层结构技术 516.9.4 中间件技术 546.9.5 XML技术 556.10 软件平台 566.10.1 系统应用平台 566.10.2 软件开发工具 566.11 系统性能设计 636.11.1 系统安全性设计 636.11.2 系统可靠性设计 646.12 储备解决方案 676.12.1 灾难备份设计 686.12.2 系统有用性设计 696.12.3 系统可扩展性设计 706.12.4 系统灵活性设计 706.12.5 系统容错性设计 716.12.6 系统快速复原设计 716.13 方案设计特点 716.13.1 基于J2EE体系结构的标准服务 716.13.2 基于XML标准的数据交换标准 726.13.3 中间件技术 726.13.4 基于WEB的多级审批 726.13.5 支持复合流程 726.13.6 项目信息高度电子化 726.13.7 工作流技术 726.13.8 界面灵活定制 726.13.9 多种报表格式 737 系统功能设计 737.1 物流信息服务平台 737.1.1 物流信息服务子系统 747.1.2 决策支持子系统 767.1.3 后台治理子系统 767.2 物流企业治理系统 777.2.1 物流电子商务模块 777.2.2 物流业务治理模块 788 接口设计 898.1 系统接口 908.2 模块级、系统级的数据交换 918.3 接口规范 929 系统信息安全设计 959.1 信息安全设计的必要性 959.2 信息网络差不多架构 969.3 安全策略规划 969.3.1 物理安全 969.3.2 网络安全 969.3.3 系统安全问题 979.3.4 人员治理安全问题 989.3.5 应用安全问题 989.4 安全实施方案 999.4.1 物理安全解决方案 999.4.2 网络层安全 1009.4.3 系统层安全 1029.4.4 应用层安全 1039.4.5 人员安全治理 1049.4.6 数据库层安全设计 10510 项目部署 10610.1 部署图 10610.2 网络拓扑图 10611 项目质量保证方案 10711.1 质量打算编制 10811.2 质量操纵原则 10911.2.1 事前操纵原则 10911.2.2 标准原则 10911.2.3 时期性操纵原则 10911.2.4 定性测试和量化测试相结合原则 11011.2.5 用户需求符合性原则 11011.3 质量操纵阻碍因素 11011.3.1 全面地、系统地了解用户需求 11011.3.2 充分讨论系统设计方案 11111.3.3 设计完整的系统验证方案 11111.3.4 确定可行的质量操纵方案 11111.3.5 形成表述规范的设计文档 11111.3.6 慎重选择系统软件商 11211.3.7 遵循科学的实施流程和技术要求 11211.3.8 合理进行时期性测试 11211.4 质量操纵具体措施 11211.4.1 技术保证措施 11211.4.2 治理保证措施 11311.4.3 质量保证措施 11412 项目风险治理 11512.1 风险识别 11512.2 风险分析 11712.3 风险应对措施 11912.4 风险跟踪 11912.5 风险状态通报 11912.6 风险数据库 11913 项目实施治理 12013.1 项目人员及进度打算 12013.1.1 项目组织结构 12013.1.2 领导小组职责 12213.1.3 项目进度打算 12413.1.4 项目人员安排 12513.2 项目配置治理 12613.3 需求调研/开发治理 12713.4 设计时期治理 12813.5 编码开发时期治理 12913.6 测试治理 13013.6.1 软件测试规则 13013.6.2 系统测试过程 13113.7 验收治理 13213.8 培训治理 13314 售后服务方案 13414.1 XX公司软件服务团队体系 13514.2 售后服务组织架构 13514.3 服务流程 13615 支持及爱护 13615.1 运行环境集成服务 13715.2 系统实施服务 13715.3 软件系统售后服务承诺 13715.3.1 7*24小时热线支持 13915.3.2 本地化服务 13915.3.3 保修承诺 13915.3.4 售后服务期 13915.3.5 售后服务内容 13915.3.6 售后服务方式 13915.4 软件培训服务 14015.4.1 软件培训打算 14115.4.2 集中业务系统操作培训 14215.4.3 专业人员系统二次开发培训 14215.4.4 专业人证培训 142

项目概述项目背景在学校中，人们通常利用人工的手段治理教师的档案信息。相关人员需要采集教师的各项信息并归档，本身的工作量就专门大。当这些信息发生了变动，比如教师政治面貌的变动，或者教师交流的时候，则需要大量的工作流程来处理这些工作。费事费劲。假如要查阅这些资料，则需要到档案柜中逐一查找，这种落后的工作方式除了带来了大量的人力物力成本的白费之外，还由于工作环节和涉及到的人员众多而导致隐藏的危险发生。随着运算机技术的飞速进展，目前运算机差不多深入到社会的各个角落。运算机拥有高效能，高可靠性，成本低等多种优势，假如将运算机技术应用在学校的教师信息档案的治理之中的话，将极大的提高工作效率，节约各项成本。因此，利用运算机技术实现教师信息档案的治理是势在必行的。项目目标本项目的核心原则确实是：减轻学校的工作负担，高效地完成完成学校的教师信息档案治理工作。本着以上的原则，系统摒弃了市面上许多类似系统过于庞大复杂等问题。 专门多类似系统的功能尽管强大，但实现起来专门复杂，用户在使用之前需要通过专业的培训，在使用过程中又因为过于复杂的逻辑而无法摸清使用方向，因此如此的系统非但不能减轻工作量，反而使专门多用户最终回来了传统人工的工作方式，如此的系统无疑是失败的。 因此，本系统将复杂的操作逻辑隐藏在系统深处，关于用户来说，只需要像傻瓜相机一样使用即可满足要求。 本系统为用户提供了如下功能。 档案的灵活定制：除了性别，年龄等差不多信息之外，用户能够自行设计档案信息项，如政治面貌，籍贯等。系统拥有专门强大的功能，用户能够定义信息项的出现方式，如单选，多选等。这些信息项将作为“基础库”储备于系统之中，依照不同的档案设计原则，用户能够随意组合这些项目，形成专门的档案。 强大的统计分析功能：档案形成后，相关人员能够依照任何能想象到的统计方式来统计档案信息。比如按照姓名包含于，年龄不包含于某个区间，政治面貌等于某某等多重条件自行设计统计分析表。系统将列举统计结果和统计图。 强大的教师交流功能：内置工作流系统将现实生活中的教师交流流程抽象化到网络上，所有参与人员只需点动鼠标即可完成教师交流过程。本校教师交流出去，在工作流终止后，将赶忙显现在目标学校的档案之中，这是基于分布式处理功能而实现的。 分布式处理功能：各学校客户端即相互独立又相互关联，与教育局系统链接，形成档案的传送和匹配功能。同时，可插拔式的系统设计将承诺由多个教育局形成连接，由市教育局统一管辖；甚至支持多个市教育局组成连接，由省教育厅统一管辖。 远景规划方案可适应以后SSO单点登录方式本系统将预留SSO单点登陆接口，可适应系统的整体规划采纳用户单一登陆操纵方式，用户在通过统一登录验证后，就可访问相关治理信息系统，不需多次验证；SSO单点登录指用户只需登录一次，就可使用多个SSOenable的应用系统。用户通过任何应用系统都能进行SSO，这关于基于Web的系统是可行的。这种单一的登录点在整个系统的设计中是唯独认证用户的地点，由登录点将SSOtoken（针对不同的C/S，B/S应用可能还需要传递用户名，口令）传递给应用系统，应用系统利用SSOtoken来进行用户已认证的验证。简单地说确实是要修改已有的应用系统，屏蔽已有的应用系统的用户认证模块，使用系统提供的SSOAPI来验证用户，以及对用户的操作进行授权。通常，认证与授权治理模块以一种应用专有的方式实现，系统的授权模型、认证，授权信息存贮结构与访问操纵逻辑与应用的业务逻辑之间耦合紧密。这种设计与实现方式的缺点是显而易见的：由于认证、授权模块与应用逻辑之间的紧耦合使得认证、授权模块专门难进行扩展与爱护；认证、授权模块的设计与编码需要专门大的工作量，而且专门难在不同的应用系统之间共享与重用。数据中心规划思路结合数据仓库技术思路，有效收集整理系统数据，为逐步实现知识治理和数据分析应用提供数据基础。作为一种理想的数据加工及储备模式，数据中心的建立将为治理中心的数据整合及有效利用提供了基础，为知识治理和决策分析应用提供数据支持。本系统将作为数据储备中心使用，集成学校教师的所有信息，包括其用户名和密码等。如此，配合单点登陆方式，后续的诸如“教师考评系统”等多种系统均可利用一套用户名和密码登录而无须重复注册用户名。基于分布式技术开发将承诺系统与以后其他系统紧密集成，例如，能够在教师考评系统中查阅教师档案，在教师档案中查阅教师考评得分，甚至能够将教师考评得分作为教师档案的划定因素等。兼容以后数据扩展基于以上之基础，本系统能够达到与以后学校所使用的各种系统紧密集成，互享数据，集成之道，是以后的进展方向，而我们的系统无疑先走一步。无缝衔接WebServices技术WebServices体系结构WebServices结构图Webservices是一种能够被描述并通过网络公布、发觉和调用的自包含、自描述、松散耦合的软构件。在Webservices体系中（如图1），所有的应用实体都被抽象成服务。其中包括三个实体和三种操作[1]。(1)服务提供者(ServiceProvider)。从商务角度看它是指服务的所有者，从体系结构上看它是指提供服务的平台。(2)服务要求者(ServiceRequester)。从商务角度看它是指需要要求特定功能的企业，从体系结构上看它是指查找和调用服务的客户端应用程序。(3)服务代理(ServiceBroker)。它是指用来储备服务描述信息的信息库(Repository)。服务提供方在那个地点公布他们的服务;服务要求方在那个地点查找服务，猎取服务的绑定信息。与WebServices有关的操作要紧有以下三种：(1)公布。服务提供者需要第一将服务进行一定描述并公布到注册服务器上。在公布操作中，服务提供者需要通过注册服务器的身份验证，才能对服务描述信息进行公布和修改。(2)查找。服务要求方依照注册服务器提供的规范接口发出查询要求，以猎取绑定服务所需的相关信息。在查找操作中，一样包含两种查找模式:一种是扫瞄模式(BrowsePattern)，即服务要求方能够依照通用的分类标准来扫瞄或者通过一些关键字来搜索，并逐步缩小查找的范畴，直到找到满足需要的服务，查找结果是一系列服务的集合;另一种是直截了当猎取模式(DrilldownPattern)，即通过唯独的关键字直截了当得到特定服务的描述信息，其查找结果是唯独的。(3)绑定(Binding)。服务要求方通过分析从注册服务器中得到的服务绑定信息，包括服务的访问路径、服务调用的参数、返回结果、传输协议、安全要求等，对自己的系统进行相应配置，进而远程调用服务提供者所提供的服务。WebServices的关键技术WebServices以技术栈的形式规范了WebServices体系中的各类关键技术，包括服务的描述、公布、发觉以及消息的传输等。（1）XML与这是WebServices最差不多的平台。是一个在Internet上广泛使用的协议，为WebServices部件通过Internet交互奠定了协议基础，并具有穿透防火墙的良好特性。XML是一种元语言，能够用来定义和描述结构化数据，它是WebServices得以实现的语言基础。WebServices的其它协议规范差不多上以XML形式来描述和表达的。（2）SOAP(SimpleObjectAccessProtocol)。SOAP协议最先由Microsoft公司提交给W3C组织，并于2000年4月通过1.0版本。它是SOA架构实现的线缆级协议，定义了服务要求者和服务提供者之间的消息传输规范。SOAP用XML来格式化消息，用来承载消息。SOAP包括三部分:定义了描述消息和如何处理消息的框架的封包（SOAP封包）、表达应用程序定义的数据类型实例的编码规则（SOAP编码规则）以及描述远程过程调用和应答的协定（SOAPRPC表示）。（3）WSDL(WebServiceDescriptionLanguage)WSDL由Microsoft，IBM，Ariba三家公司在2000年9月推出。它是Microsoft公司的SDL（ServicesDescriptionLanguage）、IBM公司的NASSL（Network-AccessibleServicesSpecificationLanguage）合并后被W3C接纳所形成的标准。WSDL为服务提供者提供以XML格式描述WebServices要求的标准格式，将网络服务描述为能够进行消息交换的通信端点的集合，以表达一个WebServices能做什么，它的位置在哪里，如何调用它等。（4）UDDI(UniversalDiscovery，Description，Integration)UDDI规范由Microsoft，IBM，Ariba三家公司在2000年7月提出。它是在原有Microsoft提出的DISCO(DiscoveryofWebServices)和IBM的ADS(AdvertisementandDiscoveryofServices)的基础上进展而来的。UDDI是WebServices的信息注册规范，以便被需要该服务的用户发觉和使用它。UDDI规范描述了WebServices的概念，同时也定义了一种编程接口。通过UDDI提供的标准接口，企业能够公布自己的WebServices供其它企业查询、调用;也能够查询特定服务的描述信息，并动态绑定到该服务上。通过UDDI，WebServices能够真正实现信息的“一次注册，到处访问”。（5）WSFL(WebServicesFlowLanguage)。由IBM提出，使用WSDL和WSEL(WebServicesEndpointLanguage)来描述服务接口和它们的协议绑定。WSEL是用来描述非操作性的服务特点(如服务质量等)的一种语言。整体业务流程具体业务流程图如下图所示：系统设计系统结构图教师信息系统结构基于Intranet/Internet技术，以扫瞄器/服务器（B/S）结构进行设计，系统必须支持主流运算机硬件及软件平台，并兼容现有的设备，支持多种开放技术标准，系统应提供标准的接口程序或和预留技术接口标准，便于扩展应用系统功能和与其他应用系统的互联，互访；系统数据库采纳通用大型数据库技术；充分考虑利用现有网络和硬件设备；扫瞄器支持多种通用扫瞄器。系统具有开放性、易操作性、界面的友好性、可靠性和安全性等特点，为用户提供了统一的、友好的操作界面。系统运用大型数据库技术，综合运用通信技术、运算机技术和网络技术(如XML、WEBservice、AJAX等。设计原则设计时要考虑的总体原则是：它必须满足设计目标中的要求，并充分考虑教师信息档案工作的差不多约定，建立完善的系统设计方案。教师信息系统的实施作为信息化规划的实践和实现，必须遵循信息化规划方案的思想，对规划进行项目实施层面上的细化和实现。第一必须遵循信息化规划“投资适度，快速见效；成熟稳固，总体最优”的总原则。具体细化到信息系统分析设计和软件系统工程上来。先进性原则近年来信息技术飞速进展，用户在构建信息系统时有了专门大的选择余地，但也使用户在构建系统时费尽心机地在技术的先进性与成熟性之间寻求平稳。先进而不成熟的技术不敢用，而太成熟的技术又意味着过时和剔除。采纳当今国内、国际上最先进和成熟的运算机软硬件技术，使新建立的系统能够最大限度地适应今后技术进展变化和业务进展变化的需要，从目前国内进展来看，系统总体设计的先进性原则要紧表达在以下几个方面：采纳的系统结构应当是先进的、开放的体系结构；采纳的运算机技术应当是先进的，如双机热备份技术、双机互为备份技术、共享阵列盘技术、容错技术、RAID技术等集成技术、多媒体技术；采纳先进的网络技术，如网络交换技术、网管技术，通过智能化的网络设备及网管软件实现对运算机网络系统的有效治理与操纵；实时监控网络运行情形,及时排除网络故障，及时调整和平稳网上信息流量；采纳先进的现代治理技术，以保证系统的科学性。软件的投资考虑到今后的进展，不能使用落后的产品与技术，幸免投资的白费；在系统软件选型、开发技术上，达到国内外行业先进水平。有用性原则有用性确实是能够最大限度地满足实际工作要求，是每个信息系统在建设过程中所必须考虑的一种系统性能，它是系统对用户最差不多的承诺，因此，从实际应用的角度来看，那个性能更加重要，为了提高系统的有用性，应该考虑如下几个方面：系统总体设计要充分考虑用户当前各业务层次、各环节治理中数据处理的便利性和可行性，把满足用户业务治理做为第一要素进行考虑。采取总体设计、分步实施的技术方案，在总体设计的前提下，系统实施中可第一进行业务处理层及治理中的低层治理，稳步向中高层治理及全面自动化过渡，如此做能够使系统始终与用户的实际需求紧密连在一起，不但增加了系统的有用性，而且可使系统建设保持专门好的连贯性；全部人机操作设计均应充分考虑不同用户的实际需要；用户接口及界面设计将充分考虑人体结构特点及视觉特点进行优化设计；界面尽可能美观大方，操作简便有用。 安全性原则系统应能提供有效的安全保密机制，保证各单位之间的信息能够安全发送与接收。系统应提供口令验证、加密、权限操纵、电子签名等安全机制。系统需提供完善坚实权限治理手段,具有良好的安全保密机制。需选择良好的服务器操作系统平台及数据库，使系统处于C2安全级基础之上；采纳操作权限操纵、用户钥匙、密码操纵、系统日志监督、数据更新严格凭证等多种手段。网上设计采纳三层结构设计，所有对数据库的访问操作行为全部封装；网站治理分权限操纵、数据传输严密加密实现。可靠性原则系统在设计上要充分考虑提供安全可靠的技术和治理方式，通过增加设计，提高质量和操纵业务流程等多种手段加以保证。系统必须要保证其工作的高可靠性和高稳固性，保证常年的7X24不间断运行。一个中大型运算机系统每天处理数据量一样都较大，系统每个时刻都要采集大量的数据，并进行处理，因此，任一时刻的系统故障都有可能给用户带来不可估量的缺失，这就要求系统具有高度的可靠性。提高系统可靠性的方法专门多，一样的做法如下：采纳具有容错功能的服务器及网络设备，选用双机备份、Cluster技术的硬件设备配置方案，显现故障时能够迅速复原并有适当的应急措施；每台设备均考虑可离线应急操作，设备间可相互替代;采纳数据备份复原、数据日志、故障处理等系统故障计策功能；采纳网络治理、严格的系统运行操纵等系统监控功能。可操作性系统在设计上要充分考虑用户界面应方便、友好、灵活，用户应能够方便地在权限范畴内于各子系统之间切换。系统有良好的整体化设计，同时完善的关心系统也是增强可操作性的必要辅助工具之一。灵活性原则应用系统不依靠于特定硬件环境；在系统结构一致的前提下可选择实施各模块的应用；系统具有可实施性，各模块可单独实施并使用。开放性原则系统采纳开放性的平台，充分考虑本系统与其它系统的数据接口。依照我们对系统需求和系统目标的分析，实现思路是：快速适应系统的业务需求，应用先进的软件设计思想，同时充分考虑系统长期进展的前瞻性要求，基于A的多层B/S架构体系之上实现系统的灵活性、安全性，并使系统具有良好的可治理性。重点考虑以下几点：最大限度爱护用户现有投资任何新体系的引进都必须保证不能阻碍原有业务系统的性能，保证关键业务系统的正常运转，这是引进新的信息技术的前提。本系统将充分考虑本系统的现状，最大程度地爱护用户现有软硬件和网络投资。对预备弃用的原有系统中的数据完整地迁移到新系统中，对保留使用的原有系统进行全面整合，加以充分利用。总体规划、分步实施系统必须本着“整体规划，统一组织，分步实施”的原则进行开发建设，系统建设应在建设之初的统一规划下，充分考虑以上多方的情形，有机的、分步骤的逐步完善。此外，系统的建设涉及众多新的和复杂的软硬件技术，工程实施环节复杂，应按照总体设计的规划来进行分步实施。标准化的开发与设计系统开发与建设应做到工作标准统一、业务流程统一、服务程序统一。在业务、软件产品、通信技术等各方面采纳行业、国家和国际标准化组织制定的有关技术规范与标准。保证信息流传递快速顺畅，网络运行安全可靠。完备的安全体系系统安全性也是设计与开发应用系统的首要考虑因素，是整个过程中应当遵循的准则。应用系统在设计时制定一整套有效的安全措施以保证整个系统的安全性，能够满足本系统制定的安全治理需要，能够防止来自内、外部入侵的威逼。可扩展性与可移植性可扩展性指的是系统能够依照业务进展的需要，能够方便的升级，扩展系统的功能。由于本次采纳了集中式系统架构，数据和应用的集成集中在中间件一级进行处理，因此，也就为日后的扩展打下了良好的基础。同时保证系统能在各种操作系统和不同的中间件平台上移植。从本次采纳的系统体系架构、开发语言到各平台服务器的选型我们都充分考虑到了移植性的要求。系统性原则以系统的眼光作出整体规划，做到统一设计，逐步实施,并制定统一的数据标准、网络标准和应用标准，形成决策层、调度层、操作层之间相互衔接的标准体系。同时，由于信息化涉及面广、覆盖面宽，任务重，难度大，非一朝一夕所能够完成，因此，在实施过程中必须坚持远近结合、突出重点、急用先建、分步实施、逐步推进。在系统设计过程中考虑系统实施的分步性、时期性，提供逐步实施的具体方法：先试点再推广与分时期升级实施。快速见效，保证满足差不多需求和规划方向结合。成熟性原则系统设计和开发平台采纳业界公认成熟并被广泛应用的技术，保证系统实施的进度和质量、保证系统的稳固可靠。系统技术成熟稳固和主流相结合。坚持以安全、有用为前提，在实施中首选先进、成熟、可靠、适应电力行业治理特点的信息技术，同时又要表达信息系统的开放性、兼容性和可扩展性，做到既满足企业业务治理和安全保密的自身需要，又要满足与相关上下游企业之间的开放对接之需要。系统架构设计本系统采纳A进行开发，多层分布式处理架构。所有的业务逻辑都被封装到webservice服务器之中，webservice服务器能够与web层合并部署，也能够部署在不同的服务器上以实现分布式要求。在系统实现上，采纳目前国际流行的面向对象技术、MVC的设计模式和纯JAVA技术，将整个系统从逻辑上分为展现层平台、中间应用服务平台和业务系统平台等几大部分，以提高整体网站系统的可扩展性、灵活性、易爱护性。总体结构设计图本系统的体系结构如下：总体结构数据源：能够是关系型数据库，也能够是XML文件。数据库层支持当前通用的关系型数据库，系统实现对具体的数据库产品保持独立，可同时适配多种数据库产品，当更换数据库产品时，只须修改配置文件。Web层：由IIS提供服务，用户通过扫瞄器访问系统。业务逻辑层：本层负责调用数据库访问层相关方法，处理取得的数据，通过webservice向外公布方法体。业务逻辑层不一定要和web层部署在同一服务器上，同样，业务逻辑层所提供的服务也未必只能应用在教师信息系统上。其他系统只要满足接口要求即可远程调用业务逻辑层中提供的服务，实现由本系统提供的功能。数据库访问层：本层负责从数据库中取得数据并提交给业务逻辑层处理。业务对象层：对业务领域（BusinessDomain）中的对象予以抽象，形成软件系统中的业务对象。一个业务对象往往表示客观存在的具体的事务，它承担一部分业务逻辑。一样来说，业务对象在数据库中都有其储备表示。举例来说，档案，用户等差不多上业务对象。专门处理：依照我们对软件的逻辑分层，对专门进行相应的层次划分，针对各层定义相应的专门基类，各层所抛出的专门都从相应的专门基类派生。提供全局专门处理机制。Log：日志机制，使用Common-logging日志，commons-logging是一套轻量级、易使用的日志设施，它能够和复杂的日志设施一起使用，例如log4j，jdk14log等。commons-logging除了是一个封装、提供一个简单的使用界面外，还附带了简单的实现-SimpleLog。系统内部结构系统支持B/S结构模式B/S(扫瞄器/服务器模式)是随着Internet技术的兴起，对C/S结构的一种改进。在这种结构下，软件应用的业务逻辑完全在应用服务器端实现，用户业务完全在Web服务器实现，客户端只需要扫瞄器即可进行业务处理，是一种全新的软件系统构造技术。这种结构更成为当今应用软件的首选体系结构。由于这种技术平台方案下所有的客户端程序差不多上动态的下载到扫瞄器上执行的，因此最大限度地点便了用户部署和爱护大型软件系统，从而大大降低了用户目标系统的总体拥有成本（TCO）。在这种结构下,客户端要紧负责人机交互，包括一些与数据和应用关系的图形和界面运算；WEB服务器要紧负责对客户端应用程序的集中治理；应用服务器要紧负责应用系统的逻辑结构和数据关系，即事务处理。应用服务器又能够依照其处理的具体业务不同而分为多个；数据服务器则要紧负责数据的储备和组织、分布式治理、备份和同步等等。系统软件选型设计操作系统Web服务器：Window2003Server企业版数据库服务器：Window2003Server企业版工作站：Windows98/NT/2000/XP数据库：SQLServer20051、Windows2003Server服务器由于Windows2003Server使用的适应和方便性，支持PC服务器，因此企业也能够选择使用此种的解决方案。Windows2003Server是对可扩充性和可用性要求专门高的Internet服务器和关键性商务应用的理想平台。Windows2003Server通过增强的对称多处理技术提供了集成化系统可扩充性。此外，集群服务(ClusterService)和网络负载平稳(NetworkLoadBalancing)这两种Windows集群技术也有助于提高可用性和多系统可扩充性。本方案中我们要紧选择Windows2003Server作为Web服务器的操作系统。Windows2003Server能够作为备份等其它服务器的操作系统。2、WindowsXpWindowsXPProfessional在系统可靠性与性能表现方面提出了最新标准。该操作系统的设计思想要紧表达为，满足由各种规模的商务企业和期望充分挖掘运算体验的宽敞用户所提出的相关需求。可靠性：由于建立在成熟的Windows2000操作系统基础之上，WindowsXPProfessional为您提供了可靠的功能特性，足以确保您的运算机长时刻稳固运行。WindowsXP不仅在稳固性方面取得了长足进展，还能够关心您更加轻松的针对系统问题进行复原。高性能：运行WindowsXPProfessional的运算机在性能方面远远胜过Windows98第二版，同时在商业基准测试中达到了Windows2000的同等水平。WindowsXP不仅能够快速启动应用程序，多数情形下，整体系统启动速度也将得到显著加快。安全性：WindowsXPProfessional中所提供的安全特性能够有效爱护位于运算机上和正在通过网络或Internet进行传输的敏锐与隐秘数据。凭借针对最新安全标准与增强病毒爱护功能的支持能力，WindowsXP还可使您免受更多常见Internet攻击的干扰。易用性：从新颖专门的外观到更加直观的基于任务设计方式，WindowsXPProfessional将使您获得前所未有的轻松运算体验。您将能够多快好省的完成各项工作，快速查找所需内容，按照您所期望的方式对文件与文件夹进行整理。简而言之，WindowsXPProfessional将关心您进一步提高工作智能化水平。数据库系统在本期建设的系统中，我们将SQLServer2005数据库MicorsoftSQLServer2000数据库系统概述：高可用性:SQLServer2005的失败转移集群和数据库镜像技术确保企业向职员、客户和合作伙伴提交高度可靠和可用的应用系统。治理工具:SQLServer2005引进了一套集成的治理工具和治理应用编程接口（APIs），以提供易用性、可治理性、及对大型SQLServer配置的支持。安全性增强:SQLServer2005旨在通过数据库加密、更加安全的默认设置、加强的密码政策和细化许可操纵、及加强的安全模型等特性，为企业数据提供最高级别的安全性。可伸缩性:SQLServer2005可伸缩性的先进性包括表格分区、复制能力的增强和64位支持。数据库镜像:通过新数据库镜像方法，将记录档案传送性能进行延伸。您将能够使用数据库镜像，通过将自动失效转移建立到一个待用服务器上，增强您SQL服务器系统的可用性。在线复原:使用SQL2005版服务器，数据库治理人员将能够在SQL服务器运行的情形下，执行复原操作。在线复原改进了SQL服务器的可用性，因为只有正在被复原的数据是无法使用的，而数据库的其他部分依旧在线、可供使用。在线检索操作:在线检索选项能够在指数数据定义语言（DDL）执行期间，承诺对基底表格、或集簇索引数据和任何有关的检索，进行同步修正。例如，当一个集簇索引正在重建的时候，您能够对基底数据连续进行更新、同时对数据进行查询。快速复原:新的、速度更快的复原选项能够改进SQL服务器数据库的可用性。治理人员将能够在事务日志向前滚动之后，重新连接到正在复原的数据库。安全性能的提高:SQLServer2005包括了一些在安全性能上的改进，例如数据库加密、设置安全默认值、增强密码政策、缜密的许可操纵、以及一个增强型的安全模式。新的治理工具组:SQLServer2005引入了SQLServerManagementStudio，这是一个新型的统一的治理工具组。那个工具组将包括一些新的功能，以开发、配置SQLServer数据库，发觉并修理其中的故障，同时那个工具组还对从前的功能进行了一些改进。专门的治理员连接:SQLServer2005将引进一个专门的治理员连接，即使在一个服务器被锁住，或者因为其他缘故不能使用的时候，治理员能够通过那个连接，接通那个正在运行的服务器。这一功能将能让治理员，通过操作诊断功能、或Transact—SQL指令，找到并解决发觉的问题。快照隔离:我们将在数据库层面上提供一个新的快照隔离（SI）标准。通过快照隔离，使用者将能够使用与传统一致的视野观看数据库，存取最后执行的一行数据。这一功能将为服务器提供更大的可升级性。数据分割:数据分割将加强本地表检索分割，这使得大型表和索引能够得到高效的治理。增强复制功能:关于分布式数据库而言，SQLServer2005提供了全面的方案修改（DDL）复制、下一代监控性能、从甲骨文（Oracle）到SQLServer的内置复制功能、对多个超文本传输协议（）进行合并复制，以及就合并复制的可升级性和运行，进行了重大的改良。另外，新的对等交易式复制性能，通过使用复制，改进了其对数据向外扩展的支持。系统硬件选型设计本系统的中心级服务器的要求如下：操作系统对储备系统内大容量硬盘的支持，系统对卷的支持，对大文件系统的支持，不要显现应用系统的数据增长后，系统无法进行扩充，导致系统的重新构造；支持系统盘镜像，爱护操作系统，与储备系统的连接方式支持动态多链路，和中央磁盘阵列兼容，系统有集群能力，保证系统的可靠性和在线升级能力。运算机系统配置从以下两个原则考虑设备配置：从实际数据库和数据分布模式及相关信息的构成来考虑设备配置。综合考虑服务器承担的业务服务和数据库服务需求，满足现状，考虑以后。服务器服务器配置策略主机机型选择的原则有以下几点：CPU运算能力及I/O通道能力；体系结构思路和综合性能指标参数；可靠性；磁盘：磁盘阵列和磁盘复制，可热插拔驱动；内存：奇偶校验和基于SIMM的高性能ECC内存；容错能力：冗余组件、自动服务器复原；可扩充性各种配置承诺依照需要而作一定程度的扩充。设计遵循的标准和规范系统设计标准《中国软件与技术服务股份ISO9001质量操纵程序[DIS/QP]（2000）》《可靠性编码规范》系统开发和实施标准系统开发遵循国际标准、国家标准、行业内部或地点标准，必要时予以扩充，形成本系统的内部标准。信息分类和编码标准1）《道路运政治理信息系统信息指标体系》（JT/T414-2000）、2）《道路运政治理信息系统编目编码规则》（JT/T415-2000）3）中华人民共和国国土基础信息数据分类代码（GB/TB923-92）4）中国都市地理信息系统、信息分类体系及编码规范化研究。5）其它有关信息分类和编码的暂行稿（讨论稿）6）功能编码规范。软件设计和开发标准GB/T14394-1993《运算机软件可靠性和可爱护性治理》GB/T15532-1995《运算机软件单元测试》GB/T8566-1988《运算机软件开发规范》GB/T8567-1988《运算机软件产品开发文件编制指南》GB/T9385-1988《运算机软件需求说明编制指南》GB/T9386-1988《运算机软件测试文件编制规范》GB/T12504-1990《运算机软件质量保证打算规范》GB/T12505-1990《运算机软件配置治理打算规范》GB/T14079-1993《软件爱护指南》GB/T16680-1996《软件文档治理指南》《国家经济信息系统总体规划方案》（1986-07-01）软件质量治理标准ISO9000-3《软件质量治理和质量保证标准》ISO10006《项目治理质量标准》ISO/IEC14589《软件质量评判》图形标准中华人民共和国1:500、1:1000、1:2000地势图图式标准（GB7929-87）中华人民共和国1:1万、1:5万地势图图式标准（GB7233-87）符号库依照图形应用需要，在系统建设前建立一套适合信息系统应用的标准符号库，其中包括：1．线状符号标准库2．点状符号标准库3．面状符号标准库网页设计规范1、形象设计规范网站的CI整体形象包括下面几个要素（1）标志(logo)网站必须有独立的标志标志能够以网站中英文名称设计，也能够采纳专门的图案。原则是简单易记。标志必须能够用黑白和彩色分别清晰表现标志图片的名称为"logo_域名.gif"，例如：logo_sina.gif尽量提供标志的矢量图片请尽可能在每个页面上都使用标志（2）标准色网站应该有自己的标准色（主体色）标准色原则上不超过两种，假如有两种，其中一种为标准色，另一种为标准辅助色标准色应尽量采纳216种web安全色之内的色彩必须提供标准色确切的RGB和CYMK数值请尽可能使用标准色（3）标准字体网站应该定义一种标准字体（指logo上，图片上使用的字体）标准字体原则上定义两种，一种中文字体，一种英文字体（不包括文本内容字体）必须提供标准字体的名称和字库请尽可能使用标准字体2、内容编辑规范（1）标题力求简短、醒目、新颖、吸引人。（2）正文文章的段首空两格，与传统格式保持一致段与段之间空一行能够使文章更清晰易看杜绝错字、别字和自造字简体版中不得夹杂繁体字译名要按我国规范。例如：singapore统一翻译"新加坡"不能用"星加坡"全角数字符号（不含标点）应改为半角3、页面尺寸尺寸规范依照实际情形调整：页面标准按1024*768辨论率制作页面长度原则上不超过3屏，宽度不超过1屏每个标准页面为A4幅面大小，即8.5X11英寸全尺寸banner为468*60px，半尺寸banner为234*60px，小banner为88*31px，另外120*90，120*60也是小图标的标准尺寸每个非首页静态页面含图片字节不超过60K，全尺寸banner不超过14K 技术性能设计响应时刻当数据录入操作时应无等待时刻。日常操作用的显示响应时刻（从敲执行键至完全显示画面、含相关数据）不大于2秒；复杂图表的显示响应时刻不大于10秒；日常查询、统计和分析的响应时刻不大于5秒；CPU和LAN负荷率1、CPU平均负荷率系统稳固状态：工作站<30%系统繁忙状态：工作站<45%2、内存系统稳固状态：工作站<64M系统繁忙状态：工作站<70M在每5分钟测试期间，系统LAN负荷不大于30%并发处理并发处理用户≥80人；系统峰值响应速度，并发处理用户≥50人；数据库设计建立完善的数据库结构治理设备的差不多参数、运行状态和各种工作打算。数据库的框架和结构必须依照设备和运行状态而设计，方便提供强大的录入、查询、统计、分析和报表等各种功能，较好的反映业务的差不多情形和运行状况，满足生产治理信息化的要求.建立支持多媒体应用与面向对象的关系型数据库治理系统，数据库治理系统具有面向Internet应用，面向电子政务和电子商务的能力，数据库系统结构设计依照本系统的结构和应用服务，同时考虑到整个系统的一体化方案、功能扩展和灵活性，数据库将按以下原则采纳集中方式与三层结构相结合的体系结构。本系统是大型软件系统，能够提供多种应用服务，这些服务采纳集中方式运行可充分利用服务器的资源，发挥服务器的性能，方便治理，提高可靠性。采纳三层结构专门容易实现客户机的扩充，使用多服务器能减小系统的处理瓶颈，提高系统的性能，同时能共享网络中的所有资源数据库系统，为集中方式和B/S结构的应用提供了可靠的技术保证。数据库系统逻辑结构本系统考虑到系统的总体要求和今后各业务的进展，本方案中设计数据库系统逻辑结构表达了以下特点：数据库系统结构具有良好的兼容性。数据库数据的全面性。数据库系统结构完全完整：既可最大限度开放的公用数据，也严格保密的票务结算数据和企业私有数据，对不同的类型应采纳不同的安全治理机制。信息系统将采纳大型数据库系统，完善的数据备份和安全操纵策略，保证数据的安全性和完整性，保证系统安全运行。数据库能够采纳数据冗余备份，或者数据录像备份，双机备份，以确保数据的安全及完整性。数据库设计遵循技术规范标准目的：保证与其它应用系统的无缝连接，而且便于与信息中心其它系统的数据共享和实施XX省范畴内联网的数据共享。（一）完善的编码体系完善的编码体系是数据库系统的重要核心之一。要求对生产业务中涵盖的信息进行全面分类和编码治理。要求编码设计科学合理，使系统能够具备名目树结构显示、分类路径明确、多级同步爱护（级联修改）、分类分级的多层次查询、数据传送量少等优点。（二）字典驱动的数据库结构系统的进展变化对应于设备（实体对象）的属性和设备（实体对象）的增减，能够通过数据字典驱动的方式，在数据库中实现设备属性的扩展修改和新增设备的定义。系统采纳这种字典驱动数据库结构，通过它用户能够依照需要，对系统中某对象的属性进行扩展。例如应用在设备治理上，能够采纳图形化界面简单直观地实现设备类型的自定义、设备种类的增加、设备属性的自定义，从而适应不断显现的新设备的需要，不需要修改程序代码。（三）面向对象的数据库设计从某种意义上讲,是数据库设计的面向对象特点最终奠定了整个系统的面向对象性,具体要求包括：（1）数据库结构清晰,便于实现OOP实现应用模块对象对数据库对象的完全映射,数据库逻辑模型能够自然且直截了当地模拟现实世界的实体关系。用户所处的当前物理世界、系统开发者所抽象的系统外部功能,与支持系统功能的内部数据库(数据结构)一一对应,因此用户、开发者和数据库爱护人员才能够用一致的语言进行沟通。专门是对多数不了解业务的程序开发人员来说,这种将应用对象与相应的数据对象封装在对象统一体中的设计方法,大大减轻了程序实现的难度,使他们只要明白加工的数据及所需的操作即可,而且应用程序大多雷同,能够多处继承由设计人员抽象出来的、预先开发好的各种物理级超类。（2）数据库对象具有独立性,便于爱护除了数据库表对象与应用模块对象一一对应外,在逻辑对象模型中要求不要设计多重继承的泛化关系,因此如此得到的数据库结构差不多上是由父表类和子表类构成的树型层次结构,表类间专门少有继承以外的复杂关系,是一个符合局部化原则的结构,从而使数据库表数据破坏的阻碍操纵在局部范畴且便于修复,给系统开通后的数据库日常爱护工作带来便利。（3）需求变更时程序与数据库重用率高,修改少在映射应用对象时,要求除关系映射规范化后可能显现一对多的表映射外,大多数应用对象与表对象是一一对应的。如此能够把规范化处理后的、由一个应用对象映射出来的多个表看成一个数据库对象。因此当部分应用需求变更时,第一,系统修改能够不涉及需求不变更的部分。其次,变更部分的修改能够差不多上只限于追加或删除程序模块或追加新库表,而差不多上不必修改原有程序代码或原有库表定义,从而大大减少了工作量,降低了工作难度。（四）柔性扩展技术数据库系统给予查询系统高度的柔性和充分的可扩充性。查询系统能够依照用户的需求不断地完善自身，以提供新的查询功能和增强查询能力。它有两方面的意义：一是当系统运行一段时刻后，用户极有可能会产生新的查询需求，在良好的数据结构的基础上，能够通过对原有系统的适当调整和配置，满足用户新的需求；二是应用系统具备为不同类型的用户提供自己定制各种查询的功能，降低了系统后期的爱护工作量和费用，爱护系统的前期投资。（五）便携式数据库系统提供便携式数据治理功能，能够将需要的数据下载到您周围的运算机上（不论是台式机，依旧笔记本运算机），以便在无法或不愿连通网络的情形下（比如在移动的交通工具中、没有电信服务的区域等）使用相关的数据。（六）非结构化数据的治理系统对非结构化形式存在的数据如文档、手册、报告、专家意见等数据采纳合理的数据库治理模式。系统将非结构化纳入数据库系统进行治理，从而将企业数据源和应用集成为一个有机整体，实现对数据的集中治理、组织、分类、索引和检索，以达到对数值、字符等结构化数据和电子文档、图像、声音等非结构化数据高效操作。（七）过程数据储备治理对一项业务流程从开始、中间各个环节到最后终止和反馈的整个过程中产生的数据进行完整的关联储备，如此不仅在业务流程上完成闭环治理，在具体某项工作所产生的数据上面同样完成了闭环治理，最终实现了业务真正意义上的闭环治理和监控的功能。（八）最简单的确实是最好的客观世界是错综复杂的,运算机科学理论的进展也越来越高深、复杂。然而,人类探究理论和技术的最终目的是:让客观世界的复杂变简单,最简单的确实是最好的。为此对数据库设计提出以下几个要求：（1）慎用外键大型数据库支持复杂关系的能力专门强,不管用户如何在逻辑上设定外键,它差不多上都能从物理上帮用户实现。然而外键把许多独立的实体牵连在一起,不仅使数据库系统坚持数据一致性负担繁重,也使数据库应用复杂化,加重了程序开发负担。如此的数据库专门难明白得,专门难实现信息隐藏性设计,往往把简单问题复杂化。（2）适当冗余减少数据库冗余的设计思路产生于70年代,它是促使DBMS进步的重要动力之一。然而,犹如为了节约2个字节的储备空间而酿成了现在全球为之头痛的2000年问题一样,它是运算机硬件主导时代的产物。今天的世界已进入软件主导的运算机时代。因此,最容易明白得、应用开发工作量最少、爱护最简单的数据库结构才是最好的。只要数据完整性、一致性不受威逼,有些冗余,不足为虑。换言之,最节约软件成本(而不是硬件成本)的是最好的。（3）信息隐藏这是软件工程最重要的差不多原则之一。简言之即信息的作用域越小越好,数据库的透亮度越大越好,因为应用程序需要明白得越多就越复杂。使数据库黑盒化(透亮度高)的方法专门多,除了设计上的局部化处理外,还能够利用触发器、储备过程、函数等,把数据库中无法简化的复杂表关系封装到黑盒子里,隐藏起来,专门是放到服务器端,其优越性更是多方面的。（九）备份治理实现对系统所有数据的备份，包括图形数据、属性数据和规则库数据，这些数据均存放在数据库中，定期备份以保证数据的安全性。此外重要时刻的数据备份（数据版本）可供了解输电网络的新增和更换过程。本方案核心技术软件工程技术60年代中期开始爆发了众所周知的软件危机。为了克服这一危机，在1968、1969年连续召开的两次闻名的NATO会议上提出了软件工程这一术语，并在以后不断进展、完善，差不多形成多种软件开发方法。面向对象的软件开发方法1978年，E．Yourdon和L．L．Constantine提出了结构化方法，即SASD方法，也可称为面向功能的软件开发方法或面向数据流的软件开发方法。结构化的软件方法是80年代使用最广泛的软件开发方法。它第一用结构化分析（SA）对软件进行需求分析，然后用结构化设计（SD）方法进行总体设计，最后是结构化编程（SP）。使用这一方法成功地完成了多个项目的开发。但随着软件开发技术的不断进步和完善，这一方法也显出它越来越多的不足之处。关于本系统如此一个业务复杂，功能众多，海量数据的项目，采纳结构化的设计方法专门难满足需要。我们将采纳先进的面向对象的软件工程来分析、设计、开发、本系统。面向对象技术是软件技术的一次革命，在软件开发史上具有里程碑的意义。随着OOP（面向对象编程）向OOD（面向对象设计）和OOA（面向对象分析）的进展，最终形成面向对象的软件开发方法OMT(ObjectModellingTechnique）。这是一种自底向上和自顶向下相结合的方法，而且它以对象建模为基础，从而不仅考虑了输入、输出数据结构，实际上也包含了所有对象的数据结构。不仅如此，OO技术还保证了需求分析、可爱护性和可靠性这三个软件开发的关键环节的质量自底向上的归纳OMT的第一步是从问题的陈述入手，构造系统模型。从真实系统导出类的体系，即对象模型包括类的属性，与子类、父类的继承关系，以及类之间的关联。类是具有相似属性和行为的一组具体实例（客观对象）的抽象，父类是若干子类的归纳。因此这是一种自底向上的归纳过程。在自底向上的归纳过程中，为使子类能更合理地继承父类的属性和行为，可能需要自顶向下的修改，从而使整个类体系更加合理。由于这种类体系的构造是从具体到抽象，再从抽象到具体，符合人类的思维规律，因此能更快、更方便地完成任务。在结构化设计方法中构造系统模型是最困难的一步，因为自顶向下的“顶”是一个空中楼阁，缺乏坚实的基础，而且功能分解有相当大的任意性，因此需要开发人员有丰富的软件开发体会。而在OMT中这一工作可由一样开发人员较快地完成。在对象模型建立后，专门容易在这一基础上再导出动态模型和功能模型。这三个模型一起构成要求解的系统模型。自顶向下的分解系统模型建立后的工作确实是分解。在OMT中通常按服务（Service）来分解。服务是具有共同目标的相关功能的集合，如I／O处理、图形处理等。这一步的分解通常专门明确，而这些子系统的进一步分解因有较具体的系统模型为依据，也相对容易。因此OMT也具有自顶向下方法的优点，即能有效地操纵模块的复杂性，同时幸免了结构化方法中功能分解的困难和不确定性。面向对象建模技术基础是对象模型每个对象类由数据结构（属性）和操作（行为）组成，有关的所有数据结构（包括输入、输出数据结构）都成了软件开发的依据。因此OMT不仅具有结构化设计方法的优点，而且能够应用于大型系统。更重要的是，在系统的动身点（输入、输出数据结构）发生变化时，整个软件不必推倒重来，只是增加或减少一些对象而已，整个系统改动极小。完全的需求分析需求分析不完全是软件失败的要紧缘故之一。即使在目前，这一危险依旧存在。传统的软件开发方法不承诺在开发过程中用户的需求发生变化，从而导致种种问题。正是由于这一缘故，人们提出了原型化方法，推出探究原型、实验原型和进化原型，积极鼓舞用户改进需求。在每次改进需求后又形成新的进化原型供用户试用，直到用户差不多中意，大大提高了软件的成功率。然而它要求软件开发人员能迅速生成这些原型，这就要求有自动生成代码的工具的支持。OMT完全解决了这一问题。因为需求分析过程已与系统模型的形成过程一致，开发人员与用户的讨论是从用户熟悉的具体实例（实体）开始的。开发人员必须搞清现实系统才能导出系统模型，这就使用户与开发人员之间有了共同的语言，幸免了传统需求分析中可能产生的种种问题。多层结构技术在目前的多层B/S结构中，要紧是利用了不断成熟的WWW扫瞄器技术，结合扫瞄器的多种Script语言(VBScript、JavaScript…)和ActiveX技术，用通用扫瞄器就实现了原先需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件系统构造技术。我们选择如下图所示的三层结构来建立一个新的应用程序结构。系统采纳Brower-Server架构，整个系统能够分为三层的结构：Client（客户端）--Application（应用服务层）--Database（数据服务层），这三层分别由Client--ApplicationServer--DatabaseServer构成。在这种结构中，只需要一个专门小的客户端（瘦客户机）。这种客户端不需要太多的中介驱动程序和设置，现在与后台数据库服务器链接的工作都交给了中间的应用服务器来处理。客户端只需使用简单的通信协议或是操作系统提供的通信功能与应用服务器进行通信。同时，应用服务器只需爱护它和后台数据库服务器的数据通信处理。那么不但能够降低网络的负荷，而且又增强了应用程序的执行速度。进一步考虑，在设计过程中将相同的程序代码或是组件也移到应用程序服务器上的话，那么，客户端应用程序会赶忙减少，同时当需要对这些共同的程序代码或是组件进行版本更新时，只需在应用服务器上作修改，如此不但治理方便，而且易于爱护。这确实是所谓的三层结构模式，如下图：注：上图中①表示“数据登录更新读取的要求”。②表示“数据登录更新读取的结果”。三层结构以及N层结构是从逻辑上划分，物理上既能够是三层或多层.三层结构的优点在于：实现了真正的“瘦”客户机，并为Client端的安装提供了极大的方便。保证了数据的安全性，幸免了传统二层结构存在的安全性不足，将数据服务器与客户端，专门是远程客户端相隔离，增加了安全性。它将用户的业务规则和商业约束条件及其它处理要求完全封装在应用程序服务器中，为今后系统的升级与爱护提供了极大的方便。三层结构将应用程序服务器和数据库服务器放在同一个物理服务器上，能够减少网络流量，降低发生网络瓶颈的可能性。三层结构是建立在广域网之上的,不必是专门的网络硬件环境,例与上网,租用设备.信息自己治理.有比C/S更强的适应范畴,一样只要有操作系统和扫瞄器就行三层结构是建立在广域网之上,对安全的操纵能力相对弱,面向是不可知的用户群.三层结构对安全以及访问速度的多重的考虑,建立在需要更加优化的基础之上.比C/S有更高的要求三层结构的程序架构是进展的趋势,SUN的Javan构件技术等,使三层结构更加成熟.三层结构是多重结构,要求构件相对独立的功能.能够相对较好的重用.就入买来的餐桌能够再利用,而不是做在墙上的石头桌子三层结构是构件组成,方便构件个别的更换,实现系统的无缝升级.系统爱护开销减到最小.用户从网上自己下载安装就能够实现升级.三层结构是建立在广域网上,面向不同的用户群,分散地域,这是C/S无法作到的.与操作系统平台关系最小.三层结构是建立在扫瞄器上,有更加丰富和生动的表现方式与用户交流.同时大部分难度减低,减低开发成本.三层结构的信息流向可变化,B-BB-CB-G等信息流向的变化,更像交易中心中间件技术随着Internet的进展，在1996年春，Microsoft改变了主意，选择ActiveX作为新的商标名称。ActiveX是指宽松定义的、基于COM的技术集合，而OLE仍旧仅指复合文档。因此，ActiveX最核心的技术依旧COM。ActiveX和OLE的最大不同在于，OLE针对的是桌面上应用软件和文件之间的集成，而ActiveX则以提供进一步的网络应用与用户交互为主。COM是最全然的核心技术。为了便于明白得，能够把COM看作是某种（软件）打包技术，即把它看作是软件的不同部分，按照一定的面向对象的形式，组合成能够交互的过程和以组支持库。COM对象能够用C++、Java和VB等任意一种语言编写，并能够用DLL或作为不同过程工作的执行文件的形式来实现。使用COM对象的扫瞄器，无需关怀对象是用什么语言写的，也无须关怀它是以DLL依旧以另外的过程来执行的。从扫瞄器端看，无任何区别。如此一个通用的处理技巧专门有用。例如，由用户和谐运行的两个应用，能够将它们的共同作业部分作为COM对象间的交互来实现（因此，现在的OLE复合文档也能做到）。为在扫瞄器中执行从Web服务器下载的代码，扫瞄器可把它看作是COM对象，也确实是说，COM技术也是一种打包可下载代码的标准方法（ActiveX控件确实是执行这种功能的）。甚至连应用与本机OS进行交互的方法也能够用COM来指定，例如在Windows和WindowsNT中用的是新API，多数是作为COM对象来定义的。可见，COM尽管起源于复合文档，但却可有效地适用于许多软件问题，它如何说是处在底层的基础技术。用一句话来说，COM是独立于语言的组件体系结构，能够让组件间相互通信。为了以后平台的升级和爱护,采纳COMPLUS技术能够专门方便地进行系统升级,所有本系统采纳这种多层构架技术中间件是位于应用程序和差不多操作系统、数据库、网络功能之间的软件。其任务是将应用程序开发人员从复杂的地层编码工作中解脱出来。中间件提供了应用程序的互操作性、可移植性和可伸缩性。我们选择中间件技术作为本方案应用软件系统开发的关键技术，是基于以下中间件技术的六大特点：缩短应用软件系统的开发周期。节约应用软件系统的开发成本。降低系统的运行成本。降低系统的运行故障率，提高系统的可靠性。减少应用软件系统的爱护成本。提高软件系统的产品质量。XML技术XML代表ExtensibleMarkupLanguage（eXtensibleMarkupLanguage的缩写，意为可扩展的标记语言）。与HTML相似，XML是一种显示数据的标记语言，它能使数据通过网络无障碍地进行传输，并显示在用户的扫瞄器上。XML是一套定义语义标记的规则，这些标记将文档分成许多部件并对这些部件加以标识。它也是元标记语言，即定义了用于定义其他与特定领域有关的、语义的、结构化的标记语言的句法语言。1996年，万维网协会（或者叫W3C，http://www.w3c.org）开始设计一种可扩展的标记语言，使其能够将SGML的灵活性和强大功能与差不多被广泛采纳的HTML结合起来。这种后来变成XML的语言继承了SGML的规范，而且实际上确实是后者的一个子集。XML使得现有的Internet协议和软件更为和谐，从而简化了数据处理和传输。使用XML就意味着不必等待扫瞄器的开发商来满足用户的需要了。用户能够创建自己需要的标记，当需要时，告诉扫瞄器如何显示这些标记就能够了。为了保证本系统的先进性，本系统采纳XML技术。软件平台系统应用平台操作系统Windows2003server企业版客户端操作系统WindowsXP数据库平台SQLServer2005设计工具统一建模语言UML和RATIONALROSE统一建模语言UMLUML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。因此，我们选择UML来进行本系统面向对象的系统设计。a)用例图(UseCase)用例模型图用来描述的是外部执行者（Actor）所明白得的系统功能。用例模型能够清晰地反映系统的需求分析，说明了开发者和用户对需求规格达成的共识。第一，它描述了待开发系统的功能需求。其次，它将系统看作黑盒，从外部执行者的角度来明白得系统。通过我们对用例图设计，不仅在开发过程中保证了系统所有功能的实现，而且被用于验证和检测所开发的系统，从而阻碍到开发工作的各个时期和UML的各个模型。我们依照现有的需求分析文挡，依照系统功能模块的设计要求，将依照需求模块通过用例图（UseCase）的形式来完整表示。如下所示：设计例图4用例图(UseCase)b)静态结构图显示模型的静态结构的图表；也确实是存在的元素（例如类和类型）、这些元素的内部结构及其相互关系。静态结构图能够是类图表、对象图或概念模型。类图表表示以静态关系连接的类、包或接口；对象图是类图表的实例，显示某一时刻上的系统状态快照；概念模型显示实际概念之间的关系。通过静态结构图的设计，开发人员能够通过静态结构图的抽象层次和细化（Refinement）关系。需要注意的是，尽管在软件开发的不同时期都使用类图，但这些类图表示了不同层次的抽象。在需求分析时期，类图是研究领域的概念；在设计时期，类图描述类与类之间的接口；而在实现时期，类图描述软件系统中类的实现。在实际设计过程中，使用类图的危险在于过早陷入开发细节中。因此，我们不主张每个模型都进行类图的设计，而是在关键的系统模型中采纳静态结构图以把握系统的底层运作机制。设计例图5静态结构图c)序列图和协作图序列图和协作图差不多上一种交互图（interactiondiagram）。序列图强调的是时刻和消息的次序。一个序列图显示了一系列的对象和在这些对象之间发送和接收的消息。而协作图强调的是发送和接收消息的对象之间的组织结构。一个协作图显示了一系列的对象和在这些对象之间的联系以及对象间发送和接收的消息。对象通常是命名或匿名的类的实例，也能够代表其他事物的实例，例如协作、组件和节点。使用序列图和协作图可来说明系统的动态情形。设计例图6序列图 在进行本系统面向对象的UML设计时，为规避技术风险，幸免进行过度设计，我们在设计中坚持以下两点的建模原则：a)对系统的不同视图有选择性地进行建模，决定采纳哪个视图才能最好地表达系统的结构，而不是蜂拥而上，不加分析的为一个视图采纳多个图，造成盲目建模。b)对系统进行不同层次的抽象，参加项目开发的人可能对同一个系统的视图需要不同的抽象层次。关于程序员来说，他期望看到的是类的属性、方法，而关于一个系统分析员来说只要看到存在这么个类就能够了，那个地点程序员要求的抽象层次较低。RationalRoseRational公司曾以Ada语言享誉世界,今天以面向对象的可视化建模工具RationalROSE博得了业界一片好评。RationalROSE包括了一体化建模语言（UML），OOSE及OMT。其中一体化建模语言（UML）由Rational公司三位世界级面向对象技术专家GradyBooch,IvarJacobson和JimRumbaugh通过对早期面向对象研究的设计方法的进一步扩展而得来的，为可视化建模软件奠定了坚实的理论基础。我们公司与Rational公司具有良好的合作关系，同时已在多个项目中有成功的应用。系统性能设计系统安全性设计操作安全性操作安全性由网络登录验证、数据库登录验证、应用系统使用验证三级组成。网络登录验证由操作系统完成，用于对具有网络资源访问权限用户的验证；数据库登录验证由数据库服务器完成，用于对具有数据库访问权限用户的验证；系统使用验证由应用系统完成，用于对具有应用系统使用权限用户的验证；应用系统将采纳三种验证方式相结合的方式验证用户。数据传输安全性为保证数据传输的安全性，使得所传输数据不被盗窃、更换，应用系统所采集的重要原始数据可采纳网络加密传输、数据库加密传输或应用系统数据加密相结合的技术。数据储备安全性重要数据因某种缘故需用储备介质进行长期备份储备时，可采纳加密算法对数据进行加密，使得非法用户不能明白得其含义，当合法用户访问时再将其还原。采纳日志运用日志，对进入系统的用户的操作进行记录，包括合法用户的操作和非法用户的尝试性登录；能够依照日志进行事后分析，从而找到事故的发生缘故、责任者或非法用户。系统修理时的数据安全性当系统需要检修或修理时，有可能对系统进行调试，在调试时我们将采纳切换到临时运行环境的方法，使系统在调试时与正式储备设备（数据库）隔离，修理终止正式使用时，再将系统与正式储备设备（数据库）相连接。如此就能够保证系统在修理时已有数据的安全。原始数据的安全性为了保证原始数据的原始性，原始数据一旦储存，便不能被更换；对错误数据只能采取增加一条记录来修正的方式处理，对修正数据应加标志以保证正确性，同时关于修正操作应做数据修正日志，记录修正人相关信息及修正缘故等。系统可靠性设计数据需在整个分布式数据库系统中保持一致，我们将采取以下几种措施来保证这些数据的一致性：利用关系数据库治理系统（RDBMS）的一致性检查与操纵机制；关系数据库治理系统（RDBMS）具有一套严格的数据完整性和一致性的治理机制。采纳vss版本操纵技术，即对每一类需同步的数据设置其版本号，在用户登录系统或系统进行处理时（若要用到这些数据），则系统先判定其是不是最新版本，若不是最新版本，则对这些数据进行更新（以原始数据库的数据为基础），保证系统所用的数据为最新数据，同时也保证了各级数据的一致。在本系统中，需要传输大量的数据，因此，保证数据传输的正确性就显得尤为重要，即使在网络通讯不可靠或显现专门时也能保证信息的传输。集群集群的优点集群的体系结构使得集群具有能够动态扩充的特点，也确实是说，服务器多冗余的应