图纸文件、物资管理和修理档案综合管理

1、48/48图纸资料、物资治理和修理档案综合治理系统建设方案2011年12月目 录 TOC o 1-3 h z u HYPERLINK l _Toc357 第一章 现有系统运行情况分析 PAGEREF _Toc357 3 HYPERLINK l _Toc7182 1.1 资料档案治理系统情况分析 PAGEREF _Toc7182 3 HYPERLINK l _Toc8294 1.2 物资治理系统情况分析 PAGEREF _Toc8294 4 HYPERLINK l _Toc10135 1.3 维修治理系统情况分析 PAGEREF _Toc10135 5 HYPERLINK l _Toc25033

2、 1.4 问题综述及差不多解决方案 PAGEREF _Toc25033 5 HYPERLINK l _Toc24206 第二章 系统设计分析 PAGEREF _Toc24206 6 HYPERLINK l _Toc22047 2.1系统设计原则 PAGEREF _Toc22047 6 HYPERLINK l _Toc5633 2.2 要紧技术路线 PAGEREF _Toc5633 6 HYPERLINK l _Toc21004 2.2.1 基于DataSnap的三层架构设计 PAGEREF _Toc21004 6 HYPERLINK l _Toc7305 2.2.2 基于Web Service

3、中间层设计简化条码扫描终端数据交换 PAGEREF _Toc7305 8 HYPERLINK l _Toc11302 2.2.3 基于SQLite嵌入式关系数据库构建免安装的单机版 PAGEREF _Toc11302 8 HYPERLINK l _Toc12094 2.2.3 图纸文件在数据库中的存储方式选择 PAGEREF _Toc12094 9 HYPERLINK l _Toc21148 2.3.1 系统总体框架 PAGEREF _Toc21148 10 HYPERLINK l _Toc23360 2.3.2 系统功能模块列表 PAGEREF _Toc23360 11 HYPERLINK

4、l _Toc16142 第三章 费用预算及实施打算 PAGEREF _Toc16142 13 HYPERLINK l _Toc22693 3.1费用预算 PAGEREF _Toc22693 13 HYPERLINK l _Toc16970 3.2实施打算 PAGEREF _Toc16970 13 HYPERLINK l _Toc4561 4.1项目治理总则 PAGEREF _Toc4561 15 HYPERLINK l _Toc11973 4.2项目治理目标 PAGEREF _Toc11973 15 HYPERLINK l _Toc25214 4.3项目实施机构设置 PAGEREF _Toc2

5、5214 15 HYPERLINK l _Toc24585 4.4项目过程操纵 PAGEREF _Toc24585 18 HYPERLINK l _Toc13302 4.5项目时期划分与人员配置 PAGEREF _Toc13302 21 HYPERLINK l _Toc20083 4.5.1项目时期划分 PAGEREF _Toc20083 21 HYPERLINK l _Toc2140 4.5.2人员配置 PAGEREF _Toc2140 23 HYPERLINK l _Toc6642 4.6配置治理 PAGEREF _Toc6642 24 HYPERLINK l _Toc21743 4.7用

6、户方需配合的工作 PAGEREF _Toc21743 25 HYPERLINK l _Toc2981 4.8安装治理 PAGEREF _Toc2981 26 HYPERLINK l _Toc19373 4.9现场安装调试 PAGEREF _Toc19373 26 HYPERLINK l _Toc19852 4.10培训方针和目标 PAGEREF _Toc19852 26 HYPERLINK l _Toc30397 第五章 系统维护 PAGEREF _Toc30397 28 HYPERLINK l _Toc20651 5.1售后服务方针 PAGEREF _Toc20651 28 HYPERLIN

