系统分析及其设计应用用例图和活动图.doc
《系统分析及其设计应用用例图和活动图.doc》由会员分享,可在线阅读,更多相关《系统分析及其设计应用用例图和活动图.doc(24页珍藏版)》请在咨信网上搜索。
1、 每一种产品需求是对现实世界特定问题一种描述,而有些问题描述也许是非常错综复杂,以至在咱们对其进行分析时,会觉得无从下手甚至不知所措。 需求分析是系统设计和开发基本,需求分析好坏会直接影响后继设计和开发质量,严重时会影响到系统成败。UML中用例图就是为了以便咱们分析与交流产品需求而生,同步也为咱们把产品需求转化为系统需求提供以便。 产品需求:普通反映是现场详细现象,经常是由产品工程师/销售人员收集或由顾客直接提供,体现较为松散、粗放,是一种比较切合现实描述。 系统需求:普通是在对产品需求进行一定分析后,对其中不能实现或实现起来有困难某些进行了一定取舍,同步对某些较为笼统需求进行明确和细化,甚至
2、会对某些需求进行了一定抽象和重组。 有时也会结合详细应用加入了某些逻辑描述(即现实以外抽象术语),体现更加切合软件系统。普通在评审通过后,系统需求会以产品需求规格阐明说方式提供,并成为系统开发范畴根据。 接下来我将简介一下本人在用例分析过程中某些心得和休会。一、“Somebody do something”模式 在咱们对需求进行分析时,咱们可以本着“Somebody do something”模式来寻找用例/核心用例,固然这里“somebody”可以泛指人、物或其他系统等。咱们可以以“做某件事”作为一种用例,而后成为系统一项功能,即满足一点需求。如果能DO完所有THINGS,那么咱们系统也就成
3、了。二、用例分析要注意事项1、单一场景,即每一种用例只为阐明一件事,我个人反对包罗万象“上帝”用例。2、简朴原则,即每一种用例要通俗易懂,能非常明确、简洁地阐明其某项功能和作用,无任何歧义及多余想象空间。3、唯一性,即每一件事/场景只能浮现一次, 如果其他地方要用到同样场景可以采用“引用”方式进行组合。三、分而治之个个击破思想1、 N阶问题 在对新员工面试时,我普通会问一种“汉诺塔”问题,在这个过程中我并不看重答案,只在呼解决问题办法。即递归中是如何把“N阶问题转化成N-1阶,最后成为1阶问题”思想。其实需求分析也是一种要把错综复杂N阶问题,最后转化成1阶问题过程,这种从N至1办法不但在需求分
4、析中能用上,其实在后继其她设计中也同样很有用。2、 自上而下或自下而上 对需求分析咱们是可以采用自上而下或自下而上进行分析,相信这些人们均有耳闻,在此不做详述。就我个人而言比较喜欢“自上而下”分析办法,即由“宏观”到“微观”过程,其实有点像咱们任务分解中WBS分解方式。对需求中描述场景和所要解决问题应用“单一场景”、“简朴原则”和“唯一性”逐个分解,至到合乎规定为止。 拿咱们“MusicStore”项目来说吧,系统无非是“系统出售唱片”(固然这个需求有点简朴),但要满足这个规定就得提供“管理员提供唱片”和“客户购买唱片”等功能。以此类推“管理员提供唱片”也许会引起“管理员创立唱片资料”、“管理
5、员修改唱片资料”和“管理员删除唱片资料”等新功能;同样“客户购买唱片”也许引起“客户添加唱片到购物车”、“客户移除购物车中唱片”和“客户结帐”等功能。如此重复递归,咱们最后会发现好像顾客要功能咱们都能提供且足“单一场景”、“简朴原则”和“唯一性”规定。如果真是如此,那么咱们分析过程基本也就告一段落,之因此说是告一段落,是由于某些复杂需求只对其表象进行分析是远远不够,还得站在更高全局视角来进一步审视,也许还得对其进行一定重组甚至抽象,直到满足系统规定,后继咱们将会有有关例子。3、 边界和委托 边界,在需求定义场景中,有一某些场景她们工作背景和工作方式都比较类似,且彼此之间有着较为紧密联系,那么这
6、些用例就可以构成一种相对封闭区间,这就是用例边界。 有时候咱们也会依照不同actor来区别不同边界。 例如:“管理员创立唱片资料”、“管理员修改唱片资料”和“管理员删除唱片资料”就可以以为是“管理唱片资料”这样一种边界。 由于VS并未提供Boundary功能,而是以subsystem来提供。为了更好阐明问题因此此处提供2张图,第二张由EA绘制。 有时咱们会把同一种边界内具备相对内聚性用例抽象成一种用例。 委拖,在进行用例分析时,当出既有些用例已超过了当前边界,但是与边界内某些用例又有较为紧密关系时,咱们往往可以考虑使有“委托”方式来,简化分析过程 。 就拿“客户结账”用例来说吧,它也许会引起出
7、“系统查询帐户余额”、“系统转账”等一系列新用例出来。此时咱们也许会浮现,其实我目就是“结帐”,至于怎么结帐及结账细节并不是我在本场景重要议题,由此也允许以拟定“查询帐户余额”等已超过本用例边界,从而咱们可以“委托方式”委派给“银联系统付款”,从而一笔带过。 有时候咱们可以简朴以为“服务”就是边界外委托。 在分析中咱们可以先不关怀大象是如何放进冰箱,只关怀大象能不能放进冰箱!(此图来自互联网)4、 活用“Include”和“Extend”和“Generalization” 在用例会析中,少不了对“include”、“extern”和“Generaliztion”应用。Include:重要是指包
8、括这些用例,包括并不指子用例就一定会同步发生。例如:管理管理唱片信息 新增唱片信息 修改唱片信息 删除唱片信息 导出唱片信息Extend:是指在满足某一状况时一定会触发某个用例。“客户结帐”在“未登录”状况下会 触发 “登录”用例。由于未发现VS提供extension points功能。为了更好阐明问题因此此处提供2张图,第二张由EA绘制。Generaliztion:泛化,在用例视图中我普通只用在Actor上面使用,在实际用例中则使用较少。五、系统用例图“画法”1、 不要“网状化” 诸多人喜欢把分析后所有用例用一张图来显示,小系统还好说,系统大了就成了张蜘蛛网,凌乱很,我个人建议尽量不要“网状
9、化”用例图,以便不知从何看起。2、 层次性表述 以多层方式来徐徐细化用例,由大到小、由全局到局部层层进行细化。这种类似于根与叶子方式,在后继子系统分析,子模块分析也大有协助。3、 内聚性 如果说层次是是一种纵向体现方式,那么内聚性就是一种横向体现方式。它普通用来规划某些较为完整场景过程。例如咱们“管理唱片资料”就是一种较为内聚性体现方式,固然内聚性粗细粒度可结合详细项目来定夺。4、 主次有别 在系统用例图中,并不一定所有用例都要所有列入,在阐明和解决问题时,咱们其实大某些用例关系只需引入重要用例即可。如果面面俱到就会浮现“网状化”现象,使得阐明效果还适得其反。5、 逐渐完善 每一种系统用例图都
10、很难一步到位进行提供,诸多时候都是一种逐渐完善过程,在我参加某些项目中有某些都是通过了几轮迭代之后才基本稳定。咱们重要解说了在需求分析中用例分析和绘制办法和技巧,但是用例图只告诉咱们系统要“做什么”,至于“怎么做”却并没有很直观描述。为了更形象阐明咱们系统是如何一一满足顾客需求,并向顾客提供“怎么做”细节描述,咱们将使用“活动图”来对用例进行补充性阐明。 注意:UML中并没有说“活动图”是用于对“用例图”补充阐明,但就我个人而言我更喜欢这样来定义它,并在实践中进行应用。 技巧:UML图普通会分为静态图和动态图。用例图属于静态图,而后而所述“活动图”属于动态图。在咱们对某个问题进行分析和设计时普
11、通都会使用静态图和动态图相结合方式来进行阐明和描述。四、Activity Diagram (VS工具示例图)五、活动图1、活动图中三板斧 通过上图咱们会发现,其实Activity Diagram还是有诸多元素,其实在咱们工作中你会发当前大某些时候咱们并不需要对于这“十八般武艺”样样精通,其实只需三板斧即可! 第一板:开始结束 第二板:分支合并 第三板:分叉联结 固然,要让这三板斧连贯起来咱们还得有节点“Action”和线“Connector”。 (上面命名为我个人习惯,也许有误)2、参照示例 :“创立唱片”示例: :“管理订单”示例: :固然尚有诸多其他元素这里并没有提到,咱们将在后继阐明中陆
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统分析 及其 设计 用用 活动
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。