信息系统项目管理师论文写作样例点评.pdf-资料库

第 3 章论文写作样例点评通过前两章的介绍，向考生说明了论文写作的一般方法以及对应的大纲要求。尤其在 1.4节建议考生一定要在考前就要准备论文，只有这样才不至于在考场上乱了手脚。但论文究竟怎么写，写到什么程度，很多考生还是心里没底。他山之石，可以攻玉。在本章，笔者对于一些来源不同的论文作了点评这些文章既有比较符合论文要求的文章，也有一些与论文要求的标准有所偏离。需要说明的是，不符合信息系统项目管理师论文的文章不一定不是好文章。正如在第 1 章所介绍的那样，信息系统项目管理师论文是一种特殊的文章体裁，笔者评价文章的依据主要参考了大纲和其他相关的参考标准。对于本书的每篇样例文章笔者先进行简要的评述，样例文章原文附于点评之后便与考生对照参考。为了方便考生借鉴，笔者对于各部分内容对应的样例文章作了一个粗略的评价，仅供考生参考。考生在阅读各个样例文章时，应根据不同的推荐程度对样例论文的写法细加揣摩，根据第 1 章的论文写法要求明白样例论文的得失之处，最终在自己写作论文时能够扬长避短，写出的项目管理师论文应该形神兼备。评价分为五级，其含义如下： ★ ★ ★ ★ ★ :强力推荐 ★★★★: 优先推荐 ★★★: 一般推荐 ★ ：勉强推荐不予推荐考生考试时切不可直接将本书的优秀案例直接照抄照搬！殊不知，阅卷老师有可能也会看到本书，若发现考生有抄袭之嫌，定然不会轻易放过！此处提供的样例论文只是用来加深考生对第 1 章论文撰写章法的印象, 考试时的论文内容毕竟需要考生亲力亲为。考试时，考生应选取自己实际的项目案例背景，并根据论文题目和试题要求展开论述。 1 笔者从不同的来源得到了一些信息系统项目管理师的论文，其中大部分来源于参加过笔者的考前培训课程的同事，还有一些论文来源于网络。笔者尽可能注明每篇论文的作者，以示对他们创作成果的尊重。笔者对于所引用的论文并未一一征求作者的意见，如果有些作者有不同的意见，笔者将根据作者的要求做出相应的处理。感谢各位作者所撰写的论文，正是因为你们的工作使得后续的考生在准备论文的过程中受益匪浅。

信息系统项目管理师考试辅导（针对下午考试) 254 样例 1: 整体管理样例点评：★ 纵观作者的这篇论文，这是一份很好的项目工作总结。作者明确提出了 “系统动态地处理问题、明确接口定义并严格实施、换位思考以化解冲突” 的工作方法，该方法对于项目管理具有普遍的参考意义。如果没有丰富的项目管理实践经验，作者是得不到上述的结论的。但从信息系统项目管理师论文的角度出发，作者显然偏离了论文的要求。摘要本文的摘要部分过于简略， “ 探讨了信息系统项目的整体管理，指出项目整体管理在信息系统项目实施中具有重要地位和关键作用，应根据项目的实际情况和特点，在做好项目整体管理各项工作内容的前提下，有针对性地强化某一方面整体管理的工作。 ” 尽管使用了这样超长语句，但是内容空洞，没有提炼出整体管理的内容。而最后一句， “ 具体论述了在本信息系统项目的实施中，系统动态地处理问题、明确接口定义并严格实施、换位思考以化解冲突三种方法对整体管理工作的积极意义” ，不禁让读者疑窦丛生 : 这几方面的内容如何与整体管理相关联？总体来说，该摘要没有起到对整体管理进行提纲挈领地描述，且结论与整体管理的相关性较弱。正文论文背景作者对于项目背景的写法无可厚非，描述了项目的内容并提炼了项目的特点。但作者所提取的项目特点是为了呼应自己后文所提出的 “ 三点论 ”，作者整篇论文的重点也在于介绍自己的 “ 三点论 ” 。这样的布局首先就偏离了论文的主题 “ 项目整体管理 ”。尽管论文背景真实可信，可惜没有紧扣主题，势必会影响论文的评价结论。论文逻辑框架作者以 “ 三点论 ” 作为文章的主体部分，几乎令读者怀疑作者是否理解项目整体管理的逻辑线索。结果却出人意表，作者对于整体管理过程描述得很完整，见 “项目整体管理是贯穿项目生命期全过程的一项综合性和全局性的管理工作… …通常项目整体管理工作包括 ” 一节。问题在于作者就此裹步不前，中间通过过渡， “项目整体管理工作中着重做好了系统、动态地处理问题；明确接口并严格实施；换位思考以化解冲突、矛盾这三方面的工作密切相关 ” ，直接就将项目整体管理的内容映射为自己的 “ 三点论 ”，让读者一头雾水。前面作者所说的整体管理的七个部分在项目管理中如何体现出来？文章缺乏明确的线索。所以尽管作者提出了正确的整体管理的逻辑线索，但因为理论与实际几乎没有关联，因而此处的逻辑线索形同虚设，没有起到贯穿项目实践的作用。论文总结论文总结的写法过于简单，只是将前面的 “ 三点论 ” 又重新列举，缺乏新意。

