JGJ/T 90-1992
基本信息
标准号： JGJ/T 90-1992
中文名称：建设领域计算机软件工程技术规范JGJ/T90-92
标准类别：建筑工业行业标准(JG)
标准状态：现行
发布日期：1992-12-02
实施日期：1993-06-01
出版语种：简体中文
下载格式：.rar.pdf
下载大小：568607
标准分类号
标准ICS号：91.010.01;35.240.60
中标分类号：工程建设>>工程建设综合>>P07电子计算机应用
关联标准
出版信息
出版社：中国建筑工业出版社
页数：50页
标准价格：28.0 元
出版日期：1993-06-01
相关单位信息
起草人：郝力、马进忠、魏绥臣、张红、吕运德
起草单位：建设部信息中心
发布部门：中华人民共和国建设部
标准简介
为使建设领域计算机软件开发、维护和验收各环节符合统一的要求，做到软件生产中概念一致、格式统一、文档资料完整清晰，以提高软件生产的质量和效率，并促进软件的工程化和商品化，尽快形成建设领域的软件产业，制定本规范。本规范适用于建设领域中软件的开发、维护和验收工作。 JGJ/T 90-1992 建设领域计算机软件工程技术规范JGJ/T90-92 JGJ/T90-1992 标准下载解压密码：www.bzxz.net
标准图片预览
标准内容
工程建设标准全文信息系统
中华人民共和国行业标准
建设领域
计算机软件工程技术规范
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确认bzxZ.net
在软件开发过程的各阶段结束时，对其成果进行评价，以确定它是否和原提出的需求相一致。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
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国行业标准
建设领域
计算机软件工程技术规范
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确认bzxZ.net
在软件开发过程的各阶段结束时，对其成果进行评价，以确定它是否和原提出的需求相一致。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
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。