物流系统方案

上传人:pu****.1 文档编号:506408363 上传时间:2022-10-28 格式:DOC 页数:80 大小:455.50KB
返回 下载 相关 举报
物流系统方案_第1页
第1页 / 共80页
物流系统方案_第2页
第2页 / 共80页
物流系统方案_第3页
第3页 / 共80页
物流系统方案_第4页
第4页 / 共80页
物流系统方案_第5页
第5页 / 共80页
点击查看更多>>
资源描述

《物流系统方案》由会员分享,可在线阅读,更多相关《物流系统方案(80页珍藏版)》请在金锄头文库上搜索。

1、招标编号:正本XX省物流信息系统软件技术方案XX公司2009年10月5日目录1 项目概述1.1 项目背景1.2 项目目标2 系统建设必要性2.1 现状描述2.2 现状分析2.2.1 物流信息平台构建的客观性和紧迫性 2.2.2 物流信息平台的应用需求 2.2.3 发展预测3 远景规划方案3.1 可适应未来SSO单点登录方式3.2 数据中心规划思路 3.3 兼容未来数据扩展 3.4 无缝衔接 Web Services技术3.4.1 Web Services 体系结构 3.4.2 Web Services 的关键技术 4 总体目标5 整体业务流程6 系统设计6.1 系统结构图6.2 设计原则6.2

2、.1 先进性原则6.2.2 实用性原则6.2.3 安全性原则 6.2.4 可靠性原则6.2.5 可操作性6.2.6 灵活性原则6.2.7 信息准确和及时性6.2.8 开放性原则6.2.9 可扩展性与可移植性 系统性原则成熟性原则6.3 系统架构设计 6.3.1总体结构设计图6.3.2总体结构模型图6.3.3系统逻辑结构图6.3.4系统内部结构 .6.4 系统软件选型设计 6.4.1 操作系统 6.4.2 数据库系统 6.5 系统硬件选型设计 6.5.1 服务器 6.6 设计遵循的标准和规范 6.6.1系统设计标准 6.6.2系统开发和实施标准6.6.3信息分类和编码标准6.6.4软件设计和开发

3、标准6.6.5软件质量管理标准 .6.6.6图形标准 6.6.7符号库 6.6.8网页设计规范 6.7 技术性能设计 6.7.1响应时间 6.7.2CPU 和 LAN 负荷率6.7.3并发处理 6.8 数据库设计 6.8.1 对数据库平台的性能要求 6.8.2 数据库系统结构设计 6.8.3 数据库系统逻辑 结构 6.8.4 数据库设计遵循技术规范标准 6.9 本方案核心技术 6.9.1 软件工程技术 6.9.2 面向对象的软件开发方法 6.9.3 多层结构技术 6.9.4 中间件技术 6.9.5 XML 技术 6.10 软件平台 6.10.1 系统应用平台 6.10.2 软件开发工具 6.1

4、1 系统性能设计 6.11.1 系统安全性设计 6.11.2 系统可靠性设计 6.12 存储解决方案 6.12.1灾难备份设计 6.12.2系统实用性设计 .6.12.3系统可扩展性设计6.12.4系统灵活性设计 .6.12.5系统容错性设计 .6.12.6系统快速恢复设计6.13 方案设计特点 6.13.1 基于 J2EE 体系结构的标准服务 6.13.2 基于 XML 标准的数据交换标准 6.13.3 中间件技术 6.13.4 基于 WEB 的多级审批 6.13.5 支持复合流程 6.13.6 项目信息高度电子化 6.13.7 工作流技术 6.13.8 界面灵活定制 6.13.9 多种报表

5、格式 7 系统功能设计 7.1 物流信息服务平台 7.1.1 物流信息服务子系统 7.1.2 决策支持子系统 7.1.3 后台管理子系统 7.2 物流企业管理系统 7.2.1 物流电子商务模块 7.2.2 物流业务管理模块 8 接口设计 8.1 系统接口 8.2 模块级、系统级的数据交换 8.3 接口规范 9 系统信息安全设计 9.1 信息安全设计的必要性 9.2 信息网络基本架构 9.3 安全策略规划 9.3.1物理安全 9.3.2网络安全 9.3.3系统安全问题 9.3.4人员管理安全问题9.3.5应用安全问题 9.4 安全实施方案 9.4.1 物理安全解决方案 9.4.2 网络层安全 9

