Telelogic DOORS需求管理方案特点简述.pdf

《Telelogic DOORS需求管理方案特点简述.pdf》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、Telelogic需求管理方案特点简述概述TelelogicDOORS不是单纯的需求追踪工具，而是一个多平台的需求管理解决方案，它提供覆盖整个开发生命周期的无与伦比的项目可视性、可跟踪性和需求管理功能。事实上，DOORS是市场上领先的需求管理工具，在全球拥有约25万用户。架构——安全和性能DOORS是基于数据库的工具，所有的需求数据都同一存储到单一的数据库中：统一的客户操作界面，统一的数据源。而且，DOORS支持跨平台的操作，例如，从windows的客户端访问位于UNIX上的DOORS数据库。这种架构避免了多个操作界面带来的复杂性，如需要

2、来回切换屏幕；也避免了在数据安全上的漏洞，因为对多个数据源很难做到统一的安全管理；也避免了因为多个数据源之间同步，后台脚本的运行等带来的性能问题。安全和性能是DOORS能成为业界最佳需求管理工具的重要原因，这也是企业级应用的关键要求。安全：DOORS有用户和角色的概念。不同的用户和组有不同的权限要求，被授权进行不同的操作。DOORS为用户提供简单、强大而完全的安全机制。安全级别最高可以在整个数据库或项目级别进行设置，在对项目组进行划分；最小的粒度可以到某个文档的某个需求项，以及对象的属性，如只有一定权限的用户才可以对内容或属性进行查看，修

3、改或者删除。Doors具有灵活的权限控制，包括：只读，修改，创建，删除，管理等五种级别。权限控制可以针对每一个用户在每一个database，项目目录，文件，需求项，属性上实施等。性能：首先，性能是由产品的架构决定的（如该章节开始所述）。其次，性能总是一件很难证明，特别是在只有几个用户的情况下，很难比较出Telelogic的产品和其他产品的性能优劣。性能和可扩展性紧密相关，当并发使用人数达到50或者100人以上时，能否有好的可用的性能决定了是否能将一个工具扩展到整个部门的进行使用。我们给出的是实际的案例作为参考。朗讯(Lucent)的使用示

4、例：平均在线人数100。定义和分析需求1.需求条目和文档并重：DOORS既能详细描述单个需求条目，也能以文档的形式展现整个文档中所有的需求条目2.输入方便a)用户可以一个接一个和一次性连续输入需求和相关属性，不需要切换页面或者改变当前模式。并能提供方便的编辑回退、修改和临时保存功能。b)图片和表格也可作为一个需求被管理并可链接进行完整的跟踪3.利用其他格式文档的内容：支持对其他格式文件进行导入导出，如wordexcel文档等4.方便地定义用户所需需求的属性a)自定义的属性由用户创建，用于支持用户的开发过程。属性类型可以是real,str

5、ing,text,date等常见类型，也可以是用户自定义的类型，如枚举类型b)支持对数据的批量修改5.方便进行需求分析a)用户能够迅速定位他/她感兴趣的需求集合：通过查找、排序和过滤的操作，用户能快速和容易地找到需求的任何子集并在上面操作。b)需求的描述和分析的属性结果在一个界面里显示，不必切换界面6.支持业界的或者公司自定义的模板需求跟踪1.方便地建立需求的关联，方便地利用需求的关联进行需求跟踪：DOORS提供实现需求关联的最简单的方法，是将一层中的需求语句与另一层中需求语句直接联系起来。关联的标记应类似Web页面的超链接，能够双向传导

6、。TelelogicDOORS体现了这样的思路。DOORS中需求关联是直接基于需求文档中的需求条目通过拖放的方式建立。基于这些关联，DOORS很容易对需求进行跟踪。DOORS强调在一个界面上可以显示所有相关的需求信息，意味着，在DOORS中打开一篇需求文档，您可以看到需求的陈述，以及相关的分析属性和需求的关联，不必到另外的需求属性文档或需求追踪矩阵的界面中来回切换，这大大方便浏览和维护。DOORS中的关联标识将可以带领用户按照需求演化的路线在整个项目信息体系内来回穿梭浏览。需求跟踪矩阵（RequirementTraceabilityMat

7、rix）是一种建立需求关联的方式（DOORS也提供这种方式，但不推荐使用），这是一种“显式关联”。它的前提条件也是将在需求链中各个过程的元素加以编号，例如：需求的实例号，设计的实例号等等。通过编号，客户可以以矩阵的形式将表示两种信息之间的关系：在相关行（如需求）和列（如设计）的交叉点做上标记表示需求的关联性。这种方法在一个地方集中地体现了需求及其衍生物的关系，带来的问题也是很明显的：一是当开发中大型项目时，行和列的数目将迅速增长，用户会迷失在一个个很大的矩阵中；二是由于需求的内容和需求的关联是存储在不同的文件中，例如通常我们在word文档

8、中写需求，用表格表示跟踪矩阵，当用户对需求文档进行调整时，需要用户到对应文件进行跟踪关系的调整。我遇到相当数量的公司是这样来规定流程，但很遗憾的是，很少有公司的开发团队能真正遵循这样的规定。问