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

admin管理员组

文章数量:1532199

2024年1月22日发(作者：)

-

信息系统工程管理师论文例1：论软件工程的进度管理

摘要

本文讨论了"电力行业工作票、操作票系统"的工程管理，在本工程中我作为工程负责人，承当了工程管理工作．

在本工程管理中，我主要采用了面向对象技术同传统技术相结合的原则，在估算工程的工作量这方面尤为突出，面向对象技术对传统技术有所改良，传统技术能弥补面向对象技术的缺乏。

本文从合理的估算工程的工作量及技术难度；识别关键任务；随时了解工程进度，必要时调整进度表等方面讨论了"电力行业工作票、操作票系统"工程管理的根本活动与方法，有效地控制开发进度，确保工程如期按质量完成．本系统在电力系统已经运行，状况良好，受到一致好评．

正文

2003年2月，我参加了"电力行业工作票、操作票系统"的开发，担任工程管理工作．电力系统有关部门在对电力设施进展检测、维修、试验等一系列活动时应按照我国电力行业相关标准进展工作，"电力行业工作票、操作票系统"就是按照国家有关标准及电力行业操作规程设计的仿真系统。工作人员在施工前按照工作流 程在此仿真系统上进展操作，严格遵守电力设施的逻辑闭锁关系，顺序执行．有效地防止不规操作，确保电力设施及现场工作人员的平安，提高平安意识．

本系统由系统图编辑平台和工作票、操作票签发系统两大局部组成，其中系统图编辑平台主要是编辑变电站、用电系统及变电站控制系统图，每一个电力设施对应一个对象，在系统图上都有相对应的局部，系统图真实地反映电力设施的布局及相互关系，生动形象又符合技术标准，同时为第二局部提供操作对象．工作票、操作票 签发系统主要是在系统图的根底上进展点击操作，每饮点击对应一个对象即一个电力设施，根据电力设施的逻辑闭锁关系自动生成相应的工作票或操作票或提示操作不规．

在本系统的开发过程中，我通过合理的估算工程工作量及技术难度；识别关键任务；随时了解工程进度，必要时调整进度表等方面对工程进展管理，确保本系统如期按质量完成。

1、合理的估算工程工作量及技术难度

我们在工程工作量及技术难度的估算上采用面向对象技术同传统技术相结合的原则．

本系统采用了面向对象的分析、设计等一系列面向对象技术，在本系统工作量的估算上根据功能点进展估算．将每个功能模块逐步分解，直至根本模块为止．我们将系统分为系统图编辑与工作票、操作票签发两个大的功能分别进展估算。系统图编辑局部主要是一个图形编辑系统．一种电力设施对应一个类，电力设施的技术参数 及其操作对应相应类的属性和方法，电力设施图是由线段、圆、曲线、折线、多边形等根本图形组成，这些根本图形分别对应一个类，这些类又继承一个最根本的类．系统图编辑局部的工作量也就是这些类的实现，工作票、操作票签发局部用到了编辑平台的系统图，因此由大量的功能可以复用，这局部的功能划分同系统图编 辑局部一样也是采用类作为根本构造，这样就比拟准确的进展工作量的估算．

同时我们开发的这个系统是基于C/S构造的，由于C/S构造的系统我们公司有不少成功的案例，因此有不少的案例供我们参考．对于本系统的第二局部我们就是借鉴以前我们做过的基于C/S构造的系统，基于C/S构造的系统的框架根本上是一致的，数据库的设计、前台操作如对数据库进展添加、删除、修改、查询等一系列活动大体一样．正是如此，有大量的东西可供我们复用，如权限控制模块我们就是复用以前的案例，仅作少量修改．在工作量的估算上也有很好的借鉴作用．这 对工作量的估算也是一个重要的参考，为工作进度安排提供了依据．

