图纸资料物资管理和修理档案综合管理.docx

上传人:牧羊曲112 文档编号:1880279 上传时间:2022-12-23 格式:DOCX 页数:32 大小:718.66KB
返回 下载 相关 举报
图纸资料物资管理和修理档案综合管理.docx_第1页
第1页 / 共32页
图纸资料物资管理和修理档案综合管理.docx_第2页
第2页 / 共32页
图纸资料物资管理和修理档案综合管理.docx_第3页
第3页 / 共32页
图纸资料物资管理和修理档案综合管理.docx_第4页
第4页 / 共32页
图纸资料物资管理和修理档案综合管理.docx_第5页
第5页 / 共32页
点击查看更多>>
资源描述

《图纸资料物资管理和修理档案综合管理.docx》由会员分享,可在线阅读,更多相关《图纸资料物资管理和修理档案综合管理.docx(32页珍藏版)》请在三一办公上搜索。

1、图纸资料、物资管理和修理档案综合管理系统建设方案2011年12月目 录第一章 现有系统运行情况分析31.1 资料档案管理系统情况分析31.2 物资管理系统情况分析41.3 维修管理系统情况分析51.4 问题综述及基本解决方案5第二章 系统设计分析62.1系统设计原则62.2 主要技术路线62.2.1 基于DataSnap的三层架构设计62.2.2 基于Web Service中间层设计简化条码扫描终端数据交换82.2.3 基于SQLite嵌入式关系数据库构建免安装的单机版82.2.3 图纸文件在数据库中的存储方式选择92.3.1 系统总体框架102.3.2 系统功能模块列表11第三章 费用预算及

2、实施计划133.1费用预算133.2实施计划134.1项目管理总则154.2项目管理目标154.3项目实施机构设置154.4项目过程控制184.5项目阶段划分与人员配置214.5.1项目阶段划分214.5.2人员配置234.6配置管理244.7用户方需配合的工作254.8安装管理264.9现场安装调试264.10培训方针和目标26第五章 系统维护285.1售后服务方针285.2售后服务团队285.3售后服务流程285.4服务方式295.5服务承诺30第一章 现有系统运行情况分析船舶在燕郊、湛江以及深圳三地分公司,都分别开发并部署了多套软件系统对船舶设备档案、维修档案以及物资库存情况等方面实现了

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

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

5、料文档及数据库的同步软件,让三地的数据资料能通过后台服务进行数据同步,即可以三地能在本地服务器中快速地访问到所有的船舶资料档案。1.2 物资管理系统情况分析在物资管理方面,目前在燕郊公司部署了一套网络版的物资管理系统,在三地都可以登录到这个网络版的物资管理系统对进行系统的物资管理。同时还提供单机版的物质管理系统便于船舶出海时的离线管理,单机版和网络版通过数据导入导出的方式进行数据交换和同步。目前存在的主要问题:(1)单机版的安装比较复杂,部署和使用不太方便;(2)单机版本的数据导入导出不购便利;(3)不支持条码管理。解决思路:(1)对单机版进行升级优化,采用嵌入式数据库,避免复杂的数据库和设置

6、功能,实现单机版的免安装及零配置;(2)升级优化网络版本的功能,提升数据导出能力,在数据导出的同时直接制作免安装的单机版本,实现导出既可用的单机版本,无需进行单机版本的安装及数据导入步骤即可马上使用。(3)增加条码管理支持,同时增加条码采集器的模块,可以实现物质的条码管理。1.3 维修管理系统情况分析 在维修管理方面,目前主要还是以Execl表的方式进行管理,然后通过将记录了维修管理信息的Execl表格归档到船舶资料管理系统,实现维修跟踪及归档工作。对维修的管理不够完整和系统。未来加强维修管理的力度,建议定制开发维修管理的功能模块,并将这个功能整合到船舶资料档案管理系统中,既可以实现船舶维修的

