- 引言
- 目的
为了在信息交互过程中避免歧义、提高效率及版本控制的需求,能做到文档、配置项及项目信息的可识别、可追溯和可控制,以此提高公司信息系统的规范性、流程化和扭转效率,特制定此规范用以统一公司输出信息的格式和规则。
-
- 适用范围
适用于公司所有文档、配置项及项目信息的命名。
-
- 术语定义
- 名词解释
文档、文件:指一种媒体和其上所记录的数据,它具有永久性并可以由人或机器阅读
CI:配置项(Configuration Item)
CSCI:软件配置项(Computer Software Configuration Item)
2. 配置项的定义
受控软件经常被划分为各类配置项(Configuration items, CIs),这类划分是进行软件配置管理的基础和前提,CIs是逻辑上组成软件系统的各组成部分。比如一个软件产品包括几个程序模块,每个程序模块及其相关文档和支撑数据可能被命名为一个CI。一个系统包括的CIs的数目是一个与设计密切相关的问题,如果一个产品同时包括硬件和软件部分,一般一个CI也同时包括软件和硬件部分,一个纯软件的CI通常也称之为软件配置项(CSCI),本规范里的CI一般指CSCI。
本公司按文档的使用范围(部门)进行分类编号如下:
文档编号:DDZX_<部门>_<序号>
举例说明:DDZX_RD_001
读 作:大道之行研发部001号文档
-
-
- 部门
-
部门,是指使用该文档的部门,部门简称对应表如下:
部门简称 |
部门名称 |
HR |
人力资源部 |
PM |
产品部 |
RD |
研发部 |
TS |
技术支持部 |
MKT |
市场部 |
COM |
公用 |
... |
... |
详见:附件-部门对照附表
-
-
- 序号
-
序号,从001开始到999,部门内部文档按顺序递增,比如研发部001号文档后,研发部新增文档则序号为002号
-
- 企业文档命名规则
<文档编号>+_v<版本号>-<文档标题>+<格式>
举例说明:DDZX_RD_001_v1.0.0-文档命名规范.pdf
读 作:大道之行研发部001号文档 1.0.0版本《文档命名规范.pdf》
-
-
- 文档编号
-
按照文档编号规定生成对应的文档编号
-
-
- 版本号
-
由配置管理制定的用于标识文档更新状态的版本号,初始定义为v1.0.0版本。
-
-
- 文档标题
-
编写者为文档命名的标题,标题尽可能言简意赅
-
-
- 格式
-
文档的格式,如.jpg,.pdf等
- 项目代号命名规范