软件工程标准化.docx
《软件工程标准化.docx》由会员分享，可在线阅读，更多相关《软件工程标准化.docx（14页珍藏版）》请在冰豆网上搜索。
软件工程标准化
学号：
10210407242
综述报告
题目
软件工程标准化
院系
信息工程系
专业
计算机网络
班级
1072
姓名
马骏
指导教师
黄志军
2010
年
3
月
28
日
软件工程标准化
摘要：
当前中国软件管理机构、中国软件企业或其他软件开发机构，正在推行软件工程标准化的工作。
把软件工程标准化工作切实地向前推进一步，必须掌握有关软件工程国家标准的具体内容。
关键字：
软件工程标准化国家标准
1软件工程标准化简介
计算机问世以后，人要和计算机打交道，需要程序设计语言，这种语言不仅应让计算机理解，而且还应让别人看懂，使其成为人际交往的工具。
程序设计语言的标准化最早提到日程上来。
60年代程序设计语言蓬勃发展，出现了名目繁多的语言，这对于推动计算机语言的发展无疑有着重要作用。
但同时也带来许多麻烦。
即使同一种语言，由于在不同型号的计算机上实现时，作了不同程度的修改和变动，形成了这一语言的种种“方言”，为编写出程序的交流设置了障碍。
制定标准化程序设计语言，为某一程序设计语言规定若干个标准子集，对于语言的实现者和用户都带来了很大方便。
软件工程标准的类型也是多方面的。
它可能包括过程标准（如方法、技术、度量等）、产品标准（如需求、设计、部件、描述、计划、报告等）、专业标准（如职别、道德准则、认证、特许、课程等）以及记法标准（如术语、表示法、语言等）。
软件工程国家标准如下图：
2标准化的主要特点
在开发一个软件时，需要有许多层次、不同分工的人员相互配合；在开发项目的各个部分以及各开发阶段之间也都存在着许多联系和衔接问题。
如何把这些错综复杂的关系协调好，需要有一系列统一的约束和规定。
在软件开发项目取得阶段成果或最后完成时，还需要进行阶段评审和验收测试。
投入运行的软件，其维护工作中遇到的问题又与开发工作有着密切的关系。
软件的管理工作则渗透到软件生存期的每一个环节。
所有这些都要求提供统一的行为规范和衡量准则，使得各种工作都能有章可循。
软件工程的标准化会给软件工作带来许多好处，比如：
可提高软件的可靠性、可维护性和可移植性；
可提高软件的生产率；
可提高软件人员的技术水平；
可提高软件人员之间的通信效率，减少差错和误解；
有利于软件管理；有利于降低软件产品的成本和运行维护成本；
有利于缩短软件开发周期。
随着人们对计算机软件的认识逐渐深入。
软件工作的范围从只是使用程序设计语言编写程序，扩展到整个软件生存期。
诸如软件概念的形成、需求分析、设计、实现、测试、安装和检验。
运行和维护，直到软件淘汰（为新的软件所取代）。
同时还有许多技术管理工作（如过程管理、产品管理、资源管理）以及确认与验证工作（如评审和审核、产品分析、测试等）常常是跨越软件生存期各个阶段的专门工作。
所有这些方面都应当逐步建立起标准或规范来。
另一方面，软件工程标准的类型也是多方面的。
根据中国国家标准GB／T15538－1995《软件工程标准分类法》，软件工程标准的类型有：
过程标准：
如方法、技术、度量等。
产品标准：
如需求、设计、部件、描述、计划、报告等。
专业标准：
如职别、道德准则、认证、特许、课程等。
记法标准：
如术语、表示法、语言等。
2.1标准的制定与推行
Java与C++相比,不再支持运算符重载、多级继承及广泛的自动强制等易混淆和较少使用的特性，而增加了内存空间自动垃圾收集的功能，复杂特性的省略和实用功能的增加使得开发变得简单而可靠。
简单化的另一个方面是Java的系统非常小，其基本解释和类支持部分只占40KB，附加的基本标准库和线程支持也只需增加175KB。
因此，Java应用软件能在相当小的系统之上独立工作。
软件工程标准的制定与推行通常要经历一个环状的生命周期,如图10.15所示。
最初，制定一项标准仅仅是初步设想，经发起后沿着环状生命期，顺时针进行要经历以下的步骤：
图10.15软件工程标准的环状生命期
建议：
拟订初步的建议方案；
公布
建议
修订
撤消
实施
开发
发起
开发：
制定标准的具体内容；
审核
咨询：
征求并吸取有关人员的意见；
审批：
由管理部门决定能否推出；
咨询
公布：
公布发布，使标准生效；
培训：
为推行标准准备人员条件；
审批
培训
实施：
投入使用，需经历相当期限；
审核：
检验实施效果，决定修改还
是撤消；
修订：
修改其中不适当的部分，形
成标准的新版本，进入新的周期。
为使标准逐步成熟，可能在环状生命周期上循环若干圈，需要做大量的工作。
2.2软件工程标准的层次
根据软件工程标准制定的机构和标准适用的范围有所不同，它可分为五个级别，即国际标准、国家标准、行业标准、企业（机构）标准及项目（课题）标准。
以下分别对五级标准的标识符和标准制定（或批准）的机构做一简要说明：
①国际标准
由国际联合机构制定和公布，提供各国参考的标准。
如ISO（InternationalStandardsOrganization）──国际标准化组织。
这一国际机构有着广泛的代表性和权威性，它所公布的标准也有较大的影响。
1960年代初，该机构建立了“计算机与信息处理技术委员会”,简称ISO／TC97，专门负责与计算机有关的标准化工作。
这一标准通常冠有ISO字样，如ISO8631－86Informationprocessing–programconstructsandconventionsfortheirrepresentation《信息处理──程序构造及其表示法的约定》。
该标准现已由中国收入国家标准。
②国家标准
由政府或国家级的机构制定或批准，适用于全国范围的标准，如：
GB──中华人民共和国国家技术监督局是中国的最高标准化机构，它所公布实施的标准简称为“国标”。
现已批准了若干个软件工程标准。
ANSI（AmericanNationalStandardsInstitute）──美国国家标准协会。
这是美国一些民间标准化组织的领导机构，具有一定的权威性。
FIPS（NBS）（FederalInformationProcessingStandards（NationalBureauofStandards））──美国商务部国家标准局联邦信息处理标准。
它所公布的标准均冠有FIPS字样。
如1987年发表的FIPSPUB132－87Guidelineforvalidationandverificationplanofcomputersoftware（软件确认与验证计划指南）。
BS（BritishStandard）──英国国家标准。
DIN（DeutschesInstitutfürNormung）──德国标准协会
JIS（JapaneseIndustrialStandard）──日本工业标准
③行业标准
由行业机构、学术团体或国防机构制定，并适用于某个业务领域的标准，如：
IEEE（InstituteofElectricalandElectronicsEngineers）──美国电气与电子工程师学会。
近年该学会专门成立了软件标准分技术委员会（SESS），积极开展了软件标准化活动，取得了显著成果，受到了软件界的关注。
IEEE通过的标准经常要报请ANSI审批，使之具有国家标准的性质。
因此，日常看到IEEE公布的标准常冠有ANSI的字头。
例如，ANSI／IEEEStr828－1983《软件配置管理计划标准》。
GJB──中华人民共和国国家军用标准。
这是由中国国防科学技术工业委员会批准，适合于国防部门和军队使用的标准。
例如，1988年实施的GJB437－88《军用软件开发规范》；GJB438－88《军用软件文档编制规范》。
3）DOD_STD（DepartmentOfDefense_STanDards）──美国国防部标准，适用于美国国防部门。
MIL_S（MILitary_Standard）──美国军用标准，适用于美军内部。
此外，近年来中国许多经济部门（例如，原航空航天部、原国家机械工业委员会、对外经济贸易部、石油化学工业总公司等）都开展了软件标准化工作，制定和公布了一些适合于本部门工作需要的规范。
这些规范大都参考了国际标准或国家标准，对各自行业所属企业的软件工程工作起了有力的推动作用。
④企业规范
一些大型企业或公司，由于软件工程工作的需要，制定适用于本部门的规范。
例如，美国IBM公司通用产品部（GeneralProductsDivision）1984年制定的《程序设计开发指南》，仅供该公司内部使用。
⑤项目规范
由某一科研生产项目组织制定，且为该项任务专用的软件工程规范。
例如，计算机集成制造系统（CIMS）的软件工程规范。
3软件工程的国家标准
1983年5月中国原国家标准总局和原电子工业部主持成立了“计算机与信息技术标准化技术委员会”，下设十三个分技术委员会。
与软件相关的程序设计语言分委员会和软件工程技术分委员会。
中国制定和推行标准化工作的总原则是向国际标准靠拢，对于能够在中国适用的标准一律按等同采用的方法，以促进国际交流。
这里，等同采用是要使自己的标准与国际标准的技术内容完全相同，仅稍做编辑性修改。
从1983年起到现在，中国已陆续制定和发布了20项国家标准。
这些标准可分为4类：
①基础标准；②开发标准；③文档标准；④管理标准。
在表10.1所示的表中分别列出了这些标准的名称及其标准号。
除去国家标准以外，近年来中国还制定了一些国家军用标准。
根据国务院、中央军委在1984年1月颁发的军用标准化管理办法的规定，国家军用标准是指对国防科学技术和军事技术装备发展有重大意义而必须在国防科研、生产、使用范围内统一的标准。
凡已有的国家标准能满足国防系统和部队使用要求的，不再制定军用标准。
表10.1中国的软件工程标准
分类
标准名称
标准号
基
础
标
准
开
发
标
准
信息处理——数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编辑符号及约定
GB1526―89
ISO5807―1985
软件工程术语
GB/T11457―89
软件工程标准分类法
GB/T15538―95
ANSI/IEEE1002
信息处理——程序构造及其表示法的约定
GB13502―92
ISO8631
信息处理——单命中判定表的规范
GB/T15535―95
ISO5806
信息处理系统——计算机系统配置图符号及其约定
GB/T14085―93
ISO8790
文
档
标
准
软件开发规范
GB8566―88
计算机软件单元测试
GB/T15532―95
软件支持环境
信息处理——按记录组处理顺序文卷的程序流程
ISO6593―1985
软件维护指南
GB/T14079―93
软件文档管理指南
计算机软件产品开发文件编制指南
GB8567―88
计算机软件需求说明编制指南
GB9385―88
ANSI/IEEE829
计算机软件测试文件编制规范
GB9386―88
ANSI/IEEE830
管
理
标
准
计算机软件配置管理计划规范
GB/T12505―90
IEEE828
信息技术软件产品评价质量特性及其使用指南
GB/T12260―96
ISO/IEC9126―91
计算机软件质量保证计划规范
GB12504―90
ANSI/IEEE730
计算机软件可靠性和可维护性管理
GB/T14394―93
质量管理和质量保证标准第三部分：
GB/T19001―ISO9001在软件开发、供应和维护中的使用指南
GB/T19000.3―
94
ISO9000―3―93
3.1GB/T8567-2006计算机软件文档编制规范
本标准根据GB/T8566-2001《信息技术软件生存周期过程》的规定，主要对软件的开发过程和管理过程应编制的主要文档及其编制的内容、格式规定了基本要求。
本标准原则上适用于所有类型的软件产品的开发过程和管理过程。
本标准规定规定了文档过程，包括软件标准的类型（含产品标准和过程标准）、源材料的准备、文档计划、文档开发、评审、与其他公司的文档开发子合同；文档编制要求，包括软件生存同期与各种文档的编制要求，含可行性与计划研究、需求分析、设计、实现、测试、运行与维护共六个阶段的要求、在文档编制中应考虑的各种因素；详细给出了25种文档编制的格式，这些文档包括可行性分析（研究）报告、软件开发计划、软件测试计划、软件安装计划、软件移交计划、运行概念说明、系统/子系统需求规格说明、接口需求规格说明、系统/子系统设计（结构设计）说明、接口设计说明、软件需求规格说明、数据需求说明、软件（结构）设计说明、数据库（顶层）设计说明、软件测试说明、软件测试报告、软件配置管理计划、软件质量保证计划、开发进度月报、项目开发总结报告、软件产品规格说明、软件版本说明、软件用户手册、计算机操作手册、计算机编程手册。
这25种文件可分别适用于计算机软件的管理人员、开发人员、维护人员和用户。
标准给出了25种文件的具体内容。
使用者可根据实际情况对本标准进行适当剪裁。
在附录中详细给出了面向对象软件的文档编制说明。
本标准参考国际标准ISO/IEC15910：
1999《信息技术软件用户文档过程》等标准制定的。
该标准代替GB/T8567-1988《计算机软件产品开发文件编制指南》。
3.2GB/T11457-2006信息技术软件工程术语
本标准定义了软件工程领域中通用的术语。
本标准适用于软件开发、使用维护、科研、教学和出版等方面。
本标准规定了软件工程领域中的1859个中文术语，以及每个中文术语对应的英文词，还对每个术语给出了一个或一个以上的定义。
标准的最后附有英文索引和中文索引。
本标准是对GB/T11457-1995《软件工程术语》的修订，并代替GB/T11457-1995标准。
在GB/T11457-1995中规定了软件工程经常用到的545个中文术语
本标准吸收了IEEEStd610.12.1990IEEEStandardGlossaryofSoftwareEngineeringTerminology中的全部术语，并参考了软件工程有关标准方面的部分术语。
3.3GB/T16260.1-2006软件工程 产品质量第1部分：
质量模型
该标准描述了关于软件产品质量的两部分模型，即a）内部质量和外部质量，b）使用质量。
该标准定义的特性适用于每一类软件，包括固件中的计算机程序和数据。
这些特性为确定软件的质量需求和权衡软件产品的能力提供了一个框架。
该标准可供软件产品的开发者、需方、质量保证人员和独立评价者，特别是对确定和评价软件产品质量负责的人员使用。
标准详细规定了质量模型的框架，包括质量途径及生存周期中的质量、产品质量和生存周期、需要评价的项、质量模型的使用；外部质量和内部质量的质量模型，包括功能性、可靠性、易用性、效率、维护性和可移植性六个特性，各种特性又分若干子特性，标准详细规定了各种子特性；使用质量的质量模型，包括有效性、生产率、安全性、满意度，使用质量是面向用户的六个软件产品质量特的组合效用。
标准以附录的形式给出了各种度量、所引用的主术语和定义、被采用国际标准ISO/IEC9126的工作历史。
该标准等同采用国际标准ISO/IEC9126-1：
2001。
该标准代替国家标准GB/T16260-1996《信息技术软件产品评价质量特性及其使用指南》。
3.4GB/T16260.2-2006软件工程 产品质量第2部分：
外部度量
该标准定义了依据GB/T16260.1定义的特性和子特性来定量测量软件外部质量的外部度量，主要包括如何使用软件质量度量的解释、每个子特性的基本度量集、在软件产品生存周期内如何使用这些度量的实例。
该标准可用于各种应用软件，主要针对软件产品的需方、评价者、开发者、维护者、供方、用户质量管理者使用。
标准详细规定了软件质量度量的使用方法及其度量类型之间的关系；度量表的阅读和使用，包括GB/T16260.1中定义的各种特性和子特性度量的度量名称、度量目的、应用方法、测量公式和数据元素的计算、测量值的解释、度量标度类型、测量类型、测量输入、在GB/T8566中的应用、目标用户；各种度量表，包括功能性度量、可靠性度量、易用性度量、效率度量、维护性度量和可移植性度量。
标准以附录的形式给出了使用度量时考虑的各种因素，使用质量的度量、外部度量和内部度量的用法（框架实例），度量标度类型和测度类型的详细解释。
该标准等同采用国际标准ISO/IEC9126-2：
2003。
3.5GB/T16260.3-2006软件工程 产品质量第3部分：
内部度量
该标准定义了依据GB/T16260.1定义的特性和子特性来定量测量软件内部质量的内部度量，主要包括如何使用软件质量度量的解释、每个子特性的基本度量集、在软件产品生存周期内如何使用这些度量的实例。
该标准可用于各种应用软件，主要针对软件产品的需方、评价者、开发者、维护者、供方、用户质量管理者使用。
标准详细规定了软件质量度量的使用方法及其度量类型之间的关系；度量表的阅读和使用，包括GB/T16260.1中定义的各种特性和子特性度量的度量名称、度量目的、应用方法、测量公式和数据元素的计算、测量值的解释、度量标度类型、测量类型、测量输入、在GB/T8566中的应用、目标用户；各种度量表，包括功能性度量、可靠性度量、易用性度量、效率度量、维护性度量和可移植性度量。
标准以附录的形式给出了使用度量时考虑的各种因素，使用质量的度量、外部度量和内部度量的用法（框架实例），度量标度类型和测度类型的详细解释。
该标准等同采用国际标准ISO/IEC9126-3：
2003。
3.6GB/T16260.4-2006软件工程产品质量第4部分：
使用质量的度量
该标准为GB/T16260.1中所规定的质量特性定义了使用质量的度量，主要包括如何使用软件质量度量的解释、每个子特性的基本度量集、在软件产品生存周期内如何使用这些度量的实例。
该标准可用于各种应用软件，主要针对软件产品的需方、评价者、开发者、维护者、供方、用户质量管理者使用。
标准详细规定了软件质量度量的使用方法及其度量类型之间的关系；度量表的阅读和使用，包括GB/T16260.1中定义的各种特性和子特性度量的度量名称、度量目的、应用方法、测量公式和数据元素的计算、测量值的解释、度量标度类型、测量类型、测量输入、在GB/T8566中的应用、目标用户；各种度量表，包括有效性度量、生产率度量、安全性度量、满意度度量四种特性（无子特性）。
标准以附录的形式给出了使用度量时考虑的各种因素，使用质量的度量、外部度量和内部度量的用法（框架实例），度量标度类型和测度类型的详细解释，使用质量的评价过程，使用质量测试报告的通用行业格式及其实例。
该标准等同采用国际标准ISO/IEC9126-4：
2004。
3.7GB/Z20156-2006软件工程 软件生成周期过程 用于项目管理的指南
该标准论述的项目管理的各方面，它们或是“软件特定的”，或是已知的在GB/T8566-2001任一基本过程中引发软件项目问题的，包括将将GB/T8566-2001的7.1中的管理活动在每个基本过程中实施SPM进行一般指导，软件项目管理对每个基本过程的适用性，与软件项目管理的范围适当交叉的关键域，针对某些管理任务为软件项目经理（PM）扩充了指南。
该标准为负责管理GB/T8566-2001软件生存周期基本过程：
获取、供应、开发、运作和维护的执行的人员提供了指南。
标准详细论述了项目管理的有关指南，包括软件项目管理导引和管理过程。
其中，在软件项目管理导引中提及，一个项目有一组人、资源，以及某些特定的公共特性事件，软件项目是强调以软件作为它的产品、服务或结果的项目，并提及了许多相关问题。
在管理过程中主要论述了当GB/T8566-2001用于软件项目管理（SPM）时的管理过程，包括启动和范围确定、策划、执行和控制、评审和评价、结束。
标准以附录的形式详细给出了GB/T8566-2001对管理过程的支持、软件项目管理活动到管理过程活动的映射、项目管理过程到GB/T8566-2001管理过程活动的映射、各种支持信息。
该标准修改采用国际标准ISO/IECTR16326：
1999。
3.8GB/T20157-2006信息技术软件维护
该标准比较详细地描述GB/T8566所述的维护过程的管理；定义了各种维护类型，并且提供了在维护过程的策划、执行、控制、评审和评价以及结束等方面的应用指南。
本标准的范围涉及到对于具有相同维护资源的多种软件产品的维护。
该标准在编写上主要针对软件维护人员，附带考虑了负责开发的和质量保证的人员。
本标准也可由那些可能为维护计划提供输入的系统（其中包含软件）需方和用户使用。
该标准适用于现货产品开发者自我赋予的这些产品的维护任务。
维护适用于计算机程序、编码、数据和文档。
本标准适用于在软件产品的开发期间创建的各种软件产品，可能包括测试软件、测试数据库、软件测试环境（STE）或软件工程环境（SEE），等等。
该标准适用于所有的维护工作，与生存周期模型（如增量型、瀑布型、演化型）或开发方法（如快速应用、原型、实物模型）无关。
该标准首先说明了软件维护如何应用，然后详细给出了软件维护的实施注意事项，包括维护类型、维护安排、维护工具、软件测量、过程的文档编制、早期介入开发、维护性、软件移交、文档编制；软件维护策略，包括软件维护策略中的维护概念、维护计划、资源分析；维护过程，包括过程实施、问题和修改分析、修改实施、维护评审和（或）验收、迁移、软件退役。
标准以附录的形式给出了本标准与GB/T8566《信息技术软件生存周期过程》各章之间的对照关系。
该标准等同采用国际标准ISO/IEC14764：
1999。
3.9GB/T20158-2006信息技术 软件生成周期过程 配置管理
该标准是基于GB/T8566的配置管理（CM）过程，规定了计算机软件配置管理的实施要求，以用于软件产品的开发、维护和运行。
该标准适用于：
任何形式的软件；软件产品的整个生存周期和生存周期内的单个开发、维护和运行项目，从分包商或销售商获得的软件；软件产品的供方和需方。
适用于供、需双方的情况，并且双方属于同一组织时也同样适用。
该标准详细规定了软件配置管理的过程实施，包括启动和规定范围、策划、控制执行、SCM过程的评审和评价、结束；软件配置标识，包括标识软件配置项、标识软件配置基线、标识软件库、进展状态；配置控制，包括提出变更申请、评价变更申请的影响、实施变更、通告处置情况、结束变更；软件配置状态统计，包括记录标识、跟踪变更、报告状态统计记录；软件配置评价；软件发行管理和交付，包括处理、存储、复制、打包、交付；接口控制。
标
升级会员 