7、系统管理,同时还可以方便的实现维修档案的归档处理。1.4 问题综述及基本解决方案 综合上述三节的分析,虽然目前现有的系统可以比较系统地对船舶资料档案、维修记录以及船舶维修备件物质进行电子化管理,但由于存在系统功能比较零散、三地网络访问存在瓶颈等诸多因素,造成数据不能顺畅共享和汇总,在使用的便利上也存在一些问题,系统还有很大的优化和提升的空间。 针对前三节的分析,系统优化的方式可以大致如下方式进行:1) 对船舶档案、维修管理、物资管理进行详细的需求调研及分析需求进行定制开发及系统整合;2) 在系统设计方面力求达到界面简洁、操作方便;3) 同时提供联机及单机版本,单机版本采用嵌入式数据库,避免复杂

8、的数据库和设置功能,实现单机版的免安装及零配置;4) 设计网络版本数据导出功能时,要求数据导出模块能在导出数据的同时直接制作免安装的单机版本,实现导出既可用的单机软件,无需进行单机软件的安装及数据导入步骤即可马上使用;5) 在档案管理方面尽量提供通用文档格式的支持,如PDF、DOC、XlS等;6) 通过增加数据同步服务程序,实现三地数据库数据及文档资料的同步。7) 增加条码管理支持,同时增加条码采集器的模块,可以实现物质的条码管理。第二章 系统设计分析2.1系统设计原则(1)可靠性:系统应保证长期安全地运行。系统中的硬软件及信息资源应满足可靠性设计要求。(2)安全性:系统应具有必要的安全保护和

9、保密措施,有很强的应对计算机犯罪和病毒的防范能力。 (3)容错性:系统应具有较高的容错能力,有较强的抗干扰性。对各类用户的误操作应有提示或自动消除的能力。(4)适应性:系统应对不断发展和完善的统计核算方法、调查方法和指标体系具有广泛的适应性。(5)可扩充性:系统的硬软件应具有扩充升级的余地,不可因硬软件扩充、升级或改型而使原有系统失去作用。(6)实用性:注重采用成熟而实用的技术,使系统建设的投入产出比最高,能产生良好的社会效益和经济效益。(7)先进性:在实用的前提下,应尽可能跟踪国内外最先进的计算机硬软件技术、信息技术及网络通信技术,使系统具有较高的性能指标。(8)易操作性:贯彻面向最终用户的

10、原则,建立友好的用户界面,系统界面简洁人性化,操作流程化,采用鼠标操作即可满足要求。处处遵循“功能越复杂,操作越简单”的设计理念,追求操作无障碍,智能化,用户无需专业培训就可使用软件。2.2 主要技术路线2.2.1 基于DataSnap的三层架构设计所谓三层架构,是在客户端与数据库之间加入了一个“中间层”,也叫组件层。在这种体系结构中,客户机只存放表示层软件,后台是数据库,业务逻辑包括事务处理、监控、信息排队、数据处理等采用专门的中间件服务器,大大减少了与数据库服务器连接的次数。本系统以DataSnap技术为核心构建三层架构,其大致结构如图2.1所示。图2.1 使用DataSnap技术的三层数

11、据库应用架构三层架构功能如下:表示层:提供简洁的人机交互界面,负责数据显示和客户端的数据处理,由客户机实现;功能层:实现业务逻辑,即实现客户与数据库对话,同时,在这一层中,还应实现分布式管理、负载均衡、安全隔离等;它是一个远程模块,由应用服务器来实现;数据层:负责数据管理,提供数据的存储服务,由数据库服务器来实现。三层结构的主要特点:(1) 安全性。中间层隔离了客户直接对数据服务器的访问,保护了数据库的安全。(2) 稳定性。三层分布式体系提供了更可靠的稳定性:中间层缓冲Client与数据库的实际连接,使数据库的实际连接数量远小于Client应用数量。当然,连接数越少,数据库系统就越稳定。(3)

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

13、数据交换中间层的系统结构图2.2.3 基于SQLite嵌入式关系数据库构建免安装的单机版 SQLite是用一个小型的C库开发的一种强有力的嵌入式关系数据库管理体制。它简单易学、速度较快,同时提供了丰富的数据库接口; 提供了对SQL92的大多数支持: 支持多表和索引、事务、视图、触发和一系列的用户接口及驱动。SQLite具有如下几个特性:1、零配置无需安装和管理配置 2、存储在单一磁盘文件中的一个完整的数据 3、数据库文件可以在不同字节顺序的机器间自由共享 4、支持数据库大小至2TB5、比目前流行的大多数据库运行速度快 6、提供了对事务功能和并发处理的支持 本设计采用SQLite嵌入式关系数据库

