数据盘的目录系统（一）

最新推荐文章于 2024-05-31 16:07:20 发布

orderedchaos

最新推荐文章于 2024-05-31 16:07:20 发布

阅读量401

点赞数 1

文章标签：产品产品设计文档 tags 测试工作

本文链接：https://blog.csdn.net/orderedchaos/article/details/6121409

版权

.. 每个人对自己的电脑系统和目录体系都有着独到的见解，目录系统（即：目录的命名）也就千姿百态，纯属个人自由

.. 可一旦公司进入标准化论证，你的工作数据盘理论上讲已非个人自由了，数据盘中的目录系统也属标准化之列

.. 我将我的数据盘目录系统通过文章方式介绍给公司的其他成员，让他们明白我的系统，这篇短文就是我的目录系统文章中的第一部分。

.. 一旦这个目录系统以公司的正式文件形式固定下来，然后被其他的正式文件引用，想改，再写篇文章、讨论讨论~.. 嗯~ 换句话说：很难了~

前提：

.. 目录操作是按目录名升幂排序，details方式浏览，目录和文件的命名为英文

.. 硬盘分为：C（系统盘）和D（数据盘）

.. C盘系统安装为：WINDOW XP SP2 英文操作系统

1.1 系列产品目录

目录名：[开头部分][ 中间部分][结尾部分]

[开头部分]： “0”

以 “0”作为开头可以将“系列产品目录”置顶

[中间部分]：三到五个字母

建议用项目缩写，如： EDI

[结尾部分]：项目系列号

如： 01 或 02 ， 03 ， ..etc.

.. 上述“系列产品目录”实例为：0EDI01

.. 内容：只存放有关这个系列产品的所有的“产品开发目录”联接和“应用模块目录”联接，仅为联接（shortcut）

注：这个系列项目开发可能是共同开发，或者项目开发分几个阶段（即：几个合约）完成的，通过这些联接很容易了解这些情况，更主要的目的是备份

附：备份流程：

1. 在一个临时的目录里建立这个“系列产品目录名”

2. 在这目录名下加上“ _YYMMDD ” 备份的年月日（ YY: 年， MM: 月， DD ：日）

3. 在加上 “C” 表示 CD, 或“ D ”表示 DVD

4. 将相应的联接目录拷贝到这个项目下

5. 刻到 CD 或 DVD ，备份名根据上述原则（如： 0 EDI01_110103D ）

6. 同时将这目录转移到备份硬盘里（特定的备份硬盘）

7. 这样备份就有两份了，一是 CD 或 DVD 备份，一是硬盘备份

略 ~ （详见 **文档）

1.2 应用模块目录

目录名：[开头部分][ 中间部分][结尾部分]

[开头部分]：“A099”

“ A 099 ” 是代码系统中应用模块代码

[中间部分]：三个数字

作为已经开发完成的应用模块编号，如： 001

[结尾部分]：一个数字

版本号（如： 1 为 第一版本，最多到 9）

.. 上述“应用模块目录”实例为：A0990011

.. 内容：存放已经开发完毕的应用模块的全套生产数据

注：应用模块是从一个系列产品中分离出来，可以被多个产品设计引用的设计组件（目录结构与下面的“产品开发目录”相同）

附：引用原则：

.. 原始数据区只能有一处，增减修改也只能在原始数据区里进行

.. 其他有关联的地方只能引用，用联接（shortcut）方式

.. 这样是为了避免版本出错

（想看看老板的眼睛有多大吗？给他一份已过时的数据就办到了）

.. 略 ~ （详见 **文档）

1.3 产品开发目录

目录名：[开头部分][ 中间部分][结尾部分]

[开头部分]：三个字母组成

从产品设计负责人姓名中，抽取三个字母（如： efg ）

[中间部分]：四个数字

接到第一份正式合约的年份，如： 2008

[结尾部分]：一个字母

序号，从a开始（如：b 为该年的第二份正式合约）

.. 上述“产品开发目录”实例为：efg2008b

.. 内容：存放开发项目的整套技术数据（包括：设计数据，生产数据以及ISO文档），显然这是技术数据的核心目录

注： efg2008b的 意思是： 2008 年收到的第二份正式的设计新项目由 efg 负责

附：发布原则：

.. 发布之前为草案（draft），保存所有的草案版本

.. 将最后一套版本的草案提交一起讨论，并在这个会议上一一审核，留一份会议纪要（meeting minute）

.. 审核最后通过的那套草案升级为正式文件，发布给有关人员

.. 略 ~ （详见 **文档）