JGJ/T 90-1992 建设领域计算机软件工程技术规范JGJ/T90-92

标准中涉及的相关检测项目

《JGJ/T 90-1992 建设领域计算机软件工程技术规范》作为一个行业标准，主要侧重于规范建设领域计算机软件工程的开发和应用。在该标准中，虽然具体列出的检测项目和方法可能并没有详细列出，但我们可以总结出一些可能的相关内容涉及的方面。

• 软件功能性检测：确保软件满足规定的功能需求。
• 软件可靠性检测：确保软件在特定条件下能够稳定运行。
• 软件性能检测：确保软件在速度、响应时间和资源使用方面符合要求。
• 用户界面和体验检测：评价软件的可用性和易用性。
• 软件安全性检测：确保软件免受未授权访问和数据泄露。

• 静态测试方法：通过代码审查和分析来检测软件问题。
• 动态测试方法：在运行环境中通过执行测试用例进行检测。
• 单位测试（单元测试）：对软件模块的功能进行独立测试。
• 集成测试：评估软件各模块之间的接口和交互行为。
• 系统测试：针对整体软件系统进行的全面测试。

• 建设工程管理软件
• 建筑设计软件
• 施工模拟软件
• 建筑信息建模（BIM）软件
• 其他相关的工程和管理软件

值得注意的是，《JGJ/T 90-1992》作为一个指导性文件，可能需要结合实际项目需求和工程环境来进行具体应用。建议在实施过程中，始终参照最新版本的标准以及补充文件，以获得最佳的结果。

JGJ/T 90-1992 建设领域计算机软件工程技术规范JGJ/T90-92的基本信息

标准名：建设领域计算机软件工程技术规范JGJ/T90-92

标准号：JGJ/T 90-1992

标准类别：建筑工业行业标准(JG)

发布日期：1992-12-02

实施日期：1993-06-01

标准状态：现行

JGJ/T 90-1992 建设领域计算机软件工程技术规范JGJ/T90-92的简介

为使建设领域计算机软件开发、维护和验收各环节符合统一的要求，做到软件生产中概念一致、格式统一、文档资料完整清晰，以提高软件生产的质量和效率，并促进软件的工程化和商品化，尽快形成建设领域的软件产业，制定本规范。本规范适用于建设领域中软件的开发、维护和验收工作。JGJ/T90-1992建设领域计算机软件工程技术规范JGJ/T90-92JGJ/T90-1992

JGJ/T 90-1992 建设领域计算机软件工程技术规范JGJ/T90-92的部分内容

工程建设标准全文信息系统

中华人民共和国行业标准

建设领域

计算机软件工程技术规范

Technical codeforcomputersoftwareengineering inconstructon

JGJ/T90-92

1993北

工程建设标准全文信息系统

W工程建设标准全文信息系统

中华人民共和国行业标准

建设领域

计算机软件工程技术规范

JGJ/T90-92

主编单位：建设部信息中心

批准部门：中华人民共和国建设部施行日期：1993年6月1日

工程建设标准全文信息系统

工程建设标准全文信息系统

关于发布行业标准《建设领域计算机软件工程技术规范》的通知

建标[1992]862

根据建设部（91)建标字718号文的要求，由建设部信息中心主编的《建设领域计算机软件工程技术规范》，业经审查，现批准为推荐性行业标准，编号JG/T1002-92，自1993年6月1日起施行。本标准由建设部标准定额研究所归口管理，其具体解释工作由建设部信息中心负责。

本标准由建设部标准定额研究所组织出版。中华人民共和国建设部

1992年12月2日

注：本标准编号由JG/T1002—92调整为JGJ/T90-92。工程建设标准全文信息系统

W.bzsoso.cO工程建设标准全文信息系统

计算机软件开发

一般规定

文件编制要求

编程格式约定

计算机软件验收

5计算机软件维护。

附录A

附录B

附录C

附录D

软件开发表格式样

软件验收表格式样

软件维护表格式样

本规范用词说明

附加说明

工程建设标准全文信息系统

：(13)

（45)

工程建设标准全文信息系统

1总则

1.0.1为使建设领域计算机软件开发、维护和验收各环节符合统一的要求，做到软件生产中概念一致、格式统一、文档资料完整清晰，以提高软件生产的质量和效率，并促进软件的工程化和商品化，尽快形成建设领域的软件产业，制定本规范。2本规范适用于建设领域中软件的开发、维护和验收工作。1.0.2

3建设领域计算机软件的开发、维护和验收，除应执行本规1.0.3

范外，尚应符合现行有关国家标准的规定。工程建设标准全文信息系统

工程建设标准全文信息系统

2术语

2.0.1软件生存周期

