一份全面的“用例矩阵描述”是怎样的? 文档 资料 免费

卧枕江山 普通用户 10月前 2102

用例描述反映了系统分析员对用户需求的理解,要达到能够完全理解用户需求的目标以及实现系统良好运转的期许,例图和文字描述相结合才是最完整的用例描述。

本人全部产品所在的店铺地址:https://www.axureshop.com/shop/3039

与此相关的完整版高保真实战项目(UE&UI)原型设计(针对于全息中继器组件)地址:https://www.axureshop.com/a/249709.html

与此相关的完整版高保真实战项目(UE&UI)原型设计(PC端+手机端)地址(这个性价比很高,推荐路过的朋友购买):https://www.axureshop.com/a/234122.html#comment-287804

与此相关的完整版高保真实战项目(UE&UI)原型设计(手机端)地址:https://www.axureshop.com/a/246479.html

与此相关的完整版高保真实战项目(UE&UI)原型设计(PC端)地址:https://www.axureshop.com/a/298707.html
本人最新完整版高保真实战原型(UE&UI)设计(PC端)地址:https://www.axureshop.com/a/674824.html

一、描述

很多人在做用例描述的时候只注重于用例图的绘制,有的则只注重于文字的描述,这两者单单重其一都是有所欠缺的。

这样说吧,图形(比如用例图或者流程图)其实是文字说明的一种补充方式,它的直观性虽然可以,但是睡明星确实不足,因此必须让那些图形能够表达其内心世界的想法,讲述图形背后的故事。通过文字描述程序的运行流程,描述参与者与系统的交互过程等。

单单只用文字描述也是片面的,文字描述尽管可以更为详细的说明一些问题,但是它的缺点就是没有所谓的直观性,相对复杂的用例会通过时间流图来补充,为架构师提供更加形象和直观的用例描述。

根据以上说法,用例图和文字描述相结合才是完整的用例描述,或者将其叫做能够形成一种多元化多角度多层面融合的需求分析方阵(比如:用例矩阵),用例矩阵的形成也许会更加能够表现出需求的直观性。

二、案例

2.1 项目筹划功能模块

2.1.1 模块描述

主要分为四个专题页,分别为:项目信息、项目初始化、计划管理和计划纠偏。

1)项目信息:主要展示的是项目相关的合同信息内容,项目经理在这里可以根据其内具体的信息进行相关的编辑和完善。

2)项目初始化:为项目经理提供标准化的WBS字典,通过形象进度项关联工程量清单,实现进度货币化管理,并及时提供全面的进度分析以及资源分析。

3)计划管理:主要分为进度计划、产值计划、成本计划、资金计划、施工风险计划、安全计划、质量计划、人员计划、材料计划、设备计划、供应商计划十一个计划,以项目初始化中的wbs字典数据为基础来进行所有计划(某些计划为必填)的信息录入和提交,通过流程审批从而激活整个项目。

进度货币化:进度货币化包括WBS工区分部分项树结构管理、分项部件管理、业主清单管理三个模块,WBS工区分部分项树结构关联业主清单实现进度计划编辑、实物量统计、对上计价对下计量自行关联,失效件进度产值货币化管理,帮助项目经理准确切形象的管控项目进度,提升工作效率和质量。

4)计划纠偏:分为资源平衡(与关键路径有关)和资源平滑(与关键路径无关)两种纠偏方式。根据时间和资源两种维度来进行项目跟踪的同时,并及时进行进度提醒及进度纠偏处理,从而帮助项目经理进行项目进度的把控。

2.1.2 需求分析

2.1.3 用例矩阵

2.1.4 界面描述

三、结语

用例矩阵反映了系统分析员对用户需求的理解,必须能够完全理解客户需求和对系统运行的期许。

通过一种图形结合文字描述的手法,是让客户在大脑中形成一个系统的运行蓝图,让客户能够明白在将来的系统中扮演的角色以及在这个角色中要承担的责任,和客户将通过哪些行为动作来完成自己的工作,并结合高保真原型(UE、UI)设计来更加立体的呈现所要印证的需求。


axure商城
快速回复
最新回复 (1)
  • 卧枕江山 普通用户 10月前
    1 引用 2
    请路过的朋友们多多支持哈,笔者在这里先谢谢了,以后会有更多优质的文章在这个平台上进行发布,请尽请期待呦!
返回
axure商城