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

软件工程项目开发各阶段的质量保证 软件工程项目开发各阶段的质量保证 PAGE / NUMPAGES 软件工程项目开发各阶段的质量保证 、需求分析 需求分析是开发人员对系统需要做什么和怎样做的定义过程。从系统分析的经验来看，这个 过程常常是个序次渐进的过程，一次性对系统形成圆满的认识是困难的。只有不停地和客户领域 专家进行交 流确认，方能逐渐了然用户的需求。从系统开发的过程得悉，系统分析时犯下的错误，会在接下来的阶段被成倍的放大，越是在开发的后期，纠正分析时犯下的错误所开支的代价越是昂贵，也更加影响系统的工期和系统的质量。 解决系统分析错误的方法我们企业平常采纳邀请用户参加进行需求评定，此后对其用户的建议由质保成员追踪检测能否归入需求规格说明书，同时与用户署名确认形成需求基线，交由配置管理员放入配置管理库。 固然尽早的邀请用户参加，仍旧防范不了项目进行顶用户的需求改正恳求。关于开发过程存在的需求改动，我们要求用户填写改正申请单发送给项目配置管理员，在经过配置员转交质保小组，负责组织专家小组和项目构成员一起讨论实行改正的可行性及实行后所带来的影响，小的改正则直接记录入改正记录原由分析项细风险项栏，大的改正则需要形成正式的改正报告，不论那种改正都需要对相应的文档实行同步改正（包含需求规格说明书、详尽设计文档、安装手册、操作手册等）。可是关于没法实现或是改正会带来巨大的影响而将致使进度的缓期，这时，我们将改正报告提交给用户或邀请用户进行协调会议，讨论改正弃取问题或是项目进度改正问题。 决定改正今后，由项目经理组织实行改正，测试人员检测改正结果，而质保小构成员监察改正实行过程并辅助配置管理员对改正后的成就物进行版本控制。改正实行完后，上线前还需要指定人员辅助用户一起测试并由用户署名后同意方可上线。 、系统设计 优秀的系统构造应该具备可扩展性和可配置性，而好的系统构造则需要好的设计方法，自然 设计选型成为了系统设计首要的工作，终究是采纳哪一种设计方法好呢 ? 关于设计选型不可以混作一谈，需要针对项目的构造、项目的特点和用户的需求来分析，相同也要考虑到参加项目小构成员的素质，假如此中大多数都没有从事过面向对象的设计且项目进对紧急，这样没有节余的时间来培训小构成员来掌握面向对象的设计方法，只管尽人皆知面向对象设计方法的优势，我们仍是不如采纳面向过程的方式（除用户指定开发设计方式外）可以减少项目肩负的技术风险。 我们企业有过一个项目，用户指定需要采纳面向对象分析、设计和开发，且开发周期短，在恶棍的状况下，项目小组只好采纳面向对象的软件开发过程，因为项目小组极少从事过面向对象的开发，经验缺少，致使项目上马后项目进度延缓，项目没有达到预期的见效。 针对此次开发，我们分析其原由，发现小构成员在开发过程中关于新技术相互沟通少，各自有各自的理解和想法，造成理解上的不一致性，致使工作重复性高，滞后项目进度。建议解决方法是项目构成员采纳集中办公，分块学习，学习的成就立刻向项目有关人员宣告，再由配置管理员对其宣告的文档进行整理、规类放入配置库以供大家共享。这样方便大家的相互学习，减少重复的工作。在此次开发中我们企业从管理人员、设计人员到开发人员都吸取了好多教训，同时经过此次项目的开发，小构成员也累积了丰富的面向对象的开发经验。 除设计选型，还有一个简单被忽略的问题，就是公共类开发。公共类开发可以减少工作中的重复工作，降低开发成本。这要求我们再设计阶段经过对用户需求的仔细研究，尽可能的鉴识出 公共类，并进行定义指定专人负责设计通知其余设计人员，以减少重复工作。关于项目组供给的 设计文档，由质保小组组织技术专家、项目组设计人员、开发人员和测试人员对其设计文档的评 审，检测设计文档对其下一阶段工作的可行性，实时发现设计中可能存在的错误，降低项目开发 风险，同时保证设计文档能为开发人员、测试人员供给确实的指导。关于可复用的设计进行提取 作为公共库设计和开发，供给项目组或整个企业重用。最后交由配置管理员进行设计文档的版本 控制。 、实现 实现也就是代码的生产过程。这里不只包含代码的产生，同时也包含测试用例的产生。针对 上一阶段供给详尽设计，程序员开始编码并且调试程序，测试人员则依据设计进行测试用例的设 计，设计出来的用例需要获得项目构成员认同由项目经理审查经过才能进入配置库。同时程序员 调试完程序提交测试人员进行程序正确性检测。 、文档管理 文档保护主假如配置管理小组的工作。文档从用途上分主要分为内部文档和外面文档。 内部文档包含：项目开发计划；需求分析；系统构造设计说明；详尽设计说明；构件索引； 构件成分说明；构件接口及调用说明；组件索引；组件接口及调用说明；类索引；类属性及方法 说明；测试报告；测试统计报告；质量监察报告；源代码；文档分类版本索引；软件安装打包文 件