补充-CMS系统例子.ppt

UML面向对象分析与设计一般过程UML是OO思想的一种表现形式， “OO是神，而UML是型”！ 以CMS（内容管理系统）“内容”包括文件、表格、图片、数据库中的数据，甚至图片、动画、视频等一切要发布到 网站的信息。内容管理系统是一种位于Web 服务器和后端办公系统或流程（内容创作、编辑）之间的软件系统。重点解决各种数字资源的采集、管理、利用、传递和增值。内容的创作人员、编辑人员、发布人员使用内容管理系统来提交、修改、审批、发布内容。 1. 从需求到业务用例图OOAD的第一步：了解用户需求，并将其转换为业务用例图。CMS描述如下：这个系统主要用来发布新闻，管理员只需要一个，登录后可以在后台发布新闻。任何人可以浏览新闻，浏览者可以注册成为系统会员，注册后可对新闻进行评论。管理员在后台可以对新闻、评论、注册会员进行管理，如修改、删除等。 根据上述需求描述，画出业务用例图： 注意事项： 1.业务用例是仅从系统业务角度关注的用例，而不是具体系统的用例。它描述的是“该实现什么业务”，而不是“系统该提供什么操作”。例如，在实际系统中，“登录”肯定要作为一个用例，但是这是软件系统中的操作，而用户所关注的业务是不包含“登录”的。 2.业务用例仅包含客户“感兴趣”的内容。 3.业务用例所有的用例名应该让客户能看懂，如果某个用例的名字客户看不懂什么意思，它也许就不适合作为业务用例。 2. 从业务用例图到活动图完成了业务用例图后，需要为每一个业务用例绘制一幅活动图。活动图描述了这个业务用例中，用户可能会进行的操作序列。活动图有个很重要的用途：从业务用例分析出系统用例。 例如， “新闻管理”的活动图： 是否已登陆 用户、密码是否正确一个“新闻管理” 业务用例，分解出若干系统操作。其中很多“活动”都很可能是一个系统用例。例如，从上图知系统至少包含以下备选系统用例：登录、注销登录、查看新闻列表、修改新闻、删除新闻。这样，将每个业务用例都绘制出相应的活动图，再将其中的“活动”整合，就得出所有备选的系统用例。 3. 从活动图到系统用例图找出所有的备选系统用例后，要对其进行合并和筛选。合并：将相同的用例合并成一个；筛选：将不符合系统用例条件的备选用例去掉。一个系统用例应该是实际使用系统的用户所进行的一个操作，例如，“查看新闻列表”就不能算一个系统用例，因为它只是某系统用例的一个序列项。 经合并和筛选后的系统用例图： 4.从系统用例图到用例说明（规约）得出系统用例图后，应该对每一个系统用例给出用例说明（规约）。用例说明没有一个通用的格式，可按照习惯的格式进行编写，要求是“清晰易懂”。 如，“登录” 系统用例的一个说明： 5. 绘制业务领域类图接着绘制业务领域类图。业务领域类图要描述以下三点：（1）系统中有哪些实体；（2）这些实体能做什么操作。（3）实体间的关系。 类图例子：实体不是Actor，而是Actor使用系统时所调用的实体。例如，管理员是Actor，没有作为实体出现在类图中，管理员的工作可以通过调用三个类的方法完成。“注册会员”实体也不是用例图中的注册会员Actor，而是一个系统内的业务实体，供Actor们使用。例如，其中的“注册”功能是给注册会员Actor使用，而“移除”则是给管理员Actor使用的。 6. 绘制实现类图面向对象分析只关心系统本身的功能和业务，而不关心与计算机相关的内容。面向对象设计和平台、语言、开发模型等内容关系紧密，因而很难找出一个通用的设计过程。但是，一般在设计过程中实现类图是要绘制的。实现类图和领域类图不一样，它描述系统的静态结构，是和最后的代码完全一致的。因此，它和平台关系密切，必须准确给出系统中的实体类、控制类、界面类、接口等元素以及其中的关系。 一个简化的实现类图： 7. 绘制序列图有了静态结构，还要给出动态结构，才能看清系统间的类是如何交互的，从而有效帮助程序员进行编码工作。 用户登录的序列图例子：注册会员作为Actor，调用UserController的Login方法启动序列，而UserServices作为业务组件，首先调用数据访问组件的GetByName确定用户是否存在，如果存在，再调用GetByNameAndPassword确定输入密码是否是此用户的密码。注意：序列图在实际应用中是很多的，几乎每个类方法都配有相应的序列图。 8. 分析与设计之后的工作基于软件工具进行编码、调试、测试等。 小结：面向对象分析和设计的过程没有一个固定模式，随着系统的不同，过程有所变化。上例可了解基于UML的分析与设计的一般过程。实际的分析和设计，还需要实践的积累。