在技术上，我们重点考虑本系统与其他C/S 构造的系统的不同之处，一样或相似之处我们认为没有技术难点．系统编辑平台主要是绘图，我们知道MFC的绘图功能确实强大，但是过于繁琐，功能封装不是十 分完美，我们采用了Form++这个MFC 扩展类库，这个扩展类库对图形操作封装得很好，大大降低了系统图编辑局部的难度，在界面设计上我们采用了BCG 这个扩展类库，使得VC应用程序界面设计得如同Delphi等工具一样完美．同时减少了工作量，在工作安排上，技术难度相对大一点的局部我们安排经历丰富 的程序员，同时也同其他工作组的成员商讨技术细节间题，同他们进展技术探讨．这样不至于因为*一技术细节而影响整个工程进度．

根据上述分析我们制定一个详细的进度表并定义相应的里程碑．

2、识别关键任务

系统图编辑局部是整个系统的根底，因为工作票、操作票签发局部是建立在该局部的根底之上，系统图编辑局部直接影响到整个工程．因此该局部是整个系统的关键局部，在这局部中每种电力设施所对应的类及其父类的定义是关键，因为所定义的类必须完整、准确地反映该电力设施的技术参数和操作．

工作票、操作票签发局部，是用户明确提出的要现的功能，直接面对用户，这局部的成功与否直接影响到该系统的质量，因此也是不容无视的．

如果上述两局部任务的进度受到影响，则整个工程的完成将受到威胁．因此是本工程的关键任务．在进度控制时我们将其作为重点对象进展控制．

3、随时了解工程进度，必要时调整进度表

在确定工程开发方案时，我们制定了详细的进度表．我们在确定每一项任务时都确定该任务的工作量、开场时间、持续时间、完毕时间．同时让每个小组成员知道自己所承当任务的时间表，小组成员根据自己的任务制定自己的详细工作方案．

-

工作日志是了解每个小组成员工作情况的很好的方式，我们要求每个小组成品对自己的工作都要做工作日志，对自己每天的工作做详细记录．每周对自己的工作进展做出结论，向工程组汇报．在做结论时，不得使用“差不多〞、“大概〞、“完成了90%〞… 等模糊字眼．而是采用*任务“已经全部完成〞、或者“90%的工作全部完成〞或者“再过1 天全部完成〞…等方式．每个小组成员对自己做出的结论负责，这样可以做到随时了解工程进度，为调整工程方案提供客观根底．

同时我们在工程进度方案中根据工程设计定义了相关的里程碑，在每个里程碑我们都采取小组会议形式对本阶段的工作进展确认、总结，对本阶段的进展情况做出结论，并决定是否调整下一阶段的进度方案．

在系统图编辑局部我们认为各电力设施所对应的类〔包括其父类〕定义完成为一个里程碑，每个类是否具备了相对应的电力设施的技术参数及操作是该里程碑的标 准，这些类〔包括其父类〕的实现完成又为一个里程碑，… … 整个系统图编辑局部完成也是一个里程碑．每个里程碑的标准在系统设计时已经定义好．

完毕语

"电力行业工作票、操作票系统"目前已经开发完毕，运行状况良好，受到一致好评。在本系统开发的整个过程中采用了面向对象技术同传统技术相结合的原则，因为小组成员的各有特长，面向对象技术不是每个小组成员都熟练掌握，加之面向对象技术在我们公司还不是很成熟，必须有一个过渡，不能一下子转型，因此采用该 种策略符合我们公司的现实情况。

由于工程进度管理得当，工程按期完成，我们小组赢得公司的好评，其他小组也研究我们的管理方式。当然工程管理方式多种多样，根据工程不同、人员不同管理模式应做调整而不是一成不变。适合本工程的管理模式才是最好的模式，先进的管理方法在不同的工程组中取得的效果是不同的，这有待于我们去研究，探索，实践， 总结．

信息系统工程管理师论文例2：论软件工程方案的制定

摘要

