UML面向对象分析与设计步骤.pdf

UML 分析与设计大概步骤 内容管理系统需求大致如下：这个系统主要用来发布新闻，管理员只需要一个，登录后 可以在后台发布新闻。任何人可以浏览新闻，浏览者可以注册成为系统会员，注册后可对新 闻进行评论。管理员在后台可以对新闻、评论、注册会员进行管理，如修改、删除等。 1.从需求到业务用例图 OOAD 的第一步，就是了解用户需求，并将其转换为业务用例图。通过以上需求描述， 我们画出如下的业务用例图： 2.从业务用例图到活动图 完成了业务用例图后，为每一个业务用例绘制一幅活动图。活动图描述了这个业务用例 中，用户可能会进行的操作序列。活动图有个很重要的使命：从业务用例分析出系统用例。 例如，下面是“新闻管理”的活动图： 这样，将每个业务用例都绘制出相应的活动图，再将其中的“活动”整合，就得出所有 备选系统用例。 3.从活动图到系统用例图 找出所有的备选系统用例后，我们要对他们进行合并和筛选。合并就是将相同的用例合 并成一个，筛选就是将不符合系统用例条件的备选用例去掉。 最终得出的系统用例图如下： 4.从系统用例图到用例规约 得出系统用例图后，我们应该对每一个系统用例给出用例规约。 下面给出“登录”这个系统用例的一个规约： 5.绘制业务领域类图 完成了上面几步，下面应该是绘制业务领域类图了。所谓业务领域类图要描述一下三点： 1.系统中有哪些实体。 2.这些实体能做什么操作。 3.实体间的关系。 这里要特别强调：这里的实体不是Actor，而是Actor 使用系统时使用的所调用的实 体，是处在系统边界之内的实体。 6.绘制实现类图 实现类图和领域类图不一样，它描述的是真正系统的静态结构，是和最后的代码完全一 致的。因此，它和平台关系密切，必须准确给出系统中的实体类、控制类、界面类、接口等 元素以及其中的关系。 假设这个系统建构于.NET 3.5 平台上，并且使用ASP.NET MVC 作为表示层，整体使用 三层架构。那么，用户模块体系的实现类图大体是这样子（不准确）： 7.绘制序列图 有了静态结构，我们还要给出动态结构，这样，才能看清系统间的类是如何交互的，从 而有效帮助程序员进行编码工作。 上图给出的是用户登录的序列图。 8.后面的步骤 在完成了上面的过程后，就可以进行编码、调试、测试等工作了。