图纸范本物资管理与修理档案综合管理.docx
《图纸范本物资管理与修理档案综合管理.docx》由会员分享，可在线阅读，更多相关《图纸范本物资管理与修理档案综合管理.docx（29页珍藏版）》请在冰豆网上搜索。
图纸范本物资管理与修理档案综合管理
图纸资料、物资管理和
修理档案综合管理系统
建
设
方
案
2011年12月
第一章现有系统运行情况分析
船舶在燕郊、湛江以及深圳三地分公司，都分别开发并部署了多套软件系统对船舶设备档案、维修档案以及物资库存情况等方面实现了计算机管理。
在资料档案方面对设备资料、工程图纸及维修档案进行了电子化管理；在备件库存和备件申请方面进行了的动态管理。
各系统部署及运行情况大致如下：
1.1资料档案管理系统情况分析
在设备资料档案、工程图纸以及维修档案的电子化管理方面，目前主要以两套系统为主，一套是紫光慧图开发的“快图档”（通用软件），部署在燕郊公司；另一套是新域软件的“船舶资料管理系统”（定制开发），部署在湛江公司和深圳公司。
这两套软件的运行情况大致如下：
（1）快图档软件
●紫光慧图开发的通用软件，操作界面复杂，有部分功能从来不用。
●软件技术架构为B/S模式，无需安装客户端软件，但要求安装相关的文档查看软件。
●只有联机版本，不能在船上单机查询访问
●支持PDF、DOC、XlS等文档格式
（2）船舶资料管理系统
●由新域软件的为湛江公司和深圳公司定制开发，操作界面简洁，查询方便。
●软件技术架构为C/S模式，需要安装客户端软件。
●提供联机及单机版本，可在船上单机查询访问
●采用高压缩率的压缩文档格式，访问速度快。
目前存在的主要问题：
（1）燕郊、湛江以及深圳三地的船舶资料不能互相共享访问；
（2）燕郊地区的软件不提供单机版本，无法进行船上的单机查询；
（3）湛江、深圳的软件的文档格式支持不够、权限管理及目录管理不够完善。
解决思路：
（1）对船舶资料管理系统进行升级优化，通过定制开发使新系统具有两套系统的优点；
（2）增加资料文档及数据库的同步软件，让三地的数据资料能通过后台服务进行数据同步，即可以三地能在本地服务器中快速地访问到所有的船舶资料档案。
1.2物资管理系统情况分析
在物资管理方面，目前在燕郊公司部署了一套网络版的物资管理系统，在三地都可以登录到这个网络版的物资管理系统对进行系统的物资管理。
同时还提供单机版的物质管理系统便于船舶出海时的离线管理，单机版和网络版通过数据导入导出的方式进行数据交换和同步。
目前存在的主要问题：
（1）单机版的安装比较复杂，部署和使用不太方便；
（2）单机版本的数据导入导出不购便利；
（3）不支持条码管理。
解决思路：
（1）对单机版进行升级优化，采用嵌入式数据库，避免复杂的数据库和设置功能，实现单机版的免安装及零配置；
（2）升级优化网络版本的功能，提升数据导出能力，在数据导出的同时直接制作免安装的单机版本，实现导出既可用的单机版本，无需进行单机版本的安装及数据导入步骤即可马上使用。
（3）增加条码管理支持，同时增加条码采集器的模块，可以实现物质的条码管理。
1.3维修管理系统情况分析
在维修管理方面，目前主要还是以Execl表的方式进行管理，然后通过将记录了维修管理信息的Execl表格归档到船舶资料管理系统，实现维修跟踪及归档工作。
对维修的管理不够完整和系统。
未来加强维修管理的力度，建议定制开发维修管理的功能模块，并将这个功能整合到船舶资料档案管理系统中，既可以实现船舶维修的系统管理，同时还可以方便的实现维修档案的归档处理。
1.4问题综述及基本解决方案
综合上述三节的分析，虽然目前现有的系统可以比较系统地对船舶资料档案、维修记录以及船舶维修备件物质进行电子化管理，但由于存在系统功能比较零散、三地网络访问存在瓶颈等诸多因素，造成数据不能顺畅共享和汇总，在使用的便利上也存在一些问题，系统还有很大的优化和提升的空间。
针对前三节的分析，系统优化的方式可以大致如下方式进行：
1）对船舶档案、维修管理、物资管理进行详细的需求调研及分析需求进行定制开发及系统整合；
2）在系统设计方面力求达到界面简洁、操作方便；
3）同时提供联机及单机版本，单机版本采用嵌入式数据库，避免复杂的数据库和设置功能，实现单机版的免安装及零配置；
4）设计网络版本数据导出功能时，要求数据导出模块能在导出数据的同时直接制作免安装的单机版本，实现导出既可用的单机软件，无需进行单机软件的安装及数据导入步骤即可马上使用；
5）在档案管理方面尽量提供通用文档格式的支持，如PDF、DOC、XlS等；
6）通过增加数据同步服务程序，实现三地数据库数据及文档资料的同步。
7）增加条码管理支持，同时增加条码采集器的模块，可以实现物质的条码管理。
第二章系统设计分析
2.1系统设计原则
（1）可靠性：
系统应保证长期安全地运行。
系统中的硬软件及信息资源应满足可靠性设计要求。
（2）安全性：
系统应具有必要的安全保护和保密措施，有很强的应对计算机犯罪和病毒的防范能力。
（3）容错性：
系统应具有较高的容错能力，有较强的抗干扰性。
对各类用户的误操作应有提示或自动消除的能力。
（4）适应性：
系统应对不断发展和完善的统计核算方法、调查方法和指标体系具有广泛的适应性。
（5）可扩充性：
系统的硬软件应具有扩充升级的余地，不可因硬软件扩充、升级或改型而使原有系统失去作用。
（6）实用性：
注重采用成熟而实用的技术，使系统建设的投入产出比最高，能产生良好的社会效益和经济效益。
（7）先进性：
在实用的前提下，应尽可能跟踪国内外最先进的计算机硬软件技术、信息技术及网络通信技术，使系统具有较高的性能指标。
（8）易操作性：
贯彻面向最终用户的原则，建立友好的用户界面，系统界面简洁人性化，操作流程化，采用鼠标操作即可满足要求。
处处遵循“功能越复杂，操作越简单”的设计理念，追求操作无障碍，智能化，用户无需专业培训就可使用软件。
2.2主要技术路线
2.2.1基于DataSnap的三层架构设计
所谓三层架构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。
在这种体系结构中，客户机只存放表示层软件，后台是数据库，业务逻辑包括事务处理、监控、信息排队、数据处理等采用专门的中间件服务器，大大减少了与数据库服务器连接的次数。
本系统以DataSnap技术为核心构建三层架构，其大致结构如图2.1所示。
图2.1使用DataSnap技术的三层数据库应用架构
三层架构功能如下：
表示层：
提供简洁的人机交互界面，负责数据显示和客户端的数据处理，由客户机实现；
功能层：
实现业务逻辑，即实现客户与数据库对话，同时，在这一层中，还应实现分布式管理、负载均衡、安全隔离等；它是一个远程模块，由应用服务器来实现；
数据层：
负责数据管理，提供数据的存储服务，由数据库服务器来实现。
三层结构的主要特点：
（1）安全性。
中间层隔离了客户直接对数据服务器的访问，保护了数据库的安全。
（2）稳定性。
三层分布式体系提供了更可靠的稳定性：
中间层缓冲Client与数据库的实际连接，使数据库的实际连接数量远小于Client应用数量。
当然，连接数越少，数据库系统就越稳定。
（3）易维护。
由于业务逻辑在中间服务器，当业务规则变化后，客户端程序基本不做改动。
（4）快速响应。
通过负载均衡以及中间层缓存数据能力，可以提高对客户端的响应速度。
（5）系统扩展灵活。
基于三层分布体系，当业务增大时，可以在中间层部署更多的应用服务器，提高对客户端的响应，而所有变化对客户端透明。
2.2.2基于WebService中间层设计简化条码扫描终端数据交换
基于WebService技术架构条码扫描终端数据交换中间层，其系统结构如图2.2所示。
采用HTTP协议作为条码扫描终端与中间层的底层通讯协议，不仅可以确保通讯连接更稳定，还可以让条码扫描终端的前端程序开发更简便。
图2.2条码移动终端数据交换中间层的系统结构图
2.2.3基于SQLite嵌入式关系数据库构建免安装的单机版
SQLite是用一个小型的C库开发的一种强有力的嵌入式关系数据库管理体制。
它简单易学、速度较快，同时提供了丰富的数据库接口;提供了对SQL92的大多数支持：
支持多表和索引、事务、视图、触发和一系列的用户接口及驱动。
SQLite具有如下几个特性：
1、零配置―无需安装和管理配置
2、存储在单一磁盘文件中的一个完整的数据
3、数据库文件可以在不同字节顺序的机器间自由共享
4、支持数据库大小至2TB5、比目前流行的大多数据库运行速度快
6、提供了对事务功能和并发处理的支持
本设计采用SQLite嵌入式关系数据库来构建单机版的系统，利用其零配置（无需安装和管理配置）的特性，避免复杂的数据库和设置功能，实现单机版的免安装及零配置；
2.2.3图纸文件在数据库中的存储方式选择
目前比较流行的图片存储方式有两种：
（1）是图片数据以二进制的形式存储。
利用数据库中的BLOB字段把图纸文件作为一个图像单位（BLOB是个常用的列类型，用于存储数据库中的图像等大型内容），利用数据库自身的大文件读取机制实现图纸文件的上传、下载。
（2）存储图片路径的方式。
利用数据库记录图纸文件的特征字段（用于生成系统的路径），在系统的其它地方建立文件夹。
两种方式的比较：
（1）从数据的安全与大小方面考虑。
第一种方法会把大量的文字数据放在一张表的某个字段里，如果记录很多的话，数据库会变得很庞大。
经试验数据库里才一百多条记录，数据库大小就已经几百兆左右，如果是上万条记录，不敢想象。
这种方式的好处是与数据库记录与图片的对应关系很紧密，不容易搞错文件。
第二种方法数据库中存的仅仅是文件的路径，不用担心数据库过大，但是显然与记录的对应关系就不够紧密。
（2）从读写速度方面考虑。
第一种方法虽说是把图片以二进制的形式存入数据库，其实数据并不保存在记录结构中，而是另外用一种类似文件系统的方式分块保存（虽然仍然保存在数据库文件中），记录中仅保存对文件所在的数据块的引用地址。
因此，对数据的读写要比普通的磁盘文件系统上的文件操作缓慢得多。
而第二种方式可直接调用系统的文件处理功能，速度相对而言会快很多。
由于第一种方式数据库文件越大，系统崩溃的可能性越大，安全性很差，而第二种安全性很高，用户可以随时备份图片文件，另外，数据库事务日志读写也快。
本系统图纸数据存储方案：
我们综合分析上述两种方法优点，设计了一种比较合理的图纸资料存储方案：
1.将图纸直接存放磁盘文件系统，以提高图纸的读写效率及安全性。
2.利用数据库存放图纸路径、描述文字数据及图纸的缩略图，以便利用数据库技术快速便捷的查询检索图纸资料。
2.3系统总体框架及功能分析
2.3.1系统总体框架
图2.2系统总体框图
2.3.2系统功能模块列表
序号
系统名称
模块名称
主要功能说明及相关说明
1
船舶档案物资综合管理系统
档案资料管理模块
1.可以管理各类资料文档，兼容OFFICE，PDF和大多数目前主流的文件格式；
2.提供树状结构的资料目录管理界面，用户可以自行增减或移动树状目录节点，可修改节点名称，能在相应的目录节点下上传、下载及联机查看图纸资料；
3.通过图表明确显示资料文档格式类型，便于用户了解当前资料的文档格式；
4.提供资料查询检索功能，通过输入某些字节，进行模糊查询相应的文件和文件夹，可对某个文件夹进行搜索，可以整个系统进行搜索。
备件物资管理模块
1.物料信息查询、编辑
2.物料信息入库、出库
3.物料消耗操作
4.统计报表
5.物料信息批量导入导出，支持Execl格式
维修管理模块
1.记录设备的维修记录管理，登记设备维修记录；
2.查询修理内容，可生成修理工程单关联，并可以选择性自动生成“修理工程单”，
3.维修记录归档管理，将维修记录作为档案资料归档到档案资料管理模块的相应资料库中，归档后可以在档案管理模块检索和查询相关的维修档案。
4.统计报表
事故管理模块
1.记录事故情况，可以上传并保存事故相片或资料扫描件，包括；测量记录、设备损坏照片、事故报告等
2.事故情况记录归档管理，将事故情况作为档案资料归档到档案资料管理模块的相应资料库中，归档后可以在档案管理模块检索和查询相关的事故档案。
4.统计报表
系统管理模块
1.用户管理；
2.功能权限管理；
3.系统日志管理；
4.数据备份；
5.数据导入导出,数据导出时可按参数选择自动生成单机版系统；
2
船舶档案物资综合管理系统
（单机版）
可以单机使用，采用嵌入式的数据库，提供与服务器版相同的软件功能（除用户权限管理功能外）。
3
数据同步
后台服务系统
1.数据同步管理，可以同步多台异地服务器的数据数据及船舶资料文件，可设置定时同步时间；
2.船舶资料数据库服务管理，显示数据库状态；提供数据库启动、停止、重启操作界面；数据库备份、恢复等管理功能；
3.文档资料导入模块，可以可整体导入数据，数据的结构根据文件夹的结构决定，包括内部的文件及EXCEL表格。
4.文档资料（包括图纸及EXCEL表格）导出模块，可单船导出，也可单个文件夹导出，防止单机版由于系统崩溃后的重新导入。
4
条码采集器
数据交换中间层
WebService技术架构，通过HTTP协议实现条码采集器与业务数据库的数据交换。
5
条码采集器
终端系统
1.可以通过无线网络上传、下载设备条码数据；
2.可以扫描条码进行离线的设备资料查询、登记等；
第三章费用预算及实施计划
3.1费用预算
序号
系统名称
模块名称
开发预算
（万元）
时间预算
（人天）
1
船舶档案物资综合管理系统
档案资料管理模块
备件物资管理模块
维修管理模块
事故管理模块
系统管理模块
2
船舶档案物资综合管理系统
（单机版）
3
数据同步
后台服务系统
4
条码采集器
数据交换中间层
5
条码采集器
终端系统
合计
3.2实施计划
序号
时间段
工作内容
天数
人数
人天数
1
2012-1-4
2012-1-19
系统升级整合的详细需求分析；
系统模拟界面的设计，界面设计及操作流程的设计研讨及确认；
2
2012-2-1
2012-3-2
船舶档案物资综合管理系统（联机版）开发、测试及试运行；
船舶档案物资综合管理系统（单机版）开发、测试及试运行；
3
2012-3-3
2012-3-23
条码采集器数据交换中间层；
条码采集器终端系统
4
2012-3-24
2012-4-8
资料管理后台服务系统开发、测试及试运行；
5
2012-4-9
2012-4-24
旧数据的迁移及转换；
系统整合及部署；
上线测试及系统修正；
7
2012-4-25
2012-5-25
经一个月的整体运行测试后，系统正式上线
合计
第四章项目管理
4.1项目管理总则
本项目的管理总则是：
全过程、全方位的规划、组织、控制与协调；指导和约束各项目组及项目人员按软件工程的方法进行项目管理；系统地规划整个项目进展过程；确保项目及时交付并达到或超越质量目标。
4.2项目管理目标
本项目的管理目标是：
有效的计划、组织、协调、控制和监督系统实施；最大限度地利用内、外资源去完成项目目标。
4.3项目实施机构设置
为保证项目稳定、高效地实施，我们建立的项目管理机构遵循以下原则：
有效管理、权责对等、才职相称、命令统一和效果与效率原则。
根据我们以往在大型项目管理和实施方面的经验，我们建议本项目的组织机构如下：
（1）项目领导小组
项目领导小组领导成员的构架：
1）组长：
由用户方的最高决策层领导或者用户方的项目主管或技术主管或开发方的技术总监担任承担（1人）；
项目领导小组是项目的最高权利机构，主要工作包括：
分阶段定期开会，听取项目进展汇报；对照项目进度计划，对各关键阶段完成进度进行检查和总结；对项目实施过程中出现的重大问题进行决策。
项目领导小组成员主要职责：
1）审核批准项目的总体方案，工程实施计划；
2）负责项目实施过程中的重大事件的决策；
3）根据项目过程的进度、质量、技术、资源、风险等实行宏观监控；
4）负责组建验收小组，主持验收工作；
5）协调涉及与工程有关的各方工作关系。
（2）项目实施小组
人员构成：
开发方将派出具有丰富工程实施经验的项目经理担任项目实施小组组长，用户方项目总负责人分任副组长。
组员由各系统分析设计组、应用系统实施组、网络系统实施组、系统测试组、文档管理组、质量监控组、项目协调组的各位组长参加。
项目实施小组主要职责：
1）根据项目进展及工程工作要求制定工作计划，并监督实施，控制进度；
2）协调项目组内人员的分工合作，资源分配；
3）提出并确立业务整体需求，完成系统分析和系统整体设计；
4）负责制定阶段验收标准和最终验收标准，报领导小组审批。
（3）系统分析设计组
系统分析设计人员主要职责如下：
1）进行需求分析；
2）编制软件需求说明书；
3）编制概要设计说明书；
4）完成界面的初步设计；
5）对系统提出产品化、构件化的思路；
6）对后续开发工作提出技术路线；
7）制定测试大纲；
8）负责详细设计、软件编码的技术指导和质量监督；
9）在开发过程中对需求和概要设计进行及时的修改和补充。
10）
（4）系统测试组
人员构成：
由开发方的软件测试人员组成。
主要职责：
1）设计测试策略、方法，制定并执行《测试计划》；
2）确保项目的每个需求符合预期；
3）确保产品的性能，在恶劣环境下的运行可靠性。
（5）技术文档管理组
人员构成：
由开发方熟悉工程和应用软件的管理人员和文秘人员组成，由开发方技术文档管理人员担任组长。
主要职责：
1）制定项目的文档管理计划；
2）依照项目实施计划，进行文档标识和追踪。
将整个工程中的每一变化情况纳入受控状态，使项目各实施小组都能及时得到项目进行的最新资料；
3）按照各类文档产生期限收集整理各类文档。
控制文档格式，编制文档清单，管理文档版本等；
4）与用户进行文档的交接。
（6）客户服务中心组
人员构成：
在项目试运行期间，项目的服务与支持仍由各小组负责；项目正式上线运行之后，由开发方客户服务中心的工程技术人员组成。
主要职责：
1）负责系统试运行期间及终验后保修期内的维护工作，配合与用户方工程师进行技术交接；
2）远程支持用户的技术需求，必要时安排工程师到现场进行技术支持；
3）对用户方项目运行过程中的问题解决方案以及配置的更改，将提交技术文档，同时也提交用户方备份。
4.4项目过程控制
根据开发方过往的软件项目实施经验，本项目总体上将采用如下方式来进行过程控制：
整个项目将划分为软件工序和硬件工序采取同时开展、分别管理。
同时考虑到项目的整体性，对项目的某些阶段进行必要的重叠，以提高效率和效益；
根据划分的各阶段列明每个阶段的主要工作内容及工作成果，并在各阶段点设置里程碑，以便进行管理收尾和项目进度控制；
在阶段末对各阶段的工作内容和工作成果进行进度、成本、范围（质量）等绩效评审，保证项目目标得到很好的控制和实现。
本项目在执行过程中为了保障项目在预期的目标（进度、质量/范围、成本）范围内完成，将严格执行项目计划，避免项目需求变更和人员变更。
（1）项目过程控制的主要环节
以下环节是本次项目实施的主要环节，需要对每一个环节实施控制：
⏹项目概念
⏹项目定义
⏹项目开发
⏹项目测试
⏹项目验收
（2）有关开发规范
开发过程主要遵循如下规范：
《文档格式规范》
《配置管理制度》
《项目管理制度》
《质量控制计划》
《软件需求分析说明书规范》
《概要设计说明书规范》
《详细设计说明书规范》
《数据库设计说明书规范》
《模块开发卷宗规范》
《软件测试规范》
《操作手册规范》
《用户手册规范》
《配置管理计划》
（3）开发过程控制
根据项目开发进度计划，开发过程将中，将举行多次项目工程会议，需要双方的管理人员、项目小组负责人、主要和核心技术人员参加。
项目开发启动前，召开整个项目启动会议。
确定参与项目开发的技术人员、进行项目需求分析的对口联络人员、项目开发过程中评审人员、确认测试人员；
●根据具体情况，确定项目进展的详细时间表；
⏹提出并确认完整的工程实施保障计划；
⏹明确每个参与本项目的开发人员的责任和分工。
⏹确定与本项目开发有关的其他细节问题；
●在系统需求分析结束时召开第一阶段工程会议，评审与确认系统需求分析说明书。
●在概要设计结束时召开第二阶段工程会议，评审和确认概要设计报告。
●在系统的功能模块或子系统开发过程中，根据需要，召开工程会议，评审和确认所开发的应用系统模块或子系统。
●在应用系统开发和单元测试、集成测试完成后，召开系统联调评审会。
⏹评审和确认应用系统的各子系统；
⏹制订试运行计划；
⏹准备应用系统初验。
在开发过程中的控制事项主要包括：
●在开发过程中，开发小组根据开发过程中的需要和具体情况，不定期的召开开发人员会议，其内容主要涉及到分配、调整开发任务、确定或调整开发技术策略或技术路线、进行各子系统的交叉测试或确认测试、进行技术交流或技术讨论等，但必须有双方技术人员参加；
●开发过程中的各个步骤需要用户及时进行确认；
●开发过程将严格按照预定的开发进度计划实施，确因技术困难或其他原因，不能保证遵守开发计划，必须通报项目负责人；
●开发过程中，将严格按照开发方提交实施规范的步骤进行。
●开发过程中，将遵循相应的国际标准、国家标准和行业惯例。
（4）各阶段的质量控制文档
下列质量文档中工作日志、工作备忘、日工作完成情况登记表、周工作备忘是每个环节都必须定期填写的。
阶段
需制定的质量控制文档
阶段最终文档
制定人员
质量控制人员
项目概念
项目定义
项目概念及定义阶段工作计划
需求分析说明书规范
需求分析说明书模板
软件需求分析说明书
需求评审报告
项目实施组
系统分析设计组
项目实施组
技术文档管理组
用户
项目开发
开发阶段工作计划书
概要设计说明书规范
详细设计说明书规范
配置管理规范
设计说明书模板
模块开发卷宗规范
编码标准
操作手册规范
用户手册规范
单元测试方案
概要设计说明书
详细设计说明书
总体测试方案
设计工作报告
模块开发卷宗
单元测试报告
操作手册
用户手册
项目实施小组
系统分析设计组
项目实施组
技术文档管理组
用户
项目测试
测试阶段工作计划书
总体测试规范
总体测试报告
项目实施小组
系统测试组
项目实施组
技术文档管理组
用户
项目验收
验收阶段工作计划书
数据准备规范
试运行情况记录表
工程实施工作报告
项目验收报告
项目实施组
系统测试组
用户
项目实施小组
技术文档管理组
用户
（5）开发过程中的版本控制
本应用系统无论是在开发过程，还是在应用过程中，版本控制极为重要，它将直接影响应用系统维护难易程度和应用系统的可扩展性、运行稳定性和安全性。
版本控制将涉及到如下几方面：
●应用
升级会员 