传输请求描述命名规则

合集下载

ADM100学习笔记

SAP系统和SAP instance:一个SAP系统通常包括了一个相应的数据库系统，一个或者多个SAP instances。

这是通常的说法。

举个例子，我们说的开发系统，测试系统，生产系统，往往都是说的一个SAP系统。

这个系统自然都包括了各自的数据库系统以及SAP实例。

而数据库系统，包括了数据库的数据文件，参数文件，控制文件，日志文件以及数据库实例。

对于实例的解释，我们可以认为是一组紧密关联的操作系统进程，往往，这些进程具有父进程和子进程的关系。

举个例子，在unix下，我们的dialog进程，background进程等等都是调度器进程的子进程。

我们可以通过察看进程的pid以及ppid来证实这个。

而且更进一步的说明，这些进程实际上运行的是同一个可执行程序，只是在根据启动的类型和实例参数而不同。

这同时也侧面告诉我们，为什么SAP各进程能够在操作系统层面存在共享内存。

这是通过父进程实现的。

对于CI和DI的区别，传统的说法是CI有messager很enqueue服务。

我这仍然有一个疑惑，既然DI没有enq服务，那为什么还要enq参数？登陆SAP系统的过程：在前端，即Presentation workstation出于个人知识有限，我只讨论使用SAPlogon或者SAPlogon pad登陆SAP系统的过程。

首先明确一点，这两种方式，最终都是通过调用SAPgui.exe来登陆系统的，而SAPgui.exe的参数，往往是通过SAPlogon.ini来确定的，SAPlogon.ini的配置，往往是通过SAPlogon.exe的图形化界面来编辑的。

所以，我们实际上可以直接在SAPgui.exe所在路径下，运行命令行命令来登陆系统。

比如SAPgui.exe /H/<server name>/S/SAPdp<system NO>或者SAPgui.exe /M/<Message Server Name>/S/SAPmsSID/G/<Logon Group>。

广州大学信息标准数据中心接口规范-广州大学统一身份认证平台

