综合项目实施专项方案Word格式.docx
《综合项目实施专项方案Word格式.docx》由会员分享,可在线阅读,更多相关《综合项目实施专项方案Word格式.docx(8页珍藏版)》请在冰豆网上搜索。
由项目方组员、负担方组员共同组成,负责项目实施过程中组织和协调,系统上线后运行工作;
示范企业组:
由不一样类型关键产品示范企业组成,负责前期调研配合、需求搜集反馈、系统上线运行采集上传数据。
一.1.1.2项目组员和安排
依据具体工作内容和工作计划分配项目组员工作任务,项目组长负责整个项目团体管理工作。
一.1.1.3项目质量确保
经过遵照软件工程和信息系统项目建设步骤、标准、规范和质量管理活动,确保项目全部交付结果和工作绩效能够达成项目标质量需求。
项目开启时,制订质量确保计划,规范项目标整个开发过程。
制订技术文档编写规范和模板、开发活动应遵照信息系统开发规范、编码规范等。
在项目标每个关键阶段进行教授评审,经过评审检验阶段过程结果,以确保高质量完成项目标计划工作。
一.1.1.4项目管理方法
在项目实施过程中,严格遵照信息系统项目标管理步骤和规范和软件工程实施规范,并依据具体需求,制订相关项目管理方法,对不一样阶段项目活动进行规范。
一.1.1.5项目实施机制
科学合理项目运行机制是管理规范化、运作程序化制度保障。
针对该项目,建立和完善该项目运行机制。
项目机制梳理以下:
●建立行业教授项目调研机制,明确项目背景和项目目标,对业务和技术进行充足调研预研,设计平台建设内容、清楚业务步骤等。
●建立教授项目评审机制,对设计内容进行相关评审。
●增强项目运行监督机制,建立工作例会、定时通报、督查问责等工作制度,对项目标每个步骤进行监督。
●规范项目管理程序,建立项目标保障方法。
对项目计划建设、资金申报、资金管理、项目验收等事宜作出明确要求,健全保障设施。
●资金使用管理
制订严格资金使用管理措施,细化资金使用范围和要求,严格根据中央财政资金支持方向,用于茅台食品和质量安全平台体系建设中微弱步骤和关键领域,用于茅台食品和质量安全平台管理平台建设。
一.1.2项目运行维护
一.1.2.1项目维护提议
为确保项目连续性运行,需要从实际角度考虑各步骤各个主体需求,提议以下:
面向监管机构,监管机构主动把控关键产品各个步骤正常有效进行,并实时依据职责对相关主体进行监督检验,比如对主体立案信息监管,监管主体信息相关资质证书是否有效、合规等。
利用软件监控,有效管理追溯设备,将平台系统使用情况和企业信用挂钩,和奖惩挂钩,关键实现“轻资产”。
明细考评指标,建立指标体系,使追溯体系愈加步骤化、规范化。
项目实施过程中项目运行问题是整个项目得以顺利实施关键之一。
在项目标计划中对项目标工作内容和时间进度、工期等问题全部进行了要求,需在项目实施过程中对项目标维护应该进行合理管理和控制。
为促进和确保项目计划顺利实施,在项目标实施运行过程中要加大对项目实施力和实施进度监督和考评,将考评结果项目总体评定指标,督促各级部门项目实施力度。
各级部门统一协作,共同努力,真正做到确保和促进项目标进度,促进项目计划目标按时实现。
明确和制订相关法律法规,遵照项目实施规范,项目运行过程中需要建立一定风险预警和应对机制,面对项目运行过程中可能出现偏差或其它问题时候,进行立即有效应对和处理,立即确保项目标连续性正常运行,真正做好项目控制工作。
对合格供给商、生产主体、流通主体等相关企业建立以奖代惩;
给主动参与使用平台合格供给商、生产主体、流通主体,给予税收方面优惠。
作为数据分析,决议分析关键起源,要求相关企业或主体,正确使用平台,立即上传正当正确有效数据。
面向大众,让平台操作步骤简单化、便利化。
查询结果正确化,高效化。
系统正式上线后,后期长久维护阶段,可托管给第三方,负责整个平台技术支持和维护工作。
连续系统优化,实现版本升级。
一.1.2.2运行维护管理制度
需结茅台食品和质量安全平台体系建设和运行要求,制订运行维护管理规范,并在运行维护过程中逐步加以完善。
运行维护管理制度应包含以下多个方面:
设备管理:
对网络设备、服务器设备、操作系统运行情况进行监控。
应用/服务管理:
对多种应用支持软件,比如数据库、中间件、应用服务器、和管理和监控软件。
数据/存放/容灾管理:
对系统和业务数据进行统一存放、备份和恢复。
信息安全管理:
包含安全访问控制、资产管理、网络安全、通信安全等。
提供业务需求整理、需求变更、和需求追踪,优化用户体验,维护、配置、补丁等方面服务。
提供各类业务操作指导,数据应用和参数配置等。
提供用户端安装、配置和升级等技术支持。
提供针对各业务系统运行情况监控、问题定位和故障排除等方面运维服务。
日常维护和排除故障并重。
在确保各系统无故障运行同时优化系统性能。
为应用系统操作人员提供全方面技术支持。
定时检验各系统运行情况、立即发觉问题并处理,优化日常维护工作程序。
对运行维护工作进行具体统计,对出现问题及其有效处理方案进行具体统计。
一.1.2.3技术支持步骤
技术支持和运行维护是工作人员日常办公、应用系统正常运行关键保障。
技术支持工作就是做好服务,为业务部门提供技术服务保障,应该建立专门技术支持团体,同时,技术支持团体应该形成一套技术支持和应用系统运行维护步骤和操作规范,尤其是应付各类紧急情况时候,操作步骤和规范会起到很大作用。
通常技术支持处理步骤以下图所表示,
从技术支持和系统运行维护角度考虑,关键包含问题录入、问题分配、处理问题、暂停处理、重新分配任务、处理问题等部分步骤。
可依据实际工作需要制订步骤和规范,比如技术支持申请和处理步骤、职员注册和注销步骤、系统定时检验步骤和规范、机房管理规范、机房巡检步骤、应用系统数据备份和恢复步骤等。
这里提供以下多个步骤作为参考,其它步骤可依据实际工作需要逐步完善。
●技术支持中心管理措施
●技术支持中心工作步骤
●技术支持投诉处理步骤
在技术支持过程中需要加强运行维护团体建设和运维管理平台建设,使之能够愈加好做好技术支持工作。
一.1.2.3.1技术支持团体建设
建立一个专业技术支持团体,引入对软硬件、网络、安全等一系列全部比较熟练技术人员,是提供高质量技术服务保障。
团体建设:
技术运维团体包含技术支持人员、技术教授、各类供给商。
针对信息系统机运行维护特点,引进对应技术支持人才组建技术维护团体。
从相关研究机构、企业、企业等聘用专业技术教授,为连续运行提供指导。
同时,提供服务应用系统开发商和基础设施提供商也是作为技术运行维护团体一部分。
提升技术运行维护团体技术能力,技术团体定时参与多种专业培训提升专业技能。
一.1.2.3.2运维管理平台建设
建设运维管理平台而且配置常见专业运维管理软件,提升对技术系统监控和技术问题处理能力。
运维管理平台通常包含网络管理、安全管理、监控管理、资产管理等。
配置专业网络管理软件,快速实现对网络配置管理,而且对整个网络能够进行有效监控。
系统安全管理包含对网络通信、访问控制、信息安全事件管理和风险评定和等级保护等。
监控管理包含对IT基础设施和应用系统监控管理,通常需要监测应用系统是否正常运行正常提供服务,可经过对服务和端口扫描实现;
监控全部IT基础设施是否正常运行,包含服务器、网络和安全设备等,可经过专用监控软件实现。
资产管理功效应实现对服务器、网络设备、桌面办公电脑、打印机、多种配件、系统软件等IT资产信息维护和管理。
一.1.3实施方法和策略
1.需求调研
1)乙方可采取:
问卷调查、部门访谈、会议沟通等方法灵活展开具体需求调研工作。
为确保整个调研过程顺利和高效,甲方在资料准备、访谈人员安排和会议组织等方面应给乙方主动地支持和配合;
2)乙方取得必需需求信息后,依据本项目标功效范围和乙方规范需求文档格式,在双方约定进度周期内完成《具体需求分析汇报》并提交甲方项目责任人审核确定。
假如内容双方存在异议,可立即相互协商处理,尽可能不造成项目进度延误。
3)系统《具体需求分析汇报》是整个项目标关键,是项目验收关键基准、是推行协议根本,且花费时间和精力也最多,所以双方全部需要对该汇报进行认真对待,这也将有利于项目标顺利进行、以降低变更。
2.实施计划
在项目进行前制订实施计划,作为总体策划,指导整个项目有序进行。
实施计划要求包含以下方面:
项目定义;
项目资源组织管理;
开发阶段;
开发进度;
确定质量确保计划、测试计划、集成计划等;
伴随项目标进展,实施计划要不停更新,在生命周期模型每一阶段开始之前,全部要有该阶段工作计划,并经过评审后实施。
3.质量计划
质量计划作为开发计划一部分。
质量计划随项目进展而更新,质量计划经正式评审,并得到全部和计划实施相关组织统一。
质量计划应包含或引用以下内容:
质量目标,尽可能以定量方法给出;
定义每一阶段输入、输出准则;
确定要进行测试、验证和确定活动类型和具体计划,包含时间、进度等;
确定具体质量活动职责:
比如,评审和测试、更改控制、对缺点控制和纠正方法。
4.设计和实现
设计和实现活动是将需求规格说明转化为软件产品过程。
为确保软件产品质量,这些活动必需在严格要求方法下进行,不能依靠于事后审查监督。
(1)设计
设计阶段要满足各阶段共同要求,另外,设计阶段还应考虑:
选择适合所开发产品类型设计方法;
设计应考虑软件以后测试、维护和使用。
(2)实现
要求编程规则、编程语言、命名约定、编码和注释规则等;
要求在实现过程中严格遵守既定开发规则;
选择适宜方法和工具实现产品;
本企业内部制订《开发规范》,各项目组可参考制订适合特定项目标规范。
5.测试和确定
要含有完整测试计划,测试计划要经过评审,并以此为依据进行测试活动。
(1)测试计划
包含单元测试计划、集成测试计划、系统测试计划、验收测试计划;
制订测试用例、测试数据和预期结果;
考虑要进行测试类型,如:
功效测试、边界测试、性能测试、可用性测试等;
描述测试环境、工具和测试软件;
软件产品是否完成判定准则;
测试所需人员及其要求。
(2)测试活动
统计发觉问题,指出可能受影响其它部分软件,通知相关责任人员,确定受影响其它部分软件,并对其进行重新测试,评价测试是否适度和合适,在验收和交付产品前,必需尽可能在类似使用环境中进行确定测试。
一.1.4交付和验收
1、乙方将按双方约定时间,负责将软件系统(模块)安装交付至甲方指定位置。
2、乙方在进行安装交付前,将交付安排及相关协作事项以书面形式通知甲方,由甲方给予提前安排。
3、交付内容:
系统软件安装程序。
相关技术文档,关键包含:
具体需求分析汇报、程序源代码、二次开发接口程序、数据库各表及各字段说明书、用户使用手册、系统管理员手册、系统测试汇报。
4、完成交付后,乙方应对交付过程进行书面统计,并由甲方进行确定。
自此时起,系统进入试运行阶段。
5、在试运行阶段,乙方负责立即排除软件系统方面故障和缺点,甲方负责立即排除硬件、网络环境等非软件系统本身方面故障和缺点。
6、试运行结束后,乙方以书面形式向甲方递交书面验收通知,双方将协商具体验收日期、验收方法及参与验收人员等事项,并将以《具体需求分析汇报》、项目变更书面统计、函件为验收依据。
7、甲方负责组织验收,乙方项目组关键组员对系统结果(软件系统、系统文件),按实施阶段结果进行说明,甲方项目验收人员对系统结果出具书面验收汇报。
8、验收期间,乙方负责立即排除软件系统方面故障和缺点,甲方负责立即排除硬件、网络环境等非软件系统本身方面故障和缺点。
假如双方存在争议,应立即协商处理,尽可能不造成项目进度延误。
期间应保留双方往来书面统计、函件备查。
一.1.5项目变更
1)项目验收前,双方均可主动对项目提出项目变更提议,比如甲方可提出功效变更需求、乙方可提出系统优化改善新方案等。
变更主动提出方须以书面形式由项目责任人提交给对方项目责任人。
2)双方须针对变更对项目带来多种影响进行分析和协商,以寻求适宜处理方案并达成共识。
假如双方存在异议,应立即协商处理,尽可能不造成项目进度延误。
3)鉴于协议标总量和协议总价相关,如项目变更造成协议总价改变,甲乙双方能够签署对应补充协议,该协议要包含变更后价格、内容、项目交付日期等。