重型柴油车远程在线监控系统项目 投标方案（技术方案）

重型柴油车远程在线监控系统项目投标方案（技术方案）投标方案投标人名称：****有限责任公司地址：****号二楼联系人：****投标日期：****1报告说明声明：本文内容信息来源于公开渠道，对文中内容的准确性、完整性、及时性或可靠性不作任何保证。本文内容仅供参考与学习交流使用，不构成相关领域的建议和依据.《一份好的投标文件，至少让你成功了一半。》 71.1.项目概况(需求响应) 71.1.1.采购标的 7 7 7 8 20 21.3.4.其他服务要求 1.4.1.功能模块及数据运用 36 2.1.远程监控产品的应急保障预案 2.1.1.突发事件应急流程 432.2.项目质量管理 2.2.1.质量管理体系标准 2.2.2.质量控制过程 2.2.3.质量评定计划 2.2.4.质量管理措施 32.3.软件质量控制 2.3.3.项目协调与合作计划 2.3.4.协调与合作管理方案 2.3.5.协调手段 2.4.配置管理 2.4.1.配置管理和版本控制 2.4.2.变更管理的方法 2.4.5.保密管理 2.5.项目测试计划 2.5.1.测试工作准备 2.5.2.软件开发测试 2.5.3.模块测试 2.5.4.功能测试 2.5.6.分系统测试 2.5.7.全系统测试 2.5.8.容量测试 2.5.9.压力测试 4 602.5.11.设计测试用例和数据 2.5.13.测试执行 3.1.验收组织 3.1.1.验收内容 3.1.2.软件系统的验收 3.1.3.测试准备 3.1.4.测试执行 3.1.5.测试结果 3.1.6.验收标准 3.2.培训服务 3.2.1.培训目标 3.2.2.培训内容 3.2.3.初级培训 3.2.4.高级培训 3.2.5.现场培训 3.2.6.范围说明 3.2.8.培训环境要求 3.2.9.培训资料 53.2.10.培训计划 3.3.项目管理组织结构 3.3.1.项目各方角色与责任 3.3.2.任务分工 3.3.3.项目范围管理 3.3.4.项目进度管理 3.3.5.项目风险管理 3.3.6.技术风险 3.3.8.协调与沟通风险 3.3.9.项目人员风险 3.3.10.数据接入系统应用方案及平台搭建能力方 3.4.项目实施方案 3.4.1.项目实施计划 803.4.3.按照采购方时间要求，完成如下工作：803.4.4.按照采购方时间要求，完成如下工作：80 3.5.1.总体设计阶段 3.5.2.详细设计阶段 3.5.3.系统开发阶段 63.5.4.系统实施和试运行阶段 3.5.5.项目验收阶段 3.5.6.系统正式运行及维护阶段 3.5.7.各阶段辅助文档 3.5.8.实施过程提交文件汇总 3.5.9.运维服务、售后服务和保障方案 7第一章总体服务方案1.1.项目概况(需求响应)战行动计划》(环大气〔2018〕179号)省攻坚战指挥部办公室《江苏省柴油货车污染治理攻坚战实施方案的通知》(苏厅《关于加强重型柴油车环保在线监控工作的指导意见》,汽8车排气污染物排放限值及测量方法(中国第III、IV、V阶段)GB17691—2018重型柴油车污染物排放限值及测量方法(中国第六阶段)GB/T26572—2011电子电气产品中限用物质的限量要求GB/T28046道路车辆电气及电子设备的环境条件和试验第2部分：车载终端序号所需设备数量备注1OBD车载终端3606套用于重型柴油车OBD检测服务2五年数据流量卡3606套用于数据流量服务9地理位置(经纬度)大气压力(直接测量或估计值)等参数剂(车用尿素)余量等。1Hz(每秒一组数据)、传输频率每10s上传一个数据包，有主要非标接口的应对方案。具备现场快速确定通讯接口及其使用协议的技术方案。(6)能够监测车载终端被拆除、被篡改、断网离线、以及其他原因造成的无法正常采集车辆OBD数据的失效等相关告警信息，并向平台发送相关告警信息。信息主要包括起始告警的类型(被拆除、被篡改、断网离线等)、时间(年月日时分)及经纬度信息。(7)能够实现车载终端的批量远程自动功能升级，且不影响车辆运行使用。具备后处理合理性判断，能对车辆后处理由于被篡改或者其它原因造成的失效，所引起的氮氧化物和颗粒物排放超标进行报警。(8)保证不影响机动车正常的启动和运行。同时确保车辆加装后能符合相关的法规规定，能正常通过交管部门的定期车载监控终端应满足GB17691-2018(附录Q)要求，合同签订后，成交供应商供货前向采购人提供产品经第三方检测机构出具的检测报告，具体包括：②具有CMA资质的第三方检测机构出具的车载终端防护等级满足IP54及以上的检测报告(如上述报告已经涵盖，无需单独出具);③④车载终端满足GB/T26572—2011标准规定的禁用物⑤车载终端或车载终端模块的CTA电信设备入网认证证(1)车载监控终端用满足GB17691-2018(附录Q)(第2部分：车载终端)要求，合同签订后，成交供应商(2)终端产品应具有电器隔断能力，不允许出现(4)终端可以实现批量的远程功能的自动升级。(5)终端应支持三大支柱主流运营商的流量卡。3、终端数据采集项要求设备按照生态环境部和国标GB17691-2018的相关规定，结合XX市生态环境局相关要求，要求车载终端需要采集并传1.1.6.终端数据采集项要求设备按照生态环境部和国标GB17691-2018的相关规定，结合XX市生态环境局相关要求，要求车载终端需要采集表1:终端必要采集参数项序号参数名称安装在符合国六重型车上车载终端安装在符合第四、五阶段重型车上车载终端1发动机转速√√2比√√3发动机冷却液温√√4NOx传感器输出√√5√√分比6车速√√7反应剂温度√√8反应剂余量√√9油箱液位√√油门踏板开度√√车辆运行总时间√√车辆运行总里程√√瞬时油耗√√4累计油耗√√累计尿素消耗量√√大气压力√√环境温度√√√√定位数据(经度、纬度)√√√值后处理上游氧气百分比后处理废弃质量流√√量单次行程里程√√单次行程油耗√√SCR入口温度√√SCR出口温度√√钥匙开关信号√√电池电压√√摩擦扭矩√√发动机最大基准扭矩√√进气量√√序号功能参数具体要求1连接检查否正常、车载终端是否正常。2时间和日期终端应能以时、分、秒或者hh:mm:ss与标准时间相比时间误差24小时内3数据采集及采集频率参照GB17691-2018的表Q.1。4数据存储2、车载终端内部存储介质容量应满足至少7d的实时数据存储。车载终端内3、车载终端内部存储的数据应具有可读性。4、车载终端断电停止工作时，应完整保存断电前5数据补发发，补发数据及方式符合GB17691-2018中的Q.6.4.5.5的要序号技术标准要求1通信制式2CAN通信≥2路3定位支持北斗/GPS双模，定位精度≤2.5米4内置电源终端独立工作不低于50s5工作温度范围范围：-40℃~+85℃6存储温度范围储存环境温度：-40℃~+90℃7指示灯至少包含运行状态、CAN连接状态、8耐机械振动性能终端满足GB/T28046.3-2011中4.1的要求9耐机械冲击性能终端满足GB/T28046.3-2011中4.2的要求外壳防护性能终端满足IP54,试验后终端所有功能处于GB/T28046.1-2011定义的A级低温性能终端低温储存和运行性能满足GB/T28046.3-2011中5.1.1的要求2高温性能终端高温储存和运行性能满足GB/T28046.3-2011中5.1.2的要求3温度梯度性能28046.3-2011中5.2的要求湿热循环性能终端湿热循环性能满足GB/T28046.3-2011中5.6试验1的要求5启动时间采集的时间不应超过120s容性检测报告、车载终端防护等级满足IP54及以上的检测无线通信模块应采用4G通讯模块，支持TCP/IP内置厂商、车辆型号、发动机生产厂商、发动机型号、后处理生产厂商、原排放标准、排量、车辆所属信息、车辆联系方式、车辆类型、车辆用途、终端SIM卡号等。实现实时数据页面每5s刷新一次，展示参数项包括但不限于：车牌号、终端号、采集时间、发动机转速、实际输出扭矩百分比、发动机水温、后处理上游NOx值、后处理上大气压力、环境温度、车辆故障MIL灯、后处理废气质量流量、尿素箱液位百分比、尿素温度、车速、油门踏板开度、单次行驶里程、总里程、发动机瞬时油耗、发动机单次行程油耗、发动机累积油耗、SCR上游温度、SCR下匙开关信号、电池电压、油箱液位、发动机累积运行时间、经度、纬度，并以不同颜色区分车辆状态。可通过检索快速定位到满足条件的车辆，检索条件包括但不限于：车牌号、车辆生产厂商、车辆型号、发动机生产厂商、发动机型号、后处理生产厂商、原排放标准、排量、车辆所属信息、车辆联系方式、车辆归属地、车辆类型、车辆用途、终端号、SIM卡号。要求通过检索条件，可以快速属性进行统计分析，可以对按照时间维度(小时、日、周等)进行分析统计，以饼状图或柱状图的形式进行展示。并支持生成相关报表导出。设备信息录入功能，完成必要的设备信息录入功能，并提供设备数据的批量上传服务。维护的设备信息内容包括但不限于：设备号、设备协议、设备版本、入库时间、所属账实现对管理系统用户的信息的管理，包括搜索、增加、对接的功能。平台能够支持对从国家平台(国六阶段车辆)及企业平台 (国五及之前车辆)接收到的数据进行远程监管，可定制平台1.3.1.安装车辆类型要求安装在符合GB17691—2005标准第四、五排放阶段的重型柴油车上的车载终端，若该车辆未采用SCR技术，则涉不予安装车载终端。安装在符合GB17691—2005标准第四、五排放阶段的重型柴油车上的车载终端，若采集不到发动机扭矩模式、油门踏板、累计油耗、尿素箱温度、实际尿素喷射量、累计尿素消耗、DPF排气温度、瞬时油耗、发动机总运行时间等字段参数时，可上传无效值。1、运维与数据分析服务运维与数据分析服务主要由监测服务、运维服务以及数据服务组成。2、运维与数据分析服务总体要求数据运维服务要求与相关人员实时无缝对接。车载终端设备运维要求做到每周7*24小时响应，并实成交供应商须安排至少2人组成的运维队伍，五年内全要求计算机或相关专业大学专科以上学历。(合同签订后进场服务前，成交供应商向采购人提供人员相关证明材料供核实。如有虚假，采购人保留终止合同的权利并上报政府采购监督管理部门，由此产生的后果由成交供应商自行承担。)建立专人负责制，保证全部数据服务的正常运行。成交供应商在成交后须对运维目标、运维内容(包括但不限于远程监控，巡检、维护的内容与频次，零部件的清洁与更换，校准等)、仪器故障解决方案、记录表格的填写、数据分析报告服务等方面提供详细运维计划并组织实施。1.3.3.OBD数据监测服务要求1、接口对接要求在线监控服务平台”实现数据上传无缝对接。目实施后全部监测数据与“XX市重型柴油车OBD远程在线监控服务平台”实现数据上传无缝对接”响应文件中须提供针对上述内容的承诺函扫描件，未提供的将导致响应无效。"2、监控平台要求配套提供自有监控平台服务和APP程序服务，供采购方和安装车辆所有人使用。平台包括综合视图、入网管理、实1.3.4.其他服务要求成交供应商为了更好的提供服务，需完成必要的设备安装工作，在设备安装期间应充分了解设备安装进度要求，解成交供应商负责设备的安装、调试，为车辆联网做保障。调试所需专用工具设施物料由成交供应商自备、自费运全部设备的部署应符合采购人需求，由成交供应商提供经采购人同意后方可实施安装。如有迁移情况，相关迁移费用由成交供应商提供。成交供应商监测数据的保密责任；成交供应商按照采购人的要求签订保密协议，在进行报告和传输有关的监测数据时，均不得以任何方式和渠道向外界传递任何监测数据。成交供应商应根据国家政策文件要求，在重型柴油车OBD在线监控业务范围内的需求，五年内免费升级相关数据成交供应商徐保障车辆稳定传输数据，本项目在服务期限范围内，每周一对上周末上线的车辆数进行汇总，统计未上线车辆数占合同内要求接入服务车辆总数百分比，每周末未上线率不得高于30%,每月未上线数不得高于10%。如未达到要求，可扣除相应的合同金额的1%-5%。如存在以下情况需报备至经XX态环境局可免于扣除。如车辆因报废，导致数据无法正常接入。维修期内车辆无法正常运行，导致数据无法正常接入。自然灾害原因导致的车辆损坏，导致数据无法正常接入。因交通事故引起的车辆无法行驶(如车辆扣押等),导致其他不可抗力，导致数据无法正常接入。成交供应商须按XX市重型柴油车OBD远程在线监控服务平台协议进行项目每年提供绩效考核报告。(八)服务期要求服务内容服务期限备注OBD车载终端安装运维5年无OBD数据监测服务5年无热线电话服务5年见招标文件第五章《拟签订的合同文本》。1.4.1.功能模块及数据运用本平台功能模块分为两类，一类为基础功能，包括系统设置，组织机构管理，用户权限管理；另一类为业务功能，包括信息采集，车辆监控，数据看板，报表统计。甲菜单管理(主导航菜单)T直间0新腐开折益+新增Ii保存排序山行政区划T隐辈0刷新展开折叠西1西=223星45是6是7是8内容关型是9是正mp.innerjecelwet_t是0是是正t88机构管理t厂家代码：厂家名称：斯-郑州同南留/郑州市/冲区(WD)精空达(YTL1)深到元正科技(Jnjt)济案简正(ack1)深圳安车哈薄正(SZKFK)卡福开(SZYF1)深啊南方(SHTDR)上海天地车人(BHQ1)北京激青(YTZG11烟理它中子有组织机构相关功能9岗位管理曲电子解疆1日2e31当啊1页。每页20年共3条权限管理相关功能口车销登记上次检时间：的建设备D:车架号：东口上决始上次始D:重出除所吧：状操性2发动机刷适。3国四4o5加测6未未0源780和知和9知和知0性来信息采集相关功能车辆监控相关功能非道路移动机械大数据看板 :据第三方接口的格式进行扩展，对其他平台的数据进行读1)远程监控设备安装在车体内部，不可裸露在车体外2)远程监控天线安装不要被金属包裹，必要时可以安3)不要将产品安装到容易磕碰的地方，以免损坏设备；1.4.3.供货方案1.货物保证我方所提供的货物达到行业的技术标准和规范要求；我方保证货物是全新的、未使用过的，是经过合法渠道进货的原装合格正品，并完全符合合同规定的质量、规格和性能的要求；2.货物检验若开箱检验中发现有诸如数量、型号和外观尺寸与合同不符，或密封包卷物本身的短少和损坏，我方将向业主报告，并提出处理意见请业主审批。3.检验方法我方将组织业主、在货物到达现场时共同进行到货检合同项目的设备、材料和技术文件运抵规定的交货地点后，我方组织业主共同对其进行检查，并认真做好交接记录，各方签字。检查的内容主要包括：●满足合同对包装的要求：●外观良好，运输途中未受损：●编号、数量和名称与合同要求的货物清单核实无误。●所进行的检查已满足合同中业主的要求时即办理入库交接手续。4.随箱文件每个包装箱内附有产品的合格证书。5.交货地点：按招标人要求6.交货时间：按招标人要求7.配送作业：我司送货上门1.4.4.供货质量保障承诺●产品质量符合中华人民共和国国家标准、行业标准●提供的所有产品都是全新的，且符合采购单位的设●所购产品来自正规渠道，杜绝“三无”产品入库，绝不以次好，为采购单位提供充足货源及高品质的材料。●为保证产品质量，由我公司专职质检员对产品实行跟踪检查，严格按《质量管理制度》、《质量检验、监督制度》、《产品质量奖罚制度》执行，保证工程质量合格。运输和控制，使得按时保质地完成货物到现场。●货物到达台方指定地点后，组织双方相关人员进行到货验收，保证符合合同要求。●做好工程设备材料和辅材的储存和堆放管理。●负责全过程的质量问题处理，并承担相应的责任，确保产品和工程的质量。●提供全生命的产品售后技术服务。1.4.5.供货质量保障措施●为了完成我司的供货质量承诺，保证项目全过程中的货物质量。本项目建设，特别对所有项目设备、材料、工器具，在运输、存放保管、实施过等过程中，采取必要的保护措施。我司负责所有的保障措施工作。甲方配合，提供相关的协助工作。a)质量监督管理措施●成立专门的质量管理监督部门，指定项目质量监督的负责人。确定质量方针、质量目标和清晰的职责分工。●严格执行企业质量管理制度、项目质量监督制度。●对产品和原材料供应商进行认证、评估和监督。●监督和管理对外购产品和材料的检验评估工作。●监督和管理产品材料的运输、到货验收、货物更换等全过程的产品质量。●监督整个供货计划的执行，确保顺利完成。●定期参加工作会议，向项目负责人汇报产品质量监b)外购产品和耗材质量保障措施●成立专门的采购部门，对采购的整个计划负责。●制定项目采购计划，完善所有采购文件。包括：项目名称、工程使用部位、规格、数量、时间及价格要求；合同规定的质量保证规范、标准；工程技术规范的要求；采购进度计划；运输和交货条件；质量鉴定和检查方法。●所有进场材料必须有出厂合格证和必要的检验单据以备审核。●选择优良的生产厂家和供货渠道，保障货物的质量。c)现有主要设备和检测设施的保障措施●明确项目所需的主要设备和检测设施类型和数量清●指定专业的设备和检测设施管理人员，保障整个工程中的设备和检测设备的安全。●检查现有设备和检测设施的存货量及检测记录。确保有足够的数量和合格的质量。●对设备和检测设施进行定期的检测和保养维护。●明确设备和检测设施的运输要求、使用技术要求和仓储保管要求●对技术较强的大型设施，派遣专业的技术人员进行现场安装、检查和维护。●可提供的工程工器具主要有：电锤，电钻、手推车、梯子、升降机、综合布线工具、视频监控工具、电工工具等●可提供的专业监测工器具主要有：频谱分析仪、音频测试仪、噪音探测仪、电力测量仪器、测量工具、测试软件工具、笔记本计算机、网络测试仪等检测工器具。d)到货验收时的质量保障措施●货物按照计划运送到甲方指定地点之后，台方负责人和我司工程师共同接收货物并验收。●按照供货清单，核对货物名称、规格、数量。●进行开箱验收。包括设备外观、配件、说明书、合●如果货物不符合合同标准要求或者损坏缺少，不予签收。我司负责更换或者补货，保证不影响施工进度。e)现场存放中的货物质量保障措施●工程用设备材料需要在现场存放的，项目部必须设立满足存贮条件的封闭库房，由项目部经理指定专人负责管理，并接受管理部库管员的指导与监管。不允许露天堆放。●项目部要根据工程实际进度，合理安排领用设备材料数量，现场不允许存放过多的设备材料。f)工具及检测工器具的保护和管理措施●工器具多技术含量高，安装、调试要求严格。在输送到现场的过程中，需要做好必要的包装。防止造成设备表面刮花，严重的损毁。●工器具由公司供应部统一集中、清点，项目部逐一检查型号和核对数量打包装车送货，如数量多或路途远则请信誉好的搬家公司负责运送。●在工地仓库中，预留充足的面积，用于工器具的仓储、保管。避免工器具移动引起的破损、划花。●工地仓库按照工器具存储条件准备和部署。●制定完善的工器具仓管和领用制度。●大型工器具，需要施工工地现场组装，安排专业人员或原厂工程师就位安装。●施工场地内，应充分考虑到大型工器具的拆卸、搬迁、安装等工序要求。我司负责货物的运输工作，保证按照合同要求进行包装、运输和控制，使得按时保质地完成货物到现场。■在运送前，对成品进行必要的包装。原产品包装符合运送要求的，可以使用原包装；否则要更换或附加新的包装。包装上要标有适当的运输和搬运记■根据产品类型，选用适当的运输工具。如控制器类的电子装置可用小型车辆；运送至外地的成品，必须用封闭型车辆运输。■在包装以外，还要使用泡沫塑料、海绵、雨布等材料进行适当的防护和遮盖，防止或减轻运送过程中震动、磕碰、划伤、污损。对运送至外地的成品，项目部要派专人押运。1.4.7.实施方案■指定专业的设备和检测设施管理人员，保障整个工程中的设备和检测设备的安全。■检查现有设备和检测设施的存货量及检测记录。确保有足够的数量和合格的质量。■对设备和检测设施进行定期的检测和保养维■明确设备和检测设施的运输要求、使用技术要求和仓储保管要求■对技术较强的大型设施，派遣专业的技术人员进行现场安装、检查和维护。售后服务承诺：本项目的硬件设备质保期以技术参数要求质保期为准，自硬件设备安装并联网成功之日起计算。1)质保期内随时解决用户使用中出现的问题，保证系统与设备稳定运行和免费升级服务。2)我承诺提供电话技术支持、现场响应等服务方式。服务内容：1)维护服务：对系统运行中新发现的隐患错误进行修2)升级服务：根据业务需求和数据标准规范的变化，在需求框架范围内提供在正常条件下保证系统正常稳定运行的系统扩充、版本更新升级及功能更新服务。3)优化服务：提出在正常条件下改进系统性能的各项建议，包括系统资源分配与效率改进建议、软件配置规划和性能优化建议、系统容量预测建议等。4)咨询服务：提供软硬件的应用和维护技术咨询服务。5)电话或现场技术服务：提供电话或现场技术服务。6)现场服务：提供4小时到场服务；提供7×24热线响应技术支持服务，热线服务电我司具体响应方式如下：A.热线响应服务--针对本次系统7X24小时不间断运行特殊需求，我提供7X24小时热线电话的技术响应，在收到用户的电话或传真后，及时对技术问题做出响应，提供技术支持。工作时间内，响应时间不超过两小时：工作时间外响应时间不超两小时。B.现场维护服务--长期驻点技术服务人员，提供4小时到场服务，满足车主就近上门回复设备正常或更换设备的需要。当系统发现车辆设备出现故障时，可通过短信、电话等方式通知相关机动车所有人前往指定服务点进行维护。C.定期巡检服务--公司将指派专门的技术人员定期到用户现场进行巡检，解答用户提出的问题。此外，我司还针对贵司要求，为解决在运行过程中技术故障或突发事件的出现，我司设计了完善的技术故障和突发1、保证质量：我司保证本次所投标的产品均为厂家原包装，符合国家质量认证中心3C认证标准要求，提供产品技术资料(包括产品目录、使用说明书、合格证及使用指南)2、供货安装时间及培训技术：我司在本次招标采购过程中若中标，在接到中标通知书之后与客户签订采购合同，并在10个工作日内向客户提供货物并安装。而且提供所有的产品负责免费送货、安装、调试，直至设备正常运行。同时，我公司还负责向用户培训设备的使用操作和简单的维护，并与客户签订售后服务协议，以保障客户自身的利益。3、保修期：我公司对本次招标供货有效期内所提供的所有产品连同配件保修三年，提供上门服务，并提供终身的技术服务支持，和维修。在设备使用期间的耗材均按照市场响应时间：我公司对本次招标供货有效期内所提供的所有产品，坚持每月定期回访巡回检查及保养以延长机子使用寿命。保修期内，若产品发生故障，我公司接到用户报修信息后，1小时做出反馈，市内用户2小时内到达维修现场并到位检修，市外用户4个小时内到达维修现场并到位检修，在8小时内修复。特殊情况在12小时内无法修复的，我司将提供备用设备给用户免费使用。保修期内因设备性能故障检修多次仍不能使用的，我司将无偿更换新设备。在超出保修期后，如产品发生故障，我公司可派技术人员免费上门服务，如需更换配件，配件均按照市场最优惠价格供应。4、服务工作时间：对本次招标供货有效期内所提供的所有产品，我公司坚持每周7天，每天24工作小时全天候5、我公司保证所提供的所有消耗材料均为原装正品，第二章应急服务措施(1)柴油车的数据实时与云端同步，云端服务器采用(2)柴油车的数据同时保存在电控内部储存器中，因生驻点工程师第一时间告知客户，并将具体的情况一同告知，以最快速度联系公司相关技术专家和公司相关高层领相关领域技术专家会以最快速度赶到事故现场进行故障处已及如何避免再次发生的方法进行详细记录，录入客户的运维管理文件中，同时由公司技术专家完成将此案例录入公司内部知识案例库，作为以后借鉴依据，当事故处理完毕后，由驻点工程师或技术专家讲结果告之客户和公司相关领导。驻点工程师判断<事件定位问题解决2.1.2.预防措施及处理办法硬件运维应急方案是对中断或严重影响业务的故障，如宕机、数据丢失、业务中断等，进行快速响应和处理，在最短时间内恢复业务系统，将损失降到最低。在系统维护过程中，突发事件的出现将是很难完全避免的，针对这种情况，设计了完善的突发事件应急策略。系统巡检人员要定期规范检查各硬件设备的运转情况和应用软件运行情况，同时做好日常的数据增量备份和定期全备份。对发现的问题在报各级负责人的同时，要协调相关资源分析问题根源，确定解决方案和临时解决措施，避免造成更大的影响。问题得到稳定或彻底解决后，要形成问题汇报，避免以后类似重大紧急情况的发生。对发现的问题在报负责人的同时，要协调相关资源分析问题根源，确定解决方案和临时解决措施，避免造成更大的影响。问题得到稳定或彻底解决后，要形成问题汇报，避免以后类似重大紧急情况的发生。当获悉出现突发事件时，驻点工程师可以立即从知识库中获取相应的应急策略，并综合用户方的具体情况，与公司技术专家沟通，给出相关解决方案，然后在第一时间以电话、邮件支持或现场服务的方式帮助用户解决问题，尽最大努力减小突发事件对用户日常应用的影响。2.2.项目质量管理2.2.1.质量管理体系标准本项目实施应采用先进的质量管理模式和科学的质量管理体系和流程，并根据项目自身特点选用合适的质量控制目前，我公司主要采用IS09001质量标准和软件成熟度模型(CMM)两种控制规程。针对本项目，公司将采用GB/T19001-2000-IS09001:200质量体系标准，同时遵循2.2.2.质量控制过程本项目中，由项目经理制订质量控制计划，项目质量控制组进行审核。审核方面包括：质量控制措施是否足够、各个成员的质量责任是否明确合理，测试方法是否适用。2.2.3.质量评定计划为了加强项目质量管理和界定产品质量标准，本公司将制订适应于项目的检查验收规定和质量评定标准，确保工程二级检查和一级验收由本公司实施小组组织完成；二级验收在项目实施过程中还将采取如下措施保障项目实施质(1)产品到货后，对所有硬件设备应进行加电检测，(2)在项目实施前后对网络性能进行评估。(3)在系统部署完成后要在实际环境中进行网络连通(4)配合应用系统做好压力测试，根据压力测试结果(5)项目实施后要进行一定时间的试运行，在试运行(6)在试点实施过程中验证方案的可行性和正确性。软件质量保证过程包括对软件过程质量控制和软件产对软件过程质量的控制通过量化并提取软件过程信息软件开发过程的节点控制是提高软件开发的计划性和图(a)表示一个对甲乙双方可见性极差的过程，甲方给出需求后，经过乙方的开发过程得到的是最终结果，甲方对软件开发过程没法参与。乙方中只有具体的开发人员了解局部的软件过程，高层管理人员没法得到开发过程中具体的过程状态信息，不能根据过程状态做出决策。图(b)表示一个对甲乙双方可见性较好的软件过程，在软件开发过程的特定阶段设置阶段控制点(也称为里程碑),甲乙双方依据阶段成果，从各自的角度提出过程改善与修改意见，控制软件系统生产的质量、开发过程的效率及2.3.2.测试测试是确保本系统质量的重要手段，不经过认真测试的系统是不能被用于生产的。虽然，对各阶段的文档的审核也可认为是测试，但本项目所指的测试是指对应用软件的测试。做好测试是测试组的责任，测试组是与开发组相互独立的两组，且需要相当的技术和经验，对业务的理解要十分透彻。为保证测试的效率和质量需要主意以下几点：1.建立高效合理的测试流程，包括：建立尽量模拟真实环境的业务数据模型(即运行业务的初始环境);对测试案例的设计要有深度和广度；特别在系统测试和验收测试阶段，安排好项目组的全体做好测试阶段文档和源程序的版本控制；做好测试中发现的BUGS的记录及存档工作；防止对程序的修改而引起的其他问题。软件测试是一个过程，涉及到软件生命周期的各个阶段。下图描述了软件测试过程模型：纠错结果分软件开发阶段软件测试过程测试实施计划概要测试计划递实施计划聲勃测试用例对项目实施中的沟通是项目完成的顺利与否的重要因素，所以在整个项目实施的过程中要有一套完善的沟通机(1)项目经理从始至终控制整个项目的工作进展与步(2)项目经理要密切联系了解各干系人信息，及时传(3)项目经理要每周与项目领导小组交换项目工作进(4)项目经理要每周组织项目组成员召开会议，了解(5)项目主管定期联系用户负责人，倾听用户对项目(6)销售人员和用户保持正常通畅的沟通渠道，及时(1)进程报告(工程简报):工程实施期间，各实施质量管理体系的要求每周向公司提交《项目进展报告》;同(2)周例会：必要时参加由项目管理组、用户方在每的工作任务进行部署。会议结果由项目管理组发布会议纪(3)工程阶段总结：在实施的每一个阶段，进行工程(4)多种形式的交流：项目经理与项目领导小组、用户、其它厂商之间、以及项目队伍成员之间保持通信联络，以传真、电话、电子邮件等方式进行沟通。2.4.配置管理2.4.1.配置管理和版本控制公司采用相应的配置控制程序来管理新系统的各个部分，包括文档，需求，设计，数据库设计，编码，文件和数据。并在项目实际实施时制定配置管理计划，并委任一名配配置控制的目的是控制系统的物理和功能特性，确保整个系统的完整性。配置控制既是技术活动又是管理活动，它配置项目发现和保存每个配置项目要有一个编号，用来区别有不同需求和实施要求的其它项目。它还有一个版本号，用来标明该项目所处的阶段，在配置项目修改时，版本号要更新。配置系统要能够容纳新的配置项目，不必修改现存项目。配置项目要保存在软件库里面。为确保足够的安全以及对所有可交付软件项目的控制必须建立如下典型的软件库：名称状态开发库动态的主库控制的静态库静态的开发库是软件作为一系列模块进行开发和测试的动态库。主库是一个被控制的库，项目的放入和取出必须按规定并以一定的控制方式进行。例如，在单元测试成功之后，模块可以被转入到系统主库，然后供系统集成和系统测试。任何经过以上测试需要修改模块都要放回开发库，以供测试。当主库达到一定程度的稳定后，就可以将它合成一个基准。每当基准发布以后，相关主库都要进行拷贝产生静态库。之所以叫做静态库，因为以后不再更新，并且归档。2.配置变动控制只有当项目已经成为基准的一部分时，软件配置控制才评估对配置项目的变动协调批准的变动在本项目的执行过程中，项目经理将与用户一起定义处理配置变动以及变动授权管理方法。作为对于已经通过的单元，系统的验收测试项目的变动，需要更高级别的授权。3.配置状态记录配置状态记录包括所有配置项目跟踪报告，并且贯穿整个系统开发周期中，配置项目状态将通过配置管理员来跟踪和控制。为有效进行配置状态记录，应该详细记录以下信息：每个基准版的日期，版本和问题；每份问题审阅以及文档修改的日期状态；每份软件问题报告、修改请求、和修改报告的日期和状每个配置项目的总结描述。软件版本公司将在版本文档内记录软件的版本，后续版本要附一个版本说明。该说明列出了版本内的配置项目，并且说明其安装步骤。而且，所有已经修改的错误和已经合并的新的需求都要有记录。要在提交新版本之前重新测试修改过的软件。对于每个版本公司保证文档和代码的一致性，而且保存旧版本。2.4.2.变更管理的方法产品的完整性需要通过变更管理来维持。用户需求的变化、系统需求的变化和系统设计的变化都被监控和跟踪，从而了解被批准变动的实施状态。控制变更的目的是为了确保只有经过批准的变更才能实施，确保变更情况传达到了相应的有关方面，提供它们考虑和获得它们的批准。用户需求、系统需求和系统设计文档在通过评审并批准后将作为基准。当一个文档变为基准以后，就自动进入变更控制范围。任何变动都需要提交变更请求。变更管理由以下四个部分组成：变更请求、变更评估、变更批准、变更实施和跟踪。文档必须真实地反映实际工程状态。文档的验收，不能是在项目验收时统一移交给用户单位，而应当根据项目实施的不同阶段，分批移交，在项目准备阶段就需要制定一个文档移交计划，在规定的时间里移交事先规定格式、内容的文档。2.4.4.人员管理人员的管理遵循几条原则：本项目中的参与人员在无特殊情况且未经用户同意不进行调换；系统保障期人员均安排参加此项目建设的主要技术人员；本项目的项目管理人员安排具有同类项目丰富项目管理经验的人员。2.4.5.保密管理考虑本系统的保密要求，公司承诺按照涉及国家秘密计算机系统要求进行系统建设的保密管理，并和用户签署保密协议，严格履行保密义务。2.5.项目测试计划2.5.1.测试工作准备为保证项目的质量，我公司将成立专门的项目测试小组，在项目经理的统一领导之下，完成本次项目的测试工作，首先，在项目开始时，测试小组要完成测试的准备工作，测试准备工作的重点主要包括以下几个主要方面：对整个项目情况进行调研与了解，以熟悉整个系统的整体架构和实现功能等相关情况，制定出初步的测试计划；确定测试管理工具的实施方案，对测试管理工具根据项目的特点进行合理规划；包括根据各个项目子系统的特点，制定相应的缺陷跟踪方案、版本提交计划等。保证测试人员的到位，并对测试人员进行测试管理工具和测试相关基础技术的培训，要求相关系统测试人员先进行相关系统体系结构和功能的了解，为后期的设计测试用例奠本项目采用的测试种类包括：模块测试、功能测试、性能测试、分系统测试、全系统测试、容量测试、压力测试、灾难恢复测试等。在进行测试前，需要编写详实的测试方案，其中包括测试时间安排、测试准则、测试用例、测试范围、测试目标、测试人员、出错处理流程及处理结果等内容。在测试案例中应包含对异常情况处理的测试，如数据不全、数据类别有误、各种类型的测试都是采用循环往复的“测试一改进”操作，以确保问题得到完整、充分的解决的过程。每个应用程序模块完成后，进行模块测试。模块测试的目的在于通过大量、反复的测试，尽可能地捕获程序编写时的编码及应用处理上的错误，并加以改正，使程序编写时的错误在这一测试环节得到控制。2.5.4.功能测试功能测试是对项目实现的功能进行测试。功能测试可细分为：独立测试和连续测试两部分。独立测试是将本项目开发实现的功能一一进行独立测试。在测试过程中，将针对每一个功能制定相应的测试个案，进行严格的功能测试。如测试结果与实现要求不符，将由开发人员进行改进及完善，最终达到功能要求。测试中发生问题时，编程人员会改动程序以便解决问题。系统将在修改后进行重新测试。此时其进行的测试不仅针对改动部分，还应对原已通过独立测试的部分进行重新测2.5.5.性能测试系统的性能是一个很重要的参数，本项目所指的系统性能包括系统的效率、响应时间及处理能力。在测试中，为每个应用设置响应时间、处理速度量度，评估系统的最高处理能力，在发现系统的性能不满足要求进，需进行相应措施对系统的性能进行调整。2.5.6.分系统测试针对各个分系统，根据不同的测试方案，按照测试方案对分系统的配置给出建议意见。最终对每一个分系统做出一个分系统测试报告，主要内容为测试结果，结果分析，建议。对系统功能、性能、安全、可靠和扩展等每一方面都需有明确的结论和意见。2.5.7.全系统测试在分系统测试完毕的基础上，对整个硬件平台进行测试，主要针对各分系统的结合部，以及总体功能。与分系统测试方案一样，全系统测试也是根据测试方案按照测试方案中的测试步骤进行，最终做出系统测试报告，主要包含：系统功能、性能、安全、可靠和扩展等各个方面能否达到设计要求的结论，出现问题，建议解决问题方案。项目在投产前，建议进行容量测试，以找出项目投产后可处理的最大处理容量，确保能够平滑地过渡或避开业务处理高峰期。与此同时，通过对业务处理高峰期时系统硬件资源情况的占有量的获取，能够有效地调配系统资源。通过容量测试，得知系统承载量，并结合业务发展增长量，可以推算出需要更换相关硬件的时间，以便用户可以提2.5.9.压力测试压力测试的目的是希望能够通过测试，得知在极短时间内对网站进行大量并发访问，是否会对系统造成瞬间无法承受的压力冲击，致使其运行异常甚至崩溃。压力测试可以获知系统的耐压程度，在必要时采取适当的紧急防护措施，如控制、分散等措施，减低缓解系统瞬间压力，防止尖峰时刻的出现，使系统得以稳定地运行。2.5.10.灾难恢复测试灾难恢复测试是指在模拟灾难事故发生的情况下，对系统的恢复情况进行测试及彩排。要尽可能地找出可能发生的灾难性事故，并一一进行模拟，查看系统的恢复情况。灾难恢复测试能够反映出系统备份的准确性及完整性，以及自动恢复功能的强弱，出具不同灾难恢复所需的时间数据，以此可以估算出在灾难发生时对用户所造成的影响及忍受程度。2.5.11.设计测试用例和数据测试用例和数据准备的目的是帮助用户在不熟悉实际环境的时候，能正常的测试系统并对系统做出正确的评价。测试用例和数据的准备是一项枯燥和费时间的工作。为了提高工作效率可以从以下几方面着手：将信息放在一个指定的位置，便于反复利用，降低变化一次完成一个步骤，避免冗余和额外的工作；尽早尽可能完成多个步骤。为了保证每一个业务流程准备测试用例和数据的正确性，在测试计划中应遵循下列过程，并完成以下步骤：确定要测试的业务情况类型确定每个要求的测试用例合并所有的测试用例，生成测试大纲编制测试脚本，包括必要的系统输入信息和期望的输出结果检查信息保证每一步的准确性和完整性(即，确定业务情况类型、确定测试用例、生成测试大纲和编制测试脚本)。2.5.12.建立测试环境为了预防出现问题，如数据损坏或对系统资源的争用，需要建立一个独立的测试环境。在进行测试之前，根据测试计划中确定的时机建立一个独立的测试环境。其准备工作包技术活动：如建立不同的服务器或在一台服务器上建立多个数据库实例，将相应的程序迁移到适当的程序库中；数据准备活动：包括加载数据表，建立用户访问权限；建立版本控制程序，保证有效的控制对系统的修改；建立文档控制程序，保证随着系统的修改，有效地控制文档的修改(如，培训文档、联机帮助和用户手册)。2.5.13.测试执行测试执行的目的是发现不满足用户要求的任何问题，在真实的环境中，客户的工作人员按照准备好的测试大纲来对测试过程中的测试结果是非常重要的。文档可用于：确定测试过程是否需要改进；分析系统是否准备就绪。第三章验收计划3.1.验收组织由项目管理办公室组织项目承建单位、相关部门以及其他人员(技术顾问、其他开发商)组成验收小组，负责对项经过大规模的安装与调试工作，整个系统已全部实现连接，所要求的功能已全部实现。为确保系统在以后的运行中稳定、高效，没有故障隐患的存在，应当通过试运行阶段来发现存在的隐患、并解决问题，另外分析试运行阶段中系统的各项数据，并对系统进行评价和预测也是系统试运行阶段项目预验完成后，系统进入试运行期。系统经过试运行稳定运行3个月后，由项目验收小组对项目进行正式验收。3.1.1.验收内容系统的验收包括：系统的实用性、稳定性、可维护性、灵活性、可操作性以及系统文档、代码、规范及注释说明等系统功能：逐一检查系统功能是否达到设计要求系统性能：逐一测试系统性能指标是否达到设计要求。文档资料：检查系统建设各阶段提交的文档资料是否齐3.1.2.软件系统的验收验收方法：开发的软件通过用户验收测试进行验证。软件验收根据软件满足规定的验收合格标准进行判断。验收标准：验收标准是在用户正式接收开发的软件并认为软件满足合同要求之前必须满足的条件。本文档中定义的所有验收标准是基于定量的和可度量/可观察的条件。验收合格标准3.1.3.测试准备1.用户验收测试文件包括对项目确定的所有软件功能的测试程序。2.进行测试之前，用户方和太极必须认可用户验收测试3.用户方已经认可测试数据4.用户方已经指定和批准用户验收测试文件的测试人3.1.4.测试执行1.测试由指定的测试人员来进行2.所有的情况都必须得到测试3.在测试过程中，测试人员必须记录所有测试结果4.测试结果由指定的测试人员签字5.用户方必须接受验收测试报告对错误进行分类和确定级别(细节见错误管理一节)报告的错误得到修改/处理，或修改错误的计划得到同如果软件系统满足所有验收合格标准，而且没有出现备工作。●使贵方的应用维护支撑人员通过培训，胜任系统管的。从培训对象和目的来划分，可划分以下3类。●初级培训(操作培训)●现场培训(维护培训)3.2.3.初级培训培训对象：APP一线使用人员●APP的常见问题培训教师：我公司的技术业务骨干，具备熟练的中文或英文回话和书写能力；具有APP相关的理论知识；参加了该项目平台的建设和维护工作；表达和沟通能力强，为用户方进行过维护培训，具备丰富培训经验。培训教材：《系统操作手册》、《系统安装及维护手册》培训对象：高级技术人员、维护支撑人员●APP数据模拟●APP软件的管理与维护培训教师：我公司的技术专家，具备熟练的中文或精通社区矫正和公共法律服务平台建设工作；表达和沟通能力强，为用户进行过高级技术培训，具备丰富培训培训教材：《APP高级培训教材》3.2.5.现场培训培训对象：APP维护支撑人员培训内容：●平台软件的管理与维护●APP系统日常维护常识培训教师：我公司的软件业务和技术骨干，具备熟练的中文或英文会话和书写能力；精通操作系统，主机及相关设备；精通数据库技术；精通中间件技术；精通主流程序语言；精通该项目建设工作；表达和沟通能力强，为用户进行过高级技术培训，具备丰富培训经验。培训教材：《系统说明书》、《系统操作手册《系统安装及维护手册》。3.2.6.范围说明培训内容我公司提供，主题是平台相关的应用软件培训，由我公司的资深专家对实际应用中经常使用的部分编写教材，并由我公司提供讲解培训。不包括厂家提供的培训课程和费用。针对培训对象和内容的实际情况，建议采用集中培训、现场培训、我公司培训等多种类型，有白、黑板讲课式培训、PowerPoint讲课式培训，上机实际操作培训等多种培训方式相结合。3.2.8.培训环境要求要求提供培训教室或会议室，具备投影仪和白板，具备应用系统的实际操作环境。3.2.9.培训资料需求规格说明书、系统设计说明书、系统操作手册、系统安装及维护手册培训类别培训课程培训对象人数培训地点课程时间初级培训应用系统操作培训业务管理人员系统操作人员系统维护与支撑人员情况确定现场1天高级培训应用系统体系架构、数据结构培训10人待定3天现场培训软件管理与系统日常维护方法培训系统维护与支撑人员10人现场1天其他培训可根据采购方要求可适当增加培训3.3.项目管理组织结构3.3.1.项目各方角色与责任需要明确的是，该系统是一个由用户、系统供应商、其他系统供应商、设备提供商等多方面共同组成的项目组实施。而这个项目组是由项目管理办公室领导。项目管理办公室是由用户和系统供应商的高层领导人组成，这样可以充分保证项目实施能被正确的指导和推动，可以迅速解决在实施过程中出现的不可预测的原则性问题。项目管理办公室中的用户成员有责任推动相关工作人员密切配合项目实施，对中心内部各部门所要达到的项目目标有清楚的定义，明确责、权、利关系，与项目组一起做好项目经理必须随时向项目管理办公室报告整个项目进展情况，向项目管理办公室负责，采取正确的实施行动来完双方在项目中的角色和责任如下：单位责任用户业务系统的现状调查、分析；提出项目需求；组织方案验收系统供应商项目管理负责系统连接或软件部署、配置、软件开发等技术文件；配合项目验收产品提供商提供产品的技术支持服务在客户特别指明时提供产品安装调试服务3.3.2.任务分工在项目的实施过程中，如果没有明确的任务分工，将会造成“职责不清”的混乱局面，使工作关系与任务分配陷入这将严重影响对项目的反应能力与控制能力，最终影响实施所以要完成好一个项目，建立起一个完善的组织架构后，组织中必须要有明确的分工，做到“各负其责”,但同时需要有统一、有效的领导机构，作到“协调一致”,才能保证整个项目的实施。我公司针对本项目的具体分工如下：(1)项目管理办公室：将由用户项目部领导以及我公司管理层的相关负责人构成，建议与决定项目管理组人员的组成，接受项目管理组确保项目实施所需要的资源。该小组在宣布中标后成立，项目验收后结束。(2)专家顾问组：将由用户、我公司项目组、高级专家顾问组成，在整个项目执行过程中起顾问咨询等作用。该小组在宣布中标后成立，项目验收后结束。(3)项目管理组：接受项目管理办公室的领导与监督，向项目管理办公室汇报；由用户、我公司项目成员的项目管理人员组成，我公司指派一名项目经理任组长。该组负责协调各相关单位的关系，处理所出现的各种问题；组织各个专业小组，制定项目总的实施进度计划，推进项目进度，解决工程中出现的各种该组在项目管理办公室成立后设立，项目验收后结束。(4)商务组：接受项目管理组的领导，向项目管理组汇报，制定详细的商务计划，负责商务投标，合同的签署，按照合同定货，跟踪；处理合同执行过程中由于合同条款的修改与变动而带该组在项目管理组成立后设立，项目验收后结束。(5)财务组：接受项目管理组的领导，向项目管理组汇报，制定资金运作计划，负责财务成本核算、成本控制、财务审计等，保证整个合同过程中各个阶段、各个方面的资金需要。该组在项目管理组成立后设立，项目验收后结束。(6)培训组：接受项目管理组的领导，向项目管理组汇报，制定详细的培训计划，负责协调与实施所有的培训工作，完成培训的组织、培训内容的审定、培训人员的落实、培训场地的联系、培训过程的组织、培训结业考试的组织、培训工作总结，按照合同规定完成所有培训工作。该组在合同签署后设立，全部培训工作完成后结束。(7)文档组：接受项目管理组的领导，向项目管理组汇报，制定详细的文档递交计划，负责收集与整理各个阶段的技术文档，按照合同规定完成所有的文档递交工作。该组在项目管理组创立后设立，验收完毕，文档全部递(8)技术核心组(架构设计组):接受项目管理组的领导，向项目管理组汇报，由用户与我公司的技术核心人员组成。负责制定详细系统设计、完成模型实验与测试报告、终端设备参数修改测试报告，并对系统实施过程中遇到的突发技术问题给予研究解决。该组在项目管理组创立后设立，验收完毕后结束。(8)设计施工组(开发组):接受项目管理组的领导，向项目管理组汇报。主要工作包括负责项目实施的技术细节方案设计、设备精确配置、精确物理连接图及设备位置安排等工作；给出详细设计的文档、图纸、资料及工程安装手册；完成文档、图纸和技术资料的质量审核；勘查施工现场环境；软件安装调试的细节方案设计、协调组织现场软件安装调试；软件集成所需的功能定制开发、接口定制开发。该组在合同签署后设立，测试验收工作全部完毕后结(9)验收组：接受项目管理组的领导，向项目管理组汇报，负责现场实施的质量控制，以确保工程高质量、高效率地完成；制定详细的验收计划，负责编写测试验收手册、对安装后的系统进行测试与预验收、进行验收准备工作、配合用户验收小组对系统进行最终验收，按照合同规定完成所有的测试与验收该组在安装调试工作开始后前设立，验收完毕后结束。3.3.3.项目范围管理项目管理范围包括本项目建设周期内各个阶段以及所有相关的建设单位、设备、软硬件、场地等内容，从软硬件采购、需求分析、系统设计、软件开发、系统集成、测试、验收、试运行、系统维护的全过程都包括在内，如项目启动、项目范围内容、项目范围变更等项，具体内容在项目实施前经详细讨论确定。3.3.4.项目进度管理针对本项目的进度管理从任务分解、时间进度安排到资源分配，每个阶段都有里程碑标志，每个阶段都须严格按照工期要求按时、保质完成，项目经理负责项目进度控制。3.3.5.项目风险管理通过对大量的风险事件进行分析，在本项目中下列事件出现的概率最大，影响也是最大的。如何使得将上述事件对项目造成的影响降低到最小，是项目风险管理的主要工作。首先需要预防上述事件的发生，其次当事件发生不可避免之后，应当采取必要的、事先准备好的措施进行工作，将风险对项目目标的影响降低到可以容忍的程度。3.3.6.技术风险软件采购是一个采用先进的信息技术，在建设过程中需要与各个业务单位、多个技术支撑系统、多个业务系统之间接口。系统需要采集的数据量大、涉及的相关系统范围广，需要比较高的信息管理的专业知识。因此系统建设存在一定的技术风险，需要业主和系统建设方从系统开始建设之初，就要充分认识到该项目的技术难度，在系统调研、系统设计阶段就要进行反复的论证，在系统构架的时候尽可能采用国际上成熟的产品，借鉴相关的成功经验，同时系统的建设分步骤、分阶段进行，将技术难点逐个突破，力求将技术风险降至最低。软件采购的建设是一个项目周期较长、涉及相关部门较多、数据量大、系统功能要求高的复杂系统，只能在建设过程中与多家业务部门进行沟通，才能逐步明晰系统的需求。同时，由于GIS专业性较强，有些需求各业务部门人员根本不可能明确地提出，需要系统建设方根据已有的系统建设经验进行用户需求的引导。这些状况容易造成系统的需求不明确，或者系统的需求变更频繁，使得项目进展严重滞后，最后造成项目的失败。为了能够减少该项目需求不清和需求频繁变更的风险，需要用户和公司在项目初期做好充分的需求调研，切实理解各个业务部门在信息方面的业务需求，尽可能避免对需求的误解和片面性。同时，在系统建设过程中，严格遵守项目管理的规章制度，对项目需求变更进行严格的审核与控制，以保障项目的质量和进度。3.3.8.协调与沟通风险在系统建设过程中公司需要协调多个部门，与这些部门的沟通与协调可能直接影响到本项目的质量与进度。因此，建立高效的协调与沟通机制，减少相互之间的误解与拖延，是保障本项目成功实施的关键点之一。这需要各相关单位充分理解项目沟通管理的重要性，严格遵守项目管理的各项规章制度，提高协调沟通的效率，降低项目协调与沟通的风险。3.3.9.项目人员风险由于软件采购项目周期较长，技术难度大，因此项目人员压力会随着项目的进展逐渐加大，工作效率也可能会随着项目的进展逐渐降低，造成工作效率低下，甚至会造成项目成员的不稳定。这就需要用户与公司相互理解，明确共同的目标，发挥团队精神，同时要合理规划项目进度，作到劳逸结合，提高项目人员的积极性，降低项目人员的风险。我公司承诺本平台提供接口供其他平台查询、写入数注意事项：1)远程监控设备安装在车体内部，不可裸露在车体外2)远程监控天线安装不要被金属包裹，必要时可以安3)不要将产品安装到容易磕碰的地方，以免损坏设备；3.4.项目实施方案3.4.1.项目实施计划3.4.2.按照采购方时间要求完成如下工作：(1)组织数据的采集(2)硬件环境的搭建3.4.3.按照采购方时间要求，完成如下工作：(1)搭建将部署(2)二次开发3.4.4.按照采购方时间要求，完成如下工作：(1)系统开始正式试运行(3)系统性能调优(4)系统培训(5)系统验收实施阶段岗位人员配备图商务部产品部开发部测试部运维售后部项目立项需求分析开发测试实施试运行运行验收首先需要经双方协调，形成《需求调研计划》及《需求调研大纲》,确定准备工作、需求调研的内容、方法方式以及人员和日程安排等内容，经双方同意后按此计划开始调研。调研正式开始前项目开发组应检查所有必要的准备工作项目开发组根据调研中系统实际技术需求和各个子系规范要求的《系统需求分析报告》,并由项目组评审，不合格的部分进一步完善调研；评审通过后由双方共同签署评审意见，并正式生效。对于软件生产过程而言，需求阶段是整个过程中最重要的阶段，需求分析成果的好坏将直接导致项目的成功与否，因此合作双方在此阶段多投入是值得的。而且一旦评审通过并生效，则需求报告将成为系统的设计、开发、测试、实施试运行和项目验收的基本依据之一，因此原则上用户需求将不再因为其它因素的改变而变更，如需进行此种变更，需经双方项目负责人协商确定。3.5.1.总体设计阶段项目开发组通过对系统的功能、运行和性能要求加以分析，产生一个高层次的系统结构、软件结构、接口和数据格式的设计，并向工程领导小组提交《系统设计报告》(其中包括数据库设计),组织评审并签署评审意见。对其中评审不合格的部分进一步完善和重新策划，评审通过后由双方共同签署评审意见，并正式生效，作为后续软件开发和测试的该报告内容的变更由双方的现场实施负责人、技术负责人进行交流即可确定，并需向工程领导小组汇报。3.5.2.详细设计阶段项目开发组在《系统设计报告》的基础上，对功能和性能要求进一步加以分析和细化并且把软件的详细设计文档化，向工程领导小组提交《系统详细设计报告》,并由项目组组织评审并签署评审意见。对其中评审不合格的部分进一步完善和重新策划，评审通过后由双方共同签署评审意见，并正式生效，作为后续软件开发和测试的基础。该报告内容的变更由双方的现场实施负责人、技术负责人进行交流即可确定，并需向工程领导小组汇报。3.5.3.系统开发阶段根据前面的设计结果，由双方的现场实施负责人、技术负责人讨论确定详细的开发计划，并向工程领导小组提交《项目开发计划》;工程领导小组对《项目开发计划》进行审查，由双方签字后正式生效，并将作为软件开发阶段的项目管理和监控依据，项目开发小组要严格据此计划控制项目进度，按时向工程领导小组汇报工作进展。为了使用户能够及时获知项目的进展情况，开发小组需要每周向用户相关领导提交《项目客户周报》,用户项目组可以随时对项目的工作情况进行检查。3.5.4.系统实施和试运行阶段首先需要经双方交流协调，形成《项目实施计划》,确定现场实施的准备工作、人员和日程安排、培训计划、阶段目标等内容，经双方负责人签字后生效，按此计划开始现场实施。正式开始现场实施前项目开发组应检查所有必要的准备工作是否已经完成。现场工作首先要进行软件在服务器端的安装和调试，包括数据库中各类对象的生成，初始化数据，原有系统的重要数据的转换导入，前后台软件的安装，配置参数调整等工作；完成后需向系统维护人员提交《数据库安装目录》,《软件安装方法》文件，并协助用户进行软件安装。软件安装完成并确认可在系统正常运行后，开始相关业务人员的培训；在培训开始之前需要由双方协商形成《培训计划》,明确培训环境、条件及方式，参加人员，课程课时等详细内容，由双方现场实施负责人签字后生效，并分别开始着手准备，在既定时间内完成。培训过程中由工程师提供《培训考勤记录》,培训应该脱产、集中、封闭进行，并要求所有参加人每日必须两次考勤；培训完成后由双方共同进行《培训总结》,针对培训效果确定是否达到目标，是否再增加培训课程；对以上内容用户项目组须进行必要的考核和奖惩，培训工程师有权对参加培训人员进行客观评价。培训顺利完成后将开始软件在试点部门试用，将向用户提交编译后的前后台软件，《软件使用操作手册》,《软件功能清单》,这两种文档将详细描述软件的使用过程，软件所包含的全部系统功能模块。软件试用期内用户的主要工作是根据《软件功能清单》所列的系统功能模块，检查公司所提交的软件是否满足《系统需求分析报告》、《系统设计报告》的规定，列出未完成及含有较严重、明显错误的模块清单形成《软件问题及修改记录》并提交给公司继续完善；此段时间可以对软件的细节性问题进行测试、验证，但主要精力还是应放在模块级功能的检查上，如果所有模块都已开发并可以进入试运行，其设计方法、技术可行性也都能够满足最终软件的需要，则用户各相关业务负责人、现场实施负责人需要签署各子系统的《软件交付书》,表明软件已在现场安装、调试、培训完成，基本可以进入软件试运行；此后在软件功能模块一级上不应再发生大的变化，如需要修改功能模块设计，则需由双方项在试运行期内系统存在一定的细节性问题是工程项目目验收计划》,组成项目验收小组，共同进行项目验收。此进行总结的《项目总结》,《项目技术报告》,最终的完整验收工作将由用户组织的专家组对系统进行全面的验收和鉴定，并出具项目验收小组领导签字的《项目验收报告》,并签署验收意见，公司在此过程中将全程参与，在现场进行验收前的维护工作。3.5.6.系统正式运行及维护阶段公司承诺对系统软件提供服务保证期，在保证期内提供免费的软件升级和维护服务；在保证期外，公司继续为系统的维护提供技术支持，对于软件升级提供优惠服务。维护期的具体工作方式请见售后服务承诺部分，所有维护工作，包括软件出现问题修改、细节性功能的增强，用户都要以《软件问题及修改记录》的书面形式提交给公司，修改完成后用户应组织相关的业务负责人进行确认，并在《软件功能清单》中说明；如遇紧急情况可事后补齐。3.5.7.各阶段辅助文档《现场工作日程安排计划》,在实施中的各阶段，对于所发生的需要在现场进行较长时间工作的情况，如果在《需训计划》等工作计划中未包含，则需要在工作开始前双方共同制订好《现场工作日程安排计划》,并严格据此执行，需要双方现场实施负责人签字生效。《现场工作周报》,在现场实施工作中，为了把阶段性的工作任务具体落实完成，需要合作双方每周一之前由公司实施工程师与用户组共同制定本周的工作计划，给出每个工作日上、下午的工作内容，以及双方的准备工作。计划制定完成后用户项目组向所有相关部门和领导发布，开始执行；实施中双方互相监督按照原计划开展工作；周五时双方负责人共同对本周计划执行情况进行总结，对原计划填写工作总结，详细描述各项计划的完成情况，未完成的部分应写明未完成原因和责任归属，必要时双方协商一起进行加班处理，力争按时完成；对于不能按时完成的必须调整到下周计划中《用户项目报告》,对于实施中各阶段较长时间不在用户现场进行的，或项目处于用户试运行、维护期的情况，为了使用户能够及时获知项目的进展情况和公司开发小组的工作情况，公司将在开发阶段每周向用户相关领导提交此报告，维护期内每月至少提交一次。《阶段评估报告》,实施中当某一阶段性目标实现后，公司将对该阶段双方联合开发组的工作情况进行总结，编写该报告并向工程领