IVA编码规范(定稿)
编码规范（定稿）
项目编码规范
项目代码编程规范 1.应用范围 本规范应用于采用J2EE规范的项目中，所有项目中的JAVA代码（含JSP，SERVLET，JAVABEAN，EJB）JS代码、HTML代码及数据库设计均应遵守这个规范。同时，也可作为其它项目的参考。 2.设计类和方法 2.1. 创建具有很强内聚力的类 方法的重要性往往比类的重要性更容易理解，方法是指执行一个独立逻辑的一段代码。类常被错误的视为是一个仅仅用于存放方法的容器。有些开发人员甚至把这种思路作了进一步的发挥，将他们的所有方法放入单个类之中。 之所以不能正确的认识类的功能，原因之一是类的实现实际上并不影响程序的执行。当一个工程被编译时，如果所有方法都放在单个类中或者放在几十个类中，这没有任何关系。虽然类的数量对代码的执行并无太大的影响，但是当创建便于调试和维护的代码时，类的数量有时会带来很大的影响。 类应该用来将相关的方法组织在一起。 当类包含一组紧密关联的方法时，该类可以说具有强大的内聚力。当类包含许多互不相关的方法时，该类便具有较弱的内聚力。应该努力创建内聚力比较强的类。 大多数工程都包含许多并不十分适合与其他方法组合在一起的方法。在这种情况下，可以为这些不合群的方法创建一个综合性收容类。 创建类时，应知道“模块化”这个术语的含义是什么。类的基本目的是创建相当独立的程序单元。 2.2. 创建松散连接和高度专用的方法 2.2.1.使所有方法都执行专门的任务 每个方法都应执行一项特定的任务，它应出色的完成这项任务。应避免创建执行许多不同任务的方法。 创建专用方法有许多好处。首先调试将变得更加容易。 2.2.2.尽量使方法成为自成一体的独立方法 当一个方法依赖于其他方法的调用时，称为与其他方法紧密连接的方法。紧密连接的方法
编码规范以开发手册范本
1.软件开发手册 1.1.围 本标准规定了基于公司信息系统构建平台进行业务应用系统开发的编程格式规，主要包括命名规、代码注释、性能、以及常用语句的书写要求和约束等。统一规的格式有利于项目的交付和后续维护。 1.2.引言 1.1.1.简介 所有的程序开发手册都包含了各种规则。一些习惯自由程序的人（例如 Java 程序员）可能对这些规则很不适应，但是在多个开发人员共同协作的情况下，这些规则是必需的。这不仅仅是为了开发效率，而且也为了测试和后期维护。 良好的编码习惯有助于标准化程序的结构和编码风格，使源代码对于自己和别人都易读和易懂。在开发周期中越早使用恰当的编码规定，将会最大程度的提高项目的生产率。良好的编码习惯除了代码格式，详细的注释外，还应该包括使用有助于提高程序效率的编码方式。 规的开发有助于提高源码的可读性，可维护性，对于提高项目的整体效率更是不可缺少的（尤其是团队开发）。 1.1. 2.目的 本文是一套面向Java programmer 和Java developer进行开发所应遵循的开发规。按照此规来开发Java程序可带来以下益处： ●代码的编写保持一致性， ●提高代码的可读性和可维护性， ●在团队开发一个项目的情况下，程序员之间可代码共享， ●易于代码的回顾。 1.3.源程序 1.3.1.源程序命名 Java源程序的名字应该是这种形式：ClassOrInterfaceName.java。ClassOrInterfaceName 应该是在Java源程序中定义的 class或者interface的名字（关于classes和interface的命
名规请参考3.2）。源程序的文件名后缀通常为.java。 1.3. 2.供发布的文件 如果文件编译后，需要用打包的形式发布，那么这个包的名字应该是有代表性的（例如应该是这个模块或者这个文件所在单元的名字）。通常包的扩展名有 *.jar(推荐使用)或者 *.zip、*.ear、*.war等。 1.3.3.源文件的组织 一个Java源文件应该包含如下的元素，并按照以下顺序书写： 1)版本信息和声明 2)包的声明 3)引用声明 4)类或者接口的声明 以上元素之间以至少一个空行来分隔。 1.3.3.1.版本信息和声明 每一个源程序应该以一个包含版本信息和声明的块为开始。 例如： /** * application name： sample1 * application describing： this class handels the request of the client * copyright： Copyright ? 2002 金质工程所有 * company： neusoft * time： 2002.02.25 * * author Brunce * version ver 3.1 */
工程项目编码规则及管理办法
中船重工船业有限公司工程项目编码规则及管理办法 1. 范围 本办法规定公司各种工程编码分类和编码实施规则及其管理办法。 本规则适用于公司内部所有工程项目的编码计划编制、领发料、财务核算、计算机信息处理等。 2. 工程编码类别及其编制规则说明 2.1工程编码类别分为船舶产品工程、非船产品工程、基建工程、自营工程、设备大修、设备维修、设备技改、安全设施及其它工程。 2.2产品工程编码的编制方法 2.2.1 大吨位运输船舶（千吨位以上）工程号的编制方法 2.2.1.1 编码共6 位。前两位为船舶产品载重吨位或承载体积前两位数；第三位为同载重吨位船舶型号，无型号用0 表示，有型号时分为Ⅰ型、Ⅱ型、Ⅲ型等，分别用1、2、3表示，以此类推；第四、五、六位为公司大吨位运输船舶接单顺序号。 2.2.1.2 图示
例如：公司接单第31 艘70000 吨散货船工程编码为：700031 。 公司接单第18 艘33000 吨散货Ⅰ型船工程编码为：331018 。 2.2.2 商务船工程号的编制办法 2.2.2.1 编码共6位。前两位统一名称为SW（商务）；第三、四两位为商务船的长度，五、六两位为商务船接单顺序号。 2.2.2.2 图示 例如：公司接单第1 艘35 米长的商务船，工程号为：SW3501 2.2.3 小吨位（百吨位）运输船工程号的编制办法 2.2. 3.1 编码共6 位。前两位统一名称为YS（运输）；第三、四两位为运输船的吨位前两位，五、六两位为公司小吨位运输船接单顺序号。 2.2. 3.2 图示 例如：公司接单第1 艘载重吨为20 吨的运输船，工程号：YS2001
项目开发及编码规范
项目开发规范文档修订历史记录
1.简介 目的 1、用于规范指导开发组进行开发 2、便于成员间的沟通与交流。 3、有助于项目质量和稳定。 4、为后期维护提供支持 2. 项目开发流程 项目开发过程归纳分为以下步骤： 1. 建立SVN项目版本控制。包括文档，源码，Lib包等。 2. 了解需求，并对需求文档的书写。(见文档结构规则附录)。 3. 详细设计文档。(见文档结构规则附录)。 功能模块设计，重要模块的算法设计。 数据库设计等。 根据需求定义开发平台及环境。 4. 编码。 搭建开发平台，配置开发环境。 编码。 单元测试案例。 5. 书写软件安装手册文件，数据库脚本文件，以及注意事项(release notes)。 6. 交互测试组测试。根据测试组测试结果是否回归第4步（测试回归最好不要超过2 次）。 7. 测试通过，交付上线使用。 维护手册 使用手册
3. 代码规范 Java 代码规范 3.1.1 Java类名 类名可由：英文字母，数字，下划线组成。（数字，下划线不能够开头） 类名由一个或者多个单词组成。单词通常要求简洁明了达意。能够通过类名能够大致了解此类的作用和用途。 类名要求首字母大写，多个单词组成类名时，单词的首字母要求大写。 建议：类名不要过于简单或者太长。可以对单词采用简化的名称：入： Number 简化为：num 。 3.1.2 Java类结构 类仅作为数据结构，没有行为，他封装了一组或者相似的一些行为方法。所以一个类尽量功能单一，或者功能类似共有行为的。一个类不要过于庞大。 通常情况下： 一般逻辑类中应该有构造方法和main方法，main方法中应该有测试代码。 每个类应该有 toString() 方法。 3.1.2.1 包和引入语句 在多数Java源文件中，第一个非注释行是包语句。在它之后可以跟引入语句。 报名的定义全部是小写字母。具体定义依据项目而定。 引入包时候，同一类型的归纳到一块，用空行隔开。例如： import 3.1.2 类注释 Java类开头应该有相应的注释：类版本描述，作者签名，日期时间，公司备注，类的功能作用相关描述等。（详细查看：注释） 3.1.2.2 类成员变量 a) 类变量要求放在类的开始声明。一行声明一个。 b) 变量名称首字母要求小写。其他命名规则类似与类名。 c) static , final 类型的变量，字母要求全部大写。 d) 尽量在声明局部变量的同时初始化。 e) 避免局部变量和成员变量同名，覆盖了成员变量。 f) 尽量变量私有化，缩小变量的作用域。 3.1.2.3 类成员方法 a) 方法名命名规则类似于成员变量命名规则。 b) 成员方法尽量私有化。
项目编码规范编写指南
项目编码规范 1 命名规范 1）.包名采用域后缀倒置的加上自定义的包名，采用小写字母。 在部门内部应该规划好包名的范围，防止产生冲突。部门内部产品使用部门的名称加上模块名称。产品线的产品使用产品的名称加上模块的名称。 格式： com.huawei.产品名.模块名称 com.huawei.部门名称. 项目名称 示例： Relay模块包名 com.huawei.msg.relay 通用日志模块包名 com.huawei.msg.log 2）. 类名和接口使用类意义完整的英文描述，每个英文单词的首字母使用大写、其余字母使用小写的大小写混合法。 示例： OrderInformation, CustomerList, LogManager, LogConfig 3）. 方法名使用类意义完整的英文描述：第一个单词的字母使用小写、剩余单词首字母大写其余字母小写的大小写混合法。 示例： private void calculateRate(); public void addNewOrder(); 4）. 方法中，存取属性的方法采用setter 和 getter方法，动作方法采用动词和动宾结构。格式： get + 非布尔属性名() is + 布尔属性名() set + 属性名() 动词() 动词 + 宾语() 示例： public String getType(); public boolean isFinished(); public void setVisible(boolean); public void show();
public void addKeyListener(Listener); 5）.属性名使用意义完整的英文描述：第一个单词的字母使用小写、剩余单词首字母大写其余字母小写的大小写混合法。属性名不能与方法名相同。 示例： private customerName; private orderNumber; private smpSession; 6). 常量名使用全大写的英文描述，英文单词之间用下划线分隔开，并且使用 final static 修饰。 示例： public final static int MAX_VALUE = 1000; public final static String DEFAULT_START_DATE = "2001-12-08"; 7). 属性名可以和公有方法参数相同，不能和局部变量相同，引用非静态成员变量时使用 this 引用，引用静态成员变量时使用类名引用。 示例： public class Person { private String name; private static List properties; public void setName (String name) { https://www.360docs.net/doc/064311538.html, = name; } public void setProperties (List properties) { Person.properties = properties; } } 8).如果函数名超过15 个字母，可采用以去掉元音字母的方法或者以行业内约定俗成的缩写方式缩写函数名。 示例： getCustomerInformation() 改为 getCustomerInfo() 2 程序注释规范 1)、基本注释（必须加）
【编号规则】工程信息编码标准
QB ****公司企业标准 信息分类和编码 第3分册工程信息分类和编码 （初稿） 20XX-XX-XX 发布 20XX -XX -XX 发行 *****有限责任公司 发 布 ICS XXX 备案号XXX
目次 前言 (3) 引言 (4) 1范围 (5) 2规范性引用文件 (5) 3术语和定义 (5) 4分类原则和方法 (6) 4.1基本原则 (6) 4.2分类对象的层面划分 (6) 4.3工程信息分类 (7) 4.4工程信息整体框架 (8) 5编码方法 (9) 5.1基本原则 (9) 5.2码值 (9) 5.3代码组结构和层次 (10) 5.3.1交互定位码 (10) 5.3.2项目编码 (10) 5.3.3管理属性编码 (11) 5.3.4设计属性编码 (11) 5.3.5合同属性编码 (12) 5.3.6档案属性编码 (12) 5.3.7采购、财务、招标信息属性编码 (13) 5.3.8非项目信息编码 (13) 6分类与代码表 (14) 6.1非项目信息分类标识码(30301) (14) 6.2省电网公司及直属单位编码(30302) (14) 6.3工程项目建设管理单位代码(30303) (15) 6.4项目属性代码(30304) (18) 6.5综合指标(30305) (19) 6.6立项时间(30306) (20) 6.7批次项目标识码(30307) (21) 6.8信息属性码分类(30308) (21) 6.9项目阶段代码((30309) (22) 6.10工作分解代码(30310) (22) 6.11信息创建部门代码(30311) (23) 6.12设计资料分类代码(30314) (24) 6.13设计阶段代码(30315) (24) 6.14类目代码(30316) (25)
java项目团队开发规范
项目团队开发规范
修订历史记录
目录 1引言 (6) 1.1 编写目的 (6) 1.2 预期读者 (6) 1.3 编写背景 (6) 2概述 (7) 2.1 目标 (7) 2.2 修改及完善 (7) 3详细规范 (7) 3.1 使用的工具 (7) 3.2 框架设计 (7) 3.3 包目录 (8) 3.4 编码规范 (10) 3.4.1 目的 (10) 3.4.2 依据 (10) 3.4.3 具体规范 (10) 3.4.3.1 编码风格 (10) 3.4.3.1.1 缩进 (10) 3.4.3.1.2 空格 (11) 3.4.3.1.3 对齐 (12) 3.4.3.1.4 空行 (12)
3.4.3.1.5 代码长度 (13) 3.4.3.1.6 行数 (13) 3.4.3.1.7 注释 (14) 3.4.3.2 代码效率 (17) 3.4.3.2.1 综述 (17) 3.4.3.2.2 具体实现 (17) 3.4.3.3 异常处理 (17) 3.4.3.3.1 处理CHECK 异常与UNCHECK异常 (17) 3.4.3.4 程序调试 (17) 3.4.4 日常交流 (18) 3.4.4.1 互相促进 (18)
1引言 1.1 编写目的 本文档作为项目团队开发规范的说明书，描述了项目开发过程中的使用的工具，框架，代码编写规范及注意问题，作为项目团队建设，开发及测试工作的依据。 1.2 预期读者 本文档的预期读者包括以下几类： ?项目组长 ?项目组全体成员 1.3 编写背景 根据公司现有的开发状况，决定组件稳定的项目开发团队，制定全体团队成员共识的开发规范，有助于提高项目开发的效率、项目团队整体水平的提升。
软件开发项目管理
管理目标 1、所有关系人清晰明确地了解项目的需求和期望，努力做到满足项目所有关系人的不同需求；项目关系人包括：项目团队成员和项目团队外(内部/外部客户，内部/外部合作伙伴，经销商/客户等)。 2、项目管理三要素平衡（时间/成本/质量），即开发项目按需按时按质的完成。 3、目标：功能满足需求，设计支持变化，开发快速迭代，成果持续交付。 执行概述 1、建立有效的工作流程保证项目的顺利进行，初期使用传统RUP过程，引入部分敏捷方法， 团队磨合完成后逐步实现敏捷开发全流程管理。 2、明确项目目标，制定具有可行性的项目计划，有效明确的分解项目需求。 3、跟踪设计/开发/测试/回归/发布全流程，推动项目按预定计划执行。 4、解决项目过程中出现的问题和冲突，一般集中在需求不明/工作量或时长/开发难度/跨 部门协调等几个方面。 5、调动开发团队的积极性，创造力，推动团队成员在项目过程中的学习成长。 6、风险识别、风险控制以及风险的预案。 项目管理 1、需求阶段 对项目进行技术可行性分析、技术评估、成本评估以及风险评估。 与需求提出方的代表进行需求讨论，明确项目的目标、价值。 确定项目范围、功能及优先级。 组建项目团队，特别要搞清楚项目的关键人。 项目启动会议，相关的关系人都必须参加。 2、设计阶段 根据确认后的软件需求规格说明书，制定项目进度计划，工作任务分解(WBS)；资源申请，项目涉及到的开发资源、测试资源、设计资源(包括人员和软硬件资源)；数据库设计；系统设计；文档(包括系统用例、Demo、测试用例等)；评审会议。 设计阶段结果交付一般为系统用例/系统原型/系统设计文档(概要设计和详细设计)/数据库设计文档等。 该阶段交付成果需要进行评审。 3、执行阶段(开发和测试) 准备开发环境、测试环境。 跟踪，推动项目按计划进行。 项目成员以日报/项目负责人以周报的形式通报各关系人当前项目的进展情况。 按里程碑对阶段成果进行评估，以确保该阶段完成的质量。 代码审核，包括CS审核、SQL审核、WEB审核等。 对需求变更进行控制管理。 测试阶段BUG响应及改进、收集反馈意见。 对项目风险进行管理。 4、发布阶段 包括制定项目发布计划，用户培训，发布上线。 5、试运行阶段 数据监控(日志、服务器状态)，根据监控出现的问题，及时进行处理，改进性能问题，特定情况执行补丁升级。
研发部需求开发规程管理
精心整理 管理目标 1、所有关系人清晰明确地了解项目的需求和期望，努力做到满足项目所有关系人的不同需求；项目关系人包括：项目团队成员和项目团队外(内部/外部客户，内部/外部合作伙伴，经销商/客户等)。 2、项目管理三要素平衡（时间/成本/质量），即开发项目按需按时按质的完成。 3、目标：功能满足需求，设计支持变化，开发快速迭代，成果持续交付。 执行概述 1、 2、 3、跟踪设计/开发/测试/回归/ 4、/跨部门协 调等几个方面。 5、 6、风险识别、风险控制以及风险的预案。 项目管理 1、需求阶段 2 根据确认后的软件需求规格说明书，制定项目进度计划，工作任务分解(WBS)；资源申请，项目涉及到的开发资源、测试资源、设计资源(包括人员和软硬件资源)；数据库设计；系统设计；文档(包括系统用例、Demo、测试用例等)；评审会议。 设计阶段结果交付一般为系统用例/系统原型/系统设计文档(概要设计和详细设计)/数据库设计文档等。 该阶段交付成果需要进行评审。 3、执行阶段(开发和测试) 准备开发环境、测试环境。
跟踪，推动项目按计划进行。 项目成员以日报/项目负责人以周报的形式通报各关系人当前项目的进展情况。 按里程碑对阶段成果进行评估，以确保该阶段完成的质量。 代码审核，包括CS审核、SQL审核、WEB审核等。 对需求变更进行控制管理。 测试阶段BUG响应及改进、收集反馈意见。 对项目风险进行管理。 4、发布阶段 包括制定项目发布计划，用户培训，发布上线。 5、试运行阶段 数据监控(日志、服务器状态) 定情况执行补丁升级。 6、收尾阶段 产品交付，项目总结会。 常见问题 1、开发时间的估算 算，通常单个模块开发时间取决于以下因素： 1 2(包括对框架和应用的熟悉程度)。 3 开发者没有相关的代码可以参考，自己也没有经验， 1、在划分好模块后，首先项目管理人员预先估算各个模块所需要的开发时间。 2、召集所有开发人员，讨论模块的分配和开发时间估算。将划分好的模块，分配给开发人员，如状况允许可允许开发人员自主选择以提高开发人员的主动性和参与性。分配模块的时为确保开发的速度和质量，基本原则如下： A、类似的模块由同一人负责开发，比如用户信息的增删改应由同一开发者负责。这样开 发者对相关逻辑会比较熟悉，代码/接口的定义也会相对明确，沟通的成本低，相应可以降低功能实现的缺陷概率。 B、技术难度较大的模块由技术水平比较高的人负责。 C、业务逻辑比较复杂的由对业务逻辑比较了解的人负责。
施工许可证编码规则
工程代码编制规则和结构 一、编制规则 1、主编码的字母和数字，按顺序分别代表建设工程所在的地域[河北省、设区的市、县（县级市）、区]、工程管理权限、工程报建年度、本年度工程编排顺序号。 2、辅助编码代表主编码已确定的该建设工程中，根据承发包和招投标确定的各个子项的顺序号。 二、建设工程代码的结构 1、主编码的结构。主编码从左到右的含义是： 第一、二位表示建设工程所在的省，其代码统一用“13”表示。 第三、四、五、六位表示建设工程的在设区的市的市区或其所属的县（县级市）、区。 一至六位地域码按照《河北省行政区划地址代码》对照编写。 跨地区建设工程的代码为：1300KA表示跨省、1300KB表示跨设区的市、1300KC表示跨县、区。 第七位表示建设工程的管理权限，分别用J、S、X、H字母表示省、设区的市、县（县级市、区）和华北石油管理局管理的工程。 第八、九位表示报建年度，由两位阿拉伯数字表示，其中1999年度报建的工程用“99”表示；2000年度开始及以后年度报建的工程分别用“00、01、02、……99”表示。 第十、十一、十二位分别用阿拉伯数字按顺序表示本年度、本区域内按照报建确定的建设工程总数的顺序号。从本办法实施起报建的
工程从“001、002……”开始编制。 2、辅助编码的结构。辅助编码由两位阿拉伯数字按顺序从“01、02……”开始分别表示。 三、工程代码编制示例 例如：唐山市市区内99年报建的市管第121个工程项目（住宅小区）的某一项发包的工程编码为130201S99121-01，其中13表示河北省，02表示唐山市，01表示唐山市市区，S表示市管工程，99表示99年报建，121表示第121项工程，01表示其中的第一项发包工程。
软件项目开发计划
项目开发计划书 项目名称：9号智能鲜柜网站系统软件项目编号：*** 编写人员：____ 编写日期：2004-5-10 _ 审批人员： 审批日期：
历史修改记录
1.引言 (4) 1.1.编写目的 (4) 1.2.项目标识 (4) 1.3.项目背景 (4) 1.4.术语定义 (4) 1.5.参考资料 (4) 1.6.约束和假定 (5) 2.项目概况 (5) 2.1.项目产品 (5) 2.1.1.交付产品 (5) 2.1.2.非交付产品 (5) 2.1.3.维护和服务 (5) 3.开发规程、标准和方法 (5) 3.1.规程和标准 (5) 3.2.生命周期选择 (5) 3.3.开发语言和编程工具 (6) 4.规模和成本估计 (6) 4.1.项目规模 (6) 4.2.项目工作量和成本 (6) 5.资源需求 (6) 6.人员组织和安排 (7) 7.项目进度计划 (8) 8.用户应承担的工作 (9) 9.风险评估和防范 (9)
1.引言 1.1.编写目的 编写本文档的目的是为实施工程和管理软件项目制定合理的计划，为实施和管理软件项目活动提供基础，并根据软件项目资源、约束条件和能力向软件项目的的客户提出承诺。 本文档的读者为：高级项目经理、项目经理、项目开发组、测试经理、测试组、质量保证组。 1.2.项目标识 项目名称：部门级文档管理系统。 1.3.项目背景 本项目由开目公司提出立项，经英诺有限公司审批通过，由英诺有限公司负责开发工作。 本项目的用户是对文档有管理需求的企业。 本项目的目的是开发一个文档管理系统，对部门内的纸质文档和小型局域网内的电子文档进行入库、出库、版本更新的管理，提供文档信息的查询和定位服务，并根据用户所在的组织和用户的权限确定用户对不同文档的操作权限。 1.4.术语定义 1.5.参考资料 部门级文档管理系统立项申请报告 部门级文档管理系统需求规格说明书 软件配置管理计划指导书 软件质量保证计划指导书
工程代码编码规范
4．3代码编制 A．4淮河流域片 淮河流域片流域(水系)分区编码按表A．4的规定执行。 13 SL 213—2012 表A．4淮河流域片流域l水系)分区编码 分区编码分区名称分区编码分区名称 EA 淮河干流水系 EC 里下河水系 EB 沂沭泗水系 DD 山东半岛及沿海诸河水系 A．5长江流域片 长江流域片流域(水系)分区编码按表A．5的规定执行。 表A．5长江流域片流域(水系)分区编码 分区编码分区名称分区编码分区名称 FA 长扛干流水系 FH 鄱阳湖水系 FB 雅砻江水系 FJ 太湖水系 FC 岷江水系 JB 澜沧扛捐公河流域 FD 嘉陵江水系 JC 怒江、伊涪瓦底江流域 FE 乌江水系 JD 雅鲁藏布江一布拉马普特拉河流域 FF 洞庭湖水系 JE 狮泉河印度河流域 FG 汉江水系 KM 西藏内流区 A．6东南沿海流域片 4．3．1河流代码 a)编码规则：用8位字母和数字的组合码分别表示河流的工程类别、所在流域或水系、编号及类别。 b)代码格式：ABTFFSSY。 c)说明： A——1位字母，表示工程类别，取值为A。 BT——2位字母，表示流域(水系)分区编码，详见附录A。 FFss——4位数字或字母，表示任意一条河流的编号，F、S取值范围为o～9、A～Y。字段含 义按表1的规定执行。 注：当代码位数不够或对于不易分辨上下游关系的河网地区，取消对FFSS的限制。取消限制条件的顺序为： 取消ss第二个S为0的限制，仍不满足时，取消对FF中00～09作为干流或于流不同河段代码的限制。 Y——1位数字，表示河流类别，取值按表2的规定执行。 表1河流代码FFSS字段规定 字段字段描述 2位数字或字母，表示一级支流的编号，F取值范围为o～9、A～Y．其中00～09作为千流或干流不同河段的
项目代码拆分单项工程编码规则
项目代码拆分单项工程编码规则 （试行） 固定资产投资项目代码制度是《中共中央国务院关于深化投融资体制改革的意见》（中发〔2016〕18号）、《企业投资项目核准和备案管理条例》（国务院令第673号）、《政府投资条例》（国务院令第712号）明确规定的投资管理基本制度。项目代码是项目整个建设周期的唯一身份标识，一项一码，统一通过广东省投资项目在线审批监管平台生成。项目根据实际情况，确需拆分为两个或两个以上单项工程分别办理报建审批手续的，可以对项目代码进行拆分，形成工程代码，在城市工程建设项目审批管理系统中流转使用。以工程代码办理相关审批手续、形成的单项工程实施、建设进展、监管（处罚）等相关信息，统一汇集至项目代码，通过广东省投资项目在线审批监管平台在各级有关部门间实现信息共享。为规范项目代码的拆分和应用管理，特制定本规则。
一、范围 本规则规定了项目、项目代码及工程代码的定义，代码拆分阶段、拆分流程、工程代码结构，以及代码的管理和应用等方面的相关标准和要求。 本规则主要适用于广东省内各级有关部门（不含深圳市）审批、核准、备案的房屋建筑和城市基础设施等工程建设项目。其他项目可参照本规则执行。 二、定义 （一）项目。指在广东省内投资建设的固定资产投资项目。指有一个主导功能、有一个总体设计、经济上统一核算、实施中统一管理、包含一个或者一系列有内在联系的单项工程的固定资产投资活动。不论是主体工程还是相应的附属配套工程，不论是由一个还是由几个施工单位施工，不论是同期建设还是分期建设，都是一个项目。项目的名称和建设内容及规模等，由项目审批、核准、备案机关出具的项目审批、核准、备案文件确定。 （二）项目代码。指通过广东省投资项目在线审批监管平台生成的项目代码，是项目整个建设周期的唯一身份标识，一项一码。项目代码编码规则，按照国家发展改革委统一制定的编码规则执行。 （三）工程代码。指项目根据实际情况需要，拆分为两个或两个以上单项工程（包括主体工程、配套工程、分段或分期
PRD产品开发项目 管理规范
产品开发项目文档管 理规范 文档编号：COSHIP-CMMI-PRD-PDPDM 密级：机密 版本信息：1.8 批准日期： 编辑软件：Microsoft Word 2003 Microsoft Visio 2003 同洲电子股份有限公司版权所有 内部资料注意保密
*变化状态：C――创建，A——增加，M——修改，D——删除
目录 1 概述 (1) 1.1 目的 (1) 1.2 适用范围 (1) 2 产品开发文档体系 (1) 3 文档质量的度量准则 (3) 4 主要角色和职责 (3) 4.1 文档作者 (3) 4.2 项目经理 (4) 4.3 PPQA (4) 4.4 配置管理工程师 (4) 4.5 评审组 (4) 4.6 部门经理 (4) 5 文档审核流程 (5) 5.1 审核流程 (5) 5.2 归档签名 (6) 5.3 纳入基线 (6) 6 文档保密制度 (7) 7 文档编号 (7) 7.1 文档编号规则 (7) 7.2 阶段代号 (8) 8 文档版本 (9)
1概述 1.1 目的 规范公司产品开发项目的文档体系，加强文档的标准化管理。 1.2 适用范围 公司内所有产品开发项目。 2产品开发文档体系 在产品开发项目开发过程中，各阶段都有相应的文档输出，文档的编写应先于或同步于开发工作。 产品开发项目过程中的文档体系如表1所示。 表1.产品开发项目文档体系
3文档质量的度量准则 评审文档质量的度量准则有以下六条： 完整性：所承担产品开发任务的项目组，需按照公司文档体系的规定编写相应的文档，以保证在项目结束时其文档是齐全的。 正确性：在项目各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶段的需求相一致。文档与所述的对象保持一致，必要时应进行实时的文档版本升级。 可读性：文档应该表达清晰、逻辑条理分明、表现形式通用。 简明性：在项目各个阶段所编写的各种文档的语言表达应该准确简练。 规范性：文档的规范性是指采用当前最新的模板。其完整性及内容的充实程度应不低于模板的要求。 可追溯性：在项目各个阶段所编写的各种文档应该具有良好的可追溯性。由于各开发阶段编制的文档与各阶段完成的工作有着密切的关系，前后阶段生成的文件，随着开发工作的逐步扩展，具有一定的继承关系。在一个项目各开发阶段之间提供的文件必定存在着可追溯的关系。 4主要角色和职责 4.1 文档作者 文档作者包括公司内的项目组成员以及外协人员。文档作者在文档方面的主要工作为：1）在项目开发过程的各个阶段中，按照规定及时地完成项目文档的编写工作，文档作者有责任保证文档编写与开发同步。 2）文档作者不仅要审核文档字面上有无错漏，还要审核所陈述的技术内容是否精确，及表达方式上是否清晰易懂。文档作者对文档的正确性、可读性和规范性全面负责。 3）文档作者保证所编写的文档与所描述的对象保持很好的一致性，必要时及时更新文档，便于以后维护工作和后续开发工作的开展。
软件开发编码规范
软件开发编码规范(C#)
目录 1 引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 基本要求 (3) 2.1 程序结构要求 (3) 2.2 可读性要求 (3) 2.3 结构化要求 (4) 2.4 正确性与容错性要求 (4) 2.5 可重用性要求 (5) 3 用户界面设计原则 (5) 4 源程序书写规范 (5) 4.1 通用源代码格式规则 (5) 4.1.1 缩进 (5) 4.1.2 边距 (6) 4.1.3 “{}”的使用 (6) 4.1.4 注释 (6) 4.2 语句格式与语句书写规范 (6) 4.2.1 括号 (6) 4.2.2 保留字和关键字 (7) 4.2.3 函数 (7) 4.2.4 变量 (7) 4.2.5 语句 (7) 5 命名规范 (9) 5.1 函数命名 (9) 5.2 形参 (9) 5.3 常量和变量 (9) 5.3.1 常量和宏定义 (9) 5.3.2 变量 (9) 5.4 函数使用说明、接口命名、NameSpace命名 (10) 5.5 控件的命名 (11) 5.6 类型 (11) 5.6.1 一般类型 (11) 5.6.2 构造类型 (12) 5.6.3 类类型 (12) 5.7 文件和文件夹 (12) 5.7.1 文件夹的命名规则 (12) 5.7.2 文件命名 (13) 6 源程序文档注释规范 (13) 6.1 注释文档的一般规范 (13)
1引言 1.1编写目的 本规范旨在用规范文件的形式，对全公司使用C#进行的编程过程，进行有效的规范管理，使得最终的软件产品具有良好的风格和统一的结构，且使代码可读性强、易维护。 本规范预期读者是全公司所有参与编程的软件开发人员以及其他相关人员。 本标准适用于Visual C# ,其余语言作参考。 1.2背景 公司在上一个项目中由于代码编写风格不统一，可读性较差、较难维护，使得工作效率有所降低。 1.3定义 无 1.4参考资料 Pascal Standards FAQ (E) JavaDoc （E） Doc-O-matic Document (E) Artemis Alliance Delphi Coding Standards (E) 《C#基本书写规范》 《C#编码规范纲要》 2基本要求 2.1程序结构要求 程序结构清晰，简单易懂，单个函数的程序行数一般不得超过100行,个别特殊函数除外。 代码中打算干什么，要简单，直接了当，代码精简，避免垃圾程序。 应尽量使用.NET库函数和公共函数(无特殊情况不要使用外部方法调用windows的核心动态链接库)。 一般情况下，不得使用全局变量，尽量使用局部变量。 2.2可读性要求 可读性第一，效率第二。（这仅对代码本身而言）。 保持注释与代码完全一致。
工程项目编码规范(制度版)
水务事业部管理制度 工程项目编码规
XXXX-XX-XX发布XXXXXXX XXXX-XX-XX 修订实施 （发布日期）（文件编制部门）（修订实施日期） 工程项目编码规 1、目的 1.1为规水务事业部工程项目管理信息行为，提高工程项目代码信息质量，通过工程项目代码实现各系统信息数据共享和有效连接，实行工程项目统一编码，特制定本规。 1.2为达到以上目的和简化流程，科技项目编码也纳入本规，不再另作规定。 2、适用围 本规适用于市供水、市污水处理及各下属分公司、全资子公司、控股子公司，参股公司可参照执行。 3、编码对象及使用规则 3.1编码对象包括工程建设项目和科技项目。 3.1.1部投资形成公司资产的生产性工程项目（包括管网工程项目和生产性基建项目）、非生产性工程项目。 3.1.1.1管网工程项目：给排水管及相关给排水设施新(扩)建、改造安装工程。 3.1.1.2生产性基建项目：生产性基建设施(包括水厂)新(扩)建、改造工程。 3.1.1.3非生产性基建项目：非生产性基建设施新建、改造（主要是指装饰装修）工程。 3.1.2对外承接收费的水表安装工程（如新装、换装水表）、表前管安装工程；表后管安装工程（如二次供水工程）和相关维修工程等。 3.1.3公司投资的科技项目：信息和自动化技术应用开发项目；技术研究与开发项
目；应用理论及应用基础研究项目；科技成果转化项目，包括商品化开发、重大中间试验、示工程项目；技术前期及可行性研究项目和工艺改造项目。 3.2工程项目代码按以下分类方式赋码，项目代码在使用过程中保持唯一性和不变性。 3.2.1部投资工程由投资所属地区公司工程立项部门负责赋码，其中A类工程项目代码由投资所属地区公司（或城区本部B类工程立项部门）提供给水务部技术部（A、B 分类按照水务事业部现行的《工程项目管理制度》执行）。 3.2.2外接收费工程首先在营业收费系统设定编码程序，在客户服务中心服务窗口（或客户服务中心开放给工程管理部门的营业收费系统端口）受理时直接赋码。 3.2.3财务部负责审核工程项目代码的唯一性，发现重复的退回赋码部门重新赋码。 3.3按本规确定的工程立项（或受理）代码作为该工程的预结算编号、收费编号、会计核算的核算项目代码，以及固定资产卡片的设备编号，并在工程（或项目）合同中标记此工程项目代码。 4、工程项目编码规则 4.1工程项目代码采用组合编码方式生成，由前段码和序列码组成，共14位，其中前段码10 位，序列码4位。有子项目的再增加2位序列码。 4.2 前段码长度为10位，由1位经营业务代码、2位工程所属地区代码、1 位工程性质代码、2位工程类型代码、4位年度和月份数字（年度和月份各2位数字）组成。图示如下： X - XX X XX XXXX ││││└────年度和月份（4 位） │││└──────工程类型代码（2位）
Java开发编码规范
项目管理体系文件Java开发编码规范 编撰人： 审核人： 批准人： 批准日期：2014-3-10 保密级别：公开 文档版本：0.0.1 重庆中软国际信息技术有限公司
版本历史
目录 第一章代码开发规范及其指南 (1) 1.1目的 (1) 1.2程序内命名规范 (1) 1.3文件命名规范 (2) 1.4J A V A 文件样式 (2) 1.5代码编写格式 (6) 第二章程序编写规范方法 (8) 2.1权限修饰 (8) 2.2其他规范 (8) 2.3编程指南 (10) 第三章其他要求 (12)
第一章代码开发规范及其指南 1.1 目的 定义这个规范的目的是让项目中所有的文档都看起来像一个人写的，增加可读性，减少项目组中因为换人而带来的损失。（这些规范并不是一定要绝对遵守，但是一定要让程序有良好的可读性） 1.2 程序内命名规范 ●Package的命名：Package 的名字应该都是由一个小写单词组成。 ●Class 的命名：Class 的名字必须由大写字母开头而其他字母都小写的单词 组成 ●Class 变量的命名：变量的名字必须用一个小写字母开头。后面的单词用大 写字母开头。 ●Static Final 变量的命名：Static Final 变量的名字应该都大写，并且指出完 整含义。 ●参数的命名：参数的名字必须和变量的命名规范一致。 ●数组的命名：数组应该总是用下面的方式来命名：byte[] buffer; 而不是 byte buffer[]; ●方法的参数：使用有意义的参数命名，如果可能的话，使用和要赋值的字 段一样的名字： SetCounter(int size){ this.size = size; }
项目编码规则及单位代码
项目编码规则及单位代码 一、编码规则 项目编号由9位字符组成，如下所示： YY DX DW ABC YY—年份（两位数字，统一填写“16”，代表2016年） DX—项目类型代码（两位字符） 66 创新团队培育项目（II类） 68 学生自主申报项目（III类） DW—申请人所在学院代码（两位字符，见后续“单位代码表”） ABC—项目顺序号（三位数字，从001到999。号码从001依次往后连续排列） 例：汽车学院本科生自主申报项目，在学院评审中排在第10位，则编码为156807010，项目初始密码为807010 二、单位代码表 01 材料科学与工程学院 02 交通学院 03 管理学院 04 机电工程学院 05 能源与动力工程学院 06 土木工程与建筑学院 07 汽车工程学院 08 资源与环境工程学院 09 信息工程学院 10 计算机科学与技术学院 11 自动化学院 12 航运学院 13 文法学院 14 理学院
15 经济学院 16 艺术与设计学院 17 外国语学院 18 物流工程学院 19 政治与行政学院 20 化学化工与生命科学学院 30 材料研究与测试中心 31 道路桥梁与结构工程技术研究中心 32 高等教育研究所 33 光纤传感技术国家工程实验室 34 硅酸盐建筑材料国家重点实验室 35 国际教育学院 36 湖北省危机与灾害应急管理研究中心 37 绿色建材教育部工程研究中心 38 设计院 39 生物材料与工程研究中心 40 特种功能材料技术教育部重点实验室 41 体育部 42 网络教育学院，继续教育学院 43 新材所（材料复合新技术国家重点实验室） 44 智能交通系统研究中心 45 政治思想理论课部 46 电工电子实验中心 52 科学技术发展院 53 研究生院 54 校团委 55 教务处 99 其他
java开发编码规范
Java 命名约定。 采用适用于相关领域的术语 采用大小写混合使名字可读 尽量少用缩写，但如果用了，要明智地使用，且在整个工程中统一 避免使用长的名字（一般小于15个字母） 避免使用类似的名字，或者仅仅是大小写不同的名字 避免使用下划线（除静态常量等） 包（Package） 采用完整的英文描述符，应该都是由小写字母组成。对于全局包，将你的Internet 域名反转并接上包名。例如：java.awt,com.ambysoft.www.persistence 类（Class） 采用完整的英文描述符，所有单词的第一个字母大写（一些专有的缩写词，比如：AWTException等则除外）。Class的名字建议使用名词或者名词短语。例如：Customer, SavingsAccount，LayoutManager等 接口（Interface） 接口的名字取决于接口的主要功能和用途。如果接口是使对象具有某种特定的功能，则接口的名字建议使用可以描述这种功能的形容词（加上-able或者-ible 后缀） 例如：Searchable，Sortable，NetworkAccessible等 如果接口不是使对象具有某种特定的功能则建议使用名词或者名词短语（同类的命名规则）。 组件/部件（Component） 使用完整的英文描述来说明组件的用途，末端应接上组件类型。okButton, customerList,fileMenu 异常（Exception） 通常采用字母 e 表示异常。 类变量字段 采用完整的英文描述，第一个字母小写，任何中间单词的首字母大写。firstName, lastName 静态常量字段（static final） 全部采用大写字母，单词之间用下划线分隔。MIN_BALANCE, DEFAULT_DATE 方法 方法命名采用大小写混合的形式。以小写字母开头，名字中其他单词的首字母以大写字母开头，所有其它的单词都为小写字母，不要使用下划线分隔单词。方法的命名应该能描绘
项目编码规范
项目编码规范 (一)命名规范 Java包、类的命名应尽量采用完整的英文描述符,一般采用小写英文字母,但类名、接口名以及任何非初始单词的第一个字母要大写,不能用完整英文描述的,应以该英文单词的前四个字母或能代表单词意思的缩写代替。具体如下: (1)尽量使用完整的英文描述符; (2)采用合适于相关领域的术语 (3)采用大小写混合使名字可读 (4)尽量少用缩写,确有需要的,要能表达其意义; (5)避免使用长的名字(小于15个字母) (6)避免使用类似的名字,或者是大小写不同的名字; (7)避免使用下划线(除静态常量等); 举例如下: 包(packge) 采用完整的英文描述符,应该都是由小写字母组成。对于全局包,将你的internet域名反转并接上包名。如:com.boyi.eim,com.boyi.oa.web 类(Class) 采用完整的英文描述符,所有单词的第一个字母大写。 如:User,StuManager 接口(interface) 采用完整的英文描述符说明接口封装,所有单词第一个字母大写。名字后面加上后缀Dao,实体类实现接口加上后缀Impl
类变量:采用完整的英文描述符,第一个字母小写,后所有单词的第一个字母大写。如:userName 参数:同上 获取成员函数:封装字段,被访问时调用get set方法 普通成员函数:采用完整的英文描述符,第一个字母小写,后所有单词的第一个字母大写。 静态常量字段:全部采用大写字母,单词之间用下划线分隔。 循环计数器:通常采用字母I,j,k…………….. 数组:采用完整的英文描述符,第一个字母小写,后所有单词的第一个字母大写 (二)代码注释 良好的注释习惯对于一支程序来说,是其易于解读的关键。也就是说,如果另一个编程人员从未见过这段代码,要在合理的时间内理解代码,需要知道哪些信息。并以此作为注释的依据。因此对于注释来说,需要注意以下几点: (1)注释应该增加代码的清晰度; (2)保持注释的简洁; (3)在写代码之前写注释 (4)注释出为什么做了一些事,而不仅仅是做了什么 使用代码注释的目的: (1)文字说明代码的作用(即为什么要用编写该代码,而不是如何编写);