不耻下问：如何组织一个中小型的delphi项目？送全部的分，舍不得孩子套不来狼啊。

Question

各位大哥真心的请教：
     现在有这样的一个项目：数据串口的收发，然后存入SQL数据库，接着对数据库进行一系列的操作，然后再通过串口传回去。
请问各位，我该如何的进行项目的组织，总体规划该怎么做，模块的划分原则是什么该怎么划分，模块划分好了之后如何分工工作，最后在模块的拼接时又该如何进行。
    这是我现在遇到的最大的问题，我接触delphi才刚刚半年，感觉知识非常的缺乏，各位能不能提供一些资料书籍供参考，或者给点思路，我想快速的上手，但是我知道这是有过程的，希望各位能帮帮小弟，在此谢过，。
目前在线请教。

Answer 1

河海大学？
/////还是说说我的想法吧，虽然被你下问了，我暂且骗自己说你语文没学好///////
你要实现的功能其实很简单，用串口控件（例如MSComm就能很方便的实现串口的通信），然后你就把操作数据库的程序写在，串口受到数据之后的处理里面就可以了；
至于发送串口数据的话，另外开一个线程就可以了，专门从数据库中取得数据，然后处理，发送。当然，这里如果操作控件发送串口数据的时候最好最好线程之间的同步工作，至于数据库，由于ADO的数据库控件是线程安全的，所以不用同步，共有一个就是了...
////顺便说一句，我接触delphi也只有半年///////////////////////////////////

Answer 2

我拿到按钮就开始写事件，没有规划，也不知道该从那里开始进行规划，
比如：我在提交数据库修改的时候，先edit后post，可是数据库被post以后，就出错了，经过检查发现是在代码中我多次的打开关闭数据库导致的问题，类似的问题也非常的多。
我想做好但是现在就是不知道该从那里下手，怕一下手后面要修改的地方太多，所以才有了刚才的那些疑问。

Answer 3

你这么说还是很笼统，虽然没有规划，至少在心里面应该有个规划的，不然的话，在实现过程中会走很多弯路，不要怕修改以前的代码，如果让那些低效率的代码禁锢住，那你的这个工程也就完了，重新分析一下你的系统，做个规划。
看来你现在遇到的是数据库的问题，不知道你是怎么连接的数据库（BDE、ADO？），也不知道你用的什么数据库（Oracal、sql server、access）？怎么会出现多次打开关闭数据库的问题那？

Answer 4

回来了，我也想好好的规划一下，但是就是不知该从何处开始，能否指点一二，我们用的是SQL数据库、ADO连接的，我头脑中也是有那么一点点的规划，但是很凌乱，不知该怎么来把他串在一起，我正为这个发愁呢。

Answer 5

小河是好人啊
原谅楼主了，也请楼主原谅我，口气有点冲了，呵呵解答问题：
我该如何的进行项目的组织，总体规划该怎么做，模块的划分原则是什么该怎么划分，模块划分好了之后如何分工工作，最后在模块的拼接时又该如何进行。
---------------------------------
我觉得这个项目不算很大，其实分两部分就可以了，一块处理串口通信部分，一块处理数据库部分看样子楼主应该是一个leader，你遇到的问题是项目的规划问题，跟delphi没有太大关系的，而且这个项目用到的技术也不是很高深，所以要在前期上下功夫，否则后面会很难做具体问题我们具体分析吧

Answer 6

这问题太泛泛，不知道你打算问什么
规划也有很多方面的事情，
程序编译路径、版本维护、发布规范、安装程序等属于配置管理范畴
功能模块划分属于需求范畴
程序代码模块划分属于架构范畴
界面、类、函数属于设计、编码范畴
这些都要规划看楼主的意思，是想知道代码该怎么组织吧
建议你把功能相近的代码放在一起，例如：
串口读写的部分放在一起，
数据库连接、读、写的部分放在一起，
业务功能相近的放在一起可以采用目录的方式，也可以都放在一个文件里，
还可以分成若干bpl或dll
具体怎么做要看实际应用情况
条条大路通罗马，重要的是功能的实现顺便说一句：楼主该学习一下语文

Answer 7

同意-- hellolongbin(一个人[.net学习中……]) 的观点
我感觉楼主还没理清自己想知道什么，还有问题提的太笼统了。
你这个项目其实并不复杂，你如果真的是搞分析的，就只要抓住主要的，具体的技术实现你可以不怎么管（但要考虑可行性）。我觉得复杂的地方并不是技术，而应该是业务处理方面的问题。不知道我猜的对不对，有时间拿出来大家讨论吧