第(2/3)页

    这个系统有百分之八十的功能已经作为基础包含在系统中，另外的百分之二十。是用户根据自己的情况加进去的。

    比如这个巅峰小说，一般用途的采购、销售、客户管理，都是现成的；但是读者和作者才是具体服务对象，而不是一般的客户。

    所以叶明就把这一部分的特殊性，经过专业信息处理，加入到这个系统的原有基础中。

    现在这些采购和销售功能，就分别变成了作者子系统、读者子系统。

    至于稿费核算、读书收费，这些东西，就是原来的商品买价、商品卖家，没有什么特殊。只不过商品是书，这个特定产品。

    对作者写作的付款和跟踪，对读者消费的收款和跟踪。与一般商家的应收款、应付款、商品进价、商品销售收入，没有什么本质的差别，只不过作者的名单很长。

    这就需要一个很大的子系统，管理相关信息。

    比起作者名单的长度，读者的名单更长，而且不知道长了多少倍，这就需要一个更大的子系统。

    不过读者和作者子系统，没有什么更多往上增添的，就是保证系统的可用量也就是容量足够大。这个直接影响上网的速度。

    尤其是高峰期，大家都想上传或者下载。如果容量不够大，就会造成卡网。后果很严重。

    读者想看看不到，他们就不会在这里死等，你这里正版总是不出来，别处非正版已经出来了，心急的读者自然去那里看。

    倒不是不想花这几个钱，而是耗不起这个时间。

    对于作者，相对来说，问题更严重一些。

    他们一般都有很沉重的每日上传数字要求，以便不受罚，以便得到全勤奖等奖励，他们奋战多时，好不容易完成了写作，急着上传，可是这个时候卡网了。

    他们的焦急和恼怒可想而知。

    最后传上去了，还好说，损失的不过是脑细胞。

    最后没有传上去，那么一切后果都来了，就不仅仅是恼怒了。

    如果只是偶然的一次，也许解释一下，找点而特殊原因，风波就过去了。

    如果二次以上，或者经常性发生，就不是说说能解决的了。

    一旦有条件差不多的同类网站，想不让他们跳槽也难。

    你所想到、能给的好处，别人即使不是更好，起码也能给你一样；你如果有这种卡网硬伤，基本上就可以保证你众叛亲离、一蹶不振了。

    因为容量问题是整个系统的问题，不光是应用系统、还有网络系统、数据库系统，任何一处容量不足，都是整个系统的不足，都会反应在卡网上面。

    因此，在容量问题上，必须体现出安贷宝的财大气粗！
    第(2/3)页