第 3 章论文写作样例点评 255 论文外观论文的语句通顺，但表述稍嫌冗余。论文长句过多，有 “ 一逗到底 ” 的情形。另外，有些段落超长，如果是纸面写作可能会产生层次不清的印象。总的来说，作者可能对于信息系统项目管理师论文写作的要求了解得不够。尽管实用参考价值很强，但作为应试的论文则明显偏离论文内容的要求。信息系统项目的整体管理【摘要】本文以我参与的某大型结构分析软件系统的消化、移植、开发项目为实例，探讨了信息系统项目的整体管理，指出项目整体管理在信息系统项目实施中具有重要地位和关键作用，应根据项目的实际情况和特点，在做好项目整体管理各项工作内容的前提下，有针对性地强化某一方面整体管理的工作。具体论述了在本信息系统项目的实施中，系统动态地处理问题、明确接口定义并严格实施、换位思考以化解冲突三种方法对整体管理工作的积极意义。【正文】项目整体管理在项目实施中具有重要地位和作用，在本人参与的一项工程分析软件系统的开发项目中，充分体现了这一点。该项目开发的主要内容是：将引进某外国的运行于大、中型计算机（如 IMB4381、WAX3300等）的结构有限元分析系统进行消化、移植，形成有自主版权的可运行于工作站（如 H P 715)和微机的结构分析系统，并在此基础上开发出当时国内急需的结构优化功能、图形化前后置显示功能和复合材料结构单元等新功能。该项目工作量大，仅需消化、移植的某源程序就有四十多万条；技术复杂，涉及有限元理论、离散数学、计算机技术、各型计算机体系结构和操作系统的兼容性、结构力学、材料力学等多学科；多单位协作，有多达四个单位参加；参加人员众多且跨不同专业，有数学人员、力学人员和计算机开发应用人员。如此大型复杂的信息系统项目开发，综合的整体管理至关重要，决定着项目的成败。为了保障项目的成功实施，在前期由我单位领导挂帅成立了项目领导小组，统一管理、协调根据项目的学科方向组建了相应项目研发小组，成立了项目管理组负责组间协调和项目的整体管理工作，我担任了项目管理组的组长，自始至终参与了项目的整体管理工作，切身地感到了研发活动的整体管理所起到的重要作用，并认识到了一些整体管理的具体理念和方法。项目整体管理是贯穿项目生命期全过程的一项综合性和全局性的管理工作，它以项目成功为目标，采取统一、协调、集约、澄清等措施，使项目实施全过程沿正确的轨道运行。通常项目整体管理工作包括： ( 1 ) 制订项目章程，确立项目的组织机构和运行机制，约定行动规则、制订实施标准等； ( 2 ) 初步确定项目的工作内容和工作范围，明确完成项目都要做哪些工作；

