信息系统项目管理师考试必会资料(二、论文技巧及范文)

信息系统项目管理师考试必会资料2(论文技巧及范文)

跬步郎注:很多同学在考试时总认为论文不好过,很多人是觉得没有项目管理经验,不好写。其实在信息系统项目管理的考试中,上午客观题是最难的。因为其题点多,范围广,不仅仅涉及九大管理,还包括运筹学、英语、近年的IT新思路和新政策方向,而且每道题只有一分。这样就造成了经常有同学每次考试都能得到40分左右,但是通过却不是很容易。论考试难度,下午的主观题排在第二位,不仅仅是因为第一道题的计算比较难(近几年的考试下午案例第一题都是计算),还因为第二、第三题需要有一定的项目管理经验和答题技巧。论文在三科中是最简单的,因为论文有框架模式,按照本资料所讲的内容,结合自己的项目,很容易通过。

    写论文需要特别注意的事项:1、字数要够,否则会扣很多分。2、按照本资料讲的论文模式来写,字迹一定要工整。3、千万不要写什么人事管理系统、教学管理系统等与学校教学内容类似的项目,判卷老师对这些内容了解较多,会找出你论文的很多问题而扣分。4、不要罗列专业术语凑字数,这样会让判卷老师认为你只是个技术,不是项目经理。5、不要写涉密项目,否则一定不合格。

    其实换位思考,如果你是判卷老师,每天要判几十上百份卷子,你怎么来给这些考生分数?通过我几年的考试经验,我认为判卷老师一般都是拿到卷子后先看字迹,如果字迹清晰,心情会好很多......;然后看摘要是否点题、开篇的项目介绍、结尾以及论文的内容框架。最后给分。

    下面的内容是针对论文写作的经验和技巧。希望大家在看完本篇资料后,自己写几篇论文,建议最少写五篇,分别是:质量、进度、沟通、风险、范围。以大项目方式写,项目可以都是一样的。比如城际信息管理系统、政府招标项目跟踪管理系统等。

  也可扫描下方二维码进入“信息系统项目管理师口袋应试”小程序,利用琐碎时间进行复习。

image.png

一、 信息系统项目管理师论文评分标准

比例分配:以百分制打分后,除0.75

切合题意(30%):非常切合、较好切合、基本切合
应用深度与水平(20%):很高水平,较高水平,一般水平,较差水平
实践性(20%):有大量实践、良好实践,一般实践,初步实践
表达能力(15%):逻辑清晰、表达严谨
综合能力与分析能力(15%):很强、较强、一般

扣分的情况(每种情况5-10分)

1、摘要应控制在200至400字的范围内,凡是没有写论文摘要,摘要过于简略,或者摘要中没有实质性内容的论文
2、字迹比较潦草,其中有不少字难以辩认的论文
3、正文基本上只是按照条目方式逐条罗列叙述的论文
4、确实属于过分自我吹嘘和自我标榜、夸大其词的论文
5、内容有明显错误和漏洞的,按同一类错误每一类扣一次分,每次5-10分
6、内容仅属于大学生或研究生实习性质的项目,并且其实际应用背景的水平相对较低的论文

不及格的情况

1、虚构情节,文章中有较严重的不真实或者不可信的内容出现的论文
2、未能详细讨论项目开发的实践经验,主要从书本知识和根据资料摘录进行讨论的论文
3、所讨论的内容与方法过于陈旧,或者项目的水准相对非常低效的论文
4、内容不切题意,或者内容相对很空洞,基本上是泛泛而谈的,没有较为深入体会的论文。
5、正文与摘要的篇幅过于小的论文
6、文理很不通顺,错别字很多,条理与思路不清晰字迹过于潦草等情况相对严重的论文。

加分

1、有独特的见解或有很深入的体会,相对非常突出的论文
2、内容翔实,体会中肯,思路清晰,非常切合实际的很优秀的论文。
3、项目难度很高,或者项目完成的质量优异,或者项目涉及重大课题,并且能正确按照试题要求论述的论文。
4、观点很高

