HI,欢迎来到学术之家,期刊咨询:400-888-7501  订阅咨询:400-888-7502  股权代码  102064
0
首页 精品范文 运维试用期工作总结

运维试用期工作总结

时间:2022-08-10 15:55:17

运维试用期工作总结

第1篇

我于2010年09月07日起正式成为公司一员。

时间飞逝,转眼间,做为一名我友正式员工已经有两个月之久。在这个难忘而又夸姣的日子里,我深入体会到了公司的积极氛围和各个部门的巨大魅力,目睹了公司一步步走向成熟,看到了公司网络的不断健全和系统不断完善,并日渐不乱,同时,也看到了运维中心给于系统管理职员带下世人向往的学习平台和和无穷的机遇与挑战,所以,我在此对于过去的工作做下总结。

总结历史

在运维中心工作期间,我工作认真,具有较强的责任心和进取心,极富工作热情,

确实完成上级交付的工作,善于与他人沟通,和公司部门同事之间能够通力合作,关系相处融洽而辑穆,配合各部分负责人成功的完成各项工作,具有很强的团队合作精神。注重自己的个人发展,不断努力学习系统、网站架构知识。所以我现在已经能够纯熟维护公司的系统服务和监控网站架构,包括前段节点,源站各个站点服务的流量信息等,能及时查看并报警所引起的网络服务相关故障,能注重公司的种种流程细节,拥有了一名系统管理维护员的基本工作技能。

回顾历史

九月份,是我成为公司正式员工最幼嫩的时期,一直都处在学习阶段,学习公司网站的架构分布情况,以及在系统中各种常见网络服务的搭建,包括学习系统基本的操作,pure-ftp的搭建,php网站的发布,对后台数据库的管理,通过各种熟练的基本操作之后,在此之上,我为迎合公司的发展需求,在网络服务监控方面我准备了各种实战经验;在上级的指挥下,我独自一人自主搭建了新版本软件nagios监控服务器,并通过测试,可以和公司现阶段运行的服务器媲美,在此基础上,为了更好方便的管理,我又研究了nagvis,通过实现对监控设备的3d效果使之管理人员能第一时间更清晰的了解网站后台服务器的负载情况。

十月份,通过我们部门定期的进行小组的学习,使我对linux自身的学习有了更大的兴趣和憧憬,为此我研究基于各种网站类型的发布,包括对apache,varnish,lighttpd,等各种平台网站服务器的发布,样使我今后在监控,事件处理方面做好了充分的准备;为此,我特地独立创建我们部门的bbs论坛,并且发布于外网,使部门员工不仅在公司,而且还可以在家里进行访问与交流,以方便我们公司部门员工的共同学习和交流。十月份,我有幸的见证我们公司sns2.5新版本的新上线,同时我也参与了公司内部测试,配合公司对新版本的bug,并及时提出问题。由于公司正处于现阶段发展之中,所以我必须迎合而上,配合其他部门积极工作,争取能为公司的发展出一己之力。

瞻望未来

第2篇

1 产品设计和过程设计

1.1 熟练运用AutoCAD软件绘制二维产品图纸。

1.2 根据图纸对试制样品尺寸进行测量,完成产品检验报告.。

1.3 熟悉三维软件并运用三维软件,根据二维图纸抄画成三维数据和三维数据转二维图纸。

2 产品材料和工艺

2.1 熟悉产品注塑成形过程和成形工艺。

2.2 熟悉塑料工程材料以及材料性能。

2.3 熟悉线束产品的生产过程。

2.4 熟悉线束产品用电线等标准件的相关性能。

3 产品缺陷分析和整改

3.1 了解产品常规缺陷和产品产生缺陷的原因。

公司产品设计师(一级)资格标准

1. 知识:

1.1 专业知识:国家机械制图标准,AutoCAD软件,办公自动化软件,测量工具,三维软件

1.2 企业知识:产品设计业务流程,产品鉴定业务流程,企业产品特性

2. 技能:

2.1 专业技能:AutoCAD软件运用,三维软件运用,办公软件运用,测量工具运用,掌握各种测量方法

2.2 通用技能:沟通能力,学习能力,团队协作能力

3 经验:3个月以上车间现场实习,独立完成5个以上产品二维图纸绘制、三维数据抄画和三维/二维图纸转换。

公司产品设计师(一级)培训要点

1 培训要点:AUTOCAD软件,三维造型软件,办公自动化软件,产品设计业务流程,产品鉴定业务流程,企业产品特性。

2 培训方式:企业内训、在职培

公司产品设计师(二级)行为标准

1 产品设计和过程设计。

1.1 熟练运用二维/三维软件,根据产品总成整体设计方案,对零部件进行详细造型设计。

1.2 了解模具结构知识。

1.3 了解产品结构,产品功能和车灯产品的特殊特性。

1.4 对客户提供的数据与图纸进行核对,并初步分析产品结构和功能。

1.5 对一级工程师进行业务指导。

2 产品材料和工艺

2.1 包装工艺,装配工艺等

3 产品缺陷分析和整改

3.1 对产品缺陷进行分析,并提出有效解决方案。

4 产品质量先期策划

4.1 了解产品质量先期策划内容,依据产品质量先期策划,编写控制计划。

5 项目管理

5.1 了解项目管理知识。

公司产品设计师(二级)资格标准

1 知识:

1.1 专业知识:二维/三维软件 ,模具结构知识,各汽车主机厂车灯标准和线束标准

1.2 企业知识:质量体系,产品设计业务流程,产品鉴定业务流程,企业产品特性

2 技能:

2.1 专业技能:二维/三维软件运用,产品质量先期策划运用

2.2 通用技能:沟通能力,团队协作能力,创新能力

1 经验:产品开发从业 2 年及以上经验,或独立开发(从产品设计到产品批量生产整个开发过程)5个以上产品经验。

公司产品设计师(二级)培训要点

1 培训要点:项目管理,过程FMEA,模具知识,生产过程,试验方法

2 培训方式:委外培训、内部培训、在职培训

公司产品设计师(三级)行为标准

1 产品设计和过程设计

1.1 精通二维/三维软件,根据产品结构和功能要求,进行结构设计和功能设计。

1.2 掌握模具结构知识并能指导产品结构设计。

1.3 熟悉产品结构,产品功能和车灯产品的特殊特性。

1.4 对客户提供的数据与图纸进行评审,并分析产品结构和功能的合理性和准确性。

1.5 收集产品新技术,新材料的信息。

1.6 了解汽车车灯配光知识、标准。

1.7 对二级工程师进行业务指导。

2 产品材料和工艺

2.1 对自行开发的产品,根据产品要求,确定产品零部件使用材料。

2.2 了解产品试验规程,根据要求制定产品试验大纲。

3 产品缺陷分析和整改

3.1 对二级设计师就产品缺陷提出的整改方案的审核,并对其进行指导和深层次的分析。

3.2 与客户沟通,共同解决产品的结构和装配问题。

4 产品质量先期策划

4.1 对产品质量先期策划,根据车灯特殊特性和安全性,进行过程FMEA(潜在失效模式及后果分析)分析,并审核控制计划。

5 项目管理

5.1 掌握项目管理知识,熟练运用项目管理方法对产品开发进行策划、管理。

公司产品设计师(三级)资格标准

1 知识:

1.1 专业知识:项目管理知识,产品质量先期策划,汽车车灯的结构和功能,汽车车灯的特殊特性

1.2 企业知识:质量体系、产品开发业务流程,企业产品特性,相关部门业务流程

2 技能:

2.1 专业技能:掌握设计FMEA和过程FMEA的运用,模具结构知识,试验方法,三维软件运用,项目管理

2.2 通用技能:沟通能力,团队协作能力,创新能力,组织能力,

3 经验:产品开发从业 三 年及以上经验,或独立开发(从产品设计到产品批量生产整个开发过程)10套以上产品经验。

公司产品设计师(三级)培训要点

1 培训要点:项目管理,FMEA过程控制,模具知识,生产过程,试验方法

2 培训方式:委外培训、内部培训、在职培训

公司产品设计师(四级)行为标准

1. 产品设计和过程设计

1.1 熟悉国家汽车车灯标准,并根据汽车整车要求,能独立完成车灯总成件总体方案设计。

1.2 精通产品结构,产品功能和车灯产品的特殊特性(安全性等)

1.2 了解各种新技术,新材料,并能用于新产品开发。

1.3 熟悉汽车车灯配光知识和标准,并掌握车灯配光的试验,检测方法。

1.4 根据公司设计的车灯产品进行总结,编写产品车灯产品的设计规范。

1.5 对三级工程师进行业务指导。

2 产品质量先期策划

2.1 对产品质量先期策划,根据车灯特殊特性和安全性,进行设计FMEA(潜在失效模式及后果分析)分析。

3 项目管理

3.1 掌握项目管理知识,熟练运用项目管理方法对产品开发进行策划、管理。

公司产品设计师(四级)资格标准

1. 知识:

1.1 专业知识:汽车车灯国家标准,设计FMEA,三维软件,项目管理知识,模具结构知识

1.2 企业知识:同三级

2 技能:

2.1 专业技能:车灯配光试验设备运用、车灯配光软件运用、车灯配光设备的操作, 三维软件运用

2.2 通用技能:同三级

3 经验:6年以上工作经历,由3套以上汽车车灯设计经验。

公司产品设计师(四级)培训要点

1 培训要点:CATIA 软件运用,汽车车灯国家/国际标准

2 培训方式:委外培训,专家培训,内部培训

公司产品设计师(五级)行为标准

1. 产品设计和过程设计。

1.1 根据汽车车灯国家/国际标准,熟练运用三维软件,对车灯配光曲面进行设计设计。

1.2 了解整车线束的工作原理,用于指导配合线束的设计。

1.3 对三级、四级工程师进行业务指导。

2 产品缺陷分析和问题整改

2.1 对车灯配光曲面的不合格产品进行分析,并提出有效整改方案。

公司产品设计师(五级)资格标准

1 知识:

1.1 专业知识: 汽车车灯国家/国际标准,车灯工作光学原理,设计FMEA,三维软件,项目管理知识,模具结构知识

1.2 企业知识: 同四级

2 技能:

2.3 专业技能:三维软件运用,车灯配光试验设备运用、车灯配光软件运用、车灯配光设备的操作

2.4 通用技能:同四级

3 经验: 十年以上工作经验,对光学有一定的研究成果,熟悉车灯的工作原理和配光原理,有车灯配光曲面设计经验。