256 信息系统项目管理师考试辅导( 针对下午考试) ( 3 ) 在项目实施各分计划的基础上，制订、协调、集成项目管理计划，并作为项目实施的准绳； ( 4 ) 依据管理计划，指导和管理项目实施过程中各项活动的执行； ( 5 ) 监督、控制、协调项目的各项工作； ( 6 ) 进行变更控制管理，保持项目的完整性和一致性； ( 7 ) 对项目进行收尾总结，工作有始有终，积累经验。信息系统项目往往比较复杂。如本人参与的这个项目，既有涉及不同技术和专业的，如建立力学模型、设计各种算法、使用高级语言和汇编语言等；也存在有不同组织和个人的不同期望，如有计算力学所、计算机所，对模块性能有不同观点期望。协调进度、成本、质量，进行有效沟通和资源配置，树立全局观念等，都是项目所必须的，但又往往存在大量主观和客观的问题，对以上的管理构成障碍和挑战。在各项目目标之间和参与项目的单位和人员之间经常出现不协调或冲突，项目管理人员必须在这些不协调或冲突酿成危机前处理好各种矛盾和冲突，协调为完成项目所需的资源、计划以及工作。可见没有有效的整体管理工作，项目是难以成功的。信息系统项目整体管理工作的内容繁多、涉及方方面面，存在着需要特别关注和做好的重要方面，换句话说，就是要特别关注在正确的时间、正确的场合，使用正确的方法，投放资源和实施工作。以我参与的这项工程分析软件开发项目来说，项目最终按期完成，基本实现预期目标，与项目整体管理工作中着重做好了系统.、动态地处理问题，明确接口并严格实施，换位思考以化解冲突、矛盾这三方面的工作密切相关。系统、动态地处理问题，就是对项目实施中出现问题的处理应放到项目全局中进行考虑，全面地、相互联系地进行分析，动态地而不是静止地加以解决。在本项目开发实施中，由于系统的需求是来自工程领域利用计算机进行结构分析与优化，并实现大型分析系统的微机化 , 项目成功与否的技术重点和难点在于不同计算机系统的差异和兼容性，而项目负责技术总体设计的总工程师是工程力学方面的专家，对其他领域专业知识（特别是计算机专业）的局限，使动态内存管理模块的设计方案几易其稿，难以满足系统总体要求，造成项目开发进度在系统移植阶段停滞不前。为了解决这个问题，我向项目领导小组及时请示，取得了单位领导的支持，召集相关的主要负责人，通过认真分析，采取了数学组专家提出的方案，并由数学组的组长来负责移植阶段的总体技术工作，系统移植的技术难题才得以正确解决。由此可以看出，在项目实施的全过程中，系统地看待和处理问题，动态地、恰如其分地调配资源，有益于项目整体管理工作目标的达成。明确接口并严格加以实施，是促使项目成功采取的一个重要措施。本结构分析系统是在已有原型基础上的移植、开发，在模块之间的接口调用上，存在不同的解决方案，具有不同的性能指标，如何整合集成，仅仅给出笼统的标准还不够，在项目进行到一定的阶段，必须由模块开发的各方，在项目有关的负责人协调下，确立明确、具体的接口定义，并严格按照定义的接口检测验收，以保证软件系统的完整性和一致性，形成阶段可交付的