二、掌握一个框架:论文八段式结构

(红色为自填项,橙色为说明)

1)、 摘要:历年考试都有一个共同点,摘要可以引用论文题目
下面的部分说明,同时,在摘要重要体现出论文所要写的内容、研究的方法、以及论文所要表达的结论。字数不能超过要求,也不能太少,可以根据情况用自填项来调整。
模板:
某年某月某日(注:建议项目起止日期不能距离考试日期太
远,一年左右最好。)本人参与了“某某”项目建设,担任项目经理一职。该项目……(简要说明项目内容)。作为建设方的项目经理,本人在项目的某某(切题)管理过程中,科学的运用软件项目某某(切题)管理的理论知识并结合我公司某某(自己熟悉或正在使用的)管理方法具体要求,在项目中运用了……(该管理的过程、工具和技术),成功地完成了项目,受到用户方的高度评价。
2)、正文:项目背景与岗位工作说明,内容基本就是比较详细的摘要。由于论文是要求要结合自己亲历的项目结合起来写,因此正文部分首先需要对项目进行一定的描述,称为项目概述;其次要在项目概述中点明选题立意的原因,这部分大概占用最少150字,最多不要超过300字
3)、正文:在项目实施过程出现的问题,你作为什么角色,如何解决了问题
4)、首先,针对某某(改论文所写的管理中的过程)问题,项目出现的矛盾(问题),如何解决(该过程的工具和技术),解决的效果
5)、其次,(改论文所写的管理中的过程2)……
6)、再次,(改论文所写的管理中的过程3)……
7)、项目验收与项目干系人的满意程度:
模板:在项目团队人员的集体努力下,该项目终于在某年某月某日(竣工日期)验收合格并稳定运行至今,同时也获得了甲方的一直好评。……
8)、展望,说出对于其他项目的借鉴作用:
模板: 本文总结的某某(切题)管理策略有助于保证今后团队构成复杂的项目。……本文认为今后项目中的某某(切题)管理应重点围绕如何有效地运用某某(过程1)、某某(过程2)……。


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

跬步郎注:以下范文均为网友提供,在此感谢
1)、整体管理范文
  • 论某出版集团书刊信息化工程的整体管理

  论文结合作者的具体实践,讨论了某出版集团书刊信息化工程的整体管理工作。该项目在国家发改委立项,建设资金3000万元,建设周期为两年,旨在对历史图片和期刊资源进行数字化加工,搭建集团内容资源共享平台,并通过流程改造和信息化等手段,实现书刊编辑、出版、发行、物流等环节的流程化数字化管理。文章分两个大的方面进行了介绍,以与承建方签订合同作为分界线,分别讨论了合同签订前后的整体管理情况。最后,作者总结了在项目实施过程之中的一些不足之处及改进设想。作为信息技术中心负责人之一,论文作者担任该项目的甲方项目经理,负责项目的整体管理工作。

  某出版集团于2006年启动了“书刊信息化”工程,项目投资规模近3000万元,建设周期为两年,由国家发改委批准立项。书刊信息化工程旨在利用最新的科技手段,全面提升集团下属各出版社、期刊社的信息化水平。项目最终要实现三个目标:一是搭建统一的内容资源共享平台;二是实现出版社、期刊社的业务流程数字化管理,规范编辑、出版、发行、物流等业务流程;三是将50万图片和多年的历史期刊资料数字化并标引入库,完成资源加工工作。集团下属的信息技术中心具体负责该项目的组织实施工作,由于中心不可能具备相应的技术开发人才,所以项目基本是以招标方式委托承建单位组织实施的。

  本人以前一直在IT公司工作,多以乙方的角色参与项目,这次以甲方项目管理者的身份参与项目,是一次重要的角色转变。由于项目比较大,涵盖的内容繁杂,需要进行分解并逐步实施,事实上我成了甲方的大项目经理。

  经过两年来的努力,项目经过四批十余包的招投标和实施过程,所有子项目均已完成了初验工作,基本实现了预定目标,正准备相关验收文档,上报发改委申请项目终验。在整个项目的推进过程中,项目整体管理的思路、方法和工具起了很大作用。在集成商、监理公司、承建单位、最终用户等多方协作的环境中,真正做到了充分调动各方积极力量,协调各种冲突和矛盾,平衡好各方关切,加强项目管理,确保项目的顺利开展。

  项目整体管理是项目经理最重要的工作之一,通过多种知识和方法的综合运用,考试/大协调项目干系人不一致甚至是矛盾的需要和期望,解决项目中遇到的问题和冲突,从而让项目能按照预定的轨迹达成目标。项目整体管理包括项目启动、项目整体计划编制、指导和管理项目实施、监控项目绩效、整体变更控制、项目收尾等过程,实际上贯穿了启动、计划、执行、监控、收尾各个项目生命周期阶段,是九大知识领域中唯一覆盖五个过程组的知识领域。就管理具体项目而言,整体管理就是决定在什么时间把工作量分配到相应的资源上,判断项目是否还在可控范围内,有哪些潜在的问题并在其变糟之前积极处理,以及协调各项任务安排使得项目整体上取得一个好的结果。在具体实践中,结合甲方项目管理的特点,本人重点进行了如下一些工作:

