浅析软件项目的质量管理

《浅析软件项目的质量管理》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

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

2、所以保证软件质量比保证设备质量更具挑战性和不确定性。国际化标准组织Iso在ISOPIEC9126中将软件质量定义为:“反映软件产品满足规定需求和潜在需求能力的特征和特征的总和”。而M.J.Fisher将软件质量定义为:“所有描述计算机软件优秀程度的特性的组合“。目前对软件质量的研究主要从两方面展开:一是软件开发过程的质量保证以过程文档化和管理科学化为内容:二是软件过程和产品的质量评估包括中间产品和最终产品采用软件度量技术作为软件质量特性量化的主要技术。本文将就第一个方面展开讨论通过给出或设计一些符合文档化开发标准的管理规范和文档模板以达到使软件质量满足之前用户对各项功

3、能或性能的精确定义的目的。二、项目概况及背景某船厂在信息集成系统CIMS第一期结束后初步建立起企业的基础信息资源的共享平台，并将物资管理与财务管理进行了整合。但在第一期CIMS平台中没有对其涂装生产管理建立相应的系统。为尽快解决涂装生产管理的问题项目组在进行一个月的需求调研后就进入了开发。但是由于前期需求阶段没有细化需求涉众范围太小在开发阶段代码管理松散导致项目在开始不久后就处于一边开发一边继续需求分析细化的状态并伴随不断的需求变更最后在拖期半年后才交付了一个带有隐患的产品而且原定两周的试运行期因为修改不断发现的缺陷也延长为两个月。　　在完成涂装项目后，项目组又接到船

4、厂关于开发生产安全监管系统的任务为了避免同样的问题发生和提高软件质量，项目组认为要在软件开发项目过程中引入完善的质量管理，并针对船厂项目特点，结合实际情况重点覆盖需求、编码、测试三个阶段。三、分析及应对措施1.定义合适的项目过程软件过程是指开发和维护软件产品的活动技术和实践的集合。在以计算机网络为基础的现代社会信息化背景下过程管理作为现代企业管理的先进思想和有效工具，随着外部环境与组织模式的变化而变化。因此作为一个好的软件项目过程，必须针对企业和项目的实际情况，确定软件项目运作流程，定义软件功能及相关性能明确各阶段的进入条件和退出条件进行有效的过程控制与管理，在提高软

5、件开发的效率和项目的成功率的基础上进一步保证所开发软件的质量。在现阶段主流的软件工程过程主要是RUP(RationalUnifiedProcess)和XP(ExtremeProgramming)。由于新项目的需求明确，并且项目组成员的构成方式是新老搭配，在经过综合考虑后，我们决定采用RUP方法。最后，项目组根据项目实际情况对传统的RUP模式进行按需裁剪，具体方案是将”需求与分析”和‘’设计”两个活动合并为‘’需求分析”，将”配置”和”变更管理”统一纳入’‘项目管理‘’，移除”环境活动‘’环节。.明确项目需求对于任何软件项目过程而言，需求不仅是一个不可避免的环节，也是软

6、件开发的基础。往往用户需求明确变更少的项目的成功率就高而那些用户需求混乱变更频繁的项目几乎从一开始就注定了失败的命运。但是，在现实生活中，用户需求总是在开发进入中后期时，因为各种不同的原因而发生变化。这就给软件项目过程实施带来不确定因素。在涂装项目中，由于前期需求不明确以及随意变更需求，导致项目组在开发阶段不停的返工，进而造成代码质量低下，测试拖期等一系列问题。因此在项目实施过程中，为了保证软件开发的顺利进行和最后交付的产品质量，应该对项目需求变更进行管理。　　(1)需求说明书要描述明确详尽。由于与用户沟通的需求人员并不是最后的开发人员，所以有可能导致开发人员对需求说

7、明书的理解与用户真正的意图会产生一定的偏差。另外，当项目在进行到开发(编码)阶段时，由于记忆的缺失，对当初所作的需求说明书的理解也会产生偏差。(2)要对需求变更进行管理。通常需求分析完成后项目就进入开发阶段，用户可能会因为市场或策略的变化而提出需求变更的要求。此时，若是合理变更则有利于项目实施，但有时所作的变更可能会影响项目整体的设计和开发，造成项目进度的延期。对于这一情况，项目组应该积极与用户沟通，制订需求变更说明书，在双方都认可的情况下方可实施。(3)在项目开发过程中要尽早明确用户需求，有些内容一时无法确定则应该暂缓该部分的开发，尽量降低因需求变