信息系统项目管理师论文写作考前串讲资料

信息系统项目管理师论文部分考前串讲本资料主要介绍论文部分的考试应试策略，并提供部分补充资料，希望在 2 周内对考生的论文提高有帮助。考试科目 3：信息系统项目管理论文 .31.大纲中的要求 .32. 为什么会觉得论文考试难 .33.论文的格式与写作技巧 .43.1 解答步骤和时间安排 43.2 叙述格式的结构化和明快的文笔 53.3 写好论文内容 133.4 写好论文摘要 153.5 提出尚存在的问题 174. 论文考题分析 .175. 如何准备论文 .205.1 经验总结 205.2 其它注意事项 225.3 论文评分的参考标准 22论文实例 231. 论文论题 .232. 范文一：论信息系统项目的整体管理 .243.范文二：论信息系统项目的整体管理 .264 范文三：论信息系统项目的整体管理 285. 范文四 信息系统项目的整体管理 .29补充范文 31IT 项目如何做好进度管理 .31如何组织一个高效的开发团队 32项目风险管理 35项目成本管理 38项目执行中的成本控制 40项目经理如何确保工程质量 42项目质量管理 45计算机安全的项目管理 46信息工程监理中的三大控制目标及关系 49从 CIO 看企业信息化需求 .51企业如何在信息化项目中进行项目范围管理 52项目范围管理 55项目计划及质量管理 57绩效管理如何事半功倍 61软件文档的必备要素 63软件项目设计和开发评审指南 63考试科目 3：信息系统项目管理论文05 年上半年软件专业技术资格与水平考试开考了信息系统项目管理师这一与项目管理师同级别的高级考试，考试的内容包括综合基础知识、案例分析和论文三个部分，其中论文让许多的考生感到为难。为什么会觉得难呢？有没有什么办法解决？一起来逐步分析。1.大纲中的要求信息系统项目管理师考试大纲中，要求考生根据试卷上给出的四个有关项目管理的论文题目，选择其中的一个，按规定的要求写论文和摘要。论文可能涉及的内容极其广泛，主要有信息系统项目管理，信息安全，信息系统项目监理，信息化战略与实施，大型、复杂和多项目的管理，项目绩效考核和绩效管理 6 个主要模块的论题方向，这 6 个方向又分为若干个子内容。2005 年上半年的考试虽然只出了一道论文题目“论信息系统项目的需求管理和范围管理” ，似乎与考试大纲有所背离，但考试内容并没有偏离大纲，属于“信息系统项目管理”方向中的内容。所以作论文考试的准备时一定要紧紧围绕考试大纲来进行。2005 年下半年出了两道题目：试题一 论项目的风险管理 试题二 论项目的质量管理。随着考试逐步完善，估计以后考试至少有 23 道题供选择。历届高级资格考试论文写作一般会有如下的要求：简述你所从事的项目及你在项目中担任的角色；在项目中关于论题方向碰到的问题和解决对策；对项目实话的总结和展望。2. 为什么会觉得论文考试难参加项目管理师的考生大致有两种类型：在校学生和在职人员。对于在校的学生来说，参加项目管理师这一高级别的考试无异于一种挑战。这是因为：缺乏项目实战经验；没有从事过项目管理；学业繁重，没有时间来准备考试；考试范围太广，许多的知识没有接触过；技术方面掌握不扎实，基础不牢；没有写过学术论文。大学里的计算机专业或信息管理专业都会开设软件工程课程，也有少数的院校开设项目管理课程，即便是有，考生自己也会感觉只有理论知识没有实践经验，总觉得心里不踏实，写出来的文章会不够力度。大多数的研究生也只是跟随导师做一些技术性的工作，项目管理方面的工作做得较少。其它专业的学生当然会觉得难度更大。对于在职人员来说，可能存在以下困难：有项目经验但要写成论文觉得写作水平有限；长期从事某一个方面的工作，很少从事项目管理这种综合性的工作；从事技术性工作或研究工作，热衷于技术实现，管理工作做得较少；工作任务过重，无暇复习及攥写论文。对于这两类考生，又以在职人员居多。要想考试过关，一是要尽量从繁忙的学习和工作中抽出时间来应考；二是要熟悉考试论文的写作格式及注意事项；三是掌握一定的论文写作技巧；四是需要阅读大量的资料来充电，五是在考试之前作适当的练习。当然如果您项目经验十分丰富，可以把重点放在锻炼写作技巧上来。3.论文的格式与写作技巧所有的试题都要求根据应试者的实际工作经验写出正文的主要论点，论文试题可用一句话来概括，即“试根据你的实际经验论述下列问题 13”。所有出题的方式都是先对系统或软件等作一般说明，然后考察应试者的工作经验和思考方法。不仅要叙述应试者曾经参与过的工作事实，而且要求用有说服力的文字来表现自己经验、见解的深度和广度。论点没有写完的论文（由于时间不够写到一半结束的论文） ，不管已写的部分有多好，都会被大量的扣分。书写字迹要清楚，不能写错别字，写错字和漏字也要扣分。从每年的试题可以看出，题目是相当难的。实际上，即使是具有丰富的实际工作经验并习惯于写文章的人，要想充分地、圆满地解答试题也需要 78 小时，而考试的时间只有两小时。这要求应试者有相当高的水平。假如连向用户提交系统建议书，或向公司领导汇报系统开展计划等工作都做不好的话，就很难说是一名合格的项目管理师。对于计算机应用工作来说，撰写具有固定格式论文的能力或进行口头说明的能力（即表达能力）将会越来越重要。虽然题目是难了一些，但决不要为此产生悲观情绪。我们可以想办法，剖析这类试题，找出其共同特性：试题的主题是一定的；试题的形式是一定的。只要平时努力工作，善于总结并积累自己或别人的经验，积累足够多的解答问题所必要的经验和素材，参照下面即将介绍的论文试题的解答方法，反复练习，就一定可以把这些方法变成自己的能力和技巧。练习写论文实际上就是练习写实际工作中的报告书或方案书。这种写作能力，不仅对于应试者是必要的，对于项目管理师或领导人员来说也是必不可少的。3.1 解答步骤和时间安排事先作了充分准备，合理安排解答步骤，临场时就可以不慌不忙。（1）基本步骤和时间分配写作论文共有两个小时（120 分钟） ，时间一般作如下安排： 第 1 步 选择试题 5 分钟， 第 2 步 列出提纲 10 分钟 第 3 步 写摘要 15 分钟，可在正文之前或者之后进行 第 4 步 写正文 80 分钟 第 5 步 对论文进行检查与修改 10 分钟一般的作法是先写正文，然后根据正文写摘要。但是为了避免“没有脸面” （来不及写提要）的情况发生，同时为了把它作为一种论文设计规格书，明确在正文中应写些什么，还是先写摘要为好。（2）每步的要点第 1 步 选择试题 浏览试题，选择合适的题目； 对于选好的试题，要仔细阅读并正确理解，同时在主题和要点上做上记号。首先把几道试题一测览一遍，选择试题时应该选择自己熟悉的内容，选择自己比较有把握的一道试题。如果几道试题同自己准备的内容都相差很远，那就只好横下一条心，选择较熟悉的一道试题。对于选好的试题，要仔细阅读并正确理解，同时在主题和要点上做上记号。第 2 步 设计论文写论文提纲 构思自己的主张和下过功夫的地方； 把构思中的脉络与试题的要点相结合； 决定应写进“摘要”的东西，和应作为“我”担任的工作的内容； 划分章节，分配内容并写成简单草稿； 分配字数(事前先定好，然后进行调整 )。一般的作法是先写正文，把构思中的脉络与试题的要点结合起来，决定要写进“摘要”的东西和“我”担任的工作内容，并把这些内容划分成一定的章节，写成简单的正文草稿。第 3 步 写摘要 根据论文草稿写摘要； 摘要是正文的浓缩，不要忘记内容要一致。一般的作法是先写正文草稿，然后根据正文草稿写摘要，但是如果来不及写摘要，就把它作为一种设计规格书，明确在正文中应写些什么，也可以先写提要后写正文。无论采用哪种方法，都要注意摘要是正文的摘要，与正文的内容要一致。第 4 步 写正文 根据论文草稿进行构思，回忆出收集和整理的素材，写得既不多也不少； 与构思不相同的部分，注意前后不要有矛盾。根据论文草稿进行构思、回忆、收集和整理素材，要写得既不多也不少，恰到好处。要注意前后不要矛盾，始终把握住题意，题意是贯穿全文的宗旨。字迹尽量工整，卷面整洁。第 5 步 检查修改 正文应在预计的时间以内写完； 通过检查修改可以挽回致命性的错误。（3）其它注意事项 遵守试题的注意事项； 不要无脸面，不要有头无尾。否则就是怪物； 叙述的格式要整齐，这关系到成败； 题意是至高无上的，必须遵守题意； 字要尽量工整。练习写论文本身也就是练习写实际工作中的报告书或方案书这种文档编写能力，不仅对于应试是必要的，对于成为项目管理师或领导人员来说也是必不可少的，建议利用考试这一机会牢牢掌握它。3.2 叙述格式的结构化和明快的文笔结构化的重要性无论怎么强调也不过分，它是论文写作的模板，既方便作者理顺思路，也方便读者理解。提高论文可读性的最容易奏效的办法是使格式保持严整。与程序的结构化一样，对大家来说这样做是不会有什么困难的。结构化最主要目的是便于阅读，使阅读论文的人能够很快找到要点。同时，结构化也可以帮助作者整理思路，使论点更加明确和清晰。要注意论文的整体字数和分配，正文的基本格式可以参照表 1-1。表 1-1 是以 2002 年度的试题 1 为例写出各章节的标题，但在格式上和字数分配上不论对哪一年度的哪道试题都是适用的。当然应该根据年度、试题的问题要点的个数和大小改变字数分配和项的数目，不过必须对表 1-1 做大的变动的情况是不大会有的。（1）整体的字数和分配字数不能太少；字数不能太多。在准备的时候不论写的多么多，在正式解答时也决不能多写。不要有头无尾，不要漏掉重要的地方。基本的字数和分配如下：摘要 400 字问题 1（第 1 章） 800-1000 字问题 2（第 2 章） 1600-1000 字问题 3（第 3 章） 800-1200 字共计 3200 字表 1-1 论文的整体字数和分配摘要 400 字1工程的概要 8001000 字11 所开发的系统目的和内容12 工程的体制和“我”担任的工作2软件质量管理的进展 16001000 字21 软件质量管理的课题和我的方针22 在软件质量管理上留意过和下过功夫的地方23 软件质量管理中的问题和解决方法3评价和应改进的地方8001200 字31 对软件质量管理结果的评价32 今后在软件质量管理上应改进的地方论文共计 3200 字左右。为了提高论文的易读性，正文最好适当加些小标题，要适当分段（每个段不要太长） 。表 1-2 是在稿纸上的论文示例。表 1-2 稿纸上论文示例正文1 . 工程的概要1. 1 所开发的系统目的和内容(1 ) 目的(2 ) 内容与结构1. 2 工程的体制和我担任的工作2 . 软件质量管理的进展1. 2 软件质量管理的课题和我的方针(1 ) 课题 (2 ) 我的方针 2. 2 在软件质量管理上留意过和下过功夫的地方(1 ) 留意过的地方(2 ) 下过功夫的地方2. 3 软件质量管理中的问题和解决方法 3 . 评价和应改进的地方3. 1 对软件质量管理结果的评价(1 ) 关于结果(1 ) 评价 3. 2 今后在软件质量管理上应改进的地方在准备应试的时候，最好写好一份有丰富素材的报告。但是在练习写作论文时，则必须按照正式考试的要求，根据上述字数，认真写出应该写的东西。如果字数太少的话，显而易见，内容将不够充分。按理说，用 3200 字(表 4-2 中的空白也可计算在内)是难以把自己的经验和主张全部写完的。因此，要在浓缩上下功夫。（2）结构化 把问题分开，加上标题； 把每章划分成 24 节，加上标题。一定要把问题的每个要点作为一节； 在节中可以划分项，也可以采用提纲形式； 长的说明要分段。每段最好不要超过 4 行； 要知道稿纸的用法。结构化的最主要的目的是便于阅读（试想一下，阅卷人员在短时间内要批阅上千份的试卷，是没有时间从头到尾仔细阅读的） 。实际上，结构化也可以帮助作者整理思路，使论点更加明确。对于做过程序设计或系统设计的人(理应是这样的人) 来说，这一点是再清楚不过的。这种结构化的文章决不会成为有名的作品。我们可以把它看作是很不善于写文章的人用来表达自己的主张的一种手段。况且，在现实世界上，有名的作品并不一定好。结构化的文章，一看就能抓柱要点。条理清楚易于理解的文档的效率也高。而有名的作品，读起来要花较多的时间。（3）明快的文笔 用“是”等叙述性语调； 句子要短。长的句子，容易发生主语与谓语不一致，细微处相互矛盾的情况； 在逻辑上不要跳跃过大或有矛盾； 术语和用字要正确。在准备时要勤查字典。一般来说，把口语直接写成文章，往往太长，且不符合逻辑。一般的人，若不充分注意措词就难以写出恰如其分的文章。3.3 写好论文内容 内容符合题意既然是论文考试，当然要符合题意。为了完全扣紧题意，必须仔细阅读并深刻理解在问题前面关于试题背景的说明，并以此为前提回答问题。要特别注意不要自以为是，更不能随意曲解，而要紧扣主题，以“我”为主，根据“我”的经验解答。但仍有不少人对这一点缺乏足够的认识也有可能是因为缺乏理解题意的能力。如果是这样的话，那自然也就无法理解用户的需求或规格说明，因此人们也就不能不认为他缺乏作为项目管理师的素质。（1）符合题意的内容 正确理解题意。要仔细阅读，不要自以为是； 绝对服从题意。决不能随意曲解； 清楚地理解试题正文中对主题的说明，以此为前提回答问题的要点； 总是以“我”为主人公，根据“我”的经验解答。为了使整体符合题意、富有条理，并清楚地阐明自己的主张，不仅仅要回答问题本身，还有必要写一些问题与问题有关的其他的内容，当然在叙述的结构化上，也可以为问题要点以外的内容另设若干节。要站在较高的角度去分析问题和答题，否则只在问题域的某个方面答得很全、很细，仍然给人经验不足的感觉。如 2002 年的论软件质量保证可从需求管理、系统设计、测试、软件复用、配置管理、进度管理等方面来答题。为了完全符合题意，必须很好地理解在问题前面关于试题背景的说明，并以此为前提回答问题。要特别注意，仅仅靠对支言片语的解释是不可能正确理解题意的。 解答抓住要点解答论文时必须要抓住要点，这一点是至关重要的。试题的要点有：参加的项目的题目和概况（功能，性能等） 。你担任的工作。 / 和属问题 1工作的具体内容。遇到的问题。解决问题的措施。 / 、和属问题 2措施的效果。需进一步改进的问题，以及如何改进。 / 和属问题 3 体现“我”的经验和主张（1） “我”的经验 以“我”的实际经验为中心，不要罗列教科书书中的内容； 要表明经验的高度； 以具体的说明表明自己的实力。说明的条理和详细程度应对读者有说服力。写论文的目的是为了使读者对“你”的能力作出高度评价。写论文要以“我”的实际经验为中心，不要罗列教科书中的内容，要以具体的事实来表明自己的经验和实力。因此，在写法上要使读者信服。不是自己的东西，很快就会露出破绽。仅仅把自己做过的事罗列出来是不够的。为了给读者以确实是自己做过的事的印象，就必须清楚地叙述并说明只有本人才写的出的事实。此外还应该认识到，不管你所参加的工程多么出色，都不能表明你的实力无论是怎样的工程，都不能表明你的实力，关键都在于你究竟做了些什么。因此，对工程进行自我夸耀是无益的，只会白白的浪费篇幅。（2） “我”的主张 明确写明体制和开发规模(对于使用管理来说是组织和工作内容) ； 其中要明确写明“我”担任的工作和所起的作用； 以“我”的主张(贡献)为重点进行说明； 以“我”的努力(是怎样做出贡献的 )为中心进行说明；要明确写清楚体制和开发规模（对于使用管理来说是组织和工作的内容） ，其中要明确写出“我”担任的工作和所起的作用。要以“我”的主张或贡献为重点进行说明，以“我”是怎样做出贡献为中心进行说明。结合平时自已感到最得意的项目、及项目中的得意措施来使论文有血有肉、羽翼丰满。任何考试都不会有没有足够的篇幅和时间让你把经验全部罗列出来。应该围绕几个中心点（主张和努力各有二、三点即可）进行充分的叙述。粗细合理，否则可成会导致有些次要内容过于详细而有些主要内容却来不及写。在动笔之前，先要仔细考虑并挑选出打算写的主张和努力。最好在考试前准备好一些不论是什么试题都能用得上的话题。话题的数目不在多，而在于能从各个侧面都能用得上。即使为了做到这一点，也要事先就各种试题进行练习。事先练笔是必要的。考试前一个月应把自己做过项目的内容以提纲的方式加以整理，平时有时间可看一看（可以对这个问题考虑得更全面） 。此外，应针对某些主题进行练笔，这样可以发现时间和篇幅搭配是否合理，以便作调整。 论点脉络清晰，顺序和分配适当如上所述，对问题的要点进行片断式的回答不能算作是论文。为了使读者信服，并充分显示“我”的实力，重要的是要有一个整体一贯的脉络，并沿此脉络进行说明。（1）脉络 脉络只能有一条，不要有分支或并行，为此要限定论题； 脉络要同题意和自己的论点相符；题意与自己准备的腹稿相互靠拢和合并。 即使把论题个数只限定三个；但把“课题-措施- 效果 ”三项分开并行来写的话，得到的只会是三个不很高明的小作文。应该把一个论题作为基本论题，使各个论题有机地联系在一起。 “措施”和“效果”即使各有三点也无妨，只是不要把它们分开写；而是应该综合地写在一起（2）展开的方法 按常规的方法进行论述。因为时间和篇幅都不多，在展开时要力求做到使读者信服，而不感到生硬； 言词要正确。若与问题的提法不一致，在论文内部不一致的话，人们就会怀疑你是否有资格作系统工程师。尽管系统分析人员希望内容尽可能是出色的，但说明的方式和用词则仍以平凡为好。如果过于追求措辞，反而可能画蛇添足，招致误解。此外要注意会有这种情况，即从表面上看，试题中使用的词语同自己所考虑的词语相同，但从上下文来看则完全是两码事。所以要反复斟酌，力求用词准确。要充分把握词语的意思，按照试题的词语编写论文否则可能会被认为是不合题意（3）顺序和分配 按照与题意相符的顺序写。即使试题的问题或要点的顺序不那么合适，也要依从它的顺序； 在此基础上确定恰当的脉络和展开方法； 说明要充分。按照重要程度分配字数； 避免做冗长或重复的说明。 不要忘记，最恰当的字数分配，是合格的概率最大的字数分配。把容易写的东西写得很多是不明智的；比较难写的东西，不太了解的东西也要适当写一些。为此要做充分的准备，不要吹牛，也不要未加理解地照搬照抄。 当写的内容不足的时候，应试者会不自觉地写一些“应该”之类的东西，或者罗列教科书的内容，或者对公司和上司表示不满，甚至变成反面论题。如果在考试的论文中写上这些东西的话，人们就会认为他相当缺乏经验和实力。3.4 写好论文摘要摘要是论文的脸面，是论文非常重要的组成部分，一定要写，不能轻视。摘要应该概括地反映正文的全貌。摘要可以先写，也可以在写完正文之后写。切记摘要中不能有图表，不能写成分条式的提纲，更不要写成目录的形式。字数不能少于 200 字。以前，在论文的答卷上有关于摘要是什么的说明。但即便如此，从练习的论文中可以看出，不懂得摘要是什么的人还大有人在摘要应该做到即使不阅读正文也能了解论文的大致内容。把“前言” 、 “目录” 、 “观点”等写进摘要，仍无法了解具体内容；必须把摘要写成名副其实的摘要，摘要是正文的浓缩。浓缩不应是按比例缩小，重要的东西都必须以能够理解的形式毫无遗漏地写进去。在“脸面”上要反映出正文是很好的，既然是脸面，为了给人一个好的第一印象， “化妆”是必要的，也是允许的。 如果第一印象很差的活，人们甚至有可能不再很好地阅读论文的正文。在实际工作中，繁忙的领导者也许会只看了第一页，就把你好不容易写好的建议书或报告书扔进废纸篓里去。由此也可看出摘要是非常重要的。（1）格式 在正式试卷的格式中，摘要部分有 16 行，每行 25 个字，共 400 个字，分成四节，每节四行，根据正文可以略作变换，把规定的字数写满。各节的要点内容如下：第 1 节：工程的介绍我担任的工作开发规模。第 2 节：课题与方针（不太重要时省略）留意过的地方。第 3 节：下过功夫的地方存在的问题和解决的方法。第 4 节：结果的评价应改进的地方。关于问题的重点内容都要毫无遗漏地写入摘要中。（2）内容和表达表 1-3 摘要稿纸摘要 与正文一致； 充分地具体地写出正文的要点； 符合题意，表达和说明要有吸引力； 明快、简洁、逻辑性强。既然是正文的摘要，就不能同正文不一致。但是，因为篇幅太短，为了给人以好的印象并具有吸引力，夸张一些也是允许的，有时也需要夸张。由于篇幅太短，又要把要点都写进去；因此提要必须比正文更简练；文章要短小精悍，要写进必要的关键词。为了表明忠实于题意，可以把试题中作为问题的要点的关键词原封不动地写进去。比如， “留意过的地方是” ， “下过工夫的地方是” 。 吸引力来自于人们认为你似乎做了与众不同的事这本来不是摘要的任务，而应该是正文的中心。如果吸引力不够的话，可以作为对摘要的化妆，进行一定程度的夸张。为方便大家书写摘要，这里给出两个摘要的书写模板。模板一：（论点项目概述）本文以我主持（或参与）的（项目名称）为实例，探讨了（论文论题） ，认为（论点） 。在此项目中，我担任了（角色） ，参与了（任务） ，实施后（用论文中的方法实施后的效果） 。模板二：（项目概述论点）（项目名称）是（项目说明） ，在此项目中，我担任了（角色） ，参与了（任务） 。对于项目的（论题） ，本文认为（论点） 。该项目实施后（用论文中的方法实施后的效果） 。下面给出模板一的一个实例，以供参考：（论信息系统项目的需求管理和范围管理） 本文以我主持的某商业银行网上银行系统项目为实例，探讨了作为开发方公司在信息系统项目的需求管理和范围管理方面碰到的问题及解决的办法，文章首先解释了需求管理和范围管理的基本概念，认为需求工作做得不扎实，项目范围把控不好是导致项目难以成功的主要原因，提出应以 CMM 过程改进的思想指导项目的需求管理和范围管理，项目在需求分析阶段应确定需求可以决策的人，充分和客户沟通以正确把握需求，对于需求和开发范围的变更管理提出了解决的办法。我在该项目中担任了开发方的项目经理，自始至终参与了整个项目的建设，自 2004 年 4 月项目启动至 2004 年 12 验收历时 8 个月，系统至今运行稳定，取得客户的好评，很大程度上得益于项目成功的需求管理和范围管理。3.5 提出尚存在的问题论文的第 3 部分很重要。提不出尚存在的问题，往往是缺乏实践经验，缺乏项目管理师素质的表现。这种能力需要在平时做项目的时候多思考不足，同时参考、借鉴别人的经验。4. 论文考题分析我们来把考试大纲的内容与历年的软件资格与水平考试高级（包括项目管理师和项目管理师）相关的考试论文题目列举出如下表所示，也许您会有所启迪。模块方向 子系统 历年考题 考试年份项目选择可行性分析 论信息管理系统的可行性研究 1997 年项目生命周期流程管理论软件开发的质量管理 1989 年成本/效益分析 1990 年论软件项目的质量保证 1993 年论项目管理工具的选用 1998 年论软件质量保证 2002 年论软件开发的风险控制 2003 年论软件开发成本管理 2004 年上半年论应用软件开发范围和功能的确定2004 年下半年论项目管理中的进度控制 2005 年上半年论信息系统项目的需求管理和范围管理2005 年上半年项目管理师项目的整体、范围、进度、成本、质量、人力资源、沟通、风险和采购管理 论项目的风险管理 2005 年下半年项目管理师项目评估 企业级信息系统项目管理体系的建立 论软件开发的质量管理1989 年论软件项目的质量保证 1993 年论软件质量保证 2002 年信息系统项目管理项目中的质量管理与企业质量管理异同分析论项目的质量管理 2005 年下半年项目管理师信息安全体系 系统的安全与保密控制 1992 年信息安全体系的安全风险评估 论企业信息系统的安全 2005 年上半年信息安全企业信息安全策略论企业内部网的安全策略 2004 年下半年监理的方法与工作流程 监理的机构及监理工程师 监理中的质量、投资、进度和变更控制监理中的合同管理、信息管理和安全管理信息系统工程监理 监理中的组织协调企业建设信息化系统的过程 信息化系统建设过程中常见问题 新技术对信息化建设的影响CIO 在信息化建设过程中的作用信息化规划 不同类型信息化建设过程中的差异电子政务建设 论电子政务信息共享整合 2005 年上半年信息化战略与实施企业自身管理成熟度对企业信息化建设的影响计划过程 跟踪和控制过程 范围管理 论应用软件开发范围和功能的确定2004 年下半年论信息系统项目的需求管理和范围管理2005 年上半年项目管理师资源管理 大型、复杂信息系统项目和多项目的管理 协作管理 团队绩效与项目绩效的关系 绩效评估的方法 项目绩效指标设计 项目绩效考核与绩效管理绩效改进从上面的表格中可以看出，还没有出过题目的内容极可能会成为下次考试出题的对象， “信息系统项目管理”模块中的“项目的整体、范围、进度、成本、质量、人力资源、沟通、风险和采购管理”是近四年的高级考试中必出论文考题的内容。据此，作者列出 19 个考题供大家参考和练习（每个模块 34 个）：l 信息系统项目管理论项目团队建设 论项目沟通管理 论企业信息系统项目管理体系的建立 论项目采购管理与合同管理2 信息安全论企业的信息系统安全体系 论企业信息系统的安全控制策略 论企业信息系统安全风险的评估3 信息系统工程监理论信息系统项目的工程监理 论信息系统工程监理中的质量控制 论信息系统工程监理中的进度控制4 信息化战略与实施论企业信息化的规划 论电子政务项目管理 论企业信息化的建设5 大型、复杂信息系统项目和多项目的管理论信息系统项目计划的制订 论信息系统项目资源管理 论信息系统的跟踪与控制6 项目绩效考核与绩效管理论项目绩效评估的方法与策略 论企业信息化中的绩效评价机制 论信息系统项目绩效指标的设5. 如何准备论文5.1 经验总结 项目管理师基本要求要答好论文题应满足以下几个方面要求：（1）扎实的基本功首先，作为合格的项目管理师，应该对目前的软件工程思想的整体脉络非常清晰，对现在流行的技术有较全面的了解和掌握，有些技术要求熟练地掌握。这就要求项目管理师有足够的技术背景、良好的学习习惯和能力；项目管理师除了掌握扎实的基础知识外，还要在工作之余多阅读一些技术文献，对于在本单位可以实用的好的新技术和好的项目管理思想还可以在本单位内逐步进行采用和实施。（2）丰富的项目经验解答项目管理师论文很重要一点是要求论文和应试者的项目结合起来。这就要求应试者做过具有一定规模的项目。因为，每个人所做的项目必定是有限的，所以应多看看别的项目的设计思想、以及别人的项目管理经验，并且要善于比较和优化组合。 提高论文水平的方法（1）平时多积累项目管理师考试不同与其他考试的突出特点是靠临场突击收效甚微。功夫全在平时，仅靠对一个项目多角度的总结仍然达不到项目管理师的水准。项目经验丰富的应试者还应该对以前做过的项目进行一次盘点，对每个项目中采用的方法与技术、性能与特性设计、工程管理手段等进行总结。这样，临场时可以将不同项目中和论题相关的经验和教训糅合在一个项目中表述取来，笔下可写的东西就多了。举个例子，如论述数据库的安全性上，你可以先将 A 项目的安全性设计作为你的最初方案，然后分析该方案的缺点（采用该方案遇到的问题） ，然后将 B 项目中安全性设计发案作为改进方案，最后谈谈改进方案收到的效果。这样，你就成功地将 A 项目积累地经验（教训）嫁接到 B 项目中了。 还有，自己做过的项目毕竟是很有限的，要大量参考其他项目的经验或多和同行交流。多读报刊、网络上介绍大型项目的文章，从上述几个角度去审视这些项目的做法，从中汲取经验，也很有好处；和同行交流，互通有无，一方面对自己做过的项目进行了回顾，另一方面，也学学别人的长处，往往能收到事半功倍的效果。总之，经验越多，可写的素材就越丰富，胜算越大；平时归纳总结了，临场搬到试卷上就驾轻就熟了。 （2）全面地总结，以不变应万变论文试题的考核内容都是软件开发和维护工作中的具有共性的问题，即通用性问题，与具体的软件应用领域无关的问题。所谓共性的问题，概括起来无非三个方面：新技术的应用、软件性能设计和项目管理方法与技术应用。把握了上述规律，我们就可以采用以不变应万变的办法。所谓不变，就是你所参与的软件项目不变，应试者应该在考前总结一下最近所参与的最有代表性的的项目，来回答三个问题中的第一题。不管论文的题目为何，项目的概要情况和你所承担的角色是不必改变的，如果你觉得有好几个项目可以选，那么就应该检查所选项目的规模是否能证明你的实力或项目是否已年代久远。要应付万变，就要靠平时的全面总结和积累。项目管理师应该是善于对项目分析和总结的，不总结永远没有提高。对过去完成的项目，我们要三省其身：项目中采用了哪些新的方法和技术？系统的各种性能是怎么设计的？采用了哪些项目管理手段和技术？从多个侧面对过去的项目进行回顾，把其中的经验和教训归纳成条，自然就形成令人信服的东西。临场时，把你以前总结的和论题相关的经验描述出来就回答了问题二。问题三要求指出你所采取措施的效果，最好有一些数据或实例来说明问题。最主要的，你的进一步设想，必须以发展的眼光看你所采取措施的局限与不足，原则上，任何方法技术都有两面性，所以要清楚认识到你所采取措施的优缺点。最后，将与论题相关的业界最新发展情况加以展望也是必要的。 （3）条理清晰，开门见山 前面两个法则的着眼点放在论文的素材积累上，做好这两点可有效抑制泛泛而谈，言之无物的毛病。然而，光有内容，组织不好也会影响考分，论文的组织一定要条理清晰。题目选定后，迅速整理一下你所掌握的素材，列出提纲，即你打算谈几个方面，每个方面你是怎么做的，收效如何等等，简明扼要地写在草稿纸上。切忌一点，千万不要试图覆盖论文题目的全部内涵而不懂装懂，以专家的姿态高谈阔论，而将侧重点放在汇报你自己在项目中所做的与论题相关的工作，所以提纲不要求全面，关键要列出你所做过的工作。下来的事情就是一段一段往下写了。要知道，评卷的专家不可能把你的论文一字一句地精读，要让他短时间内了解你的论文内容并认可你的能力，必需把握好主次关系。一般说来，第一部分的项目概述评卷专家会较认真看，所以，你要学会用精练的语句说明项目的背景、意义、规模、开发过程以及你的角色等，让评卷人对你所做的项目产生兴趣，这里面可以适当吹捧。第二部分要回答问题二，最好分条陈述，每自然段的第一句就开门见山指出你所采取的措施，然后指出你为什么这样做，这样做有何优点，克服了以前做法的哪些缺点等等。最好对你所采取的措施分一下主次，先陈述你认为重要的措施。第三部分和第二部分往往是密不可分的，你所采取的每一措施都应该有效果，所以索性把措施收到的效果写到第二部分也行。第三部分的开始，又是评卷人的一个重要看点，他要搞清你还有什么设想和改进。这一块要充分发挥你在书刊或和同行交流中得到的启示，指出你的项目和国内、国际先进水平间的差距，大胆设想如果再给你一次机会，你应该怎样在现在的基础上提高设计水平。最后，把各段的提纲串连起来就是一个摘要，大功告成。再罗索一句，最好不要先写摘要，先写摘要浪费时间，还可能限制正文的发挥，正文写完了，归纳出摘要是水到渠成的事情。（4）应试要点因为考试时间的紧迫性，在短时间内很好的理顺自己的思路，进而清晰地表达出来是非常重要的。这需要注意以下几点： 选择合适的试题； 解答时抓住要点； 写好摘要； 提出尚存在的问题； 正确的解题步骤及合理的时间安排。论文的紧要地方，如果能画个草图表示，往往能收到奇效。因为图形比文字更能吸引人的注意力，通过的图形方式表达你所要表达的东西，评卷专家可能会更直接一些了解你所做的工作，对你的论文产生兴趣，多看上几眼，你便有更多被认可的可能。再说，图形方式展示你的成果也是你表达能力的重要体现。比如说项目概述一段，你可以对你的软件构件以草图说明，把各个部分的关系在图上标出；系统安全性问题，你可以把你所采用的几级安全防护措施用图表示出来。 同时，在论文中要谨慎地提出自己的观点。论文中虽然不要刻意追求新奇，但也不要拘泥于教科书或常规的思维，一定要动脑筋写一些个人的见识和体会。（5）看别人写的项目经验文章，这是快速弥补经验不足的办法。以下的网站可以找到不少的资料：。（中国项目管理师） 、 （项目管理者联盟） 、（中国项目管理网） 、 （企业资源管理研究中心） 、（中国项目管理信息网）等。如果可以看到一些项目的实施方案书则提高实践经验更快。（6）介绍几本好书。如果时间充足（先看项目管理师教程） ，您可以参考以下几本书籍：IT 项目管理 （美）凯西.施瓦乐贝著IT 项目管理最佳历程许江林，刘景梅 著5.2 其它注意事项（1）建立知识库和经验库此外，人的记忆是有限的，而且人也会随工作调动而流动。而这些都是历史项目的经验和知识的流动的主要原因。建立企业或个人的知识和经验库是一种解决问题好的方法。每完成一个项目或有所体会时，对它进行认真的总结归纳（包括项目工作量估计、进度安排、可复用构件的保存、文档的保存、设计思想的归纳等）并保存在数据库中。知识库和经验库可采用适合自已的技术去做（如可采用自己的熟悉的数据库、前台开发工具等） ，具体功能也可根据企业自身的特点来定。（2）身体素质的要求健康的身体是成功的保证。在 IT 行业（尤其是项目管理师）的工作繁重程度是不言而喻的，在考试前还要进行复习，考试时一天连续考三场（长达 6 小时）考下来对人的体力要求很高。平时工作再忙，锻炼身体也是必要的。应注意平时要劳逸结合，细水长流，要知道笑到最后才是笑得最好。有了强壮的身体才是使自己成长成为优秀项目管理师的保障。（3）端正考试态度通过考试并不是最终目的。考试的目的是检查自己的知识和能力、以及发现自己知识结构的不足，以调整自己的工作学习的思路。在平时工作中不断拓宽知识面、提高能力、积累经验，真正达到项目管理师的水平。通过项目管理师考试并不能说明什么，只能激励自己不断提高系统分析与设计的能力。本章虽然把论文试题的解答要点归纳出来加以说明。但这不是知识，而是技巧，因此必须反复练习，掌握方法，进一步变成自己的能力，否则是没有用的。毋庸赘言，它的前提是具有足够多的解答问题所必要的经验和素材。仅仅将要点背熟，是毫无价值的。日常用心练习是不可缺少的条件。5.3 论文评分的参考标准1论文满分是 75 分，论文评分可分为优良、及格与不及格 3 个档次。评分的分数可分为：60 分至 75 分优良(相当于百分制 80 分至 100 分)。45 分至 59 分及格(相当于百分制 60 分至 79 分)。0 分至 44 分不及格(相当于百分制 0 分至 59 分)。评分时可先用百分制进行评分，然后转化为以 75 分为满分(乘 0.75)。2建议具体评分时，参照每一试题相应的“解答要点”中提出的要求，对照下述 5 个方面评分：(1)切合题意(30%)无论是技术论文、理论论文或实践论文，都需要切合解答要点中的一个主要方面或者多个方面进行论述。可分为非常切合、较好地切合与基本上切合 3 档。(2)应用深度与水平(20%)可分为很强的、较强的、一般的、较差的独立工作能力 4 档。(3)实践性(20%)可分为如下 4 档；有大量实践和深入的专业级水平与体会。有良好的实践与切身体会和经历。有一般的实践与基本合适的体会。有初步实践与比较肤浅的体会。(4)表达能力(15%)可从是否逻辑清晰、表达严谨、文字流畅和条理分明等区分为 3 档。(5)综合能力与分析能力(15%)可分为很强、比较强和一般 3 档。3下述情况的论文，需要适当扣分：摘要应控制在 200-400 字的范围内，凡是没有写论文摘要，摘要过于简略，或者摘要中没有实质性内容的论文。字迹比较潦草，其中有不少字难以辨认的论文。正文基本上只是按照条目方式逐条罗列叙述的论文。确实属于过分自我吹嘘或自我标榜、夸大其词的论文。内容有明显错误和漏洞的，按同一类错误每一类扣一次分。内容仅属于大学生或研究生实习性质的项目、并且其实际应用背景的水平相对较低的论文。可考虑扣 5 分到 10 分。4下述情况之一的论文，不能给予及格分数：虚构情节，文章中有较严重的不真实的或者不可信的内容出现的论文。未能详细讨论项目开发的实际经验，主要从书本知识和根据资料摘录进行讨论的论文。 所讨论的内容与方法过于陈旧，或者项目的水准相对非常低下的论文。例如，数据库设计仅讨论了 Foxpro。且没有鲜明特色的应用；开发的是仅能用单机版的(孤立型的)、规模很小的、并且没有特色的应用项目。内容不切题意，或者内容相对很空洞，基本上是泛泛而谈的、没有较为深入体会的论文。正文与摘要的篇幅过于短小的论文(如正文少于 1200 字)。文理很不通顺，错别字很多，条理与思路不清晰，字迹过于潦草等情况相对严重的论文。5下述情况，可考虑适当加分：有独特的见解或者有着很深入的体会，相对非常突出的论文。观点很高，确实符合于当今计算机应用系统发展的新趋势与新动向，并能初步加以实现的论文。内容翔实，体会中肯，思路清晰，非常切合实际的很优秀的论文。项目难度很高，或者项目完成的质量优异，或者项目涉及重大课题，并且能正确按照试题要求论述的论文。可考虑加 5 分到 10 分。论文实例1. 论文论题这次一起分析和讨论的论题是：“论信息系统项目的整体管理” 。题目如下：项目管理的 9 大知识领域包括项目的整体、范围、时间、成本、质量、人力资源、沟通、风险和采购管理，其中项目整体管理包括在项目生命周期中协凋所有其他项目管理知识领域所涉及的过程，它确保项目所有的组成要素在正确的时间结合在一起，以成功地完成项目。信息系统项目往往比较复杂，经常出现各项目目标之间或参与项目的人员之间的冲突，项目管理人员常常要处理各种冲突，协调为完成一个项目所需的人员、计划以及工作。请围绕“论信息系统项目的整体管理”论题，分别从以下三个方面进行论述：1、 概要叙述你参与管理过的信息系统项目，以及该项目在项目整体管理方面的情况；2、 论述项目整体管理的主要内容及其重要性；3、详细论述你参与的信息系统项目整体管理的过程，方法及实际效果，讨论在项目实施过程中出现的冲突情况及解决办法。2. 范文一：论信息系统项目的整体管理摘要医疗保险管理信息系统涉及到医保管理部门、各定点结算点（医院、药店） 、开发商，加之政策多变、业务不成熟，需求变化频繁，开发的难度和风险较大。在某市医保管理信息系统开发过程中，我作为用户方的项目负责人参与了项目的整体管理工作，我在项目整体管理中采取了针对性的措施，加强了参与各方的沟通，注重用户需求和需求的变化，合理配置项目组成员，对风险进行了及时的评估并顺利地控制了风险。通过这些办法，平衡了各方的利益，控制了项目的范围和进度，保证了项目的质量，顺利完成了这个项目。正文几年前，某市为实施城镇职工基本医疗保险，开发了一套医保管理信息系统，我作为用户方项目负责人，参与了项目管理、系统分析和编程的部分工作。这个系统的功能包含了基金征集和支付管理、参保单位（职工）管理、定点结算点管理、参保职工就诊结算管理、IC 卡管理等，目标管理人数为 30 万、定点结算点 200 个，计划投资 400 万元；采用 C/S 结构，数据集中保存在市医保中心，定点结算点与医保中心之间数据实时交换。通过公开招标，明确了项目的范围、时间、成本和采购，因此，我把整体管理工作的重点放在了项目的质量、人力资源、沟通和风险管理管理，目的是保证实现计划的功能并按时投入运行。在工作中，我根据实际情况，采用了灵活的工作方法，取得了较好的效果。该系统在 04 年一次上线运行成功，目前运行情况良好。一、加强了沟通管理。该项目涉及到医保中心、参保单位、定点结算点、系统开发（集成）商等多个单位，从需求分析到系统设计、测试都要各方参与、协调配合，由于各方的地理位置十分分散，难以经常或长期集中，因此，各方及时有效的沟通是项目成功的必要条件。为解决好这个问题，我采取了三个办法：1、提高大家对沟通作用的认识，特别是各方主要领导人对沟通的必要性和重要性的认识，从而对沟通工作给予必需的人员、经费和时间支持，保证了沟通工作得以按计划进行。2、对项目组外部的沟通，坚持从实际出发，采用多种沟通的方式。一方面，把必要的、重要的沟通需要以联席会议、工作计划、总结报告的形式制度化。另一方面，在适用的前提下，采用灵活、经济的沟通方式，比如：对一般的小问题或者是简单问题进行电话交流，复杂一点的问题开碰头会，需要后续解决的、比较重要的及涉及面较大的问题要形成书面的会议记要，有必要的情况下要由相关单位加盖公章确认。3、对项目组内部沟通，进行适当的控制，避免形式主义，在保证效果的前提下节省时间，提高工作效率。规定项目组成员在每天工作过程遇到问题，将其记录下来，然后在以邮件方式发送给需要沟通或者询问者。大家每天下班之前收取邮件，对于可以直接回答的问题则直接以邮件方式回复，对于无法直接答复而只需与提出问题者讨论的问题，在第二天上班前进行商议确定。而需要众人一起讨论的问题，则放到每周会议上讨论，较紧急的问题召开临时性会议。通过以上方法，基本上实现了有关各方及项目组内部的有效沟通，及时发现问题、解决问题，避免了因各方立场不一致造成严重对立而影响项目进度，避免了因交流不畅形成重大质量问题。二、合理配置人员。对项目组人员进行规划配置，合理分工，明确责任，保证项目各阶段、各方面的工作能够按计划完成。我们在项目组长配置了以下人员：技术组长一名，负责技术难题攻关，组间沟通协调；需求人员 5 名，负责将用户需求转换成项目内的功能需求和非功能需求，编制项目需求规格说明书，针对每个迭代集成版本与用户交流获取需求的细化；设计人员 5 名，负责对需求规格说明书，进行系统设计；开发人员 8 名，实现设计，完成用户功能；集成人员 1 名，负责整套系统的编译集成，督促小组系统功能提交，及时发现各模块集成问题，起到各小组之间的沟通的纽带；测试人员 2 名，对于集成人员集成的版本进行测试，尽可能的发现程序缺陷，以及未满足需求的设计；文档整理人员 1 名，负责对小组内产生文档的整合，统一；维护人员 1 名，系统验收后，维护人员，建议维护人员早期进入项目参与项目测试以便顺利承担起项目维护职责。在人员的管理方面，一方面要求项目组成员相对稳定，以保证开发工作的连续性，另一方面，不搞终身制，不能够胜任职工作的坚决调换，保证项目整体工作