14、来构建单机版的系统,利用其零配置(无需安装和管理配置)的特性,避免复杂的数据库和设置功能,实现单机版的免安装及零配置;2.2.3 图纸文件在数据库中的存储方式选择目前比较流行的图片存储方式有两种:(1)是图片数据以二进制的形式存储。利用数据库中的BLOB字段把图纸文件作为一个图像单位(BLOB是个常用的列类型,用于存储数据库中的图像等大型内容),利用数据库自身的大文件读取机制实现图纸文件的上传、下载。(2)存储图片路径的方式。利用数据库记录图纸文件的特征字段(用于生成系统的路径),在系统的其它地方建立文件夹。两种方式的比较:(1)从数据的安全与大小方面考虑。第一种方法会把大量的文字数据放在一张

15、表的某个字段里,如果记录很多的话,数据库会变得很庞大。经试验数据库里才一百多条记录,数据库大小就已经几百兆左右,如果是上万条记录,不敢想象。这种方式的好处是与数据库记录与图片的对应关系很紧密,不容易搞错文件。第二种方法数据库中存的仅仅是文件的路径,不用担心数据库过大,但是显然与记录的对应关系就不够紧密。(2)从读写速度方面考虑。第一种方法虽说是把图片以二进制的形式存入数据库,其实数据并不保存在记录结构中,而是另外用一种类似文件系统的方式分块保存(虽然仍然保存在数据库文件中),记录中仅保存对文件所在的数据块的引用地址。因此,对数据的读写要比普通的磁盘文件系统上的文件操作缓慢得多。而第二种方式可直

16、接调用系统的文件处理功能,速度相对而言会快很多。由于第一种方式数据库文件越大,系统崩溃的可能性越大,安全性很差,而第二种安全性很高,用户可以随时备份图片文件,另外,数据库事务日志读写也快。本系统图纸数据存储方案:我们综合分析上述两种方法优点,设计了一种比较合理的图纸资料存储方案:1.将图纸直接存放磁盘文件系统,以提高图纸的读写效率及安全性。2.利用数据库存放图纸路径、描述文字数据及图纸的缩略图,以便利用数据库技术快速便捷的查询检索图纸资料。2.3 系统总体框架及功能分析2.3.1 系统总体框架图2.2系统总体框图2.3.2 系统功能模块列表序号系统名称模块名称主要功能说明及相关说明1船舶档案物

17、资综合管理系统档案资料管理模块1.可以管理各类资料文档,兼容OFFICE,PDF和大多数目前主流的文件格式;2.提供树状结构的资料目录管理界面,用户可以自行增减或移动树状目录节点,可修改节点名称,能在相应的目录节点下上传、下载及联机查看图纸资料;3.通过图表明确显示资料文档格式类型,便于用户了解当前资料的文档格式;4.提供资料查询检索功能,通过输入某些字节,进行模糊查询相应的文件和文件夹,可对某个文件夹进行搜索,可以整个系统进行搜索。备件物资管理模块1.物料信息查询、编辑2.物料信息入库、出库3.物料消耗操作4.统计报表5.物料信息批量导入导出,支持Execl格式维修管理模块1.记录设备的维修

18、记录管理,登记设备维修记录;2.查询修理内容,可生成修理工程单关联,并可以选择性自动生成“修理工程单”,3.维修记录归档管理,将维修记录作为档案资料归档到档案资料管理模块的相应资料库中,归档后可以在档案管理模块检索和查询相关的维修档案。4.统计报表事故管理模块1.记录事故情况,可以上传并保存事故相片或资料扫描件,包括;测量记录、设备损坏照片、事故报告等2.事故情况记录归档管理,将事故情况作为档案资料归档到档案资料管理模块的相应资料库中,归档后可以在档案管理模块检索和查询相关的事故档案。4.统计报表系统管理模块1.用户管理;2.功能权限管理;3.系统日志管理;4.数据备份;5.数据导入导出,数据