1、做好项目启动工作

每个子项目在签订合同后,我都要求必须开一个正式的项目启动会议,包括集成商、监理单位、承建单位项目经理和领导以及项目骨干都需要参加。启动会议是一个项目的正式开始,除了这个形式上的意义之外,更重要的是合作各方在项目业务需求、项目目标、合作方式、项目范围、主要交付品及交付方式、关键项目阶段及里程碑等方面达成共识,这种共识为项目进展过程中的沟通协调奠定了基础。事实证明,大部分乙方项目经理最初都不能清晰地阐述上述内容,需要在启动会议前进行多次沟通和筹备。项目经理们有时会强调产品功能和忽视项目范围,有时项目阶段划分和实际根本不符,有时对过程交付品和最终交付品界定不清,更常见的是不清楚业务需要,对最终用户需要通过系统解决什么问题、系统能为提升业务带来哪些帮助缺少认识。所以这些,通过项目启动会议并提交项目范围说明书(初步)的方式得到了很好的解决。

2、充分强调计划的重要性

项目整体计划是指导项目实施的路线图,是进行管理和监控的基础。很多号称过了CMM3甚至更高级别的IT公司,在具体操作项目时往往缺少掌控能力,常遇到如下几种情况:

(1) 计划制定后就束之高阁,既不用来指导日常工作,也不在发生变化的时候对基准计划进行调整。事实上,计划的制定应该是“滚动式的”,在不同阶段都需要对计划进行不同程度的细化和调整,这也体现了项目的“渐进明细”特征。

(2) 计划的完整性、可行性差。一方面体现在只有进度计划,对范围管理、质量管理、风险管理、沟通管理等领域缺少规划;另一方面,在进度计划中,也存在阶段划分不合理、WBS分解不全面、交付品遗漏、缺少任务管理、没有进行资源分配和资源平衡等问题。这样的一份计划就纯粹成了形式,考试/大对指导日常工作没有任何意义。我的项目管理经验此时就发挥了重要作用,经常需要与承建方、监理单位一道共同审核项目计划,从范围和产品的区别、WBS的制定、活动定义、活动排序、活动资源估算、历时估算等环节给予指导和帮助,作者落实一份可以执行的项目计划。

3、需求,还是需求

大部分项目问题都与需求有关,需求变更与控制对项目成功至关重要。当项目出现问题时,最常听到的是承建方会抱怨“用户需求变化太多了”,果真如此吗?

所谓项目管理,是把各种知识、技能、手段和工具应用到项目活动中,从而满足项目干系人的要求与期望。那么,什么是需求呢?需求实际上包括项目需求和产品需求两个方面。项目需求是项目包含哪些工作,达到什么目标,满足什么业务需求,交付什么成果等方面的综合;产品需求则是传统的需求分析要界定的内容,包括功能性和非功能性需求等方面,刻画了主要交付成果的特征。项目需求通过项目范围来体现和管理,产品需求通过软件需求规格书来界定。我接触的项目经理大多以产品需求作为主体,而且往往只强调功能点和模块划分,对用例、流程涉足不多。用户很难想象最后使用系统时的场景,更难判断对日常业务工作会带来哪些改变,所以对需求的确认也就成了形式,当开发成型后发现不符合预期时,提出变更也就在所难免了。