第 3 章论文写作样例点评 257 子系统，推进项目的进度。在如此庞大的信息系统项目开发过程中，没有明确的接口定义，项目在模块联调阶段，将面临大量协调、沟通、更改工作，为项目推进带来许多不必要的返工和重复，使本来不存在技术问题的项目实施举步维艰。我们项目管理组根据以往的经验，从项目一开始，就特别注重模块接口定义的整体、全局管理工作，协调各研发小组共同讨论接口的设计问题，使各研制组的工作在衔接处平稳对接，没有因为接口定义的不到位而对项目造成拖延和资源上的浪费，取得了明显的成效。项目在开发过程中实施的各项活动交互重叠，不可避免地会发生冲突和矛盾，矛盾和冲突发生时，在双方方案均具有合理性，又各持己见、相持不下时，换位思考以求折中、平衡，从而化解冲突和矛盾，不失为整体管理工作中的一项行之有效的方法。在本项目中，研发人员主要由两类专业技术人员组成，工程结构方面的和数学、计算机方面的，两类人员由于专业背景的关系和出发点的差异，在对问题的解决上，常常各持己见，互不相让，而有时冲突的原因是对对方专业知识的缺乏。为了很好地解决这一问题，我们项目管理组经过计划和组织，约定在每周五举办学术交流活动，请两方面的专家讲解、介绍各自专业领域的基本知识，使双方都能对对方的技术观点有了较客观的理解，从而有利于在工作配合、协调时，能够站在对的角度，寻求到双方均满意的平衡点。由于课题组积极的措施和倡导，换位思考成为项目参加人员的共同理念，为项目的成功实施创造了良好的文化氛围。该项目在历时两年后，较为成功的实现了当初制订的目标，并被评为当年部科技进步二等奖，能取得这样的成绩，很大程度上得益于良好的项目整体管理工作，特别是系统动态地处理问题、明确接口定义并严格实施、换位思考以化解冲突这三种解决项目冲突的方法。样例 2 : 整体管理样例点评：★ 该文以医疗保险管理信息系统作为项目背景，总结和提炼了作者在项目管理实践中所积累的四方面经验。与样例 1 的论文相似，本文作者并没有采用整体管理的逻辑线索来叙述和总结自己的工作。论文中甚至没有提到整体管理的任何子过程（制订项目章程、制订项目初始范围说明书、制订项目计划、项目执行、项目监控与跟踪、项目整体变更、项目收尾），第四点的需求管理勉强可以和整体管理变更沾点边，但看不到作者对于变更管理流程有具体的论述。所以，本文尽管也是一篇对于项目管理实践进行总结的好文章，但明显不符合信息系统项目管理师论文的写作要求。摘要摘要的写法比较典型，值得推荐。作者开门见山，描述了自己的项目及其特点，然后说明自己在项目整体管理方面采取了哪些做法， “我在项目整体管理中采取了针对性

258 信息系统项目管理师考试辅导( 针对下午考试) 的措施 …… ，通过这些办法，平衡了各方的利益，控制了项目的范围和进度，保证了项目的质量” ，这样的写法就可以将项目背景和要讨论的项目整体管理自然地结合在一起。遗憾的是，作者在正文中完全天马行空，置整体管理的逻辑线索于不顾，而是直接采取枚举的方式给出自己在沟通管理、人员配置、风险管理以及需求管理和测试方面的实践。所以尽管写法值得推荐，但其正文内容的论述与整体管理的知识线索相去甚远，可惜。正文论文背景论文背景真实可信。只是因为没能正确把握整体管理的逻辑线索，因而所提炼的项目特点 “ 项目的质量、人力资源、沟通和风险管理 ” 与整体管理并不能紧密相关。所以尽管也介绍了项目特点，与后续讨论的内容也可以一一呼应，佢方向偏离，功亏一篑。论文逻辑框架没有建立有机的正文逻辑框架。作者只是干巴巴地列出了匹个段落，对应着作者要论述的项目的质量、人力资源、沟通和风险管理四方面的内容。论文的背景和后续的四点内容关联线索不明显，尤其引人注目的是，作者对于这四个方面的交代是完全孤立的，从形式和内容看是四段不相关的文字。论文总结论文总结写法值得推荐，一方面指出工作中还存在的不足；另一方面对前面的内容又进行了提炼和总结，与前文的论文背景部分相呼应。论文外观论文语句通顺，但内容缺乏内在的逻辑关联，只是简单罗列，缺乏层次感。论信息系统项目的整体管理【摘要】医疗保险管理信息系统涉及到医保管理部门、各定点结算点（医院、药店）、开发商，加之政策多变、业务不成熟，需求变化频繁，开发的难度和风险较大。在某市医保管理信息系统开发过程中，我作为用户方的项目负责人参与了项目的整体管理工作，我在项目整体管理中采取了针对性的措施，加强了参与各方的沟通 -注重用户需求和需求的变化，合理配置项目组成员，对风险进行了及时的评估并顺利地控制了风险。通过这些办法，平衡了各方的利益，控制了项目的范围和进度，保证了项目的质量，顺利完成了这个项目。【正文】几年前，某市为实施城镇职工基本医疗保险，开发了一套医保管理信息系统，我作为用户方项目负责人，参与了项目管理、系统分析和编程的部分工作。这个系统的功能包含了基金征集和支付管理、参保单位（职工）管理、定点结算点管理、参保职工就诊结算管理、1C卡管理等，目标管理人数为 3 0 万、定点结算点 2 0 0 个，计划投资 4 0 0 万

