软件产品命名规范
质量体系软件版本号命名规则参考标准
质量体系软件版本号命名规则参考标准在软件开发中，版本命名规则是确保软件版本管理和追踪的重要手段。
对于质量体系软件，其版本号命名规则尤为重要，因为它不仅关系到软件本身的开发、维护和升级，还涉及到软件与质量管理体系的兼容性和一致性。
一般而言，软件版本号命名规则应遵循简洁、明确、易于理解的原则。
常见的版本号命名规则包括“主版本号.次版本号.修订号”的形式，如“1.2.3”。
其中，主版本号表示软件的主要功能或架构的变更；次版本号表示在主要功能不变的情况下，软件的新增功能或优化；修订号则用于表示软件的细微修改或bug修复。
对于质量体系软件，其版本号命名规则可以参考以下建议：1.引入“质量级别”标识：在版本号中加入一个表示质量级别的标识，如“Q”（代表“质量”）。
这样，版本号就可以表示为“Q1.2.3”，其中“Q”表示这是一个质量体系软件。
2.质量级别与主版本号关联：质量级别可以作为主版本号的一部分，表示软件在质量管理方面的重大改进或变更。
例如，“Q1.0.0”表示软件在质量管理方面进行了重大升级，而“Q1.1.0”则表示在保持质量管理水平的基础上，软件增加了新的功能或优化。
3.遵循语义化版本控制：语义化版本控制（Semantic Versioning）是一种广泛采用的版本号命名规则，它强调版本号的语义化，使得版本号的变化能够清晰地反映出软件的变化内容。
质量体系软件可以借鉴这种规则，确保版本号的变化能够准确反映软件在质量管理方面的改进和变化。
总之，制定一个合理的版本号命名规则对于质量体系软件的开发和维护至关重要。
通过引入质量级别标识、关联质量级别与主版本号以及遵循语义化版本控制等方法，可以确保版本号能够清晰地反映出软件在质量管理方面的改进和变化，从而提高软件的质量和可靠性。
软件版本命名规范
产品经理、项目经理、开发工程师、配置工程师、配置管理员、产品/项目管理者。
2．3适用场合
软件研发及发布的版经理
负责软件版本的主版本号、发布版本号、补丁版本号、定制化
项目经理
项目经理负责过程版本号管理
配置管理员
配置管理员按规划的版本号进行相关的配置管理目录的创建
举例说明：
A．V1.0表示V1.0的第1个正式商用发布版本
5．相关文件
无
6．相关记录
无
PQA
审核版本命名是否符合《软件版本命名规范》
4.工作程序
4．1版本命名规则：
4．2规则说明：
1）主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化，此版本号由产品管理部决定是否修改，新产品主版本默认从1开始，当主版本升1时，次版本和阶段版本从0从新开始。
2）次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。此版本号由产品管理部决定是否修改。新产品的次版本号默认从0开始，当次版本号升1，阶段版本号从0重新开始。
修改页
文件编号
修改条款
修改内容
修改人/日期
生效日期
编制
审核
分发部门会签
批准
□业务部
□研发部
□采购部
□生产部
□质量部
□行政部
1.目的
规范在研版本，补丁版本，基线版本的命名和管理。
2.范围
2．1概述
本规范定义软件版本的命名原则，编号定义，不同状态下版本遵循的命名要求等，包括过程版本、商用发布版本、试用版本、补丁版本、定制版本等。
软件产品名称命名规范
软件产品登记命名规则
1. 软件产品名称：软件产品名称构成品牌+产品用途与功能
+“软件”+产品版本号。
定制软件产品名称构成：品牌+客户单位名称+产品用途与功能+“软件”+产品版本号。
2. 品牌：品牌中须包含软件产品厂商标识，亦可含产品标识，
并可应用外文字母或拼音字母。
但在品牌中不可单独出现“中国”、“中华”、地方名等字样及其它专有名称。
3. 产品用途与功能：在本段中应以简明的方式表明该软件的运
用行业、用途与功能，不能笼统模糊,不准用全字母表示，如出现缩写须用括号标上,产品型号放在产品用途和功能前，不需加括号；国际公认的名称如LINUX、WINDOWS等可在该段中出现，不需用括号.
4. 产品版本号：软件产品的名称中必须表明VXX。
XXX字样的
版本号，其中X必须是具体数字,以年号和非标准式标明版本号的要做说明.
5. 软件产品外销名称可全用外文。
6. 该软件产品在办理著作权登记、产品测试和产品登记时名称
应一致。
软件产品设计标准规范有哪些
软件产品设计标准规范有哪些软件产品设计标准规范是指为了保证软件产品开发质量和用户体验，对软件产品设计过程中各方面的要求进行规范化的一系列标准和规范。
以下是软件产品设计标准规范的一些常见内容：1. 用户界面设计规范：包括界面风格、布局、色彩搭配、字体选择等方面的规范要求，以确保软件界面美观、易用、符合用户使用习惯。
2. 功能设计规范：明确软件功能的要求和流程，包括功能模块划分、功能之间的关系、功能实现的具体逻辑等，以确保软件实现用户需求。
3. 数据库设计规范：规定数据库表结构、字段定义、索引设计、关系建立等，以确保数据库的效率、稳定性和数据完整性。
4. 性能设计规范：包括软硬件环境要求、并发处理能力、响应时间、内存占用等方面的要求，以确保软件在各种条件下都能正常运行并具有较好的性能表现。
5. 安全设计规范：规定软件的安全策略、用户权限管理、数据加密、防止恶意攻击等方面的要求，以确保软件的安全性和保护用户隐私。
6. 文档编写规范：规定软件需求文档、设计文档、用户手册等文档编写的规范要求，以确保文档的准确性、易读性和一致性。
7. 可维护性规范：包括代码结构、命名规范、注释规范、代码复用等方面的要求，以提高软件的可维护性和可扩展性。
8. 测试标准规范：规定软件测试的方法、测试用例设计、测试环境的搭建等方面的规范要求，以确保软件质量和稳定性。
9. 交互设计规范：包括用户交互、动画效果、页面切换等方面的规范要求，以提升用户体验和用户满意度。
10. 国际化设计规范：包括多语言支持、多时区处理、跨平台适配等方面的规范要求，以满足全球用户的需求。
总之，软件产品设计标准规范是保证软件产品质量的基础，对于软件开发团队和用户来说都具有重要的指导和参考价值。
AppUI命名常见规范
AppUI命名常见规范1、常见界⾯、控件、功能、状态命名集合：APP产品经理、APP设计师、APP开发⼯程师，包括H5前端开发⼈员都可以记住的⽂件命名规范。
界⾯命名整个主程序App搜索结果Search results活动Activity信息Messages ⾸页Home应⽤详情App detail探索Explore⾳乐Music软件Software⽇历Calendar联系⼈Contacts新闻News游戏Game相机Camera控制中⼼Control center笔记Notes管理Management照⽚Photo健康Health天⽓Weather发现Find视频Video邮件Mail⼿表Watch个⼈中⼼Personal center设置Settings地图Maps锁屏Lock screen系统控件库状态栏Status bar搜索栏Search bar提醒视图Alert view弹出视图Popovers 导航栏Navigation bar表格视图Table view编辑菜单Edit menu开关Switch标签栏Tab bar分段控制Segmented选择器Pickers弹窗Popup⼯具栏Tool bar活动视图Activity view滑杆Sliders扫描Scanning功能命名确定Ok添加Add卸载Uninstall选择Select默认Default查看View搜索Search更多More取消Cancel删除Delete暂停Pause刷新Refresh关闭Close下载Download继续Continue发送Send最⼩化Min等待Waiting导⼊Import前进Forward最⼤化Max加载Loading导出Export重新开始Restart菜单Menu安装Install后退Back更新Update资源类型图⽚Image滚动条Scroll进度条Progress线条Line图标Icon标签Tab树Tree蒙版Mask静态⽂本框Label勾选框Checkbox动画Animation标记Sign编辑框Edit下拉框Combo按钮Button动画Animation 列表List单选框Radio背景Backgroud播放Play常见状态普通Normal获取焦点Focused已访问Visited默认Default按下Press点击Highlight禁⽤Disabled选中Selected悬停Hover错误Error完成Complete空⽩Blank位置排序顶部Top底部Bottom第⼆Second页关Header中间Middle第⼀First最后Last页脚Footer2、以iOS为范例(安卓通⽤)的切⽚⽂件命名规范如下：个⼈觉得标识符命名原则，尽可能的⽤最少的字符⽽⼜能完整的表达标识符的含义（如：Navigation bar可以缩减成nav）。
计算机软件著作权名称规则
计算机软件著作权名称规则引言：计算机软件著作权是指对计算机软件的创作成果享有的法律保护权利。
在计算机软件的开发过程中，为了保护开发者的利益，确保软件的知识产权，软件著作权名称规则起着重要的作用。
本文将从五个大点来详细阐述计算机软件著作权的名称规则。
正文内容：一、软件名称的唯一性1.1 确保软件名称的独一无二在申请软件著作权时，软件名称必须是独一无二的，不能与已有的软件名称重复。
这样可以避免混淆和侵权的发生，保护软件开发者的合法权益。
1.2 避免与其他产品名称混淆软件名称应与其他产品名称区分开来，避免产生混淆。
这有助于消费者准确识别软件，并避免误用其他产品。
二、软件名称的准确性2.1 确保软件名称与软件功能一致软件名称应准确地反映软件的功能和用途，避免误导用户。
这有助于用户选择适合自己需求的软件，并提高软件的使用率。
2.2 避免虚假宣传软件名称不应夸大软件的功能和性能，避免虚假宣传。
这有助于维护软件开发者的声誉，保护用户的权益。
三、软件名称的规范性3.1 符合命名规则软件名称应符合命名规则，遵循命名规范。
这有助于提高软件的可读性和可理解性，方便用户记忆和使用。
3.2 避免使用敏感词汇软件名称不应包含敏感词汇，避免引起社会争议和法律纠纷。
这有助于维护社会和谐稳定，保护软件开发者的合法权益。
四、软件名称的语言选择4.1 使用通用语言软件名称应使用通用语言，避免使用过于专业或地域性的语言。
这有助于扩大软件的受众范围，提高软件的市场竞争力。
4.2 避免使用侮辱性语言软件名称不应包含侮辱性语言，避免伤害用户感情。
这有助于维护社会公序良俗，保护软件开发者的声誉。
五、软件名称的版权保护5.1 注册软件名称的著作权软件开发者应及时申请软件名称的著作权，确保软件名称的合法性和权益。
这有助于维护软件开发者的知识产权，防止侵权行为的发生。
5.2 监测和维护软件名称的权益软件开发者应定期监测和维护软件名称的权益，及时发现和处理侵权行为。
软件开发规范
软件开发规范在现代社会中，软件开发已经成为了各行各业中不可或缺的一部分。
为了确保软件的质量和可维护性，制定一套规范的软件开发流程变得尤为重要。
本文将介绍一些常用的软件开发规范，以及它们的重要性和实施方法。
一、代码编写规范1. 命名规范在编写代码时，为了提高代码的可读性和可维护性，我们应该遵循一定的命名规范。
变量、函数和类的命名应该具有描述性，能够清晰地表达其用途和功能。
同时，应该避免使用缩写或者过于简化的命名方式。
2. 注释规范良好的注释可以帮助他人理解代码的逻辑和功能。
在编写代码时，我们应该养成良好的注释习惯。
注释应该清晰、简洁，并且与代码保持同步更新。
特别是在涉及到复杂逻辑或者算法的地方，注释的重要性更加突出。
3. 代码风格统一的代码风格有助于提高代码的可读性和可维护性。
在团队开发中，应该制定一套统一的代码风格规范，并且严格执行。
代码风格规范包括缩进、空格、换行等方面的约定。
二、版本控制规范版本控制是软件开发过程中必不可少的一环。
通过版本控制，我们可以追踪代码的变更，协同开发，以及回滚到之前的版本。
以下是一些版本控制的规范建议：1. 使用合适的版本控制工具常见的版本控制工具包括Git、SVN等。
在选择版本控制工具时，应根据项目的需求和团队的实际情况进行选择。
2. 分支管理合理的分支管理可以提高团队协作的效率。
通常，我们可以使用主分支来管理稳定的代码，使用开发分支来进行新功能的开发，使用特性分支来处理特定的任务或问题。
3. 提交规范每次提交代码时，应该附上有意义的提交信息，描述本次提交的目的和内容。
同时，应该避免一次性提交过多的代码，以免给代码审查和合并带来困难。
三、测试规范软件测试是确保软件质量的重要环节。
以下是一些测试规范的建议：1. 单元测试在编写代码的同时，应该编写相应的单元测试代码。
单元测试可以帮助我们验证代码的正确性，并且在后续的开发和维护中提供保障。
2. 集成测试除了单元测试，还应该进行集成测试。
软件产品版本号命名规范
软件产品版本号命名规范软件产品版本号命名规范1、⽬的规范软件产品版本号，避免软件测试、发布时软件各模块版本不兼容问题。
2、范围C3M平台软件及绿⾊⾏动管理平台。
3、命名规范软件产品版本号命名规范参考 .Net Framework风格的版本号命名格式，以：主版本号.次版本号.内部版本号.修订号四位表⽰。
软件初版时，版本号为：1.0.0.0。
主版本号：标识软件架构、设计思想，主版本号不同的程序集不可互换，即使具有相同名称也不可互换。
软件架构、设计思想改变或⼤量重写，主版本号加1。
主版本号改变，不⽀持向后兼容性，次版本号、内部版本号及修订号复位为0。
次版本号：当在原有基础上增加了部分功能，涉及数据库的改动，次版本号加1，内部版本号及修订号复位为0。
内部版本号：当软件各模块间接⼝变更时，内部版本号加1，修订号复位为0。
只要有某个或某⼏个模块的接⼝发⽣变动，所有模块的内部版本号统⼀增加1。
修订号：名称、主版本号、次版本号、内部版本号都相同，但修订号不相同的程序集可以完全互换。
以软件编译⽇期（⽉⽇）4位数字作为修订号，如10⽉5号，则为1005。
当天发布的多次软件，⽤后编译的软件程序完全替换前边编译的软件程序。
主版本号、次版号及内部版本号，其中任何⼀个如果需要变更，需要向软件负责⼈申请，由软件负责⼈确定。
软件负责⼈将统⼀修改软件产品版本号，并通知所有相关开发⼈员。
开发⼈员每次的改动必须写开发⽇志，注明改动了哪些东西，修正了哪些BUG，是否对其它模块有影响，是否对数据库有改动。
软件产品所需要的主版本号、次版本号、内部版本号，出现任何⼀个变更，软件产品需要整体升级。
4、软件模块版本号软件各模块需要独⽴的主版本号、次版本号、内部版本号，其中对公共模块或公共组件的版本号，为完全独⽴的版本号，与软件产品版本号的主版本号，次版本号，内部版本号⽆关。
对业务模块的版本号，其主版本号与软件产品的版本号⼀致，次版本号，内部版本号为独⽴版本号。
软件产品登记办法
软件产品登记办法一．软件产品名称命名规范：为了进一步加强软件产品登记管理，保护软件企业的知识产权；更好地落实国家的财税政策，现对软件产品名称命名规范如下：1、软件名称应有三个部份组成：企业品牌 + 软件产品的用途和功能 + 版本号企业品牌可以是企业的‘商号’，或是经工商注册登记的‘商标’号，使用商标的须提供商标注册登记证明。
2、软件产品名称中禁用非计算机软件专业术语的英文或英文缩写。
3、软件产品名称应以‘软件’结尾，如：**** 软件 V1.0；4、软件产品名称不宜太长，一般在15个字内。
二、软件产品登记的范围和条件：1、按照信息产业部[2000]第5号令，国家授权登记的软件产品，是指在我国境内开发生产的软件产品，包括向用户提供的计算机软件、信息系统或设备中嵌入的软件，或在提供计算机信息系统集成、应用服务等技术服务时提供的计算机软件。
2、申报单位必须拥有该产品的自主知识产权。
三、软件产品登记须报送的材料：1、《软件产品登记申请表》。
2、经过当年年检的企业营业执照副本复印件。
3、自行开发或拥有知识产权的软件产品证明材料的复印件，可以是以下任意一项：①著作权证书；②专利证书；③地市级以上获奖证书；④地市级以上项目立项文件。
4、信息产业部授权的软件评测机构出具的软件评测报告及类别界定报告。
5、本单位自主开发或拥有知识产权软件产品的声明。
6、产品简介，加盖公章。
（一页纸）7、申报表数据盘一份（双软认证申报系统安装填写相关信息保存导出，存储介质任选）8、样品一个（产品光盘），封面须标明产品全称、版本号、企业全称；9、软件产业统计报表；。
软件开发命名规范
软件开发规范C++命名规范在研究项目团队协作开发的情况下（这里的团队协作也适合于应用项目的开发），编程时应该强调的一个重要方面是程序的易读性，在保证软件速度等性能指标能满足用户需求的情况下，能让其他程序员容易读懂你所编写的程序。
若研究项目小组的所有开发人员都遵循统一的、鲜明的一套编程风格，可以让协作者、后继者和自己一目了然，在很短的时间内看清楚程序结构，理解设计的思路，大大提高代码的可读性、可重用性、程序健壮性、可移植性、可维护性。
制定本编程规范的目的是为了提高软件开发效率及所开发软件的可维护性，提高软件的质量。
本规范由程序风格、命名规范、注释规范、程序健壮性、可移植性、错误处理以及软件的模块化规范等部分组成。
本软件开发规范适合讨论C/C++程序设计。
1 文件结构每个C++/C程序通常分为两个文件。
一个文件用于保存程序的声明（declaration），称为头文件。
另一个文件用于保存程序的实现（implementation），称为定义（definition）文件。
C++/C程序的头文件以“.h”为后缀，C程序的定义文件以“.c”为后缀，C++程序的定义文件通常以“.cpp”为后缀（也有一些系统以“.cc”或“.cxx”为后缀）。
1.1 文件信息声明文件信息声明位于头文件和定义文件的开头（参见示例1-1），主要内容有：（1）版权信息；（2）文件名称，项目代码，摘要，参考文献；（3）当前版本号，作者/修改者，完成日期；（4）版本历史信息；（5）主要函数描述。
☆【规则1.1-1】文件信息声明以两行斜杠开始，以两行斜杠结束，每一行都以两个斜杠开始；☆【规则1.1-2】文件信息声明包含五个部分，各部分之间以一空行间隔；☆【规则1.1-3】在主要函数部分描述了文件所包含的主要函数的声明信息，如果是头文件，这一部分是可以省略的。
1.2 头文件的结构头文件由三部分内容组成：(1)头文件开头处的文件信息声明(参见示例1-1)；(2)预处理块；(3)函数和类结构声明等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文件编号：
XXX公司质量管理体系文件
软件产品命名规范
Version B/0
XXX公司
修改记录
1.目的
为了确保公司各个软件产品及程序的正确性、统一性，确保各方面内容受到保护和修改控制，确保各项工作顺利进行，特此制定本公司软件产品命名规范，凡本公司设计开发的软件产品及程序均应符合本规范。
2.适用范围
本规定适用于公司所有软件产品和每一个可独立维护并受控的程序。
3.名词定义
程序：程序是一系列按照特定顺序组织的计算机数据和指令的集合。
一般指源码的编译成果，程序的类型包括dll、exe、ocx、jar、war等。
软件产品：软件产品是程序设计的最终结果，是最终向用户发布的软件。
它可以是一个特定的程序，也可以是一组功能联系紧密，可以互相协作的程序的集合。
此外软件产品还应包括与这些程序相关的文档。
4.软件产品标识
软件产品的标识由软件产品名称和软件产品的版本两部分参数组成。
4.1软件产品名称
软件产品一般都有中文名称、英文名称及简称三种方式的标识。
公司所有软件产品在立项开发时，软件产品名称按统一标准命名，标准说明如下：
4.1.1软件产品的中文名称
软件产品的中文名称要求能够体现产品内容和产品属性。
4.1.2软件产品英文名称
软件产品的英文名称由三部分组成：公司的标识（EHL）、产品标志（目前一般用Smart、ATMS等）、中文名称的英文全称。
除英文缩写组合外，英文单词都采用首字母或关键字母大写的方法。
例如：EHL Smart Data Synchronizes System
4.1.3软件产品的简称
软件产品的简称也是由三部分组成：公司的标识、产品标志、英文名称的缩写（一般为各单词首字母组合）。
例如：EHL Smart DSS
4.2软件产品版本
软件产品的版本直接体现在版本号的命名上，命名格式有两种：
主版本号. 子版本号
或
主版本号. 子版本号. 变更版本号. 修正版本号
当软件产品初版时，变更版本号和修正版本号都为0，可以忽略不计，所以采用第一种方式，只标识主版本号和子版本号；
主版本号和子版本号的修改标志这软件产品的升级开发，须提交立项申请，由立项评审委员会决定。
一般来说，前一位版本号变动时后一位的版本号自动清零。
4.2.1主版本号
1位数字，当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。
4.2.2子版本号
1位数字，当功能有一定的增加或变化。
4.2.3变更版本号
1-2位数字，产品的组成程序有所增减变动或数据库结构变动。
此版本号由项目经理决定是否修改。
4.2.4修正版本号
1-2位数字，产品的组成程序有的变更，例如修复一个严重的bug即可发布一个修订版。
此版本号由项目经理决定是否修改。
4.3其他
另外，当软件产品用于一些特殊用途时，还可以在版本号后面加入其他版本标识：
* alpha （α）内部测试版
* beta （β）外部测试版
* demo 演示版
是否需要加入特殊版本标识由质量保证部决定。
5程序的标识
程序的表示也包括程序名称和版本。
5.1程序的版本
程序的版本命名格式与软件产品的命名格式类似：
主版本号. 子版本号. 变更版本号. 修正版本号
5.1.1主版本号及子版本号
各1位数字，一般来说程序的主版本号与子版本号与软件产品的版本号相同，但当程序属于可供多个项目共享的公共程序或其他一些特殊情况时，可由项目经理确定。
5.1.2变更版本号
1-2位数字，当数据库内部发生变化或功能有增减变动时，第三段变更版本号递增1，前两段不变，第四段归零；
此版本号由研发人员决定是否修改。
5.1.3修正版本号
1-2位数字，当软件进行局部修改或BUG修正时，前三段不变，第四段修正版本号递增1；
此版本号由研发人员决定是否修改。
5.2程序的名称
可按照项目组所选择的命名规则规定程序的名称，程序名称应该具有代表性。
5.2.1 .net命名空间的规定
.net开发工具开发的程序，由于文件本身带有版本属性，因此无需再在文件名中加入程序版本，按照.net编程的命名空间命名习惯规定凡公司开发的.net程序须遵守下述规定。
.net程序的命名空间一般使用4级，如确需细分可使用5级。
例如：
mon.ImageConverter.dll
或
.FtpRequest.dll
命名要求如下：
Ehl.Atms.GPS.UI
组件功能
组件所属类型或所属业务模块
产品领域
公司标识
产品领域分类
Atms：智能交通
Ccs：公安与城市应急联动
Epa：电子警务（e_Police Affiar）
类型或业务分类
业务类型分类一般为业务系统的英文首字母缩写（可参考已发布的软件产品名称），包括：Desktop-桌面平台
GPS-车辆定位系统
UTC-交通控制系统
PMS-电子警察
TGS-卡口系统
Attemper-指挥调度
CCTV-视频监控
DeviceAlarm-设备报警
DeviceList-设备列表
DLP-大屏控制
EMS-接处警
GIS-地图数据
IID-事件检测
Plugin-插件管理
PPS-预案管理
Task-任务下发
TFM-流量管理
VMS-诱导管理
AutoUpdate-自动更新
其中一些共用的组件命名要求意义明确，包括：
Common-公共组件Web-B/S组件
Service：服务
组件类型
要求使用意义明确的名称，例如：
UI-用户界面
Interface-接口类
Factory-反射工厂类
Implement-工厂方法实现类
5.2.2 JAVA程序的命名
由于JA V A程序导出的文件不带版本标识，因此要求发布的程序（JAR包和WAR包）文件名包括版本信息，版本标识方法见下节。
Jar程序
JA V A归档文件，能将许多文件组合成一个压缩文件。
JAR 文件格式基于ZIP 文件格式，不仅用于压缩和发布，而且还用于部署、封装库、组件和插件程序，可像编译器和JVM 这样的工具直接使用。
JAR文件可以用于发布和使用类库，用于打包与组件相关联的辅助资源，作为应用程序和扩展的构建单元，作为组件、applet 或者插件程序的部署单位。
要求公司自主开发JA V A程序中JAR包的命名带有公司标识和版本号，
例如：
Ehl_Webgis_1.0.0. 0.jar
Ehl_AppFrame_1.4.0.0.jar
命名要求如下：
Ehl_Webgis1.0.0.0
版本号
所属业务模块
公司标识
第三方JAR包可保留原名称。
War程序
网络应用程序文件，是与平台无关的文件格式，它允许将许多文件组合成一个压缩文件。
为J2EE 应用程序创建的JAR 文件是EAR 文件（企业JAR 文件）war专用在web方面。
要求JA V A程序发布的W AR包带有公司标识、业务类型名称以及版本号，由于其部署在tomcat下，并作为URL地址一部分的特殊性，为了输入简便，中间不使用特殊字符，例如：
EhlTAPA2000.war
命名要求如下：
Ehl TAPA2000.war
版本号
业务类型
公司标识
5.2.3其他程序的命名
带版本属性的程序
其他开发平台编写的程序，如果其程序本身属性可以带有版本属性，则程序名称应带有公司标识、业务类型名称。
例如：EhlVmsCCU.exe
无版本属性的程序
其他开发平台编写的程序，如果其程序本身属性可以带有版本属性，则程序名称应带有公
司标识、业务类型名称以及版本号。
例如：EhlVmsCCU 1000. exe
6.公司名称属性的命名
对于所有具有“公司名称”属性的程序（如.dll、.exe文件等），要求统一将公司名称标识为“e-Hualu”。
7.第三方系统、数据库、开发与支持软件工具的编号
保留供应商所提供的系统、数据库、开发与支持软件工具编号。