D第4章 需求模型及PowerDesigner实现.docx
- 文档编号:10915229
- 上传时间:2023-02-23
- 格式:DOCX
- 页数:16
- 大小:64.12KB
D第4章 需求模型及PowerDesigner实现.docx
《D第4章 需求模型及PowerDesigner实现.docx》由会员分享,可在线阅读,更多相关《D第4章 需求模型及PowerDesigner实现.docx(16页珍藏版)》请在冰豆网上搜索。
D第4章需求模型及PowerDesigner实现
第4章需求模型及PowerDesigner实现
需求模型(RequirementModel,简称RQM)描述系统需要完成的任务。
它通过需求文档视图(RequirementsDocumentView)、追踪矩阵视图(TraceabilityMatrixView)和用户分配矩阵视图(UserAllocationMatrixView)描述系统的需求。
需求文档视图通过二维表的形式,以分层的方式表达系统的需求;追踪矩阵视图描述需求与设计对象、外部文件或其它需求间的连接关系,其中,设计对象是指其它类型模型的对象,外部文件是指Word文件、Excel文件或PowerDesigner模型,其它需求是指同一个需求模型中的需求;用户分配矩阵视图表达需求与用户或用户组之间的分配关系。
通常,在建立RQM前,先使用Word文档描述系统的需求,再把建立好的Word文档导入到PowerDesigner中生成RQM,最后,根据RQM建立其它模型,如BPM、CDM、PDM、OOM、XSM、ILM等。
Word文档、需求模型和其它设计模型间的关系如图4-1所示。
4.1建立RQM的方法
启动PowerDesigner后,选择File>New菜单打开如图4-2所示窗口。
在ModelType窗格中选择RequirementsModel,在General页的Modelname框中填写模型名称,在Firstdiagram框中选择该模型第一个图形的种类,图形种类包括RequirementsDocumentView、TraceabilityMatrixView、UserAllocationMatrixView,如选择RequirementsDocumentView,单击“确定”按钮,打开如图4-3所示窗口,在该窗口中建立需求项目。
双击列表中所选需求前的右向箭头
,打开如图4-4所示的需求特性窗口,在General、Detail、TraceabilityLinks、UserAllocations、RelatedGlossaryTerms、Notes、Dependencies、ExtendedDependencies、VersionInfo页上,分别定义该需求的通用信息、详细信息、追踪连接信息、用户分配信息、相关术语信息、注释、依赖信息、扩展依赖信息和版本信息。
在需求模型的第一个视图建立之后,要在模型中添加其它视图,则在浏览器窗口右击模型文件,从弹出的菜单中选择New>RequirementsDocumentView、TraceabilityMatrixView或UserAllocationMatrixView,即可在这个模型中添加其它类型的视图。
选择Model>ModelProperties,打开RQM的特性窗口,单击Detail页,显示完成这个RQM所需的工作量(Workload),工作量用天或小时表示,且保留一位小数,如1.0天、1.5天、10.0小时、10.5小时等。
Workload1、2、3、4表示该RQM交给第一、第二、第三、第四个人或团队完成这项工作所用的工作量。
RQM中包含多个子需求,RQM所需的总工作量等于所有子需求工作量之和。
因此,RQM特性窗口Detail页上的Workload1、2、3、4通常是只读的。
在为每个子需求定义了工作量后,系统会自动显示汇总的工作量。
在RQM特性窗口的TraceabilityLinks页上,显示RQM连接的设计对象和外部文件。
设计对象或外部文件帮助用户进一步理解RQM。
使用RQM特性窗口上部的AddLinkstoDesignObjects工具
或AddLinktoExternalFile工具
,可以增加连接的设计对象或外部文件。
4.1.1RQM中的包
包(Package)与操作系统中的文件夹十分相似,包中可以存放RQM中的各类视图。
当RQM中包含很多内容时,为便于管理和理解,可以把RQM划分成几个包。
每个包表示不同的任务或主题,例如,一个包中包含功能需求,另一个包中包含非功能需求。
可以把不同的包指定给不同的开发团队完成。
在浏览器窗口右击包图形符号,从弹出的菜单中选择Properties,打开它的特性窗口。
在同一个层次上能够产生几个包,每个包中还可以产生包,其层次没有限制。
每个包中至少应该包含一个缺省视图(需求文档视图、追踪矩阵视图或用户分配矩阵视图)。
双击浏览器窗口的一个视图,可以修改它的名称;双击视图图标,打开该视图的图形窗口。
在RQM中添加需求的方法如下:
⑴双击浏览器窗口的DocumentView,在打开的图形窗口中直接新建需求。
⑵在浏览器窗口的Requirements文件夹中选择一个需求,然后把它拖拽到另一个包中。
4.1.2设置RQM的环境
使用Model>ExtendedModelDefinitions菜单能够为RQM增加扩展模型定义文件;使用Tools>ModelOptions菜单,能够定义RQM的模型选项。
1.在RQM中增加扩展模型定义文件的方法
扩展模型定义文件(.XEM)提供了扩展RQM的方法。
例如,在RQM中增加RiskAnalysis扩展模型定义文件,则在RQM的每一项需求的特性窗口,增加一个RiskAnalysis页,在该页上可以对这个需求添加风险分析。
增加扩展模型定义文件的方法如下:
⑴选择Model>ExtendedModelDefinitions菜单,打开如图4-5所示窗口。
⑵单击窗口上部的ImportanExtendedModelDefinition工具
,打开如图4-6所示窗口,选择扩展模型定义文件前面的复选框,如RiskAnalysis复选框。
⑶单击OK按钮,返回到扩展模型定义列表窗口,单击OK按钮,返回到设计界面。
2.设置RQM的模型选项
使用Tools>ModelOptions菜单,打开如图4-7所示窗口。
它包括模型设置(ModelSettings)、需求字体(RequirementsFonts)设置、命名约定(NamingConvention)设置。
⑴模型设置
在图4-4中,选择Category窗格中的ModelSettings后。
若选择窗口右边的AllObjects组框中的Name/Codecasesensitive,表示RQM中的对象名称和代码区分字母大小写。
⑵需求字体设置
在图4-4中,选择Category窗格中的RequirementsFonts,显示如图4-8所示窗口。
Text框中的Text、Title1……Title9表示需求文本、标题1……标题9;Font框、Fontstyle框、Size框、Color框分别用来选择Text框中所选内容的字体、字形、字号、字体颜色;选择Strikeout复选框,文字中间显示删除线;选择Underline复选框,文字显示下划线;单击Default按钮,恢复到缺省设置;单击SetAsDefault按钮,把当前设置确定为缺省设置。
⑶命名约定的设置方法
在图4-4中,选择Category中的NamingConvention,显示如图4-9所示窗口。
选择Name或Code,模型图形中显示对象的名称或代码;选择Enablename/codeconversions,对象名称和代码可以相互转换。
在Name和Code页上定义名称和代码的命名约定,在NameToCode和CodeToName页上定义名称到代码和代码到名称之间的转换约定。
单击Default按钮,使命名约定恢复到缺省设置;单击SetAsDefault按钮,把当前设置确定为缺省设置。
4.2需求文档视图
在需求文档视图中,每行代表一个需求,每个需求可以分成多个层次。
行的宽度可以根据文本大小进行调整。
每列代表需求的一个特性,可以编辑每个特性值,但不能插入图形。
在图4-10中,需求2由需求2.1、2.2和2.3组成。
使用窗口上部的工具
可改变需求的层次。
4.2.1需求特性窗口的General页
在需求特性窗口的General特性页上,Parent表示需求的父需求名称,如果需求为顶层需求,则显示需求模型的名称;TitleID表示需求的ID号,通常为需求的层次编号,如1、2.1、2.2等;Title、Code和Description分别表示需求的名称、代码和描述,使用Description组框中的工具能够完成Description的编辑工作。
4.2.2需求特性窗口的Detail页
在需求特性窗口单击Detail页,打开如图4-11所示窗口。
Comment中填写需求的简要说明;Stereotype中填写或选择需求的版型,即语义扩展说明;Type表示需求的类型,包括Undefined(未定义类型)、Design(设计类型)、Functional(功能类型)、Technical(技术类型);Status表示需求的状态,包括Draft(草稿)、Defined(定义)、Verified(已校验)、Tobereviewed(待审)、Approved(已审)等五种状态;Priority表示需求的优先级,可以从下拉列表框中选择或键入一个值,它只能是一个带小数的正数,如1.9、2.0等;如果选择Selected复选框,表示此需求包含在该工程中;Risk表示完成需求的分险级别,包括Undefined(未定义)、Low(低)、Medium(中)、High(高);Verification表示需求的测试级别,包括Undefined(未定义)、AutomatedTesting(自动测试)、Demonstration(演示)、ManualTesting(人工测试)、Mixed(混合测试);Workload表示需求指配给开发团队或成员所需要的工作量。
在需求特性窗口,Detail页上的Type、Status、Risk、Verification特性,TraceabilityLink页上的Linktype特性,UserAllocations页上的Type特性,都采用下拉列表的方式,根据需要可以增加、减少或修改其中的值。
步骤如下:
⑴使用Model>ExtendedModelDefinitions菜单,打开扩展模型定义列表窗口,单击窗口上部的AddaRow工具
,在列表中增加一个扩展模型定义,如MyExtModelDef,如图4-12所示。
⑵双击行前的右向箭头
,打开扩展模型定义的特性窗口,在左窗格中选择Settings>CustomValues>Requirement下的一个类型,如TypeMap,在窗口右边可以增加、减少或修改Type下拉列表中的值。
如图4-13所示。
4.2.3需求特性窗口的TraceabilityLinks页
为了进一步扩大需求的范围,可以建立当前需求与设计对象、外部文件或其它需求的连接。
在TraceabilityLinks页上可以把设计对象、外部文件或其它需求连接到当前需求上。
注意,只有打开相关的模型或文件才能完成连接。
使用表4-1中的三个工具完成连接工作。
表4-1在当前需求上连接设计对象、外部文件或其它需求的工具
工具
英文名称
工具含义
AddLinkstoDesignObject
把设计对象连接到当前需求上
AddLinktoExternalFile
把外部文件连接到当前需求上
AddLinkstoOtherRequirements
把同一个模型中的其它需求连接到当前需求上
4.2.4需求特性窗口的UserAllocations页
UserAllocations特性页把当前需求指定到用户和用户组上。
使用Model>Users或Model>Groups菜单,在打开的窗口使用AddObjects工具
,添加用户和用户组。
Type列用于说明用户或用户组的类型,包括Design、Development、Documentation、Quality、Undefined等,分别表示该用户或用户组完成此需求的设计、开发、文档、质量和未定义工作。
4.2.5需求特性窗口的其它特性页
RelatedGlossaryTerms页用来为需求附加专业术语,用于说明当前需求。
使用窗口上部的CreateObjects工具
可增加专业术语。
若还未定义专业术语,使用Model>GlossaryTerms菜单可为当前模型增加专业术语。
ExtendedDependencies页用于说明任何模型对象之间的相互依赖关系,系统对这种关系不进行任何检查,它只是一个说明性的关系,没有严格的形式化定义。
Dependencies页,当产生一个对象的外部快捷方式或把一个业务规则附加到一个对象上时,在模型的对象之间就产生了一个依赖连接。
包括内部依赖和外部依赖。
内部依赖存储在模型内部,并显示在对象特性窗口的Dependencies页上。
外部依赖存在于模型之间。
Notes页上包含Description和Annotation两个特性子页,Description子页是需求特性的文字描述,Annotation子页是需求特性的公式化描述。
使用窗口上部的工具可以编辑两个特性子页的内容。
VersionInfo页显示建立或修改当前需求的用户、时间,其信息由系统自动获得。
4.3追踪矩阵视图
追踪矩阵视图包括三种类型,一是需求与设计对象之间的连接视图,二是需求与MSWord、MSExcel、PowerDesigner等文件之间的连接视图,如果外部文件是MSWord文档,则这个文档由PowerDesigner自动管理,如果外部文档是其它类型的文档,则这个文档由用户自行管理;三是需求与同一个需求模型中的其它需求之间的连接。
图4-14是第三种类型的追踪矩阵视图。
通过窗口上部的工具可以增加行和列、改变跟踪矩阵视图类型等。
使用窗口下部Currentcellproperties组框中的
和
按钮可以建立或删除行、列之间的连接关系。
4.4用户分配矩阵视图
在用户分配矩阵视图中,每行代表一个需求,每列代表一个用户或用户组。
单击行与列交叉的单元格,并在窗口下部的Currentcellproperties组框中,单击
按钮,可以把当前的需求分配给当前的用户或用户组。
在Type框中选择一种分配类型,包括Undefined、Development、Documentation、Design、Quality。
单击
按钮,可以取消需求与用户或用户组之间的分配关系。
使用Model>User或Model>Group菜单可以增加或减少用户和用户组。
图4-15是一个用户分配矩阵视图。
4.5RQM的有效性检查
在RQM的建立过程中,使用Tools>CheckModel菜单可以随时检查模型的有效性,检查和修改RQM的步骤如下:
⑴打开一个RQM模型,按下F4键,或使用Tools>CheckModel菜单,打开如图4-16所示窗口。
其中,
表示错误项目,
表示警告项目。
选择项目前的复选框表示对该项目进行检查。
Selection页用于选择要检查的对象。
⑵单击“确定”按钮,直到检查结束,打开结果列表窗口,显示模型中存在的错误和警告,如图4-17所示。
改正模型中存在的错误后,才认为模型是正确的。
⑶右击其中一个项目,打开如图4-18所示菜单。
选择Correct菜单,打开所选项目的特性窗口,可改正错误或警告;选择Help菜单,打开联机帮助;选择CheckAgain菜单,对模型进行再次检查;选择AutomaticCorrection菜单,将自动更正该项目的错误或警告;选择GoTo菜单,将出现FirstError、PreviousError、NextError、LastError等四个子菜单,分别表示到达第一个错误、前一个错误、下一个错误和最后一个错误;选择FindinDiagram菜单,将在图形窗口找到该项目;选择FindinBrowser菜单,将在浏览器窗口找到该项目;选择ImpactAnalysis菜单,打开该项目的影响分析窗口;选择Clear菜单,清除窗口中的错误或警告信息;选择DockingView菜单(前面出现
符号),该窗口将具有可停靠的特性;选择Hide菜单,隐藏该窗口。
RQM的检查项目包括业务规则、专业术语、用户、用户组、需求、文件、外部对象/连接、复制等8类项目的检查。
1.业务规则检查
主要包括如图4-19所示项目。
第1、2项要求业务规则的名称和代码必须唯一;第3项提示设计者虽然在模型中定义了业务规则,但没有使用这个业务规则。
2.专业术语检查
主要包括如图4-20所示项目。
第1、2项要求专业术语的名称和代码必须唯一;第3项提示设计者虽然在模型中定义了专业术语,但没有使用这个专业术语。
3.用户检查
主要包括如图4-21所示项目。
第1、2项要求用户的名称和代码必须唯一;第3项提示设计者虽然在模型中定义了一个用户,但这个用户没有附加到任何一个需求上。
4.用户组检查
主要包括如图4-22所示项目。
第1、2项要求用户组的名称和代码必须唯一;第3项提示设计者虽然在模型中定义了一个用户组,但这个用户组中没有包含任何一个用户;第4项要求一个用户组不能同时作为另一个用户组的父和子。
5.需求检查
需求检查主要包括如图4-23所示项目。
第1、2项要求需求的名称和代码必须唯一;第3项提示设计者最低级别需求的描述不能为空。
6.文件检查
文件检查主要包括如图4-24所示项目。
第1项表明嵌入的文件名不唯一;第2项表明嵌入的外部文件不存在。
7.外部对象/连接检查
外部对象/连接只包含一项检查,要求外部对象/连接的名称和代码必须唯一。
8.复制检查
复制检查只包含一项检查,要求复制品对象与源对象的一部分相同。
可以修改复制的特性,使复制品对象与源对象完全一致。
4.6需求与设计对象的连接
在需求上连接设计对象可以说明该需求通过哪些设计对象实现。
在CDM、PDM、OOM、BPM、XSM、ILM等模型的设计对象上连接需求,说明该设计对象实现哪些需求。
4.6.1在需求上连接设计对象
在需求上能够连接的设计对象包括RQM中的对象和其它模型中的对象。
假设工作区中已经打开了一个RQM,同时也打开了一些其它模型,如CDM、PDM、OOM、BPM、XSM或ILM等,这时,在需求上连接设计对象的步骤如下:
⑴在RQM的RequirementsDocumentView中,双击一个需求行前面的右向箭头
,打开其特性窗口,单击TraceabilityLinks页,显示如图4-25所示窗口。
⑵单击窗口上部的AddLinkstoDesignObjects工具
,打开如图4-26所示窗口。
⑶在Model框中选择一个模型,在第二个下拉列表框中选择该模型的一个图形,在列表中选择设计对象前面的复选框。
单击OK,则所选择的设计对象出现在TraceabilityLinks页上,如图4-27所示,在LinkType列中选择Undefined、Specificationdocument、Testobject、Designobject、DevelopmentPlanning等五种类型之一。
⑷单击“确定”或“应用”按钮,完成需求上连接设计对象的工作。
4.6.2在设计对象上连接需求
在模型对象特性窗口的Requirements页上能够连接RQM中的需求。
假设工作区中已经打开了一个设计模型,这时,在设计对象上连接需求的步骤如下:
⑴选择Tools>ModelOptions菜单,在打开窗口左边的Category框中选择ModelSettings,在右边AllObjects组框中选择Enablelinkstorequirements复选框,单击OK按钮。
⑵在CDM、PDM、OOM、BPM、XSM、ILM等模型的图形窗口,双击一个模型对象的图形符号,打开该对象的特性窗口,选择Requirements页,显示如图4-28所示窗口。
注意,如果该对象的特性窗口没有Requirements页,可单击窗口左下角的More>>按钮,这时该按钮变为< ⑶选择窗口上部的AddObjects工具 ,打开如图4-29所示窗口。 在Model框中选择一个RQM,在第二个下拉列表框中选择一个需求组,或单击IncludeSub-Objects工具 ,显示模型中包括的所有子对象。 在列表中选择要连接到设计对象上的需求前面的复选框。 ⑷单击OK按钮,返回设计对象特性窗口,选择的需求出现在Requirements页上。 ⑸单击“确定”按钮,完成设计对象上连接需求的工作。 如果在Requirements页上双击一个需求,则打开这个需求的特性窗口,单击TraceabilityLinks页,显示连接在这个需求上的设计对象。 4.7需求与设计对象的导入与导出 在RQM的设计过程中,可以把需求导出到设计模型中成为设计对象。 也可以把设计模型中的设计对象导入到RQM中成为需求。 4.7.1把需求导出到设计模型中 ⑴在工作区中同时打开RQM和CDM、PDM、OOM、BPM、XSM、ILM等模型,选择RQM中的Requirements>ExportRequirementsasDesignObjects,打开如图4-30所示窗口。 ⑵选择一种设计模型,单击“下一步”,打开如图4-31所示窗口,在下拉列表框中选择需求输出的对象类型。 ⑶单击“下一步”,打开如图4-32所示窗口,选择需求前面的复选框。 单击“完成”。 4.7.2把设计对象导入到RQM中 ⑴在工作区中同时打开RQM和CDM、PDM、OOM、BPM、XSM、ILM等模型,选择RQM中的Requirements>ImportDesignObjectsasRequirements菜单,打开如图4-33所示窗口,选择设计对象的一种模型类型。 ⑵单击“下一步”,打开如图4-34所示窗口。 在列表中选择要导入的设计对象。 ⑶单击“下一步”,打开如图4-35所示窗口,选择一个RQM模型的需求。 ⑷单击“完成”按钮,完成设计对象导入为需求模型中需求的工作。 4.8RQM与MSWord文档的信息交换 在软件分析建模初期,常常使用MSWord表达系统的需求,这样就需要把MSWord文档导入到RQM中。 另外,PowerDesigner建立的RQM,也需要导出为MSWord文档。 要在RQM与MSWord之间交换信息,首先应先做好如下工作: ⑴计算机上必须安装MSWord2000或以上版本。 ⑵在PowerDesigner中,使用Tools>GeneralOptions菜单,打开GeneralOptions窗口,在窗口左边的Category窗格中选择Add-ins,在窗口右边选择MicrosoftWordImportExport复选框,然后单击OK按钮。 ⑶在MSWord中,使用“工具>模板和加载项”菜单,在打开的窗口中选择WordToRqm.dot模板,单击“确定”按钮后,在MSWord界面上出现 工具条,同时在MSWord中出现Requirements菜单项。 ⑷MSWord文档的标题必须使用格式栏中的标题级别,并且相邻的标题或是同级别,或是下一级,不能越级。 注意,在RQM与MSWord文档进行信息交换时,RQM和MSWord文档之间建立了一种连接关系,使用Model>ModelProperties菜单,打开RQM模型特性窗口,单击TraceabilityLink
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- D第4章 需求模型及PowerDesigner实现 需求 模型 PowerDesigner 实现
![提示](https://static.bdocx.com/images/bang_tan.gif)