[PowerDesign]数据库设计:需求模型(RQM)的简单介绍与案例教程(一)
2013-01-31 23:15
387 查看
需求模型:Requirements Model (缩写:RQM)
这是一种文档式模型,它通过准确恰当地列出、解释开发过程中需要实现的功能行为来描述待开发项目。
你可以为开发过程中需要使用到的各种结构化技术文档(功能或技术规格说明书,测试计划)而使用需求模型。
Requirements Model以下面两种视图呈现(而不是以图表形式):
1.需求文档视图:对一系列公共属性进行编号
2.可编辑行矩阵:单元格代表了当前需求与设计对象,外部文件或其它需求的联
Requirements Model允许你可以:
1.对一结构化技术文档建立需求模型
2.检查现有或引入的模型
3.对需求和设计对象(其它类型模型)建立联系
4.对其它设计对象建立需求模型,或反之通过需求模型建立其它设计类型
5.从需求模型生成或更新MS Word文档,提供用户一符合需求模型的MS Word文档
6.从现有MS Word文档生成或更新相应的需求模型
Requirements Model应该包括如下特定对象(Object):
由于Requirements Model中没有图表,以上各对象均没有与之对应的图象符号。需求是以图表视图形式列出,可编辑矩阵视图显示出需求和各设计对象,外部文件或其它需求之间的联系。
需求建模环境包括一系列定义不同模型内容和行为的参数和设定选项,你可以通过在建立模型时,使用默认选项建立模型后或建立模型模版时进行设置。
----------------------------如何在PowerDesign中创建需求模型Requirements Model-----------------------------
1.新建RequirementsModel
点击File->New或鼠标右键单击Workspace->New->Requirement Model可以看到新建模型属性选项框如下:
这样就创建好了一个空的RQM:
下面我们对新建的RQM进行先进行一些基本属性设置:
在资源浏览窗口中右键单击刚建好的RQM->Properties(或直接双击),进入模型属性设置Model Properties,如下图所示:
现在你可以进行自己想要设置了。
这里我们将Name,Comment分别进行基本设置,同时系统默认Name和Code是一致的。
Name用来进行分析描述,为了形象明了可以使用中文;而Code则和后期的具体设计有关,如用于编码设计,一般多用英文加数字等标准命名(仅供参考)。
同时我们可以看到在新建RQM时也自动建立了一个模型视图(View),接下来我们就要对该视图进行编辑以建立需求模型。
根据前面需求模型简单介绍的相关RQM视图知识,需求模型可以用文档视图的形式表示,后续的大部分工作只有对View进行编辑就OK了。
先睹为快,预览一下完成后的需求视图,以数媒实验室的迷你山大项目为例:
这里的各系统需求是按层次排列的,这样也使需求文档视图能和标准的层次化word/rtf文档能进行相互转换。
可以通过视图上方的工具栏进行全面的需求模型建设。
下面就来看一看具体的操作步骤。
1.添加需求(Requirement):
点击需求文档视图工具栏上”Insert a Row”工具或点击需求文档视图的空白区,
这样一个预先默认自定义的需求已经添加在文档视图中,如下所示:
2.编辑需求属性
双击需求TitleID左边的箭头或单击需求文档视图工具栏最左边的Properties工具即进入属性属性编辑。
其中除了TitleID栏之外每栏都处于可编辑状态的,直接点击对应区域即可。
属性各栏目对应着文档视图中的可编辑栏。
这里我们可以设置各需求的详细内容和描述信息,比如标题(Title),需求描述(Description),优先级(Priority),风险(Risk),状态(Status),工作量(Workload)等详细内容。
若要更改文档视图中的可见栏目,可以通过单击需求文档视图工具栏中Customize Columns and Filter工具(快捷键Ctrl+U):
现在可以选择您想要显示的栏目了。
这样我们就基本上完成了系统需求的设计过程,依此多次操作完成如下系统需求文档视图基本框架:
后面的工作就是对其中各Requirement做进一步的细化,对各需求模块做更为细致的划分,即分层细化,这样也和层次化的文档吻合。
这里我们以对Functional Requements的设计为例进行讲解,先看看细化完成后的需求文档视图(部分):
3.进一步的细化需求
方法一:
需求文档视图,选中Functional Requirements,点击视图工具栏,Insert Sub-Object工具:
这样就在Functional Requirements中插入了一个子对象。
方法二:
于左边资源管理窗口Requirements目录下右键单击相应需求名称->New->Requirement即可。如下图:
现在只要对新插入的子对象进行详细的内容编辑设计即可,同样地我们也可以对各子对象通过再次添加子对象作进一步的细化工作。
如果要提升或降低某部分的需求层次,则可以通过工具栏中的Promote和Demote来实现调整。
下一章:[PowerDesign]数据库设计:需求模型(RQM)的简单介绍与案例教程(二)
这是一种文档式模型,它通过准确恰当地列出、解释开发过程中需要实现的功能行为来描述待开发项目。
你可以为开发过程中需要使用到的各种结构化技术文档(功能或技术规格说明书,测试计划)而使用需求模型。
Requirements Model以下面两种视图呈现(而不是以图表形式):
1.需求文档视图:对一系列公共属性进行编号
2.可编辑行矩阵:单元格代表了当前需求与设计对象,外部文件或其它需求的联
Requirements Model允许你可以:
1.对一结构化技术文档建立需求模型
2.检查现有或引入的模型
3.对需求和设计对象(其它类型模型)建立联系
4.对其它设计对象建立需求模型,或反之通过需求模型建立其它设计类型
5.从需求模型生成或更新MS Word文档,提供用户一符合需求模型的MS Word文档
6.从现有MS Word文档生成或更新相应的需求模型
Requirements Model应该包括如下特定对象(Object):
Object | Description |
Requirement | 功能行为的名称或内容,可以是父级或子级需求的一部分。 它应该在被指派给用户或群(Groups)前被准确定义说明 |
Glossary term | 用于需求模型中的词汇,它应该被正确定义说明以避免误解,建立一定的通用规则 |
User | 至少与某一需求有关的个人实体 |
Group | 至少与某一需求有关的用户(user)群体 |
需求建模环境包括一系列定义不同模型内容和行为的参数和设定选项,你可以通过在建立模型时,使用默认选项建立模型后或建立模型模版时进行设置。
----------------------------如何在PowerDesign中创建需求模型Requirements Model-----------------------------
1.新建RequirementsModel
点击File->New或鼠标右键单击Workspace->New->Requirement Model可以看到新建模型属性选项框如下:
这样就创建好了一个空的RQM:
下面我们对新建的RQM进行先进行一些基本属性设置:
在资源浏览窗口中右键单击刚建好的RQM->Properties(或直接双击),进入模型属性设置Model Properties,如下图所示:
现在你可以进行自己想要设置了。
这里我们将Name,Comment分别进行基本设置,同时系统默认Name和Code是一致的。
Name用来进行分析描述,为了形象明了可以使用中文;而Code则和后期的具体设计有关,如用于编码设计,一般多用英文加数字等标准命名(仅供参考)。
同时我们可以看到在新建RQM时也自动建立了一个模型视图(View),接下来我们就要对该视图进行编辑以建立需求模型。
根据前面需求模型简单介绍的相关RQM视图知识,需求模型可以用文档视图的形式表示,后续的大部分工作只有对View进行编辑就OK了。
先睹为快,预览一下完成后的需求视图,以数媒实验室的迷你山大项目为例:
这里的各系统需求是按层次排列的,这样也使需求文档视图能和标准的层次化word/rtf文档能进行相互转换。
可以通过视图上方的工具栏进行全面的需求模型建设。
下面就来看一看具体的操作步骤。
1.添加需求(Requirement):
点击需求文档视图工具栏上”Insert a Row”工具或点击需求文档视图的空白区,
这样一个预先默认自定义的需求已经添加在文档视图中,如下所示:
2.编辑需求属性
双击需求TitleID左边的箭头或单击需求文档视图工具栏最左边的Properties工具即进入属性属性编辑。
其中除了TitleID栏之外每栏都处于可编辑状态的,直接点击对应区域即可。
属性各栏目对应着文档视图中的可编辑栏。
这里我们可以设置各需求的详细内容和描述信息,比如标题(Title),需求描述(Description),优先级(Priority),风险(Risk),状态(Status),工作量(Workload)等详细内容。
若要更改文档视图中的可见栏目,可以通过单击需求文档视图工具栏中Customize Columns and Filter工具(快捷键Ctrl+U):
现在可以选择您想要显示的栏目了。
这样我们就基本上完成了系统需求的设计过程,依此多次操作完成如下系统需求文档视图基本框架:
后面的工作就是对其中各Requirement做进一步的细化,对各需求模块做更为细致的划分,即分层细化,这样也和层次化的文档吻合。
这里我们以对Functional Requements的设计为例进行讲解,先看看细化完成后的需求文档视图(部分):
3.进一步的细化需求
方法一:
需求文档视图,选中Functional Requirements,点击视图工具栏,Insert Sub-Object工具:
这样就在Functional Requirements中插入了一个子对象。
方法二:
于左边资源管理窗口Requirements目录下右键单击相应需求名称->New->Requirement即可。如下图:
现在只要对新插入的子对象进行详细的内容编辑设计即可,同样地我们也可以对各子对象通过再次添加子对象作进一步的细化工作。
如果要提升或降低某部分的需求层次,则可以通过工具栏中的Promote和Demote来实现调整。
下一章:[PowerDesign]数据库设计:需求模型(RQM)的简单介绍与案例教程(二)
相关文章推荐
- [PowerDesign]数据库设计:需求模型(RQM)的简单介绍与案例教程(二)
- powerdesign设计、实现简单的数据库模型
- springmvc 项目完整示例01 需求与数据库表设计 简单的springmvc应用实例 web项目
- UML简单介绍(二十二)——基于UML的需求设计分析
- 使用Power Designer工具设计需求模型RQM
- [PHP]CodeIgniter学习手册(三):模型Model的介绍与简单案例
- InfoPath基础应用教程-1 设计一个简单的表单模板
- 设计符合人需求层次模型的商业模式——揭密冰桶挑战背后,不为人知的商业秘密!
- 网页选项卡TAB设计原则和应用案例教程
- 使用postgreSQL DataSync 进行pg数据库升级 数据同步 升级脚本生成, postgreSQL DataSync简单教程
- 46 puppet master-agent模型、运维工具介绍及pxe环境的实现、cobbler简单实现、CentOS7 cobbler
- qt访问 mysql 数据库的简单教程[
- UML简单介绍(二十四)——基于UML的软件设计总结
- 图像切割之(五)活动轮廓模型之Snake模型简单介绍
- XAF应用开发教程(二)业务对象模型之简单类型属性
- 第二次作业 —— 结对项目之需求分析与原型模型设计
- Android实战教程《第一篇---简单界面设计》
- 可动态扩展的数据库模型设计
- 项目初期--数据库设计和简单的创建
- CSS教程(八) 简单介绍CSS结合JS的运用