管理工具DOORS介绍

Telelogic 公司简介

    Telelogic 是全球领先的复杂软件及系统开发解决方案的供应商。为软件开发的整个生命周期提供集成的优秀产品和专业化服务，Telelogic 使用户可以提高产品质量和工程预测的准确度，并且降低产品上市时间和开发总成本。为了保持强有力的竞争力，开发者们要对开发过程加强控制，并且使开发过程的自动化程度更高。Telelogic 的解决方案都能够帮助你应付所有这些挑战提供从复杂的航空航天产品到自动化控制系统的产品和服务。

    Telelogic DOORS、Telelogic CM Synergy 和Telelogic Tau 覆盖了复杂软件开发的所有关键部分：需求管理、变更管理及可视化软件工程。那些希望可以自由选择独立式或集成解决方案的用户更加倾向于开放结构的Telelogic 工具，因为该工具可以与目前许多高级技术解决方案协同工作。为了帮助我们的用户以尽快的速度成功应用我们的产品，我们的专业服务人员在项目实现、项目管理、原型设计及应用程序开发方面都提供专业化知识和培训。这些咨询服务作为客户化的解决方案，能够以一种高效的方式将Telelogic的产品快速集成到已有的开发环境中，是构成Telelogic 解决方案的很重要的一部分。

    Telelogic 解决方案的一个重要特点是其对国际标准的支持，Telelogic 的产品基于标准化的语言和表示法。Telelogic 加入了许多标准化组织，例如：OMG、INCOSE（国际系统工程协会）、3GPP、Bluetooth、SIG 等，观察和帮助制订新的技术及可视化软件开发语言标准。

    Telelogic 总部设在瑞典的马尔默，是增长很快的上市公司，是复杂系统与软件开发解决方案的领先供应商，在航空航天和军事领域拥有大量的客户，其中包括美国政府部门IRS、NASA、FAA、FDA、NIMA、DISA、NSA、CIA、HCFA、NOAA、OPM、DFAS，美国国防部、美国陆军、美国海军、美国海岸自卫队、美国空军、加拿大国防部、英国国防部、澳大利亚国防部、Aerospatiale、Airbus、BMW、Lockheed Martin、 Matra Marconi Space、 BAE System、 ESA、 Arinc、Boeing、Daimler Chrysler 等，在中国采用Telelogic 的解决方案的客户也逐渐在增加，其中包括航天一院、二院、三院、八院，航空601 所、602 所、607 所、611 所、615 所、631 所，信息产业部 5 所、7 所、10 所、20 所、28 所、 38 所、54 所；中船总公司709 所；总参61 所等。

    目前，我们的分支机构遍及亚洲、澳洲、欧洲及北美各个国家和地区，欢迎访问我们的网站：www.telelogic.com。

Telelogic DOORS-世界级的需求管理工具

    DOORS 是全球领先的需求管理工具，目前在全球已有超过50,000 个用户和1,000 多家公司在使用。作为DOORS/ERS 的核心程序，DOORS 它可以捕获、连接、跟踪、分析和管理信息以便于确保实施的工程与需求规格说明和标准相一致。DOORS 是为企业设计的，它具有强大的可伸缩的管理能力，支持多平台操作。

    DOORS 可以提供强大的需求管理功能，使你能够沟通商业需求，支持多用户并行工作的方式提供管理大型复杂项目的能力并验证系统本身的正确性及系统实施的正确性。

    浏览器视图提供了强大而熟悉的浏览机制，鱼眼（fish-eye）视图可以突出重点地显示，它也可以用色彩表达属性的优先级或试验结果。在市场上没有其它工具可以同时提供这两种图形显示方式。

