某省物流信息系统软件技术方案

1、XX省物流信息系统软件投标文件技术部分第148页 共 142页XX有限公司 招标编号： 正本正本XX省物流信息系统软软件技术方案案XX公司2009年100月5日目 录TOC o 1-3 u1项目概述 PAGEREF _Toc173813795 h 61.1项目背背景 PAGEREF _Toc173813796 h 61.2项目目目标 PAGEREF _Toc173813797 h 72系统建设必必要性 PAGEREF _Toc173813798 h 72.1现状描描述 PAGEREF _Toc173813799 h 72.2现状分分析 PAGEREF _Toc173813800 h 82.2.

2、1物物流信息平台台构建的客观观性和紧迫性性 PAGEREF _Toc173813801 h 82.2.2物物流信息平台台的应用需求求 PAGEREF _Toc173813802 h 82.2.3发发展预测 PAGEREF _Toc173813803 h 93远景规划方方案 PAGEREF _Toc173813804 h 103.1可适应应未来SSOO单点登录方方式 PAGEREF _Toc173813805 h 103.2数据中中心规划思路路 PAGEREF _Toc173813806 h 113.3兼容未未来数据扩展展 PAGEREF _Toc173813807 h 113.4无缝衔衔接We

3、b Serviices技术术 PAGEREF _Toc173813808 h 113.4.1WWeb Seervicees体系结构构 PAGEREF _Toc173813809 h 113.4.2WWeb Seervicees的关键技技术 PAGEREF _Toc173813810 h 124总体目标 PAGEREF _Toc173813811 h 145整体业务流流程 PAGEREF _Toc173813812 h 146系统设计 PAGEREF _Toc173813813 h 166.1系统结结构图 PAGEREF _Toc173813814 h 166.2设计原原则 PAGEREF _T

4、oc173813815 h 176.2.1先先进性原则 PAGEREF _Toc173813816 h 176.2.2实实用性原则 PAGEREF _Toc173813817 h 186.2.3安安全性原则 PAGEREF _Toc173813818 h 186.2.4可可靠性原则 PAGEREF _Toc173813819 h 186.2.5可可操作性 PAGEREF _Toc173813820 h 196.2.6灵灵活性原则 PAGEREF _Toc173813821 h 196.2.7信信息准确和及及时性 PAGEREF _Toc173813822 h 196.2.8开开放性原则 PAG

5、EREF _Toc173813823 h 196.2.9可可扩展性与可可移植性 PAGEREF _Toc173813824 h 206.2.10系统性原则则 PAGEREF _Toc173813825 h 206.2.11成熟性原则则 PAGEREF _Toc173813826 h 216.3系统架架构设计 PAGEREF _Toc173813827 h 216.3.1总总体结构设计计图 PAGEREF _Toc173813828 h 226.3.2总总体结构模型型图 PAGEREF _Toc173813829 h 236.3.3系系统逻辑结构构图 PAGEREF _Toc173813830

6、h 266.3.4系系统内部结构构 PAGEREF _Toc173813831 h 266.4系统软软件选型设计计 PAGEREF _Toc173813832 h 316.4.1操操作系统 PAGEREF _Toc173813833 h 316.4.2数数据库系统 PAGEREF _Toc173813834 h 326.5系统硬硬件选型设计计 PAGEREF _Toc173813835 h 396.5.1服服务器 PAGEREF _Toc173813836 h 396.6设计遵遵循的标准和和规范 PAGEREF _Toc173813837 h 406.6.1系系统设计标准准 PAGEREF _

7、Toc173813838 h 406.6.2系系统开发和实实施标准 PAGEREF _Toc173813839 h 406.6.3信信息分类和编编码标准 PAGEREF _Toc173813840 h 406.6.4软软件设计和开开发标准 PAGEREF _Toc173813841 h 406.6.5软软件质量管理理标准 PAGEREF _Toc173813842 h 416.6.6图图形标准 PAGEREF _Toc173813843 h 416.6.7符符号库 PAGEREF _Toc173813844 h 416.6.8网网页设计规范范 PAGEREF _Toc173813845 h 4

8、16.7技术性性能设计 PAGEREF _Toc173813846 h 436.7.1响响应时间 PAGEREF _Toc173813847 h 436.7.2CCPU和LAN负荷率率 PAGEREF _Toc173813848 h 436.7.3并并发处理 PAGEREF _Toc173813849 h 436.8数据库库设计 PAGEREF _Toc173813850 h 446.8.1对对数据库平台台的性能要求求 PAGEREF _Toc173813851 h 446.8.2数数据库系统结结构设计 PAGEREF _Toc173813852 h 456.8.3数数据库系统逻逻辑结构 PA

9、GEREF _Toc173813853 h 456.8.4数数据库设计遵遵循技术规范范标准 PAGEREF _Toc173813854 h 466.9本方案案核心技术 PAGEREF _Toc173813855 h 496.9.1软软件工程技术术 PAGEREF _Toc173813856 h 496.9.2面面向对象的软软件开发方法法 PAGEREF _Toc173813857 h 496.9.3多多层结构技术术 PAGEREF _Toc173813858 h 516.9.4中中间件技术 PAGEREF _Toc173813859 h 546.9.5XXML技术 PAGEREF _Toc17

