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

《某省物流信息系统软件技术方案.docx》由会员分享，可在线阅读，更多相关《某省物流信息系统软件技术方案.docx（95页珍藏版）》请在优知文库上搜索。

1、某省物流信息系统软件技术方案正本XX省物流信息系统软件技术方案XX公司2009年10月5日1 项目概述61.1 项目背景61.2 项目目标62 系统建设必要性错误!未定义书签。2.1 现状描述错误!未定义书签。2.2 现状分析错误!未定义书签。2.2.1 物流信息平台构建的客观性与紧迫性错误!未定义书签。2.2.2 物流信息平台的应用需求错误!未定义书签。2.2.3 进展预测错误!未定义书签。3 远景规划方案73.1 可习惯未来SSO单点登录方式73.2 数据中心规划思路83.3 兼容未来数据扩展83.4 无缝衔接WebServices技术93.4.1 WebServices体系结构93.4.

2、2 WebServices的关键技术104 总体目标错误!未定义书签。5 整体业务流程116 系统设计126.1 系统结构图126.2 设计原则136.2.1 先进性原则136.2.2 有用性原则146.2.3 安全性原则146.2.4 可靠性原则146.2.5 可操作性156.2.6 灵活性原则156.2.7 信息准确与及时性错误!未定义书签。6.2.8 开放性原则156.2.9 可扩展性与可移植性166.2.10 系统性原则166.2.11 成熟性原则176.3 系统架构设计176.3.1 总体结构设计图176.3.2 总体结构模型图186.3.3 系统逻辑结构图错误!未定义书签。6.3.

3、4 系统内部结构196.4 系统软件选型设计206.4.1 操作系统206.4.2 数据库系统216.5 系统硬件选型设计226.5.1 服务器236.6 设计遵循的标准与规范236.6.1 系统设计标准236.6.2 系统开发与实施标准236.6.3 信息分类与编码标准241.1.1 6.4软件设计与开发标准241.1.2 6.5软件质量管理标准241.1.6 图形标准251.1.7 符号库251.1.8 网页设计规范256.7 技术性能设计266.7.1 响应时间266.7.2 CPU与LAN负荷率276.7.3 并发处理276.8 数据库设计276.8.1 对数据库平台的性能要求错误!未

4、定义书签。6.8.2 数据库系统结构设计276.8.3 数据库系统逻辑结构286.8.4 数据库设计遵循技术规范标准286.9 本方案核心技术316.9.1 软件工程技术316.9.2 面向对象的软件开发方法316.9.3 多层结构技术336.9.4 中间件技术366.9.5 XML技术386.10 软件平台386.10.1 系统应用平台386.10.2 软件开发工具386.11 系统性能设计426.11.1 系统安全性设计426.11.2 系统可靠性设计436.12 存储解决方案466.12.1 灾难备份设计476.12.2 系统有用性设计486.12.3 系统可扩展性设计496.12.4

5、系统灵活性设计496.12.5 系统容错性设计506.12.6 系统快速恢复设计506.13 方案设计特点506.13.1 基于J2EE体系结构的标准服务错误!未定义书签。6.13.2 基于XML标准的数据交换标准506.13.3 中间件技术516.13.4 基于WEB的多级审批516.13.5 支持复合流程516.13.6 项目信息高度电子化516.13.7 工作流技术516.13.8 界面灵活定制516.13.9 多种报表格式517 系统功能设计527.1 物流信息服务平台527.1.1 物流信息服务子系统527.1.2 决策支持子系统557.1.3 后台管理子系统557.2 物流企业管理

6、系统557.2.1 物流电子商务模块567.2.2 物流业务管理模块568 接口设计678.1 系统接口688.2 模块级、系统级的数据交换698.3 接口规范719 系统信息安全设计749.1 信息安全设计的必要性749.2 信息网络基本架构759.3 安全策略规划759.3.1 物理安全759.3.2 网络安全759.3.3 系统安全问题769.3.4 人员管理安全问题779.3.5 应用安全问题779.4 安全实施方案789.4.1 物理安全解决方案789.4.2 网络层安全799.4.3 系统层安全819.4.4 应用层安全829.4.5 人员安全管理839.4.6 数据库层安全设计8

7、410 项目部署8510.1 部署图8510.2 网络拓扑图85H项目质量保障方案861.1 1质量计划编制871.2 2质量操纵原则881.2.1 1事前操纵原则881.2.2 2标准原则881.2.3 3阶段性操纵原则881.2.4 4定性测试与量化测试相结合原则891.2.5 5用户需求符合性原则891.3 3质量操纵影响因素891.3.1 1全面地、系统地熟悉用户需求891.3.2 2充分讨论系统设计方案901.3.3 3设计完整的系统验证方案901.3.4 4确定可行的质量操纵方案901.3.5 5形成表述规范的设计文档901.3.6 6慎重选择系统软件商911.3.7 7遵循科学的