公司产品设计师(五级)培训要点

1 培训要点:CATIA 软件运用,汽车车灯国家/国际标准

第3篇

【关键词】应用系统;运行维护

0.概述

2000年以来,在中国石化信息化建设的总体部署下,企业的信息化建设得到了跨越式的发展,初步建成以ERP 为核心的经营管理信息体系、以MES为核心的生产管理信息体系、以实时数据库为核心的生产控制信息体系,搭建起了企业信息化建设的总体框架。目前我公司已建成的应用系统有近百个,如下图所示:

图1-1 已建成的主要信息系统

根据总部信息化“六统一”原则和“建用结合、以用为主”方针指引,随着这些核心业务系统的逐步上线运行,企业的生产经营已经离不开信息系统,如何保证这些信息系统能够安全平稳运行;如何利用系统切实解决企业生产经营难点、提升精细化管理、提高经济效益;成为摆在运维支持人员面前的一个重要课题,下面主要从以下几个方面进行讨论。

1.系统维护和管理的重要性

随着近几年我公司信息系统的逐渐上线运行,形成了“生产经营分析—TBM—ERP—MES—计量—LIMS—实时数据库”等核心系统为主线的从“经营—生产—操作控制”一系列的信息系统。任何一个系统故障造成的损失,影响面是比较大,甚至影响整个企业的业务,如:服务器故障、ERP系统、计量系统的进出厂业务等。

其次,从各信息系统的生命周期看,大致可分为规划和设计、开发和测试、实施、运营和终止等五个阶段。前面三阶段从时间的角度看,只占生命周期的20%,其余80%的时间基本上是运维服务,如果系统运维做得不好,那么这些花费大笔投资建立起来的系统,无法带来预期的效益,或者导致用户无法正常使用,因此信息系统也是“三分靠建设,七分靠管理”。只有进行良好的维护和管理,信息系统才能正常运转并发挥作用。信息系统的运维管理要从系统技术管理和业务应用管理两个方面着手,一方面保证系统长满优平稳运行,另一方面保证系统的应用效果。

2.规范运维管理,建立运维支持体系

从组织机构上建立支持中心,参照中石化总部信息系统运维二层三级的支持体系,成立企业支持中心,全面负责公司信息系统的运行管理工作。

首先,选择合适的业务人员和IT人员负责系统管理及各类业务的运维支持工作,要 “选用合适的人,合理地做事 ”。各支持人员一定要精通本专业的业务处理,培养既懂业务又懂IT的复合型人才。同时,引入“AB角制度”,明确分工职责,落实责任到人。每模块均设置主员和备员,主员承担模块支持工作,备员作为后备力量,在主员岗位变化时,备员承担主员职责。

其次,系统运维工作细致繁琐,如何保证将其做到“无微不至”呢?方法是把运维工作和制度化紧紧地捆绑到一起。“没有规矩,不成方圆”,科学、完善的制度是运行管理的核心之一。必须完善和严格落实运维管控制度,用制度管人,用流程管事,使得运维工作做到有章可循、有据可依。

3.做好系统变更管理,降低系统风险

在系统运维过程中,由于系统升级、程序优化、业务调整、用户调整等需求,都需要进行系统的变更。为了做好系统变更管理,主要需做好如下几个方面:一是制定变更策略,变更的对象分类、变更需求分析、变更方案确定、变更测试、变更影响度、变更紧急度等,严格按照策略执行;二是确定变更的角色,变更的申请人、审批人、变更的实施者、变更管理的负责人等;三是要确定变更管理的流程:第一步由关键用户创建用户/权限变更的变更请求;第二步单位负责人对该变更请求进行初步审批,若拒绝,则该变更请求被关闭;若批准,则交由支持中心负责人;第三部支持中心负责人进一步审批的变更请求,若拒绝,则该变更请求被关闭;若批准,则交由应用管理员人;第四步应用管理员人对该变更请求在系统进行实施,实施后交关键用户;第五步关键用户在系统进行变更测试,测试不通过,继续交应用管理员修改,测试通过,关闭该变更请求。

4.加强问题跟踪,实现闭环管理

为保证各应用系统遇到问题后及时解决,将影响最小化,制定了规范的问题提报流程,(如下图)。企业支持人员登录到统一的平台上(SLM)来解决用户提报的问题,形成痕迹管理,实现问题上报、解决、确认关闭的闭环管理,规范日常运维流程,提高工作效率。能够实现对所有的问题进行分析和汇总,便于查询。同时结合现代通信手段(Email或者手机短信)确保问题响应处理效率的提高。为了保证问题解决的及时性,系统将问题分为非常高(VeryHigh)、高(High)、中(Medium)、低(Low)4个等级。

5.借助运维工具,提高监控水平,变被动为主动

“居安思危,未雨绸缪”。实施主动的问题管理,化被动为主动,在信息系统故障发生之前发现和解决有关问题和知名故障,是运维工作的重点之一。

SAP Solution Manager运维管理平台的使用:2007年10月在总部的统一安排下,企业SAP Solution Manager运维管理平台成功上线运行,将ERP系统所有的运维工作纳入电子化、规范化、流程化的管理。该运维管理平台主要的功能应用场景如下:在总部对SLM的实施中,主要实现了解决方案监控、运维支持服务台、变更请求管理三个模块功能。解决方案监控管理,对ERP系统ABAP DUMP、OS状态、后台作业、备份记录等16项指标运行情况进行实时监控,并形成早期预警报告,及早发现问题、处理问题,消除系统瓶颈,变被动的紧急救火为主动预防。SAP Solution Manager运维管理平台同企业SAP R/3系统进行集成,实现无缝连接,在系统监控和问题服务管理上方便快捷。

6.加强培训,提高运维能力

企业信息化程度不断加强,支持中心要维护的应用系统数量多、涉及业务范围广,这就要求IT运维人员必须是多技能的“复合型人才”。业务与技术的结合,是相辅相成的。首先从业务着手,然后落实于技术,最后再回馈到业务。在企业实践中,业务运行质量的好坏始终是上至管理者、下至普通员工关心的第一位的问题,而技术和系统只是实现业务绩效的有力工具。目前运维人员的专业IT技能和业务技能大多是不够的。这就需要不断加强培训和学习。

首先在项目建设期间学习:让运维人员参与到信息项目建设中去,参加项目规划阶段的运维设计和项目上线前的功能、性能和业务测试等,使他们的知识和技术水平在项目建设过程中得到更新和提升。其次制定培训计划:结合总部开展的“比学赶帮超”活动和总部支持中心组织的培训,全面深入开展以ERP为首的应用系统的学习和应用,在“支持、服务、管理”的基础上,做好培训管理,切实做到让关键用户深入掌握各应用系统的内部原理,提升支持人员的操作技能、业务处理和问题解决能力,推动企业信息系统的深化应用、发挥其潜在功能。最后建立运维知识库管理:在日常工作中,不断积累经验,建立运维知识库管理,完善技术沟通渠道,实现知识共享,提高运维人员的整体工作效率。

第4篇

一、主动学习,强化业务。结合自身行业管理职责,自行学习《中华人民共和国道路运输条例》、《云南省道路运输条例》及交通运输部《机动车维修管理规定》、《道路货物运输及站场管理规定》等法律法规、部门规章,并运用到具体的道路运输行业管理工作之中。同时虚心向同事们学习业务知识,熟悉行政许可、行政处罚等工作事项,将所学运用到具体工作之中,为社会和群众提供优质的行业管理服务。

二、从严从细,强化监管。按照管行业必须管安全,管业务必须管安全,管生产经营必须管安全的要求,及时开展每月一次的行业安全检查工作,严格检查机动车维修企业及货运企业的安全管理、隐患查纠、教育培训、档案建立等工作开展情况,督促机动车维修企业认真履行安全管理职责,健全完善机动车维修档案、隐患查纠等相关痕迹资料和台账;检查货运车辆的技术安全状况、GPS动态监控情况,同时督促企业将源头治超及安全管理主体责任落到实处,确保安全生产形势稳定。严格按照道路运输企业质量信誉考核的相关要求,对辖区机动车维修经营业户及货运经营业户进行了2017年度质量信誉考核工作,共考核二类汽车维修经营业户4户、三类汽车维修经营业户30户、二类摩托车维修经营业户42户、普通货物运输经营业户2户。此外,对照普洱市道路运输管理局随机抽查事项清单,按照机动车维修经营业户总数的15%随机抽查了17户机动车维修经营业户的资质证件、经营行为、安全管理等情况。

三、依法依规,严格审批。严格按照《机动车维修管理规定》及开业条件,把好维修企业开业审查关,对申请从事机动车维修经营的业户,严格审查业户的场地布局、人员配置、消防设施设备、管理制度等情况,确保新业户在硬件条件和管理水平上都达到相关行业标准。截至目前,累计审批机动车维修经营业户5户,其中三类机动车维修经营业户3户、二类摩托车维修经营业户2户;累计给予符合延续经营条件的16户维修经营业户换发《道路运输经营许可证》,其中三类汽车维修经营业户9户、二类摩托车维修经营业户7户。

四、其他方面工作。服从领导工作安排,协助开展本单位稽查工作,截至目前共制作行政执法案卷224份,参与道路运输行政执法12次;严格落实源头治超工作要求,开展政策宣传、日常巡查、问题反馈、情况报送等工作;认真做好各类报表、文字材料的填报工作,按时报送稽查、货运行业维稳、扫黑除恶等报表,共报送工作简报15篇、其他文字材料7篇;按要求开展脱贫攻坚工作,深入挂钩农户了解掌握安居房入住情况、子女受教育情况、新农合参保情况、人居环境情况等,因户制定帮扶计划和措施,填写贫困户信息台账。

下一步,我将继续强化自身业务学习,提升业务水平,继续做好行业监管工作、行政许可工作、源头治超工作和其他方面的道路运输管理工作。

试用员工转正小结

尊敬的公司领导:

我于6月7号成为公司的试用员工,至今已近3个月,根据公司规章制度,现申请转为公司正式员工。

初来公司,曾经内心有过各种担心,但公司融洽的工作氛围,团结向上的企业文化让我马上适应了新的工作环境,与同事们成为了很好的工作伙伴。在岗试用期间,我先后在党群工作部、纪检监察审计部两个部门工作学习,这些部门的业务是我之前从未接触过的,较我之前所从事的工作差距很大,但是这两个部门的领导和同事的耐心指导,使我在较短的时间内熟悉了业务的操作流程。用一句话总结这三个月的工作:忙碌伴随着充实,学习伴随着收获。

