{档案管理}图纸范本物资管理与修理档案综合管理

《{档案管理}图纸范本物资管理与修理档案综合管理》由会员分享，可在线阅读，更多相关《{档案管理}图纸范本物资管理与修理档案综合管理（38页珍藏版）》请在金锄头文库上搜索。

1、档案管理图纸范本物资 管理与修理档案综合管理 档案管理图纸范本物资 管理与修理档案综合管理 图纸资料、物资管理和图纸资料、物资管理和 修理档案综合管理系统修理档案综合管理系统 建建 设设 方方 案案 2011 年 12 月2011 年 12 月 目录目录 第一章现有系统运行情况分析 3第一章现有系统运行情况分析 3 1.1 资料档案管理系统情况分析 3 1.2 物资管理系统情况分析 4 1.3 维修管理系统情况分析 5 1.4 问题综述及基本解决方案 5 第二章系统设计分析 6第二章系统设计分析 6 2.1 系统设计原则 6 2.2 主要技术路线 6 2.2.1 基于 DataSnap 的三层

2、架构设计 6 2.2.2 基于 WebService 中间层设计简化条码扫描终端数据交换 8 2.2.3 基于 SQLite 嵌入式关系数据库构建免安装的单机版 8 2.2.3 图纸文件在数据库中的存储方式选择 9 2.3.1 系统总体框架 10 2.3.2 系统功能模块列表 11 第三章费用预算及实施计划 13第三章费用预算及实施计划 13 3.1 费用预算 13 3.2 实施计划 13 4.1 项目管理总则 15 4.2 项目管理目标 15 4.3 项目实施机构设置 15 4.4 项目过程控制 18 4.5 项目阶段划分与人员配置 21 4.5.1 项目阶段划分 21 4.5.2 人员配置

3、 23 4.6 配置管理 24 4.7 用户方需配合的工作 25 4.8 安装管理 26 4.9 现场安装调试 26 4.10 培训方针和目标 26 第五章系统维护 28第五章系统维护 28 5.1 售后服务方针 28 5.2 售后服务团队 28 5.3 售后服务流程 28 5.4 服务方式 29 5.5 服务承诺 30 第一章现有系统运行情况分析第一章现有系统运行情况分析 船舶在燕郊、湛江以及深圳三地分公司，都分别开发并部署了多套软件系统对船 舶设备档案、维修档案以及物资库存情况等方面实现了计算机管理。在资料档案 方面对设备资料、工程图纸及维修档案进行了电子化管理；在备件库存和备件申 请方面

4、进行了的动态管理。各系统部署及运行情况大致如下： 1.1 资料档案管理系统情况分析1.1 资料档案管理系统情况分析 在设备资料档案、工程图纸以及维修档案的电子化管理方面，目前主要以两套系 统为主，一套是紫光慧图开发的“快图档”(通用软件)，部署在燕郊公司；另一 套是新域软件的“船舶资料管理系统” (定制开发)，部署在湛江公司和深圳公司。 这两套软件的运行情况大致如下：这两套软件的运行情况大致如下： （1）快图档软件（1）快图档软件 紫光慧图开发的通用软件，操作界面复杂，有部分功能从来不用。 软件技术架构为 B/S 模式，无需安装客户端软件，但要求安装相关的 文档查看软件。 只有联机版本，不能在

5、船上单机查询访问 支持 PDF、DOC、XlS 等文档格式 （2）船舶资料管理系统（2）船舶资料管理系统 由新域软件的为湛江公司和深圳公司定制开发，操作界面简洁，查询 方便。 软件技术架构为 C/S 模式，需要安装客户端软件。 提供联机及单机版本，可在船上单机查询访问 采用高压缩率的压缩文档格式，访问速度快。 目前存在的主要问题：目前存在的主要问题： （1）燕郊、湛江以及深圳三地的船舶资料不能互相共享访问； （2）燕郊地区的软件不提供单机版本，无法进行船上的单机查询； （3） 湛江、 深圳的软件的文档格式支持不够、 权限管理及目录管理不够完善。 解决思路：解决思路： （1） 对船舶资料管理系统

