项目实施方案
根据学院目前的信息化现状和学院“急用先行,分步实施”的原则,在合同规定的建设时间内分阶段有计划的完成项目实施。IC一卡通于签订实施合同后15个工作日内完成,
一.1项目成功实施的条件
一.1.1“一卡通”公司需要做的准备工作如下
一.1.1.1落实施工现场情况及物资
●勘察“校园一卡通”工程现场
●现场办公场所及物资临时存放地点
●准备合同所规定的“校园一卡通”工程所需的各种施工材料及施工、测试工具。
一.1.1.2制作相关的工程施工资料
●制定并提供“校园一卡通”工程详细的实施计划,制定《工程施工通知书》和《工程施工方案》
●准备现场施工申请单或填写工程开工报告提交给校方审批,审批通过后交给项目经理进场施工,如审批没有通过,则与项目主管查明原因并提出解决办法。
一.1.2校方需要做好以下准备工作
一.1.2.1组织准备
成立 “校园一卡通” 项目系统建设项目工程施工和实施的协调小组,并指定小组成员;“一卡通”领导小组的主要功能是协调学校各部门之间的关系,保障校园“一卡通”的各项建设工作的如期进行。
一.1.2.2硬件准备
先期提供卡中心的场地和用房,卡中心需要有足够的工作空间和工作环境,具体要求如下:
●首先要确定中心服务器安放地点;
●发卡地点和充值地点;
●卡中心要具备防火、防盗、防潮、防雷击措施;
现场采用RS-485通信方式,实施布线过程中需要路面开挖或其他方式实现,校方应支持理解。
一.1.2.3软件准备
1、校方应提供用于定义身份识别基本信息库建设的标准信息,例如:学、工号,姓名,身份证号等等,以及需要写入卡内的信息情况。
2、校方应提供“一卡通”建设所需的基础信息资料:
●“一卡通”系统的持卡人基础资料,为制卡做准备。
●“一卡通”系统部门基础资料,为管理工作做准备。
●“一卡通”系统商户基础资料,为结算工作做准备。
● “一卡通”系统中涉及到的参数设置基础资料(如制卡成本、消费方式等),为系统初始化工作做准备。
3、学生换卡,要有合理的实施计划和进度安排,可根据具体情况由双方协商。
4、在具体实施过程中,校方要有具体操作人员跟踪学习,掌握整个应用,便于校方管理。
另外,由于系统建设预付款及时支付问题,由于自然灾害等人力不可抗拒的因素造成的工期延迟,不在本实施方案的责任之内,特在此一并提出。
一.2实施内容和进度
一.2.1餐饮消费子系统
。
一.2.2进度安排
| 时间安排(自然日) | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 需求调研现场勘察 | ☆ | ☆ | |||||||||||||
| 项目实施方案确认 | ☆ | ☆ | ☆ | ||||||||||||
| 设备采购安装 | ☆ | ☆ | ☆ | ☆ | ☆ | ☆ | ☆ | ☆ | ☆ | ||||||
| 系统对接、开发 | ☆ | ☆ | ☆ | ☆ | ☆ | ☆ | |||||||||
| 业务测试联调 | ☆ | ☆ | ☆ | ☆ | ☆ | ☆ | |||||||||
| 一卡通使用培训 | ☆ | ☆ | ☆ | ||||||||||||
| 系统整体调试 | ☆ | ☆ | ☆ | ☆ | |||||||||||
| 系统验收 | ☆ | ||||||||||||||
| 试运行 | ☆ | ☆ | ☆ |
项目实施组织结构(包括业主单位)如下:
一.4项目实施团队责任人
| __××实验_____中学IC一卡通及校园信息化实施团队 | |||||
| 部门 | 职能组 | 角色 | 姓名 | 联通电话 | |
| 校方 | |||||
| 施工方 | |||||
●实施组
负责项目软件的用户沟通和现场服务,包括需求调研、反馈、文档管理;
负责系统的安装、调试、维护和对开发组出版之软件进行测试验证;
负责系统需求变更的收集、更新和反馈;
负责系统的维护和技术支持
●开发组
根据用户需求对系统进行系统架构设计;
根据系统架构设计和业务需求进行系统编码,包括系统界面、核心组件、功能等多方面的开发;
负责系统源代码的管理、版本控制;
负责需求变更的统计、修改和反馈;
●质量保障组
制定项目质量保障计划;
监督项目质量保障计划的执行;
根据实际的项目进展及时调整质量保障策略,符合项目的实际情况;
一.5.1协调组
项目领导小组是整个项目领导协调小组,负责项目的监控和总体协调管理,与用户领导小组对应,协调公司各方资源,将本项目建成样板工程,切实为学校管理带来便利,达到系统建设目标。主要职责包括:
●项目建设过程中总体监督和把握;
●项目重大事项决策;
●公司资源的协调;
●与用户方案领导沟通;
本项目联通高度重视,将由资深项目经理担任领导小组组长,确保对本项目的大力投入,保障项目顺利完成。
一.5.2项目经理
项目采用项目经理负责制,项目经理在本项目建设过程中起到总体协调和控制的作用,具体职责:
●制定项目实施计划,并确保按项目计划完成;
●项目进度、质量保障、风险控制监控;
●项目组各小组的协调与沟通;
●与客户方项目经理的协调沟通;
●处理项目实施过程中日常事务和突发事件;
●向领导小组及时汇报项目进展。
一.5.3宣传组
宣传组在本项目建设过程中起到宣传推广的作用,具体职责:
●即时了解客户群和用户群需求;
●定期现场宣传推广产品;
●定制产品推广宣传方案,确保项目成功、顺利在计划内完成。
一.5.4实施小组
应用软件实施小组负责项目过程中应用系统的需求调研、测试、安装配置、系统维护等。
●需求调研人员
⏹项目中各应用系统需求调研与业务分析;
⏹挖掘和引导用户需求;
⏹编写系统需求分析报告;
●系统安装配置
⏹将硬件和研发测试后的软件系统在用户实际环境中安装部署;
⏹根据实际的用户状况配置系统参数,包括用户的注册、数据字典配置、权限配置等各类参数据的配置,使系统能符合校园信息化设备项目应用过程中实际的系统配置要求;
⏹系统应用平台的安装与调试,包括数据库系统、中间件系统等的安装调试;
⏹编写安装配置手册;
⏹对应用系统管理员进行安装配置培训;
●售后服务人员
⏹售后服务组负责项目验收后的项目服务工作,具体的服务内容见技术支持与售后服务章节。
一.5.5商务模式组
●商务模式组负责与学校洽谈一卡通合作方式;
●对学校的经营现状、现有的信息化和一卡通使用情况进行摸底调研;
●分析学校信息化改造后的优势;
●定制学校信息化改造方案
一.5.6设备采购组
●负责设备采购计划定制
●采购设备的时间控制和质量把关
●采购设备到货验收
一.5.7质量保障组
●制定项目质量保障计划;
●监督项目质量保障计划的执行;
●根据实际的项目进展及时调整质量保障策略,符合项目的实际情况;
一.5.8培训组
●负责项目培训计划的制定和培训组织工作;
●完成最终用户的培训工作;
●与应用系统实施组、硬件平台实施组共同完成对业主单位管理员、应用系统管理员、技术人员的培训;
●负责培训教程的制作和发放;
一.5.9开发组
●系统架构组
⏹系统架构设计;
⏹需求提炼,转化为系统功能架构;
⏹指导系统开发;
⏹编写系统总体设计书;
●研发组
⏹根据系统别架构和业务需求进行系统编码,包括系统界面、核心组件、功能等多方面的研发;
⏹系统源代码的管理;
⏹ 系统版本控制;
⏹编写系统详细设计说明书;
⏹对业主单位研发人员进行研发技能培训;
一.5.10文档管理
文档管理人员负责管理项目过程中各阶段的文档,是项目文档统一的出口,具体职责包括:
●文档规范标准的制定和下发;
●督促各部门文档的提交;
●项目文档的保管和提交;
●文档的保密工作;
●项目文档版本控制;
一.6人员接口说明
项目采用项目经理负责制,项目经理为项目现场主要协调人,负责与客户项目负责人沟通协调。各小组组长做为本小组工作内容的主要接口,与业主单位和其它小组负责人进行沟通。领导小组成员负责协调公司与业主单位的关系。
一.7合同签订
××××智能系统有限公司:
●草拟和修改合同;
●组织合同条款会谈
●签订合同
学校:
●审核合同,提出修改建议
●签订合同
一.7.1组建项目团队
××××智能系统有限公司:
●正式公布任命项目经理;
●项目经理正式选择项目成员;
●项目组工作流程学习和动员;
●提供项目组名单和联系给学校;
学校:
●公布任命该项目经理;
●选择项目成员;
●提供项目组名单和业务性质
一.7.2项目启动会
××××智能系统有限公司:
●提交项目启动会申请
●组织项目启动会,双方首次沟通
●项目实施管理简介
●项目实施承诺
学校:
●审批项目启动会申请
●组织人员参加项目启动会
●项目期望表态和动员
一.7.3编制项目具体实施计划
××××智能系统有限公司:
●熟读标书和合同,整理项目目标;
●制定项目章程;
●分组制定和修改项目进度计划、范围管理计划、质量管理计划、成本计划、采购计划、风险管理计划、沟通计划等;
●组织和学校沟通计划的制定;
学校:
●提供项目信息;
一.7.4项目实施计划评审
××××智能系统有限公司:
●提供项目各项计划;
●组织××××智能系统有限公司和学校对计划进行评审;
●修订计划;
学校:
●组织参与计划评审;
●确认项目各项计划;
一.7.5质量保障
为确保后期项目的顺利进展,本阶段项目实施计划的制定非常关键,为了确保制定的计划具有真实高效、可操作性,项目组根据以往类似项目的经验、专家的建议,项目组内部将组织讨论、内部评审、修改,然后和学校项目人员对项目计划再进行详细讨论、修改;最终形成一份完整的项目计划。
一.7.6交付成果
一、成果:项目经理和项目团队
二、文档:
《合同书》、《项目章程》、《项目实施计划》、《项目计划评审报告》、《项目联系表》
一.目准备阶段
一.8.1设备采购
该过程的主要内容是对合同签订中的设备按照厂商采购订单进行详细分解分别采购,并对设备采购过程中的各个环节进行跟踪监控,确保从厂商到客户的所有过程按计划执行,保证设备按照合同要求准时、保质到货;
该过程的前提要求中标后尽快签订合同,确保供货时间;如有对设备采购进行变更,需要提前通知××××智能系统有限公司。
××××智能系统有限公司:
●系统集成部门进行合同设备分解;
●商务部负责下已确定的可信渠道商下单;
●商务部和渠道商根据设备的发货时间制定多套运输方案,选择评审可信的国内运输商负责;
●商务部收集设备厂商、渠道商、运输商的不同时期状态信息;
●比较采购实际情况和计划,并进行适当调整,确保设备准时、保质到达学校指定的地点;
●组织工程人员在现场负责设备装卸、存放保管;
学校:
●提供联系人、设备存放地点;
●协助办理设备进入存放地点的各项手续;
●接收设备和存放;
●提交通知设备采购变更请求给联通系统集成
一.8.2客户准备事宜
该过程主要是学校的主要工作,根据××××智能系统有限公司提交的报告准备相应的工作,确保后续工作的顺利执行。
××××智能系统有限公司:
●编制《客户准备事宜报告》;提交给学校;
●根据学校信息通报,对客户准备工作进行落实和相关测试;
●如有不合格,提供客户准备工作整改意见;
学校:
●根据《客户准备事宜报告》,组织人员按照计划进行各项准备工作;
●通知××××智能系统有限公司准备工作完成信息;
●如有整改意见,进行准备工作整改
一.8.3系统规划设计
××××智能系统有限公司:
●组织工程人员根据需求分析报告进行规划设计;
●在应用软件需求调研和业务分析基础,组织业务专家和软件专家对软件的总体架构进行设计,指导二次开发工作;
●草拟应用系统总体规划书;
●项目组内评审系统平台规划方案和应用系统总体规划并进行修订;
●组织学校对规划设计进行评审,并组织项目组根据评审意见修订直至评审通过;
学校:
●评审××××智能系统有限公司提交的系统规划方案,并提出意见;
一.8.4验收测试规划
××××智能系统有限公司:
●收集验收测试技术规范;
●编制测试标准和测试方案;
●项目组内评审测试标准和测试方案;
●组织学校进行测试规划评审;
学校:
●评审××××智能系统有限公司提交的测试标准和测试方案;
一.8.5阶段质量保障
项目组内的质量小组参与到各项工作的评审,负责审核各项工作的质量问题,如有质量问题,则各项工作的小组长负责进行纠正,直至满足质量要求;最终提交质量审计报告,项目经理根据质量审计报告和意见,调整项目后续的质量保证计划;具体措施如下:
一.8.6需求分析阶段质量保障
需求调研人员的选择,选择对本次项目建设的应用系统、一卡通业务、系统集成熟悉,项目建设经验丰富的人员完成;
需求调研表格制定过程中,××××智能系统有限公司总结类似业务的经验和外聘专家的建议,以联通系统集成现有类似项目的需求调研表格为基础,通过调研组多人讨论的方式确定调研表格;
需求调研报告编写时将通过相关部门多级审批流程,质量保障小组参与其中工作,采用系统方――闭环控制和不断进取的卓越精神,对需求调研报告进行评审、修订、再评审,确保提交的需求调研报告贴切用户实际需求。
一.8.7设备质量保障
××××智能系统有限公司将和设备厂商保持联系,确保设备出厂前经过严格的检验测试,并提供设备厂商的相关证明;
××××智能系统有限公司和渠道将选择具有良好信誉的大型运输商负责设备运送,并和运输车队保持联系,确保运输过程中设备的完好;
一.8.8规划设计质量保障
针对需求分析、规划设计、测试规划等工作的质量保障,××××智能系统有限公司采用系统方――闭环控制和不断进取的卓越精神,组织参与工作的各方多次对需求分析、规划设计、测试规划等方案进行评审、修订、再评审,确保质量达到合同要求。与学校加强沟通,切实了解学校的规划思路;理解需求,咨询专家,提出较好的总体规划
一.8.9阶段风险控制
在项目实施中,项目管理需要关注的是该阶段中不可预见事件的管理和控制――风险控制,根据我们多年来的项目实施经验和专家的建议,准备阶段几个主要的风险有:
| 风险描述 | 产生原因 | 预防措施 | 纠正措施 | 责任人 |
| 设备到货时间延迟 | 1、厂商出货延迟 2、运输问题 3、重新发货 | 1、合同签订后尽早下单,争取提前到货; 2、制定了多套运输方案,选择可信的运输商和运输过程监控; 3、运输过程严格按照厂商流程操作,不产生返工现象; | 1、渠道商均衡其全国各地的具体情况,进行货物调配; 2、采取更加快速的运输方案――航空运输; 3、运输中各个环节进行监控,同时渠道商随时进行货物调配,缩短时间; | ××××智能系统有限公司商务部 |
| 设备质量问题 | 1、厂商生产问题; 2、运输搬运过程损坏; | 1、厂商出厂前严格质量测试; 2、选择可信的运输商,运输搬运过程; | 1、设备调配和更换; | ××××智能系统有限公司 设备厂商 |
| 项目需求不明确 | 1、需求分析不清晰; 2、用户无法确定他们想要解决的问题; 3、需求不完整 | 1、以系统方为基础,组织各方专家对需求调研内容进行分析,确定详细的需求确认工作; 2、安排业务能力强的工程师负责需求调研,调研前内部强化业务培训; 3、加强与学校的沟通; 4、××××智能系统有限公司提供成熟稳定的演示系统,为学校提供业务分析蓝本; | 1、根据需求评估结果重新确认实施内容; 2、协调沟通,增派业务骨干加入需求调研; | ××××智能系统有限公司 学校 |
| 需求过多 | 1、对实际业务的理解和需求不足; | 1、加强和学校的沟通,通过演示系统双方详细讨论学校真实的业务需求; | 项目领导小组协调 | ××××智能系统有限公司 学校 |
| 对需求理解不深,提出不符合要求的总体规划 | 人员业务能力不足 | 1、理解需求,规划人员参与需求分析; 2、咨询业界专家 | 1、抽调业务骨干参加 2、加强同学校的沟通 | ××××智能系统有限公司 |
| 人员业务风险 | 1、人员资源不足和人员业务能力不足; 2、人员辞职 | 1、做好人力资源计划; 2、调配业务能力强的技术骨干负责,内部并强化培训; 3、做好项目团队文化建设,加强成员之间的沟通; | 1、从其他项目组抽调业务骨干; | ××××智能系统有限公司 |
| 用户前期准备条件不充分 | 用户前期准备不到位、双方沟通不畅 | 1、确定详细的客户准备事宜; 2、前期做好详细的勘察; 3、加强沟通; | 项目领导小组协调 | ××××智能系统有限公司 学校 |
| 用户配合人员无法到位 | 双方沟通不足,或用户对项目认识不足 | 积极与用户沟通,明确用户配合事宜; | 项目领导小组协调 | ××××智能系统有限公司 学校 |
| 缺乏有效沟通 | 双方沟通不畅 | 制定合理的项目沟通计划; | 项目领导小组协调 | ××××智能系统有限公司 学校 |
| 设备厂商或第三方配合不力 | 协调不足 | 提前沟通,做好风险措施; | 提请上级协调,落实人员到位 | ××××智能系统有限公司 学校 |
一、演示系统
二、文档
《客户准备事宜报告》、《现场勘察报告》、《需求调研计划》、《需求调研报告》、《系统规划设计方案》、《系统平台测试方案》、《会议纪要》、《实施进度计划书》
一.9项目实施阶段
一.9.1到货验收
××××智能系统有限公司:
●提供到货验收文档;
●组织货到现场;
●协调渠道、厂商到现场;
●协助学校进行货物外观检查和件数清点;
●协助学校进行设备开机上电检测;
●如设备验收不合格,负责协调设备更换过程;
学校:
●货物外观检查和清点;
●文档资料清点;
●货物开机上电检测;
●到货验收确认;
一.9.2系统平台安装调试
××××智能系统有限公司:
●负责系统平台安装;
●根据规划设计进行配置和调试;
●记录系统平台安装和调试过程,记录系统平台的各项配置参数;
学校:
●组织人员协助设备安装和调试;
一.9.3系统开发
系统研发目的是根据实际的需求和规划,研发出满足需求的易用性强的应用系统。
前提条件:需求调研清晰,总体设计完成。
系统开发过程中,遵循MVC设计模式,即界面与应用实现设计,确保系统的高稳定性和扩展性,同时系统开发过程遵循《联通系统集成项目开发管理制度》与《工作保密协议》,保障系统开发有序进行。
××××智能系统有限公司:
●搭建开发环境,为系统开发做准备;
●完成系统编码工作;
●完成历史数据移植接口工具开发工作;
●接受学校方监督;
●培训学校一卡通管理人员,掌握平台工具的使用;
●对编码完成部分的单元功能进行单元测试,确保单元功能的正确性;
●编写系统详细设计文档,并及时提交给学校;
学校:
●提供变动的业务需求;
●提供现有系统数据移植要求与数据库接口
●开发过程监督;
●技术开发人员共同参与单元测试;
●督促详细设计文档的提交;
一.9.4管理工具
在系统开发过程中,××××智能系统有限公司引入成熟开源的管理工具,并根据自身使用和项目特点进行了管理工具的二次开发,其中主要使用到的管理工具有:
1.版本管理:cvs:subversion;
2.构建 持续集成:ant、maven、Cruise Control ;
3.bug管理:Bugzilla;
4.过程管理:联通系统集成工作汇报系统与项目管理系统。
一.10系统开发测试
系统测试目的是通过测试检测出系统中存在的BUG和功能缺陷,性能缺陷等,提交测试结果给研发部门进行错误的修正,功能完善,性能优化。
实施过程中测试方案要明确测试关键点,分单元测试、边缘测试、整体测试等。测试方法应包括模块测试、功能测试、系统测试等。测试内容必须包括功能要求、可靠性、安全性、可扩充性、可维护性、平台移植性、整体性能、与其他平台接口等。所有系统需进行72小时连续测试。
××××智能系统有限公司:
●编写制定系统的整体测试方案,并提交学校校方审核;
●根据学校校方意见进行修改;
●编写测试用户,并提交学校校方审核;
●根据学校校方意见进行修改;
●对系统进行全面的测试;
●接受学校校方监督;
●记录测试结果;
●测试报告的编写
●提出问题解决方案;
●解决系统中存在的问题,并给出问题解决的安排表。
●对学校校方进行系统测试培训,安排培训计划,编写培训材料。
学校:
●测试计划审核
●测试用例审核
●提供测试环境
●监督测试进度
●测试报告的确认
●商定测试结果中问题解决办法
●确认问题解决办法和安排表
●积极参与培训,学习系统测试方法
一.10.1软件系统安装配置
应用系统安装配置的目的是使研发测试后的系统在学校的系统平台上正式安装配置,以达到用户实际的运行环境要求。
前提条件是:应用系统开发测试通过,配置安装所需的需求资料齐全,且硬件平台和软件系统平台安装就绪。
××××智能系统有限公司:
●提出系统安装所需的系统平台软件;
●按照计定的步骤安装系统平台软件;
●对学校校方应用系统管理员进行实践现场培训;
●将应用系统在学校校方系统平台上安装成功;
●对学校校方应用系统管理员进行实践现场培训;
●记录安装过程,编写系统安装手册;
●按为主方实际情况配置系统内容;
●对学校校方应用系统管理员进行实践现场培训;
●记录配置过程,编写系统配置手册。
学校校:
●提供系统平台软件
●提供安装环境
●应用系统管理员参与安装过程,学习应用系统平台安装和系统配置
●提供应用系统安装所需的资料,如工作流程、配置内容、权限规则等;
一.10.2质量保障
硬件平台安装质量保障:
●××××智能系统有限公司在项目准备阶段将根据本项目的实际情况,组织项目成员进行内部培训,熟悉本期项目的安装过程和技术要求;
●安装之前组织项目组成员模拟环境安装测试和详细的设备安装文档;
●质量小组跟踪硬件安装过程,同时邀请学校进行相应监督;
●设备厂商工程师现场协助安装;
●详细记录系统的自测过程,比较规范要求和实际情况,如有误差,则进行不断调整,直至满足质量要求;
软件开发质量保障
●提供清晰、明确的业务需求描述文档;
●组织项目人员学习业务流程,编写优秀的开发文档;
●编写软件开发流程和规范;
●组建业务和技术强、团队合作精神好的项目组;
●强化开发人员的知识培训;
●组织软件测试人员和学校业务人员进行开发中的各项测试;
●加强和学校业务人员的沟通;
●软件开发质量审计;
●编码过程监督;
●需求变更控制;
●详细设计文档的审核;
应用软件平台安装质量保障
●安装前对系统平台进行检测;
●保障所供的系统平台软件为正版软件;
●跟踪培训效果,及时调整培训策略,保障应用系统管理员学会系统安装配置。
●安装配置后,安装人员进行系统自检,对系统功能进行测试。
培训质量保障:
●制定详细的培训计划;
●详细了解学校系统操作员的培训需求;
●编制详细、实用的培训文档;
●选择有丰富工作和培训经验的技术骨干和厂商代表担任培训讲师;
●组织培训考核;
系统测试质量保障:
●采用功能强大的测试工具,以系统进行全面的测试,包括黑盒测试、白盒测试,并对系统性能进行测试;
●测试计划评审;
●测度用例评审;
●系统问题及时跟踪解决;
●测试报告评审。
一.10.3风险控制
| 风险描述 | 产生原因 | 预防措施 | 纠正措施 | 责任人 |
| 项目组成员无法按要求到位 | 人力资源不足 | 做好详细的人力资源计划 | 提请上级协调,落实人员到位 | ××××智能系统有限公司 |
| 软件开发无法按期完成 | 对计划控制不力 | 制定详细的开发计划,并监控。 | 找出原因并改进。 | ××××智能系统有限公司 |
| 软件系统平台安装不成功 | 1、软件系统质量问题 2、硬件平台配合问题 | 1、严格按照CMM要求研发软件系统; 2、预先进行软件集成测试; | 1、研发部门组织专家会诊,拟定解决方案; 2、系统集成人员调整硬件平台参数; | ××××智能系统有限公司 |
| 配置内容不符要求时 | 需求了解不足 | 及时了解用户配置需求,最终完成系统配置 | 协调学校重新了解业务配置需求 | ××××智能系统有限公司 学校 |
| 客户、设备厂商实施人员不到位 | 双方的配合的程度 | 提前将配合要求发往实施地 | 协商解决 | ××××智能系统有限公司 |
| 实施阶段用户需求突然变多 | 双方前期业务需求调研效果不好 | 与用户协调需求的解决时限 | 双方协调 | ××××智能系统有限公司 学校 |
| 过多的进度压力 | 原因是拙劣的计划和评估过于乐观 | 1、计划编制合理性、实际性; 2、 | 1、项目领导小组协调,增加人员或项目预算; | ××××智能系统有限公司 |
| 项目管理部门玩忽职守 | 拙劣的计划、缺少项目管理的方法、缺少资深人员 | 1、制定规范的项目管理流程; 2、培养合格的项目管理人员 | 1、更换项目管理人员; 2、拟定项目管理规范 | ××××智能系统有限公司 学校 |
| 新方案风险 | 新技术不成熟或不合适 | 1、选择成熟合适的IT技术 | 1、更换技术,选择成熟稳定的技术; | ××××智能系统有限公司 学校 |
| 迟缓的用户需求 | 沟通不畅 | 1、加强沟通,引导学校业务人员了解其业务流程; 2、加强沟通 | 1项目领导小组协调 | ××××智能系统有限公司 学校 |
| 需求的变更风险 | 业务变化 | 1、做好需求调研 | 1、将需求分类处理,按照紧急程度进行计划安排; | ××××智能系统有限公司 |
| 开发质量低 | 1、人员技术能力不足; 2、软件开发管理混乱; | 1、做好人员规划,选择合适人员; 2、做好技术培训; 3、制定软件开发规范; 4、选择优秀的项目管理人员; 5、做好全项目组的项目管理培训; | 1、调配技术骨干; 2、更换项目管理人员; 3、强化技术培训和项目管理培训; | ××××智能系统有限公司 学校 |
| 生产率低 | 1、人员技术能力不足; 2、人员士气低下 | 1、做好人员规划,选择合适人员; 2、做好技术培训; 3、制定软件开发规范; 4、选择优秀的项目管理人员,加强沟通; 5、创建良好的项目团队文化; 6、提供良好的待遇; | 1、调配技术骨干; 2、强化培训; 3、增加项目预算,提供良好待遇; | ××××智能系统有限公司 |
| 人员风险,员工离职 | 缺乏激励措施,士气低下,新员工过多,项目成员沟通不畅、导致接口失误或工作重复,缺乏特定技能的员工 | 1、做好人才职业发展规划,引导工程师职业发展方向; 2、强化人才梯队培养; 3、加强沟通; 4、提供良好的待遇; | 1、加强团队文化 2、调配人员; 3、强化培训; | ××××智能系统有限公司 |
| 开发环境风险 | 开发环境设备未到位 | 1、做好项目计划; | 1、项目领导小组协调 | ××××智能系统有限公司 学校 |
××××智能系统有限公司:
●提交《试运行申请》报告
●系统维护;
●系统平台性能调整;
●软件功能和性能调整;
●收集系统试运行阶段的各项参数指标记录在案;
●试运行情况分析;
●组织培训,进行技术答疑和技术转移
学校:
●审批《试运行申请》
●组织工程师参与培训和技术接收,熟悉系统和维护操作规程;
●提供试运行阶段的各种信息(需求调整信息、性能参数、故障等)
●评审试运行情况分析报告;
一.11.1质量控制
●安排业务和技术强的工程师现场观察和记录、技术培训;
●详细记录试运行的使用情况;
●现场人员和后方研发的沟通;
●组织厂商给学校进行技术答疑;
●制定严格的系统参数调整流程和规范;
●制定严格的系统维护流程;
一.11.2风险控制
| 风险描述 | 产生原因 | 预防措施 | 纠正措施 | 责任人 |
| 系统不稳定 | 1、系统质量问题; 2、维护过程不规范; 3、系统性能调整失误、平台不稳定 | 1、需求调研、开发、规划、安装调试、测试严格按照质量保障流程进行; 2、编制详细标准的维护规程,组织维护管理培训; 3、性能调整步骤制定详细严格的执行流程,经过评审后才可执行。 | 1、软件修订、测试;硬件平台调整或更换设备; 2、调整系统恢复稳定状态,重新拟定维护流程和流程培训; 3、性能参数恢复原值 | ××××智能系统有限公司 学校 |
| 系统功能不足 | 1、需求调研不足; 2、业务变化; | 1、详细明确业务需求并进行多次评审和专家咨询; 2、加强同学校沟通,确保业务调研完整清晰; | 1、组织人员需求分析、需求确认、开发、测试、上线; | ××××智能系统有限公司 学校 |
| 维护不足 | 1、维护人员不足 2、维护技术不足 3、 | 1、联通系统集成和学校协调好人员调度计划; 2、安排技术实力强的工程师,同时加强培训和学习; | 1、项目领导小组协调; 2、紧急调度高端技术工程师和厂商支持; | ××××智能系统有限公司 学校 |
《试运行申请》、《试运行记录》、《试运行分析报告》、《服务工作单》、《故障分析报告》
一.12项目验收阶段
项目验收按照招标文件和学校校方要求的程序进行。
一.12.1验收标准
软件产品按设计时提出的验收测试标准和国际、国家、行业标准及买方的技术要求进行验收,当发生矛盾时,以其中最高标准为准。
一.12.2验收步骤
一.12.2.1出厂检验
××××智能系统有限公司将负责所提供产品的出厂验收,保证产品原厂地和技术指标的真实性、完整性,并负责将产品送达交货地点。
一.12.2.2初验收
货物送至学校规定的安装现场后,与学校校方共同对货物的品牌、型号、配置、数量,系统功能,原装品牌产品的证明文件或资料等进行检查、核对,即初验收。初验合格后双方签字认可。到货时,未经学校校方同意,我方私自开箱(或拆封)的,学校校方有权拒绝进行初验收,由此产生的费用和后果由我方负责。初验收期间,如发现货物质量有问题或所提供货物非原装品牌产品或软件非正版,我方将无条件免费更换软件,承担由此发生相应责任并赔偿买方的损失。如因此而影响安装则按合同有关条款处理。
一.12.2.3自检及试运行验收
系统安装调试完毕后,我方将对系统的整体性能和功能进行自检,自检结果将符合招标文件要求及合同中的相关条款,我方负责组织专业技术人员进行系统的安装调试,解决安装中出现的问题,向学校校方提供自检记录和说明终验前、后对于系统软件的处理办法。自检无误后,我方向为学校校方提交试运行申请,经学校同意后,系统转入为期半个月的试运行。试运行期间,我方将指派专业技术人员进行现场技术支持,出现的任何系统软硬件问题,我方将及时处理纠正。学校校方有权派出技术人员参加,我方将对其进行指导并解答其提供出的相关技术问题。
一.12.3最终验收
试运行结束后,我方将提交试运行记录,并提出最终验收申请。经学校校方同意后,双方共同进行系统的最终验收,验收结果必须符合招标文件要求及合同中的相关条款。最终验收期间,如发现货物质量有问题卖方应无条件免费更换产品,如系统运行有问题,我方将无条件重新检测并调试系统直至最终验收合格交付使用。
一.12.4交付成果
一、交付成果:学校一卡通系统
二、文档:
《初验申请报告》、《初验测试报告》、《项目总结报告》、《文档移交清单》、《系统初验遗留问题表》、《试运行记录》、《终验申请报告》、《初验遗留问题解决报告》《终验报告》
一.12.5最终交付物
项目最终交付物包括采购设备、交付使用的应用系统、技术文档等,具体包括以下内容:
| 序号 | 最终交付物 | 描述 |
| 1 | 合同 | 按照招标文件签订的合同 |
| 2 | 项目实施计划 | 双方签订确认的项目实施计划,做为项目实施的指导文件。 |
| 3 | 供货清单 | 货物采购清单 |
| 4 | 到货验收单 | 货物到货签收验收单 |
| 5 | 设备相关技术材料 | 随货物到达的合格证、相关技术材料 |
| 6 | 需求调研报告 | 定义系统硬件平台和应用系统的需求分析 |
| 7 | 系统测试计划 | 硬件平台与软件系统的测试计划 |
| 8 | 应用系统测试报告 | 应用系统的测试报告 |
| 9 | 自检报告 | 硬件平台测试报告 |
| 10 | 综合测试报告 | 硬件平台与软件平台都安装后的综合测试报告 |
| 11 | 应用系统安装配置手册 | 应用系统安装配置内容与步骤 |
| 12 | 应用系统操作手册 | 应用系统操作手册 |
| 13 | 安装完成的系统平台和设备 | 按招标文件要求采购的设备和系统软件 |
| 14 | 应用系统 | 按实际需求开发的,可实际操作使用的应用系统 |
| 15 | 维护手册 | 日常维护记录和问题解决方法 |
| 16 | 运行报告 | 系统试运行期间的情况报告 |
| 17 | 验收申请 | 系统验收申请报告 |
| 18 | 验收报告 | 通过验收的证明材料 |