浅析软件项目的质量管理

1、浅析软件工程的质量管理论文关健词：软件工程软件质量软件质量管理软件工程管理论文摘要：软件产品是软件工程的最终结果，其功能度和复杂性要比制造业的产品高得多，而且在投入使用后，软件发挥的成效也是其它任何形式的硬件产品所无法比较的。为了保证软件产品在交付后可以按照用户的需求发挥正常的成效，因此在工程施行过程中进展有效的质量管理是很有必要的。本文结合作者的经历就软件工程中的质量管理做了一些讨论。一、引言软件产品是软件工程的最终结果与其相关的质量问题主要来自工程开发过程。但软件是一个纯智力的特殊产品描绘软件质量的定义那么比描绘实际物品质量定义面临着更多的潜在因素。所以保证软件质量比保证设备质量更具挑战性

2、和不确定性。国际化标准组织is在ispie9126中将软件质量定义为:“反映软件产品满足规定需求和潜在需求才能的特征和特征的总和。而.j.fisher将软件质量定义为:“所有描绘计算机软件优秀程度的特性的组合“。目前对软件质量的研究主要从两方面展开:一是软件开发过程的质量保证以过程文档化和管理科学化为内容:二是软件过程和产品的质量评估包括中间产品和最终产品采用软件度量技术作为软件质量特性量化的主要技术。本文将就第一个方面展开讨论通过给出或设计一些符合文档化开发标准的管理标准和文档模板以到达使软件质量满足之前用户对各项功能或性能的准确定义的目的。二、工程概况及背景某船厂在信息集成系统is第一期完

3、毕后初步建立起企业的根底信息资源的共享平台，并将物资管理与财务管理进展了整合。但在第一期is平台中没有对其涂装消费管理建立相应的系统。为尽快解决涂装消费管理的问题工程组在进展一个月的需求调研后就进入了开发。但是由于前期需求阶段没有细化需求涉众范围太小在开发阶段代码管理松散导致工程在开场不久后就处于一边开发一边继续需求分析细化的状态并伴随不断的需求变更最后在拖期半年后才交付了一个带有隐患的产品而且原定两周的试运行期因为修改不断发现的缺陷也延长为两个月。在完成涂装工程后，工程组又接到船厂关于开发消费平安监管系统的任务为了防止同样的问题发生和进步软件质量，工程组认为要在软件开发工程过程中引入完善的质

4、量管理，并针对船厂工程特点，结合实际情况重点覆盖需求、编码、测试三个阶段。三、分析及应对措施1.定义适宜的工程过程软件过程是指开发和维护软件产品的活动技术和理论的集合。在以计算机网络为根底的现代社会信息化背景下过程管理作为现代企业管理的先进思想和有效工具，随着外部环境与组织形式的变化而变化。因此作为一个好的软件工程过程，必须针对企业和工程的实际情况，确定软件工程运作流程，定义软件功能及相关性能明确各阶段的进入条件和退出条件进展有效的过程控制与管理，在进步软件开发的效率和工程的成功率的根底上进一步保证所开发软件的质量。在现阶段主流的软件工程过程主要是rup(ratinalunifiedpress

5、)和xp(extreeprgraing)。由于新工程的需求明确，并且工程组成员的构成方式是新老搭配，在经过综合考虑后，我们决定采用rup方法。最后，工程组根据工程实际情况对传统的rup形式进展按需裁剪，详细方案是将需求与分析和设计两个活动合并为需求分析，将配置和变更管理统一纳入工程管理，移除环境活动环节。2.明确工程需求对于任何软件工程过程而言，需求不仅是一个不可防止的环节，也是软件开发的基矗往往用户需求明确变更少的工程的成功率就高而那些用户需求混乱变更频繁的工程几乎从一开场就注定了失败的命运。但是，在现实生活中，用户需求总是在开发进入中后期时，因为各种不同的原因此发生变化。这就给软件工程过程

6、施行带来不确定因素。在涂装工程中，由于前期需求不明确以及随意变更需求，导致工程组在开发阶段不停的返工，进而造成代码质量低下，测试拖期等一系列问题。因此在工程施行过程中，为了保证软件开发的顺利进展和最后交付的产品质量，应该对工程需求变更进展管理。(1)需求说明书要描绘明确详荆由于与用户沟通的需求人员并不是最后的开发人员，所以有可能导致开发人员对需求说明书的理解与用户真正的意图会产生一定的偏向。另外，当工程在进展到开发(编码)阶段时，由于记忆的缺失，对当初所作的需求说明书的理解也会产生偏向。(2)要对需求变更进展管理。通常需求分析完成后工程就进入开发阶段，用户可能会因为市场或策略的变化而提出需求变

7、更的要求。此时，假设是合理变更那么有利于工程施行，但有时所作的变更可能会影响工程整体的设计和开发，造成工程进度的延期。对于这一情况，工程组应该积极与用户沟通，制订需求变更说明书，在双方都认可的情况下方可施行。(3)在工程开发过程中要尽早明确用户需求，有些内容一时无法确定那么应该暂缓该局部的开发，尽量降低因需求变更而带来的风险。3.代码走查软件质量在很大程度上依赖于代码质量。在实际环境中对于同一工程而言，由于工程组成员的编程才能、习惯、风格、对需求的理解和个性的不同所开发的代码质量也不尽一样。再加上一些难以预测的人为因素由此带来的隐患将严重影响代码质量最终造成软件质量低下，使得用户无法正常使用并

8、为以后的维护带来更大的工作量和难度。考虑到工程进度以及实际情况，要进展完好的代码评审不太现实，因此在软件开发过程中可以根据需要引进代码走查。每周在规定的时间内，轮流让程序员讲解其所开发代码的主要局部。这项措施一方面可以从侧面促使程序员本人注意所开发代码的质量，另一方面在走查过程中可以获得别人的意见进一步改善代码效率，使开发成员共享工程施行过程中问题解决的思路和方法同时还可以促进工程组成员之间的交流并加深对需求的理解关注软件开发过程中的各个环节并进展过程改善的讨论，使得软件质量更有保障。4.进展正式的测试，并形成制度测试就是对软件产品的检验。软件测试的目的是根据用户需求检查系统是否符合工程合同与

9、任务书规定的要求。工程测试分集成测试和系统测试，主要进展功能测试、强健性测试性能一效率测试用户界面测试、平安性测试、压力测试可靠性测试安装/反安装测试等活动。测试过程通常在模拟环境中进展。只有通过了上述全部测试的软件，才可以称之为符合用户质量要求的合格的软件。测试活动要尽可能覆盖整改工程过程，从最初的需求到部署阶段，都应该制订详细的方案并编制相应的文档，如测试方案测试用例文档测试报告等。通过测试活动尽可能早得发现每个阶段中软件存在的缺陷，以方便后续阶段的施行。在这测试活动过程中，我们应该遵守一条根本原那么按照用户需求进展测试。我们即不能为求速度而缩短测试规模，也不能无视用户需求而进步测试要求。总之一切测试应该符合用户需求。四、结论除了上述几个方面外，对于软件产品的质量管理还有其他要考虑的因素，如风险控制、变更管理和配置管理等等。其实，美国软件工程研究所(sei)开发的软件过程才能成熟度模型(i)