信息系统项目管理师论文范例1.docx
- 文档编号:17069956
- 上传时间:2023-07-21
- 格式:DOCX
- 页数:20
- 大小:144.76KB
信息系统项目管理师论文范例1.docx
《信息系统项目管理师论文范例1.docx》由会员分享,可在线阅读,更多相关《信息系统项目管理师论文范例1.docx(20页珍藏版)》请在冰点文库上搜索。
信息系统项目管理师论文范例1
信息系统项目管理师论文范例1
信息系统项目管理师论文范例1:
论软件项目的进度管理
摘要
本文讨论了《电力行业工作票、操作票系统》的项目管理,在本项目中我作为项目负责人,承担了项目管理工作.
在本项目管理中,我主要采用了面向对象技术同传统技术相结合的原则,在估算项目的工作量这方面尤为突出,面向对象技术对传统技术有所改进,传统技术能弥补面向对象技术的不足。
本文从合理的估算项目的工作量及技术难度;识别关键任务;随时了解项目进度,必要时调整进度表等方面讨论了《电力行业工作票、操作票系统》项目管理的基本活动与方法,有效地控制开发进度,确保项目如期按质量完成.本系统在电力系统已经运行,状况良好,受到一致好评.
正文
2003年2月,我参加了《电力行业工作票、操作票系统》的开发,担任项目管理工作.电力系统有关部门在对电力设施进行检测、维修、试验等一系列活动时应按照我国电力行业相关标准进行工作,《电力行业工作票、操作票系统》就是按照国家有关标准及电力行业操作规程设计的仿真系统。
工作人员在施工前按照工作流程在此仿真系统上进行操作,严格遵守电力设施的逻辑闭锁关系,顺序执行.有效地防止不规范操作,确保电力设施及现场工作人员的安全,提高安全意识.
本系统由系统图编辑平台和工作票、操作票签发系统两大部分组成,其中系统图编辑平台主要是编辑变电站、用电系统及变电站控制系统图,每一个电力设施对应一个对象,在系统图上都有相对应的部分,系统图真实地反映电力设施的布局及相互关系,生动形象又合乎技术标准,同时为第二部分提供操作对象.工作票、操作票签发系统主要是在系统图的基础上进行点击操作,每饮点击对应一个对象即一个电力设施,根据电力设施的逻辑闭锁关系自动生成相应的工作票或操作票或提示操作不规范.
在本系统的开发过程中,我通过合理的估算项目工作量及技术难度;识别关键任务;随时了解项目进度,必要时调整进度表等方面对项目进行管理,确保本系统如期按质量完成。
1、合理的估算项目工作量及技术难度
我们在项目工作量及技术难度的估算上采用面向对象技术同传统技术相结合的原则.
本系统采用了面向对象的分析、设计等一系列面向对象技术,在本系统工作量的估算上根据功能点进行估算.将每个功能模块逐步分解,直至基本模块为止.我们将系统分为系统图编辑与工作票、操作票签发两个大的功能分别进行估算。
系统图编辑部分主要是一个图形编辑系统.一种电力设施对应一个类,电力设施的技术参数及其操作对应相应类的属性和方法,电力设施图是由线段、圆、曲线、折线、多边形等基本图形组成,这些基本图形分别对应一个类,这些类又继承一个最基本的类.系统图编辑部分的工作量也就是这些类的实现,工作票、操作票签发部分用到了编辑平台的系统图,因此由大量的功能可以复用,这部分的功能划分同系统图编辑部分一样也是采用类作为基本结构,这样就比较准确的进行工作量的估算.
同时我们开发的这个系统是基于C/S结构的,由于C/S结构的系统我们公司有不少成功的案例,因此有不少的案例供我们参考.对于本系统的第二部分我们就是借鉴以前我们做过的基于C/S结构的系统,基于C/S结构的系统的框架基本上是一致的,数据库的设计、前台操作如对数据库进行添加、删除、修改、查询等一系列活动大体相同.正是如此,有大量的东西可供我们复用,如权限控制模块我们就是复用以前的案例,仅作少量修改.在工作量的估算上也有很好的借鉴作用.这对工作量的估算也是一个重要的参考,为工作进度安排提供了依据.
在技术上,我们重点考虑本系统与其他C/S结构的系统的不同之处,相同或相似之处我们认为没有技术难点.系统编辑平台主要是绘图,我们知道MFC的绘图功能确实强大,但是过于繁琐,功能封装不是十分完美,我们采用了Form++这个MFC扩展类库,这个扩展类库对图形操作封装得很好,大大降低了系统图编辑部分的难度,在界面设计上我们采用了BCG这个扩展类库,使得VC应用程序界面设计得如同Delphi等工具一样完美.同时减少了工作量,在工作安排上,技术难度相对大一点的部分我们安排经验丰富的程序员,同时也同其他工作组的成员商讨技术细节间题,同他们进行技术探讨.这样不至于因为某一技术细节而影响整个工程进度.
根据上述分析我们制定一个详细的进度表并定义相应的里程碑.
2、识别关键任务
系统图编辑部分是整个系统的基础,因为工作票、操作票签发部分是建立在该部分的基础之上,系统图编辑部分直接影响到整个项目.因此该部分是整个系统的关键部分,在这部分中每种电力设施所对应的类及其父类的定义是关键,因为所定义的类必须完整、准确地反映该电力设施的技术参数和操作.
工作票、操作票签发部分,是用户明确提出的要求实现的功能,直接面对用户,这部分的成功与否直接影响到该系统的质量,因此也是不容忽视的.
如果上述两部分任务的进度受到影响,则整个项目的完成将受到威胁.因此是本项目的关键任务.在进度控制时我们将其作为重点对象进行控制.
3、随时了解项目进度,必要时调整进度表
在确定项目开发计划时,我们制定了详细的进度表.我们在确定每一项任务时都确定该任务的工作量、开始时间、持续时间、结束时间.同时让每个小组成员知道自己所承担任务的时间表,小组成员根据自己的任务制定自己的详细工作计划.
因为整个项目要在11个月的时间内完成,时间是非常紧迫的.如何在如此短的时间内使项目能顺利进行,控制各种可能出现的风险是必要的.为此,在项目的初始阶段,我召开了小组成员开会,专门针对项目的风险进行了讨论.会上,大家把想得到的风险都提了出来.经过分析筛选,我最后确定了三个重点进行控制的风险,并采取了相应的措施进行控制.
1、控制进度风险
ERP的实施是一个大型的项目,涉及到企业的流程改造和其它方方面面的东西.而该项目的上线时间不能改变,所以,项目进度在这里是个潜在的风险,如果不能如期上线,则公司的运作将会受到重大的影响.为此,我在项目启动后,召集了项目小组成员开会制定项目计划.我首先用MicrosoftProject制定了项目的总体计划,在这个总体计划中,明确了各个阶段的任务和完成时间.如什么时候完成设计蓝图(Blueprint),什么时候进行关键用户的培训,什么时候进行测试和练习,什么时候进行数据的切换等.总体计划制定出来后,各顾问在总体计划下制定各模块的实施计划,把每个模块在每一阶段的问题细化.各模块的实施计划要在总体计划的基础上进行,在任务和时间上不能滞后于总体计划.无论是总体计划和实施计划,都要求明确各步完成的时间,要精确到哪一天,而不能用模糊的描述,比如“3月初完成Blueprint”这样的低描述是不充许的.为保证项日照进度进行,每周五都要召开项目会议,检讨项目的进展情况,发现有超期的任务,分析原因,及时解决.在进度的控制方面,还要应付突发的事件造成的影响,及时地调整计划以适应新的情况.2003年4月一5月,由于受到“非典”的影响,外部顾问不能出差来我公司,这使项目的进度受到了很大的影响.为了把这种影响降到最低,我即时调整了项目计划,把这段时间安排为关键用户的培训和对系统的熟悉。
因为之前顾问已对关键用户进行了一些培训,所以用户对SAP系统有了一定的认识.通过上机的操作,更进一步了解系统.有问题我们通过E-Mail与顾问联系。
通过这种方法,把原本以后进行的用户练习提到了前面.虽然没有顾问的现场指导,但通过自己的摸索对系统的印象更加深刻,为之后的工作打好的基础.
2、控制人员流失的风险
在实施SAP过程中,有两种可能会导致人员的离职,一是工作繁重乏昧,压力大;二是积累了一定的SAP经验后找工作相对比较容易,这时如果有其它更好的机会,员工会考虑跳槽.而项目小组人员流动将会对项目造成很大的影响,甚至导致项目的失败.所以如何控制这些风险,是作为项目经理要考虑的问题.为此,我首先与人力资源部一起,制定了一套有效的激励机制.包括,把参加SAP项目作为年终的一个绩效考核内容,因为项目需要加班加点的,公司免费提供晚餐;设立项目基金,对表现突出的小组成员进行物质上的奖励;在整个公司的范围内大力宣传SAP,让项目小组成员感觉到SAP的重要性和实施项目的价值等.其次,为了避免出现某个项目小组成员离职导致项目不能进展的情况出现,我在每个模块都安排了两个人员负责,一个是主负责,一个是次要负责.这样,可以减少人员流失造成的损失。
在这里,我没有采用让项目小组成员签合同的方法,即实施项目后要在公司工作多少年。
我觉得这种方法会给小组一种压抑的感觉,而公司主要靠企业文化来吸引员工.事实证明,我所采用的措施是有效的:
在整个项目的实施过程中,没有一个小组成员退出或是离职.在项目运行一年多来,只有两个当时的关键用户离职,而他们离职后后备人员可以马上顶上来,对系统没有造成什么影响.
3、控制系统的功能
有人戏称SAP是“StopAllProduction”,这也从一个方面反映了实施SAP的风险所在.而造成上了系统后停产的一个原因就是系统功能不能满足物流和生产的需要,这也是我担心的一个问题.因为切换后系统不能再使用,如果这时候新系统满足不了需要,就真的会造成停产.为此,我在项目中采用了演化型的原型开发方法,用演化型的开发方法,可以让用户针对已配置好的原型进行测试,发现不能实现的功能及时提出来,改进后再测试,再改进.在这里,测试工作显得很重要.为此,我强调一定要做好测试工作.在系统测试阶段,我把所有的项目成员集中在会议室中进行系统测试.在测试中,我要求用真实的数据,模拟真实的环境进行.系统测试通过后,我还特别做了一次上线前的演习,即把所有相关的数据都导致SAP,配置一个上线后要用的系统,在此系统上进行操作.这次演习成功后,坚定了大家使用系统的信心.系统上线后也没有出现什么大的问题.
通过以上措施,使把SAP的主要风险基本上都控制在萌芽状态,项目没有因为这些风险受到影响,最后项目如期上线,受到了管理层和用户的肯定.
在项目进行过程中,有些风险并没有事先预计出来.比如说顾问的问题.有的顾问水平高,但项目也多.用在我们这个项目上的时间就比较少,这给项目带来了不利影响.为此,我通过和该项顾问所在的公司签定合同,注明顾问在我们公司的工作时间,否则属违约,通过这一方式使顾问的管理得到改善.
信息系统项目管理师论文范例5:
利用CMM保证软件质量
【摘要】
本文论述了如何在一个规模较大的网上管理系统的开发中结合CMM二级的框架要求,以及软件工程学的质量保证策略进行项目的软件质量保证工作.
本项目的特点有:
(1)开发人员多,有40人左右;
(2)采用面向对象分析与建模技术,JAVA语言,WebLogic应用服务器等以前项目中未采用过的开发模式和技术.因此不确定性因素很多,急需采用有效的质量保证策略.公司为了提高软件开发能力,已经于近期全面引入了当今软件界正在流行、且行之有效的CMM质量保证体系,并在顾问公司和主评审员的帮助下,由公司的SEPG结合公司实际,制定了初步的规范体系和模板文件,并决定将本项目作为试点项目.
本文详细论述了作为SEPG负责人之一,并且担任本项目质量保证人员的笔者,是如何在本项目中有效推行CMM二级质量保证措施的,并指出了其中的经验教训和有关的建议.
【正文】
本项目是一个面向政府管理部门,全市房地产企业和个人用户的网上管理系统,它既是一个电子商务项目,又是一个电子政务项目.本系统采用了B/S结构,融合了政府部门和房地产企业的内部网上管理系统于一身,同时作为全国建设系统信息化的一部分而实现Inter-net平台上的上下集成.它还提供信息发布、房屋交易等电子商务功能。
本项目对系统的安全以及可靠性等方面有着较高要求,公司决定采用三层架构模式的J2EE环境作为运行环境.另外,本项目参与人员众多,面临看新技术、工期紧等影响软件质量的不利因素,对软件质量保证工作提出了很高的要求.本人作为公司CMM实施工作的负责人之一,以质量保证人员的角色参与到项目的开发和管理工作中,主要负责质量保证策略的建立以及实施工作.
一、以CMM二级理论为指导,采取措施保证开发过程与开发规范的符合性,以过程质量的提高来保证产品的高质量
1、建立起明确的权责制度,减少因权责不明而产生的混乱
为确保质量保证人员有独立的途径向公司反映开发中的问题,同时为了避免质保经理与项目经理、软件配置经理之间过分隔阂,本人在项目启动阶段,起草了《项目管理人员责任书》,并由相关人员评审通过;并提议公司设立了高级经理交涉,以快速处理纠纷.为防止开发人员与项目管理人员在规范化开发过程中过度依赖规范而主动性不高,以及可能产生的相互埋怨,制定并实施了《项目开发人员守则》,由各项目级每个成员在参加项目之初进行签名式确认,以解决开发过程中应规范滞后和实施不力而引起的混乱问题.
2、以制定的《质量保证计划》为纲,全程监控各开发工作的过程建立和符合性问题
在项目启动阶段,就依据CMM二级要求和公司发布的项目开发规范,制定并基线化《XX项目质量保证计划书》,在计划书中详细地制定了质量保证工作的内容和进度安排。
计划书中主要有职责、培训工作、检查评审及组织工作等四方面的内容.
职责方面详细说明本人作为质量保证人员在项目中的全责以及主要活动,澄清了与各开发角色的关系,主要起到项目成员监督质量保证人员的作用.
培训方面指明了为有效推行CMM质量体系而进行的有关培训,有CMM基础理论方面的,也有本项目特色的规范方面的培训内容。
检查评审方面指出了要检查评审的过程及提交产品,并列举了相应的通过准则,即CHECK-LIST.比如要评审的过程有项目规划阶段;检查项目经理和配置经理是否按有关规范制定了各自的计划书;项目组的技术评审活动是否符合评流程和规范;风险分析过程和任务分解过程是否符合规范的执行.对提交的工作产品,如需求文档和设计文档,是否经过了正式技术评审并基线化.这些都指明了切入时间和建议人员.
组织工作方面指明QA(质保人员的简称)在开发过程要做的组织工作,如技术评审工作、测试工作、估计和工作细分等工作.这些组织工作主要是为了协助项目经理开展工作并能有效且及时地获得第一手质量方面的资料.
对项目开发过程中的跟踪和检查,主要采取了现场参与、分析项目成员日报和周报、个别交流以及项目周例会的形式.
二、以RUPCN和软件工程方面的理论为指导.制订了行之有效的技术规范文件
CMM质量体系更多的关注软件开发过程方面的事情,也就是建义由谁在什么时候做哪些工作,但没有指明各个工作如何开展,也就是偏重于管理,偏轻于技术指导.为了避免在框架方面很有效,但应实现细节不明确而出现的“一条腿走路”的现象,特在项目启动之初就制定了要建立的技术规范,如需求文档编写指南、界面设计规范等.这些都列入QA的计划中了.考虑到本项目采用了面向对象的分析和设计技术,急需UML和Rose技术方面的指导性文档,因此将与UML高度相关的RUPCN体系为主要参考,其他软件工程理论为辅助参考,组织资源开发人员制定了各个开发阶段的规范性和指导性文档.
实践证明,项目组成员有了CMM过程方面的规范,又有了指导开发工作的详细技术文档后,开发质量有了质的提高.主要体现在以下几点:
1、各个过程的效率提高了,从而保证了各个交互成功的质量.
比如,人员的选择,时间的必备,开展的流程方面真正按照CMM的建议做了,这些都保证了开发过程的高效.一个显著的例子就是技术评审过程.如果选择的人员资格不够,所花的评审时间很少,开展的时机不对,就很难保证提交成果的质量.
2、人员之间的交流变得有效,自信心更强了.
三、不足亟待改进之处
由于是初次按照CMM的要求在项目中实践QA工作,因此不可避免地有一些不足之处,主要有:
.因培训工作的不及时、不全面,导致QA实施工作遇到了一些麻烦.
.度量数据的收集和分析工作做得还不够.仅仅有少量的度量数据,分析工作也很少.总的原因是缺少一个有效的度量数据收集和分析机制.
总之,这次项目的质量保证工作基本达到了CMM二级的框架要求,证明了过程质量是产品质量的重要因素,为本项目顺利地、高质量地完成做出很大的贡献.但也有很多教训值得吸取,需要在培训工作和QA度量数据收集和利用方面下更大气力.
信息系统项目管理师论文范例6:
论信息系统的需求管理和范围管理
摘要
在2003年9月,我参与了“某省毕业生就业公共网”项目的建设.在项目中担任项目经理职务.该项目作为“数字**”的重点工程,受到了省政府和“数字**”领导小组领导的高度重视.系统以省人事厅为依托,面向全省各级政府人事部门,大中专院校,中介机构、用人单位和毕业生.集就业指导、政策宣传,人才交流,就业手续办理,政府宏观管理于一体。
堪称我省至今为止,最大的电子政务项目之一。
本文结合作者的经验就项目管理的需求管理和范围管理作了翔实的论述;并就项目过程中采取的措施、方法作了介绍.最后,列举了该项目范围管理的一些不足之处.
正文
一、项目概述
为进一步加强我省毕业生就业服务体系建设,加强我省人才资源的宏观管理与合理配置,为我省广大毕业生和用人单位提供便捷的人事人才服务;在省领导、省人事厅和“数字**”建设领导小组的高度重视和支持下,“**省毕业生就业公共网”(下简称:
就业网)项目作为“数字**”的重点工程于2003年9月启动了。
项目总投资150万元,要求在2004年5月1日前全面竣工并投入使用.
系统要求采用先进的技术手段,以省人事厅为依托,以Internet为载体,大中专毕业生就业创业为导向;面向全省各级人事部门,大中专院校,人才中介机构,用人单位和毕业生;连接人事部、教育部和其他兄弟省市就业主管部门、高等院校;构筑一个大容量,宽辐射的全省毕业生就业创业公共服务平台。
为我省广大毕业和用人单位提供全面、便捷、快速的人事人才服务;为大中专院校提供集学生学籍管理与就业相关工作的办公自动化平台。
预计系统建成后将成为我省第一个面向全省的、大容量的、跨区域的毕业生就业创业电子政务应用服务平台。
通过公司的项目经理竞争上岗机制,我有幸获得了公司领导与业主的信任,成为该项目的项目经理,全面主持项目的管理工作.
在省政府与“数字**”小组领导的亲切关怀下,业主的通力配合与支持下,我与项日组全体同志们一起并肩作战,通过近8个月的努力,终于在2004年4月15日全面通过验收,项目花费总成本为96万元.比计划提起了15天,为公司挣得近50万的利润.
二、项目范围难以管理
范围管理是项目管理的基础,也是项目管理工作的重点和难点。
含糊的需求和频繁变更的范围让项目的甲乙双方吃尽了苦头.如何做好项目的需求管理与范围管理常常是项目经理最头疼的间题。
就业网项目的成功,笔者一直认为得益于有效的项目范围管理机制。
在此笔者就就业网项目采取的项目范围管理的一些方法做简略介绍,望各位读者批评指正.
三、项目需求与范围的区别和联系
项目范围(Project-scope)包括项目的最终产品或服务以及实现改产品或服务所需的各项具体工作。
从这个意义上讲就是项目应该做什么,不应该做什么,以及如何做。
也就是说,项目范围事实包括2个方面的内容:
项目需求和项目过程.项目需求确定做什么.项目过程确定如何做.
项目范围管理也就是对项目应该做什么和怎么做做出相应的定义和控制.事实上就是对需求的管理和项目过程的管理.
四、就业网项目需求特点
1、项目干系人多
就业网是面向全省各级人事部门(省、市、县三级近100个人事行政单位)、大中专院校(近200所)、人才中介机构(200多家)、用人单位(近百万家)、毕业生的大型电子政务项目.项目涉及面广、用户量大.在项目管理中我们必须收集广大用户的意见,获得广大项目干系人的支持。
才能打造一个用户乐于使用的电子政务平台,为项目的使用推广打下基础.
2、业务涉及面广
毕业生就业公共网集毕业生就业创业指导、政策宣传、咨询,人才与用人单位的双向交流互动,网上人才市场,毕业生就业手续办理,院校学生学籍管理与就业管理,就业工作监控管理与宏观管理,资源收集整理于一体.涉及毕业生就业工作与人才管理工作的方方面面。
3、全省毕业生就业工作流程不一致
就业网项目涉及我省各级人事部门,但由于政府人事工作的区域性,各设区市都有各自不同的人事制度与毕业生引进制度.造成我省各设区市人事部门毕业生就业工作流程的不一致.
就业网项目涉及我省近200所大中专院校.各个学校也均有各自的就业管理工作方法和习惯.
4、各级政府部门、院校信息化程度参差不齐
我省是一个沿海城市,各设区市经济条件不一样,信息化程度更是参差不齐.沿海城市信息化程度比较高,山区城市信息化较为落后。
有些单位甚至没有一台电脑.
五、项目范围管理工作方法
就业网项目需求的特点使我们对项目的范围管理狡尽了脑汁.通过专家顾问的指导与项目团队全体同志们的共同努力,采取了相关措施、方法才使的项目的范围管理工作变的更加容易.
1、全省三百多项目干系人参与的项目启动大会
考虑到项目的涉及面广,干系人众多.项目正式启动之初,在业主省人事厅的通力配合下,我们召集了全省各级人事部门、大中专院校负责毕业生就业工作的领导和业务办理同志,重点中介机构和省直重点单位的人事主管三百多人参与项目的启动大会.在这次会议上,我作为项目经理向各项目干系人,就项目的主要目标、范围、范围管理计划、进度计划安排、沟通方式作了详细介绍.希望各项目干系人能够积极配合我们的工作,我们将尽量满足他们的要求,将就业网建设成为他们乐于使用,能确实帮助他们的网站系统。
2、有效的项目范围管理
这个项目可以说是我通过PMP后的第一次将项目管理知识体系知识灵活运用于实践之中.
在项目管理中我们采用了MSProject2002作为项目管理工具.通过Project,我们建立了项目的WBS.对WBS的每个任务明确了其可交付物.对每一个任务我们都要求细化到每个人在一周内可以完成。
保证每一项任务都是可控的.
同时我们还制定了完善的项目范围管理计划,WBS字典,范围变更计划及规程,项目核实标准(含质量控制标准).并交由业主、项目监理单位审核后,由业主和项目监理单位共同实施。
3、多饮的项目评审大会
在项目进度计划中我们确定了5个重要里程碑.在这些里程碑结束后,我们将邀请相关项目干系人参与项目的评审工作.目的是为了防止需求偏差、遗漏,和收集新的需求.
第一个重要里程碑是系统原型完成之后,邀请了所有项目干系人代表参与了原型的评审工作.
第二个重要里程碑是政府人事部门业务平台完成之后,邀请了相关政府人事部门的相关业务负责人参与项目评审工作.
第三个重要里程碑是院校端业务平台完成之后,邀请了各重点高校、中等职业学校的相关业务代表参与了项目的评审工作.
第四个重要里程碑是网上人才市场平台完成之后,邀请了重点中介机构,省直重点单位、毕业生代表参加项目的评审工作.
第五个重要里程碑系统基本成型之后,我们再一次组织了全体项目干系人,参加项目评审会议。
每一次的项目评审都给我们带来了很多很好的建议.让我们充分发现了我们系统的不足之处,发现了许多业务上的偏差.当然也有许多项目干系人提出了系统易用性上的建议。
会后,我们按照项目范围变更计划和业主、监理单位一起对这些建议作了逐一评
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 信息系统 项目 管理 论文 范例