7、K l _Toc23695 5.2售后服务团队 PAGEREF _Toc23695 28 HYPERLINK l _Toc23883 5.3售后服务流程 PAGEREF _Toc23883 28 HYPERLINK l _Toc22929 5.4服务方式 PAGEREF _Toc22929 29 HYPERLINK l _Toc26174 5.5服务承诺 PAGEREF _Toc26174 30第一章 现有系统运行情况分析船舶在燕郊、湛江以及深圳三地分公司，都分不开发并部署了多套软件系统对船舶设备档案、维修档案以及物资库存情况等方面实现了计算机治理。在资料档案方面对设备资料、工程图纸及维修档案

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

9、舶资料治理系统由新域软件的为湛江公司和深圳公司定制开发，操作界面简洁，查询方便。软件技术架构为C/S模式，需要安装客户端软件。提供联机及单机版本，可在船上单机查询访问采纳高压缩率的压缩文档格式，访问速度快。目前存在的要紧问题：（1）燕郊、湛江以及深圳三地的船舶资料不能互相共享访问；（2）燕郊地区的软件不提供单机版本，无法进行船上的单机查询；（3）湛江、深圳的软件的文档格式支持不够、权限治理及目录治理不够完善。解决思路：（1）对船舶资料治理系统进行升级优化，通过定制开发使新系统具有两套系统的优点；（2）增加资料文档及数据库的同步软件，让三地的数据资料能通过后台服务进行数据同步，即能够三地能在本地

10、服务器中快速地访问到所有的船舶资料档案。1.2 物资治理系统情况分析在物资治理方面，目前在燕郊公司部署了一套网络版的物资治理系统，在三地都能够登录到那个网络版的物资治理系统对进行系统的物资治理。同时还提供单机版的物质治理系统便于船舶出海时的离线治理，单机版和网络版通过数据导入导出的方式进行数据交换和同步。目前存在的要紧问题：（1）单机版的安装比较复杂，部署和使用不太方便；（2）单机版本的数据导入导出不购便利；（3）不支持条码治理。解决思路：（1）对单机版进行升级优化，采纳嵌入式数据库，幸免复杂的数据库和设置功能，实现单机版的免安装及零配置；（2）升级优化网络版本的功能，提升数据导出能力，在数据

11、导出的同时直接制作免安装的单机版本，实现导出既可用的单机版本，无需进行单机版本的安装及数据导入步骤即可立即使用。（3）增加条码治理支持，同时增加条码采集器的模块，能够实现物质的条码治理。1.3 维修治理系统情况分析 在维修治理方面，目前要紧依旧以Execl表的方式进行治理，然后通过将记录了维修治理信息的Execl表格归档到船舶资料治理系统，实现维修跟踪及归档工作。对维修的治理不够完整和系统。以后加强维修治理的力度，建议定制开发维修治理的功能模块，并将那个功能整合到船舶资料档案治理系统中，既能够实现船舶维修的系统治理，同时还能够方便的实现维修档案的归档处理。1.4 问题综述及差不多解决方案 综合

12、上述三节的分析，尽管目前现有的系统能够比较系统地对船舶资料档案、维修记录以及船舶维修备件物质进行电子化治理，但由于存在系统功能比较零散、三地网络访问存在瓶颈等诸多因素，造成数据不能顺畅共享和汇总，在使用的便利上也存在一些问题，系统还有专门大的优化和提升的空间。 针对前三节的分析，系统优化的方式能够大致如下方式进行：对船舶档案、维修治理、物资治理进行详细的需求调研及分析需求进行定制开发及系统整合；在系统设计方面力求达到界面简洁、操作方便；同时提供联机及单机版本，单机版本采纳嵌入式数据库，幸免复杂的数据库和设置功能，实现单机版的免安装及零配置；设计网络版本数据导出功能时，要求数据导出模块能在导出数

13、据的同时直接制作免安装的单机版本，实现导出既可用的单机软件，无需进行单机软件的安装及数据导入步骤即可立即使用；在档案治理方面尽量提供通用文档格式的支持，如PDF、DOC、XlS等；通过增加数据同步服务程序，实现三地数据库数据及文档资料的同步。增加条码治理支持，同时增加条码采集器的模块，能够实现物质的条码治理。第二章 系统设计分析2.1系统设计原则(1)可靠性：系统应保证长期安全地运行。系统中的硬软件及信息资源应满足可靠性设计要求。(2)安全性：系统应具有必要的安全爱护和保密措施，有专门强的应对计算机犯罪和病毒的防范能力。 (3)容错性：系统应具有较高的容错能力，有较强的抗干扰性。对各类用户的误