19、导出时可按参数选择自动生成单机版系统;2船舶档案物资综合管理系统(单机版)可以单机使用,采用嵌入式的数据库,提供与服务器版相同的软件功能(除用户权限管理功能外)。3数据同步后台服务系统1.数据同步管理,可以同步多台异地服务器的数据数据及船舶资料文件,可设置定时同步时间;2.船舶资料数据库服务管理,显示数据库状态;提供数据库启动、停止、重启操作界面;数据库备份、恢复等管理功能;3.文档资料导入模块,可以可整体导入数据,数据的结构根据文件夹的结构决定,包括内部的文件及EXCEL表格。4.文档资料(包括图纸及EXCEL表格)导出模块,可单船导出,也可单个文件夹导出,防止单机版由于系统崩溃后的重新导入

20、。4条码采集器数据交换中间层Web Service技术架构,通过HTTP协议实现条码采集器与业务数据库的数据交换。5条码采集器终端系统1.可以通过无线网络上传、下载设备条码数据;2.可以扫描条码进行离线的设备资料查询、登记等;第三章 费用预算及实施计划3.1费用预算序号系统名称模块名称开发预算(万元)时间预算(人天)1船舶档案物资综合管理系统档案资料管理模块备件物资管理模块维修管理模块事故管理模块系统管理模块2船舶档案物资综合管理系统(单机版)3数据同步后台服务系统4条码采集器数据交换中间层5条码采集器终端系统合计3.2实施计划序号时间段工作内容天数人数人天数12012-1-42012-1-1

21、9系统升级整合的详细需求分析;系统模拟界面的设计,界面设计及操作流程的设计研讨及确认;22012-2-12012-3-2船舶档案物资综合管理系统(联机版)开发、测试及试运行;船舶档案物资综合管理系统(单机版)开发、测试及试运行;32012-3-32012-3-23条码采集器数据交换中间层;条码采集器终端系统42012-3-242012-4-8资料管理后台服务系统开发、测试及试运行;52012-4-92012-4-24旧数据的迁移及转换;系统整合及部署;上线测试及系统修正;72012-4-252012-5-25经一个月的整体运行测试后,系统正式上线合计第四章 项目管理4.1项目管理总则本项目的管

22、理总则是:全过程、全方位的规划、组织、控制与协调;指导和约束各项目组及项目人员按软件工程的方法进行项目管理;系统地规划整个项目进展过程;确保项目及时交付并达到或超越质量目标。4.2项目管理目标本项目的管理目标是:有效的计划、组织、协调、控制和监督系统实施;最大限度地利用内、外资源去完成项目目标。4.3项目实施机构设置为保证项目稳定、高效地实施,我们建立的项目管理机构遵循以下原则:有效管理、权责对等、才职相称、命令统一和效果与效率原则。根据我们以往在大型项目管理和实施方面的经验,我们建议本项目的组织机构如下:(1)项目领导小组项目领导小组领导成员的构架:1) 组长:由用户方的最高决策层领导或者用

23、户方的项目主管或技术主管或开发方的技术总监担任承担(1人);项目领导小组是项目的最高权利机构,主要工作包括:分阶段定期开会,听取项目进展汇报;对照项目进度计划,对各关键阶段完成进度进行检查和总结;对项目实施过程中出现的重大问题进行决策。项目领导小组成员主要职责:1) 审核批准项目的总体方案,工程实施计划;2) 负责项目实施过程中的重大事件的决策;3) 根据项目过程的进度、质量、技术、资源、风险等实行宏观监控;4) 负责组建验收小组,主持验收工作;5) 协调涉及与工程有关的各方工作关系。(2)项目实施小组人员构成:开发方将派出具有丰富工程实施经验的项目经理担任项目实施小组组长,用户方项目总负责人

24、分任副组长。组员由各系统分析设计组、应用系统实施组、网络系统实施组、系统测试组、文档管理组、质量监控组、项目协调组的各位组长参加。项目实施小组主要职责:1) 根据项目进展及工程工作要求制定工作计划,并监督实施,控制进度;2) 协调项目组内人员的分工合作,资源分配;3) 提出并确立业务整体需求,完成系统分析和系统整体设计;4) 负责制定阶段验收标准和最终验收标准,报领导小组审批。(3)系统分析设计组系统分析设计人员主要职责如下:1) 进行需求分析;2) 编制软件需求说明书;3) 编制概要设计说明书;4) 完成界面的初步设计;5) 对系统提出产品化、构件化的思路;6) 对后续开发工作提出技术路线;

