這裡要**的是計費系統基礎元件的自主開發。或許這個命題在今天會慢慢的變得過時，不是什麼好事，但也應該不是什麼壞事，因為這是大型行業軟體發展到一定規模，服務的使用者數達到一定規模，甲方投入到一定規模後，必然會出現的一種現象。
在前面幾篇文章中提到在計費系統中出現過的一些基礎元件，如訊息元件、記憶體儲存、賬單儲存、規則引擎等。實際上很多整合商或多或少在這些領域都有過自己的開發經歷。自主開發一些基礎元件對於大型的行業軟體來說，對於降低系統的成本是有很大的好處的，但是，在系統成本不再重要的時候，或者是在短期內維護成本大於系統成本的時候，很多公司就會慢慢放棄。只是可惜的是，很多的積累在某一日到來的時候，全部灰飛煙滅，確實讓身在其中的人心痛不已。我們注定留不下什麼。
前面的幾篇文章一再的提到，在這裡，業務比技術重要，這裡也不需要太多的創新。自主開發的東西太多，那些自己開發的東西只會掌握在幾個核心開發人員手裡，在這個人員流動性如此大的圈子裡面，要想保留一點自己的智財權，基本上是一件不可能的事情；而另一方面，如果採用成熟的產品，系統的開放性會好很多，隨時能招到合適的開發人員。比較之下，自主開發的東西怎麼看都會越來越沒市場。crm系統也是這樣，最開始的時候，有些公司還有一些自己開發的產品，類似於交易中介軟體的東西，現在呢？在整個boss界，除了tuxedo，你還能看到什麼？
或許有一天，cots大行其道的時候，我們還會剩下什麼？南韓人積累出來了乙個altibase，咱們呢？
準備這個話題的時候，好像心裡有很多的話要說，但是實際上寫出來，很多話卻如鯁在喉。存在即是合理，還有一句話呢？人無遠慮，必有近憂啊。
當然，還有一句話，杞人憂天，但願。
自主開發與帶兵打仗
自主開發與帶兵打仗兩個好似毫不相干的東西在最近的工作中越來越覺得兩者有著越來越多的相似之處。好吧說說目前的情況，我公司是個集團下屬的it公司，有幾十名自己的研發團隊。有比較多自主開發失敗的情況，所以公司內部老是在討論我們到底是應該自己開發還是直接外購系統或外包出去。剛好前一段時間看了 三國 想想自主...
關於新計費系統
首先新一代的計費系統需要使得實時通知 授權 推廣 運營商和客戶進行的 使用監控 以及其他實時活動均得到每天24小時，每週7天的支援。第二，新系統必須能夠提供乙個擁有選擇性 便捷性和控制權的新世界，以此增強客戶的忠誠度和增加來自每個使用者的平均收入 arpu 客戶越容易立即發現並定購它，他們就越有可能...
計費賬務系統介紹
對於乙個boss系統而言，計費賬務系統自然是乙個相當重要的組成部分，在整個boss系統中，最有別於別的行業的部分應該也就是計費賬務系統了，或者應該更強調的說是計費系統。一般來說，計費系統分為 採集 預處理 剃重 批價 詳單入庫 賬單入庫這幾個部分。採集系統負責從業務網元獲取各種業務的服務使用記錄，很...