14、操作应有提示或自动消除的能力。(4)适应性：系统应对不断进展和完善的统计核算方法、调查方法和指标体系具有广泛的适应性。(5)可扩充性：系统的硬软件应具有扩充升级的余地，不可因硬软件扩充、升级或改型而使原有系统失去作用。(6)有用性：注重采纳成熟而有用的技术，使系统建设的投入产出比最高，能产生良好的社会效益和经济效益。(7)先进性：在有用的前提下，应尽可能跟踪国内外最先进的计算机硬软件技术、信息技术及网络通信技术，使系统具有较高的性能指标。(8)易操作性：贯彻面向最终用户的原则，建立友好的用户界面，系统界面简洁人性化，操作流程化，采纳鼠标操作即可满足要求。处处遵循“功能越复杂，操作越简单”的设计

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

16、逻辑，即实现客户与数据库对话，同时，在这一层中，还应实现分布式治理、负载均衡、安全隔离等；它是一个远程模块，由应用服务器来实现；数据层：负责数据治理，提供数据的存储服务，由数据库服务器来实现。三层结构的要紧特点：安全性。中间层隔离了客户直接对数据服务器的访问，爱护了数据库的安全。稳定性。三层分布式体系提供了更可靠的稳定性：中间层缓冲Client与数据库的实际连接，使数据库的实际连接数量远小于Client应用数量。因此，连接数越少，数据库系统就越稳定。易维护。由于业务逻辑在中间服务器，当业务规则变化后，客户端程序差不多不做改动。快速响应。通过负载均衡以及中间层缓存数据能力，能够提高对客户端的响应

17、速度。系统扩展灵活。基于三层分布体系，当业务增大时，能够在中间层部署更多的应用服务器，提高对客户端的响应，而所有变化对客户端透明。2.2.2 基于Web Service中间层设计简化条码扫描终端数据交换基于Web Service技术架构条码扫描终端数据交换中间层，其系统结构如图2.2所示。采纳HTTP协议作为条码扫描终端与中间层的底层通讯协议，不仅能够确保通讯连接更稳定，还能够让条码扫描终端的前端程序开发更简便。图2.2 条码移动终端数据交换中间层的系统结构图2.2.3 基于SQLite嵌入式关系数据库构建免安装的单机版 SQLite是用一个小型的C库开发的一种强有力的嵌入式关系数据库治理体制

18、。它简单易学、速度较快，同时提供了丰富的数据库接口; 提供了对SQL92的大多数支持： 支持多表和索引、事务、视图、触发和一系列的用户接口及驱动。SQLite具有如下几个特性：1、零配置无需安装和治理配置 2、存储在单一磁盘文件中的一个完整的数据 3、数据库文件能够在不同字节顺序的机器间自由共享 4、支持数据库大小至2TB5、比目前流行的大多数据库运行速度快 6、提供了对事务功能和并发处理的支持 本设计采纳SQLite嵌入式关系数据库来构建单机版的系统，利用其零配置（无需安装和治理配置）的特性，幸免复杂的数据库和设置功能，实现单机版的免安装及零配置；2.2.3 图纸文件在数据库中的存储方式选择

19、目前比较流行的图片存储方式有两种：（1）是图片数据以二进制的形式存储。利用数据库中的BLOB字段把图纸文件作为一个图像单位(BLOB是个常用的列类型，用于存储数据库中的图像等大型内容)，利用数据库自身的大文件读取机制实现图纸文件的上传、下载。（2）存储图片路径的方式。利用数据库记录图纸文件的特征字段(用于生成系统的路径)，在系统的其它地点建立文件夹。两种方式的比较：（1）从数据的安全与大小方面考虑。第一种方法会把大量的文字数据放在一张表的某个字段里，假如记录专门多的话，数据库会变得专门庞大。经试验数据库里才一百多条记录，数据库大小就差不多几百兆左右，假如是上万条记录，不敢想象。这种方式的好处是