DOORS 的优势
沟通：DOORS 直观的用户界面可以方便地帮助多用户通过网络并行访问，并且能够维护大量的管理对象（需求和关联信息）和连接。提供fish-eye 和MicrosoftWindows 资源管理器地图形方式管理视图，每一个用户都可以方便地定制他们想要看到的需求信息——使用图形和颜色方便可靠地标识需求信息。DOORS 是唯一提供电子表格风格的面向文档数据视图的需求管理工具，与Microsoft Word 和Excel 有很好的集成。
协同：DOORS 包括一套完整的变更建议流程和审核系统，使得用户可以对需求递交变更建议，包括理由。内部的项目连接允许项目共享需求、设计和测试，以及提高需求的跟踪能力。讨论机制支持用户针对一个意见进行合作交流，以加快意见或想法的确立、执行、转换和实现。Distributed Data Management（DDM）分布数据管理支持远程用户临时访问和使用DOORS 的所有功能。然后再离线工作，并且远程用户可以将数据更新到主数据库中——这使得那些异地的团队成员和子承包商可以方便地合作开发和沟通。
验证：DOORS 为用户提供了无限制关系的、多级的、用户可自定制的跟踪能力，例如：需求到测试、需求到设计、设计到代码、需求到任务和项目计划到角色。DOORS 的跟踪向导可以如同需求那样跨多级地生成连接报告，并且在相同的视图中显示——提供fool-proof 周期确认和验证。

DOORS 在国防部门的应用：

    Telelogic 与国防部门有着长期紧密的合作，其产品的最初开发很多是源于军方的项目，DOORS 最初是建立在欧洲航天局软件工程标准（ESA 的 PSS-05）的框架之上的。DOORS 在国防部门有大量的成功案例。购买DOORS 的主要客户在国外的政府与军工方面包括：美国政府部门的IRS、NASA、FAA、FDA、NIMA、DISA、NSA、CIA、HCFA、NOAA、OPM、DFAS 等，美国国防部、美国陆军、美国海军、美国海岸自卫队、美国空军、加拿大国防部、英国国防部、澳大利亚国防部、Aerospatiale、Airbus、BMW、Lockheed Martin、 Matra MarconiSpace、 BAE System、 ESA、 Arinc、 Boeing、Daimler Chrysler、Honeywell等。在一些大项目中，DOORS 被作为标准的需求管理平台，如联合功击战斗机项目（ Joint Strike Fighter ） 其中的主要承包商 Lockheed-Martin,Northrop-Grumman, BAE 系统公司都采用了DOORS，Galileo (欧洲 GPS)项目的承包商ESA、Skynet (英国军事卫星通讯) 项目的承包商EADS/Astrium、Bowman (英国军事卫星通讯) 项目的承包商CDC 、美国导弹防御项目、联合作战无线项目等也都使用了DOORS 做为需求管理平台。

    需求对于军方项目来说要比民用项目严格而且复杂得多。在一个英国国防项目(BOWMAN)中，有超过2500 个性能需求，其中包括培训与支持需求；1000个鉴定需求，其中包括可互换性与技术标准的符合性，要保证项目能够满足每项需求是难以想象的。但是，有良好的工具的帮助会使这些变得简单。通过实施Telelogic DOORS，对于军用的项目可以确保没有关键的技术或环境需求被遗漏。最重要的是，任何需求的遗漏都可能导致战场上士兵的伤亡。“正是由于需求的复杂性才使得DOORS 成为当然之选，”国防部官员说。“项目很大，非常复杂并包含成千上万个用户与系统需求。我们需要一种工具来高效可靠地管理所有这些需求。”

    英国国防部已经把DOORS 做为需求管理解决方案的当然之选，许多参与其中项目的供应商也采用DOORS 做为标准平台。DOORS 也成为国防部“精明采购”的一个重要支撑工具。“这种解决方案帮助我们构成了精明采购的基础。我们使用DOORS 来精确描述项目的各种需求，同时确保为谈判留有空间并对性能、成本与时间因素进行综合平衡。它是业界公认的需求管理系统。这一点很重要是因为它也可以被项目的其它参与方所理解，可以使国防部与供应商、竞标方、用户之间有一个统一的沟通平台。” 国防部官员说。

    英国国防部安全通讯项目(BOWMAN)的参与方—英国Thales 公司，英国GeneralDynamics 公司，英国与美国陆军――都是DOORS 的用户。在英国国防部安全通讯项目(BOWMAN)中，需求最初是用WORD 表格方式定义的，有几千页之多。虽然这种方式也可以存储所有的军方需求，但是却无法有效地管理。