为了有效避免需求频繁变更问题,我一般采用如下方法:

(1) 强化需求定义。从业务需求、用户需求、产品需求三个层次进行分析和界定,并且要保持彼此间的管理和追溯能力。这里需求跟踪矩阵式一个很好的工具,但在实践中还没有看到承建方真正使用过。

(2) 提高需求规格说明书的质量。强调用例分析,场景模拟和业务流程,不单依靠功能点描述的单一形式。当然,非功能性需求也要详细说明。

(3) 充分利用界面原型刻画需求。最好是快速实现业务系统的界面原型,让最终用户直观地看到系统的“模样”,从而提高判断力,避免分歧。

(4) 把握住项目范围和业务需求。

产品功能的组合满足了用户需求,用户可以通过多个产品功能开展自己的业务。用户需求的整体满足又支持了企业的发展战略,提升了效率,规范了流程,也就是实现了业务需求。

大部分需求变更来自于设计和实现不能满足用户需求,业务需求没有发生变化,项目范围也没有发生变化,在这种情况下,用户的意见肯定是很重要的,应该以接受为主。

当然也有因用户方变化带来的需求变更,比如业务模式调整,部门机构调整等。在书刊信息化工程中,其中一家出版社率先实行了大编辑部制,打破了原有的工作模式,系统需要很多改变。这就需要变更控制系统发挥作用,在实践中,我们通过补充协议进行了范围变更。

综上所述,把握住需求的本质是控制需求的最有效手段。在此基础上,利用原型法界定需求,通过评审机制确认需求,考试/大通过变更控制系统管理需求变更才能发挥更好的作用。

4、加强沟通管理

信息技术中心不是最终系统使用者,是项目的组织实施者,沟通界面众多,包括集成商、监理单位、承建方、用户、主管领导等,对沟通的要求较高。在本项目中,我主要采用了如下一些做法:

(1) 强调沟通理念。在启动会及相关项目会议上,我都会强调一个观点:甲乙双方拥有共同的目标,是合作关系。进度出现问题,整个工程进展就会受到影响,商务上必然也会受到影响。各方都需要为一个目标而努力,只是角色分工不同而已。另外就是鼓励沟通,很多承建方项目经理只在开项目例会时才露面,一周的问题攒在一起说,对项目进展十分不利,是不被提倡的。

(2) 制定沟通计划。这个过程确定了所有的正式沟通需求,定义了何时、以何种方式向谁发送何种信息,由谁负责整理这些信息,当然也包括项目会议的组织,进展报告的编写等内容。有了沟通计划,信息传递的效率提升了,项目问题就可以及早暴露并得以解决。

(3) 加强非正式沟通。非正式沟通是获取项目真实情况的有效途径,有些潜在风险会在非正式沟通中得以发现。非正式沟通不仅用来获取信息,更有助于建立信任关系。关于非正式沟通,有多种方法和技巧,这里不再赘述。

  在项目实施中,仍然存在一些需要完善的地方。一是需求跟踪没有仔细去做,导致经常会为了并不特别需要的功能浪费很多精力,甚至有些功能根本用不到;二是没有搭建一整套的项目管理系统,让项目各方在一个统一的平台的进行交流和互动,把配置管理、缺陷跟踪甚至问题记录等都可以纳入进来,从而对项目进行集中管理;三是风险管理不到位,部分项目出现延迟现象。今后要整理分析相关经验,制定风险评估模板,强化风险识别和应对计划编制工作,让风险可控。


2)、范围管理范文
  • 论信息系统的需求管理和范围管理
摘要

  在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、除此之外,还存在许多的不足;这里不在逐一列举.
