文档介绍：1 论文满分是75分，论文评分可分为优良、及格与不及格3个档次。评分的分数可分为：
· 60分至75分优良(相当于百分制80分至100分)。
· 45分至59分及格(相当于百分制60分至79分)。
·   0分至44分不及格(相当于百分制0分至59分)。
    评分时可先用百分制进行评分，然后转化为以75分为满分(乘075)。
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用户对系统功能理解的分歧。在进行用户需求调查分析时,分析人员的知识、背景、与用户的交流情况等因素会造成系统分析人员和用户在功能理解上的分歧,随着项目的进行,这种分歧肯定会带来变更。
2用户业务逻辑发生了变化。用户自身的业务逻辑不太明确,特别是处于激烈竞争情况下的用户肯定要随着市场情况的变化,随时调整自己的运作来适应这种变化,这肯定会对相关的软件产品提出更多的变更要求。
3用户在试用过程中提出的变更。当用户拿到测试版本可以进行实际操作时,用户一般都会对功能、性能、界面、操作方式等提出新的意见,这时变更产生了。
4技术的升级。技术的升级分为两个方面,一方面是随着信息化技术的迅速发展,原项目中使用的技术可能变成过时技术,需要对原技术进行升级;另一个方面是开发方自身对软件版本升级、性能改进、设计修正时产生的变更。从上面可以看出,指望软件项目需求能从始至终一成不变是不可能的。