从WORD 到需求管理：

    “在WORD 中输入需求是可以接受的，但是我们不能保证这些输入信息的质量。这也很耗时间并且不能使我们同时编辑文档。一个人一次只能编辑一篇文档使得工作时间被浪费很多，”国防部官员解释说。但是，最大的问题是这种方式没有为需求提供一个“全局视图”。没有一种方式
来评估变更一个需求会对项目其它需求产生什么影响。最初的需求包括一份用户需求文档――说明最终用户想要系统做什么。与之相关的是一份系统需求文档，也由用户来定义。这最终会与集成测试评估验收文档关联，它是项目招标书的一个组成部分。为了全面理解对这些文档中需求变更的影响，必须在各个文档间建立明确的跟踪关系。每项用户需求必须被许多项系统需求所满足，同时它们又要被测试需求所“测试”。DOORS 为项目文档提供了强大的跟踪能力。每个潜在的竞标商都将根据项目招标书的需求给出详细的项目建议书与系统需求说明书。这可以确保供应商的解释准确地反映出国防部及其客户的需求。

DOORS 帮助提供需求管理水平：

    通过使用DOORS，工程师成功地开发出了在提交竞标方案时可以确保不遗漏关键需求的流程。“DOORS 是我们能够面临军方采购的各种复杂情况的挑战。它能使我们定义与存储即使是最复杂的项目需求，”国防部官员解释说。

    DOORS 能使国防部为每个需求分配一个拥有者以便高效地跟踪变更。“DOORS系统可以链接需求以便’拥有者’跟踪项目的进度。我们也可以把属性分配给一个拥有者。例如’对于需求条款972，应该谁来负责？’”国防部官员说.实现对需求的控制：事实上DOORS 能使国防部生成灵活的需求视图。每个人可以根据特定的格式设置自己的视图。Telelogic 不仅为国防部提供了高质量的需求工具，也帮助通过招标书对各供应商提交的方案进行评审，根据需求决定中标的供应商。这也使得国防部可以验证需求。“这可以确保没有人能够进行欺骗。因为没有人可以改变重要的需求来迎合特定的供应商。这使我们在选择供应商时更加有信心，可以确保没有遗漏任何重要的需求。”国防部的官员说。

    DOORS 也使国防部与供应商之间的数据可以共享，这使他们可以共同讨论同一份需求文档及其变更。国防供应商也依赖DOORS 及相关工具，因为他们需要严格的报告与可跟踪性。DOORS 在军方的广泛应用的例子还有很多，如一个供应商使用DOORS 来输入与跟踪变更请求，另一个供应商使用DOORS 来保证需求与设计的一致性。一个领先的航空公司使用DOORS 来自动收集测试报告，使得测试时间由几个月减少到几个星期。
雷神（Raytheon）导弹系统公司使用DOORS 作为达到软件成熟度模型第5 级的关键工具。这表明雷神（Raytheon）的开发流程与工艺已经达到了软件成熟度的顶级。通过DOORS ，雷神（Raytheon）作为国防的供应商能够建立完整定义的、可重复的流程使得由变更所引起的错误减少到最小，并可以向客户展示他们能够满足客户需求的能力。通过使用商业化的解决方案来演示概念，并赢得了建造联合攻击战斗机（Joint
Strike Fighter）的合同后，洛克西德马丁（Lockheed Martin）把DOORS 作为标准的工具。自动跟踪功能帮助他们跟踪从分析到建模甚至测试的各阶段与需求的关联关系。在建立原型样机阶段，他们要求所有的分包商都使用DOORS 作为需求管理工具。