20、与数据库记录与图片的对应关系专门紧密，不容易搞错文件。第二种方法数据库中存的仅仅是文件的路径，不用担心数据库过大，然而显然与记录的对应关系就不够紧密。（2）从读写速度方面考虑。第一种方法虽讲是把图片以二进制的形式存入数据库，事实上数据并不保存在记录结构中，而是另外用一种类似文件系统的方式分块保存(尽管仍然保存在数据库文件中)，记录中仅保存对文件所在的数据块的引用地址。因此，对数据的读写要比一般的磁盘文件系统上的文件操作缓慢得多。而第二种方式可直接调用系统的文件处理功能，速度相对而言会快专门多。由于第一种方式数据库文件越大，系统崩溃的可能性越大，安全性专门差，而第二种安全性专门高，用户能够随时备

21、份图片文件，另外，数据库事务日志读写也快。本系统图纸数据存储方案：我们综合分析上述两种方法优点，设计了一种比较合理的图纸资料存储方案：1.将图纸直接存放磁盘文件系统，以提高图纸的读写效率及安全性。2.利用数据库存放图纸路径、描述文字数据及图纸的缩略图，以便利用数据库技术快速便捷的查询检索图纸资料。2.3 系统总体框架及功能分析2.3.1 系统总体框架图2.2系统总体框图2.3.2 系统功能模块列表序号系统名称模块名称要紧功能讲明及相关讲明1船舶档案物资综合治理系统档案资料治理模块1.能够治理各类资料文档，兼容OFFICE，PDF和大多数目前主流的文件格式；2.提供树状结构的资料目录治理界面，用

22、户能够自行增减或移动树状目录节点，可修改节点名称，能在相应的目录节点下上传、下载及联机查看图纸资料；3.通过图表明确显示资料文档格式类型，便于用户了解当前资料的文档格式；4.提供资料查询检索功能，通过输入某些字节，进行模糊查询相应的文件和文件夹，可对某个文件夹进行搜索，能够整个系统进行搜索。备件物资治理模块1.物料信息查询、编辑2.物料信息入库、出库3.物料消耗操作4.统计报表5.物料信息批量导入导出，支持Execl格式维修治理模块1.记录设备的维修记录治理，登记设备维修记录；2.查询修理内容，可生成修理工程单关联，并能够选择性自动生成“修理工程单”，3.维修记录归档治理，将维修记录作为档案资

23、料归档到档案资料治理模块的相应资料库中，归档后能够在档案治理模块检索和查询相关的维修档案。4.统计报表事故治理模块1.记录事故情况，能够上传并保存事故相片或资料扫描件，包括；测量记录、设备损坏照片、事故报告等2.事故情况记录归档治理，将事故情况作为档案资料归档到档案资料治理模块的相应资料库中，归档后能够在档案治理模块检索和查询相关的事故档案。4.统计报表系统治理模块1.用户治理；2.功能权限治理；3.系统日志治理；4.数据备份；5.数据导入导出,数据导出时可按参数选择自动生成单机版系统；2船舶档案物资综合治理系统(单机版)能够单机使用，采纳嵌入式的数据库，提供与服务器版相同的软件功能（除用户权

24、限治理功能外）。3数据同步后台服务系统1.数据同步治理，能够同步多台异地服务器的数据数据及船舶资料文件，可设置定时同步时刻；2.船舶资料数据库服务治理，显示数据库状态；提供数据库启动、停止、重启操作界面；数据库备份、恢复等治理功能；3.文档资料导入模块，能够可整体导入数据，数据的结构依照文件夹的结构决定，包括内部的文件及EXCEL表格。4.文档资料（包括图纸及EXCEL表格）导出模块，可单船导出，也可单个文件夹导出，防止单机版由于系统崩溃后的重新导入。4条码采集器数据交换中间层Web Service技术架构，通过HTTP协议实现条码采集器与业务数据库的数据交换。5条码采集器终端系统1.能够通过