本文讨论了一个作者参与的软件工程的工程方案制订的假设干问题．工程所开发的产品是一种智能电子教学设备，该设备可以实时同步地将用户在硬件端的书写容显示在计算机屏幕上，并可以保存、编辑、打印用户输入的数据，联网的计算机也可以实时观看用户的书写过程，并且用户还可以通过投影在硬件端的PC机画面交互操作PC机．

作者是该工程的软件开发组负责人兼软件架构师．作者针对工程方案的制定采取了：分而治之，逐步求精，经历数据三个主要策略，从而得到较好的效果．

正文

2002年6月，作者所在公司启动了一个工程，该工程开发出来的产品是一种智能教学设备，该设备可以实时同步地将用户在硬件端的书写容显示在计算机屏幕上，用户可以保存、编辑、打印通过硬件端输入到计算机的书写容，联网的计算机也可以实时观看用户的书写过程．另外，用户还可以通过投影在硬件端的PC机显示画面交互地操作PC机．作者有幸全程参与该工程的开发，并且担任了工程PC机软件开发组的负责人兼软件构架师的角色．对于这种实时通信且具有联网功能的软件工程，我认为首先需要制定一个良好的工程方案，才可以保证工程开发的成功．

总结这次工程的经历，我认为行之有效的策略有三个，分别是分而治之、逐步求精、经历数据。下面就结合这三个策略详细讨论本次工程方案的制订。

一、分而治之

将一个过于复杂的问题分解成假设干复杂度不则高的小间题来依次解诀，这种方法人类已经采用了几千年．这里我们也可以用于工程方案的制定．因为整个考虑工程的方方面面来制定方案其复杂度已经超过了人类处理问题的能力．为了解决这个问题，可以将整个工程分解为一些更小的组织体，逐一进展处理，这项工作也就是工程管理中的WBS〔工作分解构造〕。

比方针对这次工程中采取的RUP开发过程模型，我在完成需求管理方案时我就将方案容分解成初始、细化、构建、移交四个阶段来分别制定，最后合到一块儿就是完整的需求管理方案．

除了按时间段分解的角度来制定工程方案，我制订软件开发方案时同时按照了RUP过程方法的工作流的概念来分解工程方案的制定工作，根据每个工作流在四个阶段业界通用的工作量估计来制定方案，安排工作人员以及相应的软件资源。因为软件开发方案涉及到多个工作流，我认为以这种方式分解是合理的．同时因为本工程的特点，我省略了业务建模工作流，这是因为这次的产品是以硬件为主，软件为辅的消费类产品，所以业务建模不是则必要了．以不同的方式分解工程，可以从多个不同的角度来制定整个工程方案，有利于全面、深入地了解工程，防止“瞎子摸象〞的情况发生．

二、逐步求精

方案工作其实是一种管理未来、管理未知的工作，而未来是变化莫测的，还存在许多自身无法掌握的因素，因此存在很大的难度．而解决这一困难的法宝就是逐步求精．按照先框架后细节，先粗后细地进展工程的方案。

比方在这个工程中，在承受这个工程后就开场了做了一个初步方案，这个方案的容主要是做出时间上的安排．因为打算在2003年的月需要用这个工程的产品申请国家中小企业创新基金的支持，所以完成时间就定在了2003年4月，预留一个月用于写申请报告．总的时间进度确定后，大概分配了三个时间段：系统

-

工程分析、软件开发模型确定、软件产品制造时间段、工程总结．

等到确定这改工程后的RUP 开发模型后，就可以继续对工程方案进展第二改求精了。其实RUP 过程中出表达了逐步求精的理念，比方在初始与细化两个阶段都要产生出工程方案的制品．这样我就可以在这个两个阶段对工程方案逐步求精，比方在初始阶段只是将我需要完成的工程方案分为了需求管理方案、软件开发方案、实施方案，然后在细化阶段我再具体地制定每类方案的详细容．