25、7) 制定测试大纲;8) 负责详细设计、软件编码的技术指导和质量监督;9) 在开发过程中对需求和概要设计进行及时的修改和补充。10)(4)系统测试组人员构成:由开发方的软件测试人员组成。主要职责:1) 设计测试策略、方法,制定并执行测试计划;2) 确保项目的每个需求符合预期;3) 确保产品的性能,在恶劣环境下的运行可靠性。(5)技术文档管理组人员构成:由开发方熟悉工程和应用软件的管理人员和文秘人员组成,由开发方技术文档管理人员担任组长。主要职责:1) 制定项目的文档管理计划;2) 依照项目实施计划,进行文档标识和追踪。将整个工程中的每一变化情况纳入受控状态,使项目各实施小组都能及时得到项目进行

26、的最新资料;3) 按照各类文档产生期限收集整理各类文档。控制文档格式,编制文档清单,管理文档版本等;4) 与用户进行文档的交接。(6)客户服务中心组人员构成:在项目试运行期间,项目的服务与支持仍由各小组负责;项目正式上线运行之后,由开发方客户服务中心的工程技术人员组成。主要职责:1) 负责系统试运行期间及终验后保修期内的维护工作,配合与用户方工程师进行技术交接;2) 远程支持用户的技术需求,必要时安排工程师到现场进行技术支持;3) 对用户方项目运行过程中的问题解决方案以及配置的更改,将提交技术文档,同时也提交用户方备份。4.4项目过程控制根据开发方过往的软件项目实施经验,本项目总体上将采用如下

27、方式来进行过程控制:整个项目将划分为软件工序和硬件工序采取同时开展、分别管理。同时考虑到项目的整体性,对项目的某些阶段进行必要的重叠,以提高效率和效益;根据划分的各阶段列明每个阶段的主要工作内容及工作成果,并在各阶段点设置里程碑,以便进行管理收尾和项目进度控制;在阶段末对各阶段的工作内容和工作成果进行进度、成本、范围(质量)等绩效评审,保证项目目标得到很好的控制和实现。本项目在执行过程中为了保障项目在预期的目标(进度、质量/范围、成本)范围内完成,将严格执行项目计划,避免项目需求变更和人员变更。(1)项目过程控制的主要环节以下环节是本次项目实施的主要环节,需要对每一个环节实施控制:n 项目概念

28、n 项目定义n 项目开发n 项目测试n 项目验收(2)有关开发规范开发过程主要遵循如下规范:文档格式规范配置管理制度项目管理制度质量控制计划软件需求分析说明书规范概要设计说明书规范详细设计说明书规范数据库设计说明书规范模块开发卷宗规范软件测试规范操作手册规范用户手册规范配置管理计划(3)开发过程控制根据项目开发进度计划,开发过程将中,将举行多次项目工程会议,需要双方的管理人员、项目小组负责人、主要和核心技术人员参加。项目开发启动前,召开整个项目启动会议。确定参与项目开发的技术人员、进行项目需求分析的对口联络人员、项目开发过程中评审人员、确认测试人员;l 根据具体情况,确定项目进展的详细时间表;

29、n 提出并确认完整的工程实施保障计划;n 明确每个参与本项目的开发人员的责任和分工。n 确定与本项目开发有关的其他细节问题;l 在系统需求分析结束时召开第一阶段工程会议,评审与确认系统需求分析说明书。l 在概要设计结束时召开第二阶段工程会议,评审和确认概要设计报告。l 在系统的功能模块或子系统开发过程中,根据需要,召开工程会议,评审和确认所开发的应用系统模块或子系统。l 在应用系统开发和单元测试、集成测试完成后,召开系统联调评审会。n 评审和确认应用系统的各子系统;n 制订试运行计划;n 准备应用系统初验。在开发过程中的控制事项主要包括:l 在开发过程中,开发小组根据开发过程中的需要和具体情况