10、3813860 h 556.10软件件平台 PAGEREF _Toc173813861 h 566.10.1系统应用平平台 PAGEREF _Toc173813862 h 566.10.2软件开发工工具 PAGEREF _Toc173813863 h 566.11系统统性能设计 PAGEREF _Toc173813864 h 636.11.1系统安全性性设计 PAGEREF _Toc173813865 h 636.11.2系统可靠性性设计 PAGEREF _Toc173813866 h 646.12存储储解决方案 PAGEREF _Toc173813867 h 676.12.1灾难备份设设计

11、PAGEREF _Toc173813868 h 686.12.2系统实用性性设计 PAGEREF _Toc173813869 h 696.12.3系统可扩展展性设计 PAGEREF _Toc173813870 h 706.12.4系统灵活性性设计 PAGEREF _Toc173813871 h 706.12.5系统容错性性设计 PAGEREF _Toc173813872 h 716.12.6系统快速恢恢复设计 PAGEREF _Toc173813873 h 716.13方案案设计特点 PAGEREF _Toc173813874 h 716.13.1基于J2EEE体系结构的的标准服务 PAGER

12、EF _Toc173813875 h 716.13.2基于XML标准的的数据交换标标准 PAGEREF _Toc173813876 h 726.13.3中间件技术术 PAGEREF _Toc173813877 h 726.13.4基于WEB的多级级审批 PAGEREF _Toc173813878 h 726.13.5支持复合流流程 PAGEREF _Toc173813879 h 726.13.6项目信息高高度电子化 PAGEREF _Toc173813880 h 726.13.7工作流技术术 PAGEREF _Toc173813881 h 726.13.8界面灵活定定制 PAGEREF _To

13、c173813882 h 726.13.9多种报表格格式 PAGEREF _Toc173813883 h 737系统功能设设计 PAGEREF _Toc173813884 h 737.1物流信信息服务平台台 PAGEREF _Toc173813885 h 737.1.1物物流信息服务务子系统 PAGEREF _Toc173813886 h 747.1.2决决策支持子系系统 PAGEREF _Toc173813887 h 767.1.3后后台管理子系系统 PAGEREF _Toc173813888 h 767.2物流企企业管理系统统 PAGEREF _Toc173813889 h 777.2.1

14、物物流电子商务务模块 PAGEREF _Toc173813890 h 777.2.2物物流业务管理理模块 PAGEREF _Toc173813891 h 788接口设计 PAGEREF _Toc173813892 h 898.1系统接接口 PAGEREF _Toc173813893 h 908.2模块级级、系统级的的数据交换 PAGEREF _Toc173813894 h 918.3接口规规范 PAGEREF _Toc173813895 h 929系统信息安安全设计 PAGEREF _Toc173813896 h 959.1信息安安全设计的必必要性 PAGEREF _Toc173813897

15、h 959.2信息网网络基本架构构 PAGEREF _Toc173813898 h 969.3安全策策略规划 PAGEREF _Toc173813899 h 969.3.1物物理安全 PAGEREF _Toc173813900 h 969.3.2网网络安全 PAGEREF _Toc173813901 h 969.3.3系系统安全问题题 PAGEREF _Toc173813902 h 979.3.4人人员管理安全全问题 PAGEREF _Toc173813903 h 989.3.5应应用安全问题题 PAGEREF _Toc173813904 h 989.4安全实实施方案 PAGEREF _Toc

16、173813905 h 999.4.1物物理安全解决决方案 PAGEREF _Toc173813906 h 999.4.2网网络层安全 PAGEREF _Toc173813907 h 1009.4.3系系统层安全 PAGEREF _Toc173813908 h 1029.4.4应应用层安全 PAGEREF _Toc173813909 h 1039.4.5人人员安全管理理 PAGEREF _Toc173813910 h 1049.4.6数数据库层安全全设计 PAGEREF _Toc173813911 h 10510项目部署署 PAGEREF _Toc173813912 h 10610.1部署署图

17、 PAGEREF _Toc173813913 h 10610.2网络络拓扑图 PAGEREF _Toc173813914 h 10611项目质量量保障方案 PAGEREF _Toc173813915 h 10711.1质量量计划编制 PAGEREF _Toc173813916 h 10811.2质量量控制原则 PAGEREF _Toc173813917 h 10911.2.1事前控制原原则 PAGEREF _Toc173813918 h 10911.2.2标准原则 PAGEREF _Toc173813919 h 10911.2.3阶段性控制制原则 PAGEREF _Toc173813920 h

