原件硬體裝置，都有了充分的瞭解。
相應的業務經營要求檔案也擬定完畢。對資訊系統的要求全部具體化，適合電腦專家逐一落實，用相應的電腦系統功能，保證這些業務目標實現。
在這個基礎上，三個人一致同意，總體基礎系統，就用sap。
這三個字母，分別代表系統，應用、生產。是世界最大同類產品廠商一家德國公司的主打產品，也是世界上最多大公司、大機構、官府使用的一款應用軟體。
這個系統有百分之八十的功能已經作為基礎包含在系統中，另外的百分之二十，是使用者根據自己的情況加進去的。
比如這個巔峰小說，一般用途的採購、銷售、客戶管理，都是現成的；但是讀者和作者才是具體服務物件，而不是一般的客戶。
所以葉明就把這一部分的特殊性，經過專業資訊處理，加入到這個系統的原有基礎中。
現在這些採購和銷售功能。就分別變成了作者子系統、讀者子系統。
至於稿費核算、讀書收費，這些東西，就是原來的商品買價、商品賣家，沒有什麼特殊。只不過商品是書，這個特定產品。
對作者寫作的付款和跟蹤，對讀者消費的收款和跟蹤。與一般商家的應收款、應付款、商品進價、商品銷售收入，沒有什麼本質的差別。只不過作者的名單很長。
這就需要一個很大的子系統，管理相關資訊。
比起作者名單的長度。讀者的名單更長，而且不知道長了多少倍，這就需要一個更大的子系統。
不過讀者和作者子系統，沒有什麼更多往上增添的，就是保證系統的可用量也就是容量足夠大，這個直接影響上網的速度。
尤其是高峰期，大家都想上傳或者下載，如果容量不夠大，就會造成卡網，後果很嚴重。
讀者想看看不到，他們就不會在這裡死等，你這裡正版總是不出來，別處非正版已經出來了，心急的讀者自然去那裡看。
倒不是不想花這幾個錢，而是耗不起這個時間。
對於作者，相對來說，問題更嚴重一些。
他們一般都有很沉重的每日上傳數字要求，以便不受罰，以便得到全勤獎等獎勵，他們奮戰多時，好不容易完成了寫作，急著上傳，可是這個時候卡網了。
他們的焦急和惱怒可想而知。
最後傳上去了，還好說，損失的不過是腦細胞。
最後沒有傳上去，那麼一切後果都來了，就不僅僅是惱怒了。
如果只是偶然的一次，也許解釋一下，找點而特殊原因，風波就過去了。
如果二次以上，或者經常性發生，就不是說說能解決的了。
一旦有條件差不多的同類網站，想不讓他們跳槽也難。
你所想到、能給的好處，別人即使不是更好，起碼也能給你一樣；你如果有這種卡網硬傷，基本上就可以保證你眾叛親離、一蹶不振了。
因為容量問題是整個系統的問題，不光是應用系統、還有網路系統、資料庫系統，任何一處容量不足，都是整個系統的不足，都會反應在卡網上面。
因此，在容量問題上，必須體現出安貸寶的財大氣粗！
這個體現在兩個方面。
一個是根據高峰需求，整個系統的容量，不管是哪個部分，全部是現有高峰需求的三倍！
另一個是，整個系統要為將來的需要做打算，即使現在不用那麼大，也要防止將來需求增加，又需要整個系統的增容。
現在在容量上的奢侈，正是長遠打算的節約。
所以三人決定，在滿足現有需求的基礎上，再增加九倍！
也就是設計的系統容量，是現有高