30、,不定期的召开开发人员会议,其内容主要涉及到分配、调整开发任务、确定或调整开发技术策略或技术路线、进行各子系统的交叉测试或确认测试、进行技术交流或技术讨论等,但必须有双方技术人员参加;l 开发过程中的各个步骤需要用户及时进行确认;l 开发过程将严格按照预定的开发进度计划实施,确因技术困难或其他原因,不能保证遵守开发计划,必须通报项目负责人;l 开发过程中,将严格按照开发方提交实施规范的步骤进行。l 开发过程中,将遵循相应的国际标准、国家标准和行业惯例。(4)各阶段的质量控制文档下列质量文档中工作日志、工作备忘、日工作完成情况登记表、周工作备忘是每个环节都必须定期填写的。阶段需制定的质量控制文档

31、阶段最终文档制定人员质量控制人员项目概念项目定义项目概念及定义阶段工作计划需求分析说明书规范需求分析说明书模板软件需求分析说明书需求评审报告项目实施组系统分析设计组项目实施组技术文档管理组用户项目开发开发阶段工作计划书概要设计说明书规范详细设计说明书规范配置管理规范设计说明书模板模块开发卷宗规范编码标准操作手册规范用户手册规范单元测试方案概要设计说明书详细设计说明书总体测试方案设计工作报告模块开发卷宗单元测试报告操作手册用户手册项目实施小组系统分析设计组项目实施组技术文档管理组用户项目测试测试阶段工作计划书总体测试规范总体测试报告项目实施小组系统测试组项目实施组技术文档管理组用户项目验收验收阶

32、段工作计划书数据准备规范试运行情况记录表工程实施工作报告项目验收报告项目实施组系统测试组用户项目实施小组技术文档管理组用户(5)开发过程中的版本控制本应用系统无论是在开发过程,还是在应用过程中,版本控制极为重要,它将直接影响应用系统维护难易程度和应用系统的可扩展性、运行稳定性和安全性。版本控制将涉及到如下几方面:l 应用系统的版本;l 应用系统构件版本;l 文档版本。在应用系统开发构成中,对版本的控制应遵循如下原则:l 文档版本与应用系统版本保持一致;l 对所有子工序、构件进行独立的版本控制。4.5项目阶段划分与人员配置4.5.1项目阶段划分根据开发方的项目实施规范,本项目的生命周期将划分为6

33、个阶段,分别为:项目概念阶段,记为PH0。项目定义阶段,记为PH1。项目开发阶段,记为PH2。项目测试阶段,记为PH3。项目用户验收阶段,记为PH4。项目维护阶段,记为PH5。本项目的过程有三大类:项目管理过程、项目研发过程和机构支持过程。上述三类过程可以细分为22个主要过程域,分布在PH0到PH5的各个阶段。(1)项目管理过程包含8个过程域,分别为:1) 立项管理2) 结项管理3) 项目规划4) 项目监控5) 风险管理6) 需求管理7) 沟通管理8) 费用管理(2)项目研发过程包含8个过程域,分别为:1) 需求开发2) 技术预研3) 系统设计4) 实现与测试5) 系统测试6) Beta测试7

34、) 客户验收8) 技术评审(3)机构支撑过程包含6个过程域,分别为:1) 配置管理2) 质量保证3) 培训管理4) 外包与采购管理5) 服务与维护6) 项目奖惩整个过程如图所示。4.5.2人员配置开发方保证在未经用户单位建议或许可的情况下,项目经理不变更,核心开发人员至少3-4人不变更,并保证至少2/3参与开发的人员不变更。本项目的实施人员配置如下:项目阶段阶段标记人员项目概念阶段PH02项目定义阶段PH13项目开发阶段PH26项目测试阶段PH32项目验收阶段PH42项目维护阶段PH524.6配置管理项目管理过程实行严格的配置管理,各过程均需形成文档,以便将来系统的维护和管理。(1)文档分类在