6、进行升级优化，通过定制开发使新系统具有两套系 统的优点； （2） 增加资料文档及数据库的同步软件，让三地的数据资料能通过后台服务 进行数据同步，即可以三地能在本地服务器中快速地访问到所有的船舶资料 档案。 1.2 物资管理系统情况分析1.2 物资管理系统情况分析 在物资管理方面，目前在燕郊公司部署了一套网络版的物资管理系统，在三 地都可以登录到这个网络版的物资管理系统对进行系统的物资管理。同时还提供 单机版的物质管理系统便于船舶出海时的离线管理，单机版和网络版通过数据导 入导出的方式进行数据交换和同步。 目前存在的主要问题：目前存在的主要问题： （1）单机版的安装比较复杂，部署和使用不太方便；

7、 （2）单机版本的数据导入导出不购便利； （3）不支持条码管理。 解决思路：解决思路： （1） 对单机版进行升级优化，采用嵌入式数据库，避免复杂的数据库和设置 功能，实现单机版的免安装及零配置； （2） 升级优化网络版本的功能，提升数据导出能力，在数据导出的同时直接 制作免安装的单机版本，实现导出既可用的单机版本，无需进行单机版本的 安装及数据导入步骤即可马上使用。 （3） 增加条码管理支持，同时增加条码采集器的模块，可以实现物质的条码 管理。 1.3 维修管理系统情况分析1.3 维修管理系统情况分析 在维修管理方面，目前主要还是以 Execl 表的方式进行管理，然后通过将记录了 维修管理信息

8、的 Execl 表格归档到船舶资料管理系统， 实现维修跟踪及归档工作。 对维修的管理不够完整和系统。 未来加强维修管理的力度，建议定制开发维修管理的功能模块，并将这个功 能整合到船舶资料档案管理系统中，既可以实现船舶维修的系统管理，同时还可 以方便的实现维修档案的归档处理。 1.4 问题综述及基本解决方案1.4 问题综述及基本解决方案 综合上述三节的分析，虽然目前现有的系统可以比较系统地对船舶资料档案、维 修记录以及船舶维修备件物质进行电子化管理，但由于存在系统功能比较零散、 三地网络访问存在瓶颈等诸多因素，造成数据不能顺畅共享和汇总，在使用的便 利上也存在一些问题，系统还有很大的优化和提升的

9、空间。 针对前三节的分析，系统优化的方式可以大致如下方式进行： 1) 对船舶档案、维修管理、物资管理进行详细的需求调研及分析需求进行定制 开发及系统整合； 2) 在系统设计方面力求达到界面简洁、操作方便； 3) 同时提供联机及单机版本，单机版本采用嵌入式数据库，避免复杂的数据库 和设置功能，实现单机版的免安装及零配置； 4) 设计网络版本数据导出功能时，要求数据导出模块能在导出数据的同时直接 制作免安装的单机版本，实现导出既可用的单机软件，无需进行单机软件的安装 及数据导入步骤即可马上使用； 5) 在档案管理方面尽量提供通用文档格式的支持，如 PDF、DOC、XlS 等； 6) 通过增加数据同

10、步服务程序，实现三地数据库数据及文档资料的同步。 7) 增加条码管理支持，同时增加条码采集器的模块，可以实现物质的条码管理。 第二章系统设计分析第二章系统设计分析 2.1 系统设计原则2.1 系统设计原则 (1)可靠性：系统应保证长期安全地运行。系统中的硬软件及信息资源应满足 可靠性设计要求。 (2)安全性：系统应具有必要的安全保护和保密措施，有很强的应对计算机犯 罪和病毒的防范能力。 (3)容错性：系统应具有较高的容错能力，有较强的抗干扰性。对各类用户的 误操作应有提示或自动消除的能力。 (4)适应性：系统应对不断发展和完善的统计核算方法、调查方法和指标体系 具有广泛的适应性。 (5)可扩充

11、性：系统的硬软件应具有扩充升级的余地，不可因硬软件扩充、升 级或改型而使原有系统失去作用。 (6)实用性：注重采用成熟而实用的技术，使系统建设的投入产出比最高，能 产生良好的社会效益和经济效益。 (7)先进性：在实用的前提下，应尽可能跟踪国内外最先进的计算机硬软件技 术、信息技术及网络通信技术，使系统具有较高的性能指标。 (8)易操作性：贯彻面向最终用户的原则，建立友好的用户界面，系统界面简 洁人性化，操作流程化，采用鼠标操作即可满足要求。处处遵循“功能越复杂， 操作越简单”的设计理念，追求操作无障碍，智能化，用户无需专业培训就可使 用软件。 2.2 主要技术路线2.2 主要技术路线 2.2.