DOORS 的独特之处：
特色: 文档与属性可以在单一视图中显示
特色: 支持电子签名
特色: 在文档中可以看到可疑的链接
特色: 可以同时打开多个项目文件
特色 : 文件管理方式浏览数据库 – 文件夹,目录树，不限制层次。
特色 : 并行项目管理
特色 : 可定制的视图，包括 :联接指针, 跟踪, 表格计算,变更工具条, 筛选,排序对需求管理工具的需求
评估矩阵
DOORS 其它Telelogic 注释
1 用户界面
工具提供智能导航来完成重复或复杂的工作吗？
是 DOORS 提供很多智能导航：项目设置与配置导航，图形导航，可跟踪性与影响分析导航。
2 文档处理
用户是否能够像WORD 一样直接输入需求而无需在不同的屏幕与属性状态来回切换？
是 对于熟悉文档处理工具的用户，这一点很重要。许多基于数据库的工具需要在独立的表格中输入单个的需求，而DOOR 可以直接连续地捕获需求。
3 需求特定的功能
用户能够在单一视图中浏览需求的上下文与属性及相关跟踪信息吗？
是 DOORS 的强项在于其独特的文档与报表组合视图。通过提供在同一视图中浏览需求属性与跟踪链接可以大大提高效率。
4 图片与表格
图片能够作为需求并被链接吗？
是 DOORS 能够嵌入OLE 对象，支持许多种图形，并把它们作为需求对象。
5 配置管理
用户能够恢复在历史列表中的变更吗？
是 DOORS 能够恢复任何历史变更。它提供了强大的恢复功能。
用户能够获得两个基线的比较报告吗？
是 通过报告你可以很容易地发现需求的变更。
6 管理变更
用户能够找到变更依据吗？
是 通过建立变更触发开关，可以通知用户变更信息。
被批准的变更可以自动加入到文档中吗？
是 通过变更流程，得到批准的变更可以直接被加入到文档中。
7 输入方法
用户能够手工与自动地输入信息吗？
是 DOORS 可以从WORD 中直接导入文档，你也可以直接在DOORS 中创建文档。
8 输出格式
输出格式有那些？
DOORS 支持许多输入与输出格式。其中包括WORD，PowerPoint 与Excel。
9 打印
能够直接打印高质量的文件吗？
是 DOORS 可以直接打印报告而无需依赖其它工具。
10 报告生成
需求工具有智能向导来帮助用户生成报告吗？
是 DOORS 提供智能向导来帮助新用户来完成各种任务，使用户能够轻易地输出各种格式的报告。
11 属性与数据类型
用户能够选择需要显示的属性吗？
是 DOORS 可以通过视图显示不同的属性组合。
工具允许用户一次设置一组属性吗？
是 DOORS 可以一次设置一组属性
12 查询, 排序与过滤
用户能够快速找到任何一组子需求吗？
是 任何项目一般都有大量的需求.对需求过滤可以快速找到所需的内容.
用户能够根据属性来过滤需求吗？
是 DOORS 可以在文档与需求属性中过滤出关键词。
13 链接与跟踪性
用户能够在不同文档间建立链接并直接看到这种链接吗？
是 链接功能是需求管理工具的最重要功能，DOORS 可以直接查看链接而无需打开另一个窗口。
用户能够通过拖放来建立链接吗？
是 DOORS 提供多种链接方式。但是通过拖拉方式来建立是最直接的。用户也可以通过拖拉来COPY 与移动需求。
用户能够快速看到变更对系统其它部分的影响吗?
是 影响需要通过非直接的链接才能评估。一个需求的变更也许会影响到几个层次甚至到测试部分。你需要确保变更影响的分析不能只是下一个层次。
14 生命周期的覆盖
用户能够计算与显示各阶段的状态吗？
是 需求的属性可以跨层次链接，能够显示每个阶段的实际工作。
15 对测试的支持
用户能够利用工具来生成测试用例来验证需求吗？
是 你无需测试工具来跟踪从需求到测试的链接。一个好的需求工具将支持生成测试用例。
16 与其它工具的接口需求工具与软件与系统工程工具的接口如何？
是 DOORS 与绝大多数的软件与系统开发工具都有接口。
17 对团队的支持
需求工具支持团队功能吗？
是 支持团队的需求与变更管理
18 权限控制
工具提供对任何信息的权限控制吗？
是 对不同的人员有不同的权限
19 分布式数据
数据库可以在远端被操作吗？
是 大型项目需要数据库分区功能，分区后可以重新归并到主数据库中。
21 标准与模板
用户能够快速生成主文档然后用它生成其它文档吗？
是 DOORS 支持创建主文档，它被设为只读方式，可以用
于创建其它文档。
22 帮助与文档
有在线教程与相关文档吗?
是 DOORS 有快速入门的在线教程与相关文档。
23 定制
用户能够创建自己的界面或表格来输入或读取特定信息吗？
是 DOORS 的扩展语言可以帮助实现这些功能。
24 性能与扩展能力
工具可以支持超过100,000 个需求及相关链接的大型项目吗？
是 扩展性需要从两方面来看. 第一，数据库要能够装下大量的数据，第二,用户界面可以帮助用户浏览与管理大量的数据。
25 平台
用户能够同时工作在PC 与UNIX 平台上吗？
是 DOORS 可以在UNIX 与Windows 同时共享数据。
26 培训
供应商提供需求方法论方面的培训吗？
是 Telelogic 提供不同层次的方法论培训。
27 安装与管理
工具是否具有大量的成功客户？
是 作为需求管理工具的市场领先者，DOORS 比其它工具拥有更多的成功客户。

