软件工程项目开发各阶段的质量保证.docxVIP

a、需求分析 需求分析是开发人员对系统需要做什么和如何做的定义经过。从系统分析的阅历来看，这个经过往往是个循序渐进的经过，一次性对系统形成完整的认识是困难的。只有不断地和客户领域专家进行交 流确认，方能逐步明了用户的需求。从系统开发的经过得知，系统分析时犯下的错误，会在接下来的阶段被成倍的放大，越是在开发的后期，纠正分析时犯下的错误所花费的代价越是昂贵，也越发影响系统的工期和系统的质量。 解决系统分析错误的方式我们公司通常采纳邀请用户参加进行需求评定，然后对其用户的意见由质保成员跟踪检测是否纳入需求规格说明书，同时与用户签字确认形成需求基线，交由配置管理员放入配置管理库。 虽然尽早的邀请用户参加，仍然避开不了项目进行中用户的需求变更请求。对待开发经过存在的需求变动，我们要求用户填写变更申请单发送给项目配置管理员，在经过配置员转交质保小组，负责组织专家小组和项目组成员一块辩论实施变更的可行性及实施后所带来的影响，小的变更则直接记录入变更记录原因分析项和风险项栏，大的变更则需要形成正式的变更报告，无论那种变更都需要对相应的文档实施同步变更（包括需求规格说明书、详细设计文档、安装手册、操作手册等）。但是对待无法实现或是变更会带来巨大的影响而将导致进度的延期，这时，我们将变更报告提交给用户或邀请用户进行协调会议，辩论变更取舍问题或是项目进度变更问题。 决定变更之后，由项目经理组织实施变更，测试人员检测变更结果，而质保小组成员监督变更实施经过并协助配置管理员对变更后的成果物进行版本控制。变更实施完后，上线前还需要指定人员协助用户一同测试并由用户签字后同意方可上线。 b、系统设计 优良的体系结构应当具备可扩展性和可配置性，而好的体系结构则需要好的设计方式，自然设计选型成为了系统设计首要的工作，毕竟是采纳哪种设计方式好呢? 对待设计选型不能一概而论，需要针对项目的结构、项目的特征和用户的需求来分析，同样也要考虑到参加项目小组成员的素养，假若其中大部分都没有从事过面对对象的设计且项目进对紧迫，这样没有多余的时间来培训小组成员来把握面对对象的设计方式，尽管众所周知面对对象设计方式的优势，我们还是不如采纳面对经过的方式（除用户指定开发设计方式外）能够削减项目承担的技术风险。 我们公司有过一个项目，用户指定需要采纳面对对象分析、设计和开发，且开发周期短，在无赖的情况下，项目小组只能选用面对对象的软件开发经过，由于项目小组很少从事过面对对象的开发，阅历缺乏，导致项目上马后项目进度延误，项目没有达到预期的效果。 针对此次开发，我们分析其原因，发觉小组成员在开发经过中对待新技术相互沟通少，各自有各自的理解和想法，造成理解上的不全都性，导致工作重复性高，滞后项目进度。建议解决方式是项目组成员采纳集中办公，分块学习，学习的成果立刻向项目相关人员发布，再由配置管理员对其发布的文档进行整理、规类放入配置库以供大家共享。这样便利大家的相互学习，削减重复的工作。在这次开发中我们公司从管理人员、设计人员到开发人员都汲取了许多教训，同时经过此次项目的开发，小组成员也积累了丰富的面对对象的开发阅历。 除设计选型，还有一个简单被忽视的问题，就是公共类开发。公共类开发能够削减工作中的重复工作，降低开发成本。这要求我们再设计阶段经过对用户需求的认真研究，尽可能的识别出 公共类，并进行定义指定专人负责设计通知其它设计人员，以削减重复工作。对待项目组提供的设计文档，由质保小组组织技术专家、项目组设计人员、开发人员和测试人员对其设计文档的评审，检测设计文档对其下一阶段工作的可行性，及时发觉设计中可能存在的错误，降低项目开发风险，同时确保设计文档能为开发人员、测试人员提供切实的指导。对待可复用的设计进行提取作为公共库设计和开发，提供项目组或整个公司重用。最后交由配置管理员进行设计文档的版本控制。 c、实现 实现也就是代码的生产经过。这里不仅包括代码的产生，同时也包括测试用例的产生。针对上一阶段提供详细设计，程序员开头编码并且调试程序，测试人员则依据设计进行测试用例的设计，设计出来的用例需要得到项目组成员认可由项目经理审核经过才能进入配置库。同时程序员调试完程序提交测试人员进行程序准确性检测。 d、文档管理 文档维护主要是配置管理小组的工作。文档从用途上分主要分为内部文档和外部文档。 内部文档包括：项目开发规划；需求分析；体系结构设计说明；详细设计说明；构件索引； 构件成分说明；构件接口及调用说明；组件索引；组件接口及调用说明；类索引；类属性及方式说明；测试报告；测试统计报告；质量监督报告；源代码；文档分类版本索引；软件安装打包文件。 外部文档主要包括：软件安装手册；软件操作手册；在线协助；系统性能指标报告；系统操作索引。 如何保证文档的全面性，使其真正为项目的进度提供保证，又不由于文