八、正式技术评审（FTR）
正式技术评审是一种由软件工程师和其他人进行的软件质量保障活动。
1. 目标：
(1) 发现功能、逻辑或实现的错误
(2) 证实经过评审的软件的确满足需求
(3) 保证软件的表示符合预定义的标准
(4) 得到一种一致的方式开发的软件
(5) 使项目更易管理
2、评审会议
3-5人参加，不超过2小时，由评审主席、评审者和生产者参加，必须做出下列决定中的一个 :
（1）工作产品可不可以不经修改而被接受；
（2）由于严重错误而否决工作产品；
（3）暂时接受工作产品。
3、评审总结报告、回答
评审什么？由谁评审？结论是什么？
评审总结报告是项目历史记录的一部分，标识产品中存在问题的区域，作为行政条目检查表以指导生产者进行改正。
4、评审指导原则
（1）评审产品，而不是评审生产者。注意客气地指出错误，气氛轻松。
（2）不要离题，限制争论。有异议的问题不要争论但要记录在案。
（3）对各个问题都发表见解。问题解决应该放到评审会议之后进行。
（4）为每个要评审的工作产品建立一个检查表。应为分析、设计、编码、测试文档都建立检查表。
（5）分配资源和时间。应该将评审作为软件工程任务加以调度。
（6）评审以前所做的评审
九、统计软件质量保证
1、对所有错误进行分类统计
IES 规约不完整或规格说明错
MCC 未理解用户意图
IDS 故意偏离规格说明
VPS 违背编程标准
EDR 数据表示有错
ICI 构件接口不一致
EDL 设计逻辑有错
IET 测试不完全或有错
IID 不准确或不完整的文档
PLT 设计的程序设计语言翻译错
HCI 不清晰或不一致的人机界面
MIS 杂项错误
按严重，一般和微小级别统计各类错误的次数所占百分比，以及所有错误的数量及百分比。例如，建立一张类似如下的表格。
然后考虑“重要少数”的错误指标，提出改进意见。
2、根据软件过程中的每个步骤计算错误指标。
Ei = 第i发现的错误总数
Si = 严重错误数
Mi = 一般错误数
Ti = 微小错误数
PS = 第i步的产品规模( LOC，设计陈述，文档页数)
Ws，Wm，Wt分别是严重，一般，微小错误的加权因子, 推荐取值，Ws=10，Wm=3，Wt=1
软件工程 在过程的每一步中，计算各阶段的阶段指标
PIi = Ws（Si / Ei）+Wm（Mi / Ei）+Wt（Ti / Ei）
错误指标
Ei= ∑（i×PIi）/ PS
=（PI1 + 2PI2 + 3PI3 + … + i*PIi）/ PS
错误指标与上面表格中收集的信息相结合可以得出软件质量整体改进指标。七、质量保证与检验
确保每个开发过程的质量，防止把软件差错传播到下一个过程，因此，检验的目的有两个：
1．切实搞好开发阶段的管理，检查各开发阶段的质量保证。
2．预先防止软件差错给用户造成损失。
检验的类型有:
1．供货检验：对委托外单位承担开发作业，而后买进或转让的构成软件产品的部件，规格说明，半成品或产品的检查。
2．中间检验 / 阶段评审
目的是为了判断是否可进入下阶段进行后续开发，避免将差错传播到后续工作中。
3．验收检验：
确认产品是否已达到可以进行产品检验的质量要求。
4．产品检验：
判定向用户提供的软件产品是否达到令人满意的程度。