在三个月试用期内,为了尽快弥补自己专业知识欠缺的劣势,我会利用工作任务以外的时间通过各种途径进行学习,利用网上资源钻研工作有关的知识,向公司有经验的同事请教经验,讨教工作方法,翻阅之前的文件文档,熟悉工作流程和操作模式,不断开阔视野,丰富头脑,增强能力,以便跟上形势的发展,适应工作的需要,不仅提高了理论水平、且业务素质和工作能力也得到了提升。工作上我认真、细心且具有较强的责任心和进取心,勤勉不懈,具有工作热情,性格开朗,乐于与他人沟通,有很强的团队协作能力,责任感强,能切实完成领导交付的工作,和公司同事之间能够通力合作,关系相处融洽而和睦,配合各部门同事成功地完成各项工作。

当然我还有很多不足,对有些复杂工作估量过于简单,造成了工作上的被动,处理问题的经验方面有待提高,同时需要不断继续学习以提高自己业务能力。在今后的工作和学习中,我会进一步严格要求自我,虚心向其他领导、同事学习,我相信凭着自我高度的职责心和自信心,必定能在各方面取得更大的进步。

这三个月我学到了很多,感悟了很多。看到公司的迅速发展,我深深地感到骄傲和自豪,也更加迫切的希望以一名正式员工的身份在这里工作,实现自己的奋斗目标,体现自己的人生价值,和公司一起成长。在此我提出转正申请,恳请领导给我继续锻炼自己、实现理想的机会。我会用谦虚的态度和饱满的热情做好我的本职工作,为公司创造价值,同公司一起展望美好的未来!

申请人:

申请时间:

农经站干部试用期个人总结

2018年8月24日

试用期间,根据工作需要,本人先后借调到XX市农经站、XXX农村土地确权办工作学习,在XXX确权办、农业厅经管处及XX市农业局各位领导的关心指导下,我充实地度过了一年的学习时光,完成了由学校刚毕业的“新兵”向事业单位工作人员角色的转变。现将试用期间的工作情况总结如下:

一、思想方面

在思想上,我积极主动学习政治理论,不断提高自己的理论和思想水平。了解和掌握上级文件精神,认真贯彻落实国家的方针政策。认真学习中央一号文件、习近平总书记视察广西的重要讲话精神,把两学一做教育日常化,不断提升自身的修养,不断加强思想政治学习,同时也不断审视自己,寻找差距,填补空白,不断总结工作经验,着力提升自己的综合能力。

二、工作方面

试用期间,本人工作积极主动,踏实肯干,主要协助完成以下与土地确权和新型农业经营主体相关的工作:

(一)参与筹办2017年XX农业项目投资合作对接洽谈会专场展示活动工作;

(二)参与举办2017年第三期、2018年第一期全区农村土地承包经营权确权登记颁证培训班;

(三)负责协调印制《XXX农村土地承包经营权证领取确认书》;

(四)参与举办办2017年全区提升农经干部综合素质培训班和2018年全区农民专业合作社辅导员及农民负担执法员培训班;

(五)参与2017年度XX农民专业合作社示范社、示范家庭农场的评选和2018年国家农民合作社示范社的推荐申报工作,主要负责前期评选通知的起草和后期各市申报材料的审核、名单公示和正式公布;

(六)参与2018年全区农村土地承包经营权确权登记颁证工作督查,作为第一督查组成员对XX市和XX市在确权工作中承包经营权调查成果完成情况进行督查;

(七)筹备2018年全区农民合作社发展厅际联席会议,全面负责会议所需所有材料,如会议通知、会议议程、会议主持词、2017年度XX示范社、示范家庭农场初审情况汇总表、2018年国家农民合作社示范社申报情况汇总表等;

(八)完成了领导交办的其他调研、汇报等工作。

三、试用期间的收获

(一)提高了业务能力。在农业厅经管处和XX市农业局各位领导的指导下,我积极学习确权和新型经营主体相关政策文件,业务能力有了明显提高,可以熟练起草相关请示、通知、报告、讲话稿等,对群众咨询的问题也可进行初步解答。

(二)加强了学习动力。相对基层,厅机关工作人员业务素质更高、管理更为规范,置身于这样一个新的环境中,我深感自身视野狭窄,能力欠缺,差距较大;我充分认识到不学习、不提高、则不能适应新形式的需求。于是,我虚心请教、认真学习,进一步熟悉了解农村经济管理的业务。

(三)增强了责任意识。处室领导和同事们在工作上兢兢业业、严谨务实的态度,让我深切感受到了机关紧张有序的工作氛围,感受到了他们爱岗敬业的责任意识,每个人对自己分管的工作都有着强烈的责任心和事业心,这些都是我在今后的工作中要学习的。

四、存在的不足

第5篇

一、基本情况

*系位于淮河流域东北部,行政区划跨苏、鲁、豫、皖四省15个地(市),79县(市、区),面积7.96万km2。*系主要由沂河、沭河、泗河等跨省河流组成,水系复杂且相互关联,省际间水事矛盾突出。

为妥善解决边界水事纠纷,加强工程管理,科学调度洪水,合理利用水资源,经国务院批准,水利部于1981年组建了淮委*利管理局,对流域内主要河道、湖泊、枢纽工程及水资源实行统一管理和调度运用。直管工程涉及苏鲁两省7个地市,主要包括大型湖泊两座(南四湖和骆马湖)、河道长956km、堤防长1696km、控制性水闸25座、穿堤小型水闸823座、中型泵站1座等。

沂沭泗局实行三级管理体制,下设3个直属管理局,直属局下设19个基层水管单位。20*年机构改革时,上级批复沂沭泗局总编制为1060人,控制数940人。机构改革后,沂沭泗局实有在职职工944人(其中水管单位713人),离退休职工596人(其中水管单位486人)。

二、水管体制改革工作进展情况

(一)加强领导,做好宣传发动工作

水管体制改革工作启动后,我局成立了专门的领导班子,明确了职责分工。为保证改革工作顺利开展,局党组多次召开专题会议,认真学习和贯彻上级水管体制改革精神,进行研究和部署。通过会议、座谈、网站、板报等形式广泛宣传水管体制改革的重要意义,提高认识。20*年2月,我局召开了水管体制改革试点工作实施动员会,明确了目标和任务,统一了思想,对改革试点工作作了整体部署。

(二)广泛调研,积极探索

20*年10月,我局下属的二级坝水利枢纽管理局率先成立了工程养护中心,内部实行“管养分离”,开展模拟运作,积极探索管养分离的途径和方法。水利部直属水管体制改革试点工作启动后,我局多次组织进行调研,借鉴其他单位的经验;组织人员参加了水利部举办的《实施意见》培训班和“两定”标准培训班的学习。20*年4月,组织41名分离到维修养护企业的人员到山东省水利技术学院进行了为期半个月的封闭式岗前业务培训。

(三)认真做好水管单位分类定性和测算工作

一是完成了水管单位分类定性工作。对照直管工程实际,研究确定水管单位性质。二是完成了水管单位经费测算,全局直管工程维修养护经费和基本支出经费分别为11068万元和6309万元。三是完成了水管单位岗位定员测算,按照《水利工程管理单位定岗标准》(试点),我局管养分离后需管理人员1828人。

(四)研究制定了试点工作指导意见和试点实施方案

根据《水利部直属水利工程管理体制改革试点方案》和《中央级水利工程维修养护经费使用管理暂行办法(试点)》等有关规定,结合我局水管单位实际,研究制定了《沂沭泗局水管体制改革试点工作指导意见》,从指导思想与目标、任务、主要内容和措施、工作安排、保障措施等五个方面作出了具体规定,为试点工作的顺利实施提供了保障。各直属局和试点单位均编制了试点实施方案。

(五)完成财务会计制度的变更和帐务处理衔接工作

根据《水利工程管理体制改革试点单位财务会计制度变更衔接实施方案》要求,我局各试点单位认真进行了财务会计制度的变更衔接工作。20*年1月1日起,各试点单位财务会计制度执行《农业事业单位财务制度》和《事业单位会计制度》。并就水管体制改革试点单位支出划转和会计处理等有关问题作出了统一安排,完成了试点单位20*年9~12月份基本支出和岁修费划转和会计处理工作。

(六)出台了一系列管养分离配套规章制度

为加强工程维修养护项目的管理,促进项目管理规范化、制度化,保证项目顺利实施,提高管理水平,我局研究制定了水管体制改革试点单位工程维修养护配套规章制度,主要有《*利管理局直管工程维修养护项目管理办法(试点)》、《*利管理局直管工程维修养护合同示范文本(试点)》、《*利管理局直管工程维修养护质量评定办法(试点)》等。这些配套规章制度对工程维修养护项目合同签订、质量评定、财务管理和检查验收等各方面都作出了具体规定,具有较强的针对性和可操作性。

三、试点工作完成情况

(一)明确管理岗位职责,完成水管单位改革

本着精简、高效的原则,各试点单位完成了内部改革,建立了管理岗位责任制、内部考核等规章制度。改革后,试点单位精简了内设机构,42人被分离到维修养护企业。各试点单位认真履行管理职责,加大工程管理和水行政执法力度,管理效果明显改善。

(二)组建维修养护企业,实现管养分离

针对我局水管单位人员少的特点,结合20*年机构改革情况,三个直属局分别注册成立维修养护单位,各试点单位不再单独成立养护公司。企业从业人员主要来源包括:试点单位分离人员、非试点单位20*年机构改革分流人员、机构改革后接收的退伍军人,以及招聘的大学毕业生等。

(三)管养双方各负其责,完成试点工作任务

20*年5~6月,各试点单位相继与维修养护公司签订了维修养护合同。试点单位及时调整工程管理和维修养护的关系,严格执行合同,组织对工程进行定期和不定期的检查,监督检查维修养护项目的实施,保证工程的安全运行和维修养护质量;各级单位和部门积极探索,强化落实,加强沟通,规范管理,确保“三个安全”。20*年12月底,试点工作基本完成。20*年1月7日,受水利部委托,淮委对沂沭泗局水管体制改革试点工作进行了验收。

四、试点取得的主要成果

(一)科学分类定性,理顺了管理体制

