2008-04-30

解析运输系统 之三

关键字: tms 物流 软件
每个业务系统都不可避免要涉及到计费需求，如何解决计费问题总是没那么容易。做得少了满足不了用户的基本需求，一些费用登记不了。做得多了变成一个不专业的财务系统，被使用的可能性极小，通常各企业都有自己的财务系统，财务人员不可能再到业务系统里去做一遍数据。

最常见的托运单都是把费用填在单据中的，而不是单独计费的。例如，运费、送货费、提货费、保费等，五花八门。而单据的明细条目则通常在三条以内，有些甚至只有一条。而费用则是由各个明细条目一起计算出来的，只有一条当然好算，如果是多条的话，就稍微有点麻烦了。因为有些情况下是按整单计费的，没法精确知道各个条目所分担的运费。或者先是按各条目计费，然后把合计的费用再打个折扣或去掉零头。

付款方式多，现付、回付、提付、月结，每个客户可能不同就算了，问题是一个客户可能都有几种付款方式。还好，我们确定下来，一单只有一个付款方式。

怎么处理对账单是一个大问题，处理是不好，就会引发更多的需求漫延。我们决定只做最少的功能--统计对账单。用户按照不同的查询条件把对账单列表显示出来，如果这些都已经对完账了，就直接一次性销账，或者剔除没有销账的记录，把其它的对账单一次性销掉。具体的金额我们不管，你没收到款也好，收不足也好，由你的财务系统来解决。

实际上，这并没有完全解决客户的需求，但是，如果再提供更多的功能，风险是非常大的，往往得不偿失。

总体来讲，运输系统其实并不难开发，最主要的因素还是在人的身上。理解问题的深度，解决问题的技巧，开发实力，跟客户的沟通，这些都是影响项目成败的要素。

推荐阅读：
解析运输系统 之一。
解析运输系统 之二。
解析运输系统 之四。
评论
hysoft 2008-04-30   回复
做过路局的 一个系统 用的是vb
因为里面的业务很复杂 涉及数据字典很吓人
整担零担 挺有意思的 可是火车交接就不那么好玩了
而且具体到工人头上 和想的不是一码事。
工人有自己的需求。

我做的那套系统之前，工人们已经习惯了手头正在用的10年历史的老东西。
举一个例子，就是货站名的输入 ，居然是用数字代表货站名。
发表评论

您还没有登录，请登录后发表评论

samuelray
搜索本博客
最近加入圈子
存档
最新评论