在以后的工作中,我将继续努力学习、总结经验,继续为我国电子政务建设、企业信息化建设作贡献.


3)、进度管理范文
  • 论软件项目的进度管理

摘要
  本文讨论了《电力行业工作票、操作票系统》的项目管理,在本项目中我作为项目负责人,承担了项目管理工作.
在本项目管理中,我主要采用了面向对象技术同传统技术相结合的原则,在估算项目的工作量这方面尤为突出,面向对象技术对传统技术有所改进,传统技术能弥补面向对象技术的不足。
  本文从合理的估算项目的工作量及技术难度;识别关键任务;随时了解项目进度,必要时调整进度表等方面讨论了《电力行业工作票、操作票系统》项目管理的基本活动与方法,有效地控制开发进度,确保项目如期按质量完成.本系统在电力系统已经运行,状况良好,受到一致好评.

正文
  2003年2月,我参加了《电力行业工作票、操作票系统》的开发,担任项目管理工作.电力系统有关部门在对电力设施进行检测、维修、试验等一系列活动时应按照我国电力行业相关标准进行工作,《电力行业工作票、操作票系统》就是按照国家有关标准及电力行业操作规程设计的仿真系统。工作人员在施工前按照工作流程在此仿真系统上进行操作,严格遵守电力设施的逻辑闭锁关系,顺序执行.有效地防止不规范操作,确保电力设施及现场工作人员的安全,提高安全意识.本系统由系统图编辑平台和工作票、操作票签发系统两大部分组成,其中系统图编辑平台主要是编辑变电站、用电系统及变电站控制系统图,每一个电力设施对应一个对象,在系统图上都有相对应的部分,系统图真实地反映电力设施的布局及相互关系,生动形象又合乎技术标准,同时为第二部分提供操作对象.工作票、操作票签发系统主要是在系统图的基础上进行点击操作,每饮点击对应一个对象即一个电力设施,根据电力设施的逻辑闭锁关系自动生成相应的工作票或操作票或提示操作不规范.
在本系统的开发过程中,我通过合理的估算项目工作量及技术难度;识别关键任务;随时了解项目进度,必要时调整进度表等方面对项目进行管理,确保本系统如期按质量完成。
1、合理的估算项目工作量及技术难度
我们在项目工作量及技术难度的估算上采用面向对象技术同传统技术相结合的原则.本系统采用了面向对象的分析、设计等一系列面向对象技术,在本系统工作量的估算上根据功能点进行估算.将每个功能模块逐步分解,直至基本模块为止.我们将系统分为系统图编辑与工作票、操作票签发两个大的功能分别进行估算。系统图编辑部分主要是一个图形编辑系统.一种电力设施对应一个类,电力设施的技术参数及其操作对应相应类的属性和方法,电力设施图是由线段、圆、曲线、折线、多边形等基本图形组成,这些基本图形分别对应一个类,这些类又继承一个最基本的类.系统图编辑部分的工作量也就是这些类的实现,工作票、操作票签发部分用到了编辑平台的系统图,因此由大量的功能可以复用,这部分的功能划分同系统图编辑部分一样也是采用类作为基本结构,这样就比较准确的进行工作量的估算.
同时我们开发的这个系统是基于C/S结构的,由于C/S结构的系统我们公司有不少成功的案例,因此有不少的案例供我们参考.对于本系统的第二部分我们就是借鉴以前我们做过的基于C/S结构的系统,基于C/S结构的系统的框架基本上是一致的,数据库的设计、前台操作如对数据库进行添加、删除、修改、查询等一系列活动大体相同.正是如此,有大量的东西可供我们复用,如权限控制模块我们就是复用以前的案例,仅作少量修改.在工作量的估算上也有很好的借鉴作用.这对工作量的估算也是一个重要的参考,为工作进度安排提供了依据.在技术上,我们重点考虑本系统与其他C/S 结构的系统的不同之处,相同或相似之处我们认为没有技术难点.系统编辑平台主要是绘图,我们知道MFC的绘图功能确实强大,但是过于繁琐,功能封装不是十分完美,我们采用了Form++这个MFC 扩展类库,这个扩展类库对图形操作封装得很好,大大降低了系统图编辑部分的难度,在界面设计上我们采用了BCG 这个扩展类库,使得VC应用程序界面设计得如同Delphi等工具一样完美.同时减少了工作量,在工作安排上,技术难度相对大一点的部分我们安排经验丰富的程序员,同时也同其他工作组的成员商讨技术细节间题,同他们进行技术探讨.这样不至于因为某一技术细节而影响整个工程进度.
根据上述分析我们制定一个详细的进度表并定义相应的里程碑.
2、识别关键任务
  系统图编辑部分是整个系统的基础,因为工作票、操作票签发部分是建立在该部分的基础之上,系统图编辑部分直接影响到整个项目.因此该部分是整个系统的关键部分,在这部分中每种电力设施所对应的类及其父类的定义是关键,因为所定义的类必须完整、准确地反映该电力设施的技术参数和操作.工作票、操作票签发部分,是用户明确提出的要求实现的功能,直接面对用户,这部分的成功与否直接影响到该系统的质量,因此也是不容忽视的.如果上述两部分任务的进度受到影响,则整个项目的完成将受到威胁.因此是本项目的关键任务.在进度控制时我们将其作为重点对象进行控制.