改革前,7个试点单位沿袭计划经济体制下形成的专管与群管结合的体制,既要承担水行政执法、工程安全管理、防汛调度及控制运用、检查观测等工作,又要进行工程日常维修养护、抢险整修、除险加固工作,而且由于经费严重不足,还要占用大量精力开展经济创收。管理单位既不像事业单位,又不像企业,造成事企不分、管养不分、责任不明。

改革后,明确区分了单位类别、性质,基本支出及工程维修养护经费统一由中央财政拨付,财政经费保障水平大为提高,大大缓解了工程管理与创收的矛盾,水管单位职工从过去繁重的经济创收工作中解脱出来,队伍稳定,职责明确,工程管理逐步向专业化、标准化、规范化迈进。

(二)实行管养分离,激活了运行机制

改革前,管理单位直接参与工程项目的实施,“管、养、营”一体,管理职能削弱,机制不活,一定程度上阻碍了工程的运行和发展。管养分离后,把维修养护职能和人员从管理单位剥离出来,管养双方职能清晰,责任明确,促进了工程管理和维修养护的专业化、规范化。

(三)畅通经费来源,改善了工程面貌

改革以前,管理单位的工程运行维护经费主要来源为岁修费和水利建设基金(防洪工程)。以2003年为例,我局7个试点单位直接管理的728.8km堤防(其中2级以上堤防长度552.4km)、9座大中型水闸、341座穿堤小型水闸,工程运行维护总支出仅275.48万元,经费严重不足,维修养护无法正常进行,绝大部分水毁工程不能及时修复,工程老化退化严重。

试点期间,7个试点单位每年的工程维修养护经费为3387.74万元,财政保障水平大为提高。维修养护经费的稳定投入,保证了工程的完整、安全和正常运用,效益得到充分发挥,工程面貌明显改善。

(四)明确岗位职责,提高了管理水平

改革前,由于创收任务压力巨大,管理与创收之间的矛盾突出,水管单位无法集中精力抓管理,管理粗放,手段落后,技术含量不高,导致管理成本高、运行效益差,影响了工程的正常运行。

改革后,结合工程实际,本着精简、高效的原则,人员结构、机构和岗位得到了合理调整,内部岗位责任制进一步落实,建立了有效的激励政策和约束机制,管理科学化、制度化、规范化建设进一步加强,管理水平明显提高。

(五)及时总结经验,达到了验证目的

试点期间,我局及各试点单位严格按照改革的原则和有关规范规定,对改革的各项管理办法和“两定标准”进行认真的分析和验证。

“管养分离”作为一种新体制,能够初步形成符合市场经济原则的工程管理运行机制,通过定岗、定编、定职、定责,落实岗位责任制,实行目标管理,形成精简高效、运转灵活的管理机构;把维修养护职能和人员从管理单位剥离出来,通过合同管理方式完成维修养护任务,可以实现维修养护工作的专业化、规范化,提高养护质量,降低养护成本。“管养分离”新体制的逐步完善,既能稳定管理队伍,提高管理水平,又能引入竞争机制,加强工程维修养护,确保工程完整,促进工程管理和养护水平不断提高。

五、问题和建议

(一)管理人员严重不足

沂沭泗局下设19个基层水管单位,按《水利工程管理单位定岗标准》(试点)测算,共需管理人员1828人,但实际编制数仅为671人,给工程管理工作带来了一定困难。建议适当增加我局水管单位编制数量,以逐步引进人才,满足工程日常管理的需要。

(二)维修养护队伍基础设施薄弱

新成立的3个维修养护单位缺乏基本的办公、生活条件,没有配备必要的维修养护设备、工具,水管体制改革全面推开后,将不能满足全局工程维修养护工作的需要。建议上级对我局新成立的维修养护单位进行扶持,以适应维修养护工作专业化和市场化的要求。

(三)基本支出定额标准偏低

根据7个试点单位决算报表数据统计分析,在职管理人员基本支出财政补助保障水平仅约50%,离退休人员经费财政补助保障水平约65%,基本支出定额不能满足我局实际需要。建议提高基本支出定额标准和财政保障水平,以保证水管单位各项工作的正常进行。

(四)维修养护定额标准还需进一步修订完善

经过一年的实际操作及验证分析,总体来说,《水利工程维修养护定额标准(试点)》具有较强的适用性,可以达到一定的满足程度。但由于直管工程所处的地理位置和社会经济环境、流域特有的暴雨洪水特性以及工程特点等,定额与实际需求还存在着一些不相适应的地方。如水闸工程漏项偏多、部分项目工作量偏小,勘测设计费、质量监督监理费标准偏低等。建议进一步修订完善定额标准。

第6篇

作者亲身经历了津滨轻轨东海路至中山门段新线开通,全面参与了延伸项目中山门至十一经路段、十一经路至天津站段的运营筹备工作的全过程。本文以津滨轻轨西延伸开通项目为案例进行研究,总结了项目管理在延伸项目信号系统调试工作中的应用。

津滨轻轨延伸项目简介

津滨轻轨东海路至中山门地上线路于2004年开通运营,延伸项目中山门至天津站站为天津市地铁9号线,一期中山门至十一经路三个站2011年5月1日开通,二期十一经路至天津站两个站于2012年10月15日开通。中山门站为双线侧式站台,站前与站后设单渡线;十一经路为双线岛式站台,站后设计有存车线,担任临时折返线。

两次延伸,每次信号系统均实现完整的ATC功能(包括ATP、ATS、ATO功能),调试时间分别为3个月和2个月。期间各项工作有序开展,严格控制工作质量和工期,至开通试运营,既有线运营与延伸线工程调试均没有发生任何安全生产事故。项目安全、顺利推进,与各有关人员发扬积极向上的团队文化分不开,也与项目管理有效应用与实施分不开。

另外,公司设建发总部负责延伸项目的建设工作,设运营总部负责既有线与延伸线的运营工作。

项目定义与决策工作

既有线延长项目,需要在既有线信号系统基础上,将既有线和延长项目整合成一个整体信号系统,信号调试需要占用既有线与延伸线的全部线路,占用运营车辆、人员,占用既有设备检修维护时间,同时,每次调试,特别是控制中心软件升级、接口车站软件升级,列车车载软件升级,都有可能出现问题,影响既有线运营安全和秩序。

在信号开始调试前2--3个月由安全技术部门调研有关工程总体情况并与建设管理机构协商,提出项目的提案。经运营部门决策机构研究,决定成立专项配合项目组,参与工程建设专业管理机构的工作、协调有关工作,明确保障既有线安全运营、保障信号调试总体工程进度的工作目标和工作任务。

项目计划和设计阶段

项目组织管理

一般情况下,运营管理采用职能式的组织架构,在处理日常性的运营事务中可以发挥较好的作用,但是面对延伸线开通这种一次性事务较多、创新性工作较多的项目型工作,就显得效率低下、程序繁琐了,为此,需在确保既有线运营工作不受影响的前提下,抽调相关部门骨干人员成立项目管理办公室,以“强矩阵型组织”开展工作:

为了保证调试工期,在运营结束后,每周需要安排4--5的时间进行列车调试,这样就占用了大部分本来应该进行既有设备检修维护的时间。为了保证既有运营线路各系统设备的可靠运行,日常设备维护、检修丝毫不能降质量。另外,为便于调试,全线信号操作权一般会交付工程人员,但既有线区段轨旁活动的管理及供电管理仍由运营负责,需要与工程人员进行沟通、协调,确保安全。

为此成立协调工作组:每周召开工作例会,统筹、协调各方面工作,主要包括:调试进度、调试计划、调试中发现的问题,协调解决车辆配合、行车组织配合、专业配合等问题;成立施工计划管理组:每周召开例会,一方面调动可利用的一切人员增加上线作业人数和施工机具,压缩时间;一方面合理编排施工计划,合理利用一切可利用的时间,尽量使各项施工、维检修同步展开。

同时,每次调试,特别是控制中心软件升级、接口车站软件升级,列车车载软件升级,运营人员的操作办法都应及时调整,对可能遗留的问题,提前准备降级操作办法和应急处置预案。

为此成立规章及应急预案组:参加协调会议,根据调试进度修订相关规章制度,对有可能发生的问题进行充分研讨,提前编制应急处置预案,提前组织开展培训和训练,提前组织落实宣传服务等各项准备工作。

项目计划书

在项目提案书的基础上,编订一个各部门共同遵循的《项目计划书》,有效地进行项目的总体策划,确定实际可行的工作目标,集成和分解专业计划,有效地推动、协调各部门工作:

内容包括,项目计划任务和工作目标,里程碑计划,项目组织及工作开展机制,各专业计划范围及时间、内容、质量要求,各工作间的衔接与配合,以及计划甘特图。

专业计划包括:

为确保项目管理办公室工作质量控制和工作成效,提出明确的工作质量要求:

以确保既有线安全运营、促进信号调试工程进度为总体目标,倡导和引导全体人员注重工作绩效。时间紧、任务重,项目组成员要紧紧围绕工作目标,实打实,硬碰硬,高度注重各分项工作的效率和最终成效,并将此要求纳入各级人员的绩效考评和绩效管理。

对于重要、紧急事项,要特事特办。通过各种快捷沟通方式沟通、请示,不等不靠,立即实施,追求成效,对于紧要事项项目组成员可以直接向项目办公室主任汇报沟通。

倡导雷厉风行的工作作风。项目组主要负责人要深入一线,主动沟通,掌握动态,深度挖掘需要解决的问题,立即研究办法和措施、快速见到成效。

实施科学管理。按项目总体要求及工作职责,策划各组工作,各组应按照项目管理模式开展工作;定期组织检讨,纠正项目偏差,提出解决问题的办法和意见,提出和项目进度简报;

落实会议管理各项措施,执行OA文件24小时办结制度;

落实质量监控和追踪制度,强化主动工作意识,倡导头脑风暴法工作方法,确保各项工作高质量完成;

注重数据材料、影像资料的积累,通过开展总结工作,不断提升工作品质。

项目管理办公室工作流程

项目管理办公室成立之后,可以更好、更快捷的协调运营各部门开展专业工作及质量控制工作,根据项目的特点和优势,确定项目办公室工作流程,如下:

项目沟通管理

项目组成员除参加信号调试协调、施工协调、规章及预案研讨等专业会议外,项目管理办公室建立专项例会制度:

会议周期为每周一次,视情况可临时增加例会次数。会议时间为每周一上午9:00,主持人为项目办公室主任,固定与会人员包括项目办公室主任、各项目组组长、各主要业务部门负责人,根据会议需要可临时增加与会人员,会议议程包括:

项目办公室汇报项目整体工作进展;

各项目组汇报工作计划完成情况、未完成项目原因及变更方案;

项目办公室部署下阶段重点工作及质量要求;

研讨各组需要协调确定的工作事宜;

会议组织要求:

会前各项目组进行充分准备;

会议长度不宜超过1.5小时;

会后4小时内形成会议纪要并下发。

项目风险管理

信号调试需要占用既有线与延伸线的全部线路,为了保证调试需要的工期,在运营结束后,每周需要安排一定(本工程高峰期时每周5天)的时间进行列车调试,这样就占用了大部分本来应该进行既有设备检修维护的时间。存在系统设备失修影响既有线运营的风险。

因为正线运营涉及到线桥、隧道、信号、通讯、车辆等众多系统设备,各系统间存在千丝万缕的接口,我们采用“系统分解法”提前预想、分析、识别项目风险。将复杂的项目分解成一系列简单和容易认识的子系统或系统元素,从而识别项目各子系统、系统元素和整个项目中的风险。

每次调试,特别是控制中心软件升级、接口车站软件升级,列车车载软件升级,都有可能遗留问题,需要与工程专业人员提前预想,制定有针对性的预案,日常做好应急准备。

为便于调试,信号操作权一般会交付工程人员。但列车调试区段轨旁活动的管理及供电管理仍由运营负责,一旦沟通联络不及时、不到位,存在列车运行安全风险。

为此,我们使用了“情景分析法”识别项目风险。对信号调试过程中各作业状态及对比日常变化进行详细描述与分析,识别出项目风险及项目风险因素。

根据不同的风险,我们采取了不同的应对措施。

对于由于信号调试有可能造成运营系统设备失修造成的风险,采取遏制措施,一方面调动可利用的一切人员增加上线作业人数和施工机具,尽量压缩施工时间;一方面合理编排施工计划,合理利用一切可利用的时间。同时,加强施工现场管控与调度组织。

对于信号系统软件升级和系统设备调试列车运行中的风险,采用风险化解和风险应急措施。在信号软件升级施工中,一方面提前联络施工单位制定、落实风险控制措施,安排专业骨干人员盯控关键环节化解风险,另一方面提前制定专项预案,安全、高效实施应急处置。在调试列车运行中,建立施工计划确认制度和联络沟通制度,一旦出现问题,能够做到相互及时沟通,确保安全。遇有其他临时施工,建立征得信号调试负责人的准许制度。

项目完工与交付阶段

以全部列车完成车载ATP、ATO软件刷新测试、控制中心软件升级完成集成测试为标识,信号系统调试工程完成,配合工作现场部分亦即宣告完成。

项目的总结工作包括:项目开展的评审总结与报告,项目中现场作业规章制度、有关机制和应急预案评审总结,结合延伸项目开通工作项目团队及个人绩效评审及总结。

参考文献

戚安邦《项目管理学》 南开大学出版社

第7篇

关键词:广电网络 运营商 供应链 采购成本

一、分析采购资源要素和作业

广电网络运行商供应链采购资源要素和作业,通常分为以下两个方面:

首先是设备的采购,该过程包括三种成本类别,分别为:资金成本,该成本是采购成本、物流成本、仓储成本、安装成本、调试成本、运行成本、测试成本、维护成本、维修成本的总和;作业成本,包括在进行采购总成本管理过程中产生的办公室费用、人员工资等其他费用;运营成本,指的是由于产品的质量存在问题,而出现了成本的损失,另外还包括产品的质量费用。

其次是在采购物料的过程中,采购与企业运营的关系内容,包括:采购之前,对供应商进行选择和评价;采购过程中,做好物流方面的工作;采购完成后,对采购物料进行科学管理,包括储存和下发;工程建设和维护运营的过程中,需要对采购物料所产生的建设价值进行分析。以上的分析,指出了在整个生命周期分析和评价物料的采购过程,这些过程都存在明确的成本管理对象,一方面我们需要对所消耗的物料资源进行详细统计,另一方面是定量分析作业成本的类型、动因。

以上的活动我们可以归类为单位、批量、维持、供应商水平作业,这四个类型的分析,分别找出成本的动因,对应以上的水平作业可分别表现为物料数量、部门协调沟通次数、部门维护维修过程消耗的工时、供应商管理消耗的工时。

二、广电网络运营商采购TCO模型的建立

采购TCO的作业成本通常以下面三个步骤显示:首先是对各种耗费资源的确认和计算;其次是对作业中成本要素的成本额进行计算和对作业消耗的资源种类进行汇总,并根据成本池和汇集要素,计算出成本池的总额;最后是分析成本对象消耗的成本动因量,归结出所有的采购对象。

假设某种设备的采购,将物料价格、物流费用、安装费用、调试费用、管理费用等直接计入资源成本;将库存支出、运营支出、损失费用、维护费用等分配计入资源成本;将人工费用分配计入作业成本。以上采购工作的收集和甄别,一方面除了通过对物料供应市场的分析和对供应商的评价选择,满足采购的需求,另一方面是做好物料退货、索赔、验收、入库、出库、盘点、安装、调试、维护等方面的工作,最后确定设备采购的总成本包括:采购商务、工程建设、设备运营三方面费用的总和。

三、广电网络运营商采购TCO案例计算分析

广电网络运营商采购的设备类型,除了包括日常和杠杆的类型,还包括瓶颈和关键的类型。该模型的说明,需要对比采购TCO、TCO数据、采用TCO的计算成本。就此,我们所选择了EDFA光放大器,该光放大器的费用发生以下三个阶段:

采购商务阶段:光放大器费用数据项包括设备数量、设备单价、物流费用,这三种数据项的含义分别为每个机房所用的数量、每个设备的价格、按照总价的百分比。

工程建设阶段:光放大器费用数据项包括延期时间、月收入、延期对机房系统的影响、安装调试费用,这四种数据项的含义分别为设备延期时间、设备所带用户的收入、设备延期对系统影响、安装调试费用。

维护运营阶段:光放大器费用数据项包括设备寿命、维护费用、技术支持及备件、年故障时间、故障影响、保修期、电费,这七种数据项含义分别为实际使用时间、维修费用对时间的分摊、需要的备件及技术准备比例、一年内故障时间、影响的用户情况、厂家免费保修期、光放所分摊的电费。

以上三个阶段所产生的成本比例,分别为46%、1%、54%,也就是说,采购阶段和维护阶段是光放大器成本的集中阶段,这两个阶段对要求光放大器不仅要重视价格,还需要对光放大器的价格、延期费用、维修费用、电费、技术费用等敏感度进行分析,经分析,其中价格、延期费用、技术费用的敏感度最高,因此在采购的时候,必须重点考虑这三个方面的指标。

利用光放大器进行TCO采购的分析,可以发现在供应链上面,不同类型产品所对象的成本是各不相同的。很多建立在价格基础上的采购管理模式,已经不能够满足新形势的采购成本管理需求。TJ广电运营商从2009年-2010年,中心机房的成本数据就显示了整体成本控制的优越性,其中相比于2008年,整体成本总共下降了4%左右,证明了采购总成本管理方法的实用水平。

四、结束语

综上所述,与企业制造型企业不同的是,制造型企业采购原材料加工成产品,能够创造出新的经济价值,而广电运营商采购物料仅仅为了进行传输网络的构建,因此,广电网络运营商需要对供应链的采购总成本进行管理。就此,广电网络运营商需要在分析采购资源要素和作业的基础上,建立采购TCO模型,并对采购TCO案例进行计算分析。

参考文献:

[1]鲍新中.供应链成本:改善供应链管理的新视角[M].北京,人民交通出版社,2009:21-238

第8篇

1RAMS管理体系

1.1建立公司RAMS管理体系

RAMS管理的涉及面很广,它与公司设计开发、生产制造、质量管理和采购部(子系统供方管理)发生联系,当前也与公司的培训部门有关。因此,需要成立一个公司级的RAMS领导机构。它是全公司开展RAMS工作的基础和保障。该领导机构建议以总经理或总工程师为首,由设计开发部门、工艺技术部门、质量管理部门、采购部门(子系统供方管理)的负责人或骨干组成,日常业务可由质量管理部管理。RAMS管理组织架构如表1所示。

1.2对供应商的RAMS监管

根据列车故障信息统计,约70%以上的列车故障来源于子系统供方。以系统集成为主的公司,应加强子系统供方的监管,并要有相应专业背景的工作团队。

1.2.1推荐的分包商每个公司都有专门的供方管理机构,也有专用的《供方管理程序》,需要在供方选择、评估、确定的流程中增加RAMS和全寿命周期费用(LCC)要求。

1.2.2对供应商的RAMS管理(1)与供应商签订的技术合同(协议)中,应详述RAMS工作要求,将系统的总体RAM(可靠性、可用性、可维修性)指标分配给各子系统,保证总体RAM目标理论上满足要求。(2)要求供应商及时开展RAMS工作,协调、监督并审核供应商的RAMS活动和提交文件。(3)项目执行过程中,供应商应定期(如每月)参加RAMS工作会议,推进RAMS工作,使RAMS工作与项目同步,保证其与供应商之间的接口有良好的沟通。(4)对子系统提供的RAM指标进行总体预计和分析,通过预计发现系统薄弱环节,改进有潜力的子系统,以保证总体RAM指标满足要求。最终,总体RAM指标应满足设计最低可接受值。RAM指标通过,设计定型完成。

1.2.3供应商的RAMS工作鉴于当前国内轨道交通行业的现状,不建议对子系统RAM指标进行单独的验证。建议子系统RAM指标随整车运营考核,每月月末进行RAM评估,连续12个月达到子系统RAMS指标视为合格;子系统RAMS指标未达到要求的,子系统供方应进行改进,直至达到RAM指标。

1.3内部RAMS审核

内审是在公司内部推行RAMS工作的一项重要手段。适时进行RAMS审核,可发现问题,实施跟踪,纠正不合格项,并验证纠正措施的实施。审核内容分为例行审核、动态审核和追加审核。为方便推进RAMS工作和不增加额外的工作量,此项工作建议与质量内审结合进行。

2列车的安全性

2.1安全风险管理

随着轨道交通安全性标准(GB/T21562—2008,IEC62278:2002,EN50126)的出台,安全风险管理将成为轨道交通提升安全性不可缺少的设计及管理技术。传统安全管理与现代风险管理的对比见表2。

