一、Rational RequisitePro项目模板
1、用列模板(Use-Case Template), (使用一种用例技术)
2、惯用模板(Traditional Template), (使用标准软件需求)
3、复合模板(Composite Template), (用例和惯用模板的结合)
4、创建新模板(Make New Template)

二、视图
1、属性矩阵视图(Attribute Matrix View)显示所有指定类型的需求。需求按行列出,它们的属性出现在栏里。这个视图帮助你组织和优化需求;例如,你可以对需求做基于优先级(Priority)或危机(Risk)的排序

2、跟踪需求矩阵视图(Traceability Matrix View)显示了两种或同种需求类型之间的关系

3、跟踪树视图(Traceability Tree View) 显示了指定类型的需求来去的跟踪链。

三、需求
1、需求类型:RequisitePro让你通过类型来组织需求。需求类型定义了与需求有关的描述性和功能性的信息。需求类型的样例包括特征需求,用例需求,及补充规约需求。 你可以创建需求类型(例如,你可以将所有的时常需求组成为一个需求类型),你可以修改需求类型,当不需要的时候删除它们。
2、RequisitePro通过属性来限制需求。属性是与需求有关的数据域,它们包括重要的项目信息。系统给每个新的Requirement类型指派默认的属性。你可以删除,修改,或者增加无限制数量、适合项目的需求属性。需求属性的例子包括:状态(status),优先级(priority),危机(risk),困难(difficulty),实施成本(cost to implement),完成日期(complete date)。属性可以是列表类型或者输入类型。在项目的任何时候,你可以增加,编辑,删除需求属性。

软件需求(Software Requirement)定义的属性列表
优先级 -- 高、中或者低。
类型
-- 需求类型(可用性、性能等等)。
状态
-- 需求是否已经被批准了或者已经被并入到项目中了。
难度
-- 一个被实践完成需求难度的粗略的指南。
稳定性
-- 在一个活跃的项目中的需求的稳定性的指南。
风险
-- 实施项目相关的风险的指南。例如,如果对系统的其他部分需求需要变更,那么可能存在着一个高的风险(因此稳定性降低了)。
增进请求
-- 如果 RequisitePro 项目是 Ratioanl 项目的一部分,信息就来源于 Rational 项目。
缺陷
-- 在缺陷管理/测试期间被 Rational 项目产生。
联系名
-- 需求的来源。
陈旧的
-- 指明需求是否是陈旧的属性使得决策过程客观化。指定给每个属性的值帮助你组织、分析需求,并设定优先级

软件需求(Software requirements) -- 为项目使用的最终的需求列表
特性和远景(Features and vision)
-- 项目的特性列表
涉众请求(
Stakeholder requests-- 来自于涉众的特性请求列表

四、如何访问web端
http://localhost/reqweb 但你要先开要启动rwp
posted on 2006-11-02 20:49  软件测试大本营  阅读(702)  评论(1编辑  收藏  举报