3、随时了解项目进度,必要时调整进度表
  在确定项目开发计划时,我们制定了详细的进度表.我们在确定每一项任务时都确定该任务的工作量、开始时间、持续时间、结束时间.同时让每个小组成员知道自己所承担任务的时间表,小组成员根据自己的任务制定自己的详细工作计划.工作日志是了解每个小组成员工作情况的很好的方式,我们要求每个小组成品对自己的工作都要做工作日志,对自己每天的工作做详细记录.每周对自己的工作进展做出结论,向项目组汇报.在做结论时,不得使用“差不多”、“大概”、“完成了90%”… 等模糊字眼.而是采用某任务“已经全部完成”、或者“90%的工作全部完成”或者“再过1 天全部完成”…等方式.每个小组成员对自己做出的结论负责,这样可以做到随时了解项目进度,为调整项目计划提供客观基础.同时我们在项目进度计划中根据项目设计定义了相关的里程碑,在每个里程碑我们都采取小组会议形式对本阶段的工作进行确认、总结,对本阶段的进展情况做出结论,并决定是否调整下一阶段的进度计划.在系统图编辑部分我们认为各电力设施所对应的类(包括其父类)定义完成为一个里程碑,每个类是否具备了相对应的电力设施的技术参数及操作是该里程碑的标准,这些类(包括其父类)的实现完成又为一个里程碑,… … 整个系统图编辑部分完成也是一个里程碑.每个里程碑的标准在系统设计时已经定义好.
结束语
  《电力行业工作票、操作票系统》目前已经开发完毕,运行状况良好,受到一致好评。在本系统开发的整个过程中采用了面向对象技术同传统技术相结合的原则,因为小组成员的各有特长,面向对象技术不是每个小组成员都熟练掌握,加之面向对象技术在我们公司还不是很成熟,必须有一个过渡,不能一下子转型,因此采用该种策略符合我们公司的现实情况。
由于项目进度管理得当,项目按期完成,我们小组赢得公司的好评,其他小组也研究我们的管理方式。当然项目管理方式多种多样,根据项目不同、人员不同管理模式应做调整而不是一成不变。适合本项目的管理模式才是最好的模式,先进的管理方法在不同的项目组中取得的效果是不同的,这有待于我们去研究,探索,实践,总结.


4)、质量管理范文
  • 利用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)、沟通管理范文
  • 软件项目沟通管理

