画了20多天的机房收费系统的图,改了又改,总算完工了!
第二次画的图和第一次差别很大,用例图中也是细分到了每个用例,类图完全按照三层的思想画出来的,从U层着手,将所有的窗体当成一个U层的界面设计,同样是以一般用户、操作员、管理员为不同的权限管理。然后是B层，在数据库表的基础上，抽象出多个功能公用的方法，作为一个类，根据具体用例的实现补充每个类中的方法。D层和实体层完全是根据数据库表组件而来，根据三层的思想，每个层之间各司其职，U层负责界面、B层负责业务逻辑、D层负责数据库查询，实体层传递参数等初步形成了第一版的类图。然后是时序图，每个用例的下面都有一个时序图，所有的时序图就是系统的形成过程。
下面是类图的介绍：
U层（界面层）
B层（业务逻辑层）
D层（数据访问层）
实体层
在整个画图过程中，让我纠结的地方主要有两个，一是每个类中的方法的确定，包括命名规范，还有一个就是每个方法的参数和返回值的确定，包括参数和返回值的类型。
这些头疼的问题仔细想想系统的实现过程，初步确定了下来，但是还有好多不合理的地方，现在已经开始敲代码了，通过一个登陆窗体还是感觉到图和代码的实现也有一定的差距！如何才能实现让图能够更有利的帮助我们系统实现，关键在于用什么的思想去画图，用什么想的方式去实现图！
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
