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

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