摘要
  2004年6月,我作为项目经理开始参与某航空公司航空票务系统项目的开发,主要负责系统的组织规划实施开发与项目管理,该系统具有严格的安全,稳定,时实高效和可靠性能要求,该系统由票务管理系统和呼叫中心系统两部分组成,呼叫中心系统主要实现电话,传真和短信业务,票务管理系统是整个系统的核心,采用了struts+hibernate+spring主流WEB应用框架,实现了WEB应用服务器websphere与协作应用服务器lotus domino 的高度集成
  沟通是作为一个项目经理在项目管理中必须具备的最基本也是最重要的技能,项目的成功离不开良好的沟通管理。本文以该项目为例,结合作者实践,讨论在该项目进行沟通管理的问题。主要通过灵活运用多种沟通方式,直接与项目组成成员沟通,避免中间环节,发展良好的沟通技能,善于运用倾听和反馈,召开高效项目会议等方法和策略进行有效的沟通管理。目前,该系统已正式投入运行,状况良好,受到客户的一致好评。
正文
  2004年6月,2004年6月,我作为项目经理开始参与某航空公司航空票务系统项目的开发,主要负责系统的组织规划实施开发与项目管理,当然还做一些编码工作,主要是公用基础代码和核心代码的编写与维护。航空票务系统是将呼叫中心系统和票务管理系统有效的结合起来,采用先进的CTI技术和语音板卡技术,充分利用电话,短信,传真,因特网等信息化手段,解决航空公司的机票销售问题,规范了业务流程,强化了内部管理,与电子商务的完美结合,使应用系统功能更加完善,提高了整个航空业务的工作效率。其中,票务管理系统包括:客户管理,机票管理,票证管理,销售管理,财务结算,调度管理,远程营业部(代理商/分销商)管理,系统管理八大功能模块,并统一于服务器端软件模块。呼叫中心系统由电话呼叫系统,短信分发系统,传真呼叫系统三部分组成。票务管理系统是整个系统的核心,在本次开发中,我把它视为整个项目的重点。
  票务管理系统采用struts+hibernate+spring主流WEB应用框架,使用RUP软件工程方法,开发工具采用了WSAD5.0,WSAD5.0集成并扩展了Eclipse2.0的功能。硬件配置方面,IBMRS/6000用于安装websphere5.0,DELL服务器用于安装DOMINO R6和ORACLE 10g数据库,系统平台采用WINDOWS NT 实现了WEB应用服务器与协作应用程序服务器LOTUS DOMINO 的高度集成,并使用SINGLE SIGN ON (SSO)实现单点登陆。总体架构思想:用spring搭建整个框架,用hibernate取代原始的JDBC操作,并进行持久化管理,在spring 中采用Bean来管理整个持久化层和访问层,与hibernate 相连接进行数据库操作,视图层和控制器层通过STRUTS筐架实现,模型层是数据访问层DAO 和 hibernate的结合,数据库层功能使用ORACLE 数据库实现。在本系统中将订单数据的生成分析采用关系数据库实现,通过webspher架构实现业务逻辑处理,机票订单的生成和审核流程则由DOMINO 进行驱动,将基于业务为主的J2EE服务系统和基于协作为主的DOMINO 流程处理系统有效的结合起来,确保整个业务流程的有效运行和各种数据查询分析统计的有机结合。
  由于考虑到寒假和春运期间将会是旅客的高峰期,客户要求系统必须在12月底前交付,项目开发周期为6个月,为此我做了如下安排:前4个月主要集中精力用于开发票务管理系统,后两个月主要完成票务管理系统和呼叫中心系统的集成以及项目收尾工作。
  在项目管理过程中,项目经理90%的时间都会花在沟通上,项目经理在沟通中担任主持协调者,调解人,聆听者,解释者等诸多角色。因此有效的沟通管理是项目成功的必备条件。在本系统项目中,我主要使用microsoft project 2003作为辅助沟通工具,并通过灵活运用多种沟通方式,直接与项目组成员沟通,避免中间环节,发展良好的沟通技能,善于运用倾听和反馈,召开高效的项目会议等方法和策略进行项目沟通管理。