2.2安全性分析方法

2.2.1隐患识别收集和汇总公司产品或同类产品在国内外已发生的安全事故信息,组织相关技术人员进行初步的分析,建立主要隐患清单(见表3),供技术人员设计时考虑。在隐患识别方面,应重点考虑单点故障及重要安全电路(如车门控制、车门环路、制动环路等)导致的隐患。

2.2.2隐患登记及减轻措施方案根据隐患清单建立公司内或同行业的《隐患登记册》。隐患登记的主要内容包括:编号、部件、隐患类别、隐患说明、可能原因、影响或后果、原有风险等级、建议减轻措施、剩余风险等级、管控单位、减轻措施类别、验证减轻措施方法、状态完成情况等。建议采用表格形式,方便设计师填写和RAMS工程师跟进管理。

2.2.3风险等级评估风险分析按照GB/T21562—2008及IEC62278:2002方法执行。采用“频率-后果”矩阵的形式,评估风险分析结果、风险分类和风险验收。风险矩阵见表4。表中,R1表示必须消除的风险;R2表示当风险减少不可行时,应经轨道交通主管部门或安全规章主管部门同意后方可接受;R3表示采用充分控制并经轨道交通主管部门同意后方可接受;R4表示有或无轨道交通主管部门同意都可接受的风险。

2.2.4隐患的减轻措施由RAMS工程师组织设计师、工艺师等提出减轻风险的措施,首先考虑设计,其次是制造,最后考虑运营及维修方面。各阶段考虑的主要内容为:(1)设计———冗余,保护设施,材料分析,负载分析计算;(2)制造———工艺标准,检测,验收,试验;(3)运营———危害的处理程序,警告标志,员工训练;(4)维修———定期维修,检查,测试设备,维修程序。

2.2.5验证减轻措施每一个隐患减轻措施都应有对应的安全验证方法。由RAMS工程师对其进行跟踪管理和落实,并对完成状态进行统计和通报,直到所有减轻措施正式完成。安全验证的主要方法包括:(1)实验室内进行的试验;(2)供货商厂内进行的试验;(3)调试试验;(4)型式试验;(5)模拟试验。

2.2.6安全原则及规范要求的符合性评估首先应列举所采用的设计原则、运营安全原则、工业守则或法例。在设计完成前,应逐条评估系统设计是否符合相关的安全要求。已识别的安全要求或功能,应在试验阶段对其进行安全验证,证明设计符合所需的安全功能或标准要求。安全验证可包括在安全关键设备的型式试验和调试试验中。在车辆试运营前,应完成全部安全验证工作,并确认完全符合所需的安全功能和标准要求。以上内容建议用表格形式完成,形象直观,便于管理。

2.2.7安全分析报告内容安全分析报告通常包括以下两部分内容:第一部分,安全原则及规范要求的符合性评估;第二部分,故障树分析(FTA)报告。

2.3安全性小结

产品安全是公司运作的前提和基础,在设计过程中应有一票否决权。如果产品存在风险等级不能接受的安全隐患,那就无从谈起产品的性能、可靠性、维修性等。产品安全性工作复杂、繁琐,许多细节往往容易被忽略。应将安全工作视为公司的“国防、公安”,将其作为重点工作来抓,如果只是当成“保安”工作来抓,产品安全性工作将很难开展或大打折扣。

3列车的可靠性、可用性及可维修性(RAM)

3.1列车系统RAM分析及方法

3.1.1子系统的可靠性分配对全车各组成子系统进行分类,建立全车的基本可靠性模型和框图。该模型为全串联模型。结合可靠性框图,根据列车的合同指标平均无故障时间(MTBF),对整车的可靠性指标进行逐级分配,完成从整体到局部的分解。可靠性分配常用公式为:λi=Ki•λs式中:λi———子系统故障率;λs———整车故障率;Ki———子系统故障率百分比。对有产品故障数据库的公司,建议用比例法进行分配;对暂时没有产品故障数据库的公司,建议用评分法计算故障百分比。可靠性分配使各供应商和各开发人员明确设计要求,保证总体RAM目标理论上满足要求。

3.1.2故障模式及影响分析故障模式及影响分析(FMEA)是在产品设计或工艺设计过程中,通过对产品所有组成单元或工序潜在的各种故障模式及其影响进行分析,提出可能采取的预防改进措施,以提高产品安全性和可靠性的一种设计方法或工艺分析方法。它是一种预防性技术,是事先的行为,也是开展故障导向安全设计的基础。FMEA为系统的可靠性预计和安全性评价提供依据。建议车辆公司参考汽车行业的FMEA表格建立适合本公司的FMEA表。FMEA分析过程注意事项如下:(1)应建立产品分层架构表或工序表(这样不会造成漏件或漏工序);(2)应建立产品的故障模式库(有助于设计师分析时考虑全面);(3)必须由设计师、工艺师填写FMEA表(有助于FMEA技术在设计、工艺中应用);(4)对FMEA表中提出的设计、工艺改进措施,应进行审查和验证。

3.1.3系统的可靠性预计可靠性预计是针对产品成熟期的可靠性水平进行的,设计完成时,应完成产品的可靠性预计。预计时应考虑设计、工艺改进的潜力和整个研发过程中的可靠性增长。

3.2列车系统RAM预计实例

轨道交通车辆系统极为复杂,元器件数量过多,任务可靠性框图也较复杂。本文介绍一种实用预计方法。(1)建立产品RAM预计表:建立表5所示的产品RAM预计表,按子系统部件组件零件,建立整车的分层架构,分层至可更换组件层面(表5的第二列)。(2)填写产品RAM预计表:设计师填写产品RAM预计表,并在产品故障影响栏中(掉线、晚点)作出标记,纳入任务可靠性考虑,并作为任务可靠性预计的依据。(3)掉线(或延误)任务可靠性预计:应用元件计数法,将表5中掉线(或延误)栏中标记为Y的工作失效率相加,将影响列车掉线(或晚点)的元器件工作失效率相加,计算整车的掉线(或延误)λ或MTBF。根据现车统计,掉线(或延误)的MTBF约为10000h。(4)基本可靠性预计:根据表5中的数据,应用元件计数法,将所有零部件故障率相加,计算整车的λ或MTBF。根据现车统计,整车的MTBF在100~200h之间。(5)维修性预计:根据表5中的数据,按以下公式,利用EXCEL表格可很方便地计算平均修复时间(MTTR,式中表示为tMTTR)。tMTTRs=∑ni=1(tMTTRi•λi•Ni)∑ni=1(λi•Ni)式中:Ni———设备数量。(6)备品备件预计:根据表5中产品每年的故障数,建立备品备件库,避免浪费。(7)可用性计算:通过上述计算得到MTBF和MTTR,按公式可计算列车的可用性。车辆的可用性约为96%。

3.3可靠性试验

实际工程中,部分产品会出现在型式试验和寿命试验中表现良好、但在实际运营中故障率较高的情况。因此,建议对关键电子设备进行必要的高加速寿命试验(HALT)。HALT是一种发现缺陷的工序,它通过设置逐级递增的加严的环境应力,来加速暴露试验样品的缺陷和薄弱点,并从设计、工艺和用料等诸方面进行分析和改进,从而达到提升可靠性的目的。其最大的特点是设置高于样品设计运行极限的环境应力,从而使暴露故障的时间大大短于正常可靠性应力条件下所需的时间。

3.4RAM验证

RAM验证期一般从上线运营开始计算,为期2年。此阶段列车故障信息收集相对容易和全面,可靠性增长形象直观,容易接受,效果明显(见图1)。RAM验证期前半年为车辆早期故障期,半年后车辆故障率趋于稳定,进入车辆故障率的稳定期。上线运营后,每月月末应计算车辆可靠性指标,将车辆运营的实际故障率与车辆合同值进行比较(如图1所示),待车辆运营实际故障率持续低于合同要求值连续12个月,车辆可靠性通过考核。同时,通过故障曲线可以评估本型号车辆的可靠性水平。

4故障报告及纠正措施系统

建立产品的故障数据库,是公司开展RAMS工作的基础。故障报告及纠正措施系统(FRACAS)为产品的预计提供依据,让产品故障信息在公司内的设计、工艺部门充分流通运转,不断改进,提高产品的RAM指标。故障信息包括:每个故障发生的时间、公里数、对列车服务的影响、维护员工到达现场的反应时间、修复时间、关联故障、故障起因、整改措施等。FRACAS运行的简化流程图见图2。

第9篇

论文关键词:软件过程;软件项目管理;流程管理

1引言

长期以来,软件项目高失败率的状况一直困扰着人们,研究表明,软件项目失败的原因主要有两个:一是应用项目的复杂性;二是缺乏合格的软件项目管理人才。实践证明缺乏有效的项目管理是导致软件项目失控的直接原因。软件开发的风险之所以大,是由于软件过程能力低,其中最关键的问题在于软件开发组织不能很好地管理其软件过程,从而使一些好的开发方法和技术不能起到预期的作用。

流程管理作为现代企业管理的先进思想和有效工具,随着市场环境与组织模式的变化,在以计算机网络为基础的现代社会信息化背景下越发显示出其威力和效用。流程管理不仅是一种管理技术,更体现了现代管理的思想。流程管理的重点是:理清和管理好所有主、支流程间的关系,使他们相互协调发挥应有的作用。流程管理增加了部门的透明度,管理的对象不是“部门”和“部门员工”的概念,而是以工序流程为管理对象,注重流程中每一个过程和效率以及和上下游工序的关系,管理重点在于整体流程的完整性和顺畅性。目前,流程管理技术的研究已越来越受到人重视。

运用流程管理方法和技术进行软件项日管理,可以有效地改变软件过程管理混乱的局面首先埘软件项目开发过程进行有效的、规范化的定义;其次,在软件项目开发过程中,所有的活动过程均按照流程所规定的活动的逻辑关系、活动的实现方式来执行,这样可以使得所有的活动有序和可控;第三,通过明确运作流程,使项目组人员迅速融入项目和开发过程中;第四,关注每个过程的“结果”,使软件项目的所有工作产品均能得到有效的保存,保证了软件产品完整性。

2流程的概念及在软件项目管理中的作用

