物流系统方案.docx
《物流系统方案.docx》由会员分享，可在线阅读，更多相关《物流系统方案.docx（98页珍藏版）》请在冰点文库上搜索。
物流系统方案
招标编号：
正本
XX省
物流信息系统软件技术方案
XX公司
2009年10月5日
1项目概述6
项目背景6
项目目标7
2系统建设必要性7
现状描述7
现状分析8
物流信息平台构建的客观性和紧迫性8
物流信息平台的应用需求8
发展预测9
3远景规划方案10
可适应未来SSO单点登录方式10
数据中心规划思路11
兼容未来数据扩展11
无缝衔接WebServices技术11
WebServices体系结构11
WebServices的关键技术12
4总体目标14
5整体业务流程14
6系统设计16
系统结构图16
设计原则17
先进性原则17
实用性原则18
安全性原则18
可靠性原则18
可操作性19
灵活性原则19
信息准确和及时性19
开放性原则19
可扩展性与可移植性20
系统性原则20
成熟性原则21
系统架构设计21
总体结构设计图22
总体结构模型图23
系统逻辑结构图26
系统内部结构26
系统软件选型设计31
操作系统31
数据库系统32
系统硬件选型设计39
服务器39
设计遵循的标准和规范40
系统设计标准40
系统开发和实施标准40
信息分类和编码标准40
软件设计和开发标准40
软件质量管理标准41
图形标准41
符号库41
网页设计规范41
技术性能设计43
响应时间43
CPU和LAN负荷率43
并发处理43
数据库设计44
对数据库平台的性能要求44
数据库系统结构设计45
数据库系统逻辑结构45
数据库设计遵循技术规范标准46
本方案核心技术49
软件工程技术49
面向对象的软件开发方法49
多层结构技术51
中间件技术54
XML技术55
软件平台56
系统应用平台56
软件开发工具56
系统性能设计63
系统安全性设计63
系统可靠性设计64
存储解决方案67
灾难备份设计68
系统实用性设计69
系统可扩展性设计70
系统灵活性设计70
系统容错性设计71
系统快速恢复设计71
方案设计特点71
基于J2EE体系结构的标准服务71
基于XML标准的数据交换标准72
中间件技术72
基于WEB的多级审批72
支持复合流程72
项目信息高度电子化72
工作流技术72
界面灵活定制72
多种报表格式73
7系统功能设计73
物流信息服务平台73
物流信息服务子系统74
决策支持子系统76
后台管理子系统76
物流企业管理系统77
物流电子商务模块77
物流业务管理模块78
8接口设计89
系统接口90
模块级、系统级的数据交换91
接口规范92
9系统信息安全设计95
信息安全设计的必要性95
信息网络基本架构96
安全策略规划96
物理安全96
网络安全96
系统安全问题97
人员管理安全问题98
应用安全问题98
安全实施方案99
物理安全解决方案99
网络层安全100
系统层安全102
应用层安全103
人员安全管理104
数据库层安全设计105
10项目部署106
部署图106
网络拓扑图106
11项目质量保障方案107
质量计划编制108
质量控制原则109
事前控制原则109
标准原则109
阶段性控制原则109
定性测试和量化测试相结合原则110
用户需求符合性原则110
质量控制影响因素110
全面地、系统地了解用户需求110
充分讨论系统设计方案111
设计完整的系统验证方案111
确定可行的质量控制方案111
形成表述规范的设计文档111
慎重选择系统软件商112
遵循科学的实施流程和技术要求112
合理进行阶段性测试112
质量控制具体措施112
技术保障措施112
管理保障措施113
质量保障措施114
12项目风险管理115
风险识别115
风险分析117
风险应对措施119
风险跟踪119
风险状态通报119
风险数据库119
13项目实施管理120
项目人员及进度计划120
项目组织结构120
领导小组职责122
项目进度计划124
项目人员安排125
项目配置管理126
需求调研/开发管理127
设计阶段管理128
编码开发阶段管理129
测试管理130
软件测试规则130
系统测试过程131
验收管理132
培训管理133
14售后服务方案134
XX公司软件服务团队体系135
售后服务组织架构135
服务流程136
15支持及维护136
运行环境集成服务137
系统实施服务137
软件系统售后服务承诺137
7*24小时热线支持139
本地化服务139
保修承诺139
售后服务期139
售后服务内容139
售后服务方式139
软件培训服务140
软件培训计划141
集中业务系统操作培训142
专业人员系统二次开发培训142
专业人证培训142
1项目概述
1.1项目背景
在学校中，人们通常利用人工的手段管理教师的档案信息。
相关人员需要采集教师的各项信息并归档，本身的工作量就很大。
当这些信息发生了变动，比如教师政治面貌的变动，或者教师交流的时候，则需要大量的工作流程来处理这些工作。
费事费力。
如果要查阅这些资料，则需要到档案柜中逐一查找，这种落后的工作方式除了带来了大量的人力物力成本的浪费之外，还由于工作环节和涉及到的人员众多而导致隐藏的危险发生。
随着计算机技术的飞速发展，目前计算机已经深入到社会的各个角落。
计算机拥有高效能，高可靠性，成本低等多种优势，如果将计算机技术应用在学校的教师信息档案的管理之中的话，将极大的提高工作效率，节省各项成本。
因此，利用计算机技术实现教师信息档案的管理是势在必行的。
1.2项目目标
本项目的核心原则就是：
减轻学校的工作负担，高效地完成完成学校的教师信息档案管理工作。
本着以上的原则，系统摒弃了市面上许多类似系统过于庞大复杂等问题。
很多类似系统的功能虽然强大，但实现起来特别复杂，用户在使用之前需要经过专业的培训，在使用过程中又因为过于复杂的逻辑而无法摸清使用方向，因此这样的系统非但不能减轻工作量，反而使很多用户最终回归了传统人工的工作方式，这样的系统无疑是失败的。
因此，本系统将复杂的操作逻辑隐藏在系统深处，对于用户来说，只需要像傻瓜相机一样使用即可满足要求。
本系统为用户提供了如下功能。
档案的灵活定制：
除了性别，年龄等基本信息之外，用户可以自行设计档案信息项，如政治面貌，籍贯等。
系统拥有非常强大的功能，用户能够定义信息项的呈现方式，如单选，多选等。
这些信息项将作为“基础库”存储于系统之中，根据不同的档案设计原则，用户能够随意组合这些项目，形成独特的档案。
强大的统计分析功能：
档案形成后，相关人员能够根据任何能想象到的统计方式来统计档案信息。
比如按照姓名包含于，年龄不包含于某个区间，政治面貌等于某某等多重条件自行设计统计分析表。
系统将列举统计结果和统计图。
强大的教师交流功能：
内置工作流系统将现实生活中的教师交流流程抽象化到网络上，所有参与人员只需点动鼠标即可完成教师交流过程。
本校教师交流出去，在工作流结束后，将立刻出现在目标学校的档案之中，这是基于分布式处理功能而实现的。
分布式处理功能：
各学校客户端即相互独立又相互关联，与教育局系统链接，形成档案的传送和匹配功能。
同时，可插拔式的系统设计将允许由多个教育局形成连接，由市教育局统一管辖；甚至支持多个市教育局组成连接，由省教育厅统一管辖。
2远景规划方案
2.1可适应未来SSO单点登录方式
本系统将预留SSO单点登陆接口，可适应系统的整体规划采用用户单一登陆控制方式，用户在通过统一登录验证后，就可访问相关管理信息系统，不需多次验证；
SSO单点登录指用户只需登录一次，就可使用多个SSOenable的应用系统。
用户通过任何应用系统都能进行SSO，这对于基于Web的系统是可行的。
这种单一的登录点在整个系统的设计中是唯一认证用户的地方，由登录点将SSOtoken（针对不同的C/S，B/S应用可能还需要传递用户名，口令）传递给应用系统，应用系统利用SSOtoken来进行用户已认证的验证。
简单地说就是要修改已有的应用系统，屏蔽已有的应用系统的用户认证模块，使用系统提供的SSOAPI来验证用户，以及对用户的操作进行授权。
通常，认证与授权管理模块以一种应用专有的方式实现，系统的授权模型、认证，授权信息存贮结构与访问控制逻辑与应用的业务逻辑之间耦合紧密。
这种设计与实现方式的缺点是显而易见的：
由于认证、授权模块与应用逻辑之间的紧耦合使得认证、授权模块很难进行扩展与维护；认证、授权模块的设计与编码需要很大的工作量，而且很难在不同的应用系统之间共享与重用。
2.2数据中心规划思路
结合数据仓库技术思路，有效收集整理系统数据，为逐步实现知识管理和数据分析应用提供数据基础。
作为一种理想的数据加工及存储模式，数据中心的建立将为管理中心的数据整合及有效利用提供了基础，为知识管理和决策分析应用提供数据支持。
本系统将作为数据存储中心使用，集成学校教师的所有信息，包括其用户名和密码等。
这样，配合单点登陆方式，后续的诸如“教师考评系统”等多种系统均可利用一套用户名和密码登录而无须重复注册用户名。
基于分布式技术开发将允许系统与未来其他系统紧密集成，例如，可以在教师考评系统中查阅教师档案，在教师档案中查阅教师考评得分，甚至可以将教师考评得分作为教师档案的划定因素等。
2.3兼容未来数据扩展
基于以上之基础，本系统可以达到与未来学校所使用的各种系统紧密集成，互享数据，集成之道，是未来的发展方向，而我们的系统无疑先走一步。
2.4无缝衔接WebServices技术
2.4.1WebServices体系结构
WebServices结构图
Webservices是一种能够被描述并通过网络发布、发现和调用的自包含、自描述、松散耦合的软构件。
在Webservices体系中（如图1），所有的应用实体都被抽象成服务。
其中包括三个实体和三种操作[1]。
（1）服务提供者（ServiceProvider）。
从商务角度看它是指服务的所有者，从体系结构上看它是指提供服务的平台。
（2）服务请求者（ServiceRequester）。
从商务角度看它是指需要请求特定功能的企业，从体系结构上看它是指查找和调用服务的客户端应用程序。
（3）服务代理（ServiceBroker）。
它是指用来存储服务描述信息的信息库（Repository）。
服务提供方在这里发布他们的服务;服务请求方在这里查找服务，获取服务的绑定信息。
与WebServices有关的操作主要有以下三种：
（1）发布。
服务提供者需要首先将服务进行一定描述并发布到注册服务器上。
在发布操作中，服务提供者需要通过注册服务器的身份验证，才能对服务描述信息进行发布和修改。
（2）查找。
服务请求方根据注册服务器提供的规范接口发出查询请求，以获取绑定服务所需的相关信息。
在查找操作中，一般包含两种查找模式:
一种是浏览模式（BrowsePattern），即服务请求方可以根据通用的分类标准来浏览或者通过一些关键字来搜索，并逐步缩小查找的范围，直到找到满足需要的服务，查找结果是一系列服务的集合;另一种是直接获取模式（DrilldownPattern），即通过唯一的关键字直接得到特定服务的描述信息，其查找结果是唯一的。
（3）绑定（Binding）。
服务请求方通过分析从注册服务器中得到的服务绑定信息，包括服务的访问路径、服务调用的参数、返回结果、传输协议、安全要求等，对自己的系统进行相应配置，进而远程调用服务提供者所提供的服务。
2.4.2WebServices的关键技术
WebServices以技术栈的形式规范了WebServices体系中的各类关键技术，包括服务的描述、发布、发现以及消息的传输等。
（1）XML与HTTP
这是WebServices最基本的平台。
HTTP是一个在Internet上广泛使用的协议，为WebServices部件通过Internet交互奠定了协议基础，并具有穿透防火墙的良好特性。
XML是一种元语言，可以用来定义和描述结构化数据，它是WebServices得以实现的语言基础。
WebServices的其它协议规范都是以XML形式来描述和表达的。
（2）SOAP（SimpleObjectAccessProtocol）。
SOAP协议最先由Microsoft公司提交给W3C组织，并于2000年4月通过版本。
它是SOA架构实现的线缆级协议，定义了服务请求者和服务提供者之间的消息传输规范。
SOAP用XML来格式化消息，用HTTP来承载消息。
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是用来描述非操作性的服务特征（如服务质量等）的一种语言。
3整体业务流程
具体业务流程图如下图所示：
4系统设计
4.1系统结构图
教师信息系统结构基于Intranet/Internet技术，以浏览器/服务器（B/S）结构进行设计，系统必须支持主流计算机硬件及软件平台，并兼容现有的设备，支持多种开放技术标准，系统应提供标准的接口程序或和预留技术接口标准，便于扩展应用系统功能和与其他应用系统的互联，互访；
系统数据库采用通用大型数据库技术；充分考虑利用现有网络和硬件设备；浏览器支持多种通用浏览器。
系统具有开放性、易操作性、界面的友好性、可靠性和安全性等特点，为用户提供了统一的、友好的操作界面。
系统运用大型数据库技术，综合运用通信技术、计算机技术和网络技术（如XML、WEBservice、AJAX等。
4.2设计原则
设计时要考虑的总体原则是：
它必须满足设计目标中的要求，并充分考虑教师信息档案工作的基本约定，建立完善的系统设计方案。
教师信息系统的实施作为信息化规划的实践和实现，必须遵循信息化规划方案的思想，对规划进行项目实施层面上的细化和实现。
首先必须遵循信息化规划“投资适度，快速见效；成熟稳定，总体最优”的总原则。
具体细化到信息系统分析设计和软件系统工程上来。
4.2.1先进性原则
近年来信息技术飞速发展，用户在构建信息系统时有了很大的选择余地，但也使用户在构建系统时绞尽脑汁地在技术的先进性与成熟性之间寻求平衡。
先进而不成熟的技术不敢用，而太成熟的技术又意味着过时和淘汰。
采用当今国内、国际上最先进和成熟的计算机软硬件技术，使新建立的系统能够最大限度地适应今后技术发展变化和业务发展变化的需要，从目前国内发展来看，系统总体设计的先进性原则主要体现在以下几个方面：
采用的系统结构应当是先进的、开放的体系结构；
采用的计算机技术应当是先进的，如双机热备份技术、双机互为备份技术、共享阵列盘技术、容错技术、RAID技术等集成技术、多媒体技术；
采用先进的网络技术，如网络交换技术、网管技术，通过智能化的网络设备及网管软件实现对计算机网络系统的有效管理与控制；实时监控网络运行情况,及时排除网络故障，及时调整和平衡网上信息流量；
采用先进的现代管理技术，以保证系统的科学性。
软件的投资考虑到今后的发展，不能使用落后的产品与技术，避免投资的浪费；在系统软件选型、开发技术上，达到国内外行业先进水平。
4.2.2实用性原则
实用性就是能够最大限度地满足实际工作要求，是每个信息系统在建设过程中所必须考虑的一种系统性能，它是系统对用户最基本的承诺，所以，从实际应用的角度来看，这个性能更加重要，为了提高系统的实用性，应该考虑如下几个方面：
系统总体设计要充分考虑用户当前各业务层次、各环节管理中数据处理的便利性和可行性，把满足用户业务管理做为第一要素进行考虑。
采取总体设计、分步实施的技术方案，在总体设计的前提下，系统实施中可首先进行业务处理层及管理中的低层管理，稳步向中高层管理及全面自动化过渡，这样做可以使系统始终与用户的实际需求紧密连在一起，不但增加了系统的实用性，而且可使系统建设保持很好的连贯性；
全部人机操作设计均应充分考虑不同用户的实际需要；
用户接口及界面设计将充分考虑人体结构特征及视觉特征进行优化设计；界面尽可能美观大方，操作简便实用。
4.2.3安全性原则
系统应能提供有效的安全保密机制，保证各单位之间的信息能够安全发送与接收。
系统应提供口令验证、加密、权限控制、电子签名等安全机制。
系统需提供完善坚实权限管理手段,具有良好的安全保密机制。
需选择良好的服务器操作系统平台及数据库，使系统处于C2安全级基础之上；采用操作权限控制、用户钥匙、密码控制、系统日志监督、数据更新严格凭证等多种手段。
网上设计采用三层结构设计，所有对数据库的访问操作行为全部封装；网站管理分权限控制、数据传输严密加密实现。
4.2.4可靠性原则
系统在设计上要充分考虑提供安全可靠的技术和管理方式，通过增加设计，提高质量和控制业务流程等多种手段加以保障。
系统必须要保证其工作的高可靠性和高稳定性，保证常年的7X24不间断运行。
一个中大型计算机系统每天处理数据量一般都较大，系统每个时刻都要采集大量的数据，并进行处理，因此，任一时刻的系统故障都有可能给用户带来不可估量的损失，这就要求系统具有高度的可靠性。
提高系统可靠性的方法很多，一般的做法如下：
采用具有容错功能的服务器及网络设备，选用双机备份、Cluster技术的硬件设备配置方案，出现故障时能够迅速恢复并有适当的应急措施；
每台设备均考虑可离线应急操作，设备间可相互替代;
采用数据备份恢复、数据日志、故障处理等系统故障对策功能；
采用网络管理、严格的系统运行控制等系统监控功能。
4.2.5可操作性
系统在设计上要充分考虑用户界面应方便、友好、灵活，用户应能够方便地在权限范围内于各子系统之间切换。
系统有良好的整体化设计，同时完善的帮助系统也是增强可操作性的必要辅助工具之一。
4.2.6灵活性原则
应用系统不依赖于特定硬件环境；在系统结构一致的前提下可选择实施各模块的应用；系统具有可实施性，各模块可单独实施并使用。
4.2.7开放性原则
系统采用开放性的平台，充分考虑本系统与其它系统的数据接口。
根据我们对系统需求和系统目标的分析，实现思路是：
快速适应系统的业务需求，应用先进的软件设计思想，同时充分考虑系统长期发展的前瞻性要求，基于的多层B/S架构体系之上实现系统的灵活性、安全性，并使系统具有良好的可管理性。
重点考虑以下几点：
最大限度保护用户现有投资
任何新体系的引进都必须保证不能影响原有业务系统的性能，保证关键业务系统的正常运转，这是引进新的信息技术的前提。
本系统将充分考虑本系统的现状，最大程度地保护用户现有软硬件和网络投资。
对准备弃用的原有系统中的数据完整地迁移到新系统中，对保留使用的原有系统进行全面整合，加以充分利用。
总体规划、分步实施
系统必须本着“整体规划，统一组织，分步实施”的原则进行开发建设，系统建设应在建设之初的统一规划下，充分考虑以上多方的情况，有机的、分步骤的逐步完善。
此外，系统的建设涉及众多新的和复杂的软硬件技术，工程实施环节复杂，应按照总体设计的规划来进行分步实施。
标准化的开发与设计
系统开发与建设应做到工作标准统一、业务流程统一、服务程序统一。
在业务、软件产品、通信技术等各方面采用行业、国家和国际标准化组织制定的有关技术规范与标准。
保证信息流传递快速顺畅，网络运行安全可靠。
完备的安全体系
系统安全性也是设计与开发应用系统的首要考虑因素，是整个过程中应当遵循的准则。
应用系统在设计时制定一整套有效的安全措施以保证整个系统的安全性，能够满足本系统制定的安全管理需要，能够防止来自内、外部入侵的威胁。
4.2.8可扩展性与可移植性
可扩展性指的是系统可以根据业务发展的需要，能够方便的升级，扩展系统的功能。
由于本次采用了集中式系统架构，数据和应用的集成集中在中间件一级进行处理，所以，也就为日后的扩展打下了良好的基础。
同时保证系统能在各种操作系统和不同的中间件平台上移植。
从本次采用的系统体系架构、开发语言到各平台服务器的选型我们都充分考虑到了移植性的要求。
4.2.9系统性原则
以系统的眼光作出整体规划，做到统一设计，逐步实施,并制定统一的数据标准、网络标准和应用标准，形成决策层、调度层、操作层之间相互衔接的标准体系。
同时，由于信息化涉及面广、覆盖面宽，任务重，难度大，非一朝一夕所能够完成，因此，在实施过程中必须坚持远近结合、突出重点、急用先建、分步实施、逐步推进。
在系统设计过程中考虑系统实施的
升级会员 