业务应用系统都有大量的打印需求,包括交接用的单据,内部使用的作业单,各类报表。Web报表从来都不是一项轻松的活,有时可能会要求更高。就我本身的经验来看,做报表是一件体力活,吃力不讨好。然而,在掌握了一些技巧之后,报表就会变成纯粹的技术问题.我只用过JasperReports做web报表,其它的工具还没有深入研究过,所以这里只以此为例。同时也向大家推荐JasperReports--一款强大的web报表打印工具.
首先就是格式的问题,就算我们只有一个客户,格式的变动也足够频繁了。每一个报表从初稿到最后稳定下来,至少要经过三个回合的沟通。虽然前两个回合的工作有一定的意义,但无疑存在一定的浪费。有人 ...
每个业务系统都不可避免要涉及到计费需求,如何解决计费问题总是没那么容易。做得少了满足不了用户的基本需求,一些费用登记不了。做得多了变成一个不专业的财务系统,被使用的可能性极小,通常各企业都有自己的财务系统,财务人员不可能再到业务系统里去做一遍数据。
最常见的托运单都是把费用填在单据中的,而不是单独计费的。例如,运费、送货费、提货费、保费等,五花八门。而单据的明细条目则通常在三条以内,有些甚至只有一条。而费用则是由各个明细条目一起计算出来的,只有一条当然好算,如果是多条的话,就稍微有点麻烦了。因为有些情况下是按整单计费的,没法精确知道各个条目所分担的运费。或者先是按各条目计费,然后把合计的费用 ...
运输公司常常要求我们的系统能够提供一些实时查询的功能,方便他们跟踪客户的货物。例如,客户的某一票货现在在哪辆车上,车大概到了什么地方,是否可以准时到达。而我们的设计则不能直接发映出这些功能,运输公司跟客户交接用的是托运单,司机则拿的是配载单,上面列有详细的货物信息。我们的方案基本能满足他们的需求,但做起来就发现问题多多。
首先,托运单和配载单是多对多的关系,如果你直接去建立他们之间的关系,无疑会复杂化实现。采取折衷的方案会更好,我们把配载单的明细记录和托运单的明细记录进行关系,形成多对一的关系,间接解决了前在提到的多对多关系。再把每次配载的数量写到托运单明细记录中,记录已经配载了多少数量,而 ...
我曾经参与过几个运输公司系统的项目开发,基本上大同小异。他们的业务模式主要分为两类,一类是做干线运输,只做点到点运输。他们的自有车辆比较少,覆盖面窄。如果客户的业务要求运到他们无法到达地方,直接转包给别的运输公司--他们的二级承运商。这种模式的优点是成本较低,运送到达准时率、货物完好率比较高,同时有时间保障。这类公司通常认为中途的装卸会导致破损率升高,且耽误时间。缺点是车辆满载率无法保证,对车辆的调配要求比较高。同时外包业务也存在一定的风险。
另一类是做干线中转业务,他们的车辆比较多,线路覆盖比较广,基本上不会把业务转包出去。通常他们的车辆都是装有多个城市的货物,在中途也需要卸货/装货。这种 ...
- 浏览: 49036 次
- 性别:

- 来自: 深圳

- 详细资料
搜索本博客
最新评论
-
规划职业生涯
beyondqinghua 写道哪个人不想好好的静下心踏踏实实的学习,但是经常生 ...
-- by samuelray -
规划职业生涯
踏实、兴趣、激情、健康;宽容、沟通!与君共勉!
-- by shaquan6776 -
规划职业生涯
不错,支持一下!
-- by intfloat -
规划职业生涯
共勉~
-- by justin8335 -
规划职业生涯
哪个人不想好好的静下心踏踏实实的学习,但是经常生活的压力总是让你更加浮躁啊!
-- by beyondqinghua






评论排行榜