用delphi开发工资管理系统时遇到的问题!

Question

To suary(小船) ：我很赞成你所说的东西。系统分析很重要，我除了举双手赞成，还可以举双脚赞成。但是我想提醒你，我们不能去误导初学者，或者对基本程序员做的代码工作都不是很熟悉的人。他们应该积累比较多的实际经验，在积累实际经验的时候都去想想，我应该怎么设计，别人为什么要那么设计等等。　　然后水平才有稳定的、长足的提高。　　没有坚实基础，拿来稳固高楼？To：linzijing (林子静) 　　你老师问的问题也许是善意的，想让你好好想想面向对象的理论和实际开发中的差距。在现实编程人员之中，有多少人使用想Delphi这样的面向对象的开发工具去应用面向对象的理论进行开发？大家好多人都直接在一个控件的事件里面直接写代码，不建立自己的业务逻辑类，把业务逻辑和界面写在一起，这就是面向对象的开发技术？　　当然不是！　　李维的北京讲座（好像CSDN那一场是在北京）所说，老外的开发的系统倒都主要是采用的面向对象的技术，但是外国的软件有多少有中国软件的这么华丽？我看就微软等等几家少数公司注意界面，其他公司开发的软件（向江苏电力公司使用的外国的软件），界面简单得简直惨不忍睹！　　所以李维说，面向对象不错，但是面向对象技术需要“胶水”，这种“胶水”能够把华丽的界面和面向对象的业务逻辑对象紧紧的结合起来，这是以后软件的重要方向！　　当然，你的老师也可能是难为你，连国际上现在都没有解决的问题，你就可以轻易解决吗？因为你不是我的偶像，我想现在你可能无法解决（大家笑笑啦！没有别的的意思）。　　又胡说一通，大家想想吧。如果大家有空上http://www.21swe.com去看看，日本人一年有多少人通过系统分析员考试的，中国有多少人？大家有那么容易成为系统分析员吗？该老老实实锻炼基本功的时候和别人攀比，好逸恶劳。该好好学习分析系统需求，软件应该如何设计这些时候又不知如何下手，中国的程序员们，你们醒醒吧！！！　　我们应该怎样呢？　　也许我不配，但是我要郑重狂呼：　　我们要正视自己的弱点，又要正视自己的优点，大家同心协力，打造一个真正的软件大国吧！

Answer 1

我有一点想法看看对你有没有帮助：
1）我不太同意老师的说法，使用RAD的OOP工具并不和结构化的方法矛盾，实际上，没有结构化的方法，就没有OOP两者可以结合的，OOP的方法如果由RAD工具完成了，没有必要让简单问题复杂化；
2）一个可扩展的系统本身就是一种OOP对象，扩展的过程就象继承那样；
3）老师如果是想让你了解还有其他的方法，那也是有的，抛弃自顶向下的方法，或许对这个具体（工资）问题不一定合适，但你把这个小系统看做某个大系统的一部分，情况就有趣的多，一个系统有自己的输入，输出，业务机制，限制（IOMC），象不象一个封装的对象啊？好了，你有一个系统，它是一个对象，你还要做其他的系统（别的对象）它们相互作用，相互影响，成为一个更大的系统，而且各系统的（IOMC）其实都是封装的对象啊，一个系统的O可能是其他系统的I、C，当你在需求分析时把这些东西都抽象出来，你认为是不是OOP呢？如果你注重的是掌握方法，你的收获会很大。不过说说容易，做起来难啊，请看：******************
题外话---文化问题
******************
跳出编程的问题看，bigfoolcat(大笨猫) 说的现象其实是文化问题，注重外表，放弃本质，是中国文化的痼疾。在中国企业界，有多少优秀甚至不优秀的描图员占据着技术权威的位置，真正的工程师却在郁闷中沉沦、逃避、跳槽？工程界有加固法设计之说，别人的设计，我照搬过来，加固一点，他的不垮，我的也不会，思考就不必了，把图画漂亮一点，说明写精彩一点才是正经。这些人顶着工程师，高工的头衔，干着文抄公的勾当，却自以为是企业的脊梁（甚至别人也以为是）想必IT业（包括校园里）也差不多吧。如此谬种流传，这就是中国！！中国为什么叫华夏？
《国语》曰：中国有礼仪之大故称夏，服章之美故称华！！
为什么？礼者敛锋芒，谦且恭；美者悦耳目，畅心怀也。何劳心伤神而失其形！
在如此文化中，谁在思考？算了吧，我们用不着。

Answer 2

谢谢大家了!!我是一个初学者，甚至对delphi还不了解，只是想通过这次设计，让自己真正学到一点东西。另外，我还想请大家给我介绍几本关于delphi的好书，希望这次设计能顺利通过。

Answer 3

delphi 5 开发人员指南
Delphi 5.X ADO_MTS_COM+高级程序设计篇 
上：http://202.96.70.228/cakk/delphi/delphi.htm去下载。