比方在初始阶段时架构设计考虑以MFC为平台，根据这个决定软件开发方案的制定是比拟粗略的，在细化阶段架构设计进一步详细，这时已经清楚各个模块和MFC的Doc/View主构造的接口定义，以及各模块之间的接口定义，这时我就可以根据所需开发的模块制定方案。比方这时我就方案了特效界面模块开发分两次迭代，第一次迭代方案一个月时间，第二次迭代两周时间，第一次迭代需要完成放大和缩小、树形选择、缩略显示等主要的界面效果，第二次迭代的主要任务是根据用户反应进展修改调整。

三、经历数据

要制定一个良好的方案离不开准确的估算．不过工程方案是在工程开发的早期制定的，而在早期要完成准确的估算是非常困难的．要解决这个问题的关键就在于“经历数据〞．由于整个软件产业都还十分年轻，经历数据的积累都普遍缺乏，才导致这一现象的出现。

但是因为这次工程开发的产品在国还没有开发过，再加上公司没有积累深厚系统的工程历史数据．针对面临的困难，我选用了FP功能点分析作为工程主要的估算方法．因为FP方法中有大量工程经历数据可以从网络上获得，同时其数据功能TLF、EIF，以及事务功能EI、EO、EQ的计算对经历数据依赖不强，只需对概念理解正确一般就可以正确估算了．在估算本钱的时候，因为公司以前的生产率数据是以LOC为单位的，我利用软件工程书籍中的“逆火〞经历数据，将LOC转换为功能点单位，当然，这里必然导致一些误差。为了降低估算误差，最后使用Delphi专家分析法对估算结果进展了调整。

Delphi方法是一种集策法，也就是通过多名专家对估计值的不断校正的方法．当然，请专家增加了工程本钱，不过最后得到高质量的工程方案还是值得的．比方，在*专家的建议下我们改变了自行开发网络层组件的方案，而是采购现有的完全可以解决工程需求的成熟的中间件产品，这个策略的调整在后来证明是正确的．一开场犯错误的原因是由于我们网络开发经历缺乏把用户需求想复杂了。

最后谈一下使用的工具软件．在制定工程方案过程中我采用了Microsoft的Project 2003绘制甘特图．因为工程的进度安排是和工程中每个人都是息息相关的，所以在做甘特图前我首先征集了大家对文字和条形图效果的意见，然后按大家的意见进展了美化，比方用鲜艳的颜色标识关键任务，放大任务摘要信息，突出里程碑信息等．这在有些工程管理者看来似乎是小事，不过我认为一个赏心悦目的甘特图可以带给观看者好的心情，而好的心情可以大大提高工作效率。

同时，考虑创新基金支持的工程在交互期限上有很大压力，所以在定义甘特图任务的依赖关系时我采取了业界惯用的“时间盒〞的技术，也就是在每个任务的任务信息对话框中“前置任务〞一栏中的“延隔时间〞我填入5%-15%，也就是说当任务完成90%左右时就可以完毕转而执行下一个任务．因为本工程中的所有人员几乎是全程参与，所以我不是很担忧每个任务遗留的少量问题在下一阶段没有负责人去解诀。

配合Project 2003使用的估算软件是Software Productivity Research的KnowledgePlan.这款工具软件的最新版加强了对Microsoft Project 2003以及RUP开发模型的支持，而且其中的Project Template功能允许用户采用自己定制的WBS来进展估算，这些因素使得KnowledgePlan对本工程的工程方案成功制定带来很大的帮助。

在上述三个策略的指导下，以及适宜工具的辅助下，使最后形成的方案有效地指导了后期的开发活动。工程开发出来的产品通过了专家的鉴定，获得了国家中小企业创新基金的支持。

工程完成后发现的问题是早期方案的估算结论偏差还是较大，看来还是受到缺乏经历数据或者经历数据不够准确的影响，所以在以后的工作中需要开展有效的度量的工作，为公司积累覆盖面广且尽量准确的经历数据。

信息系统工程管理师论文例4：论软件开发的风险管理

摘要