广州大学信息标准数据中心接口规范Q/GZHU1001.01-20172017年12月11日发布2017年12月11日实施广州大学发布目录1.概述 (1)1.1.目的 (1)1.2.涉众 (1)1.3.名词解释 (1)2.接口概述 (2)2.1.接口类型 (2)2.2.接口要求 (2)2.3.接口双方责任 (2)2.3.1.数据源提供方 (2)2.3.2.数据源接收方 (3)3.消息接口规范（数据中心提供） (4)3.1.消息接口流程 (4)3.2.消息接口要求 (5)3.2.1.消息格式 (5)3.2.2.数据压缩传输 (5)3.2.3.数据校验 (5)3.2.4.超时机制 (5)3.2.5.接口安全与验证 (6)3.3.消息接口消息定义 (6)3.3.1.字段类型说明 (6)3.3.2.接口消息类型 (7)3.3.3.接口消息类型定义 (7)3.3.4.模式（schema）描述 (8)3.3.5.返回值定义 (8)4.数据库接口规范（源系统提供） (10)4.1.对象规范 (10)4.1.1.基本原则 (10)4.1.2.前缀规范 (11)4.1.3.命名规范 (12)4.2.列设计规范 (14)4.2.1.唯一的标识符 (14)4.2.2.无重复列 (14)4.2.3.避免空列 (15)4.2.4.创建时间和更新时间 (16)4.3.数据类型单一规范 (16)4.4.数据字典规范 (17)4.4.1.作用 (17)4.4.2.数据字典格式规范 (17)5.文件接口规范（源系统提供） (19)5.1.文件接口实现方式 (19)5.2.数据校验方式 (19)5.2.1.文件级校验 (20)5.2.2.数据逻辑校验 (20)5.3.文件接口命名及格式 (21)5.3.1.接口编码规则 (21)5.3.2.文件命名规则 (22)5.3.3.接口数据文件格式 (23)5.3.4.接口校验文件格式 (23)6.RESTful API接口规范(源系统提供） (25)6.1.RESTful接口命名规范 (25)6.2.HTTP动词 (26)6.3.避免层级过深的URI (26)6.4.过滤、排序、搜索 (27)6.5.限制API返回值的域 (27)6.6.状态码 (27)6.7.RESTful接口文档 (28)1.概述1.1.目的信息规范的目的在于帮助已建或者即将建设的广州大学数据中心理清数据资产现状，经过分析评估后针对所存在的数据质量、标准、安全等方面的问题给出改进建议，并形成一套可以长期执行的标准和规则，用于广州大学数据中心持续的数据治理。

requestbody 请求参数驼峰

请求参数驼峰命名规范1. 背景介绍在进行Web开发时，经常会使用到API接口进行数据的传输和交互。

而在API接口中，请求参数的命名规范就显得尤为重要。

其中，使用驼峰命名法来规范请求参数已经成为了一种常见的做法。

本文将介绍请求参数驼峰命名规范的相关内容，并探讨其优势和适用性。

2. 什么是驼峰命名法驼峰命名法是一种以小写字母开始，后续单词首字母大写的命名规范。

"requestBody"就是一个使用驼峰命名法的命名示例。

驼峰命名法分为两种类型：大驼峰命名法和小驼峰命名法。

大驼峰命名法指的是首字母也大写，而小驼峰命名法则是首字母小写。

在请求参数中，一般会采用小驼峰命名法来命名参数。

3. 驼峰命名法的优势3.1 可读性强：驼峰命名法使得参数明确、简洁，易于阅读和理解。

3.2 统一规范：采用驼峰命名法可以统一代码风格和命名规范，提高团队协作效率。

3.3 适应性广：驼峰命名法适用于多种编程语言和框架，跨评台兼容性强。

3.4 提升可维护性：规范的命名规范有利于代码的维护和后续的开发工作，减少出错和调试的成本。

4. 请求参数驼峰命名的实践在实际的编程开发中，可以通过以下方式来规范请求参数的命名：4.1 规范定义：制定统一的命名规范和标准，明确约定请求参数的命名方式。

4.2 代码检查：在代码编写过程中，通过IDE集成的代码检查工具或者代码审查流程，检查请求参数的命名规范是否符合要求。

4.3 团队培训：对团队成员进行规范培训和指导，提高规范意识和执行力。

4.4 工具支持：借助工具和插件，自动化检查和修正请求参数的命名规范。

5. 请求参数驼峰命名的注意事项在使用驼峰命名法时，需要注意以下几点：5.1 一致性：保持参数命名的一致性，避免混用不同的命名规范。

5.2 语义明确：参数命名应当具有明确的语义，能够准确描述参数的含义。

5.3 程序化处理：在后端接收请求参数时，能够灵活地进行驼峰命名和下划线命名的转换。

Http协议规范

Http协议规范协议名称：HTTP协议规范协议版本：HTTP/1.11. 引言HTTP（Hypertext Transfer Protocol）是一种用于传输超文本的应用层协议。

本协议规范描述了HTTP/1.1版本的协议细节，包括请求和响应的格式、状态码、头部字段以及连接管理等内容。

2. 协议概述HTTP协议使用客户端-服务器模型，客户端通过发送请求向服务器请求资源，服务器通过发送响应返回所请求的资源。

HTTP协议基于TCP/IP协议栈，使用端口号80进行通信。

3. 请求格式HTTP请求由请求行、请求头部和请求正文组成。

请求行包括请求方法、请求URI和协议版本。

请求头部包含若干个字段，每个字段由字段名和字段值组成，字段之间使用换行符分隔。

请求正文是可选的，用于传输请求的数据。

请求方法：- GET：获取资源- POST：提交数据- PUT：更新资源- DELETE：删除资源- HEAD：获取资源的头部信息- OPTIONS：获取服务器支持的HTTP方法- TRACE：追踪请求的路径请求URI：请求URI是一个统一资源标识符，用于标识服务器上的资源。

协议版本：当前使用的HTTP协议版本，例如HTTP/1.1。

4. 响应格式HTTP响应由状态行、响应头部和响应正文组成。

状态行包括协议版本、状态码和状态消息。

响应头部和请求头部类似，包含若干个字段。

响应正文是可选的，用于传输响应的数据。

状态码：- 1xx：信息性状态码- 2xx：成功状态码- 3xx：重定向状态码- 4xx：客户端错误状态码- 5xx：服务器错误状态码5. 头部字段HTTP协议定义了多个头部字段，用于传递请求和响应的附加信息。

常见的头部字段包括：- Content-Type：指定请求或响应的媒体类型- Content-Length：指定请求或响应正文的长度- Cache-Control：指定请求或响应的缓存策略- User-Agent：指定客户端的用户代理信息- Server：指定服务器的软件信息- Set-Cookie：用于在客户端存储会话信息的Cookie6. 连接管理HTTP/1.1引入了持久连接（Keep-Alive）机制，允许在同一TCP连接上发送多个HTTP请求和响应。

BER编码规则和传输语法

3 编码规则和传输语法3.1 BER3.1.1 基本规则BER（Basic Encoding Rules）是ASN.1中最早定义的编码规则，在讨论详细编码规则时，我们是基于正确的抽象描述上。

BER传输语法的格式一直是TLV三元组<Type, Length, Value>也可以认为是<Tag, Length, Value>，见Figure 3-1。

TLV每个域都是一系列八位组，对于组合结构，其中V还可以是TLV三元组，见Figure 3-2。

BER 传输语法是基于八位组（为了避免不同系统上的混淆，没有采用Byte为单位）的，自定界的编码，因为其中L明确界定了八位组的长度。

BER是大端编码的，其八位组的高位比特在左手边，见Figure 3-3。

Figure 3-1 TLV三元组Figure 3-2 传输语法示例Figure 3-3 大端编码BER编码中的Tag（通常是一个八位组），指明了值的类型，其中一个比特表征是基本类型还是组合类型。

Tag有如下两种形式：Figure 3-4 Tag的两种形式当Tag不大于30时，Tag只在一个八位组中编码；当Tag大于30时，则Tag在多个八位组中编码。

在多个八位组中编码时，第一个八位组后五位全部为1，其余的八位组最高位为1表示后续还有，为0表示Tag结束。

Tag的值需要将上图中黄色部分拼接后才能得到。

BER编码中Length表示Value部分所占八位组的个数，有两大类：定长方式（Definite Form）和不定长方式（Indefinite Form）；在确定方式中，按照Length所占的八位组个数又分为短、长两种形式。

具体如下：Figure 3-5 Length的三种形式采用定长方式，当长度不大于127个八位组时，Length只在一个八位组中编码；当长度大于127时，在多个八位组中编码，此时第一个八位组低七位表示的是Length所占的长度，后续八位组表示Value的长度。

java代码规范（一）命名规范

java代码规范（⼀）命名规范1. 【强制】代码中的命名均不能以下划线或美元符号开始，也不能以下划线或美元符号结束。

反例：_name / __name / $name / name_ / name$ / name__2. 【强制】所有编程相关的命名严禁使⽤拼⾳与英⽂混合的⽅式，更不允许直接使⽤中⽂的⽅式。

说明：正确的英⽂拼写和语法可以让阅读者易于理解，避免歧义。

注意，纯拼⾳命名⽅式更要避免采⽤。

正例：ali / alibaba / taobao / cainiao/ aliyun/ youku / hangzhou 等国际通⽤的名称，可视同英⽂。

反例：DaZhePromotion [打折] / getPingfenByName() [评分] / String fw[福娃] / int 某变量 = 33. 【强制】代码和注释中都要避免使⽤任何语⾔的种族歧视性词语。

正例：⽇本⼈ / 印度⼈ / blockList / allowList / secondary 反例：RIBENGUIZI / Asan / blackList / whiteList / slave4. 【强制】类名使⽤ UpperCamelCase 风格，但以下情形例外：DO / BO / DTO / VO / AO /PO / UID 等。

正例：ForceCode / UserDO / HtmlDTO / XmlService / TcpUdpDeal / TaPromotion 反例：forcecode / UserDo / HTMLDto / XMLService / TCPUDPDeal / TAPromotion5. 【强制】⽅法名、参数名、成员变量、局部变量都统⼀使⽤ lowerCamelCase 风格。

正例：localValue / getHttpMessage() / inputUserId6. 【强制】常量命名全部⼤写，单词间⽤下划线隔开，⼒求语义表达完整清楚，不要嫌名字长。

网络传输协议

FTP工具文字FTP（File Transfer Protocol）是Internet 上用来传送文件的协议（文件传输协议）。

它是为了我们能够在Internet 上互相传送文件而制定的的文件传送标准，规定了Internet 上文件如何传送。

也就是说，通过FTP协议，我们就可以跟Internet 上的FTP服务器进行文件的上传（Upload）或下载（Download）等动作。

和其他Internet 应用一样，FTP也是依赖于客户程序/服务器关系的概念。

在Internet 上有一些网站，它们依照FTP 协议提供服务，让网友们进行文件的存取，这些网站就是FTP 服务器。

网上的用户要连上FTP 服务器，就要用到FPT 的客户端软件，通常Windows 都有“ftp”命令，这实际就是一个命令行的FTP客户程序，另外常用的FTP客户程序还有CuteFTP、Ws_FTP、FTP Explorer等。

要连上FTP 服务器（即“登陆”），必须要有该FTP服务器的帐号。

如果是该服务器主机的注册客户，你将会有一个FTP 登陆帐号和密码，就凭这个帐号密码连上该服务器。

但Internet 上有很大一部分FTP服务器被称为“匿名”（Anonymous）FTP 服务器。

这类服务器的目的是向公众提供文件拷贝服务，因此，不要求用户事先在该服务器进行登记注册。

Anonymous（匿名文件传输）能够使用户与远程主机建立连接并以匿名身份从远程主机上拷贝文件，而不必是该远程主机的注册用户。

用户使用特殊的用户名“anonymous”和“guest”就可有限制地访问远程主机上公开的文件。

现在许多系统要求用户将Emai1地址作为口令，以便更好地对访问进行跟综。

出于安全的目的，大部分匿名FTP主机一般只允许远程用户下载（download）文件，而不允许上载（upload）文件。

也就是说，用户只能从匿名FTP主机拷贝需要的文件而不能把文件拷贝到匿名FTP主机。

【说明书】在线考试系统概要设计说明书

【关键字】说明书《概要设计说明书》1．导言（Introduction）本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。

1.1 目的（Purpose）本文档的目旨在推动软件工程的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。

1.2 范围（Scope）本文档用于软件设计阶段的概要设计，它的上游（依据的基线）是《需求分析规格书》，它的下游是《详细设计说明书》，并为《详细设计说明书》提供测试的依据。

软件概要设计的范围是：软件系统总体结构设计、全局数据库和数据结构设计、外部接口设计、主要部件功能分配设计、部件之间的接口设计等方面的内容。

该范围应覆盖《需求规格说明书》中的功能点列表、性能点列表、接口列表。

1.3 命名规则（Naming Rule）变量东西命名规则：申明全局变量、局部变量东西的命名规则。

数据库东西命名规则：申明数据库表名、字段名、索引名、视图名等东西的命名规则。

1.4 术语定义（Terms Glossary）术语定义或解释一般用表格形式给出，如表9-1所示。

表9-1 术语定义或解释表1.5 参考资料（References）[1] 用户需求报告[2] 软件开发合同[3] 数据库设计规范[4] 命名规范1.6 相关文档（Related Documents）[1] 《详细设计说明书》[2] 源程序清单[3] 测试计划及报告[4] 《用户使用手册》1.7 版本更新记录（Version Updated Record）2．软件架构设计（Software Architecture Design）2.1 总体结构设计（Design of Collective Structure）软件系统的总体逻辑结构，按照不同的设计方法，有不同的总体逻辑结构。

本指南以结构化设计方法为主，画出系统总体结构图，列出系统的功能模块清单编号、名称、功能，并尽可能描绘出功能模块之间的关系。

传输网络资源命名规范

中国网通（集团）有限公司广东省分公司(筹) 传输网络资源命名规范(V1.0)中国网通（集团）有限公司广东省分公司(筹)运行维护部二00四年八月目录1 前言 (1)2 传输网络资源命名范围 (2)3 字符集 (2)4 传输系统 (3)4.1本地网传输系统 (3)4.2长途网传输系统 (4)4.2.1长途光传输干线 (4)4.2.2传输系统的命名 (5)5 光路 (7)5.1本地网光纤光路 (7)5.1.1本地网光纤光路名称 (7)5.1.2本地网光纤光路路由 (8)5.2长途网光纤光路 (9)5.2.1长途网光纤光路名称 (9)5.2.2长途网光纤光路路由 (9)5.3波长光路 (10)5.3.1波长光路名称 (10)5.3.2波长光路路由 (10)6 电路 (11)6.1本地网电路 (11)6.1.1电路-群路名称 (11)6.1.2本地网电路路由 (13)6.2长途网电路 (14)6.2.1长途网电路-群路名称 (14)6.2.2电路路由 (15)7 端子命名 (16)7.1光配线端子 (17)7.2数字配线端子 (17)7.3设备端口 (17)A1.通信传输手段和缩写表 (19)A4模拟电路、数字电路复用等级和速率符号 (19)A6电路类型的划分及后缀 (20)A6.1 业务类型 (20)A6.2 互联互通电路 (21)A6.3 传输媒质 (21)1前言为加强中国网通（集团）有限公司广东省分公司(筹)传输网络资源的管理，确保全程全网通信畅通，本规范对中国网通（集团）有限公司广东省分公司(筹)传输网络资源实行全网统一命名。

本规范是传输网络资源管理的组成部分，所涉及的资源对象的名称和编码规则都定义了不同资源对象在中国网通（集团）有限公司广东省分公司(筹)传输网中的唯一标识。

资源对象的名称和编码均可作为日常管理维护工作中的对资源对象的称谓，资源对象的编码主要由便于计算机进行字符处理的字母和数字构成，一般可作为资源对象的简易标识，或者作为其下一级资源对象编码的前缀冠字。

中国移动传送网命名规范v2 1

中国移动通信集团公司企业标准中国移动传送网资源命名规范China Mobile Trans port-network Resource NamingSpecification（版本V2.1）目录1.范围 (5)2.参考文献 (5)3.缩写词 (5)4.参照字符集 (6)5.区域、站点、机房 (6)5.1站点的命名 (6)5.2机房的命名 (7)5.3站点命名的约束 (7)5.4省份名及本地网名称的拼音缩写 (7)5.5城市的排序 (7)6.管道 (8)6.1长途管道 (8)6.2市区管道 (8)6.3普通人/手井 (9)6.4局前井/局内井的命名 (9)6.5扩建井的命名 (9)6.6管孔 (10)6.6.1管孔位置的描述 (10)6.6.2管孔命名格式 (10)6.6.3子管的命名格式 (11)7.杆路 (11)7.1长途杆路 (11)7.2市区杆路 (11)7.3电杆 (12)7.4扩建杆的命名 (12)8.标石路由 (13)8.1标石路由的命名 (13)8.2标石的命名 (14)8.3扩建标石的命名 (14)9.引上 (14)10.挂墙 (15)11.光缆 (15)11.1光缆的命名 (15)11.1.1长途光缆的命名 (15)11.1.2本地光缆的命名 (15)11.1.3光缆命名的约束 (16)11.2光缆路由的表示方式 (16)11.3光缆段的命名格式 (16)11.4纤芯段的命名格式 (16)11.5光纤的路由 (16)12.联络电缆 (17)13.微波 (17)13.2微波线路路由 (17)13.3微波段的命名格式 (17)14.传输子网 (18)14.1干线传输子网命名 (18)14.1.1干线SDH、PTN传输子网命名 (18)14.1.2干线WDM传输子网命名 (19)14.2本地网传输子网命名 (20)15.传输系统 (20)15.1传输系统工程的命名 (21)15.2光传输系统命名格式 (21)15.2.1PDH、SPDH、SDH、PTN光传输系统名称格式 (21)15.2.2WDM传输系统光复用段的命名格式 (22)15.3微波传输系统命名格式 (23)15.4非光缆、微波传输方式的传输系统的命名 (23)16.电路/群路 (23)16.1电路/群路命名 (24)16.2电路路由 (25)16.2.1光传输系统承载的电路路由 (25)16.2.2微波传输系统承载的电路路由 (28)16.3其它传输系统电路路由承载的电路路由 (29)17.光交接点 (29)17.1光交接箱的命名 (29)17.2光交接箱模块的命名 (29)17.3[例]重庆新牌坊/GJ004-01光交接箱端子的命名 (29)17.4光分纤箱的命名 (30)17.5光分纤箱端子的命名 (30)17.6光缆预留的命名 (30)17.7光缆分歧接头的命名 (30)17.8光缆直通接头的命名 (31)17.9光终端盒的命名 (31)17.10光终端盒端子的命名 (31)18.光路 (32)18.1光路的命名 (32)18.2光路的路由 (32)19.机房设备 (33)19.1设备机柜（机架） (33)19.2设备机柜子框 (34)19.3传输网元设备 (34)19.3.1干线传输网元设备的命名如下： (34)19.3.2本地网SDH、WDM、PTN网元设备的命名建议如下： (34)19.3.3PON传输网元设备的命名： (36)19.4设备机盘 (37)19.5端口 (38)19.7光缆配线架（ODF） (38)19.8光缆配线模块（ODM） (38)19.9光配线端子 (39)19.10光配线端子标签 (39)19.11数字配线架(DDF) (39)19.12数字配线模块(DDM) (39)19.13数字配线端子 (40)19.14数字配线端子标签 (40)19.15列头柜 (40)20.网管系统 (40)附录 (40)A1.全国各省省际业务及长途传输站点 (40)A2.各省份及本地网名称的拼音缩写 (44)A3.传输业务领导局关系 (51)A4.全国一级干线波分系统命名 (52)A5.开放电路命名后缀注释 (79)A6.厂家缩写对应表 (80)A7.集团客户专线电路基本信息属性表： (81)A8.修订说明 (82)前言本规范书是根据国际电信联盟电信标准部门（ITU-T）有关建议和国内标准，结合中国移动通信集团公司具体情况制订的。

PO_SAP端接口规则建议清单

SAP端接口规则建议清单1, 接口移植的程序名、接口文件名、TCODE的命名规则从PV移植接口程序名保留不变: zpvmmi001-> zpvmmi001。

i/e/f/rTCODE的命名由PV->ZN如: zpvmmi001-> znammip001(移植的用P，新开发的用N)。

接口文件名编号作相应调整: 100+pvmm01+时间戳.txt->100+znmm01+时间戳.txt新开发的接口名根据模块顺序编号，如znasdin031 对应的接口文件名为：znsd31。

新开发的程序名、TCODE(名称一致)(接口是否要预留老接口的编号，规则保持与现在的一致?)2，应用服务器接口目录的创建，具体路径, 主文件夹预留空间建议：/usr/sap/ZNA/socket2/preprocess/对应6位的接口子文件夹/usr/sap/ZNA/socket2/inbound/usr/sap/ZNA/socket2/outbound/usr/sap/ZNA/socket2/errorfile/对应6位的接口子文件夹/usr/sap/ZNA/socket2/logfile/对应6位的接口子文件夹/usr/sap/ZNA/socket2/backup/对应6位的接口子文件夹/usr/sap/ZNA/socket2/ 目录预留10G以上空间, 保留在共享存储上开发与IMG的传输请求号规则及用到的开发类建议：开发类用ZNADEV（已经在使用）, 传输请求号采用原规则ZNADK+顺序号请求描述：SJ–SF New ZNASDIN031,物流执行计划信息_100510460->660(直接激活）660（程序员内部测试及功能顾问测试）->760(以邮件形式通知BASIS）TONY 葛科760->800（需要业务测试报告)TS程序流程以图的形式的表现coding模版为程序代码规则。

系统开发管理制度

信息系统开发管理制度为规范信息系统的开发内容，保证信息系统开发的可执行性和严肃性，特制订本管理制度。

一、岗位和职责1、信息系统关键用户：负责开发需求的整理及分析开发需求是否可行、业务SPEC文档的编写、程序测试及最终用户的使用培训。

2、业务部门总部部门第一负责人：负责开发需求的审核。

3、大区部门经理及以上负责人：负责开发需求整理及开发需求的审核。

4、总部信息经理：对开发的业务需求及现有技术能力对开发需求进行评估。

5、总部信息总监：负责开发需求的审核。

6、集团负责人：负责开发需求的审核。

7、开发工程师：1）负责协助关键用户整理业务需求，根据业务SPEC文档开发程序，对程序全程跟踪测试，编写技术SPEC文档。

2）负责信息系统的二次开发和代码备份，确保所开发程序的完整性与可追溯性，保证程序与相关文档相符且要一一对应。

3）负责所开发系统或程序的测试、维护、更新、升级和推广应用等工作，对关键用户和部分最终用户进行指导、培训、技术支持和问题解决等工作。

8、BASIS顾问：负责传输开发程序请求并审核开发程序。

9、开发负责人：负责开发需求的审核及开发整个过程的监督。

10、安全审计专员：负责监督审核开发程序。

11、文档专员：负责上传业务SPEC文档及技术SPEC文档，以PDF格式上传到KOA系统中的信息化专栏模块。

二、开发总则由各部门把需求整理后，经过与关键用户及开发工程师沟通，并考虑实际情况，综合评析后，由关键用户在KOA系统中发起SAP程序开发管理流程，经关键用户结合实际业务及系统操作审核开发需求，并写明SPEC需求文档（文档格式详见附件），经本部门负责人(部门经理)、本部门第一负责人审批（总监或副总监）、总部信息经理和信息总监审批、集团负责人审批、总部开发工程师处理，开发负责人进一步确定是否上传业务SPEC 文档，与开发工程师及关键用户沟通需求是否可行，最后由开发工程师组织需求评估，确认SPEC需求文档(文件内包含测试内容及测试方法)各项内容，将经过评估后确定可开发的需求转为开发任务，并明确开发完成时间。

编程中常见的命名规则与约定

编程中常见的命名规则与约定在计算机编程领域，命名规则与约定是非常重要的。

一个好的命名规则可以提高代码的可读性、可维护性和可扩展性，从而提高开发效率和代码质量。

本文将介绍一些常见的命名规则与约定，帮助编程工程师更好地命名变量、函数和类。

1. 变量命名规则变量名应具有描述性，能够清晰表达其用途。

以下是一些常见的命名规则：- 使用有意义的名称：避免使用无意义的单词或缩写，尽量使用能够准确描述变量用途的名称。

- 使用驼峰命名法：对于多个单词组成的变量名，首字母小写，后续单词首字母大写，例如：myVariable。

- 避免使用缩写：尽量避免使用缩写，除非是广为人知的缩写，否则容易引起歧义。

- 使用下划线或短横线分隔单词：在某些编程语言中，使用下划线或短横线来分隔单词，例如：my_variable 或 my-variable。

2. 函数命名规则函数名应具有描述性，能够清晰表达其功能。

以下是一些常见的命名规则：- 使用动词来描述函数的操作：函数名应该以动词开头，能够准确描述函数的操作，例如：calculateSum。

- 使用驼峰命名法：同变量命名规则，函数名也应该使用驼峰命名法，例如：getUserInfo。

- 避免使用过于简单或过于复杂的函数名：函数名应该既能够清晰表达其功能，又不至于过于冗长。

3. 类命名规则类名应具有描述性，能够清晰表达其用途。

以下是一些常见的命名规则：- 使用名词或名词短语来描述类的实体：类名应该能够准确描述类所表示的实体，例如：Student、Car。

- 使用驼峰命名法：同变量命名规则，类名也应该使用驼峰命名法，例如：UserInfoManager。

- 避免使用过于简单或过于复杂的类名：类名应该既能够清晰表达其用途，又不至于过于冗长。

4. 常量命名规则常量是在程序中固定不变的值，命名规则应与变量命名规则有所区别。

以下是一些常见的命名规则：- 使用全大写字母：常量名应全部使用大写字母，多个单词之间使用下划线分隔，例如：MAX_VALUE。

Basis培训教材第2部分_(用户,传输,client管理)

第四部分用户管理基础-用户主数据
第四部分用户管理基础-用户主数据
SU01：创建、编辑、删除、锁定/解锁用户
地址: 地址数据，包括用户的姓、名、部门、公司以及联系信息。登录数据：用户类型、用户的有效期。默认：用户日期、数值、显示格式，打印设备和时区设置。参数：针对SAP系统的某些参数，设置用户的默认值。角色和参数文件：分配给用户的角色名称或参数文件。组：用于批量维护用户所设置的组。
SAP BASIS
培训
2014年09月
第四部分用户管理基础
用户主数据角色维护系统参数定位权限问题
• • • •
第四部分用户管理基础
SAP系统中的用户
第四部分用户管理基础
用户通常指的是用户ID。与操作系统、数据库的用户不同，SAP系统的用户用于使用SAP系统的人进行系统登录。所有的SAP用户均保存于数据库中，并由SAP进行检查及校验。
第五部分传输系统
SAP系统CLIENT相关数据结构
第五部分传输系统
SAP系统数据结构的修改类型
配置
开发增强修改
第五部分传输系统
SAP系统全景（LandScape）
第五部分传输系统
传输请求（change request)类型：定制请求（Customizing Request)
第四部分用户管理基础-角色维护
角色维护（PFCG）
第四部分用户管理基础-角色维护
角色维护（PFCG）
第四部分用户管理基础-角色维护
用户授权
第四部分用户管理基础-角色维护
用户授权
第四部分用户管理基础-角色维护
用户授权-批量比较（PFUD）