流程是由活动组成的。基本活动是由个人或团体来完成的,它不需要进行其他的基本活动的转化。流程的各个活动之间有着特定的流向,它包含着明确的起始活动与终止活动,因此是一个动态的概念。从结构上来看,流程有四个基本的构成因素:活动、活动的逻辑关系、活动的实现方式和活动的承担者。流程与“一系列的活动或事件”,“结果”等概念密切相关。流程管理不仅是一种管理技术,更体现了现代管理的思想,原有的以控制、塔式组织为基础的职能行政管理已经不能完全满足于现代企业发展和市场竞争的需要,管理的发展沿着分工理论运行了上百年后,现在又重新回归到整合与系统。

软件项目生命周期的一系列的开发过程是各种各样的流程活动:软件项目的计划编制、系统分析、慨要设计、详细设计、程序编码、测试与维护等活动过程都是一种流程活动:制定软件项目管理流程,重点考虑以下几点:

1)制定的流程能引导项目逐步走向成功;

2)制定的流程能适用软件开发过程;

3)制定的流程能指导项目开发活动.有利于对项日开发活动的管理;

4)制定的流程能以苴观的流程图表示.能使项目组成员清楚的知道软件开发与管理的过程和相互之间关系;

5)流程中的起始活动条件、终止活动条件明确、规范便于控制:

6)流程中的工作产品定义明确、可度趟,评价标准和方法具体、可操作

3软件项目管理总体流程设计

在软件项目开发管理过程中,不仪要努力实现项目的范围、时间、成本和质量等目际,还必须协调整个项目过程,以满足项目参与者及其他利益柑关者的需要和期望;随着软件规模和所涉及的领域不断地扩大,软件项目的管理越来越困难,纵观所有失败的软件项目.基本原因是不能管理其软件过程,在无纪律的、混乱的项目状态下,组织不可能从较好的方法和工具中获益。严谨的软件过程控制管理不仅可以在每个阶段回顾和纠正项目的偏差.别软件项目的风险甚至果断中止项目。且可以将人才流动所带来的不利影响减少到最小。要进行有效的过程控制,必须明确软件项目管理流程。

软件项目管理总体流程设计为项目搜寻、立项、售前合同生成和合同执行等5个主要阶段,分别以pl、p2、p3、p4、p5表示;同时设计了立项完成、合同签定、功能定义、软件开发、项目验收等5个里程碑,分别以tm1、tm2、tm3、tm4、tm5表示,如图l所示。在这些流程中,合同执行流程是软件项目管理的核心,其主要过程有:产品定义、软件开发、测试执行、内部验收、项目实施与验收、项目维护.

4软件项目管理总体流程分析

4.1项目搜寻

项目搜寻是项目立项的基础,项目搜寻阶段的主要任务包括市场信息收集,用户需求跟踪,对潜存的项目进行分析和筛选。

4.2项目立项

立项阶段的主要任务是确认立项的理由,提出立项建议,提供合适的资金和资源,使立项建议成为正式项目。

4.3项目售前

售前阶段从项目立项开始到项目合同的签定结束,主要工作有:制定与客户的交流计划,详细了解客户的背景资料,了解客户启动项目的缘由、目的和期望,编制项目方案建议书,准备合同蓝本。

4.4合同生成

合同生成阶段的主要工作有:项目方案的评估与确定技术合同、商务合同的商定、评估与签署。

4.5合同执行

合同执行是软件项目管理流程的重点,可分为软件开发、测试执行;内部验收、项目验收、系统维护等五个基本工作过程。

4.5.1软件开发

软件开发阶段分为:需求调研、系统分析、系统设计、编码、单元测试等过程。主要从三个方面进行管理:

1)制定项目计划。软件项目计划是一个用来协调所有其他计划,以指导项目执行和控制的可操作文件。它体现了对客户需求的理解,是开展项日活动的基础,也是软件项目跟踪与监控的依据。

2)确定开发过程。根据软件项目和项目组的实际情况,建立起一个稳定、可控的软件开发过程模型,并按照该过程来进行软件开发

3)加强过程控制一过程控制主要包括过程管理、变更控制和配置管理,、

4.5.2测试与执行

项目测试的目的是俭查系统是否符合项目合同与任务书规定的要求、项目测试分集成测试和系统测试,主要进行功能测试、健壮性测试、性能一效率测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试等测试过程在模拟运行环境中进行。

4.5.3内部验收

项目完成集成测试和系统测试后进行项目内部验收.主要有三个步骤:①文档准备。项目经删提交内部验收计划、项目开发总结报告、产品清单:财务主管提交项目财务预算报告。②内部验收测试。内部验收测试的测试内容与方法虽然与系统测试基本相同.但应站在用户验收的角度进行,因为它是试运行的基础。通过这一步。为用户验收作充分的准备。③内部评审。对提交的所有文档及测试结果进行内部评审,完成项目开发总结报告:

4,5,4项目试运行与验收

试运行与用户验收阶段的主要任务是,使所有的工作产品得到用户的确认。主要工作有:①验收前的准备。项目经理负责检查产品的完整性。包括文卡当、介质和中间产品等,以确保现场实施的成功;负责应用软件的现场安装调试,完成安装调试总结报告;负责制定用户验收计划,并得到客户的确认。②用户进行验收测试和系统试运行,进行文档和系统的移交。③用户确认。项目经理负责与客户协测,协助用户进行项目验收,形成用户验收报告。

4 5.5项目维护

软件系统的维护分为两大类:一类是纠错性维护,由于前期的测试不可能暴露软件系统中所有潜在的和隐含的错误,诊断和改正这些错误的过程为纠错性维护。另一类是完善性维护,在软件正常使用过程中,用户还会不断地提出新的需求,为了满足用户新的需求而增加软件功能的活动称为完善性维护。如果需求变更很大,那完善性维护将转变为软件新版本的开发。系统维护的宗旨就是提高客户对软件产品的满意度。确保系统的正常运行是系统维护的根本目的。

4.6软件项目管理的里程碑

项目的考核与评审是软件项目管理流程控制的基础,我们在整个流程中设定五个基线,即确定五个里程碑,它们分别是tm1:立项完成;tm2:合同签订;tm3:产品功能定义完成;tm4:软件开发完成;tm5:验收通过。

如图1所示。各阶段的主要的进入条件和相应的工作结果是里程碑是否达到的重要标志。

5结束语

第10篇

试用期的工作总结(内容包括对试用期工作的回顾、总结,对企业文化的理解:自己在工作中的表现及不足,如何改进存在的不足:及对今后工作的设想、建议;等等)。以下是查字典小编为你整理的有关试用期的工作总结文章,供您阅读参考:

技术员工试用期工作总结范文

尊敬的公司领导:

我于XX年09月07日起正式成为公司一员。时间飞逝,转眼间,做为一名我友正式员工已经有两个月之久。在这个难忘而又夸姣的日子里,我深入体会到了公司的积极氛围和各个部门的巨大魅力,目睹了公司一步步走向成熟,看到了公司网络的不断健全和系统不断完善,并日渐不乱,同时,也看到了运维中心给于系统管理职员带下世人向往的学习平台和和无穷的机遇与挑战,所以,我在此对于过去的工作做下总结。

总结历史在运维中心工作期间,我工作认真,具有较强的责任心和进取心,极富工作热情,确实完成上级交付的工作,善于与他人沟通,和公司部门同事之间能够通力合作,关系相处融洽而辑穆,配合各部分负责人成功的完成各项工作,具有很强的团队合作精神。注重自己的个人发展,不断努力学习系统、网站架构知识。所以我现在已经能够纯熟维护公司的系统服务和监控网站架构,包括前段节点,源站各个站点服务的流量信息等,能及时查看并报警所引起的网络服务相关故障,能注重公司的种种流程细节,拥有了一名系统管理维护员的基本工作技能。

回顾历史九月份,是我成为公司正式员工最幼嫩的时期,一直都处在学习阶段,学习公司网站的架构分布情况,以及在系统中各种常见网络服务的搭建,包括学习系统基本的操作,pure-ftp的搭建,php网站的发布,对后台数据库的管理,通过各种熟练的基本操作之后,在此之上,我为迎合公司的发展需求,在网络服务监控方面我准备了各种实战经验;在上级的指挥下,我独自一人自主搭建了新版本软件nagios监控服务器,并通过测试,可以和公司现阶段运行的服务器媲美,在此基础上,为了更好方便的管理,我又研究了nagvis,通过实现对监控设备的3d效果使之管理人员能第一时间更清晰的了解网站后台服务器的负载情况。

十月份,通过我们部门定期的进行小组的学习,使我对linux自身的学习有了更大的兴趣和憧憬,为此我研究基于各种网站类型的发布,包括对apache,varnish,lighttpd,等各种平台网站服务器的发布,样使我今后在监控,事件处理方面做好了充分的准备;为此,我特地独立创建我们部门的bbs论坛,并且发布于外网,使部门员工不仅在公司,而且还可以在家里进行访问与交流,以方便我们公司部门员工的共同学习和交流。十月份,我有幸的见证我们公司sns2.5新版本的新上线,同时我也参与了公司内部测试,配合公司对新版本的bug,并及时提出问题。由于公司正处于现阶段发展之中,所以我必须迎合而上,配合其他部门积极工作,争取能为公司的发展出一己之力。

瞻望未来在今后的工作过程中,我会更加严格要求自己,同时也有几个大方向是我需要努力。nagios监控系统拥有极其多的复杂服务,它是我的核心工作,它的完成情况反映着我的工作是否尽职。我会努力做好本职工作。还有,cacti监控设备系统,因为时间的分配,有很多多知识未能及时巩固,同时也需要紧抓时间实践操纵,并参加实际建设和规划,使自己能更加灵活应用系统网络知识,并积累处理相关异常经验。同时,自己也要不断努力与充实自己,研究shell,pure各种脚本的编写,使自己处理处理突发事件的效率提高,以及nginx和squid这些常用的服务搭建。在今后的一年里,也会参加相应的证书考核,不断晋升自己,并紧抓利用业余时间努力学习it知识,搭建各种服务器知识,包括自己学习小型机跟进步英语水平。

第11篇

1.验收条件

由系统承建方确认项目工作是否已按合同及相关要求完成,需要交接的项目技术资料准备充分。然后提出验收申请,联系监理及建设单位组织验收。

2.验收依据

软件工程项目一般应具有以下相关验收依据:

(1)符合国家现行有关法律、法规、规章和技术标准。

(2)建设方有关部门的规定;软件工程要面对用户需求,符合用户实际工作的需求,而软件工程是一项系统工程,需要满足相关不同部门,部门与部门之间的需求。