18、 10911.2.4定性测试和和量化测试相相结合原则 PAGEREF _Toc173813921 h 11011.2.5用户需求符符合性原则 PAGEREF _Toc173813922 h 11011.3质量量控制影响因因素 PAGEREF _Toc173813923 h 11011.3.1全面地、系系统地了解用用户需求 PAGEREF _Toc173813924 h 11011.3.2充分讨论系系统设计方案案 PAGEREF _Toc173813925 h 11111.3.3设计完整的的系统验证方方案 PAGEREF _Toc173813926 h 11111.3.4确定可行的的质量控制方方

19、案 PAGEREF _Toc173813927 h 11111.3.5形成表述规规范的设计文文档 PAGEREF _Toc173813928 h 11111.3.6慎重选择系系统软件商 PAGEREF _Toc173813929 h 11211.3.7遵循科学的的实施流程和和技术要求 PAGEREF _Toc173813930 h 11211.3.8合理进行阶阶段性测试 PAGEREF _Toc173813931 h 11211.4质量量控制具体措措施 PAGEREF _Toc173813932 h 11211.4.1技术保障措措施 PAGEREF _Toc173813933 h 11211.

20、4.2管理保障措措施 PAGEREF _Toc173813934 h 11311.4.3质量保障措措施 PAGEREF _Toc173813935 h 11412项目风险险管理 PAGEREF _Toc173813936 h 11512.1风险险识别 PAGEREF _Toc173813937 h 11512.2风险险分析 PAGEREF _Toc173813938 h 11712.3风险险应对措施 PAGEREF _Toc173813939 h 11912.4风险险跟踪 PAGEREF _Toc173813940 h 11912.5风险险状态通报 PAGEREF _Toc173813941

21、h 11912.6风险险数据库 PAGEREF _Toc173813942 h 11913项目实施施管理 PAGEREF _Toc173813943 h 12013.1项目目人员及进度度计划 PAGEREF _Toc173813944 h 12013.1.1项目组织结结构 PAGEREF _Toc173813945 h 12013.1.2领导小组职职责 PAGEREF _Toc173813946 h 12213.1.3项目进度计计划 PAGEREF _Toc173813947 h 12413.1.4项目人员安安排 PAGEREF _Toc173813948 h 12513.2项目目配置管理 P

22、AGEREF _Toc173813949 h 12613.3需求求调研/开发管理 PAGEREF _Toc173813950 h 12713.4设计计阶段管理 PAGEREF _Toc173813951 h 12813.5编码码开发阶段管管理 PAGEREF _Toc173813952 h 12913.6测试试管理 PAGEREF _Toc173813953 h 13013.6.1软件测试规规则 PAGEREF _Toc173813954 h 13013.6.2系统测试过过程 PAGEREF _Toc173813955 h 13113.7验收收管理 PAGEREF _Toc173813956

23、h 13213.8培训训管理 PAGEREF _Toc173813957 h 13314售后服务务方案 PAGEREF _Toc173813958 h 13414.1XXX公司软件服服务团队体系系 PAGEREF _Toc173813959 h 13514.2售后后服务组织架架构 PAGEREF _Toc173813960 h 13514.3服务务流程 PAGEREF _Toc173813961 h 13615支持及维维护 PAGEREF _Toc173813962 h 13615.1运行行环境集成服服务 PAGEREF _Toc173813963 h 13715.2系统统实施服务 PAGER

24、EF _Toc173813964 h 13715.3软件件系统售后服服务承诺 PAGEREF _Toc173813965 h 13715.3.17 *244 小时热线线支持 PAGEREF _Toc173813966 h 13915.3.2本地化服务务 PAGEREF _Toc173813967 h 13915.3.3保修承诺 PAGEREF _Toc173813968 h 13915.3.4售后服务期期 PAGEREF _Toc173813969 h 13915.3.5售后服务内内容 PAGEREF _Toc173813970 h 13915.3.6售后服务方方式 PAGEREF _Toc1

25、73813971 h 13915.4软件件培训服务 PAGEREF _Toc173813972 h 14015.4.1软件培训计计划 PAGEREF _Toc173813973 h 14115.4.2集中业务系系统操作培训训 PAGEREF _Toc173813974 h 14215.4.3专业人员系系统二次开发发培训 PAGEREF _Toc173813975 h 14215.4.4专业人证培培训 PAGEREF _Toc173813976 h 142项目概述项目背景在学校中，人们们通常利用人人工的手段管管理教师的档档案信息。相相关人员需要要采集教师的的各项信息并并归档，本身身的工作量就就很

26、大。当这这些信息发生生了变动，比比如教师政治治面貌的变动动，或者教师师交流的时候候，则需要大大量的工作流流程来处理这这些工作。费费事费力。如果要查阅这些些资料，则需需要到档案柜柜中逐一查找找，这种落后后的工作方式式除了带来了了大量的人力力物力成本的的浪费之外，还还由于工作环环节和涉及到到的人员众多多而导致隐藏藏的危险发生生。随着计算机技术术的飞速发展展，目前计算算机已经深入入到社会的各各个角落。计计算机拥有高高效能，高可可靠性，成本本低等多种优优势，如果将将计算机技术术应用在学校校的教师信息息档案的管理理之中的话，将将极大的提高高工作效率，节节省各项成本本。因此，利利用计算机技技术实现教师师信