软件产品从形成概念开始，经过开发、使用和不断增补修订，直到最后被淘汰的整个过程。

2.0.2用户

为实际需要而使用程序的单位或个人。2.0.3软件

计算机程序及其有关的数据和文档，包括固化的程序。2.0.4接口

两个不同系统的交接部分。例如，两种硬设备的接口装置，两个程序块的接口程序，两个或多个程序共同访问的存储区等。用户接口即为人与机器的交接部分，亦称用户界面。2.0.5模块

程序中一个能逻辑地分开的部分。2.0.6确认

在软件开发过程的各阶段结束时，对其成果进行评价，以确定它是否和原提出的需求相一致。2.0.7软件强度测试

在事先规定好的一段时间内，对软件进行系统设计能力范围之内、临界状态下以及超出设计范围情况下的测试。2.0.8任务承办单位

为任务委托单位开发、购买或选用软件产品的单位。2.0.9任务委托单位

为产品开发提供资金，并确定产品需求的单位。2.0.10正确性维护

工程建设标准全文信息系统

W工程建设标准全文信息系统

为改正开发阶段产生而测试阶段未发现的软件错误而进行的修改，其中包括改正程序错误、文件错误和设计错误。2.0.11适应性维护

为适应运行环境改变而进行的软件修改。2.0.12完善性维护

为扩充功能或改善性能而进行的修改和补充。2.0.13维护管理员

负责组织、管理和协调维护工作的人员。2.0.14软件维护员

具体完成软件修改的工作人员。工作文件

软件开发过程中填写的各种图表。产品文件

软件开发过程中编制的技术资料或技术管理资料。工程建设标准全文信息系统

工程建设标准全文信息系统

计算机软件开发

3.1一般规定

计算机软件开发过程，可划分为可行性研究与计划需求分析、概要设计、详细设计、实现、组装测试、确认测试七个阶段。3.1.2计算机软件开发过程各阶段的任务、实施步骤和要求，应符合现行国家标准《计算机软件开发规范》的规定。3.1.3计算机软件开发过程各阶段应交付的文件，应符合表3.1.3的规定。

软件开发阶段应交付的文件

软件开发过程

各阶段名称

可行性研究与计划

需求分析

概要设计

详细设计

组装测试

确认测试

3.2.1文件的种类

可行性研究报告、项目开发计划(初稿）表3.1.3

软件需求说明书、项目开发计划（修改稿）、用户手册概要

概要设计说明书

详细设计说明书、组装测试计划用户手册

组装测试报告、可运行的程序清单确认测试报告、最终的用户手册、项目开发总结报告

文件编制要求

计算机软件开发的文件应分为产品文件和工作文件。工程建设标准全文信息系统

W工程建设标准全文信息系统

2产品文件

3.2.2.1产品文件应包括下列内容：(1)可行性研究报告；

(2)项目开发计划；

(3)软件需求说明书；

(4)概要设计说明书；

(5)详细设计说明书；

(6)用户手册；

(7)测试计划；

(8)测试报告；

(9)项目开发总结报告。

产品文件的内容要求应符合现行国家标准《计算机软件产品开发文件编制指南》的规定。3.2.3工作文件

工作文件应采用表格形式表示。3.2.3.1

表格代号应符合下列规定：

一用两位数字表示本阶段中表格种类一用一个字母表示开发阶段

其中,X规定如下：

G—通用表；

P—项目开发计划阶段；

0——概要设计阶段；

D一详细设计阶段。

软件开发阶段工作文件采用的表格，宜符合表3.2.33.2.3.3

的规定。

工程建设标准全文信息系统

工程建设标准全文信息系统

项目开发阶段

项目开发计划

阶段（PLAN）

概要设计阶段

(OUTLINE)

详细设计阶段

(DETAIL)

工作文件采用的表格

表格名称

通用表

现行系统流程图

费甬分析报告

进度计划

员培训计划

软硬件配置表

通用表

数据流程图

系统流程图

功能模块结构图

功能模块通讯接口表

数据结构描述（同时适用输入/

输出数据结构)

输入/输出数据格式描述

标准代码一览表

输入/输出清单

文件(库)清单

功能模块清单

通用表

程序模块结构图

程序模块通讯接口表

程序模块设计任务书

程序与文件(库)交互关系图

程序流程图及算法描述

程序模块清单

内部变量一览表

软件移交说明

采用表格式样

见附录A.1

见附录A.2

见附录A.3

宽附录A.4

见附录A.5

见附录A.6

见附录A.1

见附录A.7

见附录A.8

见附录A.9

见附录A.10

见附录A.11

见附录A.12

见附录A.13

见附录A.14

见附录A.15

见附录A.16

见附录A.1

见附录A.17