本文讨论了*公司实施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的主要风险根本上都控制在萌芽状态，工程没有因为这些风险受到影响，最后工程如期上线，受到了管理层和用户的肯定．

在工程进展过程中，有些风险并没有事先预计出来．比方说参谋的问题．有的参谋水平高，但工程也多．用在我们这个工程上的时间就比拟少，这给工程带来了不利影响．为此，我通过和该项参谋所在的公司签定合同，注明参谋在我们公司的工作时间，否则属违约，通过这一方式使参谋的管理得到改善．

信息系统工程管理师论文例5：利用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度量数据收集和利用方面下更大气力．

信息系统工程管理师论文例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后的第一次将工程管理知识体系知识灵活运用于实践之中．

在工程管理中我们采用了MS Project2002作为工程管理工具．通过Project，我们建立了工程的WBS．对WBS的每个任务明确了其可交付物．对每一个任务我们都要求细化到每个人在一周可以完成。保证每一项任务都是可控的．

同时我们还制定了完善的工程围管理方案，WBS字典，围变更方案及规程，工程核实标准〔含质量控制标准〕．并交由业主、工程监理单位审核后，由业主和工程监理单位共同实施。

3、多饮的工程评审大会

在工程进度方案中我们确定了5个重要里程碑．在这些里程碑完毕后，我们将邀请相关工程干系人参与工程的评审工作．目的是为了防止需求偏差、遗漏，和收集新的需求．

第一个重要里程碑是系统原型完成之后，邀请了所有工程干系人代表参与了原型的评审工作．

第二个重要里程碑是政府人事部门业务平台完成之后，邀请了相关政府人事部门的相关业务负责人参与工程评审工作．

第三个重要里程碑是院校端业务平台完成之后，邀请了各重点高校、中等职业学校的相关业务代表参与了工程的评审工作．

第四个重要里程碑是网上人才市场平台完成之后，邀请了重点中介机构，省直重点单位、毕业生代表参加工程的评审工作．

第五个重要里程碑系统根本成型之后，我们再一次组织了全体工程干系人，参加工程评审会议。

每一次的工程评审都给我们带来了很多很好的建议．让我们充分发现了我们系统的缺乏之处，发现了许多业务上的偏差．当然也有许多工程干系人提出了系统易用性上的建议。会后，我们按照工程围变更方案和业主、监理单位一起对这些建议作了逐一评估，将那些有益的建议包含进工程围管理方案中。

4、全体工程干系人的共同努力

其实这个工程的成功是全体工程干系人的成功；是全体工程干系人努力的结果．省领导的重视和工程干系人的激情是这次工程成功的关键．在工程进展过程中许多单位都给我们提出了很多很好的建议；在工程进展过程中，许多院校的负责就业工作的教师，各级人事部门的相关负责同志都纷纷给我们提建议、出点子．我们还设立了热线专门接听、收集他们的建议．

六、缺乏与展望

目前系统运行稳定，到目前为止已经成功的完成了2届〔近30万〕毕业生就业管理及派遣工作。并于今年7月份获得了省工程科技进步二等奖。

但回忆过去，确也可以发现许多缺乏之处．如：

1、工程需求分析做的不够充分，没有充分考虑到各设区市业务流程的差异性。造成毕业生就业手续办理流程模块的全面返工。

2、工程可行性研究做的不够充分，没有充分考虑到各设区市信息化程度的差异．造成到目前为止，许多落后的设区市、县无法真正使用就业网系统．

3、除此之外，还存在许多的缺乏；这里不在逐一列举．

在以后的工作中，我将继续努力学习、总结经历，继续为我国电子政务建立、企业信息化建立作奉献．

信息系统工程管理师论文例7：论工程的风险管理

摘要