关于DOORS 的常见问题：

    这是对我们经常被问到的需求管理问题的背景知识。无论你是否是DOORS的用户，我们都希望能够对您有所帮助。DOORS 是世界领先的需求工具，它采用最新的技术来组织与展示信息，可以使你能够控制机构中的大量信息。本文解释了需求背后的概念以及DOORS 处理需求的方法。为什么需求对质量很重要？用 Crosby 的话说，“质量是与需求保持一致”。 Juranii 对质量的定义是“符合目的”，也是类似的说法。为了建造高质量的系统，我们首先必须定义需求，然后使开发来满足需求。无论我们处于什么角色－－经理、最终用户或专家
－－我们都要发出需求或接受需求。需求不仅仅是对技术人员很重要，对其他人也很重要，需求工具也必须使管理人员与系统工程师能够使用。Standish 集团的分析显示，无效的需求管理是项目失败的最主要的原因。一半以上的项目失败原因是与需求相关的。同样的研究显示，好的需求管理是项目成功的关键。需求采用非技术术语的方式来定义问题，说明每个人在项目中要做的工作，使个人就可以了解自己的工作背景。用户需求以用户的视点来表达系统，软件或系统需求使用系统语言来表述系统－－这是抽象定义问题的第一步。需求也适用于开发、验证和所制造的产品。系统必须遵守公司与法律规范，同时项目也受时间和资金的约束。需求是验收所交付系统的基础，验收试验也必须基于这些需求。所以试验的质量取决于需求的质量。缺乏好的需求，我们就无法确信系统是否已经完成。在项目中（特别是在渐进式的设计周期中），需求要被逐个审核。管理人员通过需求的状态来了解当前的状态与未来的计划。

项目为什么会失败
1 不完整的项目需求 13.1%
2 缺乏用户参与 12.4%
3 缺乏资源 10.6%
4 不现实的期望 9.9%
5 缺乏管理层的支持 9.3%
6 变更需求 8.7%
7 缺乏计划 8.1%
8 不再需要了 7.5%
16% 成功
31% 部分成功
53% 失败
很低的成功率
平均成本超预算 89％
平均时间超出 122％
计划是不现实的，所以就不必做计划
不必了，谢谢
45％的从未被使用过
失败的项目用掉了$810亿
超出预算 $590亿
实实在在的资金
问题的实质
50％ 与需求相关
30％ 与管理相关