(3)经批准的项目招投标文件;招标文件中一般规定了软件工程中各个项目的内容和功能,是开发软件工程的工作依据,也是验收软件工程的基本依据。

(4)项目合同、补充合同及合同附件;项目合同规定了软件工程项目建设方和承建方的权力和义务,无论是工程的施工阶段还是验收阶段,为双方提供了工作依据和法律保障。

(5)经批准的设计方案、实施方案及相应的工程变更文件;项目的招标和设计只是规定项目的最初规划,按照实施方案和变更文件验收软件工程的各项功能才能把系统真正验收完全。就像一栋大楼建成了,不能只靠图纸上的验收,不同房屋的质量都需要检验。

3.验收对象及范围

验收对象:根据建设单位要求和用户需求完成的软件开发项目。验收范围:按照合同并结合设计方案、实施方案及变更文件验收软件工程项目的各项功能,同时验收各数据模块间的接口软件,终端应用软件,数据交互软件,数据库软件。不包含软件系统应用后,改变系统架构的新需求,由于其他既有系统改变而影响现有系统应用的需另行讨论处理。

4.验收程序

(1)验收准备。由建设方组织召开验收准备会议,明确各方验收工作的任务及验收流程。建设部门应组织相关维护部门和最终用户参与到项目验收过程,维护部门协同监理方应审查验收申请和验收资料,最终用户提出系统上线试运行后的各项功能是否满足需求,提供用户使用报告或使用意见。承建方提交项目验收申请和资料,验收材料包括项目合同规定的各种文档及实施过程中产生的文档资料及开发总结报告,同时提供有监理方审核通过的各个系统测试报告,并按照规范装订成册。监理方负责审查项目文档的完整性和规范性,对不满足要求的资料提出监理意见,并要求承建方在规定时间内整改完善。整理监理过程文档,对项目监理过程出具监理工作总结报告。

(2)验收申请及审查完成验收准备工作后,由承建方提出验收申请,经建设方及监理方审查通过,同意验收后,组织正式验收。

(3)正式验收。确定验收时间,验收会议议程,准备相关验收资料。由建设方抽取或邀请专家,组成专家小组,由专家小组组织验收。项目三方(甲方技术维护部门及业务部门、承建方项目组负责人及商务、监理方主要负责人)、相关部门参加验收。

(4)召开验收会议。专家小组会听取项目各方的工作汇报,甲方介绍项目建设背景、建设情况及用户使用情况。承建方介绍项目建设情况,项目完成情况,项目成果等。监理方汇报项目实施过程中,监理工作的情况。查阅相关文档资料,对资料完整性和正确性做出评估。对系统测试和试运行期间用户和技术维护部门的质询进行答疑。由专家小组出具项目验收意见。遗留问题限定整改时间,由监理纳入会议纪要。

二、软件工程生命周期下的验收工作

软件工程普遍使用原型化方法进行开发,但是由于专业性的差距,软件开发工作者不可能完全了解用户需求,尤其是专业性比较强的用户需求,这就需要不断的进行“开发-试用-总结-再开发”,循环往复,但是却是个螺旋上升,向着软件工程的成功不断前进的过程。那么工程验收就不可能一蹴而就,需要建设方组织技术维护人员和用户从软件开发开始就参与进来,共同开发,共同验收,相互合作,每个人都是这螺旋上升阶梯的一块基石,缺一不可。

1.工程开始前的验收

(1)计算机硬件到场安装前,承建方与建设方共同验收,是否符合软件工程建设基础要求,验收时发现短缺、破损,承建方应立即要求采购方补发和负责更换。

(2)操作系统和基础应用系统安装完成后,需要软件工程承建方进行验收,测试应用是否符合工程建设标准,验收合格后方准进行应用软件开发工作。

2.工程进行中的测试(初验)

项目调试后基本达到招标书规定的指标后,可进行验收测试(初验)。验收规范(包括项目、指标、方式和测试仪器等)应由承建方提前提交给建设方。建设方可根据合同、招标书、验收方案以及建设方的有关规定进行修改和补充,经双方确认后形成验收文件作为验收依据。验收测试合格后,双方签署初验合格协议,设备进入试运行期。

3.试运行后的系统完善

工程经过一定时间连续的试运行期后,设备维护方和用户对系统会提出部分问题和修改建议,承建方跟踪应用系统运行也会发现一些问题。需要监理方组织各方进行中期运行总结会,分析系统问题,解答操作问题,协调各系统开发人员查找数据交换问题。按照会议决议组织人员进行系统完善,再次进行测试。在试运行期间,由于设备质量等造成某些指标达不到要求,将责成有关单位更换或进行修复,试运行期顺延。

4.整体验收(终验)

第12篇

【关键词】软件;软件开发;工程;文档;生存周期;维护

1.前言

1.1 软件开发的规范化工程化

随着计算机技术、信息技术、多媒体技术、网络技术、通信技术等的发展,各行各业的众多工作越来越依赖计算机的应用,一方面使社会对软件产品的需求量增大。另一方面计算机软件产品在投入使用过程中,软件程序在运行时发现错误要设法改正;用户有了新的需求时要对程序做相应的修改;硬件系统或系统软件(主要是操作系统)的更新修改程序发适应新的工作环境。以上种种工作都对软件开发和软件维护提出要规范化工程化工作,

1.2 规范化工程化的目标

特别是软件生产及维护进入规范化工程化的软件工程时代,任何参加这些软件工程的人员,要在工程项目的总体要求和技术规范的约束下开展工作。组织实施软件工程项目,从技术各管理上采取了措施使在软件开发达到以下主要的目标:生产成本较低、软件功能达标、软件性能较好、软件易于移植、维护费用低、按时完成开发工作。为了达到这样的目标,特别要重视文字资料工作即软件文档。

1.3 软件文档的概念

软件文档(document)也称文件,通常指的是一些记录的数据和数据媒体,它具有固定不变的形式,可被人和计算机阅读。。软件文档是与软件开发、维护和使用有关的文字材料,如技术文档、设计文档、版本说明文档等,它和计算机程序共同构成了能完成特定功能的计算机软件。

2.软件文档的作用

2.1 提高软件项目开发过程的透明度,为项目管理提供了依据

软件是一种逻辑实体,而不是物理实体,软件产品不像生产其它产品看得见,摸得着。故在软件的开发生产过程中没有明显的制造过程。我们知道,硬件产品和产品资料在整个生产过程中都是有形可见的,软件生产则有很大不同,文档本身就是软件产品。

软件文档详细记录了软件项目开发过程中发生的事件,将通常“不可见的”软件开发进程转换成“可见的”文字资料,使软件项目开发过程的能见度、透明度提高了,是项目的管理的依据。软件产品在软件开发过程中管理者需要了解开发进度、存在的问题和预期目标。每一阶段计划安排的定期报告提供了项目的可见性。定期报告还提醒各级管理者注意该部门对项目承担的责任以及该部门效率的重要性。开发文档规定若干个检查点和进度表,使管理者可以评定项目的进度,如果软件文档有遗漏,不完善,或内容陈旧,则管理者将失去跟踪和控制项目的重要依据。

2.2 跟踪软件项目开发过程,使项目质量得到保证

软件项目开发过程的每一个阶段有必须完成的文档。那些负责软件质量保证和评估系统性能的人员需要程序规格说明、测试和评估计划、测试该系统用的各种质量标准以及关于期望系统完成什么功能和系统怎样实现这些功能的清晰说明;必须制订测试计划和测试规程,并报告测试结果;他们还必须说明和评估完全、控制、计算、检验例行程序及其他控制技术。这样完成对软件项目的过程进行跟踪,满足质量保证人员和审查人员上述工作的需要。

每一个阶段结束前都要对该阶段据所完成的文档或程序进行评审或测试,以便发现问题,排除故障,及时改正错误。有了软件文档的跟踪,可及时审查软件项目,保证软件质量。

2.3 便于各人员之间的交流与合作,是各任务之间联系的凭证

软件文档在软件开发人员、软件管理人员、维护人员、用户以及计算机之间的多种桥梁作用。使系统管理员、操作员、用户、管理者和其他有关人员了解系统如何工作,以及为了达到他们的各自的目的,如何使用系统。

大多数软件开发项目通常被划分成若干个任务,并由不同的小组(下转第74页)(上接第17页)去完成。项目小组内部、项目平行开发的各小组之间进行交流与联系是通过软件文档。大多数系统开发方法为任务的联系规定了一些正式文档学科方面的专家建立项目;分析员阐述系统需求,向设计员提供正式需求规格说明;设计员制定总体设计,向程序员提供正式设计规格说明;程序员编制详细的程序代码;质量保证专家和审查员评价整个系统性能和功能的完整性;负责维护的程序员改进各种操作或增强某些功能。各种人员需要的互相联系、互相交流、互相合作是通过文档资料的复制、分发和引用而实现的。

2.4 支持软件项目使用时的维护,发挥软件的最大效率

软件文档提供系统开发的全部必要技术资料。可以帮助维护保熟悉系统,顺利完成软件的安装。在软件运行过程中出现的各种问题可及时排除,及时处理,帮助客户使用软件操作顺利地利用软件进行工作。软件运行过程找出并修正错误,改进系统以适应用户需求的变化或适应系统环境的变化,开展维护工作,延长软件的生存周期,使软件的效率发到最大化。

2.5 记录软件的历史,为今后的软件开发提供参考

软件文档作为“记录软件历史的语言”,软件文档可用作以后项目的一种资源,软件项目的一种借鉴。通常文档记载系统的开发历史,可使有关系统结构的基本思想为以后的项目利用。系统开发人员通过审阅以前的系统以查明什么部分已试验过了,什么部分运行得很好,什么部分因某种原因难以运行而被排除。系统文档有助于完成软件的移植或将软件转移到各种新的系统环境中。

软件文档中还包含着“项目开发总结报告”自我总结的部分,有的项目负责人对这些文件往往不大在意,其实在这些文件中除了有关的软件项目的数据外,对项目的过程的进行了总结,优、缺点尽在其中,学习和借鉴这些文件对今后的工程管理将会有很大的促进作用。

3.总结

在软件工程时代,正确的使用软件文档对软件产品按质按量的交付使用,对于充分发挥软件产品的效益有着重要意义,故在软件开发中要重视软件文档的编写。

参考文献

[1]辛明海,潘孝铭等.软件文档编写[M].北京:高等教育出版社,2009.