25、无线网络上传、下载设备条码数据；2.能够扫描条码进行离线的设备资料查询、登记等；第三章 费用预算及实施打算3.1费用预算序号系统名称模块名称开发预算（万元）时刻预算（人天）1船舶档案物资综合治理系统档案资料治理模块备件物资治理模块维修治理模块事故治理模块系统治理模块2船舶档案物资综合治理系统(单机版)3数据同步后台服务系统4条码采集器数据交换中间层5条码采集器终端系统合计3.2实施打算序号时刻段工作内容天数人数人天数12012-1-42012-1-19系统升级整合的详细需求分析；系统模拟界面的设计，界面设计及操作流程的设计研讨及确认；22012-2-12012-3-2船舶档案物资综合治理系统（

26、联机版）开发、测试及试运行；船舶档案物资综合治理系统（单机版）开发、测试及试运行；32012-3-32012-3-23条码采集器数据交换中间层；条码采集器终端系统42012-3-242012-4-8资料治理后台服务系统开发、测试及试运行；52012-4-92012-4-24旧数据的迁移及转换；系统整合及部署；上线测试及系统修正；72012-4-252012-5-25经一个月的整体运行测试后，系统正式上线合计第四章 项目治理4.1项目治理总则本项目的治理总则是：全过程、全方位的规划、组织、操纵与协调；指导和约束各项目组及项目人员按软件工程的方法进行项目治理；系统地规划整个项目进展过程；确保项目及

27、时交付并达到或超越质量目标。4.2项目治理目标本项目的治理目标是：有效的打算、组织、协调、操纵和监督系统实施；最大限度地利用内、外资源去完成项目目标。4.3项目实施机构设置为保证项目稳定、高效地实施，我们建立的项目治理机构遵循以下原则：有效治理、权责对等、才职相称、命令统一和效果与效率原则。依照我们以往在大型项目治理和实施方面的经验，我们建议本项目的组织机构如下：（1）项目领导小组项目领导小组领导成员的构架：组长：由用户方的最高决策层领导或者用户方的项目主管或技术主管或开发方的技术总监担任承担（1人）；项目领导小组是项目的最高权利机构，要紧工作包括：分时期定期开会，听取项目进展汇报；对比项目进

28、度打算，对各关键时期完成进度进行检查和总结；对项目实施过程中出现的重大问题进行决策。项目领导小组成员要紧职责：审核批准项目的总体方案，工程实施打算；负责项目实施过程中的重大事件的决策；依照项目过程的进度、质量、技术、资源、风险等实行宏观监控；负责组建验收小组，主持验收工作；协调涉及与工程有关的各方工作关系。（2）项目实施小组人员构成：开发方将派出具有丰富工程实施经验的项目经理担任项目实施小组组长，用户方项目总负责人分任副组长。组员由各系统分析设计组、应用系统实施组、网络系统实施组、系统测试组、文档治理组、质量监控组、项目协调组的各位组长参加。项目实施小组要紧职责：依照项目进展及工程工作要求制定

29、工作打算，并监督实施，操纵进度；协调项目组内人员的分工合作，资源分配；提出并确立业务整体需求，完成系统分析和系统整体设计；负责制定时期验收标准和最终验收标准，报领导小组审批。（3）系统分析设计组系统分析设计人员要紧职责如下：进行需求分析；编制软件需求讲明书；编制概要设计讲明书；完成界面的初步设计；对系统提出产品化、构件化的思路；对后续开发工作提出技术路线；制定测试大纲；负责详细设计、软件编码的技术指导和质量监督；在开发过程中对需求和概要设计进行及时的修改和补充。（4）系统测试组人员构成：由开发方的软件测试人员组成。要紧职责：设计测试策略、方法，制定并执行测试打算；确保项目的每个需求符合预期；确

