您的位置：程序门 -> vb -> 非技术类

利用面向对象和三层架构编写数据库程序的构思

[收藏此页] [打印本页]选择字色：背景色：字体：[大][中][小]

利用面向对象和三层架构编写数据库程序的构思[已结贴,结贴人:itfamily]

发表于：2007-11-29 13:29:05 楼主

最近有个项目,想通过一下方式实现.
程序分三部分,第一部分是界面设计,第二部分是业务规则,第三部分是数据库设计
一.界面设计:添加基本组件,响应键盘鼠标事件
二.业务规则:添加实体类，如员工资料，工资条目
添加业务类，如工资计算、有效性判断
三.数据库设计:添加数据增删的类

如果各位有补充，请发表自己的看法。

发表于：2007-11-29 14:47:441楼得分:1

需求分析
概要设计
详细设计
编码
测试

软件工程，计算机网络已经走向学科化计算机软件也要走向学科化

在每一个系统都要有软件工程的感念，自己为自己多做一点事情~！

发表于：2007-11-29 20:00:412楼得分:1

想法不错，基本功能都有了。
但是，客户就是上帝，客户的需要，就是你的需要。你应该问一问客户，多征求一下他们的意见。我们说了不算啊。

发表于：2007-11-29 21:12:553楼得分:0

1楼讲的是软件开发流程，这个没问题的
2楼讲的是软件功能的定位，这个也少不了

我想有经验的朋友进行软件设计是不是也采用过这种设计思路或者合理的思路？维护成本是否能降低？因为以前做过一个软件，10万行代码全部在一个工程，弊端显而易见。

发表于：2007-11-29 21:29:304楼得分:1

可以建立工程组啊，多人开发。

发表于：2007-11-30 09:12:475楼得分:11

做过这样的.缺点肯定也是有的,比如在需求变更时,这些数据库类的改动将很大.这不是说开始需求分析时不完全,而是客户永远都可能有自己新的看法和需求.就算签了字,他说要加什么内容你也必须得加.否则就做出来他们也不愿意接受.不过这也可以在数据库设计里来改善这一点.比如加入预留字段\数据库字段用户可自定义等等.

好处就是容易发现问题所在,也容易处理问题.

发表于：2007-11-30 09:27:366楼得分:5

vb并非纯oo语言，实现三层不说不可能，但实现起来确实需要花很大的心思。
需要变更这个问题一直不太好解决。

发表于：2007-11-30 13:04:217楼得分:0

5楼：如果不单独把数据库的操作分出来，那主程序的改动也同样很大，并且软件升级也麻烦。需求分析不完全，我想任何语言做的软件都面临这个问题.
6楼：我不是为了oo和三层去写程序，而是围绕这一思想去编写，难度是不小，比如表的字段信息要用属性分解开。

我知道用友的erp是这样设计的，哪位同仁还有高见？比如为什么这样做？是大型项目或者团队开发？

发表于：2007-11-30 16:56:328楼得分:0

学习

发表于：2007-12-01 10:39:579楼得分:15

用面向对象的方式开发,无非是想减少代码重复率,增加代码的复用率.减少开发和维护时间及成本.

虽然只是一个专用项目,很多基础功能部分,可以在其他项目中复用.只是初期开发与测试时间将会很长.而且程序设计这方面需要考虑周全.

发表于：2007-12-01 11:30:4610楼得分:60

无论你用几层开发，只要切合实际都是合理的
分层以后，好处是显而易见的：可维护性得以提高，代码可重用性更好，事务处理更具灵活性等等
我没做过系统的三层开发，只是曾经小作偿试。不过我自己觉得如果单是用vb6开发，维护起来还存在许多不足。比如通常情况下中间层都是用服务器组件来实现吧，这样如果对中间层作较大的修改，服务组件和客户端都要做重新配置，甚至重新编译客户瑞，这对于一个系统的工程来说，应该是个很大的缺陷吧？当然不知道还有没有更好的方法，这是我要关注学习的地方。我后来解决的途径是用asp.net写的web services来做中间层，这样可维护性和系统的伸缩性大大提高，或许你会说这样效率怎么样，实际偿试下来，至少在我这儿的小系统上完全是可行的

发表于：2007-12-03 16:28:5711楼得分:1

别用三层吧，vb太吃力。
不如用。net写。

发表于：2007-12-05 14:22:3512楼得分:0

xuexi

发表于：2007-12-05 16:50:1913楼得分:5

如果是非b/s的三层，
vb还是比较好实现的，最简单的也是比较老的dcom，com+，实现起来很简单
用oo也是可以的，

下一篇：高价求购物网信息提取小工具急急。。
上一篇：进来接分

其他资讯