3、DOORS工具入门：DOORS界面介绍、数据库与模块概念，创建第一个需求模块
好，咱们正式开始动手了。这一章，我带大家走进DOORS这个工具。说实话，我第一次打开DOORS的时候，看着那个界面，心里是有点懵的。这玩意儿跟Word、Excel完全不是一个路子。但别怕，摸清楚它的脾气之后，你会发现它其实挺「死心眼」的——规矩多，但逻辑清晰。
3.1 DOORS界面：别被它吓到
打开DOORS，你首先看到的是一个类似资源管理器的窗口。嗯，这就是它的主界面。我个人习惯把它分成三个区域来看：
- 左侧导航区（Explorer）：这里显示的是数据库和模块的树形结构。有点像Windows的文件夹，但层级关系更严格。
- 右侧工作区：你打开一个模块后，需求条目就在这里显示。每一行就是一个需求，每一列就是一个属性。
- 顶部菜单栏和工具栏：常用的操作都在这里，比如新建模块、导入导出、生成报告等。
你想想看，DOORS的设计初衷是什么？是让需求「有迹可循」。所以它的界面，说白了就是一棵树，树上挂着叶子（需求）。
小技巧： 刚上手时，别急着点来点去。先花5分钟，把鼠标悬停在每个图标上，看看它的提示文字。我当年就是这么干的，比看手册快多了。
3.2 数据库与模块：搞清楚谁是谁
这是新手最容易搞混的两个概念。我简单解释一下：
- 数据库（Database）：它是一个容器，用来存放所有跟项目相关的需求数据。你可以把它理解成一个「仓库」。一个项目通常只有一个数据库，但也可以有多个。
- 模块（Module）：它是数据库里的「文件夹」，专门用来存放某一类需求。比如「制动系统需求模块」、「转向系统需求模块」。每个模块里，就是一条条具体的需求条目。
为什么会这样设计？因为一个ADAS项目，需求可能有几千条。如果全堆在一起，你找一条需求得翻到猴年马月。所以，按系统、子系统、功能来划分模块，是行业惯例。
注意： 我曾经见过一个团队，把所有需求都塞在一个模块里，结果到了项目后期，追溯矩阵根本跑不动。嗯，这是个坑，别踩。
3.3 创建你的第一个需求模块
好，理论说完了，咱们来点实际的。跟着我做，创建一个属于你自己的需求模块。
第一步：连接到数据库
启动DOORS后，它会提示你选择一个数据库。如果是本地练习，选默认的本地数据库就行。如果是团队项目，需要输入服务器地址。我建议新手先用本地库练手，免得搞坏了别人的数据。
第二步：新建模块
在左侧导航区，右键点击你的数据库，选择「New」→「Module」。然后会弹出一个对话框，让你填模块名称和属性。
- 模块名称： 我建议用「项目名_系统名_版本号」的格式，比如「ADAS_BrakeSystem_V1.0」。这样一看就知道是哪个项目的哪个部分。
- 属性模板： 这里可以选一个预定义的模板，或者自己定义。新手先用默认的就行。
第三步：添加需求条目
模块创建好后，双击打开它。你会看到一个空白的表格。现在，我们来添加第一条需求：
1. 在表格的第一行，点击「Object Text」列。
2. 输入你的需求文本，比如：「系统应能在车速低于30km/h时自动激活AEB功能。」
3. 按回车键，下一条需求自动创建。就这么简单。但别高兴太早，真正的挑战在后面——如何管理这些需求。
核心要点： 每个需求条目都有一个唯一的ID（比如REQ-001），这个ID是自动生成的，不要手动修改。它是整个追溯链的基石。
3.4 模块属性：给需求贴上标签
光有需求文本还不够。你还需要给每条需求加上属性，比如「优先级」、「状态」、「来源」等。这些属性，说白了就是给需求贴标签，方便你后续筛选、统计、追溯。
在DOORS里，属性是列。你可以在模块的「Columns」菜单里添加或删除列。常用的属性有：
| 属性名 | 说明 | 示例值 |
|---|---|---|
| Object Text | 需求正文 | 系统应能... |
| Priority | 优先级 | High / Medium / Low |
| Status | 状态 | Draft / Reviewed / Approved |
| Source | 需求来源 | 客户 / 法规 / 内部 |
| Verification Method | 验证方法 | Test / Analysis / Inspection |
我个人习惯，在项目一开始就把这些属性定义好。否则到了后期，你会发现有些需求「来历不明」，那就尴尬了。
3.5 避坑指南：新手常犯的三个错误
嗯，这里我要多说几句。以下三个错误，我当年都犯过，你们引以为戒：
- 随意修改需求ID：DOORS的ID是自动生成的，一旦修改，追溯关系就会断裂。我曾经手贱改过一次，结果花了两天时间修复。
- 不写属性值：只写需求文本，不填优先级、状态等属性。这样做的后果是，你无法快速筛选出「未评审」的需求，项目进度一团糟。
- 一个模块塞太多需求：一个模块最好控制在500条以内。超过这个数，DOORS的性能会明显下降，而且你找需求也会很痛苦。
我的建议： 刚开始用DOORS时，先建一个小模块，比如只放10条需求，把添加、修改、删除、属性编辑这些操作都练熟了。然后再去碰大项目。别一上来就想搞个几千条需求的模块，容易翻车。
好了，这一章的内容就到这里。你学会了DOORS的界面布局，搞清楚了数据库和模块的区别，还亲手创建了第一个需求模块。下一章，我会带你深入需求条目的编辑和管理，包括如何创建层级结构、如何批量修改属性。到时候，你会发现DOORS的真正威力。
记住，工具只是工具，真正值钱的是你脑子里的需求管理思路。DOORS只是帮你把思路落地而已。
公众号:蓝海资料掘金营，微信deep3321