咨询手机:17896089816
地址:北京市朝阳区北辰西路北辰世纪中心A座一层办公区
Copyright © 2014-2017 nicedesign 京ICP备16009958号-1
评估主要项 | 评估内容 | DOORS功能 |
需求的定义 | 定义需求 | DOORS的数据库使用文件夹和项目夹来存储文档。在一个数据库中能够根据实际需要无限制地创建文件和项目夹。整个数据库的视图与MS Windows的浏览器一样。 用户能够直接使用DOORS创建和编辑一个文档,DOORS自带的文档编辑功能与Word常用的编辑功能相同。DOORS文档中使用与Word中标题(即heading)相同的方式对整个文档进行组织,这样做将文档的结构条目和章节化符合国际上通用的需求管理的基本原理,即需求的组织要结构化和条目化。 |
定制需求类型 | DOORS中对不同类型的需求使用不同的文档(如业务需求和软件需求保存在两个文档中)管理。 在一个需求文档中,最小的单位结构是一个个的条目。每一个章节号标题和需求项都是条目,但显示明显不同,用户能够一眼区分出那条是标题而那条是需求项。 | |
定义需求属性 | 用户可以根据需要自己定义和创建任意多的属性(当然要有相应的的访问权限),并且属性可以对应任意常见类型。任何一个属性列能够直接插入到需求文档中产生并保存成一个视图,供以后参考。过滤,排序,和搜索等操作能够在任意一个属性上进行并产生视图加以保存。 | |
定义项目 | DOORS使用项目夹对公司的多个项目同时进行管理。项目夹的名字在全数据库中必须唯一,并且能够对项目夹设置项目级的变更建议流程,对项目夹还可以进行数据备份和恢复,以及对项目夹做数据分割进行远程分布式管理。 | |
定义术语 | 使用DOORS中的字典功能可以规范需求文档中的专用术语,并能够使用字典进行拼写检查,使团队的沟通因为使用相同的行业术语而变的更加流畅。 | |
定义需求后,相关人员能够对该需求进行讨论,并记录参与讨论人的相关信息(讨论人、讨论时间、建议等) | DOORS提供的线程讨论机制(Threaded Discussion)能够提供一个讨论平台给相关人员,每一个讨论者可以提交自己的建议帖子,系统能够将这些帖子相关的信息自动记录,包括帖子提交人(即讨论人),提交时间和帖子的内容等。 | |
能够进行成本分析 | 在DOORS通过创建和使用“成本”属性,对每一个需求项给与相应的成本值,并可以使用DOORS的二次开发能力(写简短的脚本程序)进行成本平均值的计算和其它统计结果,或生成与成本相关的图形(如饼图和柱面图)等。此外,还可创建使用另外两个属性“预算”和“成本与预算差异”,做到对每一个需求项的“成本与预算差异”随着“成本”的变化自动进行同步。 | |
能够在需求中增加附件 | DOORS中每一个需求项描述和属性能够将需求完全彻底描述清楚,所以DOORS本身不鼓励支持使用附件。 | |
需求变更管理 | 能够记录需求的变更历史 | DOORS对每一个文档,文档中的每一个需求项都会自动产生历史记录,包括所有类型的变更(如修改,删除,增加,复制,移动,属性的创建,链接的建立等等变化),记录包括谁做的,何时做的,变更前后的内容和差异标记等信息。 |
能够比较需求不同版本之间的差异情况 | DOORS能够对属于同一版本树的任意两个版本文件进行差异性比较,并将差异逐条比较并显示出来。 | |
能够生成整个项目需求文档的基线,并进行基线的比较分析和历史记录 | DOORS的基线集的功能可以对一个项目中的所有需求文档一起打基线。并将它们之间的链接同时保留在基线集中。每一个基线集里的基线都可以与其版本树上的任何其它基线版本进行比较显示差异。基线集的历史记录通过用户对基线集的描述而产生,并保存在数据库中。 | |
需求追踪管理 | 能够对需求间的依赖关系进行跟踪 | DOORS建立不同需求项依赖关系的操作简单而快速,并且能够跨项目建立这种链接。当依赖关系的链接建立起来之后,在需求文档的同一视图直接产生链接提示符,用户能够直接沿着链接提示符自动跟踪到(或打开)链接的另一方。 |
能够从业务需求追溯到软件需求、从软件需求追溯到工作产品;能够从工作产品回溯到软件需求,从软件需求回溯到业务需求 | 通过逐级建立链接,DOORS能够建立整个软件开发周期文档的多重追踪关系,即从业务需求到软件需求,再到工作产品,并且这种链接是双向的,即沿着这个链接,可以进行正向的和反向的多层次的追溯,即可以进行从业务需求追溯到软件需求、从软件需求追溯到工作产品;也可以从工作产品追溯到软件需求、从软件需求追溯到业务需求。 | |
能够方便的管理需求追踪能力矩阵 | DOORS能够对两(或多)层链接关系进行追踪分析并产生显示所有链接关系的视图,该视图可以直接用来进行追踪的覆盖状况分析,从而找出未被覆盖或多余的需求项。并且能够将对应某个流程要求的所有链接过滤出来并保留成视图。 | |
能够分析需求变更的影响。即当某个需求发生变更时,能够对其可能影响的其他需求做出标记或者通知 | DOORS的可疑链接提示功能可以在需求项旁边直接产生标记来通知链接的另一方需求已经发生了变更。并且当被通知的一方相应调整后使得该链接不再是可疑链接时,用户能够将此可疑链接恢复为正常链接,从而不再作为可疑链接显示。 | |
与Microsoft Word/Excel联机操作 | 需求的相关活动既可以在Word中进行也可以在工具软件中进行。二者可以进行某种方式的联动 | DOORS支持和Word文档的导入导出,即,Word/Excel文档所有内容可以导入成DOORS数据库中的一个文档,同样,DOORS数据库中的一个文档也可以导出成Word/Excel的一个文档。 |
查询、统计、报表 | 能够定制查询条件 | DOORS提供对整个数据库的查询,找到名字或内容含有某个关键字的所有文档,并显示该文档在数据库的位置。 对一个文档的查询可以是全文档的,也可以是针对需求项或其任一属性的,并且查询可以定制产生组合查询条件,完成查询过程。 |
能够报表输出查询和统计信息 | 对文档的任何查询结果能够以报表形式输出并保存成视图在数据库中 并且DOORS强大而又简便易行的二次开发能力提供最开放的接口,从而根据用户的流程要求产生各种统计结果,以报表或图形方式显示并保存在数据库中。 | |
权限管理 | 有用户和角色的概念。不同的用户和组对需求文档有不同的权限要求,进行不同的操作 | DOORS既能够创建用户,又能够根据角色建立用户组将一组相同角色的用户装入。DOORS能够对各级数据库结构(包括文件夹,项目夹,文档,需求项,属性等)设定只读,修改,删除,创建和管理五个不同的权限,这些权限即可以对单个用户设定,也可以对用户组设定(使得用户组中的所有用户具有相同的权限),从而使不同的用户或用户组对数据库每一层结构具有不同的权限控制。 |
平台构架 | 支持Windows NT/XP/2000/2003 | DOORS支持Windows XP,Windows 2000,Windows NT, Windows 2003的中文和英文平台 |
支持中文 | DOORS支持中文Windowws平台,DOORS支持双字节,即从数据库结构(文件夹,项目夹的名字和描述,文件的名字和描述)到任何文档的内容和属性(值)都支持中文输入和显示。 | |
支持 Oracle和SQL Server | 不使用Oracle或者SQL Server | |
其它 | 出于客户大规模使用DOORS对性能指标的关注和降低客户购买成本的考虑,DOORS的数据库是为了DOORS产品专门制作的,在DOORS进行数据库安装时同时生成。 | |
备份 | 进行数据备份 | DOORS能够对数据提供三种备份方式: 1. 通过命令行的方式写脚本定时对数据库进行整体备份 2.通过使用第三方的工具对数据库进行差异备份 3. 对一个项目夹的整体备份,产生高度压缩的备份文件 |
易用性 | 界面友好性,易用性,符合习惯 | DOORS数据库的视图和显示与MS Windows浏览器相同。并且数据库的视图还提供树状结构展示,即以数据库为根,以树状方式产生任意多的文件夹或项目夹,每一个文件夹或项目夹下都可以创建子文件夹或项目夹,而每个文档都被存储在文件夹或项目夹中。 每个文档的编辑方式与Word相同,编辑界面无论是用工具栏或菜单的方式都与Word相同。 |
数据导入 | 从需求管理库中将项目数据导入另外一个需求管理库中 | DOORS中可以使用两种方法将项目数据从一个数据库倒入另一个数据库中。第一种是使用项目数据的备份和恢复功能,能够将一个项目中的所有文档和它们之间的链接完整无误地倒入另一个数据库。 第二种是使用项目的分割和同步功能,即将项目中的全部或部分数据做分割,再将分割出去的数据倒入另一个数据库中,并且能够在任何时候对两个数据库将分割的数据进行同步。 |
与其它工具的集成 | 需求管理与变更管理,配置管理和测试管理工作的的协同和统一 | DOORS与CQ,CC和MQC的集成实现了需求管理和变更管理,配置管理以及测试管理数据的统一管理和协同开发的思想和实践 |
条目 | DOORS | RequisitePro | CaliberRM |
需求的导入 | DOORS在从Word导入文件时,会把Word文件中的表格,图形和OLE对象原封不动导入,并可以在DOORS中对导入的表格和OLE对象(如MS Visio图形)进行编辑。 | 在从Word导入文件时,会丢失所有Word中的表格,图形和OLE对象,不能进行编辑。 | |
需求项及追踪关系的显示 | 能够在屏幕上给用户一次显示一个文件中的多个或所有需求项和相互之间的追踪关系(即支持横向和纵向的需求追踪),支持用户同时观看所有相互依赖的需求项。 | 一次只能显示一个需求项供用户观看,限制了用户同时直接阅读其它需求项,因此也不能在屏幕上一次显示相互连接的多个需求项和文件。 | 一次只能显示一个需求项供用户观看,因此大大限制了用户同时参考其它需求项的直观阅读。 |
需求基线管理 | 具备对需求的基线管理功能,可比较不同基线的需求差异,实现需求基线管理。 | 依赖于与Rational的配置/变更管理工具集成,但只能存储版本,无法比较需求差异 | |
需求变更管理 | 支持变更管理系统,即变更的提交,评审,应用,并因此可以给指定的用户分配不同的角色。 | 本身没有变更管理系统,只能依赖于与Rational的配置/变更管理工具集成Clear Quest | 没有变更管理系统,只能依赖于与配置管理工具的集成,但集成的功能比较弱,无法支持追踪关系 |
需求变更通知 | 当link的一方产生变更时,Doors可以自动产生提示符通知另一方,不需要在link的矩阵上查找。 | 没有自动提示,必须通过追踪关系矩阵来查找,当追踪矩阵比较大时,非常费时费力; | 没有自动提示,必须通过矩阵来查找,当矩阵比较大时,非常费时费力。 |
权限控制 | 具有灵活的权限控制,包括:只读,修改,创建,删除,管理等五种级别。权限控制可以针对每一个用户在每一个database,项目目录,文件,需求项,属性上实施等。 | 无法对不同的用户,对数据库结构自上到下的每一个层次做到灵活有效的权限控制。 | |
数据备份和恢复 | Doors把所有数据均存放在数据库中,数据的备份和恢复过程安全简单, 在恢复备份的数据时能保证数据库中已有的文件不会被覆盖。当数据库中已有同名的文件时,数据库系统会自动的给被恢复的文件另外的名字。 | ||
与其他工具的集成 | Telelogic DOORS可与Telelogic 自身的其他软件工具集成,还可与Microsoft, IBM Rational, Mercury等厂商的工具集成。 | 只能与自身的软件工具集成 | |
异地需求管理 | DOORS提供灵活的方式实现需求异地管理的方式;能保障大型项目异地需求开发/管理的可能。 | 无异地使用模式 | |
项目开发可扩展性 | DOORS是企业级的产品,即一个DOORS Database能够同时支持许多个不同的项目开发,使得新的项目能够复用和共享过去的文件和信息。不同项目(文件)之间的追踪关系可以跨项目建立。 | 将需求的数据存放在数据库中,把与需求相关的上下文信息存放在Word文档中,用户使用ReqPro时必须安装Word | 只支持单个项目的开发,即,一个Database只能支持一个项目的开发,因此无法支持对过去文件和信息的复用和共享。 |