标准请求与描述符的格式

1-49
设备描述符
包
1-50
配置描述符
1-51
接口描述符
接口描述符说明了接口所提供的配置，结构如下。
1-52
端点描述符
1-53
USB标准设备请求
1-54
USB标准请求中的描述符类型如下表。
1-55
USB中可以选择的特性选择符

特性选择符
1-56
例子：GetDescriptor请求
USB 的传输类型
传输特性和应用程序的要求有关。 USB支持四种传输类型：
Bulk Isochronous Control Interrupt
（批量传输）（同步传输）（控制传输）（中断传输）
1-7
Bulk（批量传输、块传输）
用于传输大批量的且没有传输速率要求的数据。例如：传输到USB打印机上的打印作业一般就是使用块传输方式。批量传输方式并不能保证传输的速率，但可保证传输的正确性，当出现错误时要求发送方重发。
1-8
Isochronous（同步传输、等时传输）
以一个恒定的速率进行传输。同步传输方式的发送和接收方必须保证传输速率的匹配，不然会造成数据的丢失。例如，一个USB的麦克风和扬声器应该使用同步传输方式来保证不会因为通过USB传输数据而产生频率失真。
1-9
Control（控制传输）
控制传输经常在设备配置中被使用。主要用于主机把特定的请求（或命令）传给设备及设备把状态返回给主机。任何一个USB设备都必须支持一个与控制传输相对应的端点0。
1-3
(4)设备默认状态设备要从总线上接收到一个复位的信号后，才可以对总线的处理操作作出响应。设备
接收到复位信号后，就使用默认地址(0)来对主机进行响应。 (5)地址分配当主机接收到有设备对默认地址(0)响应的时候，就对设备分配一个空闲的地址，以后设备就只对该地址进行响应。