见附录A.18

见附录A.19

见附录A.20

见附录A.21

见附录A.22

见附录A.23

见附录A.24

注：凡工作文件各图表后有*号的，中规模（含中规模）以下的软件可情省略。1工作文件的图示格式应符合现行国家标准《信息处理3.2.3.4

数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》的规定。3.2.4软件规模分级和对应的产品文件要求3.2.4.1软件的规模宜分为下列三级：小规模软件一一源程序少于5000行或存储量小于1M；工程6建设标准全文信息系统

工程建设标准全文信息系统

中规模软件一一源程序在5000～30000行或存储量在1～50M；

大规模软件一一源程序多于30000行或存储量在50M以上。3.2.4.2

不同规模软件应提交的产品文件应符合表3.2.4的规定。

不同规模软件应提交的产品文件产品文件名称

可行性研究报告

项目开发计划

软件需求说明书

概要设计说明书

详细设计说明书

用户手册

测试计划

测试报告

项目开发总结报告

小规模

说明书

中规模

可行性研究及

开发计划

软件需求和概要

设计说明书

测试和

总结报告

注：有\标志为必选，无标志为不选。3.3

1元符号

编程格式约定

大规模

3.3.1.1符号“→”用作缩格指示符（在实际的程序行文中并不出现），指示该行相对于上行向右缩格，箭头左端与上行左端对齐，箭头右端指示本行开始位置（具体缩格数可一次选定，应为2～5格)。

符号“［”为可选择符号，表示括在其内的内容是可3.3.1.2

有可无的。

3.3.2基本约定

工程建设标准全文信息系统

W.bzsoso：cOn工程建设标准全文信息系统

程序单元（主程序或子程序，下同）的长度不宜超过四页打印纸（约240行，其中包括注释行）；所有标识应具有明显的含义，必要时可通过注释加以说明。

3.3.3程序结构应包括下列内容：(1)描述体

(2)说明语句(或标识符、参数表)；(3)程序体。

3.3.4描述体可以注释形式给出，它的前后应各用一行“一”号与程序的其它部分隔开。描述体应包括下述信息：(1)程序名及含义说明；

(2)版本号和完成日期；

（3)程序功能；

(4)编程人员姓名和单位；

(5)[修改人员姓名、单位和修改日期；(6)对环境的依赖性，

(7)输入数据(或参数)说明；

(8)输出数据(或参数)说明；

(9)[其它需说明的问题]。

3.3.5程序应加注释。注释语句的行数宜占整个程序语句总行数的1/51/3。注释行应书写整齐，注释的左端应对齐。3.3.6其它约定

3.3.6.1在程序中，除去括在字符串内的”之外，其余在任何地方遇“，”均应换行。换行后，除按该格式要求应缩格的外，其余的均应与上行左端对齐。

3.3.6.2当一个逻辑行太长时，应折行。在折行时，不应将一个单词拆开，而且续行也应缩格。若表达式太长需折行时，续行表达式与前一行表达式左端应对齐。3.3.6.3在程序中所有用空格作分隔符的地方，宜只保留一个空格(注释和”中内容除外)。在算术运算符(“十”“二”)、关系运工程设标准全文信息系统

W.bzsoso.coI

北检院检验检测中心能够参考《JGJ/T 90-1992 建设领域计算机软件工程技术规范JGJ/T90-92》中的检验检测项目，对规范内及相关产品的技术要求及各项指标进行分析测试。并出具检测报告。

检测范围包含《JGJ/T 90-1992 建设领域计算机软件工程技术规范JGJ/T90-92》中适用范围中的所有样品。

测试项目

按照标准中给出的实验方法及实验方案、对需要检测的项目进行检验测试，检测项目包含《JGJ/T 90-1992 建设领域计算机软件工程技术规范JGJ/T90-92》中规定的所有项目，以及出厂检验、型式检验等。

热门检测项目推荐

检测流程

线上咨询或者拨打咨询电话;

获取样品信息和检测项目;

支付检测费用并签署委托书;

开展实验，获取相关数据资料;

出具检测报告。

北检研究院的服务范围

1、指标检测：按国标、行标及其他规范方法检测

2、仪器共享：按仪器规范或用户提供的规范检测

3、主成分分析：对含量高的组分或你所规定的某种组分进行5~7天检测。

4，样品前处理：对产品进行预处理后，进行样品前处理，包括样品的采集与保存，样品的提取与分离，样品的鉴定以及样品的初步分析，通过逆向剖析确定原料化学名称及含量等共10个步骤;

5、深度分析：根据成分分析对采购的原料标准品做准确的定性定量检测，然后给出参考工艺及原料的推荐。最后对产品的质量控制及生产过程中出现问题及时解决。