编号规则功能详细设计(2014版)(1)
需求编号规则
第一种
项目（系统）需求：
（1）需求文档命名规则：项目名称+文档名称+文档版本，中间使用“_”连接。
格式：项目名称_文档名称_文档版本
其中文档版本：以十进制标识符xx.yy
其中xx起始为1，yy起始为0，如果发生重大的修改，xx递增；如果只有小修改，递增yy。
例如：四川农信CRM零售管理项目_详细设计_V1.0.xls
备注：未经评审或审核通过的版本，版本号不能高于V1.0，达成V1.0版的需求纳入配置管理库，正式受控。
新增或变更需求：
（2）对新增需求或变更的需求采用如下的形式：版本以xx.yy.zz.pp的形式标识，其中
格式：项目名称_文档名称_版本信息
例如：四川农信CRM零售管理项目_XXX需求_V1.1.0.0.xls 新增
四川农信CRM零售管理项目_XXX需求_V1.0.1.0.xls维护
四川农信CRM零售管理项目_XXX需求_V1.0.0.1.xls 补丁
四川农信CRM零售管理项目_XXX需求_V1.1.0.1.xls 新增/补丁
第二种
将机构部门纳入命名规则：需求提出方
格式：机构/部门名称_项目名称_XXX需求名称_版本号
例如：省联社业务发展部_核心业务系统_增加保证金存款产品用户需求说明书_V1.0 第三种
项目名称_需求名称_BA_版本号
项目名称_需求名称_SA_版本号
BA@...
ba
ba2014。
图纸（图号）编码规则
图纸（图号）编码规则图纸（图号）编码规则1、目的为公司各种设计图纸文件的管理、发放、使用的有序和控制。
2、适用范围适用公司的所有设计图纸文件。
3、职责和权限责任人负责编制、修改，项目负责人负责审核，经理室负责批准。
4、编码规则和结构：4.1 PCB、电路图图纸：4.1.1 类别ZP——主板DY——电源板AJ——按键板QD——驱动板GYT——高压条JS——接收板SN——声纳板ZJ——转接板LED——LED灯条SD——SD卡线路板FK——原理方框图FA——安装方案图4.1.2 序列号按画图的顺序编号4.1.3 版本号根据图纸的更改变动依次用数字升版。
例：第一版01，第二版02。
4.2 CAD图纸4.2.1 类别WK——外壳图（外观）QK——前壳HK——后壳CB——侧面壳或侧面安装板BK——边框BB——后壳背包XJ——小角AZ——安装板、隔离板、尾板、挡板DZ——底座、支架 AJP——按键皮BL——玻璃 PM——泡沫ZX——纸箱XL——纸箱丝印NH——内盒、内垫、隔板MJ——模具、治具、夹具BQ——标签、标贴、铭牌、保修卡、合格证DX——导线FS——防水圈YP——压片SR——耳朵螺母OT——其它（除以上列的以外的）4.2.2 序列号按画图的顺序编号。
4.2.3 版本号根据图纸的更改变动依次用数字升版。
例：第一版01，第二版02。
5、相关文件《技术文件管理规定》6、质量记录《文件管理单》《文件发放/回收记录》（学习的目的是增长知识，提高能力，相信一分耕耘一分收获，努力就一定可以获得应有的回报）。
2024浙教版信息技术四年级上册《第14课 编码的规则制订》教学设计
2024浙教版信息技术四年级上册《第14课编码的规则制订》教学设计一、教材分析本课是浙教版信息技术四年级上册第三单元“身边的编码”中的第14课，是在学生已经初步了解编码基础知识，如编码的定义、编码在生活中的应用等之后，进一步深化学生对编码规则的认识和理解。
通过本课的学习，学生将学会如何根据实际情况制定编码规则，理解编码规则在信息社会中的重要作用。
二、教学目标1. 知识与技能：-理解编码规则在信息社会中的重要性。
-掌握制定编码规则的基本方法。
-能够根据实际需求，制定简单合理的编码规则。
2. 过程与方法：-通过案例分析，了解编码规则的实际应用。
-通过小组合作，共同制定编码规则，培养合作学习能力。
3. 情感、态度与价值观：-激发学生对信息技术的学习兴趣。
-培养学生科学严谨的学习态度和逻辑思维能力。
-提升学生解决实际问题的能力。
三、教学重难点重点：制定编码规则的基本方法。
难点：如何根据实际需求，制定简单合理的编码规则。
四、教学过程1. 导入新课-展示生活中常见的编码实例（如图书编号、身份证号码等），引导学生思考编码的作用和重要性。
-提问：你们知道这些编码是如何制定的吗？为什么要有这样的编码规则？2. 新知探究-讲解编码规则的基本概念，包括编码的目的、编码的组成要素等。
-通过案例分析，让学生了解编码规则在实际生活中的应用。
3. 实践操作-分组讨论：选择一个实际场景（如班级图书管理、运动会选手编号等），制定相应的编码规则。
-学生分组合作，共同完成编码规则的制定，并在班级内进行展示和交流。
4. 总结提升-总结制定编码规则的基本步骤和方法。
-强调编码规则在信息社会中的重要作用，引导学生认识到学习编码规则的意义和价值。
5. 作业布置-要求学生根据所学知识，为家中的某个物品（如玩具、书籍等）制定一个编码规则，并写出制定该规则的理由和过程。
五、板书设计```第14课编码的规则制订一、编码规则的重要性-信息组织与管理-数据唯一标识二、编码规则的基本概念-编码目的-编码组成要素三、制定编码规则的基本步骤1. 确定编码目的2. 分析数据特点3. 设计编码结构4. 检验编码效果四、案例分析（展示具体的编码实例，如图书编号、身份证号码等）五、实践操作（展示学生分组制定的编码规则）```通过这样的板书设计，可以帮助学生清晰地了解本课的学习内容和重点，加深对编码规则的理解和掌握。
产品图样及设计文件编号规则
产品图样及设计⽂件编号规则1.⽬的为了统⼀产品图纸、设计⽂件的编号，便于公司内外的交流、协作，对图纸编号⽅法进⾏科学、合理的规定。
2. 范围本⽅法适⽤于公司所有图纸、设计⽂件的编号。
2.引⽤标准GB/T5054.4-2000 产品图样及设计⽂件编号原则GB/T17601.1-1989 技术制图标题栏GB／T14689-1993 技术制图图纸幅⾯和格式GB/T10609.2—1989 技术制图明细栏GB／T14690-1993 技术制图⽐例GB／T14691-1993 技术制图字体GB/T17450-1998 技术制图图线4. 总则4.1 每个产品、部件、零件的图样均应有独⽴的代号；4.2 采⽤表格图时，表中每种规格的产品、部件、零件都应标出独⽴的代号；4.3 同⼀产品、部件、零件的图样⽤数张图纸绘制时，各张图样标注同⼀代号；4.4 公司已有产品图纸的编号不变，⾃本标准实施之⽇起，新产品图纸按本标准编号；4.5 顾客原始设计的产品图纸采⽤外来⽂件的编号进⾏登记，当须对图纸进⾏转化时，零件图采⽤其原始编号不变，且应在标题栏正上⽅注明是依据顾客提供图纸进⾏重新绘制。
5. 图纸的编号5.1 基本符号图纸编号⼀般可采⽤下列字符：——0～9 阿拉伯数字；——A～Z 拉丁字母（O、I 除外）；——短横线。
5.2 编号的组成5.2.1 本公司图纸按⾪属关系编号，⾪属编号是按产品、部件、零件的⾪属关系编号，⾪属编号其代号由产品代号和⾪属号组成。
5.2.2 ⾪属编号由数字组成。
产品代号占两位（由“01—99”表⽰）。
部件代号占四位，最多分四级，第⼀位代表⼀级部件，第四位代表四级部件（每⼀位由数字“1—9”表⽰，如只有两级部件，其后两位⽤“0”表⽰）。
零件代号占三位（由“001—999”表⽰，“000”表⽰部件）。
部件代号与零件代号中间⽤短横线隔开。
5.2.3 特征码由客户产品代号表⽰，基础型产品可以不带特征码。
特征码由字母和数字组成，码位不超过 8 位，如SX2190N车型其特征号为“SX2190N”。
标书编写编码及格式指导书
第一章范围1.1 软件范围本指导书针对使用Microsoft Word 排版的标书文本文件，Word的版本要求为2002(XP)或更高，使用其它软件排版可参考执行。
1.2 主要要素强制规定的要素有字，段落，表格，图形的格式和标识规则，其它如纸张，边距，页眉页脚等作出具体指导建议。
1.3 文字类型适用于使用汉字为主体的标书文档，非汉字文档可参考执行。
注：本文档即为使用自动排版工具排版的结果，电子版中颜色是为了便于用户区分不同要素，正式输出前可以全选后设为黑色。
第二章规则2.1 强制规则为配合软件自动排版，以下为强制规则，按照强制规则编写的标书在无需设置任何格式，即可利用自动排版软件进行全自动排版。
2.1.1 编码规则统一的编码规则是软件准确识别标书内容信息的基本前提，同时统一的编码规则可有效的减少编书编制过程中的不必要编码转化。
说明：（1）编码可以只使用到3级，也可以在3级后跳过4级直接使用5级。
（2）5级编码顺序并非必须，建议按照（1）→1）→A→a的顺序，A和a后建议不跟标识符号。
（3）2,3,4级别的编码标识符.建议使用半角，5级别编码的”（”或“）”建议使用全角。
（4）特殊字符，如⑴⑵⑶或①②③建议不进入5级编码，主要原因是输入的效率比较低，同时⑩以上需要使用Word的圈字功能，在清除格式的过程中圈字信息会丢失。
（5）禁止使用自动编号功能，自动编号在清除格式的过程中信息会丢失。
2.1.2 图形规则2.1.2.1 由Word绘图工具绘制的图形（1）由Word绘图工具绘制的流程图，示意图等在局部必须组合。
（2）在Word2002以上版本绘制图形，建议不启用画布功能，设置步骤为：Word工具菜单→选项→常规→插入自选图形时自动创建画布。
（3）局部组合后图形的格式默认为嵌入型，建议上下各空一行。
2.1.2.2 由嵌入对象的方式插入的图形由嵌入对象的方式插入的类似CAD，EXCEL，图片对象格式默认为嵌入型2.1.3 表格规则建议不要使用不完整的表格和边框为无颜色的表格，表头有斜线分栏的应使用表格工具中的“绘制斜线表头”工具绘制，而不要使用绘图工具中的直线绘制。
ISO9001-2014-作业指导书-电子合同及审批单编码规则
为实现XX 电子科技有限公司合同及审批单的规范化、科学化管理，确保快捷高效地归档、查阅相关文件，现对公司的合同及审批单制定如下编码规则。
日后相关人员应遵照本规则将正确编号填写于合同及审批单编号处。
一、合同编码规则1） 国内业务类合同编码 1. 国内业务类合同编码基本形式日后国内业务类合同将按四级进行编码，各级编码之间以“-”连接。
其基本形式为：签署年份及合同类型-产品类型-服务区域-服务商或客户名称缩写及结算标准2. 各级编码说明2.1 签署年份及合同类型：2.1.1 签署年份：4位数字年份表示法，eg. 2014, 20152.1.2 合同类型：分为服务协议及业务协议，分别用S 、B 表示。
服务协议中我司为甲方，乙方为服务商；业务协议中我司为乙方，甲方为我司客户2.2 产品类型：分为DVB 、IPTV 、户户通、OTT 及其他产品，表示方法如下： 2.3 服务区域：服务区域由业务分区代码加省份首字母缩写组成。
其中，业务分区代码按照服务区地理区域划分分别用数字00-07表示（具体见下表），业务分区代码后接具体服务省份缩写共同组成服务区域业务分区代码 所包含省份 三级编码举例 01（东北） 黑龙江、吉林、辽宁 -01HLJ; -01JL 02（西北） 甘肃、宁夏、青海、陕西 -02GS; -02SX 03（西南） 重庆、贵州、四川、云南 -03CQ; -3SC 04（华南）广东、广西、海南-04GD;04HNXX 电子合同及审批单编码规则文件编号：IFC-SUR1.001 版本：V1.0产品类型 DVB IPTV 户户通 OTT 其他 表示方法DVBIPHHTOTTES05（华北）北京、河北、山西、天津、山东-05HB;-05SX06（华东）福建、江苏、上海、浙江-06AH;06FJ07（华中）安徽、河南、湖南、湖北、江西-07HEN;-7HUN08 新疆、西藏、内蒙古-08NMG;-08XJ00 无特定服务区域00 (通常指与电商签订的协议）注：a 华中区域的河南省和湖南省用-07HEN、-7HUN区分b若服务区域包含两个或两个以上业务分区，则按业务分区代码从小到大的原则分别列出，各代码之间以/ 隔开，服务省份只需列明第一个分区代码下的省份缩写。
JC 101.19—2014服务标准化文件编号规则
A00 Q 宏康供应链管理股份有限公司企业标准Q/320391 HKJC101.19—2014标准化文件编号规则点击此处添加标准英文译名点击此处添加与国际标准一致性程度的标识文稿版次选择2014-07-01发布2014-07-01前言本标准按照GB/T 1.1-2009《标准化工作导则第1部分：标准的结构和编写》给出的规则起草。
本标准由宏康供应链管理股份有限公司提出。
本标准起草单位：宏康供应链管理股份有限公司。
本标准主要起草人：邹士权、李娟、李艳、高爽。
本标准于2014年第一次发布。
标准化文件编号规则1 范围本标准规定了宏康供应链管理股份有限公司内部手册、标准体系文件、内部程序文件、行政文件等文件的编号规则。
本标准适用于企业标准体系文件即技术标准体系、管理标准体系和工作标准体系的控制。
2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件，其最新版本适用于本标准。
GB/T 1.1 标准化工作导则第1部分：标准的结构和编写规则JB/T 9166 工艺文件编号方法3 职责3.1 标准化工作办公室负责企业标准体系文件的控制管理。
3.2 质量管理部参与企业标准体系文件的管理。
3.3 列入企业标准体系中的各类标准按文件控制程序要求进行管理。
3.4 标准资料由标准化员收集、购买并登记、归档管理。
4 标准化管理4.1 标准化管理的依据是《中华人民共和国标准化法》和上级有关标准化管理的法规、法令文件及政策。
4.2 标准化管理以提高服务质量，提高生产率和降低成本，推进技术进步为发展宗旨。
4.2.1 标准化工作的主要内容4.2.1.1 编制企业标准化体系表。
4.2.1.2 制（修）订基础通用标准，服务保障标准和服务提供标准等标准。
图纸编号规则
图纸编号规则文件号：ZH/QE-C06-01版本：A/0 受控：编制：日期：审核：日期：批准：日期：2015-3-26 发布 2015-3-26 实施文件修订记录一、目的为规范图纸编号及图纸标题栏的编制方法，统一编号形式和标题栏的使用，特制订本规定。
二、范围本规定适用于公司以下图纸编号的编制和标题栏的使用：1、零部件图纸2、电气图纸3、结构图纸4、安装布置图5、外来图纸6、任务单四、要求1、每种产品、部件、零件的图纸应遵循“一件一号”的原则，均应有独立的编号；2、同一产品、部件及零件的图纸用数张图纸绘出时，各张图纸号应相同。
3、通用件的编号可采用被通用件的图纸编号。
4、本公司出图的外购件、外协件，其图号由本厂给出；外购、外协件由外购、外协单位设计出图要由公司技术质保部给予验证确认，并给出公司内部图号。
5、产品开发中如出现零、部件相互借用时，图纸的编号应按最先开发的产品图纸编号为准，借用关系应借用最先开发的产品，不准间接借用。
6、产品中通用性高，使用范围较广的零部件应尽快转换为通用件。
技术部门应编制通用件目录和通用件图册，供相关部门查阅使用。
相关部门负责设计变更的申请与确认, 并依技术部发布的设计变更通知单内容配合相关工作的实施与落实。
五、图纸编号的编制规则1、电气图纸编号规则电气图纸编号按产品名称分类编号的方法进行编号，分类编号其代号的基本部分由图纸识别码、特征号（图纸分类代码）、分类号（产品分类码）、识别号（产品零部件顺序号）四部分组成。
图纸编号区位及含义图纸分类含产品合同记录编号(《技术部工作流程记录表》编号)和图纸年份。
产品类别代码见表1。
表1 产品类别代码图纸分类代码用短横线隔开，用于同一项目中相同产品的不同图纸中图号的区分，采用数字、字母或数字加字母的形式进行编号；图纸序号用短横线隔开,编号从01开始，依次顺延。
图纸的初始版本号为A,第一次改动，其版本号为B，第二次改动版本号为C，依次顺延。
Java编码规范2014526
Java 编码规范1.概述本标准系公司首次发布实施，主要针对公司所有软件产品源代码范围的Java 编码风格，对Java文件的文件组织、代码风格、注释、命名、声明、异常、习惯等方面均做规范，以保障公司项目代码的易维护性和编码安全性。
1.1.术语●Pascal case - 所有单词第一个字母大写，其它字母小写。
例如：Person, OrderDetail, OilTank。
●Camel case - 除了第一个单词，所有单词第一个字母大写，其他字母小写。
例如：oilLevel, customerName。
在后面的描述中我们使用Pascal 代表第一种表示方式，Camel代表第二种表示方式。
2.重要规范2.1.操作规范2.1.1.模板及格式化开发人员必须保证代码格式化的一致性，否则可能会导致代码冲突。
轻微的冲突耗费人力合并代码；严重时可能导致代码丢失，引起bug或者故障。
开发人员必须配置cdrundle的codetemplates.xml代码模板文件。
开发人员必须配置cdrundle的cdrundleFormatter.xml代码格式化文件。
每次提交代码之前，必须对java代码format。
模板文件：codetemplates.xml cdRundleFormater.xmlEclipse中配置的位置：Window->Preferences->Java->Code templatesWindow->Preferences->Java->Formatter2.1.2.代码提交为防止冲突，任何时候，代码（及配置文件）提交前，先从SVN中更新代码和配置文件，以及早发现不兼容的代码变更和冲突。
提交代码（及配置文件）时，如果发生冲突时，先看历史说明，再找相关人员确认，坚决不允许强制覆盖。
每次提交代码之前，必须检查是否有eclipse warning，并修复所有的warning。
2014年报告编号规则
样品（对象）标识身份识别编号规则示例
序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 样品类型 土 粗集料 细集料 矿粉 岩石 水泥 水泥混凝土拌和物 硬化后水泥混凝土 水泥砂浆拌和物 硬化后水泥砂浆 水 外加剂 石灰 粉煤灰 无机结合料 沥青 沥青混合料 钢筋 土工合成材料 路基路面现场测试 水泥混凝土配合比 水泥砂浆配合比 无机结合料配合比 沥青混合料配合比 矿料级配配合比 结构混凝土 桥梁结构检测与监测 地基基础、基桩 钢绞线 锚具 橡胶支座 伸缩缝 波纹管 钢结构 隧道 交通安全设施 样品（对象）标识 TGJ CJL XJL KFJ YSL SNJ TBH TYH SBH SYH SYJ WJJ SHJ FMH WJL LQJ LQL GJJ TFJ XCJ TPB SPB WPB QPB KPB JGT QLJ DJJ GJX MJJ ZZJ SSF BWG GJG SDJ JAJ 备注 “土工”+“检”首字母 “粗集料”首字母 “细集料”首字母 “矿粉”+“检”首字母 “岩石”+“检”首字母 “水泥”+“检”首字母 “混凝土”+“拌和”首字母 “混凝土”+“硬化”首字母 “砂”+“拌和”首字母 “砂”+“硬化”首字母 “水样”+“检”首字母 “外加剂”首字母 “石灰”+“检”首字母 “粉煤灰”首字母 “无机料”首字母 “沥青”+“检”首字母 “沥青料”首字母 “钢筋”+“检”首字母 “土”+“合成”首字母+“检”首字 母 “现场”+“检”首字母 “混凝土”+“配比”首字母 “砂”+“配比”首字母 “无”+“配比”首字母 “青”+“配比”首字母 “矿”+“配比”首字母 “结构混凝土”首字母 “桥梁”+“检”首字母 “地基”+“检”首字母 “钢母 “伸缩缝”首字母 “波纹管”首字母 “钢结构”首字母 “隧道”+“检”首字母 “交安”+“检”首字母
编码规则手册
编码规则手册编码规则（Number Sequence）在AX中被广泛地应用于各种单据号码和账户号码等，比如销售订单号码、采购订单号、生产单号、客户账号等。
这些号码都是在“编码规则”窗体（“基本设置”→“参数设置”→“编号规则”命令）中设置好格式后，由AX系统在每次新增记录的时候自动产生相应格式的流水号码。
具体的步骤:1.首先创建FMS_ProductID的扩展类型；2.展开AOT的Tables节点，找到与你建立编号相匹配的Tables，比如我要在产品号里设置它的编码规则，在Tables节点下找到生产参数表（ProdParameters），为其添加具体方法，我们就以产品号的编码规则设置为例，其方法代码如下:Static server client NumberSequenceReference numRefProductID(){ReturnNumberSequenceReference::find(typeId2ExtendedTypeId(typeId(FMS_ProductID)));}3展开AOT的Classes节点，找到NumberSeqReference类，我们发现不同的模块展出了自己的子类，比如应收帐款模块的NumberSeqReference_SalesOrder类，生产管理模块的NumberSeqReference_Production类等。
要把ProductID的编号规则建立在生产管理模块中，所以打开NumberSeqReference_Production类的loadModule方法，在最后的大括号“｝”之前添加如下代码：numRef.dataTypeId =typeId2ExtendedTypeId(typeid(FMS_ProductID));numRef.referenceHelp = literalstr("@FMS31");//这里的Label定义了方便在引用的时候精确理解的帮助内容numRef.wizardContinuous = true; ;//定义在通过向导生成number sequence的连续性numRef.wizardManual = NoYes::No; ;//定义是否手动录入number sequence的值numRef.wizardAllowChangeDown = NoYes::No; ;//定义是否允许把自动获取的numbersequence的值改成更小的值numRef.wizardAllowChangeUp = NoYes::No; ;//定义是否允许把自动获取的numbersequence的值改成更大的值numRef.WizardHighest = 999999; ;//number Sequence的最大值numRef.WizardLowest = 1; ;//number Sequence的最小值numRef.sortField = 6;this.create(numRef);其中@FMS31为产品号的描述标签ID,这里的“6”用于编号规则窗体中的排序4.接着启动“编码规则”窗体（选择“基本设置”→“参数设置”→“编号规则”命令）选择新建然后进行设置，设置完成后点击保存。
需求编号规则
用于项目需求的跟踪以及需求变更的统计。
使用时可删除掉“模版信息”工作表。
表单中此种颜色表格为自动计算，无需填写。
表单中此种颜色表格为下拉列表，请从列表中选择选项作为单元格的值。
××模块功能点列表字段定义字段定义字段定义字段定义子系统:对于所实现系统在功能上做的整体划分，可以是某个子系统；功能模块:子系统下的功能点的集合；功能点：通过用户交互触发、外部系统触发或后台程序触发来完成的一个完整的动作；功能点编号：为“需求用例编号”+“-”+“功能点流水号”。
每个功能模块下的功能点，流水号从01起编。
需求用例编号为：系统名称的拼音缩写＋功能模块序号＋需求用例流水号。
如果需求划分到需求用例级，则需求用例流水号从01起编。
例：需求用例编号为MPJ0301，对应的功能点编号则为：MPJ0301-01、MPJ0301-02等。
如果需求只划分到功能模块级，则需求用例流水号用“00”表示。
例：需求用例编号为MPJ0300，对应的功能点编号则为：MPJ0300-01、MPJ0300-02等。
注意此列不能为空注意此列不能为空注意此列不能为空注意此列不能为空；；；；从属编号：如果某个功能点在不同模块中重复出现，则再次描述时，须填写“从属编号”,即为此功能点第一次出现时分配的功能点编号；重要程度：一般与客户业务需求相关。
指产品部门对于需求要求的精细程度.项目组依据此程度制定开发策略，由高到低依次为1级、2级和3级。
通常系统的核心模块，级别最高。
注意此列不能为空注意此列不能为空注意此列不能为空注意此列不能为空；；；；需求是否明确：指相关需求第一次形成基线时，功能点描述是否准确、可行。
如准确则填“是”，反之填“否”。
根据《评审报告》填写；删除说明：需求分析阶段结束之后，后续如有删除功能时，需要在该列填写删除原因，如：产品部门要求本版不实现或研发部门暂时无法实现等。
仅当删除功能点时填写该列仅当删除功能点时填写该列仅当删除功能点时填写该列仅当删除功能点时填写该列。
2014版商品编码规则—顺序码分配(修订)
2014版商品编码规则—顺序码分配(修订)
为保证2014版商品货号编码后五位不重复，在样品、大货使用中不重复、不混乱，对季节顺序码进行分配并加以说明。
1、
因货号季节栏是最终识别季节的标准，务必准确；不能出现混乱。
2、
各品牌编码均对应1-999个顺序码，如合乐品牌样衣后六位为842001，伴仕样衣后五位依旧可以编为942001。
3、设计部样衣编码和生产部编码各自独立进行，不再采用统一编码。
4、设计部样衣编码分配
5、生产部大货编码分配
（1）合乐、伴仕品牌自行设计的款中，春夏款各预留200个编码段，秋冬款各预留100个编码段，羽绒服各预留
100个编码段。
（2）合乐、伴仕品牌外购款中，每个品牌春夏款预留200个编码段，秋冬款预留200个编码段，羽绒服预留200
个编码段。
2013-12-31。
单据编码规则功能设计
单据编码规则功能设计单据编码规则功能设计主要包含以下几个方面：1.编码规则制定编码规则制定是单据编码功能设计的第一步。
它涉及到确定编码的组成、规则和长度等。
编码规则应当具有明确性、一致性和易于理解的特点。
在制定编码规则时，需要考虑单据类型、业务需求、管理要求等因素。
2.编码生成器编码生成器是根据编码规则自动生成单据编码的程序模块。
它应当能够根据输入的参数和规则，自动生成符合要求的编码。
编码生成器需要考虑编码的唯一性、连续性和可读性等因素。
同时，为了确保生成的编码正确无误，生成器还需要进行必要的校验和检查。
3.编码管理编码管理是对单据编码进行维护和管理的功能。
它包括对编码的增加、修改、删除等操作。
编码管理应当具备权限控制和日志记录等功能，以确保数据的安全性和可追溯性。
同时，为了提高编码管理的效率和准确性，编码管理还需要提供一些常用的工具和报表，例如编码统计、预警提示等。
4.编码监控编码监控是对单据编码的生成、使用和管理过程进行实时监控的功能。
它可以帮助企业及时发现和解决潜在的问题和风险。
编码监控应当具备实时性、预警性和可定制性等特点，能够根据企业的实际需求进行灵活配置。
5.编码维护编码维护是对单据编码进行定期维护和更新的功能。
它包括对过期编码的删除、对异常编码的修正以及对新增编码的添加等操作。
编码维护应当具备自动化和批处理等特点，能够快速完成大量数据的维护和更新。
6.编码查询编码查询是通过对单据编码进行查询和分析的功能。
它可以帮助企业快速获取所需的单据信息和分析结果。
编码查询应当具备灵活性和可定制性等特点，能够根据不同的查询条件和分析需求进行快速响应。
同时，为了提高查询效率，编码查询还需要提供一些常用的筛选和过滤工具，例如按日期、按类型等。
编号规则功能详细设计(2014版)(1)解读
编号规则模块功能详细设计版本记录日期描述作者svn版本2014/1/22 初稿潘微微1模块说明1.1模块作用编号规则属于工具模块，在系统的很多业务模块中都存在编号来标识数据，就需要有一个模块能尽量适用各种存在规律的编号的生成，编号规则负责该部分的工作，所以该模块属于工具模块，被各个地方所引用。
1.2名词解释●编号：用于标识一个业务实例、数据条目的有一定业务规则的字串，业务称谓上通常由前缀、主号码、后缀等组成。
整个编号字串从技术称谓上可以分为的一个或多个部份，这些部份叫“编号片段”，每个“编号片段”由一个原子级的编号规则构成。
●编号规则：本设计框架支持一套可扩展的编号规则库。
目前本设计预制了以下几种规则：固定字串、自增（减）序号、枚举形序号库、年月日时分秒格式数字、当前账户组织单元属性、当前账户部门属性、当前账户人员属性、自定义参数注入。
本系统将按这些规则实现不同的“规则提供器”。
●序号实例：对于自增（减）序号、枚举形序号规则系统建立序号实例库；这两种规则，需要根据不同的参数形成不同的序号实例。
每个序号实例条目记录了：实例区分组合字串、当前序号最大（小）值等。
1.3原理与算法1.3.1编号引擎1.3.2规则定义说明规则定义分为：规则和规则明细定义。
规则定义用于定义一个规则类型，用于识别不同的业务类型调用不同的编号规则。
外部业务通过“单据类型编号”（TypeId）调用不同的编号规则。
规则明细定义了编号片断的组成规则和需要配置的项目。
规则明细以规则定义为表头。
按排列顺序形成编号的组成规则。
固定字段规则生成器：配置一个固定字串自增（减）序号：是按数字递增（简）规则产生编号片断的。
可以配置数字格式如：“#####”（缺位需用0补齐）或“##,###”（戴格式的数字）可以配置数字起步值、最大值、步长（负步长表示递减）。
序号实例区分参数：支持的参数包括全部（除当前明细）的规则明细，这些明细可以按顺序配制成一个字串组合。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
编号规则模块功能详细设计版本记录1模块说明1.1模块作用编号规则属于工具模块，在系统的很多业务模块中都存在编号来标识数据，就需要有一个模块能尽量适用各种存在规律的编号的生成，编号规则负责该部分的工作，所以该模块属于工具模块，被各个地方所引用。
1.2名词解释●编号：用于标识一个业务实例、数据条目的有一定业务规则的字串，业务称谓上通常由前缀、主号码、后缀等组成。
整个编号字串从技术称谓上可以分为的一个或多个部份，这些部份叫“编号片段”，每个“编号片段”由一个原子级的编号规则构成。
●编号规则：本设计框架支持一套可扩展的编号规则库。
目前本设计预制了以下几种规则：固定字串、自增（减）序号、枚举形序号库、年月日时分秒格式数字、当前账户组织单元属性、当前账户部门属性、当前账户人员属性、自定义参数注入。
本系统将按这些规则实现不同的“规则提供器”。
●序号实例：对于自增（减）序号、枚举形序号规则系统建立序号实例库；这两种规则，需要根据不同的参数形成不同的序号实例。
每个序号实例条目记录了：实例区分组合字串、当前序号最大（小）值等。
1.3原理与算法1.3.1编号引擎1.3.2规则定义说明规则定义分为：规则和规则明细定义。
规则定义用于定义一个规则类型，用于识别不同的业务类型调用不同的编号规则。
外部业务通过“单据类型编号”（TypeId）调用不同的编号规则。
规则明细定义了编号片断的组成规则和需要配置的项目。
规则明细以规则定义为表头。
按排列顺序形成编号的组成规则。
固定字段规则生成器：配置一个固定字串自增（减）序号：是按数字递增（简）规则产生编号片断的。
可以配置数字格式如：“#####”（缺位需用0补齐）或“##,###”（戴格式的数字）可以配置数字起步值、最大值、步长（负步长表示递减）。
序号实例区分参数：支持的参数包括全部（除当前明细）的规则明细，这些明细可以按顺序配制成一个字串组合。
当运行时，系统按当前请求根据这些参数组成一个字串，然后到“序号实例”库表里查找，如果没有找到，则创建数据条目并从本规则明细的数字起步值开始记录当前序号。
如果找到，则从此条目当前序号加步长记录当前序号。
此规则还可以通过“序号实例”界面查看当前所有序号实例条目数据，并支持单独维护（实例区分组合字串、当前参数值下的序号的实际值）。
还可以配置是否强制连续序号：如果需要强制连续序号，则系统不再自主递增（减）序号，需要外部API来提交递增（减）序号。
且如果跳号，则会抛错（具体算法见后面说明）。
枚举形序号库：是按预定义好的序号库来输出编号片断的，比如：“A,B,C….”的字母顺序，当前如果是B了，则下次调用则产生C字母。
序号库配置定义在规则明细上，采用“，”区分枚举项。
还可以配置正序、倒序。
仍可以配置“序号实例区分参数”和“配置是否强制连续序号”。
（具体实现方案可以参照自增（减）序号规则提供器）年月日时分秒格式数字：从当前服务器时钟里获得编号片断的规则提供器。
可以配置年月日时分秒的格式输出形式。
当前账户组织单元属性、当前账户部门属性、当前账户人员属性：将从当前账户登录系统后形成的session里提取这些信息。
系统支持“classname.propertyname”形式配置提取信息。
自定义参数注入：根据系统调用API的定义，支持从调用直接带入参数用于编号片断。
系统支持前台ajaxAPI调用参数，基于json串识别参数名，参数值。
后台map识别参数名，参数值。
本规则可以配置一个参数名。
还可以配置直接从：session、request、里提取参数。
1.3.3配置是否强制连续序号算法实现说明配置是否强制连续序号用于实现采用“由于自增（减）序号、枚举形序号库”的规则生成器。
下面用是强制、否强制来简化称谓。
否强制：系统将在调用编号请求API时就对序号进行自增（减）并持久化到序号实例库内。
好处是使用简单，基本不用考虑序号重复问题。
接近于随机数发生器。
缺点是序号不连续（当产生时不提交业务或提交失败）。
是强制：系统不会在调用编号请求API时就对序号进行自增（减），而是需要通过与业务提交同事务内的更新API来驱动对序号进行自增（减）并持久化到序号实例库内。
举例某纯Integer 数字递增序号提供器具体算法如下：调用时API分为初始化session缓存和获得编号两个API；假定获得编号时有两个session都要请求序号，而当前序号为4；则两个session内通过初始化API（用“实例区分组合字串”作为属性key）放入4（假定“实例区分组合字串”相同）。
调用API时（此API从session 里创建新序号）各装入（session1:567；session2:56789）则当前：session1最大序号值为7；session2为9。
（如果界面都没有提交，则下次界面打开时需再次调用初始化API恢复真实序号最大值4）。
如果提交业务，则需要调用更新写入序号API（提交编号API只能是后台API），对于session1，如上图：如果满足要持久化更新的编号个数与最大号是连续的，则进行持久化，按最大编号值更新序号实例库相应条目。
对于session2假定8的序号由于业务没有使用，则需要更新5679，会因最大号与编号个数不一致抛出异常。
由于与业务提交处于相同事务，则保证序号连续的一致性。
如果session1和session2都正常提交了，提交API需要先从数据库内读取当前真实序号情况，然后识别当前提交是否是在当前序号基础上连续递增（减）的，如果不是则此事务也抛出异常。
注意，初始化、获得、提交更新API都是以typeid为参数的，所以：session里应以typeid 为key构建一个Map，再以编号明细的key为内部MAP构建值对象；对于序号类的规则，内部MAP的值为当前序号值。
这套session内的数据结构用于维护一个事务中连续创建编号的情况（强制要求联号配置下）。
1.4参考文档1.5模块注册表：模块名称模块ID 上级模块说明编号规则49970ad981c611e39ef4cddb3cb243e2 systemManage（2014版）2相关页面界面说明2.1编号规则入口页面2.1.1/jsp/systemsettings/numBill/numBill/NumBillList.jsp列表结构：双表结构，主表为编号类别，子表为编号规则1）编号类别的列表页面的数据来源于Num_NumBill表2）编号规则的列表页面的数据来源于Num_NumRuler表3）下面为页面格式查询条件：1）主查询：类别编号2）高级查询：类别编号、类别名称新建：通过“新建”可以创建编号类别，填写基本信息。
调用页面/jsp/systemsettings/numBill/numBill/NumBillEdit.jsp进行编号类别的编辑工作。
修改：通过修改可以维护基本信息。
选择一条记录调用getObj方法获得记录，展示到编辑界面。
调用numBillManagerAction.getObj方法删除：通过删除按钮能够删除编号类别调用numBillManagerAction.delete新建规则明细：只通过该按钮可以创建子表数据（编号规则），点击该按钮会弹出下拉框选择创建的规则，创建不同的规则进入不同的的编辑页面。
调用：/numRulerManagerAction.do?method=getObj方法，需要传入编号类别主键以及规则类别子表‘修改’：通过该按钮可以修改创建的规则。
调用/numRulerManagerAction.do?method=getObj子表‘删除’：调用该方法，可以删除规则调用删除方法：/numRulerManagerAction.do?method=delete查看规则实例：只有自增减型字串、枚举型字串两种会存在规则实例，当业务调用编号规则主键时，会保存或者更新当前的编号实例库，记录当前使用的规则实例。
通过“查看规则实例”按钮就能查看到生成的编号实例列表。
调用/jsp/systemsettings/numBill/numRulerSub/NumRulerSubList.jsp? numRulerId=，传入规则类别的主键引用：/jsp/systemsettings/numBill/numBill/NumBillList.jsp资源注册及权限表：资源名称资源ID 所属模块说明编号规则Num_NumBill 49970ad981c611e39ef4cddb3cb243e2 所属“编号规则（2014版）”操作点名称操作点ID 数据过滤器说明维护9133900e81c611e39ef4cddb3cb243e22.1.2/jsp/systemsettings/numBill/numBill/NumBillEdit.jsp保存：点击“保存”调用js中ajax方法，将数据更新或者保存到后台，保存成功后返回列表页面,调用NumBillEdit.js文件中的保存方法。
规则类别编号：记录所属业务，用英文编制。
编号类别名称：所属业务的描述。
创建人：默认当前人，从sessionScope中获取。
创建时间：默认系统当前时间。
状态类com.targ.systemsettings.numBill.numBill.uti.NumBillState.java草稿：0生效：1调用/numBillManagerAction.save(保存)/numBillManagerAction.update（更新）取消：取消返回编号规则的列表页面引用js: /jsp/systemsettings/numBill/numBill/NumBillEdit.js2.1.3/jsp/systemsettings/numBill/numRuler/NumRulerEdit.jsp使用该页面文件的规则类别是：固定字串、时间字串、当前用户字串，其中的区分不大保存：点击“保存”调用js中ajax方法，将数据更新或者保存到后台，保存成功后返回列表页面,调用NumRulerEdit.js文件中的保存方法。
规则类别编号：记录所属业务，从主表规则类别中代入展示。
编号类别名称：所属业务的描述，从主表规则类别中代入展示。
规则类别：记录所属的规则类别的描述。
固定字串：记录类别为“固定字串”规则中的描述，直接写字串即可。
日期：可以选择日期，主要应用于记录规则复位的时间。
日期格式：可以选择时间字串的日期格式，如果存在该格式会以选择的格式，进行格式化生成编号。
当前用户信息：主要是从sesion中获取当前的用户的信息。
是否输出：是否输出代表在生成编号的时候是否将生成的编号片段按顺序拼接到编号上。
针对自增减字串、枚举型字串规则类别中的复合字串的拼接中不存在该区分。