文档介绍：信息系统项目管理师论文评分参考标准论文满分是75分,。评分的分数可分为:・60分至75分优良(相当于百分制80分至100分)。・45分至59分及格(相当于百分制60分至79分)。・0分至44分不及格(相当于百分制0分至59分)。评分时可先用百分制进行评分,然后转化为以75分为满分()°具体评分时,参照每一试题相应的“解答要点”中提出的要求,对照下述5个方面评分:切合题意(30%),都需要切合解答要点中的一个主要方面或者多个方面进行论述。。(2)应用深度与水平(20%)、较差的独立工作能力4档。实践性(20%)可分为如下4档;・有大量实践和深入的专业级水平与体会。・有良好的实践与切身体会和经历。•有一般的实践与基本合适的体会。•有初步实践与比较肤浅的体会。表达能力(15%)、文字流畅和条理分明等区分为3档。综合能力与分析能力(15%)。3・下述情况的论文,需要适当扣分:・摘要应控制在200-400字的范围内,凡是没有写论文摘要,摘要过于简略,或者摘要中没有实质性内容的论文。字迹比较潦草,其中有不少字难以辨认的论文。正文基本上只是按照条目方式逐条罗列叙述的论文。・。・内容有明显错误和漏洞的,按同一类错误每一类扣一次分。。可考虑扣5分到10分。下述情况之一的论文,不能给予及格分数:・虚构情节,文章中有较严重的不真实的或者不可信的内容出现的论文。・未能详细讨论项目开发的实际经验,主要从书本知识和根据资料摘录进行讨论的论文。・所讨论的内容与方法过于陈旧,或者项目的水准相对非常低下的论文。例如,;开发的是仅能用单机版的(。・内容不切题意,或者内容相对很空洞,。・正文与摘要的篇幅过于短小的论文(如正文少于1200字)。・文理很不通顺,错别字很多,条理与思路不清晰,字迹过于潦草等情况相对严重的论文下述情况,可考虑适当加分:・有独特的见解或者有着很深入的体会,相对非常突出的论文。・观点很高,确实符合于当今计算机应用系统发展的新趋势与新动向,并能初步加以实现的论文。・内容翔实,体会中肯,思路清晰,非常切合实际的很优秀的论文。・项目难度很高,或者项目完成的质量优异,或者项目涉及重大课题,并且能正确按照试题要求论述的论文。可考虑加5分到10分。论软件项目管理中的需求变更控制[摘要]从计算机系统集成软件开发项目需求变更控制的角度,,并结合实践说明如何在实际工作中对软件开发项目的需求变更进行有效控制和管理,以减少项目风险,使项目顺利交付。[关键词]项目管理需求变更控制软件项目在执行过程的变更,特别是需求的变更是最难把握的,它也是影响到整个项目成败的关键因素。一、 计算机系统集成软件开发项目需求变更产生的原因对于软件项目的需求而言,产生变更的原因集中在下面几个方面:1•用户对系统功能理解的分歧。在进行用户需求调查分析时,,随着项目的进行,这种分歧肯定会带来变更。2•用户业务逻辑发生了变化。用户自身的业务逻辑不太明确,特别是处于激烈竞争情况下的用户肯定要随着市场情况的变化,随时调整自己的运作来适应这种变化,这肯定会对相关的软件产品提出更多的变更要求。3•用户在试用过程中提出的变更。当用户拿到测试版本可以进行实际操作时,、界面、操作方式等提出新的意见,这时变更产生了。。技术的升级分为两个方面,一方面是随着信息化技术的迅速发展,原项目中使用的技术可能变成过时技术,需要对原技术进行升级;另一个方面是开发方自身对软件版本升级、性能改进、设计修正时产生的变更。从上面可以看出,指望软件项目需求能从始至终一成不变是不可能的。二、 计算机系统集成软件开发项目需求变更的影响及管理原则设定项目需求基线。需求基线是需求变更的参照标准,每次的变更均应在需求基线的基础上进行。每次变更评审通过后要重新确定需求基线,使其符合需求变更后的状况。严格执行需求变更流程,并记录在变更过程中产生的所有文档。B),负责对项目变更进行评估,裁定哪些变更需要执行,哪些变更应该放弃。变更控制委员会的成员应由项目所涉及到的多方面人同组成,应该包括用户方和开发方的决策人员