摘要: 分析类包括边界类、控制类和实体类。边界类是一种用于对系统外部环境与其内部运作之间的交互进行建模的类。myself:就像建模时,不是所有的属性都要建模一样。不是所有的方法都要建模一样。学习也是如此,不需要把所有的内容都学,只要把与“场景”相关联的内容学习就好。myself:接触新的工作,新的任务的时候,前一段时间要努力去学习,去适应它。这段时间的努力,可以让后续的自己更加的踏实,更加的能应对工作。就比如到一个新的环境,或者新的公司,或者新的任务的时候,需要静下心来,让自己达到相应的高度!这样才能从容应对,当然,这是一个痛苦的提高过程。又或者实在没有方向的时候,觉得无聊的时候,就学习,学习,拼命的 阅读全文
posted @ 2013-10-24 18:15 TBHacker 阅读(5217) 评论(2) 推荐(0) 编辑
摘要: 包是一种容器,如同文件夹一样。包是UML非常常用的一个元素,它最主要的作用就是容纳并为其他元素分类。包可以容纳用例、业务实体、类图等,也包含子包。分包的原则1.如果将元素分为三个包A、B、C,那么被分入同一个包中的那些元素应当是相互联系紧密,甚至不可分割的。2.包的理想情况是修改A、B、C三个包中任意一个包的元素,其他的任何一个包中的内容都不会受到影响。A、B、C三个包之间无依赖关系或松耦合关系。它们之间可以保持消息通信。3.包之间的依赖关系应该是单向的,应当尽量避免双向依赖和循环依赖。A依赖B,B依赖A,称为双向。A依赖B,B依赖C,C依赖A,称为循环依赖。 阅读全文
posted @ 2013-10-24 17:51 TBHacker 阅读(433) 评论(0) 推荐(0) 编辑
摘要: 如果说参与者和用例描述了我们在这个问题领域中达到什么样的目标,那么业务实体就描述了我们使用什么来达到业务目标以及通过什么来记录这个业务目标。如果把问题领域比喻成一幢大楼的话,业务实体就是构成这幢大楼的砖瓦和石头。业务实体包含属性和方法属性是用来保存业务实体特征的一个记录。一个事物通常有非常多的属性,在建模的时候,我们是否要把它所有的属性都列出来呢?不需要。我们只需要关心它与这个场景直接关联的那些属性。方法是访问一个业务实体的句柄,它规定了外部可以怎样来使用它。比如一台电视,它的方法就是遥控器,我们可以开、关、调声音、调频道。在建模的时候,我们是否需要把所有可能的方法都定义出来呢?不需要,在特定 阅读全文
posted @ 2013-10-24 17:32 TBHacker 阅读(943) 评论(0) 推荐(0) 编辑
摘要: Use case一个系统就是由各种各样的愿望组成的。一个用例就是与参与者actor交互的,并且给参与者提供可观测的有意义的结果的一系列活动的集合。例如你想做一顿饭吃,你需要完成煮饭和炒菜两件事情,这两件事情就是两个用例。一个完整的用例是有参与者、前置条件、场景、后置条件构成的。米---前置条件电饭煲---场景一蒸笼---场景二米饭---后置条件这就是一个用例的构成。用例本质体现了参与者的愿望,不能完整达到参与者愿望的不能称为用例。如果目的是取到钱,那么取钱是一个有效的用例,填写取款单却不是。用例必须有参与者发起。用例必然是动宾短语形式出现的。比如喝水是一个有效的用例。而“喝”却不是。用例是一个 阅读全文
posted @ 2013-10-24 14:32 TBHacker 阅读(692) 评论(0) 推荐(0) 编辑