软件项目或软件产品的度量(doc 17页)
软件规模度量方法介绍
软件规模度量方法介绍作者学号班级摘要软件规模度量是一项困难度很高的任务。
文章介绍了国际上广泛采用的一种软件规模度量的办法———IFPU G功能点度量方法，说明了该方法的基本原理和具体计算方法，并分析了它的优缺点。
同时对国际上其他几个颇有影响的软件规模度量方法，也作了简要的介绍。
关键词软件项目项目计划进度进度计划1、引言软件度量是指对软件规模、软件项目工作量、软件生产率、软件项目开发成本、软件质量、软件的上线日期等事项进行量化，使复杂的软件过程通过数字的描述让相关人员能够正确理解和管理。
软件度量满足了三方面的需要：首先是满足了项目管理的需要。
项目经理根据软件度量的数据可以对有关资源进行合理部署和分配，有效地对项目的进度和执行情况进行监控，确定软件产品是否符合质量的要求等。
其次，满足了组织的需要。
依照度量的数据，组织可以清楚地了解开发的效率和质量的总体水平，从而可以更好地进行产品组合、判定资金的投向，策划、管理或验证软件开发的活动。
第三是满足了用户的需要。
用户可以根据度量的数据比较正确地判定投入的资金，项目交付的合理期限以及判定递交项目的质量等。
因此，研究软件的度量有着十分重要的社会意义和应用意义。
在软件度量的课题中，软件规模度量是其他软件度量工作的基础与关键。
要对软件的规模进行度量，首先就要求确定一种度量的单位。
用软件的源代码行数作为软件规模的度量是一个比较传统的度量方法。
它的度量单位是K LO C（千条源代码）。
例如，一个软件有15000 条源代码行数时，它的规模就用15K LO C 来表示。
这种方法的优点是，比较直接、简单。
但是，它的结果与使用的程序语言密切相关，尤其在开发人员大量使用第四代语言以上的工具进行软件开发时，用K LO C 描述一个软件的规模就显得非常不准确。
而且，用这种方法只能在软件开发完成之后才能进行源代码行数的准确度量。
现在，除了套用某些经验公式进行软件工作量的估算时人们还用到这种度量方法外，K LO C 几乎不再被使用。
软件工程中的软件度量与指标分析
软件工程中的软件度量与指标分析软件度量和指标分析在软件工程中扮演着至关重要的角色。
通过对软件的度量和指标进行系统分析和评估，可以提供有效的方法和工具来衡量、评估和改进软件的质量和性能。
本文将探讨软件度量与指标分析的概念、分类、作用以及在软件工程中的应用。
一、概念和分类软件度量是对软件产品和软件开发过程中的属性进行量化和评估的过程。
它可以用来衡量软件产品的质量、成本和进度，并从中获得对软件开发过程的改进。
软件度量可以分为三个维度：产品度量、过程度量和项目度量。
1. 产品度量：产品度量主要关注软件产品的特性和质量，如功能完整性、可靠性、可维护性、可测试性等。
产品度量可以通过一系列指标来进行评估，如代码行数、代码复杂度、bug数量等。
2. 过程度量：过程度量主要关注软件开发过程中的活动和成果，如需求分析、设计、编码、测试等。
通过衡量这些过程的效率和质量，可以识别出导致问题和风险的根本原因，并采取措施进行改进。
3. 项目度量：项目度量主要关注软件项目的进度、成本和资源分配等方面。
通过度量和分析项目的关键指标，可以实现对项目进展的监控和控制，确保项目按时、按质量要求完成。
二、作用和价值软件度量和指标分析在软件工程中具有以下作用和价值：1. 质量评估：通过软件度量和指标分析，可以对软件产品的质量进行定量评估。
通过衡量各种质量指标，如代码复杂度、运行效率等，可以了解软件系统的健康状况，并及时采取措施进行质量改进。
2. 风险控制：通过对软件开发过程的度量和分析，可以早期识别和控制潜在的风险因素。
通过对过程度量指标的监控和分析，可以发现可能导致项目延期、成本增加等问题的因素，并采取相应的风险应对措施。
3. 过程改进：通过对软件开发过程的度量和分析，可以识别出导致问题和低效的因素，并提出改进措施。
通过度量和分析过程中的各项指标，可以找出瓶颈和改进空间，并采取相应的措施来提高开发过程的效率和质量。
4. 决策支持：软件度量和指标分析可以为软件项目的决策提供数据支持。
软件工程中的软件度量
软件工程中的软件度量软件度量是指通过定量的测量方法来评估软件产品、过程和项目的属性或特征。
它是软件工程中不可或缺的一部分，能够帮助开发者和管理者更好地了解软件的质量、进度和成本等方面的指标。
本文将介绍软件度量的概念、分类和应用，并探讨其在软件工程中的重要性。
一、概述软件度量是指使用一定的度量方法和度量标准对软件的各种特性进行量化和评估的过程。
它可以帮助开发团队衡量软件的属性、性能、质量和进度等方面的指标，为软件项目的管理和开发提供有效的数据支持。
二、分类软件度量可以按不同的角度进行分类，常见的分类方式有以下几种：1. 功能度量：评估软件的功能性能，如用户需求的满足程度、功能是否完备等。
2. 成本度量：衡量软件开发和维护的成本，包括人力、时间、物力等方面的评估。
3. 质量度量：评价软件的质量特性，如可靠性、可维护性、可测试性等。
4. 复杂度度量：评估软件的复杂性，包括代码行数、函数调用关系、模块依赖关系等。
5. 效率度量：评估软件的运行效率和资源利用率，如响应时间、内存占用等。
三、应用软件度量在软件工程中具有广泛的应用，以下是几个常见的应用领域：1. 项目管理：通过对软件开发过程进行度量，可以评估项目的进度、风险和成本等，帮助项目经理制定合理的计划和管理策略。
2. 质量控制：通过度量软件的质量特性，可以及时发现和解决潜在的质量问题，提高软件的可靠性和稳定性。
3. 产品评估：通过对软件功能、性能和用户满意度等方面的度量，可以评估产品的优劣和市场竞争力。
4. 过程改进：通过度量软件开发过程中的各种指标，可以找出优化空间，改进开发方法和流程，提高软件开发效率。
5. 决策支持：通过对软件相关指标的度量，可以为管理层提供决策依据，帮助其制定战略和战术决策。
四、重要性软件度量在软件工程中的重要性不可忽视。
它不仅提供了对软件产品和过程的量化评估，还能够帮助开发团队和管理者发现问题、改进流程、提高质量和效率。
通过精确的度量数据，可以更好地管理软件项目，减少风险，并为决策提供科学依据。
软件开发度量及考核方法
软件开发度量及考核方法一、引言如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。
虽然目前很多公司有这方面的绩效考核，但是由于软件开发行业的特殊性，大多数公司没有对软件开发的过程进行细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。
所以根据以前经验和相关的资料编写了适用于本部门的度量和考核方法。
该考核方法是技术支持部软件开发人员和测试人员的试行版本。
二、目的对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。
三、考核实施办法1、定义1.1 、软件项包括1）、技术文档："软件工程产品集"所确定的配置项。
主要包括：用户需求文档、需求分析文档、概要设计文档、详细设计文档、开发计划、测试文档、用户手册、总结报告等。
2）、计算机程序。
1.2 、度量数据的来源1）、项目计划：过程度量中及时度考核数据的主要依据。
2）、测试文档：计算机程序质量考核数据主要依据。
3）、软件维护记录：主要是指软件产品投入用户使用后产生的软件维护记录。
2、质量度量2.1度量指标主要根据各类软件项检查表的检查指标来确定。
例如，详细设计说明书检查表有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。
（本文末尾附了各工作阶段的考核检查指标表）2.2质量等级1）软件项的质量等级的确定根据度量综合指标进行。
2）度量综合指标计算公式为：Total =刀QiMi。
3）其中i=1,2,...n 代表指标数量；4）Q代表度量的指标；5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。
2.3度量指标计算方法2.3.1、度量指标评分标准：根据软件项的各检查指标的缺陷率来确定，既为每232、缺陷率来源：主要是各软件项检查、评审、测试的过程所产生的缺陷跟踪表，缺陷跟踪表中的缺陷类别对应检查表中的检查指标。
软件度量与评估
软件度量与评估在当今信息技术高速发展的时代，软件开发的规模和复杂性越来越大，软件质量的控制成为了关乎企业竞争力的重要环节。
软件度量与评估作为一种有效的管理手段，可以帮助企业准确了解软件开发过程中的各种指标和数据，并根据这些数据进行科学分析和评估，从而提高软件质量和开发效率。
一、软件度量的概念和作用软件度量是指对软件产品、软件过程和软件项目进行定量和定性的测量和评估的过程。
通过软件度量，可以获得软件开发过程中的各种数据和指标，如代码行数、Bug数量、测试覆盖率等，进而对软件的质量、进度和效率进行评估和改进。
软件度量的作用主要体现在以下几个方面：1. 评估软件质量：通过度量软件的各项指标，可以客观地评估软件的质量，发现软件中存在的问题和风险，并采取相应的措施进行改进和优化。
2. 优化软件开发过程：通过对软件开发过程的度量，可以揭示出存在的问题和瓶颈，并优化整个开发过程，提高开发效率和质量。
3. 支持决策：软件度量提供了可靠的数据支持，可以帮助管理者做出科学决策，制定合理的开发计划和策略。
4. 监控项目进展：通过对软件开发过程中的度量指标进行监控，可以及时了解项目的进展情况，及时发现和解决问题，确保项目按时交付。
二、常见的软件度量指标软件度量指标是对软件开发过程中的各种属性、过程和结果进行度量和评估的具体指标。
常见的软件度量指标主要包括以下几个方面：1. 代码规模指标：如源代码行数、模块数、类数等，用于衡量软件的规模和复杂性。
2. 缺陷密度指标：如每千行代码的缺陷数，用于评估软件的质量和稳定性。
3. 功能点指标：如功能点个数、功能点投入产出比等，用于评估软件开发的效率和成本。
4. 资源消耗指标：如开发时间、工作量、成本等，用于评估软件开发所需的资源消耗。
5. 可维护性指标：如代码的复杂度、可读性、可理解性等，用于评估软件的可维护性和可扩展性。
三、软件评估模型和方法为了实现对软件质量和效果的全面评估，人们提出了各种软件评估模型和方法。
5 个常用的软件质量指标
5 个常用的软件质量指标在软件开发中，软件质量是衡量软件是否符合需求、标准的重要体现。
除了代码质量外，影响软件整体质量的因素还有很多。
因此，要确保软件的整体质量，就需要在各个环节严格控制。
本文列出了衡量软件质量的5个最常用的指标。
1、SLOC（Source Lines of Code，源代码行）计算代码行数可能是最简单的衡量指标，主要体现了软件的规模，并为项目增长和规划提供了相关数据。
例如，如果每月统计一次代码的行数，就可以绘制一个项目发展概览图。
当然，由于存在项目重构或是设计阶段等因素，这种方式并不太可靠，但是可以为项目的发展提供一个视角。
可以只统计逻辑代码行（Source Logical Line of Code，SLLOC），这样可以获得稍准确的信息。
逻辑代码行不包含空行、单个括号行和注释行。
可以使用Metrics 工具来统计。
代码行数不应该用来评估开发者的效率，否则，可能会产生重复、不可维护的或不专业的代码。
2、每个代码段/模块/时间段中的bug数要想实现更好的测试以及更高的可维护性，bug 跟踪是必不可少的。
每个代码段、模块或时间段（天、周、月等）内的 bug 可以很容易通过工具统计出来（如 Mantis）。
这样，可以及早发现并及时修复。
Bug 数可以作为评估开发者效率的指标之一，但必须注意，如果过分强调这种评估方法，软件开发者和测试者可能会成为敌人。
在生产企业中，要保证员工彼此之间的凝聚力。
为了更好的实现评估，可以根据重要性和解决成本将 bug 划分为低、中、高三个级别。
3、代码覆盖率在单元测试阶段，代码覆盖率常常被拿来作为衡量测试好坏的指标，也用来考核测试任务完成情况。
可以使用的工具也有很多，如 Cobertura 等。
代码覆盖率并不能代表单元测试的整体质量，但可以提供一些测试覆盖率相关的信息，可以和其他一些测试指标一起来使用。
此外，在查看代码覆盖率时，还需注意单元测试代码、集成测试场景和结果等。
软件工程中的软件工程项目度量与度量工具
软件工程中的软件工程项目度量与度量工具软件工程项目度量是一种衡量和评估软件项目的方法，旨在了解和监控项目的进展、质量和绩效。
通过度量软件项目，我们能够获取有关项目规模、复杂性、资源消耗以及开发质量的关键信息。
这些信息可以帮助决策者和项目团队进行合理的规划和决策，从而提高软件项目的质量和成功率。
在软件工程中，度量是指使用度量工具对软件项目进行量化评估和分析的过程。
度量工具可以帮助我们收集、分析和展示软件项目的各种度量指标和数据，从而提供决策所需的可靠依据。
下面将介绍几种常用的软件工程项目度量和度量工具。
1. 代码行数：代码行数是一种常用的度量指标，用于衡量软件项目的规模和复杂性。
通过统计项目中的代码行数，我们可以推断出项目的开发工作量和开发难度。
常用的代码行数度量工具包括cloc和SLOCCount，它们可以自动扫描代码并计算出代码行数、注释行数、空行数等信息。
2. 缺陷密度：缺陷密度是指在软件项目中每个软件单元（如函数、模块或类）中平均存在的缺陷数量。
缺陷密度可以帮助我们评估软件质量和稳定性，从而决定是否需要进行进一步的测试和修复工作。
常用的缺陷密度度量工具包括SonarQube和FindBugs，它们可以自动检测代码中的潜在缺陷和错误。
3. 代码复杂度：代码复杂度是一种度量软件代码复杂性和可维护性的指标。
通过代码复杂度度量，我们可以了解代码的可读性、稳定性和可测试性等方面的情况。
常用的代码复杂度度量工具包括PMD和Checkstyle，它们可以检查代码中的复杂结构和不良编程实践。
4. 工时消耗：工时消耗是一种衡量软件项目进度和开发效率的指标。
通过度量工时消耗，我们可以了解开发团队的生产力和工作负荷，从而进行资源分配和进度控制。
常用的工时消耗度量工具包括JIRA和Redmine，它们可以记录和跟踪团队成员的工作情况。
5. 客户满意度：客户满意度是一种度量软件项目交付质量和用户体验的指标。
通过度量客户满意度，我们可以了解用户对软件产品的评价和反馈，从而提供有针对性的改进和优化建议。
软件工程中的软件质量评估与度量指标
软件工程中的软件质量评估与度量指标软件质量评估是软件工程中不可或缺的一部分。
它通过对软件产品进行全面的度量与评估，旨在确保软件达到预期的质量标准。
本文将介绍软件质量评估的基本概念和常用的度量指标。
一、软件质量评估的基本概念软件质量评估是对软件产品进行审查和检查，以确定其是否符合质量标准和用户需求。
它包括对功能、可靠性、效率、易用性、可维护性、可移植性等方面进行评估。
软件质量评估的目的是发现软件中的潜在问题，并及时采取措施进行改进。
二、常用的软件质量度量指标1. 功能性功能性是衡量软件产品能否满足用户需求的重要指标。
常用的度量指标包括功能点分析、用户需求覆盖率等。
功能点分析是根据软件的功能需求对其进行分类、计算和统计，以评估软件的功能性。
2. 可靠性可靠性是指软件在规定时间内保持正常运行的能力。
对于可靠性的评估，可以采用失效率、平均失效间隔时间等指标来衡量。
失效率是指在规定时间内软件发生故障的概率，平均失效间隔时间是指软件连续正常运行的平均时间。
3. 效率效率是衡量软件资源利用率和响应时间的指标。
常用的度量指标包括吞吐量、响应时间和资源利用率。
吞吐量是指单位时间内软件处理的事务数量，响应时间是指用户请求后软件给出响应的时间。
4. 易用性易用性是指软件是否容易掌握和使用的指标。
常用的度量指标包括用户满意度、操作界面友好性等。
用户满意度可以通过问卷调查等方式获得，操作界面友好性可以通过专家评审来评估。
5. 可维护性可维护性是指软件在修改和维护过程中的难易程度。
常用的度量指标包括代码复杂度、模块独立性等。
代码复杂度可以通过统计代码的行数、圈复杂度等来衡量，模块独立性可以通过计算模块之间的依赖关系来评估。
6. 可移植性可移植性是指软件在不同环境中能否正常运行的能力。
常用的度量指标包括代码耦合度、平台依赖性等。
代码耦合度是指软件各模块之间的联系紧密程度，平台依赖性是指软件对特定平台的依赖程度。
三、软件质量评估的重要性软件质量评估对于软件工程的成功至关重要。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件项目或软件产品的度量(doc 17页)度量文件编号：NP604100 生效日期：2000.3.20受控编号：密级：秘密版次：Ver2.1 修改状态：总页数12 正文10 附录 2 编制：马君审核：孟莉批准：孟莉沈阳东大阿尔派软件股份有限公司（版权所有，翻版必究）文件修改控制修改记录编号修改状态修改页码及条款修改人审核人批准人修改日期目录1. 目的2. 适用范围3. 职责3.1 项目管理部门3.2 测试部门4. 术语和缩略语5. 工作程序5.1 产品度量数据的来源5.2 产品度量的指标5.3 软件的质量等级5.4 产品度量指标的获得方法5.5 过程度量6. 引用文件6.1 NP504100《项目策划》6.2 NP505100《质量策划》7. 质量记录7.1 NR604100A“产品度量表”7.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)综合评价：指根据上述六项指标选择合适的权重计算出的产品综合评价指标。
5.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.45.4.1功能性5.4.1.1 和软件设计书比较假定：总共有n个产品设计特性，实现了m个(n>=m, m>=0,n>0)A1=10×m/n5.4.1.2 和用户的需求比较可采用用户调查表，评分标准A2如下：10分：全部满足9分：绝大部分满足8分：主要功能满足7分：一般能满足6分：需要改进1-5分：不能满足业务需要，无法使用，需要重新开发。
5.4.1.3 和同类产品功能比假定：同类产品有n个产品特性，我方产品有m个产品特性(n>0,m>0)L=m∩nA3=10×L/n5.4.1.4 功能性可以根据具体工作情况采用任意一种，也可以采用三个值的算术平均值：A=（A1+A2+A3）/35.4.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分：难于进行备份和恢复。
5.4.2.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<=100%；9~9.9分：当100%<A<=110%；7~8分：当110%<A<=120%时；6~6.9分：当120%<A<=150%时；6分以下：当A>150%时。
5.5.5 代码质量（B）以产品/项目每千行发现的BUG数为基准，评价代码的质量，计算方法为：B=BUG数/代码行数（以千行为单位），评分标准如下：10分：B=0；9~9.9分：0<B10<=10；8~8.9分：10<B<=50；6~7.9分：50<B<=150；6分以下：B>150。
5.5.6 项目规模（C）根据《项目总结报告》，写出此项目总的C1：代码行数（千行为单位），C2：文档页数；C3：模块数。
5.5.7 生产率（D）以单位人月编写的代码行数（千行为单位）为基准，评价生产率的情况，计算方法为：D1=C1/人月数（M），D2=C2/人月数，D3=C3/人月数6.引用文件6.1 NP504100《项目策划》6.2NP505100《质量策划》7.质量记录7.1 NR604100A“产品度量表”7.2 NR604100B“过程度量表”产品度量表记录编号：NR604100A-时间：年月日项目软件经理产品名称: 度量责任人:PSM：产品编码/标识: 度量时间: 项目开始时间：序指标度量说明权重评价得分备注号1功能性10分：全部满足，9分：绝大部分满足，8分：主要功能满足，7分：一般能满足，6分：需要改进0.252可靠性10分：完美，9分：优秀，8分：良好，7分：合格，6分：及格，1-5分：差0.203友好性界面是否美观一致合理、操作是否简便、是否具有在线帮助、0.154 效率运行速度是否快，内外存空间利用率是否高0.155可维护性10分：完美，9分：优秀，8分：良好，7分：合格，6分：及格，1-5分：差0.156可移植性10分：完美，9分：优秀，8分：良好，7分：合格，6分：及格，1-5分：差0.107综合评价加权平均分数 1.00填表审核批准2.此表完成后由项目管理部门存档。