解析运输系统 之三

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

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

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

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

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

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

推荐阅读：
[url=http://samuelray.iteye.com/blog/184754]解析运输系统 之一[/url]。
[url=http://samuelray.iteye.com/blog/186763]解析运输系统 之二[/url]。
[url=http://samuelray.iteye.com/blog/192224]解析运输系统 之四[/url]。