首页 > 代码库 > 《UML大战需求分析》阅读笔记04

《UML大战需求分析》阅读笔记04

      在学习了前面的几种UML图并不能满足所有情况的建模,如当流程图涉及到多种角色,并且通过对多种角色交互展开时,顺序图才是不二选择。顺序图就如同中文语法的说话语言相似,描述的是一种事件发生的顺序。顺序图分为循环及分支语法结构两种语法。它强调的先后顺序。

     作为一个开发人员,不仅要懂得如何从用户那里获取有用的信息,还要懂得怎么清晰地描述自己的想法,给客户呈现出一个结构完整、功能全面的系统原型。那么,这些必备的画图技巧,就会帮上很大的忙。业务用例在整个软件开发过程可以获取需求,在整个项目开发过程中起到指导其他工作流程的作用。在上机的过程中通过对自己做的系统进行业务用例描述,对这个系统的业务流程有了清楚的了解。在这个过程中就涉及到了另一种UML图:用例图。

     用例图能从比较清晰启动的角度表达系统的需求,而且不涉及到技术用语。用例图和其他UML配合使用才能发挥高效。侧重于描述什么角色通过某某系统能做什么事情的图,用例图关注的是系统的外在表现,系统与人的交互,系统与其他系统的交互。首先用例图的一个小人代表着一个角色。角色是对系统使用者的抽象。一个角色可以代表着多个具体的人,既是执行者,与系统进行交互的事物。而系统应该做的事应该是以“动宾”形式描述一个用例的。多个执行者可以执行多个用例。在所有的而用例图外层都应有系统边界,系统边界内只包括用例,并没有执行者。而见他们相连的是关系。但是并不是所有用例图都需要画出系统边界,所以通常的做法是使用一个全局的用例图来宏观表达系统的需求,这样的宏观的用例图需要画出系统边界。用例图中角色的关系包括:继承、Include(包含)、Extend(扩展)。在系统开发之前,确定了用例图的同是,也确定了业务的流程。

     当然,用例图不是万能的,也不是表达需求的唯一方式。学会掌握用例图所承载的需求分析方法,能够灵活的运用才是关键。

 

《UML大战需求分析》阅读笔记04