浅谈软件质量度量和软件产品评价
软件产品质量的度量和评估方法
软件产品质量的度量和评估方法作者：王蕊来源：《中国管理信息化》2017年第04期[摘要]随着信息化进程的不断发展，软件产品的应用范围和需求越来越大，同时软件产品的质量问题愈加被人们所关注。
因此，本文将站在第三方软件检测机构的角度，结合现行国家标准和实际案例，对软件产品的质量模型、质量度量和评价方法进行介绍。
[关键词]软件检测；质量模型；质量度量；评价方法doi：10.3969/j.issn.1673 - 0194.2017.04.046[中图分类号]TP311.5 [文献标识码]A [文章编号]1673-0194（2017）04-00-030 引言随着信息技术的飞速发展，软件应用已渗透到各个领域，软件质量的检测要求也日益提高。
尤其是对涉及国防、金融、政务的软件来说，能否稳定安全的运行是保障国计民生的关键。
而对软件产品质量进行客观全面的度量和评价、不断提高软件产品的质量始终是计算机科学领域研究的重要方向之一。
本文介绍了第三方软件检测机构常常涉及的《软件工程产品质量质量模型》（GB/T 16260.1-2006）系列国家标准，并结合实际案例，介绍软件质量模型以及如何对软件质量进行度量和评估。
1 软件质量模型《软件工程产品质量第1部分：质量模型》（GB/T 16260.1-2006）系列国家标准等同采用了最新的《Software engineering -Product quality - Part 1： Quality model》（ISO/IEC 9126-1：2001）系列标准。
在本标准中，给出了软件质量的通用模型。
软件质量分为外部质量、内部质量和使用质量，外部质量和内部质量的质量模型如图1所示。
这些特性和子特性基本涵盖了软件质量的各个方面。
在第三方软件检测机构中，通常以此质量模型为基础，对软件产品本身进行检测和度量评估。
软件的使用质量是基于用户观点的软件产品用于指定的环境和使用周境时的质量，使用质量的模型如图2所示，为有效性、生产率、安全性、满意度四个特性。
软件产品质量评价标准
软件产品质量评价标准软件产品质量评价标准一、引言软件产品质量评价是软件开发过程中的重要环节，它不仅决定了软件的可用性和可靠性，还直接影响了用户满意度和软件产品的商业成功。
本标准旨在明确软件产品质量评价的目标、原则和方法，为软件开发团队提供指导和参考。
二、评价目标软件产品质量评价的目标是确保软件产品符合用户需求，同时满足相关标准和规范。
具体而言，评价目标包括以下几个方面：1.功能性：软件产品应具备所有承诺的功能，并能正确执行。
2.性能：软件产品应具有优良的性能，包括响应时间、吞吐量、稳定性等。
3.可用性：软件产品应易于学习和使用，提高用户工作效率。
4.可靠性：软件产品应具有较高的容错能力和稳定性，避免因偶然错误而导致系统崩溃。
5.可维护性：软件产品应易于维护和升级，降低长期运营成本。
6.可扩展性：软件产品应具备良好的可扩展性，方便进行功能扩展和升级。
7.安全性：软件产品应采取必要的安全措施，防止数据泄露、非法访问等安全问题。
三、评价原则在进行软件产品质量评价时，应遵循以下原则：1.客观公正：评价者应以事实为依据，遵循科学、公正的评价方法。
2.全面覆盖：评价应涵盖软件产品的所有方面，包括功能、性能、用户体验等。
3.定量与定性结合：在评价过程中，应采用定性和定量两种方法，以便更准确地反映软件产品的质量状况。
4.过程与结果并重：评价应关注软件开发过程和结果，确保产品质量贯穿整个开发周期。
5.持续改进：评价结果应及时反馈给开发团队，以便进行持续改进和提高产品质量。
四、评价方法根据上述目标和原则，以下是一些常用的软件产品质量评价方法：1.功能性测试：通过测试用例的执行，验证软件产品是否满足用户需求和预期功能。
2.性能测试：评估软件产品的响应时间、吞吐量、稳定性等性能指标。
3.可用性测试：评估软件产品的易用性和用户体验，包括界面设计、操作流程等。
4.可靠性测试：通过模拟各种异常情况，测试软件产品的容错能力和稳定性。
软件质量度量体系
软件质量度量体系
软件质量度量体系是一个系统性的方法，用于对软件产品进行评价，并在此基础之上推进产品设计、产品制造和产品服务优化。
软件质量度量体系的主要目标是确保软件产品的质量，通过一系列的质量度量标准和方法，对软件产品的各个层面进行评估和测量。
这有助于发现潜在的问题和缺陷，并及时进行改进，从而提高软件产品的可靠性和稳定性。
在软件质量度量体系中，通常包括以下方面：
1.质量特性度量：对软件产品的各项质量特性进行度量，如功能性、可靠性、可用性、性能等。
2.过程度量：对软件开发过程中的各项活动进行度量，如需求分析、设计、编码、测试等。
3.组织度量：对软件开发组织的管理能力、技术能力、人员素质等方面进行度量。
4.成本效益度量：对软件开发的经济效益进行度量，包括直接成本、间接成本、收益等。
在实施软件质量度量体系时，通常需要制定相应的度量计划和标准，确定度量的目标、范围和方法，然后按照计划进行度量活动，并对结果进行分析和改进。
需要注意的是，软件质量度量体系是一个持续的过程，需要不断地进行评估和改进。
同时，不同的软件项目和组织可能需要不同的度量方法和标准，因此需要根据实际情况进行调整和优化。
软件质量保证与评估
软件质量保证与评估随着信息技术的快速发展，软件已经成为现代生活的重要组成部分。
然而，随之而来的是软件质量问题。
如何保证软件质量成为了软件开发公司及企业管理必须要面对的一个挑战。
本文将介绍软件质量保证和评估的相关知识。
一、软件质量保证软件质量保证是指通过整个软件开发周期，以确保软件产品达到顾客满意的程度，满足设计要求和规范要求的一系列活动。
首先，软件质量保证需要明确清晰的需求分析，只有明确定义的需求才能保证软件的正确性和完整性。
其次，软件开发过程中要有严格的代码管理，包括版本管理，代码规范等，以保证软件的可维护性和可扩展性。
同时，软件开发过程中要进行严格的测试，包括单元测试，集成测试以及系统测试，以发现并避免潜在的问题。
最后，软件质量保证需要有完善的文档管理，包括需求文档，设计文档，测试报告等，以降低软件维护成本。
二、软件质量评估软件质量评估是指对软件产品的质量指标进行评估和分析，从而得出软件质量的评价或者打分。
1. 软件质量评估的指标软件质量评估的指标包括功能性、可靠性、可维护性和可用性。
其中功能性指标强调软件产品是否满足用户需要的功能；可靠性指标强调软件产品在实际使用中能否正确地运行；可维护性指标强调软件产品在维护过程中的易用性和易维护性；可用性指标强调软件产品在用户界面设计上的友好性。
2. 软件质量评估方法软件质量评估方法主要分为静态和动态两种。
静态评估主要通过代码检查、代码审查和软件复审等方法来评估软件质量；动态评估主要通过测试和度量等手段来评估软件质量。
3. 软件质量评估工具软件质量评估工具主要包括代码检查工具、代码覆盖率工具、静态度量工具、错误检测工具以及性能测试工具等。
三、软件质量保证与评估的重要性软件质量保证和评估对于软件开发来说非常重要。
首先，软件质量保证和评估能够帮助软件开发人员及时发现并解决软件问题，提高软件质量。
其次，软件质量保证和评估能够提高软件开发企业的信誉度和市场竞争力。
评价软件质量的标准
评价软件质量的标准在当今信息化社会，软件已经成为人们生活和工作中不可或缺的一部分。
随着软件应用领域的不断扩大和软件功能的不断增强，软件质量成为了人们关注的焦点之一。
那么，如何评价软件的质量呢？下面将从几个方面来探讨评价软件质量的标准。
首先，稳定性是评价软件质量的重要标准之一。
稳定性指的是软件在运行过程中不会出现崩溃、死机等问题，能够长时间稳定运行。
一个稳定的软件能够有效地提高用户体验，保障用户的数据安全，提高工作效率。
因此，稳定性是评价软件质量的重要指标之一。
其次，安全性也是评价软件质量的重要标准之一。
随着网络的普及和信息的数字化，软件的安全性问题越来越受到人们的关注。
一个安全的软件能够有效地保护用户的隐私信息，防止恶意攻击和病毒侵入，确保数据的完整性和机密性。
因此，安全性是评价软件质量的重要指标之一。
再次，易用性也是评价软件质量的重要标准之一。
易用性指的是软件的界面设计简洁明了，操作简单方便，用户能够快速上手并且愉快地使用软件。
一个易用的软件能够提高用户的满意度，降低用户的学习成本，提高工作效率。
因此，易用性是评价软件质量的重要指标之一。
此外，性能也是评价软件质量的重要标准之一。
性能指的是软件在运行过程中的响应速度、处理能力等方面的表现。
一个高性能的软件能够快速响应用户的操作，高效地处理大量数据，提高工作效率。
因此，性能是评价软件质量的重要指标之一。
最后，兼容性也是评价软件质量的重要标准之一。
兼容性指的是软件能够在不同的操作系统、不同的硬件平台上正常运行，与其他软件能够良好地配合。
一个兼容性好的软件能够更好地满足用户的多样化需求，提高软件的适用范围。
因此，兼容性是评价软件质量的重要指标之一。
综上所述，稳定性、安全性、易用性、性能和兼容性是评价软件质量的重要标准。
一个优秀的软件应当在这几个方面都表现出色，才能够得到用户的认可和好评。
希望软件开发者在开发软件的过程中，能够充分重视这几个方面的指标，不断提升软件的质量，为用户提供更好的软件产品。
软件质量特性的测量与评估
软件质量特性的测量与评估在当今信息技术飞速发展的时代，软件作为一个至关重要的工具已经成为了人们生活和工作中不可或缺的一部分。
然而，随着软件规模越来越大、软件复杂度不断提高等问题的出现，软件质量保障已经成为了软件开发中的一个至关重要的环节。
其中，软件质量特性的测量与评估是软件质量保障的一个重要环节。
软件质量特性是指软件在特定情况下对特定需求的满足程度。
根据ISO/IEC 9126标准，软件质量特性主要包括功能性、可靠性、可用性、可维护性、可移植性等五个方面。
而软件质量特性的测量和评估则是通过一系列的技术手段和方法来定量或定性地评估软件的质量，以便于了解和改进软件质量。
在软件质量特性的测量与评估中，最主要的问题是如何寻找一种可以客观反映软件质量的测量指标。
一般来说，软件质量的测量和评估是通过采用指标体系建立和软件度量实践两个方面来完成的。
其中，指标体系建立主要包括确定软件质量特性，确定衡量软件质量的指标以及评价标准等；软件度量实践则包括度量方法、工具和技术等方面的具体实践。
对于指标体系建立，首先需要确定软件质量特性，其次需要确定测量指标和评估标准。
其中，测量指标要能够反映软件质量的不同方面，而评估标准则是测量指标的具体表现形式。
比如，在可用性方面，可以通过页面加载速度、用户体验等多个维度来测量；而在可靠性方面，则可以通过检测软件的稳定性、错误和异常处理等方面来进行评估。
对于软件度量实践，一般采用软件度量方法来进行。
常用的软件度量方法包括基于模型和基于规则两种。
其中，基于模型的度量方法是通过利用数学建模的方法将软件质量特性映射到指标上，进行定量化测量；而基于规则的度量方法则是根据专家经验和软件实际应用的历史数据进行测量评价。
此外，还有一些基于软件复杂度、代码行数、重复代码等进行的度量实践方法。
软件质量特性的测量与评估具有非常重要的作用。
首先，它有助于提高软件质量，增强软件的稳定性和可维护性，同时可以提高软件的生产效率，降低软件开发成本。
浅谈软件质量度量的方法、作用和意义
无缝集成 。 反思前几年软件开发管理力度不大造成一定程度上
理部门负责人及管理人员 、网站数据管理员 、教学站 以 及教学中心负责人及 管理人员 、教师 、学生等 ，根据不 同参与者确定 了大量用例 ，并对每个用例编写了 ：用例
关 键 词 ：质 量 ；控 制
本人在以往的系统开发过程 中运用过不同的开发工
ｔ Ｍ４ 级 软件公 司的资深项 目管理专家做咨询顾 问 ，请他 每周至少一次来学院指导工作。
项 目组采 取 的基本 度量 方案是 ：度量 软件的错误
具 、使用过不同的数据库 ，运行在不 同的平台上 ，比如
部分是 ：ａ ｓ ｐ ／ Ｓ ｑ ｌ ｓ ｅ ｒ ｖ ｅ ｒ ２ ０ ０ ０ ／ Ｗｉ ｎ ｄ ｏ ｗｓ ，部分是Ｐ ｈ ｐ ／ Ｊ ｒ ｔ ｙ ｓ
拟社 区 中 的 电子 白板 利 用 原 有 外 购 产 品 ，此 次 只进 行 升
在 这里重 点介绍 需求分 析阶段错 误数 的统计 ，以 及 通过错误数统计 、分析对软件开发 的促进和提高。大
家都知道软件的质量首先是满足各类需求 ，不满足需求 的软件就谈不上质量 。因此项 目组对需求分析给予了高
ｑ ｌ ／ Ｌ ｉ ｎ ｕ ｘ 等 ，子 系统之 间数据 割裂 、交叉 、重复现象严
重 ，代码经过几年 的修改再修改已经变 的很难 修改 ；服
数 、缺陷数 、计算错误清除率。具体实施中 ，项 目 组设
计 了一个错误汇总表 和几个分级 明细表。在汇总表中 ， 将 纵坐标 设计 为软件开发 各 阶段 ：计划 阶段 、需求 阶
度重视 。设计了如下需求分析阶段错误数统计表 ：纵坐
软件质量概念软件质量模型软件质量保证软件可靠性软件配置
在考虑软件可靠性时，首先应该明 确软件旳功能是什么，哪些功能是 主要旳，哪些功能是次要旳。一般 从软件需求分析阐明书和设计阐明 书中能够了解这些情况。
成功地运营程序
是指不但程序能正确地运营，满足 顾客对它旳功能要求， 而且当程 序一旦受到意外旳伤害，或系统故 障时，能尽快恢复，仍能正常地运 营。
在软件开发过程中，变更是不可防止 旳，若没有进行变更控制，则加剧了 项目中软件人员之间旳混乱。
配置管理是协调软件开发使得混乱减 到最小旳技术。
配置管理是在软件整个生命周期内管 理变化一组活动。这组活动用来：
(1) 标识变更； (2) 控制变更； (3) 确保变改正确地实现； (4) 向其他有关旳人报告变更。
植入故障和原有故障旳能力相同，则程
序中原有故障总数
N
NN(
=ET
sn
)估算值为
ns
Hyman分别测试法
由两个测试员同步相互独立地测试 同一程序旳两个副本，用 t 表达测 试时间，记 t＝0时，程序中原有故 障总数是 B0；t＝t1 时，测试员甲 发觉旳故障总数是 B1；测试员乙发 觉旳故障总数是 B2；其中两人发觉 旳相同故障数目是 bc；两人发觉旳 不同故障数目是 bi。
软件开发各阶段旳基线
软件配置
在软件工程过程中产生旳全部信 息项（文档、报告、程序、表格、 数据）构成了软件配置。
• 伴随软件工程过程旳进展，软件配 置项(SCI)数目迅速增长。
基线 (Baseline)
基线是软件生存期中各开发阶段末 尾旳特定点，又称里程碑。
基线旳作用是把各阶段工作旳划分 愈加明确化，以便于检验和肯定阶 段成果。
软件可靠性
在讨论软件可靠性中常用旳定义 软件可靠性定义 测试中旳可靠性分析
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
收稿日期:2003-10-21。
冯惠,高级工程师,主要从事信息技术国家及行业标准制定与管理。
浅谈软件质量度量和软件产品评价冯 惠1 王 凌21(中国电子技术标准化研究所 北京100007) 2(北京信息工程学院 北京100101)摘 要 软件质量度量和软件产品评价系列标准是国际标准化组织IS O/IEC J T C1近年来在软件工程标准方面的研究重点之一,对于通过量化手段进行软件产品的度量和评价,规范软件产品的质量管理,这两个系列标准提供了一条可以参考的实施途径。
本文在多年跟踪研究国际上软件工程标准和制定软件工程国家标准的基础上,对IS O/IEC J T C1近年推出的IS O/IEC 9126和IS O/IEC 14598系列,以及正在研制的IS O/IEC25000系列标准进行综合介绍。
关键词 软件工程 标准 软件质量度量 软件产品评价INTR ODUCTION OF SOFTWARE QUALIT Y METRICAN D SOFTWARE PR ODUCT EVAL UATIONFeng Hui 1 Wang Ling21(Chinese Electronics Standardization Institute ,Beijing 100007,China )2(Beijing Information Technology Institute ,Beijing 100101,China )Abstract International standards for s oftware quality metric and s oftware product evaluation are part of international standards for s oftware engi 2neering developed and produced by IS O/IEC J T C1with m ore effort in recent years.S tandards for s oftware quality metric and s oftware product evalu 2ation are intended to provide a method for reference as to carrying out s oftware quality metric and s oftware product evaluation ,and specifying quality management of s oftware product by means of quantification.This paper is to introduce IS O/IEC 9126and IS O/IEC 14598published and IS O/IEC 25000under development ,by IS O/IEC J T C1in recent years ,based on tracing and researching those international standards for s oftware engineering and producing national standards for s oftware engineering.K eyw ords S oftware engineering S tandard S oftware quality metric S oftware product evaluation1 引 言随着信息技术的蓬勃发展,计算机已经越来越广泛地应用到各行各业中。
作为信息技术的灵魂———软件更是发挥了极其重要的作用,其正确运行与否常常是确保业务成功和人类生命安全的关键。
因此,对软件产品质量进行全面说明和评价是保证软件质量的关键因素,基于此目的,IS O/IEC J T C1近几年陆续发布了两个重要的系列标准———IS O/IEC 14598《软件工程产品评价》和IS O/IEC9126《软件工程产品质量》。
本文将对这两个系列标准的内容加以综合介绍,同时将目前IS O/IEC J T C1正在进行的有关软件产品质量与评价国际标准的最新动态作一介绍。
2 概 况早在1991年,IS O/IEC J T C1就发布了IS O/IEC 9126标准《信息技术软件产品评价质量特性及其使用指南》。
在这个标准中,提出了软件质量的通用模型,即用6个质量特性概括软件的质量:功能性、可靠性、易用性、效率、维护性和可移植性,每个特性还可以进一步细分为子特性,如适合性、互操作性、容错性等共21个。
这些特性和子特性代表了软件质量的方方面面,使国际上有关软件质量方面的不同观点基本上趋于一致。
同时,该标准还提出了对软件质量进行评价的过程模型和评价步骤。
这一标准的发布在相当一段时期成为软件工程领域研究软件质量的重要指导。
随着信息技术的不断发展,人们对软件质量的认识也在逐步深入。
IS O/IEC J T C1结合软件工程领域的研究进展,对原来的IS O/IEC9126:1991标准进行了修订,将原标准中有关软件质量模型和质量特性的部分与有关依据质量特性评价软件质量的部分进行了划分,并充实了很多新的研究进展,有关软件评价部分的内容形成了IS O/IEC14598《软件工程产品评价》标准,有关质量特性和质量模型部分仍称为IS O/IEC9126《软件工程产品质量》标准,于1998年开始陆续发布。
3 标准内容介绍311 总体结构先推出的IS O/IEC14598系列标准在总标题《软件工程产品评价》下分为6个部分,其中,第1部分:概述,给出了评价各类软件产品的一般过程和术语定义;第2部分:策划和管理,描述了软件产品评价的策划与组织管理方面的要求;第3、第4和第5部分分别为:开发者用的过程、需方用的过程和评价者用的过程,从不同使用角度给出了三种评价过程指南;第6部分:评价第22卷第2期 计算机应用与软件V ol 122,N o 122005年2月 C om puter Applications and S oftware Feb 12005模块的文档编制,则针对不同的软件质量特性和评价目的,提出了将评价工作模块化以及如何编制评价模块文档。
近两年推出的IS O/IEC9126新版标准在总标题《软件工程产品质量》下分为4个部分,其中,第1部分:质量模型,给出了二种通用的软件质量模型———描述内部质量和外部质量时用的模型及描述使用质量时用的模型,保留了6个软件质量特性,将子特性扩充为27个,另外还定义了使用质量的4个特性;第2、第3和第4部分分别为:外部度量、内部度量和使用质量的度量,描述了如何依据第1部分的质量模型进行软件的外部度量、内部度量和使用质量的度量,还给出了建议的度量元。
这两个系列标准的关系如图1所示。
图1 IS O/IEC9126和IS O/IEC14598标准间的关系312 质量模型新版IS O/IEC9126标准的内部质量和外部质量模型如图2所示。
图2 内部质量和外部质量模型与原标准的区别主要体现在对每个质量特性都增加了与相关标准、法规相依从的子特性,例如软件的功能性依从的子特性,描述了遵循有关软件功能性方面的其他标准和法规的能力。
新的使用质量的模型如图3所示,它规定了软件的4个使用质量特性,即:有效性、生产率、安全性和满意度,没有再进一步细分子特性。
图3 使用质量的模型313 软件质量的途径在实际应用中,软件质量与软件生存周期中的过程质量密切相关,如图4所示。
软件的过程质量影响软件开发过程中的一些中间产品的内部质量。
而软件的内部质量又影响它所在的系统所表现的软件产品的外部质量,同样,软件的外部质量也影响从用户使用角度所看到的使用质量。
相反,也是一样。
因此,提高软件的过程质量有助于提高软件产品质量,而产品质量的提高又有助于提高使用质量。
图4 软件生存周期中的质量途径314 软件的度量IS O/IEC9126系列标准除提出二种软件质量模型外,还从软件的外部质量、内部质量和使用质量的角度对模型中的每一个质量特性/子特性给出了详细描述,推荐了一些可操作的度量元及度量实例。
例如,对软件的功能性,外部度量是对包含软件的系统的行为进行测量,如系统的运行结果是否与质量规格说明一致,或是否有隐含的在质量规格说明中未定义的功能需求。
而内部度量是测量软件本身的功能,看其能否满足规定和隐含的要求。
虽然对功能性进行外部或内部度量时,要测量相同的子特性,但对它们的测量需要用不同的度量元和度量方法来进行。
在实际应用中,用户可以使用标准中建议的度量元,也可以使用自己定义的度量元或度量方法。
使用质量的度量是在真实的系统环境下进行的。
由用户在特定的使用周境中测量软件产品是否达到用户要求的有效性、生产率、安全性和满意度等具体目标。
IS O/IEC9126系列标准中给出的各种度量既可以用来测量不同阶段的软件产品质量,也可以在产品开发的初始阶段作为确认质量需求的指标。
315 软件产品的评价过程根据软件度量的结果,可按IS O/IEC14598系列标准给出的评价过程对软件质量进行评价。
由于软件的开发者、需方和第三方评价者所处的角度不同,关心的评价要求不同,因而使用的评价过程也不相同。
IS O/IEC14598的第3、第4和第5部分就分别对这三种情况给出了3类具体的评价过程。
一般来看,软件产品的通用评价过程如图5所示。
评价结果对软件开发生存周期的下一步决定十分重要。
图5 产品评价的一般过程4 未来标准的发展在应用实践中,逐渐发现IS O/IEC 9126和14598两个系列标准实际上有公共的规范性、资料性和功能性要素,相互构成了互补的标准引用集合,使得它们在应用中容易产生冲突。
为此,IS O/IEC J T C1目前又在力图将这两个系列标准重新整合,推出一套新的标准———IS O/IEC25000系列《软件和系统工程软件产品质量需求和评价(S QuaRE )》,使软件产品质量管理与评价更趋合理和有效。
S QuaRE 系列标准和IS O/IEC 9126、IS O/IEC 14598的主要区别在于:引入了新的S QuaRE 标准体系、新的通用参考模型和对S QuaRE 体系中每个部分专门的详细指南;在质量度量部分引入了测量要素;引入了质量需求标准;合并和修订了评价过程;在示例中引入了实际使用指南;以及调整和协调了与IS O/IEC15939(即《软件工程软件测量过程》)的内容。
S QuaRE 的体系结构如图6所示。
质量需求部分2503n质量模型部分2501n 质量管理部分2500n 质量度量部分2502n 质量评价部分2504n图6 S QuaRE 体系结构(下转第69页)32 计算机应用与软件2005年类型代码名 称描 述28G roup2Find查找组别列表30G roup2Find2All查找域名列表31NS2Login服务器的注册包32NS2Access服务器的登录包33NS2Find服务器发向上一级服务器的用户信息34NS2Find2NS服务器发向上一级服务器的基本信息41FS2User发向用户的文件请求包51FS2User2Response用户针对于文件请求包返回的应答包42User2FS用户发向服务器的文件请求包52User2FS2Response服务器返回的应答包③Length(长度)Length字段长度不定,用于表示Attributes的长度,最小可以为0。