第 3 章论文写作样例点评 259 元；采用 C /S结构，数据集中保存在市医保中心，定点结算点与医保中心之间数据实时交换。通过公开招标，明确了项目的范围、时间、成本和采购，因此，我把整体管理工作的重点放在了项目的质量、人力资源、沟通和风险管理方面，目的是保证实现计划的功能并按时投入运行。在工作中，我根据实际情况，采用了灵活的工作方法，取得了较好的效果。该系统在 2004年一次上线运行成功，目前运行情况良好。一、加强了沟通管理。该项目涉及到医保中心、参保单位、定点结算点、系统开发（集成）商等多个单位，从需求分析到系统设计、测试都要各方参与、协调配合，由于各方的地理位置十分分散，难以经常或长期集中，因此，各方及时有效的沟通是项目成功的必要条件。为解决好这个问题，我采取了三个办法： 1 . 提高大家对沟通作用的认识，特别是各方主要领导人对沟通的必要性和重要性的认识，从而对沟通工作给予必需的人员、经费和时间支持，保证了沟通工作得以按计划进行。 2 . 对项目组外部的沟通，坚持从实际出发，采用多种沟通的方式。一方面，把必要的、重要的沟通需要以联席会议、工作计划、总结报告的形式制度化。另一方面，在适用的前提下，采用灵活、经济的沟通方式，比如：对一般的小问题或者是简单问题进行电话交流，复杂一点的问题开碰头会，需要后续解决的、比较重要的及涉及面较大的问题要形成书面的会议纪要，有必要的情况下要由相关单位加盖公章确认。 3 . 对项目组内部沟通，进行适当的控制，避免形式主义，在保证效果的前提下节省时间，提高工作效率。规定项目组成员在每天工作过程遇到问题，将其记录下来，然后在以邮件方式发送给需要沟通或者询问者。大家每天下班之前收取邮件，对于可以直接回答的问题则直接以邮件方式回复，对于无法直接答复而只需与提出问题者讨论的问题，在第二天上班前进行商议确定。而需要众人一起讨论的问题，则放到每周会议上讨论，较紧急的问题召开临时性会议。通过以上方法，基本上实现了有关各方及项目组内部的有效沟通，及时发现问题、解决问题，避免了因各方立场不一致造成严重对立而影响项目进度，避免了因交流不畅形成重大质量问题。二、合理配置人员。对项目组人员进行规划配置，合理分工，明确责任，保证项目各阶段、各方面的工作能够按计划完成。我们在项目组中配置了以下人员：技术组长一名，负责技术难题攻关，组间沟通协调；需求人员 5 名，负责将用户需求转换成项目内的功能需求和非功能需求，编制项目需求规格说明书，针对每个迭代集成版本与用户交流获取需求的细化；设计人员 5 名，负责对需求规格说明书进行系统设计；开发人员 8 名，实现设计，完成用户功能；集成人员 1 名，负责整套系统的编译集成，督促小组系统功能提交，及时发现各模块集成问题，起到各小组之间的沟通纽带作用；测试人员 2 名，对于集成人员集成的版本进行测试，尽可能地发现程序缺陷，以及未满足需求的设计；文档整理人员 1

