项目质量控制解析总结计划阶段[工程类文档].docx

该【项目质量控制解析总结计划阶段[工程类文档] 】是由【春天资料屋】上传分享，文档一共【2】页，该文档可以免费在线阅读，需要了解更多关于【项目质量控制解析总结计划阶段[工程类文档] 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。项目质量控制:分析总结计划阶段[工程类文档]项目质量控制:分析总结计划阶段[工程类文档]1项目质量控制:分析总结计划阶段[工程类文档]项目质量控制:分析阶段[工程类优选文档]本文内容极具参照价值,如若适用,请打赏支持,感谢!项目质量控制:分析阶段项目的开始阶段,也是质量控制的开始。在这个阶段中,主要的工作是从客户方获得足够多的项目需求,并正确地记录在案,而且要使得项目组的成员对于需求足够得认识。先说说这个项目的基本情况:一个信息管理系统,而且是在本来的版本进步行的功能增加。项目组的成员,除了我以前参加了前一个版本的开发,其他的人员都不认识这个项目。就是这样的一个项目,在开始阶段,我先是安排了组员对以前版本的需求文档进行了阅读,并安装使用了软件。随后对新的需求进行了研究,分析了它们对于原有系统的影响。由于是在旧有系统的文档进行增加,所以加入的新内容其实不是很多,需求文档很快就完成了。所谓的分析阶段的里程碑也就结束了。在需求阶段"顺利"结束的同时,问题也随之留下来,并对后边的阶段起到了"乘数效应"――影响变得越来越大:对旧系统的理解不足由于开发人员没有参加过上一个版本的开发工作,,,在这项工作中,失误之处在于任务的结果(即输出)没有早先定义清楚,从而也就以致无法确认目标可否已经达到,再加上需求文档描述的也不是十分清楚。最后,可是在开发人员感觉已经理解该系统的基本上,,不知道组员进行旧系统已经认识到了什么样的程度。这个问题的结果,就是直接以致了后期的开发过程中,由于对于本来系统的逻辑关系不是很清楚。对于旧代码理解和新代码编写进行地不是很顺利。对新需求的分析不够这还是个老问题,,由于分析需求要求考虑认真全面,而且能引导客户,启示客户供应更有价值的信息。事实上,需求分析我们做的算是很全力了,同时客户把需求一条条的列出来给我们,相对来说需求已经很清楚了。我们在接到这些需求后,不但研究了新功能,还把他们对于旧系统的影响都做了分析。但还是有些问题没有能在需求文档中反响出来,后边的影响也是可想而知的了。我以前的文章中才曾提到过相关的问题,在这里就不再重复了。但是,从另一个角度来看,它又不是一个问题。为什么这么说呢,由于需求实在不是能够在分析阶段就能完好理解透彻的,甚至有的需求客户也朦朦胧胧,直到交付今后才提出了改动的要求。软件开发经过这么多年的发展,大家已经认识到了一点:需求是变化的。要达到能够拥抱变化的要求,我们要对开发方法进行改进,相关的问题我在后边也会提到。需求分析阶段出现的问题,解决的可操作性不是很大,更多的是从思想或经验上解决,此后边几个阶段出现的问题都相对详尽一些。结语:借用拿破仑的一句名言:播下一个行动,你将收获一种****惯;播下一种****惯,你将收获一种性格;播下一种性格,你将收获一种命运。事实表示****惯左右了成败****惯改变人的一世。在现实生活中,大多数的人,对学****很难做到学而不厌,学****不是一时半刻的事,需要坚持。希望大家坚持终究,现在需要积淀下来,相信将来会有更多更大的发展远景。项目质量控制:分析总结计划阶段[工程类文档]项目质量控制:分析总结计划阶段[工程类文档]2项目质量控制:分析总结计划阶段[工程类文档]