软件质量保证

sdlhlsd

--------------------------------------------------------------------------------

　　软件项目管理的目标是生产高质量的软件。高质量的软件应该具备下列三个条件：

　　1、满足软件需求定义的功能和性能；

　　2、文档符合事先确定的软件开发标准；

　　3、软件的特点和属性遵循软件工程的目的和原则。为了开发高质量的软件,必须进行有

系统、有计划的软件质量保证（SQA）活动。

　　SQA活动包括：

　　1、在需求分析阶段对软件质量提出需求，并自顶向下逐步分解为可以度量、可以控制

的质量要素，为软件开发、维护各个阶段的软件测量、定量和定性分析打下基训；

　　2、研究并选用软件开发方法和工具；

　　3、对软件工程各个阶段进行正式技术评审（FTR）；

　　4、制定并执行软件测试策略和测试计划；

　　5、生成软件文档并对文档的改变进行控制；

　　6、保证软件开发过程与选用的软件开发标准相一致；

　　7、建立软件质量要素的测量机制；

　　8、记录SQA活动并生成各种SQA报告。

　　这里我们只介绍软件工程的正式技术评审，它是软件项目管理的基础。

　　软件工程的正式技术评审FTR是软件工程的“滤波器”，它用于软件开发的各个阶段。

FTR能够及时揭示软件中的缺陷。尽早发现并消除这些缺陷，不仅可以提高软件质量，而且

还可以有效的减少软件开发及维护费用。FTR采用正式会议方式。FTR 会议的人员事先应做

好准备，对被评审的软件产品和应该达到的阶段性成果指标十分清楚。如有必要，对评审人

员事先可以进行技术培训。评审会议由组长主持，评审人员参加，记录员记录。会议时间不

超过两小时。会议开始时可以请软件生产者简要介绍软件产品的有关情况，评审人员根据事

先准备的问题提问，生产者回答。评审只针对产品而不涉及有关人员；FTR只揭示产品中存

在的问题，而不去讨论如何解决这些问题。评审会议应该避免无休止地争论。会议评审小组

在评审会议结束时必须对参加评审的软件产品明确表态：通过评审，或不通评审，或对某些

问题修改后可以通过评审。没有通过技术评审的产品必须返工，待条件成熟时重新召开评审

会。对虽存在问题，但修改后可以通过评审的产品原则上可以授权项目技术负责人把关，一

般不再召开复审会议，但在下一阶段产品质量FTR会议上可以对前面做过的评审及遗留问题

进行复审。FTR会议结束时通过评审报告。内容包括：会议主持人、参加会议的人员、评审

产品、评审内容、发现的问题、评审意见等。为了提高FTR会议质量，节约会议时间，生产

单位应及早提供有关产品的各种文档，其中包括软件质量要素的测量数据及软件质量的阶段

性追踪报告。

bpchan

学习！！！