260 信息系统项目管理师考试辅导( 针对下午考试) 名，负责对小组内产生文档的整合、统一；维护人员 1 名，负责系统验收后的，维护，建议维护人员早期进入项目参与项目测试以便顺利承担起项目维护职责。在人员的管理方面，一方面要求项目组成员相对稳定，以保证开发工作的连续性，另一方面，不搞终身制，不能够胜任职工作的坚决调换，保证项目整体工作不受影响。通过平常和阶段性的工作考核、评审，对不合格人员进行调换。有一名需求分析人员因为工作态度不好，与客户单位业务人员关系恶化，调查落实后，我们立即把他调出项目组。三、进行风险评估，在进度和质量之间进行权衡，争取最佳平衡点。由于项目资金已经确定，我就在进度和质量之间找平衡点，力争把风险降到最低。由于医疗保险业务本身比较复杂，加之当时国家政策不稳定，业务流程不是很规范，系统需求也在不断调整、完善，给项目的进度带来一定影响。由于这个项目涉及到十余万参保职工的医疗待遇，影响很大，通过与用户方领导沟通，决定不搞 “ 形象工程 ” ，在质量和进度之间优先考虑质量。同时，考虑到这个项目采用了增量开发模型和模块化的设计方法，我把项目目标进行了分解，涉及到业务经办的部分优先完成，保证系统在规定的时间上线运行，其他不影响业务经办的、辅助性的功能适当延期，包括医疗监督、统计分析和部分报表。这样虽然整体工期有所延长，但没有影响系统及时上线。这种做法同时照顾到各方的利益，把整体风险降到了最低。四、重视需求变化的客观性，强化测试，保证软件功能完整、正确、高效。质量是软件的生命，软件功能完整、正确、高效是软件质量的重要组成部分，也是用户最关心的内容。我们采用了软件工程方法，使用渐增式的增量模型，注重满足用户需求和需求的变化。由于国家没有统一的医疗保险业务经办规范流程，另外，为保证医保基金的收支平衡，各地都在根据医保基金的运行情况进行不断的政策调整，造成医保系统的需求变化频繁。根据这个情况，为保证软件满足应用需要，我们规定：在整个项目的开发过程中，凡是用户提出的、经调查情况属实、经技术可行性论证可行的，全部予以响应。同时，采取措施避免需求的反复和无意义、不合理的变更。对较大的变更和比较关键的变更，要经各方联席会议论证通过，参与人员签字负责，并由提出变更的单位加盖公章确认。由于不合理或技术上不可行而没有通过的需求变更，要提出替代的解决办法，并与用户单位协商，达成一致意见后予以解决。测试是保证软件质量的重要手段，也是让用户直观地了解软件质量和熟悉软件操作的有效途径。我有计划地强化测试环节，让用户由始至终地参与测试工作。我们主要采取黑盒法进行测试，把工作重点放在测试用例的准备上，严格定义测试索引、测试环境、测试输入、预期结果、评价标准，尽可能地把各种业务的不同情况都表现出来。同时，我们准备了一家定点结算点进行实际运行测试，在该结算点手工记账和计算机联网记账同时进行，并有计划地穿插一些测试用例。通过这些办法，及时发现和解决了许多问题。经过努力，该系统一次上线运行成功，并在 6 个月后通过了验收。回顾项目的整体管理工作过程中，虽然没有大的事故发生，但仍然存在许多问题，主要有以下三点：

资料库

信息系统项目管理师论文写作样例点评.pdf

相关推荐

考试认证

热门标签

最新资料