JAVA的命名规则（规范）和注释

2.注释
注释，顾名思义就是对指定的代码进行解释说明；可以在类名、字段、方面等上面进行解释说明，可对其起到见名知Байду номын сангаас、业务逻辑清晰等等； JDK不会对其进行编译。 1）单行注释----> //；其作用域为//到当前行结束。 2）多行注释-----> /**/ /*其作用域*/。 3）文档注释------> /****其作用域*****/ 只有文档注释才会被加载。
可以在类名字段方面等上面进行解释说明可对其起到见名知意业务逻辑清晰等等
JAVA的命名规则（规范）和注释 1.命名规则 (规范 )
1）见名知意；所以标识符都应遵循； 2) 字母和数字以及下划线和美元符号组成； 3）不能以数字开头； 3）类名、接口：首字母大写、驼峰命名；例如StudentManage； 4) 方法名、变量名：首字母小写、驼峰命名；例如studentManage()、userName；

nvt统一的分段和命名原则

nvt统一的分段和命名原则
NVT（Network Virtual Terminal）是一种用于在网络上进行远程会话的协议。

在NVT中，有一些统一的分段和命名原则，这些原则对于确保网络通信的顺利进行非常重要。

首先，NVT使用CRLF（回车换行）作为行结束符。

这意味着每行的结束都由回车符（CR）和换行符（LF）组成。