35、本项目的开发过程中,主要涉及3类文档:a、与业主方(或者客户方)协调的文档b、项目管理文档c、项目技术文档(2)与业主方(或客户方)协调的文档在本项目的开发过程中,与业主方(或者客户方)项目管理人员进行交互的的文档主要包括:工作备忘、工作例会记录、阶段工作确认书、交接记录表等。1)工作备忘用于业主方(或者客户方)项目人员与开发方的工作协调,贯穿在整个项目的管理过程中,实际上是由业主方(或者客户方)评定开发方的工作情况,如计划制定是否合理、是否按计划完成、完成质量、对开发方的要求等,同时,开发方对业主方(或者客户方)的建议也可在备忘录中体现,以便跟踪整个项目开展过程中双方合作的轨迹,并明确责任。

36、工作备忘由开发方填写,业主方(或者客户方)对其评价和修改。使用“工作备忘”的时间周期:每周;每个开发阶段;项目计划或任务被改变。2)工作例会记录用于双方共同组成的项目组的工作例会的纪要,由业主方(或者客户方)或开发方的负责人主持,秘书负责记录,会议记录整理后由双方项目负责人签字,对其中的问题应分发至相关人员并由项目负责人或小组主管负责跟踪落实解决。工作例会记录使用周期:每周星期一举行的项目组上周工作总结和本周工作计划例会;阶段工作例会;月工作例会;其他偶然性会议可借用本记录格式。3)阶段工作确认书每一阶段(需求调查、需求分析、界面设计、概要设计、原型开发、详细设计、编码、单元测试、集成测试.)

37、在完成后,需由开发方向业主方(或者客户方)开发负责人提出确认申请,在业主方(或者客户方)确认的前提下才转向下一阶段的工作。每次评审完毕后,由开发方制定阶段工作确认书。与最终用户协调的确认书采用用户方制定的标准格式。4)交接记录表交接记录表主要用于合作双方在项目开发过程中涉及文档、代码、软件、设备或其他物料交接时,加以记录存档备查。任何时候与此有关的交接均可采用此表。(3)项目管理文档项目管理文档主要包括:软件开发项目任务书;项目管理计划书;配置管理计划书;测试管理计划书;项目周工作计划与周工作考核表;个人工作日志等。(4)项目技术文档项目技术文档主要包括:软件需求分析说明书;软件设计说明书;数

38、据库设计说明书;系统测试方案;项目验收报告等。4.7用户方需配合的工作为保证本项目的顺利实施,需要用户方积极配合开发商的项目实施工作,主要包括:(1)在需求调研过程中,需及时提供提供完整的业务表单数据,以保证需求调研分析的顺利进行;(2)如果在客户所在单位进行培训,需要客户或业主单位提供培训所需的网络环境和客户终端,以便于上机操作培训的顺利进行;(3)提供系统网络、硬件环境,以保证系统的顺利部署等。本项目实施过程中涉及的办公、通讯、交通等设施设备以及项目管理所需的测试工具、特殊仪器仪表由开发方自行解决,对于特殊情况下需要客户提供相关设备时,开发方将向客户方提出正式申请。4.8安装管理本项目的安

39、装督导管理由用户单位、开发方双方共同完成。我们将积极支持和配合监理单位对整个项目的实施全过程进行监督和检查,不以任何理由回避用户单位和监理单位的监督和检查。本项目的安装管理包括两种情况:(1)对于无需用户单位现场督导的工作,开发方项目工程师将依据合同要求负责设备、系统的安装督导管理,测试及开通系统服务,并负责解决期间出现的技术问题。(2)在用户单位现场督导的情况下,开发方将根据督导的安排,制定安装进度计划,按督导要求组织人员,积极配合督导管理人员工作。4.9现场安装调试开发方将根据用户单位的需求提供现场安装调试服务,主要服务内容包括系统安装调试、系统移植、系统一般性问题的现场解决等。在开发完成

40、后,我们将派出项目实施人员到现场通过光盘进行系统安装及测试,为试运行的顺利进行打下基础。4.10培训方针和目标(1)我们的培训方针是: 1) 目标明确2) 课程周密3) 针对性强4) 着重实际5) 提高应用(2)培训方式我们将根据培训的需要为被培训人员提供培训用计算机、网络环境、文字资料和讲义等相关用品。培训方式均以课堂培训及现场培训(即实际操作)相结合。参加培训的人员组成、培训地点、培训时间根据项目实施中客户的实际情况而最终确定1)现场培训现场培训是指在项目实施过程中对用户进行现场培训。对系统管理员等要求较高的人员进行单独的辅导培训。所有的培训教员用中文授课。培训内容包括: 系统安装 系统日

