第七课时：PowerDesigner15需求模型（Requirements Model，RQM）

2013-11-04 17:55:40

标签：Powerdesigner 添加标签>>

原创作品，允许转载，转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。http://heludd.blog.51cto.com/7897861/1320146

欢迎学习本课程的视频教程：http://edu.51cto.com/lesson/id-15435.html

主要内容：

1.定义需求文档（三个视图）

2.定义用户和组

3.定义业务规则

4.定义术语库

5.模型导入导出

6.模型导出Word文档

定义、作用、适用场景

A requirementsmodel (RQM) helps you analyze any kind of written requirements and to link themwith design objects in other models. You can use an RQM to represent anystructured document (e.g. functional specification, test plan, business goals,etc.) and import and export hierarchies of requirements as MS Word documents.

需求模型帮助分析任何书面需求，并将其与其它模型中的设计对象链接起来。可以用RQM呈现任何结构化文档（如功能规范，测试计划，企业目标等等），并将不同层级的需求导出导入至word文档中。

组成元素及说明

包括三种视图：

}RequirementsDocument View(需求文档视图):通过二维表的形式，以分层的方式表达系统需求；

}TraceabilityMatrix View(追踪矩阵视图):描述需求与设计对象、外部文件和其他需求之间的连接关系；

}UserAllocation Matrix View(用户分配矩阵视图〕:表达需求与用户或用户组之间的分配关系。

PowerDesigner提供了有效的需求建模，保证更准确的项目结果，并将需求与设计关联起来，以保证可追踪性。

PowerDesigner通过层次结构显示了该系统的主要功能。用户可以通过属性对话框，进行详细的需求描述。

为了进一步分析该子系统的业务需求，结构及机制，发现企业中当前存在的问题并确定改进的可能性，可以进行业务流程分析。

创建步骤

写在前边：一个系统的建设先要从基本信息入手（如人员信息，各种表单信息，也有称为基础信息或台账信息）,再分析业务信息（交易信息），再形成不同层次的统计信息。

定义需求文档

3.1.1需求文档视图RDV

RequirementsDocument View(需求文档视图):通过二维表的形式，以分层的方式表达系统需求

}创建RQV

}定义RQV

3.1.2跟踪矩阵视图TMV

TraceabilityMatrix View(追踪矩阵视图):描述需求与设计对象、外部文件和其他需求之间的连接关系。（前置：需要有相关设计对象或外部文件）

}创建TMV

}定义TMV

3.1.2用户分配矩阵视图UAMV

User AllocationMatrix View(用户分配矩阵视图〕:表达需求与用户或用户组之间的分配关系（前置：先有用户或用户组）。

}创建UAMV

}定义UAMV

模型属性：

需求属性：

}Title(需求标题)

}Code（需求编码）

}Description（需求描述）

}Priority（优先级，越大越高，最大为5，0.5为一个级别）

}Risk（风险级，包括低、中、高、未定义）

}Verification（测试类型:未定义、演示、自动、手动、混合）

}Workload（不同人员的工作量：精确1位小数位，需求工作量，单位为天或小时）

定义用户和组

}用户是在需求模型中至少有一个需求所关系的人员

}组是有一系列的具有相同特性的人组成的组织

右键点击需求模型，新建User或Group。

当然，有组织后需要往组织里加人，无人的组织没有意义。切换页签Group Users增加用户。

定义业务规则

业务规则是满足业务需求的一系列规则，用于指定信息系统必须做什么或不做什么。

PowerDesigner15安装后默认情况下是不能定义业务规则的，需要激活。

执行菜单：Model>>Extended Model Definitions>>右键Profile节点>>AddMetaclasses…

在PdCommon页签中选中BusinessRule。

如何定义业务规则：

执行菜单：Model>>BusinessRules…,再执行插入及属性编辑。再编辑一般信息，表达式（公式）及备注信息（文字说明）。

定义术语库

术语库（词汇库）可以清晰地定义单词，避免在需求模型中发生误解，同样，需要给出该单词的详细解释。（包括技术术语与业务术语）

右键点击需求模型，新建>>Gossary Tearm.如果已经建过Gossary Tearm，则可在左右Gossary Tearm目录右击新建即可。

模型导入导出

}将其它模型导入到需求模型中

}将需求模型导出成其它模型

从菜单：Requirements>>ImportDesign Objects as Requestments或ExportRequirements as Design Objects.

模型导出文档

打开需求模型，选择菜单Tools->Export as WordDocument…。

重点说明

如何将用户、组、业务规则、术语应用到需求中。

右键编辑某条需求属性，在Rules,UserAllocations,Related Glossary Terms页签编辑。

博文不过瘾？

本文出自 “荷露叮咚网络学苑” 博客，请务必保留此出处http://heludd.blog.51cto.com/7897861/1320146