27、息档案的的管理是势在在必行的。项目目标本项目的核核心原则就是是：减轻学校校的工作负担担，高效地完完成完成学校校的教师信息息档案管理工工作。本着以上的原则则，系统摒弃弃了市面上许许多类似系统统过于庞大复复杂等问题。很多类似系统统的功能虽然然强大，但实实现起来特别别复杂，用户户在使用之前前需要经过专专业的培训，在在使用过程中中又因为过于于复杂的逻辑辑而无法摸清清使用方向，因因此这样的系系统非但不能能减轻工作量量，反而使很很多用户最终终回归了传统统人工的工作作方式，这样样的系统无疑疑是失败的。因此，本系统统将复杂的操操作逻辑隐藏藏在系统深处处，对于用户户来说，只需需要像傻瓜相相机一样使用用即可满足要

28、要求。本系统为用户户提供了如下下功能。档案的灵活定定制：除了性性别，年龄等等基本信息之之外，用户可可以自行设计计档案信息项项，如政治面面貌，籍贯等等。系统拥有有非常强大的的功能，用户户能够定义信信息项的呈现现方式，如单单选，多选等等。这些信息息项将作为“基础库”存储于系统统之中，根据据不同的档案案设计原则，用用户能够随意意组合这些项项目，形成独独特的档案。强大的统计分分析功能：档档案形成后，相相关人员能够够根据任何能能想象到的统统计方式来统统计档案信息息。比如按照照姓名包含于于，年龄不包包含于某个区区间，政治面面貌等于某某某等多重条件件自行设计统统计分析表。系系统将列举统统计结果和统统计图。强

29、大的教师交交流功能：内内置工作流系系统将现实生生活中的教师师交流流程抽抽象化到网络络上，所有参参与人员只需需点动鼠标即即可完成教师师交流过程。本本校教师交流流出去，在工工作流结束后后，将立刻出出现在目标学学校的档案之之中，这是基基于分布式处处理功能而实实现的。分布式处理功功能：各学校校客户端即相相互独立又相相互关联，与与教育局系统统链接，形成成档案的传送送和匹配功能能。同时，可可插拔式的系系统设计将允允许由多个教教育局形成连连接，由市教教育局统一管管辖；甚至支支持多个市教教育局组成连连接，由省教教育厅统一管管辖。远景规划方案可适应未来SSSO单点登录录方式本系统将预留SSSO单点登登陆接口，可

30、可适应系统的的整体规划采采用用户单一一登陆控制方方式，用户在在通过统一登登录验证后，就就可访问相关关管理信息系系统，不需多多次验证；SSO单点登录录指用户只需需登录一次，就就可使用多个个SSO eenablee的应用系统统。用户通过过任何应用系系统都能进行行SSO，这这对于基于WWeb的系统统是可行的。这这种单一的登登录点在整个个系统的设计计中是唯一认认证用户的地地方，由登录录点将SSOO tokeen（针对不不同的C/SS，B/S应应用可能还需需要传递用户户名，口令）传传递给应用系系统，应用系系统利用SSSO tokken来进行行用户已认证证的验证。简简单地说就是是要修改已有有的应用系统统，

31、屏蔽已有有的应用系统统的用户认证证模块，使用用系统提供的的SSO AAPI来验证证用户，以及及对用户的操操作进行授权权。通常，认认证与授权管管理模块以一一种应用专有有的方式实现现，系统的授授权模型、认认证，授权信信息存贮结构构与访问控制制逻辑与应用用的业务逻辑辑之间耦合紧紧密。这种设设计与实现方方式的缺点是是显而易见的的：由于认证证、授权模块块与应用逻辑辑之间的紧耦耦合使得认证证、授权模块块很难进行扩扩展与维护；认证、授权权模块的设计计与编码需要要很大的工作作量，而且很很难在不同的的应用系统之之间共享与重重用。数据中心规划思思路结合数据仓库技技术思路，有有效收集整理理系统数据，为为逐步实现知知

32、识管理和数数据分析应用用提供数据基基础。作为一一种理想的数数据加工及存存储模式，数数据中心的建建立将为管理理中心的数据据整合及有效效利用提供了了基础，为知知识管理和决决策分析应用用提供数据支支持。本系统将作为数数据存储中心心使用，集成成学校教师的的所有信息，包包括其用户名名和密码等。这这样，配合单单点登陆方式式，后续的诸诸如“教师考评系系统”等多种系统统均可利用一一套用户名和和密码登录而而无须重复注注册用户名。基于分布式技术术开发将允许许系统与未来来其他系统紧紧密集成，例例如，可以在在教师考评系系统中查阅教教师档案，在在教师档案中中查阅教师考考评得分，甚甚至可以将教教师考评得分分作为教师档档案