结构化需求的优点是什么？

    结构化是组织复杂信息的最好方式，以使这些信息便于管理与学习。缺乏结构，我们就很难发现遗漏与重复。当我们对结构化系统的一部分有了了解之后，我们就会对整个系统产生概念。如果系统缺乏结构，我们就必须死记硬背或由于无法了解而干脆放弃。结构化的系统很容易升级、测试与可视化。它们通常也很紧凑，因为清晰的视图有利于在系统中重复使用组件。用户需求与系统需求的区别是什么？在许多开发中常常混淆用户与系统需求。分析人员过分重视定义系统功能以至于忽略用户的想法。系统需求定义抽象的解决方案，而用户需求定义问题或系
统对用户产生的结果。用户应该拥有用户需求并且应该使用他们能够理解的语言来描述。分析人员生成系统需求，它是对用户需求的直接响应。定义问题与解决方案需要不同的组织。如果混在了一起就会混淆用户与开发人员的需求。无法区分相应的责任。
    约束（非功能需求）也具有同样的特点。用户有非功能需求，如他们所要使用的系统的交付时间。在软件需求阶段，其它约束来源于专业领域如安全、可靠性或开发标准。DOORS 能够使你在功能与约束之间建立关联。假想你去购买汽车，他们向你展示带有数据与控制流程的功能框图与性能特点，你会因此而购买吗？当然不会 －－你希望他们能以你所能够理解的方式来向你介绍产品－－车速多快、舒适性、花销、安全性等。这些才是用户需求。

我的用户从不提供结构化的需求

    用户不必提供结构化的需求。但用户必须“拥有”用户需求，并会帮助你生成一致的需求集合。你可以根据他们的描述文档来建立结构化的需求并形成完整的可跟踪性。然后以他们能够理解的方式向他们展示文档中的内容。我的项目很紧，没有时间来做需求经验表明最快的做事方式是以恰当的方式去做――不要有“如果”，不要有“但是”等意外情况发生。世上有两种类型的经理，第一类经理相信无需需求就可以把事情做好。第一类经理知道需求只会占用很少的资源与时间，没有需求就无从度量项目的进展。经历了一些失败的项目后，很多第一类经理都转变为第二类经理了。

有背后的方法论吗?

    不像其它工具，DOORS 不会对你的工作强加一种预先定义的方法论，它采用标准的方法。如果你喜欢，你也可以使用它们（如ESA 的 PSS-05）。DOORS使用了用于组织信息的所有基本原理。这有助于分层、结构化、抽象、可跟踪地来管理信息。这使得DOORS 可以清晰地分析信息。这些原理是系统或软件开发的基础。这些组织信息的基本原理可以用于任何种类的结构化方法。

    DOORS 最初是建立在欧洲航天局软件工程标准（ESA 的 PSS-05）的框架之上的。这是欧洲最通用的标准，被成千上万的软件工程师所采用。这个标准覆盖了整个的软件生命周期。它指导工程师必须做什么而不是指挥他们怎样去做。

    DOORS 提供ESA 的标准模板，并可以直接实施PSS－05 标准。Telelogic 参与了几个系统工程标准化组织的工作。
采用传统系统工程的经验，这些软件工程标准已经被扩展到系统工程领域。
使DOORS 适用于你的机构的方法很简单――使用DXL 脚本语言来改变模板，这也就是几分钟的事。编写模板就如同写文章的目录。需求适用于项目的所有领域，项目的状态必须能够被经理所监视。

DOORS 适用于哪些客户?

    DOORS 是第一个为经理与系统工程师而不仅仅是技术专家所设计的可以直接使用的需求工具。DOORS 支持“客户角色”，例如，生成需求，检查输出与需求的一致性，在整个生命周期中监视进展。通常来讲，需求一般受控于理解需求方法的一个小组，并由他们集中管理。相对很少的一部分人会频繁接触需求，很大的一部分经理与系统工程师则希望能够查阅整个需求。DOORS 允许将需求分区管理，由不同的小组来控制。例如，产品质量保证部门可以控制需求的约束部分，而用户小组则可以管理用户需求
