D
delphilww
Unregistered / Unconfirmed
GUEST, unregistred user!
2003-09-01 09:44:58 过河卒
你认为要不要学习建模啊？我学了很长时间，好象做出来的模型转化成库时，感觉并不是非常好！
(通过服务器中转)
2003-09-01 09:47:42 二愣子
建模？？？没必要！你又不是搞理论研究，
2003-09-01 09:46:35 过河卒
但是每做一个，总觉得建立数据库的时候没有底，这个怎么办？
修改数据库的时候，都不知道修改了哪些，是否合理，这个问题你们怎么处理的。
(通过服务器中转)
2003-09-01 09:50:06 二愣子
修改数据库？？？晕，你们的软件项目管理太差了，
在正式编码的时候，数据库基本上必须保证不能动
2003-09-01 09:50:31 过河卒
那谁能保证开始设计的数据库就非常好呢？小项目，熟悉的项目还可以，如果接新的，那怎么行。
我是想画CDM（数据概念模型）来分析的
(通过服务器中转)
2003-09-01 09:51:11 过河卒
你们做管理系统不画E-R图？
(通过服务器中转)
2003-09-01 09:54:50 二愣子
y哎，你搞那么多东西有什么用，
你只需要把握住：需求分析的明晰，系统分析的清楚，系统设计的准确，数据模块都是根据系统分析得到的，而系统设计是按照数据模块设计的，你把顺序都搞反咯
2003-09-01 09:57:05 过河卒
我是这样的啊，接活，然后调研，看他们需求，回来好整理他们的流程，根据流程与他们的功能需求，画出数据关系模型（CDM)，建立了E-R图以后，开始转化成数据库，然后根据需求与E-R图，做前台的用户界面，有的部分在后台些触发与存储过程，这样不好吗？
(通过服务器中转)
2003-09-01 09:59:44 二愣子
你对软件工程的真正核心基线没有把握好，
只知道去死板硬套用书上提到的那些术语，
你要想想，数据模块是根据系统分析得到的，
如果你修改数据库，那也就是系统分析有严重
错误，那系统设计也就白费力气咯
2003-09-01 09:57:56 过河卒
现在的问题就是如何根据业务与需求设计模型？里面的实体及实体属性把握不准。
(通过服务器中转)
2003-09-01 09:58:50 过河卒
是啊，我也发现有很大问题，所以才请教你这个高手
(通过服务器中转)
2003-09-01 10:02:16 二愣子
那只能说明你对客户的需求分析不明晰，
任何软件项目不要一上来就急于去做系统分析，进行数据建模，开始系统设计，着手软件编码，
而这些活动都是建立在详尽清晰的需求分析上
2003-09-01 10:01:46 过河卒
我感觉对流程还是很熟悉的，但是设计出来的模型就是不好
我发一个模型给你看看，我设计的有什么问题吗？
最近忙不忙，如果忙，就晚点帮我看
(通过服务器中转)
2003-09-01 10:02:37 过河卒
与你讲，我是讲以前做的一个简单系统重新按这种思路重写的，因为我感觉以前做的那个思路很乱，所以才重写
(通过服务器中转)
2003-09-01 10:04:53 二愣子
还有，你给客户开发的项目必须在需求分析的时候让客户也尽可能的知道你要做什么，怎么做，当然，不是让他知道你的代码，而是让他知道你所遵循的客户业务是怎么开展的
2003-09-01 10:04:01 过河卒
你说的这些我也知道，但是具体怎么开展，自己根据那些东西设计模型，如何组织，这方面就不知道了，设计出来的模型是否合理，也不知道。
(通过服务器中转)
2003-09-01 10:07:09 二愣子
设计出来的模型不对，根本原因是你自己的业务流程都还不熟悉，表明上看起来你对业务比较熟悉，那是因为你也许对分业务比较熟悉，但是如果你站在全局宏观上来看业务流程，你却没办法把这些分业务有机的联系起来！
2003-09-01 10:07:40 二愣子
你的需求分析文档写了吗？？
2003-09-01 10:06:14 过河卒
不赞成你的说法，以为业务其实很简单，就一个简单的库存管理，先进先出而已，非常简单
(通过服务器中转)
2003-09-01 10:09:00 二愣子
业务简单？？？就只是先进先出？？？倒！！
2003-09-01 10:07:06 过河卒
写的，只是不够规范
(通过服务器中转)
2003-09-01 10:09:24 二愣子
库存管理是先进先出？？？？？
2003-09-01 10:08:12 过河卒
有入库与出库，当然要的
(通过服务器中转)
2003-09-01 10:10:32 二愣子
那你能说说你的这个库存管理你是怎么分析模块的？？
是怎么划分业务的？？不要以为就只是一个库存管理，但是里面却可以划分很多业务模块的
2003-09-01 10:08:50 过河卒
我建立物资字典，还有一个物资明细（记录各入库情况）
(通过服务器中转)
2003-09-01 10:10:56 二愣子
入库与出库就是先进先出吗？？？
2003-09-01 10:11:18 二愣子
能把你的文档资料给我我看下吗？？？
2003-09-01 10:09:43 过河卒
是的，具体一共就设计了十多个表，应该来说很简单。
(通过服务器中转)
2003-09-01 10:10:23 过河卒
写在纸上的，我整理一下发给你。
我说说我的模型。
(通过服务器中转)
2003-09-01 10:13:33 二愣子
无怪乎你现在会频繁的修改数据库哟，你刚才所说的想通过什么什么方法来确保数据库修改的完整性 ，
其实都是在错哪儿改哪儿，但是却没有整体宏观把握，这也就是你为什么头大的问题，
2003-09-01 10:14:06 二愣子
好的！
2003-09-01 10:12:00 过河卒
员工资料，系统用户，系统日志，物资字典，物资字典明细，入库单据，入库物资明细，出库单据，出库明细，客户单位，客户人员。
一共就这几个表。
(通过服务器中转)
2003-09-01 10:14:54 二愣子
？？？？这是数据表而已，那你的业务表咯？？
2003-09-01 10:13:21 过河卒
我先按照什么一对多，多对多，依赖关系，什么强制关系，很多十套用书上讲的去做的，但是我不知道更好的做法
(通过服务器中转)
2003-09-01 10:14:45 过河卒
业务表，我说的就是这几个实体，用Relationship进行他们之间的关系设计
一对多，多对多这样设计的
(通过服务器中转)
2003-09-01 10:17:41 二愣子
y概念乱七八糟的！
2003-09-01 10:15:35 过河卒
你说的业务表应该与我说的实体属性是一样的意思，你说对不对？
(通过服务器中转)
2003-09-01 10:17:55 二愣子
不对！
2003-09-01 10:15:53 过河卒
哦，难怪我那么郁闷
(通过服务器中转)
2003-09-01 10:16:34 过河卒
业务表应该如何设计？怎么理解。我都快昏了
感谢你的点拨，或许我可以思想改变不少。
(通过服务器中转)
2003-09-01 10:19:14 二愣子
你说的是实体对象，我说的业务表是抽象对象！
一对多，多对多是针对数据实体对象，根本就不是用在抽象对象的
2003-09-01 10:20:11 二愣子
数据模块就是实体对象，业务模块就是抽象对象，
这点请你搞清楚！
2003-09-01 10:18:24 过河卒
那么多对象，我昏了。
就这个简单的库存管理，你说如何设计（一个简单步骤）
(通过服务器中转)
2003-09-01 10:21:33 二愣子
在我所做过的系统中，库存管理的业务表最多，
2003-09-01 10:23:03 二愣子
业务表的建立说白了就是在需求分析说明中说明客户的业务是怎么走，为什么这么走
2003-09-01 10:21:18 过河卒
我被你说的非常迷茫，向你多学习一些先进的方法与概念
否则我真的走不下去了。
(通过服务器中转)
2003-09-01 10:22:12 过河卒
那就这个入库与库存有那些业务表》既然是表，那表中的列有那些呢？如何关联？
(通过服务器中转)
2003-09-01 10:22:35 过河卒
其实关联就是他们的业务关系（这样的理解是否可以）
(通过服务器中转)
2003-09-01 10:25:25 二愣子
这里面并不涉及到什么先进的概念！
你做库存管理，你必须要知道物料的来源，物料的走向！
2003-09-01 10:26:23 二愣子
我说的业务表并不涉及列，你别把数据表的列强加于与业务表中！
2003-09-01 10:24:37 过河卒
来源当然是通过入库，走向就是生产领用（销售）
因为仅仅做库存，所以不考虑生产计划（销售定单）
(通过服务器中转)
2003-09-01 10:25:14 过河卒
哦，业务表那怎么理解？举个例子？
(通过服务器中转)
2003-09-01 10:29:36 二愣子
我举个简单的例子，
生产一部汽车，是怎么生产？？先得有原料，然后再投放到生产线上，然后再调试，这就是一条业务线，是一种抽象的思维方式！
然后你再按照这条业务线去做进一步的抽象扩展，
每个业务点又要涉及哪些其他业务，这样一直细分下去，到最后就得出咯数据模块，
要清楚，业务是抽象思维，而实体是在业务的分析细分下抽象出来的对象，
2003-09-01 10:30:02 二愣子
(2003-09-01 10:29:36) 二愣子
我举个简单的例子，
生产一部汽车，是怎么生产？？先得有原料，然后再投放到生产线上，然后再调试，这就是一条业务线，是一种抽象的思维方式！
然后你再按照这条业务线去做进一步的抽象扩展，
每个业务点又要涉及哪些其他业务，这样一直细分下去，到最后就得出咯数据模块，
要清楚，业务是抽象思维，而实体是在业务的分析细分下抽象出来的对象，
[↑]
2003-09-01 10:28:48 过河卒
我需要仔细体会，我发一个E-R模型给你看看
(通过服务器中转)
2003-09-01 10:31:18 二愣子
所谓真正的实体对象，就是指不能再细分的那些抽象思维体现，我这里所说的不能再细分，是指的业务不能再细分
2003-09-01 10:31:39 二愣子
别给我发E-R模型，我只需要你的需求文档资料
2003-09-01 10:29:34 过河卒
你说的很有道理，也理解不少
(通过服务器中转)
2003-09-01 10:31:15 过河卒
文档就那些文字，有什么用处呢？关键我觉得还是一种关系模型。
被你越说越糊涂了。我以前的做法，现在的做法全错了
(通过服务器中转)
2003-09-01 10:34:13 二愣子
然后我们再倒推回去，由对象组成的那些抽象思维，
就是我说的业务表！！这里的对象就是你的数据模块，软件这玩意儿，不仅要懂得顺序思维，好要学会yi向思维！
2003-09-01 10:34:58 二愣子
关系模型是实体对象的一种属性建模块，别乱用！
2003-09-01 10:36:32 二愣子
你开发的是应用软件，应该用业务模型组建这些实体对象，关系模型是数据模块的一种数据关系组建模型，不是业务关系组建模型！
2003-09-01 10:34:31 过河卒
实体对象，抽象对象，都是对象，关键是他们之间的关系，你说是不是？
关系就要根据业务来进行抽象，这样就有了整个系统的模型
(通过服务器中转)
2003-09-01 10:35:42 过河卒
你说的，好象我们学习的《数据库系统原理》那本书，一点也没有讲到，倒
(通过服务器中转)
2003-09-01 10:38:16 二愣子
错误，完全错了，关系只是一种业务流，贯穿始终的，
你要记住，你最终要抽象的是实体对象，而不是抽象关系，这点你搞错咯
2003-09-01 10:39:20 二愣子
哈哈，《数据库系统原理》讲的是数据关系，
不是讲的业务关系，你小子乱套用，把数据关系往业务关系上套用！
2003-09-01 10:40:34 二愣子
你可能从来没有去过仓库亲自上岗吧，你对仓库管理的业务不熟，
2003-09-01 10:41:44 二愣子
我的运气比较好，我刚工作不久，就有机会亲自去企业的各个部门去实习，因为我们总公司有其他的分公司，所以给我提供了一个业务学习的机会！
2003-09-01 10:43:00 二愣子
当然，我们当初去实习的时候，是按照我们的软件业务流去实习的，
2003-09-01 10:41:39 过河卒
我也去了，但是没有软件业务流
(通过服务器中转)
2003-09-01 10:44:18 二愣子
K
2003-09-01 10:42:39 过河卒
你的认识，我的认识，差距好大
(通过服务器中转)
2003-09-01 10:46:20 二愣子
N呵呵
2003-09-01 10:44:18 过河卒
能不能发一个你业务流方面的资料让我学习学习啊？
(通过服务器中转)
2003-09-01 10:47:10 二愣子
没了，我现在都不搞这行咯N
2003-09-01 10:45:06 过河卒
最好能有一个小系统的设计文档，或许对我来说，非常用用处
(通过服务器中转)
2003-09-01 10:45:52 过河卒
既然不搞了，以前做过，一点资料也没有了，那我怎么办
你说的，我没有例子，也不懂的
(通过服务器中转)
2003-09-01 10:48:28 二愣子
我已经辞职了，手上没有资料咯哦
你认为要不要学习建模啊？我学了很长时间，好象做出来的模型转化成库时，感觉并不是非常好！
(通过服务器中转)
2003-09-01 09:47:42 二愣子
建模？？？没必要！你又不是搞理论研究，
2003-09-01 09:46:35 过河卒
但是每做一个，总觉得建立数据库的时候没有底，这个怎么办？
修改数据库的时候，都不知道修改了哪些，是否合理，这个问题你们怎么处理的。
(通过服务器中转)
2003-09-01 09:50:06 二愣子
修改数据库？？？晕，你们的软件项目管理太差了，
在正式编码的时候，数据库基本上必须保证不能动
2003-09-01 09:50:31 过河卒
那谁能保证开始设计的数据库就非常好呢？小项目，熟悉的项目还可以，如果接新的，那怎么行。
我是想画CDM（数据概念模型）来分析的
(通过服务器中转)
2003-09-01 09:51:11 过河卒
你们做管理系统不画E-R图？
(通过服务器中转)
2003-09-01 09:54:50 二愣子
y哎，你搞那么多东西有什么用，
你只需要把握住：需求分析的明晰，系统分析的清楚，系统设计的准确，数据模块都是根据系统分析得到的，而系统设计是按照数据模块设计的，你把顺序都搞反咯
2003-09-01 09:57:05 过河卒
我是这样的啊，接活，然后调研，看他们需求，回来好整理他们的流程，根据流程与他们的功能需求，画出数据关系模型（CDM)，建立了E-R图以后，开始转化成数据库，然后根据需求与E-R图，做前台的用户界面，有的部分在后台些触发与存储过程，这样不好吗？
(通过服务器中转)
2003-09-01 09:59:44 二愣子
你对软件工程的真正核心基线没有把握好，
只知道去死板硬套用书上提到的那些术语，
你要想想，数据模块是根据系统分析得到的，
如果你修改数据库，那也就是系统分析有严重
错误，那系统设计也就白费力气咯
2003-09-01 09:57:56 过河卒
现在的问题就是如何根据业务与需求设计模型？里面的实体及实体属性把握不准。
(通过服务器中转)
2003-09-01 09:58:50 过河卒
是啊，我也发现有很大问题，所以才请教你这个高手
(通过服务器中转)
2003-09-01 10:02:16 二愣子
那只能说明你对客户的需求分析不明晰，
任何软件项目不要一上来就急于去做系统分析，进行数据建模，开始系统设计，着手软件编码，
而这些活动都是建立在详尽清晰的需求分析上
2003-09-01 10:01:46 过河卒
我感觉对流程还是很熟悉的，但是设计出来的模型就是不好
我发一个模型给你看看，我设计的有什么问题吗？
最近忙不忙，如果忙，就晚点帮我看
(通过服务器中转)
2003-09-01 10:02:37 过河卒
与你讲，我是讲以前做的一个简单系统重新按这种思路重写的，因为我感觉以前做的那个思路很乱，所以才重写
(通过服务器中转)
2003-09-01 10:04:53 二愣子
还有，你给客户开发的项目必须在需求分析的时候让客户也尽可能的知道你要做什么，怎么做，当然，不是让他知道你的代码，而是让他知道你所遵循的客户业务是怎么开展的
2003-09-01 10:04:01 过河卒
你说的这些我也知道，但是具体怎么开展，自己根据那些东西设计模型，如何组织，这方面就不知道了，设计出来的模型是否合理，也不知道。
(通过服务器中转)
2003-09-01 10:07:09 二愣子
设计出来的模型不对，根本原因是你自己的业务流程都还不熟悉，表明上看起来你对业务比较熟悉，那是因为你也许对分业务比较熟悉，但是如果你站在全局宏观上来看业务流程，你却没办法把这些分业务有机的联系起来！
2003-09-01 10:07:40 二愣子
你的需求分析文档写了吗？？
2003-09-01 10:06:14 过河卒
不赞成你的说法，以为业务其实很简单，就一个简单的库存管理，先进先出而已，非常简单
(通过服务器中转)
2003-09-01 10:09:00 二愣子
业务简单？？？就只是先进先出？？？倒！！
2003-09-01 10:07:06 过河卒
写的，只是不够规范
(通过服务器中转)
2003-09-01 10:09:24 二愣子
库存管理是先进先出？？？？？
2003-09-01 10:08:12 过河卒
有入库与出库，当然要的
(通过服务器中转)
2003-09-01 10:10:32 二愣子
那你能说说你的这个库存管理你是怎么分析模块的？？
是怎么划分业务的？？不要以为就只是一个库存管理，但是里面却可以划分很多业务模块的
2003-09-01 10:08:50 过河卒
我建立物资字典，还有一个物资明细（记录各入库情况）
(通过服务器中转)
2003-09-01 10:10:56 二愣子
入库与出库就是先进先出吗？？？
2003-09-01 10:11:18 二愣子
能把你的文档资料给我我看下吗？？？
2003-09-01 10:09:43 过河卒
是的，具体一共就设计了十多个表，应该来说很简单。
(通过服务器中转)
2003-09-01 10:10:23 过河卒
写在纸上的，我整理一下发给你。
我说说我的模型。
(通过服务器中转)
2003-09-01 10:13:33 二愣子
无怪乎你现在会频繁的修改数据库哟，你刚才所说的想通过什么什么方法来确保数据库修改的完整性 ，
其实都是在错哪儿改哪儿，但是却没有整体宏观把握，这也就是你为什么头大的问题，
2003-09-01 10:14:06 二愣子
好的！
2003-09-01 10:12:00 过河卒
员工资料，系统用户，系统日志，物资字典，物资字典明细，入库单据，入库物资明细，出库单据，出库明细，客户单位，客户人员。
一共就这几个表。
(通过服务器中转)
2003-09-01 10:14:54 二愣子
？？？？这是数据表而已，那你的业务表咯？？
2003-09-01 10:13:21 过河卒
我先按照什么一对多，多对多，依赖关系，什么强制关系，很多十套用书上讲的去做的，但是我不知道更好的做法
(通过服务器中转)
2003-09-01 10:14:45 过河卒
业务表，我说的就是这几个实体，用Relationship进行他们之间的关系设计
一对多，多对多这样设计的
(通过服务器中转)
2003-09-01 10:17:41 二愣子
y概念乱七八糟的！
2003-09-01 10:15:35 过河卒
你说的业务表应该与我说的实体属性是一样的意思，你说对不对？
(通过服务器中转)
2003-09-01 10:17:55 二愣子
不对！
2003-09-01 10:15:53 过河卒
哦，难怪我那么郁闷
(通过服务器中转)
2003-09-01 10:16:34 过河卒
业务表应该如何设计？怎么理解。我都快昏了
感谢你的点拨，或许我可以思想改变不少。
(通过服务器中转)
2003-09-01 10:19:14 二愣子
你说的是实体对象，我说的业务表是抽象对象！
一对多，多对多是针对数据实体对象，根本就不是用在抽象对象的
2003-09-01 10:20:11 二愣子
数据模块就是实体对象，业务模块就是抽象对象，
这点请你搞清楚！
2003-09-01 10:18:24 过河卒
那么多对象，我昏了。
就这个简单的库存管理，你说如何设计（一个简单步骤）
(通过服务器中转)
2003-09-01 10:21:33 二愣子
在我所做过的系统中，库存管理的业务表最多，
2003-09-01 10:23:03 二愣子
业务表的建立说白了就是在需求分析说明中说明客户的业务是怎么走，为什么这么走
2003-09-01 10:21:18 过河卒
我被你说的非常迷茫，向你多学习一些先进的方法与概念
否则我真的走不下去了。
(通过服务器中转)
2003-09-01 10:22:12 过河卒
那就这个入库与库存有那些业务表》既然是表，那表中的列有那些呢？如何关联？
(通过服务器中转)
2003-09-01 10:22:35 过河卒
其实关联就是他们的业务关系（这样的理解是否可以）
(通过服务器中转)
2003-09-01 10:25:25 二愣子
这里面并不涉及到什么先进的概念！
你做库存管理，你必须要知道物料的来源，物料的走向！
2003-09-01 10:26:23 二愣子
我说的业务表并不涉及列，你别把数据表的列强加于与业务表中！
2003-09-01 10:24:37 过河卒
来源当然是通过入库，走向就是生产领用（销售）
因为仅仅做库存，所以不考虑生产计划（销售定单）
(通过服务器中转)
2003-09-01 10:25:14 过河卒
哦，业务表那怎么理解？举个例子？
(通过服务器中转)
2003-09-01 10:29:36 二愣子
我举个简单的例子，
生产一部汽车，是怎么生产？？先得有原料，然后再投放到生产线上，然后再调试，这就是一条业务线，是一种抽象的思维方式！
然后你再按照这条业务线去做进一步的抽象扩展，
每个业务点又要涉及哪些其他业务，这样一直细分下去，到最后就得出咯数据模块，
要清楚，业务是抽象思维，而实体是在业务的分析细分下抽象出来的对象，
2003-09-01 10:30:02 二愣子
(2003-09-01 10:29:36) 二愣子
我举个简单的例子，
生产一部汽车，是怎么生产？？先得有原料，然后再投放到生产线上，然后再调试，这就是一条业务线，是一种抽象的思维方式！
然后你再按照这条业务线去做进一步的抽象扩展，
每个业务点又要涉及哪些其他业务，这样一直细分下去，到最后就得出咯数据模块，
要清楚，业务是抽象思维，而实体是在业务的分析细分下抽象出来的对象，
[↑]
2003-09-01 10:28:48 过河卒
我需要仔细体会，我发一个E-R模型给你看看
(通过服务器中转)
2003-09-01 10:31:18 二愣子
所谓真正的实体对象，就是指不能再细分的那些抽象思维体现，我这里所说的不能再细分，是指的业务不能再细分
2003-09-01 10:31:39 二愣子
别给我发E-R模型，我只需要你的需求文档资料
2003-09-01 10:29:34 过河卒
你说的很有道理，也理解不少
(通过服务器中转)
2003-09-01 10:31:15 过河卒
文档就那些文字，有什么用处呢？关键我觉得还是一种关系模型。
被你越说越糊涂了。我以前的做法，现在的做法全错了
(通过服务器中转)
2003-09-01 10:34:13 二愣子
然后我们再倒推回去，由对象组成的那些抽象思维，
就是我说的业务表！！这里的对象就是你的数据模块，软件这玩意儿，不仅要懂得顺序思维，好要学会yi向思维！
2003-09-01 10:34:58 二愣子
关系模型是实体对象的一种属性建模块，别乱用！
2003-09-01 10:36:32 二愣子
你开发的是应用软件，应该用业务模型组建这些实体对象，关系模型是数据模块的一种数据关系组建模型，不是业务关系组建模型！
2003-09-01 10:34:31 过河卒
实体对象，抽象对象，都是对象，关键是他们之间的关系，你说是不是？
关系就要根据业务来进行抽象，这样就有了整个系统的模型
(通过服务器中转)
2003-09-01 10:35:42 过河卒
你说的，好象我们学习的《数据库系统原理》那本书，一点也没有讲到，倒
(通过服务器中转)
2003-09-01 10:38:16 二愣子
错误，完全错了，关系只是一种业务流，贯穿始终的，
你要记住，你最终要抽象的是实体对象，而不是抽象关系，这点你搞错咯
2003-09-01 10:39:20 二愣子
哈哈，《数据库系统原理》讲的是数据关系，
不是讲的业务关系，你小子乱套用，把数据关系往业务关系上套用！
2003-09-01 10:40:34 二愣子
你可能从来没有去过仓库亲自上岗吧，你对仓库管理的业务不熟，
2003-09-01 10:41:44 二愣子
我的运气比较好，我刚工作不久，就有机会亲自去企业的各个部门去实习，因为我们总公司有其他的分公司，所以给我提供了一个业务学习的机会！
2003-09-01 10:43:00 二愣子
当然，我们当初去实习的时候，是按照我们的软件业务流去实习的，
2003-09-01 10:41:39 过河卒
我也去了，但是没有软件业务流
(通过服务器中转)
2003-09-01 10:44:18 二愣子
K
2003-09-01 10:42:39 过河卒
你的认识，我的认识，差距好大
(通过服务器中转)
2003-09-01 10:46:20 二愣子
N呵呵
2003-09-01 10:44:18 过河卒
能不能发一个你业务流方面的资料让我学习学习啊？
(通过服务器中转)
2003-09-01 10:47:10 二愣子
没了，我现在都不搞这行咯N
2003-09-01 10:45:06 过河卒
最好能有一个小系统的设计文档，或许对我来说，非常用用处
(通过服务器中转)
2003-09-01 10:45:52 过河卒
既然不搞了，以前做过，一点资料也没有了，那我怎么办
你说的，我没有例子，也不懂的
(通过服务器中转)
2003-09-01 10:48:28 二愣子
我已经辞职了，手上没有资料咯哦
]