33、的划定因因素等。兼容未来数据扩扩展基于以上之基础础，本系统可可以达到与未未来学校所使使用的各种系系统紧密集成成，互享数据据，集成之道道，是未来的的发展方向，而而我们的系统统无疑先走一一步。无缝衔接Webb Servicces技术Web Serrvices体系结构 Web Seervicees结构图Web serrvicess是一种能够够被描述并通通过网络发布布、发现和调调用的自包含含、自描述、松松散耦合的软软构件。在WWeb seervicees体系中（如如图1），所所有的应用实实体都被抽象象成服务。其其中包括三个个实体和三种种操作1。(1)服服务提供者(Serviice Prrovideer

34、)。从商商务角度看它它是指服务的的所有者，从从体系结构上上看它是指提提供服务的平平台。(2)服务请求者者(Servvice RRequesster)。从从商务角度看看它是指需要要请求特定功功能的企业，从从体系结构上上看它是指查查找和调用服服务的客户端端应用程序。(3)服务代代理(Serrvice Brokker)。它它是指用来存存储服务描述述信息的信息息库(Reppositoory)。服服务提供方在在这里发布他他们的服务;服务请求方方在这里查找找服务，获取取服务的绑定定信息。与Web Seervicees有关的操操作主要有以以下三种：(1)发布。服服务提供者需需要首先将服服务进行一定定描述并发

35、布布到注册服务务器上。在发发布操作中，服服务提供者需需要通过注册册服务器的身身份验证，才才能对服务描描述信息进行行发布和修改改。(2)查找。服服务请求方根根据注册服务务器提供的规规范接口发出出查询请求，以以获取绑定服服务所需的相相关信息。在在查找操作中中，一般包含含两种查找模模式:一种是是浏览模式(Browsse Patttern)，即服务请请求方可以根根据通用的分分类标准来浏浏览或者通过过一些关键字字来搜索，并并逐步缩小查查找的范围，直直到找到满足足需要的服务务，查找结果果是一系列服服务的集合;另一种是直直接获取模式式(Drilll dowwn Patttern)，即通过唯唯一的关键字字直接

36、得到特特定服务的描描述信息，其其查找结果是是唯一的。(3)绑定(BBindinng)。服务务请求方通过过分析从注册册服务器中得得到的服务绑绑定信息，包包括服务的访访问路径、服服务调用的参参数、返回结结果、传输协协议、安全要要求等，对自自己的系统进进行相应配置置，进而远程程调用服务提提供者所提供供的服务。Web Serrvices的关键技术术Web Serrvicess以技术栈的的形式规范了了Web SServicces体系中中的各类关键键技术，包括括服务的描述述、发布、发发现以及消息息的传输等。（1）XML与与HTTP这是Web SServicces最基本本的平台。HHTTP是一一个在Intt

37、ernett上广泛使用用的协议，为为Web SServicces部件通通过Inteernet交交互奠定了协协议基础，并并具有穿透防防火墙的良好好特性。XMML是一种元元语言， 可可以用来定义义和描述结构构化数据，它它是Web Serviices得以以实现的语言言基础。Weeb Serrvicess的其它协议议规范都是以以XML形式式来描述和表表达的。（2）SOAPP(Simpple Obbject Accesss Prootocoll)。SOAP协议最最先由Miccrosofft公司提交交给W3C组组织，并于22000年44月通过1.0版本。它它是SOA架架构实现的线线缆级协议，定定义了服务请

38、请求者和服务务提供者之间间的消息传输输规范。SOOAP用XMML来格式化化消息，用HHTTP来承承载消息。 SOAP包包括三部分:定义了描述述消息和如何何处理消息的的框架的封包包（SOAPP封包）、表表达应用程序序定义的数据据类型实例的的编码规则（SSOAP编码码规则）以及及描述远程过过程调用和应应答的协定（SSOAPRPPC表示）。（3）WSDLL(Web Serviice Deescripption Languuage)WSDL由Miicrosooft， IIBM， AAriba三三家公司在22000年99月推出。它它是Micrrosoftt公司的SDDL（Serrvicess Descc

39、riptiion Laanguagge）、IBBM公司的NNASSL（NNetworrk-Acccessibble Seervicees Speecificcationn Langguage）合合并后被W33C接纳所形形成的标准。WSDL为服务务提供者提供供以XML格格式描述Weeb Serrvicess请求的标准准格式，将网网络服务描述述为能够进行行消息交换的的通信端点的的集合，以表表达一个Weeb Serrvicess能做什么，它它的位置在哪哪里，如何调调用它等。（4）UDDII (Uniiversaal Disscoverry， Deescripption， Integgratioon)

40、UDDI规范由由Microosoft， IBM， Aribaa三家公司在在2000年年7月提出。它它是在原有MMicrossoft提出出的DISCCO(Disscoverry of Web SServicces)和IIBM的ADDS(Advvertissementt and Discoovery of Seervicees)的基础础上发展而来来的。UDDI是Weeb Serrvicess的信息注册册规范，以便便被需要该服服务的用户发发现和使用它它。UDDII规范描述了了Web SServicces的概念念，同时也定定义了一种编编程接口。通通过UDDII提供的标准准接口，企业业可以发布自自己的W