1.灵活运用多种沟通方式,直接与项目组成员沟通,避免中间环节。
沟通的方式有很多,比如:电话沟通,电子邮件沟通,经理信息系统沟通,但是只有灵活运用才会收到良好的效果。在本项目中,项目正式启动后,我就把团队成员召集在一起,进行了面对面的沟通,让他们认识到任务的艰巨,同时也让他们树立完成目标的决心和勇气。平时,我会定期地到项目成员的当地住所进行私人探访,与他们进行一些随意的交谈,了解他们的需求,并探讨下他们在工作中遇到的问题,征集一些观点和看法。每周我们都会进行一次进度评审,在每个里程碑,我们都会举行一次正式的小组会议,对之前的工作情况确认和总结。我还专门为项目组搭建了一个开放式论坛,让大家可以在BBS上畅所欲言,共同讨论。
  平时,我也把自己的电子信箱告诉给项目组成员,要求他们大胆地反映实际问题,积极参与项目的决策与管理,多提建议和意见。我每天上班时都先认真阅读来信,并进行处理,从来信中,我收集到了许多对决策有用的信息,为了激励成员的热情,我决定,凡是被采纳的建议,给予鼓励,提出带有普遍性问题的来信,我都会给予答复。
2.发展良好的沟通技能,善于运用倾听和反馈。
   在与项目成员沟通的过程中,从不随意打断对方说话。如果对方的话很有道理,我会给予适度赞美。在整个过程中,我都会心平气和的与对方讲话。当遇到问题时,我会用不同的方案去解决。如果对方听不明白,我就会举一些浅显的例子让他尽量明白我所说的话。在气氛紧张的时候,我会用幽默的话语来缓解气氛,也就是所谓的能听话,能赞美,能心平气和,能变通,能清楚,能幽默。在进行沟通时,我还特别注意培养自己的倾听素质,比如呈现给恰当肯定的面部表情,避免出现隐含消极情绪的动作,呈现出自然放开的姿态....当然,适当的地反馈也是非常重要的,我尽量多问少讲,因为项目成员往往比我更清楚本职工作中存在的问题。所以,要多问问题,引导他们自己去思考和解决,我只对他们的工作进展作出评价,沟通的重心放在“我们”,在沟通中尽量多使用“我们”少用“你”。同时我会把握良机,在适当时候进行反馈,党成员出色地完成了一件事我会给予及时的表扬和激励;当成员犯了错误,我会等他冷静之后再作反馈;在进行批评时,也坚决不用“没能力”,“失信”等评价性语言。我特别注意反馈谈访的内容与书面考评意见的一致,不避重就轻,因为这样会带来不好的效果。
3.召开高效的项目会议。
  项目会议是项目经理沟通项目信息,跟踪项目进展,制定项目计划,形成项目决策,解决项目冲突,确保项目按计划顺利进行的有效手段。在本系统项目中,启动阶段我们召开了项目启动动员大会,由该项目当事人双方参与,主要目的是为了士气,统一思想,明确目标,每周我们会举行一次项目例会,由项目组成员全体参与,主要是检查项目计划的完成情况,发现偏差,并制定和落实纠偏措施。每日会举行一次项目评审会议,主要目的是总结上阶段工作,布置下阶段任务,在该项目结束后,我们召开项目总结大会,发起人老总,各部门经理,项目组全体成员都参与,主要目的是为了总结经验,检讨教训,论功行赏,项目运行一段时间后,我们还召开了后评价会议。由很多专家参与,主要是学习和反馈,对项目进行总结,在开会之前,我们都确定了会议的日程,议题,参与人,地点等。并提前通知与会者。同时控制会议的规模。仅邀请必需人员参加,并要求按时开会,按时结束,制定防止开会迟到,早退的制度。在会议上不允许讨论与会议议题无关的话题,在会议也要听取不同的观点和意见。
  航空票务系统在2004年12月下旬正式上线,提前完成了项目,目前系统运行正常,受到客户和有关部门的一致好评,对项目的满意度较高。重新回顾该项目开发过程,项目组成员常常因为技术问题而争论,当发生冲突,在解决冲突方向时,我们仍旧处理地不够好,技能欠缺,在今天的开发中,我会不断的努力和改进。


|一、九大管理过程组、输入、输出、技术、工具及方法 | 三、计算题详解| 目录|

推荐阅读更多精彩内容