8、实施流程与技术要求911.3.8 8合理进行阶段性测试911.4 4质量操纵具体措施911.4.1 1技术保障措施911.4.2 2管理保障措施921.4.3 3质量保障措施9312 项目风险管理9512.1 风险识别9512.2 风险分析9612.3 风险应对措施9812.4 风险跟踪9812.5 风险状态通报9812.6 风险数据库9913 项目实施管理错误!未定义书签。13.1 项目人员及进度计划错误!未定义书签。13.1.1 项目组织结构错误!未定义书签。13.1.2 领导小组职责错误!未定义书签。13.1.3 项目进度计划错误!未定义书签。13.1.4 项目人员安排错误!未定义书签。

9、13.2 项目配置管理错误!未定义书签。13.3 需求调研/开发管理错误!未定义书签。13.4 设计阶段管理错误!未定义书签。13.5 编码开发阶段管理错误!未定义书签。13.6 测试管理错误!未定义书签。13.6.1 软件测试规则错误!未定义书签。13.6.2 系统测试过程错误!未定义书签。13.7 验收管理错误!未定义书签。13.8 培训管理错误!未定义书签。14 售后服务方案错误!未定义书签。14.1 XX公司软件服务团队体系错误!未定义书签。14.2 售后服务组织架构错误!未定义书签。14.3 服务流程错误!未定义书签。15 支持及保护错误!未定义书签。15.1 运行环境集成服务错误!

10、未定义书签。15.2 系统实施服务错误!未定义书签。15.3 软件系统售后服务承诺错误!未定义书签。15.3.1 7*24小时热线支持错误!未定义书签。15.3.2 本地化服务错误!未定义书签。15.3.3 保修承诺错误!未定义书签。15.3.4 售后服务期错误!未定义书签。15.3.5 售后服务内容错误!未定义书签。15.3.6 售后服务方式错误!未定义书签。15.4 软件培训服务错误!未定义书签。15.4.1 软件培训计划错误!未定义书签。15.4.2 集中业务系统操作培训错误!未定义书签。15.4.3 专业人员系统二次开发培训错误!未定义书签。15.4.4 专业人证培训错误!未定义书签。

11、1项目概述1.1 项目背景在学校中，人们通常利用人工的手段管理教师的档案信息。有关人员需要采集教师的各项信息并归档，本身的工作量就很大。当这些信息发生了变动，比如教师政治面貌的变动，或者者教师交流的时候，则需要大量的工作流程来处理这些工作。费事费力。假如要查阅这些资料，则需要到档窠柜中逐一查找，这种落后的工作方式除了带来了大量的人力物力成本的浪费之外，还由于工作环节与涉及到的人员众多而导致隐藏的危险发生。随着计算机技术的飞速进展，目前计算机已经深入到社会的各个角落。计算机拥有高效能，高可靠性，成本低等多种优势，假如将计算机技术应用在学校的教师信息档案的管理之中的话，将极大的提高工作效率，节约各

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

13、制：除了性别，年龄等基本信息之外，用户能够自行设计档案信息项，如政治面貌，籍贯等。系统拥有非常强大的功能，用户能够定义信息项的呈现方式，如单选，多选等。这些信息项将作为“基础库”存储于系统之中，根据不一致的档案设计原则，用户能够随意组合这些项目，形成特殊的档案。强大的统计分析功能：档案形成后，有关人员能够根据任何能想象到的统计方式来统计档案信息。比如按照姓名包含于，年龄不包含于某个区间，政治面貌等于某某等多重条件自行设计统计分析表。系统将列举统计结果与统计图。强大的教师交流功能：内置工作流系统将现实生活中的教师交流流程抽象化到网络上，所有参与人员只需点动鼠标即可完成教师交流过程。本校教师交流出

14、去，在工作流结束后，将立刻出现在目标学校的档案之中，这是基于分布式处理功能而实现的。分布式处理功能：各学校客户端即相互独立又相互关联，与教育局系统链接,形成档案的传送与匹配功能。同时，可插拔式的系统设计将同意由多个教育局形成连接，由市教育局统一管辖；甚至支持多个市教育局构成连接，由省教育厅统一管辖。2远景规划方案2.1 可习惯未来SSo单点登录方式本系统将预留SSO单点登陆接口，可习惯系统的整体规划使用用户单一登陆操纵方式，用户在通过统一登录验证后，就可访问有关管理信息系统，不需多次验证；SSO单点登录指用户只需登录一次，就可使用多个SSOenable的应用系统。用户通过任何应用系统都能进行SSO,这关于基于WCb的系统是可行的。这种单一的登录点在整个系统的设计中是唯一认证用户的地方，由登录点将SSOtoken（针对不一致的CS,B/S应用可能还需要传递用户名，口令）传递给应用系统,应用系统利用SSOtoken来进行用户已认证的验证。简单地说就是要修改已有的应用系统，屏蔽已有的应用系统的用户认证模块，使用系统提供的SSOAPl来验证用户，与对用户的操作