30、保产品的性能，在恶劣环境下的运行可靠性。（5）技术文档治理组人员构成：由开发方熟悉工程和应用软件的治理人员和文秘人员组成，由开发方技术文档治理人员担任组长。要紧职责：制定项目的文档治理打算；依照项目实施打算，进行文档标识和追踪。将整个工程中的每一变化情况纳入受控状态，使项目各实施小组都能及时得到项目进行的最新资料；按照各类文档产生期限收集整理各类文档。操纵文档格式，编制文档清单，治理文档版本等；与用户进行文档的交接。（6）客户服务中心组人员构成：在项目试运行期间，项目的服务与支持仍由各小组负责；项目正式上线运行之后，由开发方客户服务中心的工程技术人员组成。要紧职责：负责系统试运行期间及终验后保

31、修期内的维护工作，配合与用户方工程师进行技术交接；远程支持用户的技术需求，必要时安排工程师到现场进行技术支持；对用户方项目运行过程中的问题解决方案以及配置的更改，将提交技术文档，同时也提交用户方备份。4.4项目过程操纵依照开发方过往的软件项目实施经验，本项目总体上将采纳如下方式来进行过程操纵：整个项目将划分为软件工序和硬件工序采取同时开展、分不治理。同时考虑到项目的整体性，对项目的某些时期进行必要的重叠，以提高效率和效益；依照划分的各时期列明每个时期的要紧工作内容及工作成果，并在各时期点设置里程碑，以便进行治理收尾和项目进度操纵；在时期末对各时期的工作内容和工作成果进行进度、成本、范围（质量）

32、等绩效评审，保证项目目标得到专门好的操纵和实现。本项目在执行过程中为了保障项目在预期的目标（进度、质量/范围、成本）范围内完成，将严格执行项目打算，幸免项目需求变更和人员变更。（1）项目过程操纵的要紧环节以下环节是本次项目实施的要紧环节，需要对每一个环节实施操纵：项目概念项目定义项目开发项目测试项目验收（2）有关开发规范开发过程要紧遵循如下规范：文档格式规范配置治理制度项目治理制度质量操纵打算软件需求分析讲明书规范概要设计讲明书规范详细设计讲明书规范数据库设计讲明书规范模块开发卷宗规范软件测试规范操作手册规范用户手册规范配置治理打算（3）开发过程操纵依照项目开发进度打算，开发过程将中，将进行多

33、次项目工程会议，需要双方的治理人员、项目小组负责人、要紧和核心技术人员参加。项目开发启动前，召开整个项目启动会议。确定参与项目开发的技术人员、进行项目需求分析的对口联络人员、项目开发过程中评审人员、确认测试人员；依照具体情况，确定项目进展的详细时刻表；提出并确认完整的工程实施保障打算；明确每个参与本项目的开发人员的责任和分工。确定与本项目开发有关的其他细节问题；在系统需求分析结束时召开第一时期工程会议，评审与确认系统需求分析讲明书。在概要设计结束时召开第二时期工程会议，评审和确认概要设计报告。在系统的功能模块或子系统开发过程中，依照需要，召开工程会议，评审和确认所开发的应用系统模块或子系统。在

34、应用系统开发和单元测试、集成测试完成后，召开系统联调评审会。评审和确认应用系统的各子系统；制订试运行打算；预备应用系统初验。在开发过程中的操纵事项要紧包括：在开发过程中，开发小组依照开发过程中的需要和具体情况，不定期的召开开发人员会议，其内容要紧涉及到分配、调整开发任务、确定或调整开发技术策略或技术路线、进行各子系统的交叉测试或确认测试、进行技术交流或技术讨论等，但必须有双方技术人员参加；开发过程中的各个步骤需要用户及时进行确认；开发过程将严格按照预定的开发进度打算实施，确因技术困难或其他缘故，不能保证遵守开发打算，必须通报项目负责人；开发过程中，将严格按照开发方提交实施规范的步骤进行。开发过

