软件项目质量保证方案是什么？

1) RUP的质量保证思想之一：全过程质量保证思想 您当前浏览的文章来源于考试大项目管理站。

RUP把整个软件开发过程分解成：业务建模、需求管理、分析设计、实施、测试、部署、配置与变更管理、项目管理和环境等九个核心工作规程。

每个核心工作规程由多个详细工作流程组成。

基于人类对软件工作过程最原始的感受，RUP使用角色、活动和作为输入输出的工件来组织每个详细工作流程，实现软件开发组织内部人、资源和流程的融合。

RUP通过建立完整的软件开发过程，使得产品的质量由项目团队的每个成员共同负责，具体体现在： 每个角色承担相应的质量任务 每个活动产生合格的工件 为每个工件建立指南、模板和检查点 每个工作流程设定相应的工作指南和检查点 在RUP中，整个软件开发过程如上图所示，它以指定的工件为输入，通过软件开发角色和标准化的软件开发活动，生产出满足质量要求的输出工件。

为确保每个工作环节的有效执行和每个工作环节产生的工件质量，RUP为主要工作流程提供了对应的工作指南和检查点，为每个工件建立指南、模板和检查点，从而保证了软件开发的过程质量。

2) RUP的质量保证思想之二：软件工程成功经验共同铸就软件质量的思想 激烈的市场竞争催生高质量的软件。

【软件质量是什么】什么是软件质量保证呢？

软件开发项目的进度安排可以有两种考虑方式。

第一种，系统最终交付使用的日期已经确定，软件开发机构必须在合同规定的时间内安排；第二种，只确定了大致的年限，最后交付使用的日期由软件开发机构根据具体情况确定。

后一种考虑能够对软件开发任务进行细致的分析；能够最好地利用资源，合理地分配工作量，但实际工作中常常遇到第一种情况，问题是软件管理人员如何在规定的期限内分配人力和安排进度。

进度安排的好坏往往影响整个项目的按期完成和用户的使用，如不能按期完成，用户就会不满，而且需向用户赔偿损失。

如作为商品，将会失去市场竞争力。

进度安排的精确性有时比成本估算更重要。

在商品生产的社会中，某种商品的损失往往还可以通过其他商品或分期偿还来承担。

而进度拖延的损失是无法弥补的。

下面就软件开发项目进度安排中的几个问题进行讨论。

1.软件工作的特殊性 制定软件进度与其他工程没有很大的区别，因此使用一般的通用技术和工具即可。

但重点要强调的是软件产品是逻辑产品，这与其他工程不同。

因此当几个人共同完成某项任务时，人与人之间就有一个思想交流问题，称之为通信关系。

通信是要付出代价的，不只是要花时间，同时由于通信中的疏忽常常会使错误增加。

如一个组有4个软件工程师，两两之间进行通信联系，通信路径有6条；对6个软件工程师，则通信路径增加至14条。

因此所付的代价就必然会增加，所以工作组的人员不宜太多，一般3—5人为好，目前国外一般采用主程序员组的制度。

另一点要强调的是软件工作切忌中间临时加人，必须在安排进度时就考虑周到。

2.各阶段工作量的分配 估算出总的工作量以后，就需要一个可以进行各阶段工作量分配的模型。

某一阶段工作量所占的百分比必须根据经验数据确定。

这里要再一次强调，在开发过程中保存的记录将增加经验数据库存，而且将改善今后估算的准确性。

R.S.Pessman提出一种称作40-20-40的工作量分配规则，即前期工作（计划、需求分析、概要设计和详细设计阶段）和后期工作（测试阶段）各占40%，编码阶段占20%。

应该强调要重视前期和后期工作。

前期工作容易被忽视，主要原因是：管理人员认为不开始编码工作就算没有进行，他们不了解前期工作的重要性；技术人员往往也急于编码，认为写出代码任务就算完成了。

后期工作也容易被忽视，认为编码出来就完事了，对测试工作要占这么大的工作量没有思想准备。

所以要制定好进度计划，就要研究软件工作的规律，前期基础工作没做好，将会给后期工作带来很大困难，往往使工程进度一拖再拖，难以坚持，有的不得不中途夭折。

3.制定开发进度 需要涉及的下一个未知量是开发进度。

进度安排是软件计划工作中一项最困难的任务，计划人员要把可用资源与项目工作量协调好；要考虑各项任务之间的相互依赖关系，并且尽可能地平行进行；预见可能出现问题和项目的“细脖子”，并提出处理意见；以及规定进度，评审和应交付的文档。

假设用作变量的开发时间TD按线性变化，而且已经得到了总的开发工作量估算值ED，要求在规定的时间TD内完成，在项目中最好有参加工作的人员平均值M，即M=EDTD，这将是一个非常有用的数据。

遗憾的是在上述算式中，项目的工作量和开发时间不能作为独立的变量。

Books定律描述了这种现象的最极端情况：为误期的软件项目增加人员将会使其进度更慢。

来源：www.examda.com （四） 软件开发组织 有多少个软件开发机构，几乎也就有多少人员的组织机构。

不管这些组织机构是好或坏，一般是不可能轻易改变的。

尽管组织机构的改变不属于软件计划人员的职责范围内的事。

不过，在一个新的软件项目中直接涉及人员的组织问题却是可以，也应该在软件计划阶段加以认真考虑的。

什么是软件项目管理？