这个规则的作用是为了确保不同操作系统上的文本文件在传输过程中能够正确地被解释和显示。

另外，NVT使用7位ASCII字符集。

这意味着在NVT中传输的数据只能使用ASCII字符集中的字符，而不包括扩展的ASCII字符或其他字符集。

这样做的目的是确保不同系统之间的兼容性和互操作性。

此外，NVT还规定了一些特殊的控制字符，比如换行符、回车符、退格符等。

这些控制字符在NVT中有着特殊的作用，比如控制光标的移动、清除屏幕等。

在命名原则方面，NVT要求使用统一的命名规范来标识和管理
网络上的终端设备和资源。

这样做的目的是为了确保网络上的设备能够被准确地识别和访问，从而实现网络通信和资源共享。

总的来说，NVT统一的分段和命名原则是为了确保网络通信的顺利进行，保证不同系统之间的兼容性和互操作性，以及实现对网络上设备和资源的准确管理和访问。

这些原则对于建立稳定、高效的网络环境非常重要。

传输请求描述命名规则

传输请求描述命名规则下表为传输请求描述命名规则，系统配置和开发人员在生成传输请求时必须按照如下表所示的规则填写传输请求的描述。

命名规范：阶段_模块_开发/配置/修改_对象类型_对象名称_改变类型_创建日期各列所表示的含义如下：阶段：包含开发(DEVP)，单元测试(UT)、集成测试(SIT)、用户接受测试(UAT)、维护阶段(MAINTAIN)、全球模板阶段(GL_Template)、全局配置（Gl_Setting）。