41、ebb Servvices供供其它企业查查询、调用;也可以查询询特定服务的的描述信息，并并动态绑定到到该服务上。通通过UDDII，Web Serviices可以以真正实现信信息的“一次注册，到到处访问”。（5）WSFLL(Web Serviices FFlow LLanguaage)。由IBM提出，使使用WSDLL和WSELL(Web Serviices EEndpoiint Laanguagge)来描述述服务接口和和它们的协议议绑定。WSSEL是用来来描述非操作作性的服务特特征(如服务务质量等)的的一种语言。整体业务流程具体业务流程图图如下图所示示：系统设计系统结构图 教师信息系系统结构基于

42、Inntraneet/Intternett 技术，以以浏览器/服服务器（B/S）结构进进行设计，系系统必须支持持主流计算机机硬件及软件件平台，并兼兼容现有的设设备，支持多多种开放技术术标准，系统统应提供标准准的接口程序序或和预留技技术接口标准准，便于扩展展应用系统功功能和与其他他应用系统的的互联，互访访；系统数据库采用用通用大型数数据库技术；充分考虑利用现有有网络和硬件件设备；浏览览器支持多种种通用浏览器器。系统具有开放放性、易操作作性、界面的的友好性、可可靠性和安全全性等特点，为为用户提供了了统一的、友友好的操作界界面。系统运用大型数数据库技术，综综合运用通信信技术、计算算机技术和网网络技术