一、什么是质量？ 作为软件产品的销售人员，市场人员或维护人员经常会受到客户这样那样的指责或抱怨，客户说：你们产品的质量太差，不稳定等等。

那么什么是质量呢？我们该如何来衡量质量呢？ 质量具有三个维度： ？？ 符合目标。

目标是客户所定义的，符合目标即判断我们是不是在做需要做的事情。

？？ 符合需求。

即产品是不是在做让它做的事情。

？？ 符合实际需求。

实际的需求包括用户明确说明的和隐含的需求。

ISO 关于质量的定义表示如下： “ 一个实体（产品或服务）的所有特性，基于这些特性可以满足明显的或隐含的需要。

” 注意，在这个定义中包含明显的需求和隐含的需求。

而往往我们会忽略隐含的需求。

因此在控制一个产品的质量的过程中必须关注这些隐含的需求，并给予应有的验证。

另一方面因为我们的产品是为客户提供服务的，因此凡是不满足客户需求的，我们都认为是一个失效（ failure ）。

所以我们的产品必须始终围绕着客户的需求进行开发和验证。

这里我们谈到客户，其实在一个软件的需求收集过程中需要关注客户和用户。

而我们经常会忽略客户与用户之间的区别。

那么谁是客户？谁是用户呢？简单的来说，客户是真正能够决定是否购买你软件的人，而用户是实际使用软件的人。

了解了这个区别，对于你在分析需求的重要性的时候就可以进行参考。

同时在产品质量验证的时候也可以做出不同的权衡。

另一方面我们在考虑我们用户需求的时候，往往只考虑了实际使用软件的人员，而忽略了其它一些人员对软件的要求或对软件造成的潜在竞争，这包括维护人员的要求、系统管理人员的要求、软件上下游人员的要求、先前版本的情况、市场上竞争对手的软件情况等。

每个人提到质量的时候，经常会遇到下列矛盾，在这些矛盾中隐含着对质量的承诺【 5 】： ？？ 质量需要一个承诺，尤其是高层管理者的承诺。

但为了得到质量，高层管理者必须和其雇用的员工进行紧密合作； ？？ 许多人相信没有缺陷的产品和服务是不可能的。

但是控制在一定级别的缺陷数是正常并可接受的； ？？ 质量经常是和成本紧密联系在一起，一个高质量的产品同时也意味着高投入。

这是设计的质量和一致性质量的一个矛盾； ？？ 一个高的质量要求需求规格说明书足够详细，以便产品可以根据这些规格说明书进行定量的分析。

然而许多组织没有能力或者不愿意产生如此详细程度的规格说明书； ？？ 技术人员经常相信规范和标准会束缚他们的创造力，因此就不遵照标准做事。

然而如果要得到高质量的产品，就必须遵循良好定义的标准和过程。

二、流程对质量的贡献 好了，既然已经了解了什么是质量，那么怎么才能改进软件产品的质量呢？从一个企业的长远发展来看，首先应当从流程抓起，规范软件产品的开发过程。

这是一个软件企业从小作坊的生产方式向集成化、规范化的大公司迈进的必经之路，也是从根本上解决质量问题，提高工作效率的一个关键手段。

软件产品的开发同其它产品（如汽车）的生产有着共同特性，即需要按一定的过程来进行生产。

在工业界，流水线生产方式被证明是一种高效且能够比较稳定地保证产品质量的一种方式。

通过这种方式，不同的人员被安排在流程的不同位置，最终为着一个目标共同努力，这样可以防止人员工作间的内耗，极大的提高工作效率。

并且由于其过程来源于成功的实例，因此其最终的产品质量能够满足过程所设定的范围要求。

软件工程在软件的发展过程中吸取了这个经验并把它应用到了软件开发中，这就形成了软件工程过程，简单的说就是开发流程。

无论做什么事情，都有一个循序渐进的过程，从计划到策略再到实现。

软件流程就是按照这种思维来定义开发过程，它根据不同的产品特点和以往的成功经验，定义了从需求到最终产品交付的一整套流程。

流程告诉我们该怎么一步一步去实现产品，可能会有那些风险，如何去避免风险等等。

由于流程来源于成功的经验，因此，按照流程进行开发可以使得我们少走弯路，并有效的提高产品质量，提高用户的满意度。

目前流行的流程方法有很多种，不同的过程模型适合于不同类型的项目。

瀑布模型是应用的最为广泛的一种模型，也是最容易理解和掌握的模型，然而它的缺陷也是显而易见的。

遗漏的需求或者不断变更的需求会使得该模型无所适从。

然而，对于那些容易理解但很复杂的项目，采用瀑布模型会是比较适合的，因为你可以按部就班的去处理复杂的问题。

在质量要求高于成本和进度要求的时候，该模型表现的尤其突出。

螺旋模型是也是一个经典模型，它关注于发现和降低项目的风险【 8 】。

螺旋型项目从小的规模开始，然后探测风险，制定风险控制计划，接着确定下一步项目是否还要继续，然后进行下一个螺旋的反复。

该模型的最大优点就是随着成本的增加，风险程度随之降低。

然而螺旋模型的缺点是比较复杂，且需要管理人员有责任心，专注以及有管理方面经验。

RUP ( Rational Unified Process )是 Rational 公司提出的一套开发过程模型，它是一个面向对象软件工程的通用业务流程【 9 】。

它描述了一系列相关的软件工程流程，它们具有相同的结构，...