6、.4.3 系统层安全 9.4.4 应用层安全 9.4.5 人员安全管理 9.4.6 数据库层安全设计 10 项目部署 10.1 部署图 10.2 网络拓扑图 11 项目质量保障方案 11.1 质量计划编制 11.2 质量控制原则 11.2.1 事前控制原则 11.2.2 标准原则 12131411.2.3 阶段性控制原则 11.2.4 定性测试和量化测试相结合原则 11.2.5 用户需求符合性原则 11.3 质量控制影响因素 11.3.1 全面地、系统地了解用户需求 11.3.2 充分讨论系统设计方案 11.3.3 设计完整的系统验证方案 11.3.4 确定可行的质量控制方案 11.3.5 形

7、成表述规范的设计文档 11.3.6 慎重选择系统软件商 11.3.7 遵循科学的实施流程和技术要求 11.3.8 合理进行阶段性测试 11.4 质量控制具体措施 11.4.1 技术保障措施 11.4.2 管理保障措施 11.4.3 质量保障措施 项目风险管理 12.1 风险识别 12.2 风险分析 12.3 风险应对措施 12.4 风险跟踪 12.5 风险状态通报 12.6 风险数据库 项目实施管理 13.1 项目人员及进度计划 13.1.1项目组织结构13.1.2领导小组职责13.1.3项目进度计划13.1.4项目人员安排13.2项目配置管理 13.3需求调研 / 开发管理13.4设计阶段管

8、理 13.5编码开发阶段管理 .13.6测试管理 13.6.1 软件测试规则 13.6.2 系统测试过程 13.7 验收管理 13.8 培训管理 售后服务方案 14.1 XX 公司软件服务团队体系 14.2 售后服务组织架构 14.3 服务流程 支持及维护 15.1 运行环境集成服务 15.2 系统实施服务 15.3 软件系统售后服务承诺 15.3.17 *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

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

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

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

12、教师交流流程抽象化到网络上, 所有参与人员只需点动鼠标即可完成教师交流过程。本校教师交流出去,在工作流结束后, 将立刻出现在目标学校的档案之中,这是基于分布式处理功能而实现的。分布式处理功能:各学校客户端即相互独立又相互关联,与教育局系统链接,形成档案 的传送和匹配功能。同时,可插拔式的系统设计将允许由多个教育局形成连接,由市教育局 统一管辖;甚至支持多个市教育局组成连接,由省教育厅统一管辖。2 远景规划方案2.1 可适应未来 SSO 单点登录方式本系统将预留SSO单点登陆接口,可适应系统的整体规划采用用户单一登陆控制方式, 用户在通过统一登录验证后,就可访问相关管理信息系统,不需多次验证;S

13、SO单点登录指用户只需登录一次,就可使用多个SSO en able的应用系统。用户通过任何应用系统都能进行SSO这对于基于Web的系统是可行的。这种单一的登录点在整个系统 的设计中是唯一认证用户的地方,由登录点将 SSO token (针对不同的C/S,B/S应用可能还 需要传递用户名,口令)传递给应用系统,应用系统利用SSO token来进行用户已认证的验证。简单地说就是要修改已有的应用系统,屏蔽已有的应用系统的用户认证模块,使用系统 提供的SSO API来验证用户,以及对用户的操作进行授权。通常,认证与授权管理模块以一 种应用专有的方式实现,系统的授权模型、认证,授权信息存贮结构与访问控制

14、逻辑与应用 的业务逻辑之间耦合紧密。这种设计与实现方式的缺点是显而易见的:由于认证、授权模块与应用逻辑之间的紧耦合使得认证、授权模块很难进行扩展与维护;认证、授权模块的设计 与编码需要很大的工作量,而且很难在不同的应用系统之间共享与重用。2.2 数据中心规划思路结合数据仓库技术思路,有效收集整理系统数据,为逐步实现知识管理和数据分析应用 提供数据基础。作为一种理想的数据加工及存储模式,数据中心的建立将为管理中心的数据 整合及有效利用提供了基础,为知识管理和决策分析应用提供数据支持。本系统将作为数据存储中心使用,集成学校教师的所有信息,包括其用户名和密码等。 这样,配合单点登陆方式,后续的诸如“教师考评系统”等多种系统均可利用一套用户名和 密码登录而无须重复注册用户名。基于分布式技术开发将允许系统与未来其他系统紧密集成,例如,可以在教师考评系统 中查阅教师档案,在教师档案中查阅教师考

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 工作计划

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号