各阶段的含义：注：在每个阶段产生的传输请求必须标明属于哪个阶段。

模块：开发/配置/修改：对象类型：对象名称：具体修改的对象名称改变类型：名称含义CREATE 创建新对象APPEND 追加字段MODIFY 修改对象创建日期：传输请求生成日期。

举例例1假设一位开发人员在开发阶段对MM模块中物料主数据表格MAERA进行了修改，添加了三个字段，根据上文所述的命名规范，此传输请求可表示为：DEVP_MM_CUST_TABLE_MARA_APPEND_051221。

在开发过程中，如果一次性对多个对象进行修改，此描述为： DEV_MM_CUST_MASSOBJS_MODIFY_051221,同时在Documentation一页中列出所有对象并对具体修改进行说明。

如下图：例2本例中化学公司的开发人员在维护阶段IMG中创建利润中心，命名规则为：MAINTAIN_ES_CUST_IMGOBJ_PROFITCENTER_CREATE_051221，其中ES为企业架构。

特别提示：在创建传输请求时，请输入相应的Project名称，已经为海工、化学、全球模版阶段创建了Project. MARINE CNOOC Marine Engineering Project 海工CHEMICAL CNOOC Chemical Project (company code 1001,1002,1003) 化学GLTEMPLATE Global Template Phase 全球模版在IMG中配置时，对象名称为IMG的菜单细项❖对象类型为MASSOBJS的对象名称规则：在这种情况下，在Task和change request的documentation中记录详细的对象名称或者IMG菜单细项。