专业群建设 网站,做的好的响应式网站有哪些,江都网站建设,网络舆情事件案例UML的概念 用例图的概念
包含 include扩展exted泛化 用例图#xff08;也可称用例建模#xff09;描述的是外部执行者#xff08;Actor#xff09;所理解的系统功能。用例图用于需求分析阶段#xff0c;它的建立是系统开发者和用户反复…
UML的概念 用例图的概念
包含 include扩展exted泛化 用例图也可称用例建模描述的是外部执行者Actor所理解的系统功能。用例图用于需求分析阶段它的建立是系统开发者和用户反复讨论的结果表明了开发者和用户对需求规格达成的共识。 在UML中用例表示为一个椭圆。图显示了一个图书管理系统的用例图。其中“新增书籍信息”、“查询书籍信息”、“修改书籍信息”、“登记外借情况”、“查询外借情况”、“统计金额与册数”等都是用例的实例。 用例分析技术为软件需求规格化提供了一个基本的元素而且该元素是可验证、可度量的。用例可以作为项目计划、进度控制、测试等环节的基础。
泛化关系 聚合关系 聚合Aggregation是一种特殊形式的关联。聚合表示类之间的关系是整体与部分的关系。聚合关系的含义是“聚”在一起的意义也就是表示“部分”可以独立于“整体”而存在。在UML模型中使用一个带空心菱形的实线表示空心菱形指向的是代表“整体”的类如图13-10所示。
组合关系 如果发现“部分”类的存在是完全依赖于“整体”类的那么就应该使用“组合”关系来描述。在UML模型中组合关系是使用带有实心菱形的实线表示实心菱形指向的是代表“整体”的类。
聚合与组合的区别在什么地方呢 许多书籍虽然举过很多例子但是都忽略了这种例子是必须依赖于“应用场景”的。也就是要根据应用场景来判断部分类和整体类之间的关系。例如“电脑”是一个整体类而“主板”、“CPU”......则是相对于它的部分类。那么它们之间应该整体类还是部分类呢如果你是在固定资产管理系统中可能适合的就是“组合”甚至只是“电脑”类的属性而如果对于在线DIY的系统那么显然应该采用“聚合”关系。对于组合而言最易于理解的例子是“订单”与“订单项”之间的关系如果订单不存在显然订单项也就没有意义了因此必然是组合关系。 原则判断是聚合还是组合关系关键在于要放到具体的应用场景中讨论。
实现关系 类图
依赖 关联聚合、组合泛化 类关系图包含“依赖”“关联”“聚合”“组合”“实现”“继承”6种从关系的紧密程度来看从松到紧依次为依赖关联聚合组合实现继承。有趣的是UML图中的连线貌似也体现了这种关系简单来说就是 虚线实线空心实心 。 这6组关系按照关系的紧密程度又可以分为3组 1使用关系即B类调用了A类的方法或者使用了A类的属性为了与下面的两组关系对应也称为“use-a”关系包括“依赖关系”和“关联关系”。 2包含关系即B类和A类是“整体-部分”的关系B类中包含A类又叫“has-a关系包括“聚合关系”和“组合关系”。
3血缘关系即B类属于A类又叫“is-a”关系包括“实现关系”和“继承关系”。