风险就是会给工程带来威胁或时机的一些不确定性事件．2003年5月，我参与了*机场信息系统集成工程的建立，并担任工程经理工作。整个工程总投资近亿元，建立工期为3年．因为信息系统集成在当时的国民航系统来说，还是新兴技术，熟悉民航业务和信息集成技术的专家和技术人员很少，加上工程投资规模大、建立周期长，因此，该工程的风险很大。

为了按照既定的进度、本钱和质量完成工程的目标，在该工程中，我充分重视了风险管理，根据风险管理理论，结合自己的工程实践，按照风险管理方案编制、风险识别、风险分析、风险应对方案编制、风险监控等过程，有条不紊地进展风险管理．加之进展了良好的配置管理，整个工程建立过程中，始终遵循了变更控制程序，使该工程顺利完成了其目标．2006年3月，该工程建立完成，并在机场开通时投入生产运行，目前运行稳定．

正文

-

工程是在复杂的自然和社会环境中进展的，受众多因素的影响．对于这些外因素，工程管理人员往往认识缺乏或者没有足够的力量加以控制．工程的过程和结果常常出乎人们的意料，有时不但未到达工程主体预期的目的，反而使其蒙受各种各样的损失，而有时又会给他们带来很好的时机。工程同其他经济活动一样带有风险．要防止和减少损失，将威胁化为时机，我们就必须了解和掌握工程风险的来源、性质和发生规律，进而实行有效的管理．

工程风险是一种不确定的事件或条件，一旦发生，会对工程目标产生*种正面或负面的影响．风险有其成因，同时，如果风险发生，也导致*种后果．当事件、活动或工程有损失或收益与之相联系，涉及到*种或然性或不确定性和涉及到*种选择时，才称为有风险．以上三条，每一个都是风险定义的必要条件，不是充分条件．具有不确定性的事件不一定是风险．

2003年5月，我所在的单位承接了双机场的机场信息系统集成工程的建立工作．该工程是国家重点建立工程工程的一个子工程，其主要工作是应用EAI框架，集成机场其它各个重要信息系统，实现数据共享，整个工程总投资近亿元，建立工期3年．2006年3月，该工程建立完成，并在机场开通时投入生产运行，该信息系统集成工程以ORACLE 9i为平台，建立了一个可存储机场航班信息、管理信息和运营信息的综合中心数据库，开发了航班信息管理系统、机位自动分配系统、外场管理系统、机场资源管理综合系统等，构造了千兆以太网统一的网络平台，采用了EAI框架集成了这些新开发的系统外，还集成了机场其它各个重要信息系统如航班信息显示系统、离港系统、播送系统等，连接机场外的许多相关系统如空管飞行信息系统、财务系统、航空运营系统等，实现不同应用操作平台的集成、异构数据库的集成，到达数据共享，应用集成。在该工程中，我担任工程管理工作．

到2003年为止，我虽然已经负责了近10个工程的开发和管理工作，但当时被安排担任该工程的工程经理时，感觉确实是一大挑战．因为信息系统集成在当时〔2003年〕的国民航系统来说，还是新兴技术，熟悉民航业务和信息集成技术的专家和技术人员毕竟很少，因此，这种工程的风险很大。为了按照既定的进度、本钱和质量，完成工程的目标，在该工程中，我充分重视了风险管理，按照工程风险管理理论，结合自己的工程实践，有条不紊地完成了该工程．具体来说，我是按照以下根本的管理过程来进展风险管理的。

1.风险管理方案编制

在工程初期，我组织有关人员编制了风险管理方案，具体描述如何为该工程处理和执行风险管理活动．我们采用会议的方法来制定风险方案的，因为该工程投资规模比拟大，所有的工程干系人代表都被邀请参加了风险管理方案会议，全面地考虑了风险对工程的影响，制订充分的风险管理方案。

在方案中，我们确定了根本的风险管理活动〔如每15天召开一次风险评估会议〕，根据工程管理理论和我公司的工程实践，定义了工程中的风险管理过程，估计了风险管理的时间表和费用，并把风险管理活动纳入了工程方案，把风险管理费用纳入了本钱费用方案。

