浅析软件项目中质量管理.docVIP

浅析软件项目中质量管理 　　[摘要] 软件产品是软件项目的最终结果，其功能度和复杂性要比制造业的产品高得多，而且在投入使用后，软件发挥的功效也是其它任何形式的硬件产品所无法比拟的。为了保证软件产品在交付后能够按照用户的需求发挥正常的功效，因此在项目实施过程中进行有效的质量管理是很有必要的。本文结合作者的经历就软件项目中的质量管理做了一些探讨。 　　[关键词] 软件项目 软件质量 软件质量管理 软件项目管理 　　 　　一、引言 　　 　　软件产品是软件项目的最终结果，与其相关的质量问题主要来自项目开发过程。但软件是一个纯智力的特殊产品，描述软件质量的定义则比描述实际物品质量定义面临着更多的潜在因素。所以，保证软件质量比保证设备质量更具挑战性和不确定性。 　　国际化标准组织ISO在ISOPIEC9126中将软件质量定义为：“反映软件产品满足规定需求和潜在需???能力的特征和特征的总和”。而M. J . Fisher 将软件质量定义为：“所有描述计算机软件优秀程度的特性的组合”。目前，对软件质量的研究主要从两方面展开：一是软件开发过程的质量保证，以过程文档化和管理科学化为内容；二是软件过程和产品的质量评估，包括中间产品和最终产品，采用软件度量技术作为软件质量特性量化的主要技术。本文将就第一个方面展开讨论，通过给出或设计一些符合文档化开发标准的管理规范和文档模板，以达到使软件质量满足之前用户对各项功能或性能的精确定义的目的。 　　 　　二、项目概况及背景 　　 　　某船厂在信息集成系统CIMS第一期结束后，初步建立起企业的基础信息资源的共享平台，并将物资管理与财务管理进行了整合。但在第一期CIMS平台中没有对其涂装生产管理建立相应的系统。为尽快解决涂装生产管理的问题，项目组在进行一个月的需求调研后就进入了开发。但是由于前期需求阶段没有细化需求，涉众范围太小，在开发阶段代码管理松散，导致项目在开始不久后，就处于一边开发一边继续需求分析细化的状态，并伴随不断的需求变更，最后在拖期半年后才交付了一个带有隐患的产品，而且原定两周的试运行期因为修改不断发现的缺陷也延长为两个月。 　　在完成涂装项目后，项目组又接到船厂关于开发生产安全监管系统的任务，为了避免同样的问题发生和提高软件质量，项目组认为要在软件开发项目过程中引入完善的质量管理，并针对船厂项目特点，结合实际情况重点覆盖需求、编码、测试三个阶段。 　　 　　三、分析及应对措施 　　 　　1.定义合适的项目过程 　　软件过程是指开发和维护软件产品的活动、技术和实践的集合。在以计算机网络为基础的现代社会信息化背景下，过程管理作为现代企业管理的先进思想和有效工具，随着外部环境与组织模式的变化而变化。因此，作为一个好的软件项目过程，必须针对企业和项目的实际情况，确定软件项目运作流程，定义软件功能及相关性能，明确各阶段的进入条件和退出条件，进行有效的过程控制与管理，在提高软件开发的效率和项目的成功率的基础上进一步保证所开发软件的质量。 　　在现阶段主流的软件工程过程主要是RUP（Rational Unified Process）和XP（Extreme Programming）。由于新项目的需求明确，并且项目组成员的构成方式是新老搭配，在经过综合考虑后，我们决定采用RUP方法。最后，项目组根据项目实际情况对传统的RUP模式进行按需裁剪，具体方案是将“需求与分析”和“设计”两个活动合并为“需求分析”，将“配置”和“变更管理”统一纳入“项目管理”，移除“环境活动”环节。 　　2.明确项目需求 　　对于任何软件项目过程而言，需求不仅是一个不可避免的环节，也是软件开发的基础。往往用户需求明确、变更少的项目的成功率就高，而那些用户需求混乱、变更频繁的项目几乎从一开始就注定了失败的命运。但是，在现实生活中，用户需求总是在开发进入中后期时，因为各种不同的原因而发生变化。这就给软件项目过程实施带来不确定因素。在涂装项目中，由于前期需求不明确以及随意变更需求，导致项目组在开发阶段不停的返工，进而造成代码质量低下，测试拖期等一系列问题。因此，在项目实施过程中，为了保证软件开发的顺利进行和最后交付的产品质量，应该对项目需求变更进行管理。 　　(1)需求说明书要描述明确、详尽。由于与用户沟通的需求人员并不是最后的开发人员，所以有可能导致开发人员对需求说明书的理解与用户真正的意图会产生一定的偏差。另外，当项目在进行到开发（编码）阶段时，由于记忆的缺失，对当初所作的需求说明书的理解也会产生偏差。 　　(2)要对需求变更进行管理。通常需求分析完成后项目就进入开发阶段，用户可能会因为市场或策略的变化而提出需求变更的要求。此时，若是合理变更则有利于项目实施，但有时所作的变更可能会影响项目整