35、程中，将遵循相应的国际标准、国家标准和行业惯例。（4）各时期的质量操纵文档下列质量文档中工作日志、工作备忘、日工作完成情况登记表、周工作备忘是每个环节都必须定期填写的。时期需制定的质量操纵文档时期最终文档制定人员质量操纵人员项目概念项目定义项目概念及定义时期工作打算需求分析讲明书规范需求分析讲明书模板软件需求分析讲明书需求评审报告项目实施组系统分析设计组项目实施组技术文档治理组用户项目开发开发时期工作打算书概要设计讲明书规范详细设计讲明书规范配置治理规范设计讲明书模板模块开发卷宗规范编码标准操作手册规范用户手册规范单元测试方案概要设计讲明书详细设计讲明书总体测试方案设计工作报告模块开发卷宗单元

36、测试报告操作手册用户手册项目实施小组系统分析设计组项目实施组技术文档治理组用户项目测试测试时期工作打算书总体测试规范总体测试报告项目实施小组系统测试组项目实施组技术文档治理组用户项目验收验收时期工作打算书数据预备规范试运行情况记录表工程实施工作报告项目验收报告项目实施组系统测试组用户项目实施小组技术文档治理组用户（5）开发过程中的版本操纵本应用系统不管是在开发过程，依旧在应用过程中，版本操纵极为重要，它将直接阻碍应用系统维护难易程度和应用系统的可扩展性、运行稳定性和安全性。版本操纵将涉及到如下几方面：应用系统的版本；应用系统构件版本；文档版本。在应用系统开发构成中，对版本的操纵应遵循如下原则：

37、文档版本与应用系统版本保持一致；对所有子工序、构件进行独立的版本操纵。4.5项目时期划分与人员配置4.5.1项目时期划分依照开发方的项目实施规范，本项目的生命周期将划分为6个时期，分不为：项目概念时期，记为PH0。项目定义时期，记为PH1。项目开发时期，记为PH2。项目测试时期，记为PH3。项目用户验收时期，记为PH4。项目维护时期，记为PH5。本项目的过程有三大类：项目治理过程、项目研发过程和机构支持过程。上述三类过程能够细分为22个要紧过程域，分布在PH0到PH5的各个时期。（1）项目治理过程包含8个过程域，分不为：立项治理结项治理项目规划项目监控风险治理需求治理沟通治理费用治理（2）项目

38、研发过程包含8个过程域，分不为：需求开发技术预研系统设计实现与测试系统测试Beta测试客户验收技术评审（3）机构支撑过程包含6个过程域，分不为：配置治理质量保证培训治理外包与采购治理服务与维护项目奖惩整个过程如图所示。4.5.2人员配置开发方保证在未经用户单位建议或许可的情况下，项目经理不变更，核心开发人员至少3-4人不变更，并保证至少2/3参与开发的人员不变更。本项目的实施人员配置如下：项目时期时期标记人员项目概念时期PH02项目定义时期PH13项目开发时期PH26项目测试时期PH32项目验收时期PH42项目维护时期PH524.6配置治理项目治理过程实行严格的配置治理，各过程均需形成文档，以

39、便今后系统的维护和治理。（1）文档分类在本项目的开发过程中，要紧涉及3类文档：a、与业主方（或者客户方）协调的文档b、项目治理文档c、项目技术文档（2）与业主方（或客户方）协调的文档在本项目的开发过程中，与业主方（或者客户方）项目治理人员进行交互的的文档要紧包括：工作备忘、工作例会记录、时期工作确认书、交接记录表等。1）工作备忘用于业主方（或者客户方）项目人员与开发方的工作协调，贯穿在整个项目的治理过程中，实际上是由业主方（或者客户方）评定开发方的工作情况，如打算制定是否合理、是否按打算完成、完成质量、对开发方的要求等，同时，开发方对业主方（或者客户方）的建议也可在备忘录中体现，以便跟踪整个项