2.风险识别

根据工程的实际情况，我们把工程中的风险划分为技术风险、团队风险、外部风险三大类，采用风险分解构造〔RBS〕形式列举了的风险。

在识别了上述风险后，我们还确定了这些风险的根本特性，引起这些风险的主要因素，以及可能会影响工程的方面，形成了详细的风险列表记录．根据试题的需要，在这里我只列出引起风险的主要因素，其他的方面限于时间和篇幅，不再介绍．

风险名称

引起风险的主要因素

对工作的分析和评估缺乏

缺乏类似的工程管理管理经历，对工程工作不熟悉

对EAI 架构不熟

行业没有使用先例

关键人员流动

工程周期长，需要长期出差

缺乏适宜的技术人员

工程周期长，异地开发

没有正确理解业务问题

工程干系人对业务的认识缺乏、信息化水平低

预算不能按时到位

甲方资金受限

3．风险定性分析

我们根据风险管理方案中的定义，确定每一个风险的发生可能性，并记录下来．除了风险发生的可能性，还分析了风险对工程的影响，包括对时间、本钱、围等各方面的影响．其中不仅仅包括对工程的负面影响，还分析了风险带来的时机。

在这个过程中，我们还是采用会议的方式来进展的．不过，在风险分析的会议中，除了有关工程干系人外，我们还邀请了相关领域的专家参加，以提高分析结果的准确性。例如，对于技术类风险的分析，我们就邀请了业著名的架构专家参与评估。在确定了风险的可能性和影响后，接下来需要进一步确定风险的

-

优先级。风险优先级是一个综合的指标，其上下反映了风险对工程的综合影响．我们采用了风险优先级矩阵来评定风险优先级的．最后得出的结果是架构风险排在第一位，该风险的可能性很高，影响也很大。

4．定量风险分析

对风险进展定性分析后，我们还进展了定量分析，定量地分析了各风险对工程目标的影响．在这个过程中，我们采用了专家评估的方法，组织相关成员对工程进展乐观、中性和悲观估计，同时，也利用了我公司历史工程的数据，用来辅助评估．进展定量分析之后，更新了风险记录列表．

5．风险应对方案编制

根据定性和定量分析的结果，我们对已识别的风险，制订了应对方案。对不同的风险，采取了不同的措施．

风险名称

应对措施

对工作的分析和评估缺乏

利用已有经历，加强学习，利用标准的技术和理论

对EAI 架构不熟

聘请EAI专家做技术参谋，加强对有关人员进展架构培训

关键人员流动

严密团结“少数人〞，提高顶目完成奖金，实行人才备份制

缺乏适宜的技术人员

在当地招聘局部技术人员，加强制度建立，加强培训

没有正确理解业务问题

加强对机场人员的培训，提高其信息化水平

预算不能按时到位

在合同中明确规定，由此引起的后果由甲方负责

6．风险监控

经过上述5个过程后，该工程中的风险已经比拟清晰，这时就要进入风险跟踪与监控过程．在这个过程中，我们对已经识别出的风险的状态进展跟踪，监控风险发生标志，更深入地分析已经识别出的风险，继续识别工程中新出现的风险，复审风险应对策略的执行情况和效果。根据目前风险监控的结果修改风险应对策略，根据新识别出的风险进展分析并制定新的风险应对措施．

在这个过程中，我们主要采用了偏差分析、工程绩效分析和监控会议的方式来进展的。

总之，该机场工程由于技术领先、投资规模大、建立周期长、异地开发等原因，充满着风险，但由于我们＋分重视工程的风险管理，加之进展了良好的配置管理，整个工程建立过程中，始终遵循了变更控制程序，使该工程顺利完成了其目标．2006年3月，该工程建立完成，并在机场开通时投入生产运行，目前运行稳定，得到了机场方的肯定，由此，我得到了公司董事会的嘉奖．

本文标签： 工程系统工作风险进展