度量
度量 |文件编号： |生效日期： |受控编号： | |NP604100 |2000.3.20 | | |密级：秘密 |版次：Ver2.1 |修改状态： | |总页数 |12 |正文 |10 |附录 |2 | |编制：马君 |审核：孟莉 |批准：孟莉 | 沈阳东大阿尔派软件股份有限公司 （版权所有，翻版必究） 文件修改控制 |修改记录编号 |修改 |修改页码及条款 |修改人|审核人|批准人|修改日期 | | |状态 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 目录 1. 目的 2. 适用范围 3. 职责 1 项目管理部门 2 测试部门 4. 术语和缩略语 4. 工作程序 1 产品度量数据的来源 2 产品度量的指标 3 软件的质量等级 4 产品度量指标的获得方法 5 过程度量 6. 引用文件 6.1 NP504100《项目策划》 6.2 NP505100《质量策划》 6. 质量记录 1 NR604100A“产品度量表” 2 NR604100B“过程度量表” 1. 目的 对软件开发的过程质量及最终产品的质量进行定量的评价，用评价的结果指导软件的 开发过程，不断地提高软件的质量水平。 2. 适用范围 适用于所有软件项目和/或软件产品的产品度量和过程度量。 3. 职责 3.1 项目管理部门：负责对软件开发的过程质量进行度量，记录度量的结果。 3.2 测试部门：负责对软件产品的质量进行度量，记录度量的结果。 4. 术语和缩略语 本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 5. 工作程序 5.1 产品度量数据的来源 1) 系统设计报告； 2) 测试报告和测试总结报告； 3) 用户对软件项目或软件产品的评价； 4) 产品维护记录。 5.2 产品度量的指标 1) 功能性：指软件是否完成了设计的功能； 2) 可靠性：指软件是否健壮，是否存在运行、计算等错误； 3) 友好性：指软件是否容易使用、界面一致、在线帮助齐全； 4) 效率：指软件运行的快捷性和空间利用率； 5) 可维护性：指软件的设计、制造文档是否齐全，编码是否具备可读性、可理 解性、可改性与可测试性； 6) 可移植性：指软件是否能在不同环境下运行，若不能直接运行，修改量是否 很大； 7) 综合评价：指根据上述六项指标选择合适的权重计算出的产品综合评价指标 。 3. 软件的质量等级 5.3.1 软件的质量等级的确定根据度量综合指标进行。 5.3.2 度量综合指标计算公式为： 综合评价指标 = 功能性Q1M1+ 可靠性Q2M2+友好性Q3M3+效率Q4M4+可维护性Q5M5+可移植性Q6M6 使用符号代表：total=∑QiMi。其中i=1,2,...6，Q代表度量的指标，M代表度 量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同， 此系数由质量保证部根据开发的不同着重点给出。 5.3.3 质量评价 一般地，根据度量综合指标值，有以下评分标准： |序号 |得分 |质量评价 | |1 |9.0-10.0 |优质产品 | |2 |8.0-9.0 |良好产品 | |3 |7.0-8.0 |合格产品 | |4 |6.0-7.0 |及格产品 | |5 |低于6.0 |劣质产品 | 5.4 产品度量指标的获得方法 1. 功能性 5.4.1.1 和软件设计书比较 假定：总共有n个产品设计特性，实现了m个(n>=m, m>=0,n>0) A1=10×m/n 5.4.1.2 和用户的需求比较 可采用用户调查表，评分标准A2如下： 10分：全部满足 9分： 绝大部分满足 8分：主要功能满足 7分：一般能满足 6分：需要改进 1-5分：不能满足业务需要，无法使用，需要重新开发。 5.4.1.3 和同类产品功能比 假定：同类产品有n个产品特性，我方产品有m个产品特性 (n>0,m>0) L=m∩n A3=10×L/n 5.4.1.4 功能性可以根据具体工作情况采用任意一种，也可以采用三个值的算术平均值： A=（A1+A2+A3）/3 2. 可靠性 5.4.2.1 根据测试问题报告计算获得，计算方法如下： 假设 A: 死机或死循环次数； B：不死机但出现非正常提示信息次数； C：与设计不符或与实际情况相矛盾现象次数； D：操作后无反应或虽响应但未达到预期结果次数； B1=10 × 0.9A × 0.95B × 0.98C × 0.99D 注：0.9A表示0.9的A次方 5.4.2.2 容错能力 假定随机抽取n个输入特性，然后针对这n个输入特性进行调查 B2=10×(∑Xi)/n 其中：i=1,2,...n， Xi∈{0,1}，1表示容错能力全面，0表示容错能力不全面。 5.4.2.3 是否具有错误恢复能力 可对系统设计采用设计调查法进行调查，评分标准B3如下： 10分： 自动备份，自动恢复，不损失数据； 9分： 自动备份，自动恢复，只损失当天数据； 8分： 自动备份，手动恢复, 只损失当天数据； 7分： 手动备份，自动恢复，损失自上次备份以来的数据； 6分： 手动备份，手动恢复，损失自上次备份以来的数据； 5分： 难于进行备份和恢复。 4. 可靠性B可以根据具体工作情况取B1、B2、B3任意一种，也可以取三个值的算术 平均值，即B=（B1+B2+B3）/3。 5.4.3 友好性 5.4.3.1 用户界面是否美观、一致、合理 假定随机抽取n个特性 C1=10×(∑Xi)/n 其中：i=1,2,...n， Xi∈{0,1}，1表示符合标准，0表示不符合标准。 5.4.3.2 操作是否方便 假定随机抽取n个特性，然后针对这n个特性进行调查 C2=10×(∑Xi)/n 其中：i=1,2,...n， Xi∈{0,1}，1表示操作方便，0表示操作不方便。 5.4.3.3 是否具有在线帮助 假定随机抽取n个特性，然后针对这n个特性进行调查。 C3=10×(∑Xi)/n 其中：i=1,2,...n， Xi=∈(0,1)，1表示在线帮助明确，0表示在线帮助不明确。 5.4.3.4 可靠性C可以根据具体工作情况取C1、C2、C3任意一种，也可以取三个值的算 术平均值，即C=（C1+C2+C3）/3。 5.4.4 效率 5.4.4.1 运行速度是否快捷 假定随机抽取n个功能，然后针对这n个特性进行调查 效率=10×(∑Xi)/n，(i=1,2,...n，Xi=∈(0,1)，1功能快捷，0表示功能不快捷 ) 5.4.4.2 内存外存空间利用率高否 可采用专家调查、对比评估法。 5.4.5 可维护性 5.4.5.1 技术文档是否齐全 测试部门根据不同项目，组织有关人员，采用专家调查法，进行评价，评分标 准D1如下： 10分：完美 9分： 优秀 8分：良好 7分：合格 6分：及格 1-5分：差 5.4.5.2 用户文档是否齐全 测试部门根据不同项目，组织有关人员，采用专家调查法，进行评价，评分标 准D2如下： 10分：完美 9分：优秀 8分：良好 7分：合格 6分：及格 1-5分：差 5.4.5.3 是否符合本公司编程标准，其评分标准如下： 假定随机抽取n处代码 D3=10×(∑Xi)/n ； 其中：i=1,2,...n， Xi∈{0,1} 1表示符合标准，0表示不符合标准 5.4.6 可移植性 评分标准如下: 10分：理想 9分： 优秀 8分： 很好 7分： 好 6分： 可用 1-5分：差 5.5 过程度量 5.5.1 及时度（P） 以软件项目和/或软件产品的开发计划或质量计划规定的的提交时间为基准， 评价各软件项的及时度。评分标准如下： 9~10分：按时提交软件项或比规定时间延迟不超过该软件项完成周期的15%， 开发计划不超过项目总周期的15%，且内容完整； 7~8分：比规定时间延迟提交不超过该软件项完成周期的15%~35%，且内容完整 ； 6分以下：比规定时间延迟提交超过该软件项的35%以上。 5.5.2 成熟度（M） 以开发计划或质量计划中的阶段划分，阶段应提交文档的时间为评价基准，实 际提交阶段结果的时间作为评分依据，评分标准如下： 9~10分：一次评审/审查通过，无须调整； 7~8分：一次评审/审查通过，略有调整，或第二次评审通过无须调整； 6分以下：二次以上评审/审查未通过。 5.5.3 改善效率（E） 在评审、验证的结果的基础上改善阶段结果，以改善的时间是否影响后续阶段 的完成和计划的总体完成时间为评分依据，评分标准如下： 9~10分：改善效率良好，阶段结果的修改无须增加工作量，不影响阶段的继续 进行和计划的总体完成，或无须修改； 7~8分：改善效率一般，阶段结果的修改或完善影响阶段的继续进行，增加工 作量在原计划的20%以内； 6分以下：改善效率较差，软件项的修改或完善过程使项目延期，或增加的工 作量超过20%。 5.5.4 工作量（A） 以经过评审后批复的开发工作量为基准，评价各阶段实际工作量与计划工作量 的比较情况，比较方法为： X=实际工作量/计划工作量*100%，若开发计划中共规定有n个阶段，则A=(∑Xi )/n。评分标准如下： 10分：当A
度量