机房重构——UML图最终版本

刚开始画图时确实很纠结,那时候是在师父的逼迫下不得不画,不过这样也是有好处的,在师父的强烈要求下,我学会了如何使用EA,也对一个学习一个新的软件有了一个更好的方法,可以去找一些视频,或者文字资料来帮助我们学习使用新的软件。

每一次画图都有一次新的认识,经过这次又条例的整理之后对软件的需求有了更深的理解,我们分这么多层就是为了能够更好的解耦合。

下面是我针对此次个人重构画的图

U层:每个功能是一个类

Facade层:

进一步提高的地方:要将每一个功能分清楚应该属于哪一个类,这样能够均衡,画时序图时也不至于特别复杂,让人难以理解。

B层

Entity层:

D层:

总结:

这次是我最终设计出来的图,虽然比第一次有很大的改变,但还是有一些问题,最大的问题就是功能分类不够明确,导致个别类中事件过多,容易造成混乱。这也是自己的一次摸索的过程,相信在机房合作是能够有更好的改进。同时也必须感谢这一次次的不完美,不完美代表我们还能成长,我们正是在这一次次的改进中成长。机房个人重构已经完成,但每一次完成不代表结束而预示着一个新的开始。

时间: 2024-08-26 18:06:43

机房重构——UML图最终版本的相关文章

[机房重构]UML图(包图、类图、用例图、时序图)

机房重构画图是一个非常重要的一个阶段,机房重构之前也画过UML的图,但是这一次与上一次不同,这一次有分层的思想在里面. 包图 之前三层的时候各层之间的传递很清晰,包图也很容易就画出来了,先来看之前三层的包图.通过实体将输入的信息从U层传入B层,同时通过实体将信息从D层传入B层,B层进行判断,通过实体将结果返回给U层. 之前的三层不能很好的实现低耦和的思想,并且我们学习了设计模式,要继续进行分层,进行七层的编写.之前不太理解,看大家的博客,知道在U层和B层之间加入了外观模式,降低U层和B层之间的耦

机房重构包图(从三层+实体到三层+实体+外观+工厂+接口+SQLHelper)

刚刚开始接触三层的时候,我只做了两个登录小窗体的例子.画了简单的包图,可以说,为后面机房重构留下了大量的工作(因为三层理解没有深度,也没有理解出自己的东西).不过,欠下的总要还的.在做机房重构的时候,问题出现了.如果只用三层+实体,我能做出来,但是,要求重构不能只用三层+实体,那么,就要好好分析一下了. 首先说说三层+实体:就是表现层(U层)直接调用业务逻辑层(B层)的逻辑,业务逻辑层在直接访问数据层(D层),在把数据返回到B层后返回到U层.首先,只用三层+实体做程序时,灵活性不够高.如果想换数

【机房重构】——UML

机房重构UML图浩浩荡荡开始,现也让它告一段落,再下面敲的过程肯定还要完善..... 这一遍,较第一遍有很大的进步.因为最起码有了三层的思想,到现在,我画了用例.包图.类图.时序图: 用例图和第一遍没什么区别,依然是按角色划分的,用例图将所有的功能按用户列出,让各个功能之间的关系一目了然--这也是用例图的作用. 第二个画的包图,将三层清晰明了展现出来. 对应的各个包下,是相应层的类图.这次类图与第一遍有很大的不同.第一遍的类图那叫个宏伟,很大很大,整个系统用一个类图就全囊括了,但这次分了4部分:

机房重构(一)--UML图

终于开始重构了,机房重构可以说是我们现阶段一个很重要的小项目,因为它涉及到我们这段时间学习的各种知识:首先我们用到了软工的知识,做一下开发前写文档的工作:其次就是UML图,再有我们这次重构的主要开发环境是VS,涉及到了我们看的视频C#和.net的知识:最后就是设计模式和三层知识的综合利用.所以,重构是我们对现阶段学习的一个试炼石,是我们编织知识网的一个重要结点. 文档主要还是对之前的进行细化和补充,尤其是涉及到一些流程图.顺序图的描述.用了几天的时间终于把重构的几种图画好了,根据这次的需求我主要

机房重构—七层包图

机房重构有经典三层变为了七层,增加了外观层.工厂层,IDAL层.增加的这三层是对设计模式中的外观模式和抽象工厂+反射的应用,目的是为了更好的解耦和.外观层使得U层和B层之间的耦合度减小,在外观层中对B层的类.方法进行调用和组合来实现U层的需求,当需求有所变化时只需要改变外观和B层,或者只需要改变外观就可以满足需求的变动. 在IDAL的接口层定义接口,由DAL层进行实现,在factory层中通过配置文件来来决定实例化D层链接哪个数据库的类,在B层中通过工厂和接口来调用D层的链接数据库.举个例子来说

机房重构(个人版)——类图

我认为机房重构的正确顺序是:数据库.画图(包图.类图.时序图).文档最后是代码的实现.不过,虽然我这么认为,却没有完全按照这个进行.我认为,计划和顺序是死的,人是活的,如果进行到某一步,你进行不下去了,你会怎么办? 我的选择是,放下,从别的方式入手.就二次机房来说,我先做了包图,简单的做了类图(有一种不知道从哪里下手,不知道怎么开始的感觉),和第一次类图没有太大差别,因为我没有找到入手点.做了几张时序图(基本上都错了,全都改动了).我在这几张半失败的图的基础上,开始了漫长的代码之路.我想通过代码

UML图与机房收费系统实例

前言 通过看视频,对于UML也有了一些初步的了解.前面也介绍了UML的三个基本块.规则和机制,只是这些东西就像是一个个机器的零部件.要组合起来才干发挥作用. 所以,实例才是验证自己学习好坏标准,以下我结合机房收费系统画了UML的九个实例图,如有认为不合适的地方,请大家多多不吝赐教: 类图(Class Diagram) 类图是描写叙述系统中的类,以及各个类之间的关系的静态视图.可以让我们在正确编写代码曾经对系统有一个全面的认识,在系统的整个生命周期都是有效的. 实比例如以下: 对象图(Object

机房重构-完结篇

机房重构已经结束了,自从软考开始,光顾着准备软考和三级网络等级考试就没来得急总结.软考一开始,突然觉得时间好少,时间过得好快.这节奏,有点飕飕的. ---------------------技术总结: 熟悉了对Visual Studio这一开发环境的使用,深入了解了VB.net语言基础有了一定的认识并且学会使用.这一次使用三层架构,利用分分层的思想,深入理解了各层的职责.代码规范,这一次再敲代码的时候先学了一下代码规范,也把头文件注释设计好,让自己的代码漂亮一点. 最终的要思想还是面向对象,根据

【机房重构】—上机&订餐

前几天通过UML图中的时序图,让我对于机房重构中的每一条线理解的更加清晰,以前觉得上机特别的乱,在一次偶遇中,得知了原来它可以转化成我们平时订餐,下面就听我说一说上机&订餐的故事吧! 又是发生在一个风和日丽的早上(廊坊师范学院时间:11:30),其实对于大多数人来说应该是中午了吧,睁开朦胧的睡眼,拿起手机看了看Time,到了吃饭的时间了,由于昨天晚上一直整理自己的机房收费系统上机部分,到很晚才睡,朦胧记得我最后"搞"成功了!为了庆祝我昨天的战果于是果断在美图团网上订了一份排骨盖