40、目开展过程中双方合作的轨迹，并明确责任。工作备忘由开发方填写，业主方（或者客户方）对其评价和修改。使用“工作备忘”的时刻周期：每周；每个开发时期；项目打算或任务被改变。2）工作例会记录用于双方共同组成的项目组的工作例会的纪要，由业主方（或者客户方）或开发方的负责人主持，秘书负责记录，会议记录整理后由双方项目负责人签字，对其中的问题应分发至相关人员并由项目负责人或小组主管负责跟踪落实解决。工作例会记录使用周期：每周星期一进行的项目组上周工作总结和本周工作打算例会；时期工作例会；月工作例会；其他偶然性会议可借用本记录格式。3）时期工作确认书每一时期（需求调查、需求分析、界面设计、概要设计、原型开发

41、、详细设计、编码、单元测试、集成测试.）在完成后，需由开发方向业主方（或者客户方）开发负责人提出确认申请，在业主方（或者客户方）确认的前提下才转向下一时期的工作。每次评审完毕后，由开发方制定时期工作确认书。与最终用户协调的确认书采纳用户方制定的标准格式。4）交接记录表交接记录表要紧用于合作双方在项目开发过程中涉及文档、代码、软件、设备或其他物料交接时，加以记录存档备查。任何时候与此有关的交接均可采纳此表。（3）项目治理文档项目治理文档要紧包括：软件开发项目任务书；项目治理打算书；配置治理打算书；测试治理打算书；项目周工作打算与周工作考核表；个人工作日志等。（4）项目技术文档项目技术文档要紧包括

42、：软件需求分析讲明书；软件设计讲明书；数据库设计讲明书；系统测试方案；项目验收报告等。4.7用户方需配合的工作为保证本项目的顺利实施，需要用户方积极配合开发商的项目实施工作，要紧包括：（1）在需求调研过程中，需及时提供提供完整的业务表单数据，以保证需求调研分析的顺利进行；（2）假如在客户所在单位进行培训，需要客户或业主单位提供培训所需的网络环境和客户终端，以便于上机操作培训的顺利进行；（3）提供系统网络、硬件环境，以保证系统的顺利部署等。本项目实施过程中涉及的办公、通讯、交通等设施设备以及项目治理所需的测试工具、专门仪器仪表由开发方自行解决，关于专门情况下需要客户提供相关设备时，开发方将向客户

43、方提出正式申请。4.8安装治理本项目的安装督导治理由用户单位、开发方双方共同完成。我们将积极支持和配合监理单位对整个项目的实施全过程进行监督和检查，不以任何理由回避用户单位和监理单位的监督和检查。本项目的安装治理包括两种情况：（1）关于无需用户单位现场督导的工作，开发方项目工程师将依据合同要求负责设备、系统的安装督导治理，测试及开通系统服务，并负责解决期间出现的技术问题。（2）在用户单位现场督导的情况下，开发方将依照督导的安排，制定安装进度打算，按督导要求组织人员，积极配合督导治理人职员作。4.9现场安装调试开发方将依照用户单位的需求提供现场安装调试服务，要紧服务内容包括系统安装调试、系统移植

44、、系统一般性问题的现场解决等。在开发完成后，我们将派出项目实施人员到现场通过光盘进行系统安装及测试，为试运行的顺利进行打下基础。4.10培训方针和目标（1）我们的培训方针是： 目标明确课程周密针对性强着重实际提高应用（2）培训方式我们将依照培训的需要为被培训人员提供培训用计算机、网络环境、文字资料和讲义等相关用品。培训方式均以课堂培训及现场培训（即实际操作）相结合。参加培训的人员组成、培训地点、培训时刻依照项目实施中客户的实际情况而最终确定1)现场培训现场培训是指在项目实施过程中对用户进行现场培训。对系统治理员等要求较高的人员进行单独的辅导培训。所有的培训教员用中文授课。培训内容包括：系统安装系统日常维护系统使用操作现