41、常维护 系统使用操作现场培训工作将结合项目实施进度计划进行,使系统管理员掌握日常所需的系统维护工作。2)课堂培训对系统设计的思想理念、软件的基本操作使用将采取课堂培训(即集中培训)。客户可以根据需要有选择性的参与课堂培训,或者提出特殊的培训要求(客户需要至少提前一周的时间与开发方培训支持部门协商)。课堂培训主要采用投影的方式讲解,并以上机实际操作为辅助手段。所有的培训教员用中文授课。第五章 系统维护5.1售后服务方针我们的售后服务方针1) 客户是永远的上帝; 2) 响应客户要求迅速及时,解决客户问题高效彻底;3) 不放弃对哪怕是1%的服务缺憾的改善。5.2售后服务团队我们公司设有专门的售后服务

42、中心,为用户提供日常系统维护和项目实施服务,并设置了专门的热线电话解答用户提出的问题。长期的售后服务工作使我们公司锻炼出了一支技术过硬、作风严谨、反应迅速、服务品质优秀的服务团队,曾参加过多个软件项目的售后服务工作,在实践中积累了大量的实践经验。我们的售后服务规范:我们在不断完善我们售后服务品质的同时,也不断地吸收国际先进经验,努力向国际化的运作和规范管理的要求进行运作。5.3售后服务流程1) 首先,由用户通过电话、邮件、传真等其他方式向客户服务中心说明问题请求;2) 客户服务中心再根据问题实际情况,向技术支持中心和产品服务中心进行人员调度;3) 根据问题情况决定是否需要现场支持,如果不需要,

43、则及时根据问题处理原则通过电话、email或传真等对问题进行回复;4) 如果需要现场支持的,则由相关小组或中心派出售后服务支持人员,进行现场问题解决;5) 对于每次问题处理完毕后,需要对问题进行总结,并提交处理报告。5.4服务方式我们将通过下面的服务方式进行维护和支持:远程维护作为最常用的方式,通过电话、传真、电子邮件等通讯网络方式提供支持,指导客户如何解决问题或如何采用替代方法避免问题。现场维护对于通过电话不能排除的故障,我们将及时派遣专业、熟练的工程师,到现场进行故障诊断,及时解决问题,将系统故障时间降至最低。例行技术检查每个季度作为一个时间段,进行例行技术检查一次,包括硬软件运行情况、软

44、件使用情况等,检查后提交系统现状评价。5.5服务承诺本项目服务包括软件、硬件安装、调试和培训、维护、服务等。我工作室承诺:1) 系统开发完成的第一年,我工作室派主要技术开发人员协助进行系统维护工作;系统出现故障时,在到达现场2天内完全解决问题。 2) 系统自验收之日起,一年内免费更改、升级与维护,并在三年内按用户要求以低价格进行各功能模块的更新及各子系统的升级。3) 在保修期内,故障响应时间不超过24小时,到达现场时间不超过48小时,96小时内恢复系统正常运行。4) 所有保修服务方式均为我工作室上门保修,即由我工作室派员到客户方使用现场维修。由此产生的一切费用由开发方承担。5) 在保修期内由我工作室负责对我工作室所提供的设备进行维修,不收取额外费用。6) 由我工作室提供的软件系统在保证期内,享受免费升级服务。7) 我工作室将提供一份包括全套技术文件在内的文件清单,所有的文件均有简洁明了的名称和编号。技术文件包括计划文件、系统文件、硬件设备技术文件、软件系统技术文件、安装和测试文件、维护和操作文件及与客户方认为必要的其他技术文件,采用的说明文字由双方商定。8) 我工作室向客户方承诺提供足够的技术支持和培训课程,保证系统运行后的正常运转。当客户方需要增加新功能以满足业务需要时,我们将及时提供软件升级咨询。在

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号