DOORS 是为应用于项目的初期而设计的工具。它可以帮助用户生成高质量的、结构化且无歧异的需求文档。它是第一个以客户的角度来恰当组织需求并覆盖整个生命周期的工具。其它的工具都是以开发商的角度关注可跟踪性问题。技术人员也许可以处理关系数据库的报表，但是管理人员则需要实时的在线信息。DOORS 提供的高质量且易用的展示功能使需求更容易被管理。有些工具来源于只关心可跟踪性的合法性的开发商。他们所假设的是从客户哪里收到的是没有定义好的需求，而他们的工作只是把需求与CASE 工具建立简单的链接。这种工具所依赖的方法论与质量毫无关系。

    DOORS 的不同之处是，它是为整个生命周期而设计的，可跟踪性只是其中的一部分。当使用DOORS 时，开发商无需重新构造没有定义好的需求。这可以节省大量的时间，更重要的是，用户需求可以被恰当地表达并评审。这种设计理念为项目中的用户到开发商的需求的顺利交接提供了极大的方便。
因为DOORS 起始于项目的初期，它可以非常好地支持投标过程，为用户和投标单位节省大量的时间。

DOORS 能够帮助解决哪些问题?

DOORS 能帮助你解决以下问题：
　项目缺乏高质量的需求;
　仅从系统设计开始管理;
　无法确定产品的测试依据;
　需要先生产简单的版本，然后逐步增加功能 (迭代开发)
　需要根据费用与效益比来评估几种设计方案;
　需要根据费用与变更比来评估变更;
　需要检查是否系统需求与设计满足了用户需求;
　需要把非功能需求与系统功能结合起来;
　需要演示可跟踪性并控制专业领域如软件或集成电路设计。
　需要在不同系统中重用组件 (测试系统,需求,设计单元)

面向对象的真正意义是什么？

    面向对象的概念产生与90 年代，但是大多数的面向对象的基本原理是通俗易懂的－－抽象、继承、关联、重用、层次、关系、多态等。Coad 与 Yourdon的书“面向对象的分析”是针对软件开发的，但是要想处理需求则需要广义的面向对象的概念。DOORS 不是关于DOORS 的数据结构的，而是用于指导你怎样组织需求信息。面向对象把信息处理为小的离散“对象”，而不是作为连续的信息流。每个对象具有自己的特性，可以被查询与排序。把对象组织成一致的集合对于管理大量的项目信息很重要。一个集合中的对象共享同样的属性，但是可以根据不同的属性值进行排序与选择。集合中的对象可以相互继承彼此的属性。

    在层次化的集合中，信息只需要表达一次就可以被“子”节点所继承。集合之间的链接可以显示关系而不是重复信息。总之，是一个非常紧凑的结构化信息集合，但具有复杂的组织方式。DOORS 帮助你组织与展示这种结构。DOORS 采用面向对象的方式来组织从需求开始的所有项目信息。DOORS 允许用户使用各种技术来组织与展示信息。它允许你在两个结构化的需求集合之间建立链接，或者在结构化与非结构化集合之间建立链接。

为什么关系数据库不能用于需求？

    它们的速度太慢而且很难用于处理需求。关系数据库适用于存储统一的表格信息，但是需求信息不能以这种方式来结构化。你必须改造需求信息来适应关系数据库，然后再把它们改造回来进行显示。存储在关系数据库中的需求信息很难被自由地展示。DOORS 的原型设计采用的就是关系数据库－－我们发现用它生成文档还不错，但是无法进行交互操作或显示。因此DOORS 是第二代的需求工具，采用面向对象的数据库来设计，可以用于快速、可靠地捕获与组织所有信息。关系数据库缺乏链接功能－－需求的关键要素之一。关系数据库为表之间的正交关系而设计的简单链接，不能处理需求所需的复杂关系。关系数据库的局限是明显的，使用它需要花费大量的精力才能实时交互地操作需求文档，获得想要的过滤与排序结果更是很难。在生成复杂的链接属性与图形显示链接方面也无法与面向对象的数据库相比。关系数据库的安装与维护也很难。