信息系统项目管理师论文范文汇编

上传人:无*** 文档编号:107373725 上传时间:2022-06-14 格式:DOC 页数:81 大小:415.50KB
返回 下载 相关 举报
信息系统项目管理师论文范文汇编_第1页
第1页 / 共81页
信息系统项目管理师论文范文汇编_第2页
第2页 / 共81页
信息系统项目管理师论文范文汇编_第3页
第3页 / 共81页
点击查看更多>>
资源描述
.信息系统工程管理师论文例汇编:一、 论软件开发的本钱管理摘要 2012年8月,本人作为工程经理开场参与*银行授信业务系统的开发工程,主要工作职责为需求分析、系统设计和工程管理系统根本功能包括:业务操作、业务提醒、根底资料、查询统计和权限管理等五个模块系统采用Struts + Hibernate主流Web应用框架,实现Web应用程序效劳器WebSphere与协作应用程序效劳器Lotus Domino的高度集成。 工程的成功很大程度上归功于在工程过程中各个阶段对进度和本钱的有效管理和控制。本文以该工程为例,结合作者实践,讨论了信息系统工程中的本钱管理问题,主要通过在方案阶段做好工作量估算,有效管理和控制风险因素,在实施阶段进展本钱跟踪和控制等方法来有效管理和控制工程本钱实施结果正文 2012年8月,本人作为工程经理开场参与*银行授信业务系统的开发工程,主要工作职责为需求分析、系统设计和工程管理当然也做一些编码工作,主要是根底性公用代码和关键核心代码的编写与维护授信是指银行以自身信用向客户提供贷款包括工程贷款、担保、开票信用证、汇票乘兑等业务,授信业务是商业银行资金运作中最为重要的业务之一。开发授信业务系统,提高授信业务的管理水平和运行效率、充分利用共享的信息资源、减小各种风险、运用各种科学的金融分析模型指导业务开展具有十分重要的意义系统根本功能包括:业务操作、业务提醒、根底资料、查询统计和权限管理等五个模块系统全面实现授信业务的网上操作,实现流程的上报,审批和管理,大大提高了授信业务工作效率。提供了强大的业务查询和统计功能,便于对授信业务工作的管理和监视其中业务操作模块实现授信业务工作流程,主要包括正常类授信业务申报、问题类授信业务申报、特殊类授信业务申报和授后监控业务等工作流程。 系统采用Struts + Hibernate主流Web应用框架,开发工具采用WebSphere Studio Application Developer 5.0 (WSAD 5.0),WSAD 5.0集成并扩展了Eclipse 2.0的功能硬件配置方面:IBM P610小型机用于安装WebSphere 5.0,DELL效劳器用于安装Domino R6和SQL Server 2000。实现Web应用程序效劳器WebSphere与协作应用程序效劳器Lotus Domino的高度集成,并使用Single Sign On(SSO)实现单点登陆总体架构思想,将表单数据的生成和分析采用关系型数据库来实现,通过WebSphere架构实现业务逻辑的处理,而表单的审核流程由Domino进展驱动将基于业务为主的J2EE效劳系统和基于协作为主的DOMINO流程处理系统有效的结合起来,确保整个业务流程的有效运行和各种数据查询分析统计的有机结合。 由于考虑到银行年度等因素,客户要求系统在2012年12底前交付,工程开发周期为4个月。工程人员配备情况,工程经理l人,开发人员4人,测试人员3人,界面美工人员1人,工程行政秘书1人,配置管理人员1人,质量管理人员1人其中开发人员小来自*银行科技处工程行政秘书、配置管理、质量管理等人员为兼职人员,为多工程共享。由于公司属于大型软件企业,在工程根底设施方面包括开发效劳器、开发机、测试效劳器、配置管理效劳器、开发工具等配备状况较好。 软件本钱管理是软件工程管理的一个重要组成局部,也是一个十分容易被无视但却又是十分重要的容本钱管理的目的是通过执行工程本钱管理过程和使用一些根本工程管理工具和技术来改良工程本钱绩效。工程组整体上把按进度和预算交付工程作为本人们最大的挑战,因此本人们十分重视对工程进度和本钱的控制和管理该工程中本人们借助工程管理软件Microsoft Project 2003来辅助进度和本钱的方案和管理本人们主要通过在方案阶段做好工作量估算,有效管理和控制风险因素和在实施阶段进展本钱跟踪和控制等方法和策略来有效管理和控制工程本钱。 1、方案阶段做好活动历时工作量估算 工程需求分析阶段完毕,软件需求说明书得到客户正式签字确认后,本人们开场创立工作分解构造WBS和制定详细工程进度方案本人们认为工作量估算是本钱估算的根底,对于工程本钱管理分关键由于对代码行LOC估算、功能点FP估算等估算方式研究不是很深入,工作量估算主要采用基于公司工程历史绩效数据库和个人经历的估算方法对于局部涉及流程的活动单位一般比拟难一次性把握其活动的历时,事实上流程调试的工作量在页面根本功能增加/删除了修改的3倍工作量以上例如业务操作模块问题类授信业务申报问题类客户行动方案申请流程页面提交工作量为2日/人,而流程调试需要涉及20多个角色和8条路径对于估算把握不是很好的任务,本人们一般通过提供一个乐观估算A、悲观估算B、正常估算M进展3次估算然后利用PERT公式1 ( 4 * M + A + B)/6计算取整每项活动本人都先确定具体人员,然后需要对活动本身进展详细分析,必要时查看公司工程历史绩效数据库。最后需要为各项活动建立了依赖关系,明确各项活动的前置任务,活动开场时间和完毕时间总体上讲活动历时估算工作量较大,本人花费了数个工作日。 工程组人员流动率较低,在J2EE和Struts架构下的WEB应用开发已经有一定的工程积累和团队合作根底如工程组自行开发了功能完善的Struts-config.*ml统一维护工具,实现了FormBean和ActionBean方便管理。信息系统工程管理师网itpm. 有大量可供复用的东西,如公共根底代码包,权限管理模块等这些也是在本人们工作量估算中需要考虑的因素。 2、有效管理和控制风险因素 工程中本人们对工程风险进展了必要的管理,以防止风险事件的发生引发工程本钱增加或超支公司工程管理部门提供了风险管理方案的模板和风险事件列表模板为了让工程组整体在各个阶段保持良好的风险意识,本人尝试采用了十大风险事项跟踪,把工程中各主要风险事项按照排名贴在公告栏上由于当时有局部未明晰的需求包括:问题类客户行动方案申请流程;查询统计局部需求;客户方面可能提出的新需求需求和围界定不清、方案不充分、用户参与缺乏、缺乏领导支持、技术问题等为本人们工程方案阶段主要风险事件事实说明,这种做法效果是非常明显的特别是客户方面,本人定期把风险事件列表Email给客户方工程负责人方*为了能尽快落实未明晰的需求局部,本人与客户方主要工程负责人方*进展了面对面的沟通通过一番利弊关系的述,达成尽快明晰悬留局部需求的共识需求问题很快得到解决工程组整体信心十足,积极性和责任感增加公司领导方面对工程组也表现出特别的关心,特别是公司总开场频繁出现在工程组的每周进度评审会议上,他们也开场担忧因为对工程支持不够而导致工程的失败。 3、实施阶段进展本钱跟踪和控制 实施阶段需要进展本钱的跟踪和控制Project 2003中需要设定各项资源人员的工时标准费率,即人员每小时的工作本钱工程组成员每周五下班前通过网B/S工程管理信息系统PMIS提交工程周报,把各自本周完成的任务进度情况和下周任务方案进展汇报报告要求按百分比严格量化任务完成情况,PMIS只提供具体百分比的选择工程经理本人把各项任务实际完成数据输入到进度方案中,Project 2003自动本钱统计表,清楚显示任务基准和实际本钱信息通过查看跟踪甘特图就可以较好把握工程总体的进度绩效。 授信业务系统在2012年12月下旬正式上线,提前1周完成了工程目前系统运行正常,受到客户方各有关部门的一致好评,对工程满意度较高工程的成功很大程度上归功于在工程过程中各个阶段对进度和本钱的有效管理和控制没有本钱管理,工程也可能成功但没有本钱管理的工程,对于工程管理质量、时间、本钱三大目标的实现是具有巨大风险。二、 论信息系统的需求管理和围管理【摘要】 在2008年9月,本人参与了*省毕业生就业公共网工程的建立在工程中担任工程经理职务该工程作为数字*的重点工程,受到了省政府和数字*领导小组领导的高度重视系统以省人事厅为依托,面向全省各级政府人事部门,大中专院校,中介机构、用人单位和毕业生集就业指导、政策宣传,人才交流,就业手续办理,政府宏观管理于一体。堪称本人省至今为止,最大的电子政务工程之一。本文结合作者的经历就工程管理的需求管理和围管理作了翔实的论述;并就工程过程中采取的措施、方法作了介绍最后,列举了该工程围管理的一些缺乏之处 【正文】 一、工程概述 为进一步加强本人省毕业生就业效劳体系建立,加强本人省人才资源的宏观管理与合理配置,为本人省广阔毕业生和用人单位提供便捷的人事人才效劳;在省领导、省人事厅和数字*建立领导小组的高度重视和支持下,*省毕业生就业公共网下简称:就业网工程作为数字*的重点工程于2003年9月启动了。 工程总投资150万元,要求在 2012年5月1日前全面竣工并投入使用 系统要求采用先进的技术手段,以省人事厅为依托,以Internet为载体,大中专毕业生就业创业为导向;面向全省各级人事部门,大中专院校,人才中介机构,用人单位和毕业生;连接人事部、教育部和其他兄弟省市就业主管部门、高等院校;构筑一个大容量,宽辐射的全省毕业生就业创业公共效劳平台。为本人省广阔毕业和用人单位提供全面、便捷、快速的人事人才效劳;为大中专院校提供集学生学籍管理与就业相关工作的办公自动化平台。预计系统建成后将成为本人省第一个面向全省的、大容量的、跨区域的毕业生就业创业电子政务应用效劳平台。 通过公司的工程经理竞争上岗机制,本人有幸获得了公司领导与业主的信任,成为该工程的工程经理,全面主持工程的管理工作 在省政府与数字*小组领导的亲切关心下,业主的通力配合与支持下,本人与项日组全体同志们一起并肩作战,通过近8个月的努力,终于在2012年4月15日全面通过验收,工程花费总本钱为96万元比方案提起了15天,为公司挣得近50万的利润 二、工程围难以管理 围管理是工程管理的根底,也是工程管理工作的重点和难点。模糊的需求和频繁变更的围让工程的甲乙双方吃尽了苦头如何做好工程的需求管理与围管理常常是工程经理最头疼的间题。就业网工程的成功,笔者一直认为得益于有效的工程围管理机制。在此笔者就就业网工程采取的工程围管理的一些方法做简单介绍,望各位读者批评指正 三、工程需求与围的区别和联系 工程围Project-scope包括工程的最终产品或效劳以及实现改产品或效劳所需的各项具体工作。从这个意义上讲就是工程应该做什么,不应该做什么,以及如何做。也就是说,工程围事实包括2个方面的容:工程需求和工程过程工程需求确定做什么工程过程确定如何做 工程围管理也就是对工程应该做什么和怎么做做出相应的定义和控制事实上就是对需求的管理和工程过程的管理 四、就业网工程需求特点 1 、工程干系人多 就业网是面向全省各级人事部门省、市、县三级近100个人事行政单位、大中专院校近200所、人才中介机构200多家、用人单位近百万家、毕业生的大型电子政务工程工程涉及面广、用户量大在工程管理中本人们必须收集广阔用户的意见,获得广阔工程干系人的支持。才能打造一个用户乐于使用的电子政务平台,为工程的使用推广打下根底 2 、业务涉及面广 毕业生就业公共网集毕业生就业创业指导、政策宣传、咨询,人才与用人单位的双向交流互动,网上人才市场,毕业生就业手续办理,院校学生学籍管理与就业管理,就业工作监控管理与宏观管理,资源收集整理于一体涉及毕业生就业工作与人才管理工作的方方面面。 3 、全省毕业生就业工作流程不一致 就业网工程涉及本人省各级人事部门,但由于政府人事工作的区域性,各设区市都有各自不同的人事制度与毕业生引进制度造本钱人省各设区市人事部门毕业生就业工作流程的不一致 就业网工程涉及本人省近200所大中专院校各个学校也均有各自的就业管理工作方法和习惯 4 、各级政府部门、院校信息化程度参差不齐 本人省是一个沿海城市,各设区市经济条件不一样,信息化程度更是参差不齐沿海城市信息化程度比拟高,山区城市信息化较为落后。有些单位甚至没有一台电脑 五、工程围管理工作方法 就业网工程需求的特点使本人们对工程的围管理狡尽了脑汁通过专家参谋的指导与工程团队全体同志们的共同努力,采取了相关措施、方法才使的工程的围管理工作变的更加容易 1、全省三百多工程干系人参与的工程启动大会 考虑到工程的涉及面广,干系人众多工程正式启动之初,在业主省人事厅的通力配合下,本人们召集了全省各级人事部门、大中专院校负责毕业生就业工作的领导和业务办理同志,重点中介机构和省直重点单位的人事主管三百多人参与工程的启动大会在这次会议上,本人作为工程经理向各工程干系人,就工程的主要目标、围、围管理方案、进度方案安排、沟通方式作了详细介绍希望各工程干系人能够积极配合本人们的工作,本人们将尽量满足他们的要求,将就业网建立成为他们乐于使用,能确实帮助他们的系统。信息系统工程管理师网itpm. 2、有效的工程围管理 这个工程可以说是本人通过PMP后的第一次将工程管理知识体系知识灵活运用于实践之中 在工程管理中本人们采用了MS Project2002作为工程管理工具通过Project,本人们建立了工程的WBS对WBS的每个任务明确了其可交付物对每一个任务本人们都要求细化到每个人在一周可以完成。保证每一项任务都是可控的 同时本人们还制定了完善的工程围管理方案,WBS字典,围变更方案及规程,工程核实标准含质量控制标准并交由业主、工程监理单位审核后,由业主和工程监理单位共同实施。 3、多饮的工程评审大会 在工程进度方案中本人们确定了5个重要里程碑在这些里程碑完毕后,本人们将邀请相关工程干系人参与工程的评审工作目的是为了防止需求偏差、遗漏,和收集新的需求。 第一个重要里程碑是系统原型完成之后,邀请了所有工程干系人代表参与了原型的评审工作 第二个重要里程碑是政府人事部门业务平台完成之后,邀请了相关政府人事部门的相关业务负责人参与工程评审工作 第三个重要里程碑是院校端业务平台完成之后,邀请了各重点高校、中等职业学校的相关业务代表参与了工程的评审工作。 第四个重要里程碑是网上人才市场平台完成之后,邀请了重点中介机构,省直重点单位、毕业生代表参加工程的评审工作。 第五个重要里程碑系统根本成型之后,本人们再一次组织了全体工程干系人,参加工程评审会议。 每一次的工程评审都给本人们带来了很多很好的建议让本人们充分发现了本人们系统的缺乏之处,发现了许多业务上的偏差当然也有许多工程干系人提出了系统易用性上的建议。会后,本人们按照工程围变更方案和业主、监理单位一起对这些建议作了逐一评估,将那些有益的建议包含进工程围管理方案中。 4、全体工程干系人的共同努力 其实这个工程的成功是全体工程干系人的成功;是全体工程干系人努力的结果省领导的重视和工程干系人的激情是这次工程成功的关键在工程进展过程中许多单位都给本人们提出了很多很好的建议;在工程进展过程中,许多院校的负责就业工作的教师,各级人事部门的相关负责同志都纷纷给本人们提建议、出点子本人们还设立了热线专门接听、收集他们的建议 六、缺乏与展望 目前系统运行稳定,到目前为止已经成功的完成了2届近30万毕业生就业管理及派遣工作。并于今年7月份获得了省工程科技进步二等奖。 但回忆过去,确也可以发现许多缺乏之处如: 1、工程需求分析做的不够充分,没有充分考虑到各设区市业务流程的差异性。造成毕业生就业手续办理流程模块的全面返工。 2、工程可行性研究做的不够充分,没有充分考虑到各设区市信息化程度的差异造成到目前为止,许多落后的设区市、县无法真正使用就业网系统 3、除此之外,还存在许多的缺乏;这里不在逐一列举 在以后的工作中,本人将继续努力学习、总结经历,继续为本人国电子政务建立、企业信息化建立作奉献三、 信息系统工程管理师论文例:论软件开发的风险管理摘要 本文讨论了*公司实施SAP系统的风险管理该公司原先运行着一套ERP系统,现在要转到SAP上,需要完成新系统的流程的重新定义,数据的切换,用户的培训等工作工程要求在11个月的时间完成实施一个大型的ERP系统有着各种的风险,这些风险如果不加分析和控制,将会给整个工程造成致命的影响本人作为工程经理,主要从控制进度风险,人员流动风险和系统功能风险三个方面去进展风险的管理最后这三方面的风险都得到了有效的控制,从而使工程顺利完成 正文 2003年1月,本人参与了西门子集团下*公司的SAP留系统的实施,提任工程经理该公司之前运行着另一套ERP软件:QAD的MFG/PRO系统由于集团总部的要求,要用SAP 系统替换原先的MFG/PRO系统,并且要在2003年11月前完成整个工程完成以下阶段,首先是工程的引进,包括成立工程小组,由参谋对工程小组成员进展初步的培训,让小组成员对SAP的标准流程有个大概的认识接下来是要分模块进展讨论,制定出各模块的实施蓝图(blueprint)该公司实施了以下的模块:SD销售与分销,MM物料管理,CO本钱控制,QM质量管理,PP生产控制,FI财务核算,CO本钱控制等在Blueprint 完成后,由参谋根据定下的流程配置一个测试的系统,用户在该测试环境下进展练习和测试测试完成后就是数据的准备和切换了,要从MFG/PRO系统把需要的数据下载下来然后你上传到SAP系统。完成数据的切换,SAP系统正式上线,同时不再使用原先的系统。 因为整个工程要在11个月的时间完成,时间是非常紧迫的如何在如此短的时间使工程能顺利进展,控制各种可能出现的风险是必要的为此,在工程的初始阶段,本人召开了小组成员开会,专门针对工程的风险进展了讨论会上,大家把想得到的风险都提了出来经过分析筛选,本人最后确定了三个重点进展控制的风险,并采取了相应的措施进展控制 1、控制进度风险 ERP的实施是一个大型的工程,涉及到企业的流程改造和其它方方面面的东西而该工程的上线时间不能改变,所以,工程进度在这里是个潜在的风险,如果不能如期上线,则公司的运作将会受到重大的影响为此,本人在工程启动后,召集了工程小组成员开会制定工程方案本人首先用Microsoft Project制定了工程的总体方案,在这个总体方案中,明确了各个阶段的任务和完成时间如什么时候完成设计蓝图Blueprint),什么时候进展关键用户的培训,什么时候进展测试和练习,什么时候进展数据的切换等总体方案制定出来后,各参谋在总体方案下制定各模块的实施方案,把每个模块在每一阶段的问题细化各模块的实施方案要在总体方案的根底上进展,在任务和时间上不能滞后于总体方案无论是总体方案和实施方案,都要求明确各步完成的时间,要准确到哪一天,而不能用模糊的描述,比方3 月初完成Blueprint这样的低描述是不充许的为保证项日照进度进展,每周五都要召开工程会议,检讨工程的进展情况,发现有超期的任务,分析原因,及时解决在进度的控制方面,还要应付突发的事件造成的影响,及时地调整方案以适应新的情况2003年4月一5月,由于受到非典的影响,外部参谋不能出差来本人公司,这使工程的进度受到了很大的影响为了把这种影响降到最低,本人即时调整了工程方案,把这段时间安排为关键用户的培训和对系统的熟悉。因为之前参谋已对关键用户进展了一些培训,所以用户对SAP 系统有了一定的认识通过上机的操作,更进一步了解系统有问题本人们通过与参谋联系。通过这种方法,把原本以后进展的用户练习提到了前面虽然没有参谋的现场指导,但通过自己的摸索对系统的印象更加深刻,为之后的工作打好的根底 2、控制人员流失的风险 在实施SAP过程中,有两种可能会导致人员的离职,一是工作繁重乏昧,压力大;二是积累了一定的SAP经历后找工作相比照拟容易,这时如果有其它更好的时机,员工会考虑跳槽而工程小组人员流动将会对工程造成很大的影响,甚至导致工程的失败所以如何控制这些风险,是作为工程经理要考虑的问题为此,本人首先与人力资源部一起,制定了一套有效的鼓励机制包括,把参加SAP工程作为年终的一个绩效考核容,因为工程需要加班加点的,公司免费提供晚餐;设立工程基金,对表现突出的小组成员进展物质上的奖励;在整个公司的围大力宣传SAP,让工程小组成员感觉到SAP 的重要性和实施工程的价值等其次,为了防止出现*个工程小组成员离职导致工程不能进展的情况出现,本人在每个模块都安排了两个人员负责,一个是主负责,一个是次要负责这样,可以减少人员流失造成的损失。在这里,本人没有采用让工程小组成员签合同的方法,即实施工程后要在公司工作多少年。本人觉得这种方法会给小组一种压抑的感觉,而公司主要靠企业文化来吸引员工事实证明,本人所采用的措施是有效的:在整个工程的实施过程中,没有一个小组成员退出或是离职在工程运行一年多来,只有两个当时的关键用户离职,而他们离职后后备人员可以马上顶上来,对系统没有造成什么影响 3、控制系统的功能 有人戏称SAP是Stop All Production,这也从一个方面反映了实施SAP的风险所在而造成上了系统后停产的一个原因就是系统功能不能满足物流和生产的需要,这也是本人担忧的一个问题因为切换后系统不能再使用,如果这时候新系统满足不了需要,就真的会造成停产为此,本人在工程中采用了演化型的原型开发方法,用演化型的开发方法,可以让用户针对已配置好的原型进展测试,发现不能实现的功能及时提出来,改良后再测试,再改良在这里,测试工作显得很重要为此,本人强调一定要做好测试工作在系统测试阶段,本人把所有的工程成员集中在会议室中进展系统测试在测试中,本人要求用真实的数据,模拟真实的环境进展系统测试通过后,本人还特别做了一次上线前的演习,即把所有相关的数据都导致SAP,配置一个上线后要用的系统,在此系统上进展操作这次演习成功后,坚决了大家使用系统的信心系统上线后也没有出现什么大的问题通过以上措施,使把SAP的主要风险根本上都控制在萌芽状态,工程没有因为这些风险受到影响,最后工程如期上线,受到了管理层和用户的肯定 在工程进展过程中,有些风险并没有事先预计出来比方说参谋的问题有的参谋水平高,但工程也多用在本人们这个工程上的时间就比拟少,这给工程带来了不利影响为此,本人通过和该项参谋所在的公司签定合同,注明参谋在本人们公司的工作时间,否则属违约,通过这一方式使参谋的管理得到改善四、 信息系统工程管理师论文例:利用CMM保证软件质量【摘要】 本文论述了如何在一个规模较大的网上管理系统的开发中结合CMM二级的框架要求,以及软件工程学的质量保证策略进展工程的软件质量保证工作 本工程的特点有: ( 1 开发人员多,有40人左右; ( 2 采用面向对象分析与建模技术,JAVA语言,WebLogic应用效劳器等以前工程中未采用过的开发模式和技术因此不确定性因素很多,急需采用有效的质量保证策略公司为了提高软件开发能力,已经于近期全面引入了当今软件界正在流行、且行之有效的CMM质量保证体系,并在参谋公司和主评审员的帮助下,由公司的SEPG结合公司实际,制定了初步的规体系和模板文件,并决定将本工程作为试点工程 本文详细论述了作为SEPG 负责人之一,并且担任本工程质量保证人员的笔者,是如何在本工程中有效推行CMM二级质量保证措施的,并指出了其中的经历教训和有关的建议 【正文】 本工程是一个面向政府管理部门,全市房地产企业和个人用户的网上管理系统,它既是一个电子商务工程,又是一个电子政务工程本系统采用了B / S 构造,融合了政府部门和房地产企业的部网上管理系统于一身,同时作为全国建立系统信息化的一局部而实现Inter-net平台上的上下集成它还提供信息发布、房屋交易等电子商务功能。 本工程对系统的平安以及可靠性等方面有着较高要求,公司决定采用三层架构模式的J2EE环境作为运行环境另外,本工程参与人员众多,面临看新技术、工期紧等影响软件质量的不利因素,对软件质量保证工作提出了很高的要求本人作为公司CMM实施工作的负责人之一,以质量保证人员的角色参与到工程的开发和管理工作中,主要负责质量保证策略的建立以及实施工作 一、以CMM二级理论为指导,采取措施保证开发过程与开发规的符合性,以过程质量的提高来保证产品的高质量 1、建立起明确的权责制度,减少因权责不明而产生的混乱 为确保质量保证人员有独立的途径向公司反映开发中的问题,同时为了防止质保经理与工程经理、软件配置经理之间过分隔膜,本人在工程启动阶段,起草了工程管理人员责任书,并由相关人员评审通过;并提议公司设立了高级经理交涉,以快速处理纠纷为防止开发人员与工程管理人员在规化开发过程中过度依赖规而主动性不高,以及可能产生的相互埋怨,制定并实施了工程开发人员守则,由各工程级每个成员在参加工程之初进展签名式确认,以解决开发过程中应规滞后和实施不力而引起的混乱问题 2、以制定的质量保证方案为纲,全程监控各开发工作的过程建立和符合性问题 在工程启动阶段,就依据CMM二级要求和公司发布的工程开发规,制定并基线化*工程质量保证方案书,在方案书中详细地制定了质量保证工作的容和进度安排。 方案书中主要有职责、培训工作、检查评审及组织工作等四方面的容 职责方面详细说明本人作为质量保证人员在工程中的全责以及主要活动,澄清了与各开发角色的关系,主要起到工程成员监视质量保证人员的作用 培训方面指明了为有效推行CMM质量体系而进展的有关培训,有CMM根底理论方面的,也有本工程特色的规方面的培训容。 检查评审方面指出了要检查评审的过程及提交产品,并列举了相应的通过准则,即CHECK-LIST比方要评审的过程有工程规划阶段;检查工程经理和配置经理是否按有关规制定了各自的方案书;工程组的技术评审活动是否符合评流程和规;风险分析过程和任务分解过程是否符合规的执行对提交的工作产品,如需求文档和设计文档,是否经过了正式技术评审并基线化这些都指明了切入时间和建议人员 组织工作方面指明QA质保人员的简称在开发过程要做的组织工作,如技术评审工作、测试工作、估计和工作细分等工作这些组织工作主要是为了协助工程经理开展工作并能有效且及时地获得第一手质量方面的资料 对工程开发过程中的跟踪和检查,主要采取了现场参与、分析工程成员日报和周报、个别交流以及工程周例会的形式 二、以RUP和软件工程方面的理论为指导制订了行之有效的技术规文件 CMM质量体系更多的关注软件开发过程方面的事情,也就是建义由谁在什么时候做哪些工作,但没有指明各个工作如何开展,也就是偏重于管理,偏轻于技术指导为了防止在框架方面很有效,但应实现细节不明确而出现的一条腿走路的现象,特在工程启动之初就制定了要建立的技术规,如需求文档编写指南、界面设计规等这些都列入QA的方案中了考虑到本工程采用了面向对象的分析和设计技术,急需UML和Rose技术方面的指导性文档,因此将与UML高度相关的RUP体系为主要参考,其他软件工程理论为辅助参考,组织资源开发人员制定了各个开发阶段的规性和指导性文档 实践证明,工程组成员有了CMM过程方面的规,又有了指导开发工作的详细技术文档后,开发质量有了质的提高主要表达在以下几点: 1、各个过程的效率提高了,从而保证了各个交互成功的质量 比方,人员的选择,时间的必备,开展的流程方面真正按照CMM的建议做了,这些都保证了开发过程的高效一个显著的例子就是技术评审过程如果选择的人员资格不够,所花的评审时间很少,开展的时机不对,就很难保证提交成果的质量 2、人员之间的交流变得有效,自信心更强了 三、缺乏亟待改良之处 由于是初次按照CMM的要求在工程中实践QA工作,因此不可防止地有一些缺乏之处,主要有: 因培训工作的不及时、不全面,导致QA实施工作遇到了一些麻烦 度量数据的收集和分析工作做得还不够仅仅有少量的度量数据,分析工作也很少总的原因是缺少一个有效的度量数据收集和分析机制 总之,这次工程的质量保证工作根本到达了CMM二级的框架要求,证明了过程质量是产品质量的重要因素,为本工程顺利地、高质量地完成做出很大的奉献但也有很多教训值得吸取,需要在培训工作和QA度量数据收集和利用方面下更大气力五、 论软件开发的风险管理摘要 本文讨论了*公司实施SAP系统的风险管理该公司原先运行着一套ERP系统,现在要转到SAP上,需要完成新系统的流程的重新定义,数据的切换,用户的培训等工作工程要求在11个月的时间完成实施一个大型的ERP系统有着各种的风险,这些风险如果不加分析和控制,将会给整个工程造成致命的影响本人作为工程经理,主要从控制进度风险,人员流动风险和系统功能风险三个方面去进展风险的管理最后这三方面的风险都得到了有效的控制,从而使工程顺利完成 正文 2003年1月,本人参与了西门子集团下*公司的SAP留系统的实施,提任工程经理该公司之前运行着另一套ERP软件:QAD的MFG/PRO系统由于集团总部的要求,要用SAP 系统替换原先的MFG/PRO系统,并且要在2003年11月前完成整个工程完成以下阶段,首先是工程的引进,包括成立工程小组,由参谋对工程小组成员进展初步的培训,让小组成员对SAP的标准流程有个大概的认识接下来是要分模块进展讨论,制定出各模块的实施蓝图(blueprint)该公司实施了以下的模块:SD销售与分销,MM物料管理,CO本钱控制,QM质量管理,PP生产控制,FI财务核算,CO本钱控制等在Blueprint 完成后,由参谋根据定下的流程配置一个测试的系统,用户在该测试环境下进展练习和测试测试完成后就是数据的准备和切换了,要从MFG/PRO系统把需要的数据下载下来然后你上传到SAP系统。完成数据的切换,SAP系统正式上线,同时不再使用原先的系统。 因为整个工程要在11个月的时间完成,时间是非常紧迫的如何在如此短的时间使工程能顺利进展,控制各种可能出现的风险是必要的为此,在工程的初始阶段,本人召开了小组成员开会,专门针对工程的风险进展了讨论会上,大家把想得到的风险都提了出来经过分析筛选,本人最后确定了三个重点进展控制的风险,并采取了相应的措施进展控制 1、控制进度风险 ERP的实施是一个大型的工程,涉及到企业的流程改造和其它方方面面的东西而该工程的上线时间不能改变,所以,工程进度在这里是个潜在的风险,如果不能如期上线,则公司的运作将会受到重大的影响为此,本人在工程启动后,召集了工程小组成员开会制定工程方案本人首先用Microsoft Project制定了工程的总体方案,在这个总体方案中,明确了各个阶段的任务和完成时间如什么时候完成设计蓝图Blueprint),什么时候进展关键用户的培训,什么时候进展测试和练习,什么时候进展数据的切换等总体方案制定出来后,各参谋在总体方案下制定各模块的实施方案,把每个模块在每一阶段的问题细化各模块的实施方案要在总体方案的根底上进展,在任务和时间上不能滞后于总体方案无论是总体方案和实施方案,都要求明确各步完成的时间,要准确到哪一天,而不能用模糊的描述,比方3 月初完成Blueprint这样的低描述是不充许的为保证项日照进度进展,每周五都要召开工程会议,检讨工程的进展情况,发现有超期的任务,分析原因,及时解决在进度的控制方面,还要应付突发的事件造成的影响,及时地调整方案以适应新的情况2003年4月一5月,由于受到非典的影响,外部参谋不能出差来本人公司,这使工程的进度受到了很大的影响为了把这种影响降到最低,本人即时调整了工程方案,把这段时间安排为关键用户的培训和对系统的熟悉。因为之前参谋已对关键用户进展了一些培训,所以用户对SAP 系统有了一定的认识通过上机的操作,更进一步了解系统有问题本人们通过与参谋联系。通过这种方法,把原本以后进展的用户练习提到了前面虽然没有参谋的现场指导,但通过自己的摸索对系统的印象更加深刻,为之后的工作打好的根底 2、控制人员流失的风险 在实施SAP过程中,有两种可能会导致人员的离职,一是工作繁重乏昧,压力大;二是积累了一定的SAP经历后找工作相比照拟容易,这时如果有其它更好的时机,员工会考虑跳槽而工程小组人员流动将会对工程造成很大的影响,甚至导致工程的失败所以如何控制这些风险,是作为工程经理要考虑的问题为此,本人首先与人力资源部一起,制定了一套有效的鼓励机制包括,把参加SAP工程作为年终的一个绩效考核容,因为工程需要加班加点的,公司免费提供晚餐;设立工程基金,对表现突出的小组成员进展物质上的奖励;在整个公司的围大力宣传SAP,让工程小组成员感觉到SAP 的重要性和实施工程的价值等其次,为了防止出现*个工程小组成员离职导致工程不能进展的情况出现,本人在每个模块都安排了两个人员负责,一个是主负责,一个是次要负责这样,可以减少人员流失造成的损失。在这里,本人没有采用让工程小组成员签合同的方法,即实施工程后要在公司工作多少年。本人觉得这种方法会给小组一种压抑的感觉,而公司主要靠企业文化来吸引员工事实证明,本人所采用的措施是有效的:在整个工程的实施过程中,没有一个小组成员退出或是离职在工程运行一年多来,只有两个当时的关键用户离职,而他们离职后后备人员可以马上顶上来,对系统没有造成什么影响 3、控制系统的功能 有人戏称SAP是Stop All Production,这也从一个方面反映了实施SAP的风险所在而造成上了系统后停产的一个原因就是系统功能不能满足物流和生产的需要,这也是本人担忧的一个问题因为切换后系统不能再使用,如果这时候新系统满足不了需要,就真的会造成停产为此,本人在工程中采用了演化型的原型开发方法,用演化型的开发方法,可以让用户针对已配置好的原型进展测试,发现不能实现的功能及时提出来,改良后再测试,再改良在这里,测试工作显得很重要为此,本人强调一定要做好测试工作在系统测试阶段,本人把所有的工程成员集中在会议室中进展系统测试在测试中,本人要求用真实的数据,模拟真实的环境进展系统测试通过后,本人还特别做了一次上线前的演习,即把所有相关的数据都导致SAP,配置一个上线后要用的系统,在此系统上进展操作这次演习成功后,坚决了大家使用系统的信心系统上线后也没有出现什么大的问题通过以上措施,使把SAP的主要风险根本上都控制在萌芽状态,工程没有因为这些风险受到影响,最后工程如期上线,受到了管理层和用户的肯定 在工程进展过程中,有些风险并没有事先预计出来比方说参谋的问题有的参谋水平高,但工程也多用在本人们这个工程上的时间就比拟少,这给工程带来了不利影响为此,本人通过和该项参谋所在的公司签定合同,注明参谋在本人们公司的工作时间,否则属违约,通过这一方式使参谋的管理得到改善六、 论信息系统工程的质量管理摘要 本文以市医疗保险市级统筹工程为实例,探讨了在工程质量管理中遇到的问题及解决方法。认为评审过程可交付物能及时发现和解决问题,同时,让客户实时了解开发过程能进一步树立客户对工程成功的信心。提出以制定质量管理方案、实施质量保证活动、质量控制为工作流程来指导工程的质量管理,对于质量管理中遇到的问题提出了解决的方法。本人在该工程中担任了开发方的工程经理,自始至终参与了整个工程的建立,自2009年11月工程启动至2010年10月验收,历时近1年,系统至今运行稳定,取得客户的好评,很大程度上得益于工程成功的质量管理。正文 市各区县现运行独立的城镇职工根本医疗保险、城镇居民医疗保险,各区县间业务相互独立,医疗保险基金也独立管理,城镇职工或城镇居民只能到其所属的区县按照所属区县标准进展就诊系统采用C/S构架,均为本人公司开发,已运行近8年。为贯彻落实深化医药卫生体制改革精神,进一步完善根本医疗保险体系,提高医疗保险统筹层次和增强基金保障能力,结合市实际情况,市根据省相关文件精神制定了市市级统筹实施方法,增强根本医疗保险基金的调节能力和抗风险能力,坚持市级统筹、分级管理、定额调剂;坚持统一参保政策、统一缴费标准、统一待遇水平、统一管理方式。 客户要求业务上将城镇职工根本医疗保险、城镇居民根本医疗保险系统集于一套系统,到达参保人员持医保卡能在全市所有医院和药店享受医疗待遇,考虑到各区县地理位置分布不集中等原因,部门决定此工程采用J2EE+SPRING2.0+E*T2.0框架进展开发本部门主要有二大块业务,医疗保险业务和农村合作医疗,医疗保险业务现在主要采用PB9.0+ Oracle10.0开发的C/S系统,而农村合作医疗则是采用J2EE + Oracle10.0开发的B/S系统,二大块业务相互独立,从事医疗保险业务开发和维护的人员不懂J2EE技术,而从事农村合作医疗开发和维护的人员不懂医疗保险业务,形成了懂业务的不懂技术,懂技术的不懂业务的局面,完成客户要求的2010年9月日试运行的任务困难非常之大。 在工程启动阶段,公司领导组织召开了工程启动会议。会议上,领导介绍了工程的前景以及工程的重要战略意义等。因运行近8年的C/S系统本人一直负责系统的维护与升级,对业务及客户关系都比拟了解,会议上任命本人为工程经理,并对相关权限进展了授权,会议完毕后本人便开场制订工程方案,方案中明确了工程的总体技术解决方案、工程全生命周期和相关阶段、工程过程所采用的工具和技术方法、变更流程和变更控制委员会以及进度方案等。因此次工程的试运行时间已被客户定性为硬性指标,所以在工程概括性进度安排上本人采取了倒推方式制定了工程进度方案。下面根据部门人员业务和技术的实际情况,论述一下在工程质量管理过程中遇到的问题以及解决方法,望各位读者批评指正。一、制定质量管理方案为了在工程实施过程中更好的保证质量,在工程启动后本人组织编制了质量管理方案方案中确定了质量标准和目标、质量管理小组、质量责任制、质量过程控制、质量管理制度以及质量检查程序比方,质量过程控制中包括如下容:1.编码规.参照公司,安排系统构架师每周进展抽查;2.测试控制流程建立Bugfree Bug管理系统,定义Bug处理流程(开发人员组长测试人员开发人员);开发人员将已开发完成的并可进展测试的功能在Bugfree Bug系统中进展登记并提交至组长;组长登录Bug管理系统中及时进展业务测试,如有问题,在每天下班前的例会中及时提出来,开发人员再利用加班时间进展调整;经组长测试完成的模块经Bug管理系统提交至测试负责人,测试小组再仔细测试模块,如有问题则反响回开发人员进展修改;测试负责人每周形成一次测试报告,并将测试报告以的形式发送至客户等工程相关干系人二、实施质量保证活动为了到达质量标准和目标,在工程实施过程中实施了如下保证活动:相关人员须参加业务或技术培训,具体以通知为准;在经得部门领导的同意后,由工程经理和工程组长对组成员进展绩效考评,并将绩效信息记录备案,最终反响到年终奖的考评中;开发人员严格按照进展开发,每周三晚加班时由工程构架师进展检查,如有发现不符合规要求的相关人员立即进展整改,由此导致当天方案工作不能完成的由开发人员自行加班完成;懂业务的不懂技术,懂技术的不懂业务,在这种局面下工程风险很大,一旦开发人员没有理解业务去开发,将导致严重的返工,最终影响工程进度. 为了及时了解团队成员工作中遇到的问题,本人约定每日下班后举行例会,每个成员都谈谈工作完成情况以及在工作中遇到的问题,对遇到的问题,大家一起讨论形成解决方案,形成会议记录;开发人员完成阶段性可交付物后,相关人员严格按照进展操作,开发人员在每天上午上班时登录Bug管理系统查看是否有自己需要修改的容,如果有则先把需要修改的容调整完后再进展当天的方案工作;各组组长测试评审过程中,如果发现开发人员开发的容不符合业务逻辑应及时与开发人员进展沟通,认真讲解业务知识,并由组长进一步完善设计文档后再由开发人员进展开发;测试负责人每周形成一次测试报告,并将测试报告以的形式发送至客户等工程相关干系人;建立外网效劳器,测试人员将测试完成的模块及时发布到外网效劳器上,让客户相关负责人及时了解目前开发进度情况以及提供反响意见;建立SVN效劳器,对程序进展版本控制.每天下班后开发人员须将当天开发完的程序提交至效劳器;每周向客户发送工程周报,介绍本周开发情况(已完成容、未完成容以及遇到的问题) 、下周方案三、质量控制根据团队成员每天的工作绩效信息,观察、分析工程实施过程的实际情况,对工程实施情况进展跟踪监测、检查,并将监测的结果与方案或标准比拟,发现并分析偏差,及时采取纠正或预防措施比方,在出院结算业务开发完成后,本人要求反复对算法进展测试,特别是以下几种临界情况的测试:第一次住院发生费用不超起付线情况;第一次住院发生费用超起付线情况;第一次住院发生费用跨段情况;第一次住院发生费用直接超职工险最高支付限额情况;第一次住院费用直接超大病险最高支付限额情况,安排组长、测试小组、相关开发人员一起进展测试,测试过程中发现第一次住院费用超职工险最高支付限额情况时程序计算错误、第一次住院费用直接超大病险最高支付限额情况时程序计算错误,于是数据库支付算法开发人员和JAVA程序开发人员一起进展错误查找并将错误成功解决经过努力,该系统在原定的2010年9月1日试运行成功,运行状况良好,受到一致好评,特别是定点支付算法的集中而且准确得到了客户很高的评价,并在同年10月底通过了验收。回忆工程的质量管理工作过程中,虽然没有大的事故发生,但仍然存在许多问题,主要有以下2点:1、质量保证措施不够全面,在工程实施过程中发现的问题及解决方法没有很好地形成文档,导致有些问题反复出现2、质量控制过程没有持续按照相关控制流程进展,导致后面有些不必要的返工综上所述,合理的工程质量管理,在工程实施过程中遇到的问题都及时得到了解决工程的成功实施让医保基金得到了统一管理,真正落实了一卡在手,全市享受医疗待遇,得到了客户很高的评价然而,在质量保证活动和质量控制方面还有待于改良,在以后的工程管理工作中,本人要加强学习,更好地协调好工程工作中各个局部及各个方面的关系,更好地完成工程。七、 论信息系统工程的风险管理摘要本文以本人作为承建方的工程经理负责实施的*市医疗保险市级统筹工程为实例(下文简称市级统筹),探讨了在工程风险管理中遇到的问题及解决方法。以制定风险管理方案、风险的识别、风险定性分析、风险定量分析及应对风险策略、风险监控为工作流程来指导工程的风险管理,根据工程实际绩效及时采取有效的预防或纠正措施,促进工程的安康开展本文主要讨论了风险管理方案的容、如何识别工程风险与制定风险应对措施、如何做好工程的风险控制以及如何解决资源冲突问题实施过程中有针对性地采取了召开会议,邀请其他工程经理和业务专家进展讨论、加强团队成员业务培训与部沟通,以组长带组员的方式进展开发、周期性识别工程风险,针对风险及时采取针对性措施、提高工程优先级保证工程所需资源等相关管理方案,系统至今运行稳定,落实了一卡在手,全市享受医疗待遇的文件精神,在全省树立了标杆形象。正文 *市各区县现运行独立的城镇职工根本医疗保险、城镇居民医疗保险,系统采用C/S构架,已运行近8年,均为本人公司开发各区县间业务相互独立,医疗保险基金也独立管理,城镇职工或城镇居民只能到其所属的区县按照所属区县标准享受待遇。为贯彻落实深化医药卫生体制改革精神,进一步完善根本医疗保险体系,提高医疗保险统筹层次和增强基金保障能力,市委根据省相关文件精神制定了市级统筹实施方法,增强根本医疗保险基金的调节能力和抗风险能力,坚持市级统筹、分级管理、定额调剂;坚持统一参保政策、统一缴费标准、统一待遇水平、统一管理方式。客户要求业务上将城镇职工根本医疗保险、城镇居民医疗保险系统集于一套系统,到达参保人员持医保卡能在全市所有符合条件的医院和药店享受医疗待遇考虑到各区县地理位置分布不集中等原因,部门决定此工程采用J2EE+SPRING2.0+E*T2.0框架进展开发本部门主要有医疗保险和农村合作医疗二大块业务,二大块业务相互独立,从事医疗保险业务开发和维护的人员不懂J2EE技术,而从事农村合作医疗开发和维护的人员不懂医疗保险业务,形成了懂业务的不懂技术,懂技术的不懂业务的局面工程总投资590万元,完成客户要求的2010年9月日试运行的任务困难非常之大。 客户关心的不仅仅是工程能否完成,还包括整个工程的风险等环节有效地控制工程的风险就需要及时监控工程状态、识别新风险、采取应对措施及时躲避或减轻风险,保证工程能够按照工程方案执行工程风险管理包括制定风险管理方案、风险的识别、风险定性分析、风险定量分析及应对风险策略、风险监控等活动本文将讨论风险管理相关的问题其一、风险管理方案的容;其二、如何识别工程风险与制定风险应对措施;其三、根据工程实际情况,如何做好工程的风险控制;其四、如何解决工程实施过程中资源冲突问题;针对这些问题,本人作为工程经理,采用了召开会议,邀请其他工程经理和业务专家进展讨论; 加强团队成员业务培训与部沟通,以组长带组员的方式进展开发; 周期性识别工程风险,针对风险及时采取针对性措施;提高工程优先级保证工程所需资源等方法予以解决下面将分别从四个方面进展论述一、制定风险管理方案为了更好地安排与实施工程风险管理,在工程启动阶段本人就制定了工程风险管理方案方案中对风险分类及风险概率和影响进展了定义、实施工程风险管理中使用的方法进展了说明、重点关注风险的阶段及可交付物进展了明确、实施风险管理过程中所需的人员及职责进展了分配以及应急方案等比方,方案中明确了定点支付系统的门诊收费业务编码阶段需对定点支付算法的进度进展监控、支付算法的准确性进展验证;如果到试运行时间系统开发未能完成,则先试运行定点支付系统,保证不影响定点医院和药店的业务,而中心则先暂时使用原C/S系统,让矛盾集中在社保中心部二、风险的识别、分析及应对风险策略懂业务的不懂技术,懂技术的不懂业务,在这种局面下工程风险很大,一旦开发人员没有理解业务去开发,将导致严重的返工,最终影响工程进度,这也是本人最为担忧的事情之一为了全面识别和分析工程中的风险,在工程团队本人组织召开了工程风险应对为主题的会议,参会人员包括工程团队成员、其他工程经理、部门医疗保险业务专家会议上采用德尔菲法、头脑风暴法讨论了风险并采用风险概率和影响评估法对风险进展定性分析,根据分析结果制定风险应对措施通过对工程风险识别、分析和评估,把工程风险发生的概率、损失严重程度以及
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 压缩资料 > 基础医学


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!