12、1 基于 DataSnap 的三层架构设计2.2.1 基于 DataSnap 的三层架构设计 所谓三层架构，是在客户端与数据库之间加入了一个“中间层”，也叫组件 层。在这种体系结构中，客户机只存放表示层软件，后台是数据库，业务逻辑包 括事务处理、监控、信息排队、数据处理等采用专门的中间件服务器，大大减少 了与数据库服务器连接的次数。本系统以 DataSnap 技术为核心构建三层架构， 其大致结构如图 2.1 所示。 图 2.1 使用 DataSnap 技术的三层数据库应用架构 三层架构功能如下：三层架构功能如下： 表示层：提供简洁的人机交互界面，负责数据显示和客户端的数据处理，由 客户机实现；

13、 功能层：实现业务逻辑，即实现客户与数据库对话，同时，在这一层中，还 应实现分布式管理、负载均衡、安全隔离等；它是一个远程模块，由应用服务器 来实现； 数据层：负责数据管理，提供数据的存储服务，由数据库服务器来实现。 三层结构的主要特点：三层结构的主要特点： （1） 安全性。中间层隔离了客户直接对数据服务器的访问，保护了数据库的 安全。 （2）稳定性。三层分布式体系提供了更可靠的稳定性：中间层缓冲 Client 与数据库的实际连接，使数据库的实际连接数量远小于 Client 应用数量。当然， 连接数越少，数据库系统就越稳定。 （3） 易维护。由于业务逻辑在中间服务器，当业务规则变化后，客户端程

14、序 基本不做改动。 （4） 快速响应。通过负载均衡以及中间层缓存数据能力，可以提高对客户端 的响应速度。 （5） 系统扩展灵活。基于三层分布体系，当业务增大时，可以在中间层部署 更多的应用服务器，提高对客户端的响应，而所有变化对客户端透明。 2.2.2 基于 WebService 中间层设计简化条码扫描终端数据 交换 2.2.2 基于 WebService 中间层设计简化条码扫描终端数据 交换 基于 WebService 技术架构条码扫描终端数据交换中间层，其系统结构如图 2.2 所示。采用 HTTP 协议作为条码扫描终端与中间层的底层通讯协议，不仅可以 确保通讯连接更稳定，还可以让条码扫描终

15、端的前端程序开发更简便。 图 2.2 条码移动终端数据交换中间层的系统结构图 2.2.3 基于 SQLite 嵌入式关系数据库构建免安装的单机版2.2.3 基于 SQLite 嵌入式关系数据库构建免安装的单机版 SQLite 是用一个小型的 C 库开发的一种强有力的嵌入式关系数据库管理体制。 它 简单易学、速度较快，同时提供了丰富的数据库接口;提供了对 SQL92 的大多数 支持： 支持多表和索引、事务、视图、触发和一系列的用户接口及驱动。SQLite 具有如 下几个特性： 1、零配置无需安装和管理配置 2、存储在单一磁盘文件中的一个完整的数据 3、数据库文件可以在不同字节顺序的机器间自由共享

16、 4、支持数据库大小至 2TB5、比目前流行的大多数据库运行速度快 6、提供了对事务功能和并发处理的支持 本设计采用 SQLite 嵌入式关系数据库来构建单机版的系统，利用其零配置 （无需安装和管理配置）的特性，避免复杂的数据库和设置功能，实现单机版的 免安装及零配置； 2.2.3 图纸文件在数据库中的存储方式选择2.2.3 图纸文件在数据库中的存储方式选择 目前比较流行的图片存储方式有两种：目前比较流行的图片存储方式有两种： （1）是图片数据以二进制的形式存储。利用数据库中的 BLOB 字段把图纸文件作 为一个图像单位(BLOB 是个常用的列类型， 用于存储数据库中的图像等大型内容)， 利用数据库自身的大文件读取机制实现图纸文件的上传、下载。 （2）存储图片路径的方式。利用数据库记录图纸文件的特征字段(用于生成系统 的路径)，在系统的其它地方建立文件夹。 两种方式的比较：两种方式的比较： （1）从数据的安全与大小方面考虑。 第一种方法会把大量的文字数据放在一张表的某个字段里，如果记录很多的话， 数据库会变得很庞大。经试验数据库里才一百多条记录，数据库大小就已经几