43、(如如XML、WWEB seervicee、AJAXX等。设计原则 设计时要考考虑的总体原原则是：它必必须满足设计计目标中的要要求，并充分分考虑教师信信息档案工作作的基本约定定，建立完善善的系统设计计方案。教师信息系统的的实施作为信信息化规划的的实践和实现现，必须遵循循信息化规划划方案的思想想，对规划进进行项目实施施层面上的细细化和实现。首先必须遵循信信息化规划“投资适度，快快速见效；成成熟稳定，总总体最优”的总原则。具具体细化到信信息系统分析析设计和软件件系统工程上上来。先进性原则 近年来来信息技术飞飞速发展，用用户在构建信信息系统时有有了很大的选选择余地，但但也使用户在在构建系统时时绞尽脑

44、汁地地在技术的先先进性与成熟熟性之间寻求求平衡。先进进而不成熟的的技术不敢用用，而太成熟熟的技术又意意味着过时和和淘汰。采用用当今国内、国国际上最先进进和成熟的计计算机软硬件件技术，使新新建立的系统统能够最大限限度地适应今今后技术发展展变化和业务务发展变化的的需要，从目目前国内发展展来看，系统统总体设计的的先进性原则则主要体现在在以下几个方方面： 采用的系统结构构应当是先进进的、开放的的体系结构； 采用的计算机技技术应当是先先进的，如双双机热备份技技术、双机互互为备份技术术、共享阵列列盘技术、容容错技术、RRAID技术术等集成技术术、多媒体技技术； 采用先进的网络络技术，如网网络交换技术术、网

45、管技术术，通过智能能化的网络设设备及网管软软件实现对计计算机网络系系统的有效管管理与控制；实时监控网网络运行情况况,及时排除网网络故障，及及时调整和平平衡网上信息息流量；采用先进的现代代管理技术，以以保证系统的的科学性。软件的投资考虑虑到今后的发发展，不能使使用落后的产产品与技术，避避免投资的浪浪费；在系统统软件选型、开开发技术上，达达到国内外行行业先进水平平。实用性原则 实实用性就是能能够最大限度度地满足实际际工作要求，是是每个信息系系统在建设过过程中所必须须考虑的一种种系统性能，它它是系统对用用户最基本的的承诺，所以以，从实际应应用的角度来来看，这个性性能更加重要，为为了提高系统统的实用性

46、，应应该考虑如下下几个方面： 系统总体设设计要充分考考虑用户当前前各业务层次次、各环节管管理中数据处处理的便利性性和可行性，把把满足用户业业务管理做为为第一要素进进行考虑。采取总体设计、分分步实施的技技术方案，在在总体设计的的前提下，系系统实施中可可首先进行业业务处理层及及管理中的低低层管理，稳稳步向中高层层管理及全面面自动化过渡渡，这样做可可以使系统始始终与用户的的实际需求紧紧密连在一起起，不但增加加了系统的实实用性，而且且可使系统建建设保持很好好的连贯性； 全部人机操作设设计均应充分分考虑不同用用户的实际需需要；用户接口及界面面设计将充分分考虑人体结结构特征及视视觉特征进行行优化设计；界面

47、尽可能能美观大方，操操作简便实用用。安全性原则 系统应能提提供有效的安安全保密机制制，保证各单单位之间的信信息能够安全全发送与接收收。系统应提提供口令验证证、加密、权权限控制、电电子签名等安安全机制。系统需提供完善善坚实权限管管理手段,具具有良好的安安全保密机制制。需选择良良好的服务器器操作系统平平台及数据库库，使系统处处于C2安全全级基础之上上；采用操作作权限控制、用用户钥匙、密密码控制、系系统日志监督督、数据更新新严格凭证等等多种手段。网上设计采用三层结构设计，所有对数据库的访问操作行为全部封装；网站管理分权限控制、数据传输严密加密实现。可靠性原则系统在设计上要要充分考虑提提供安全可靠靠的

48、技术和管管理方式，通通过增加设计计，提高质量量和控制业务务流程等多种种手段加以保保障。系统必必须要保证其其工作的高可可靠性和高稳稳定性，保证证常年的7 X 24不间断断运行。一个个中大型计算算机系统每天天处理数据量量一般都较大大，系统每个个时刻都要采采集大量的数数据，并进行行处理，因此此，任一时刻刻的系统故障障都有可能给给用户带来不不可估量的损损失，这就要要求系统具有有高度的可靠靠性。提高系系统可靠性的的方法很多，一一般的做法如如下：采用具有容错功功能的服务器器及网络设备备，选用双机机备份、Cllusterr技术的硬件件设备配置方方案，出现故故障时能够迅迅速恢复并有有适当的应急急措施；每台设备

49、均考虑虑可离线应急急操作，设备备间可相互替替代;采用数据备份恢恢复、数据日日志、故障处处理等系统故故障对策功能能；采用网络管理、严严格的系统运运行控制等系系统监控功能能。可操作性系统在设计上要要充分考虑用用户界面应方方便、友好、灵灵活，用户应应能够方便地地在权限范围围内于各子系系统之间切换换。系统有良良好的整体化化设计，同时时完善的帮助助系统也是增增强可操作性性的必要辅助助工具之一。灵活性原则 应用系统不依依赖于特定硬硬件环境；在在系统结构一一致的前提下下可选择实施施各模块的应应用；系统具具有可实施性性，各模块可可单独实施并并使用。开放性原则系统采用开放性性的平台，充充分考虑本系系统与其它系系

50、统的数据接接口。根据我们对系统统需求和系统统目标的分析析，实现思路路是：快速适适应系统的业业务需求，应应用先进的软软件设计思想想，同时充分分考虑系统长长期发展的前前瞻性要求，基基于A的多多层B/S架架构体系之上上实现系统的的灵活性、安安全性，并使使系统具有良良好的可管理理性。重点考考虑以下几点点：最大限度保护用用户现有投资资任何新体系的引引进都必须保保证不能影响响原有业务系系统的性能，保保证关键业务务系统的正常常运转，这是是引进新的信信息技术的前前提。本系统统将充分考虑虑本系统的现现状，最大程程度地保护用用户现有软硬硬件和网络投投资。对准备备弃用的原有有系统中的数数据完整地迁迁移到新系统统中，

51、对保留留使用的原有有系统进行全全面整合，加加以充分利用用。总体规划、分步步实施系统必须本着“整体规划，统统一组织，分分步实施”的原则进行行开发建设，系系统建设应在在建设之初的的统一规划下下，充分考虑虑以上多方的的情况，有机机的、分步骤骤的逐步完善善。此外，系系统的建设涉涉及众多新的的和复杂的软软硬件技术，工工程实施环节节复杂，应按按照总体设计计的规划来进进行分步实施施。标准化的开发与与设计系统开发与建设设应做到工作作标准统一、业业务流程统一一、服务程序序统一。在业业务、软件产产品、通信技技术等各方面面采用行业、国国家和国际标标准化组织制制定的有关技技术规范与标标准。保证信信息流传递快快速顺畅，

52、网网络运行安全全可靠。完备的安全体系系系统安全性也是是设计与开发发应用系统的的首要考虑因因素，是整个个过程中应当当遵循的准则则。应用系统统在设计时制制定一整套有有效的安全措措施以保证整整个系统的安安全性，能够够满足本系统统制定的安全全管理需要，能能够防止来自自内、外部入入侵的威胁。可扩展性与可移移植性可扩展性指的是是系统可以根根据业务发展展的需要，能能够方便的升升级，扩展系系统的功能。由由于本次采用用了集中式系系统架构，数数据和应用的的集成集中在在中间件一级级进行处理，所所以，也就为为日后的扩展展打下了良好好的基础。同时保证系统能能在各种操作作系统和不同同的中间件平平台上移植。从从本次采用的的

53、系统体系架架构、开发语语言到各平台台服务器的选选型我们都充充分考虑到了了移植性的要要求。系统性原则以系统的眼光作作出整体规划划，做到统一一设计，逐步步实施, 并并制定统一的的数据标准、网网络标准和应应用标准，形形成决策层、调调度层、操作作层之间相互互衔接的标准准体系。同时，由于信息息化涉及面广广、覆盖面宽宽，任务重，难难度大，非一一朝一夕所能能够完成，因因此，在实施施过程中必须须坚持远近结结合、突出重重点、急用先先建、分步实实施、逐步推推进。在系统统设计过程中中考虑系统实实施的分步性性、阶段性，提提供逐步实施施的具体方法法：先试点再再推广与分阶阶段升级实施施。快速见效效，保证满足足基本需求和和

54、规划方向结结合。成熟性原则系统设计和开发发平台采用业业界公认成熟熟并被广泛应应用的技术，保保证系统实施施的进度和质质量、保证系系统的稳定可可靠。系统技技术成熟稳定定和主流相结结合。坚持以安全、实实用为前提，在在实施中首选选先进、成熟熟、可靠、适适应电力行业业管理特点的的信息技术，同同时又要体现现信息系统的的开放性、兼兼容性和可扩扩展性，做到到既满足企业业业务管理和和安全保密的的自身需要，又又要满足与相相关上下游企企业之间的开开放对接之需需要。系统架构设计本系统采用At进行开发，多多层分布式处处理架构。所所有的业务逻逻辑都被封装装到websservicce服务器之之中，webbserviice服

55、务器器可以与weeb层合并部部署，也可以以部署在不同同的服务器上上以实现分布布式要求。在系统实现上，采采用目前国际际流行的面向向对象技术、MMVC的设计计模式和纯JJAVA技术术，将整个系系统从逻辑上上分为展现层层平台、中间间应用服务平平台和业务系系统平台等几几大部分，以以提高整体网网站系统的可可扩展性、灵灵活性、易维维护性。总体结构设计图图本系统的体系结结构如下：总体结构数据源：可以是关系型数数据库，也可可以是XMLL文件。数据据库层支持当当前通用的关关系型数据库库，系统实现现对具体的数数据库产品保保持独立，可可同时适配多多种数据库产产品，当更换换数据库产品品时，只须修修改配置文件件。Web

56、层：由IIS提供服服务，用户通通过浏览器访访问系统。业务逻辑层：本层负责调用数数据库访问层层相关方法，处处理取得的数数据，通过wwebserrvice向向外发布方法法体。业务逻逻辑层不一定定要和webb层部署在同同一服务器上上，同样，业业务逻辑层所所提供的服务务也未必只能能应用在教师师信息系统上上。其他系统只要满满足接口要求求即可远程调调用业务逻辑辑层中提供的的服务，实现现由本系统提提供的功能。 数据库访问层：本层负责从数据据库中取得数数据并提交给给业务逻辑层层处理。业务对象层：对业务领域（BBusineess Doomain）中中的对象予以以抽象，形成成软件系统中中的业务对象象。一个业务务对

57、象往往表表示客观存在在的具体的事事务，它承担担一部分业务务逻辑。一般般来说，业务务对象在数据据库中都有其其存储表示。举举例来说，档档案，用户等都是业业务对象。异常处理：根据我们对软件件的逻辑分层层，对异常进进行相应的层层次划分，针针对各层定义义相应的异常常基类，各层层所抛出的异异常都从相应应的异常基类类派生。提供供全局异常处处理机制。Log：日志机制，使用用Commoon-loggging日日志，commmons-loggiing是一套套轻量级、易易使用的日志志设施，它可可以和复杂的的日志设施一一起使用，例例如log44j，jdkk14logg等。commmons-loggiing除了是是一个

58、封装、提供一个个简单的使用用界面外，还还附带了简单单的实现-SSimpleeLog。系统内部结构系统支持B/SS结构模式B/S(浏览器器/服务器模模式)是随着着Interrnet技术术的兴起，对对C/S结构构的一种改进进。在这种结结构下，软件件应用的业务务逻辑完全在在应用服务器器端实现，用用户业务完全全在Web服服务器实现，客客户端只需要要浏览器即可可进行业务处处理，是一种种全新的软件件系统构造技技术。这种结结构更成为当当今应用软件件的首选体系系结构。由于于这种技术平平台方案下所所有的客户端端程序都是动动态的下载到到浏览器上执执行的，所以以最大限度地地方便了用户户部署和维护护大型软件系系统，从

59、而大大大降低了用用户目标系统统的总体拥有有成本（TCCO）。在这种结构下,客户端主要要负责人机交交互，包括一一些与数据和和应用关系的的图形和界面面运算；WEEB服务器主主要负责对客客户端应用程程序的集中管管理；应用服服务器主要负负责应用系统统的逻辑结构构和数据关系系，即事务处处理。应用服服务器又可以以根据其处理理的具体业务务不同而分为为多个；数据据服务器则主主要负责数据据的存储和组组织、分布式式管理、备份份和同步等等等。系统软件选型设设计操作系统 Web服务器：Windoow20033 Servver 企业业版数据库服务器：Windoow20033 Servver企业版版工作站：Winndow

60、s 98/NTT/20000/XP数据库： SQQL Serrver 220051、Windoows 20003 Seerver服服务器由于Windoows 20003 Seerver使使用的习惯和和方便性，支支持PC服务务器，因此企企业也可以选选择使用此种种的解决方案案。Windowss 20033 Servver是对可可扩充性和可可用性要求很很高的 Innterneet 服务器器和关键性商商务应用的理理想平台。Windowss 20033 Servver通过增增强的对称多多处理技术提提供了集成化化系统可扩充充性。此外，集集群服务 (Clustter Seervicee) 和网络络负载平衡