如果你對BOS還一知半解，搞不清楚這到底是個什麼東東；如果你已經看了一大堆的BOS技術文檔，滿腦袋都是UI，Eentity，Table，Framework。感覺有點煩。那麼這篇文章就是爲你準備的，待我細細講來。
首先，要回答你的問題是：BOS到底是個什麼東西？幹嘛用的？
以下這些名詞你一定不陌生：ERP，企業應用，業務系統，信息系統。如果市面上的標準產品搞不定你的需求，或者你自己都搞不清楚你現在和未來的需求，隱隱約約感覺你的需求是會不斷變化的，或者你想將這些系統開發的主動權掌握在你的手上，那麼BOS業務開發平臺就是爲這些東東而生的，爲你的個性化業務系統而生的。
接着，要回答你的問題是：BOS到底爲業務系統的開發帶來了什麼？
當你開始要做一個業務系統的時候，你一定會有以下的需求和問題：主界面，業務界面，數據存儲，業務實體，業務邏輯實現，組織架構，用戶及權限，工作流審批，單據流轉，單據格式打印，業務報表設計，Web門戶，郵件和手機短信，業務與財務的一體化，預警提醒，服務器後臺管理，大規模用戶併發，多語言實現等等。
總之，BOS爲開發業務系統早已準備好了你所需要的各種工具（或者叫傢伙，就是你我常說的：兄弟們，抄傢伙）。並且這些工具都在一個開發環境中全部提供，緊密集成在一起了。
說了這麼多，感覺自己像是個算命的，在大街上看到一個人，就湊上前去：先生，看你的面相，你最近一定是諸事不順，命犯桃花。然後就開始掐起五根手指，開始爲這位先生算命了。其實金蝶也早算好了你需要什麼，呵呵。廢話不說，迴歸正題。
簡單一句話：有了BOS，就可以讓初級程序員能夠做出中高級程序員才能做出來的複雜的業務系統，而且在BOS底層框架的基礎之上，代碼的運行質量和編碼套路都基本在同一個層次，不會太差；而中高級程序員則可以省去哪些瑣碎的底層細節，集中精力猛攻業務邏輯的快速實現。
另外還有一個好處就是，很多代碼都是平臺框架通過編譯元數據生成的，大大減少了很多個人水平因素出現的Bug和性能問題,測試需要的時間和精力也少了很多。
最後，要回答你的問題是：市面上也有許多類似的業務開發平臺，俺家的BOS到底好在哪裏？
回答這個問題，難免有推銷之嫌，弄不好會招來一堆磚頭，還是謹慎爲好（呵呵，做人要低調，低調）。不過，說實在話，平臺之間還是有很多差異和思路可以去體會的，我簡要列出幾點提供參考（僅供參考，不歡迎磚頭）：
一.金蝶的發展背景
金蝶從一開始就是從開發應用系統起家的，包括財務和ERP業務系統，從KIS，一直做到K3，十幾年下來積累了很多開發業務系統的需求，經驗和總結。做一個業務系統到底是怎麼回事，金蝶很清楚。該走過的彎路，也走了不少。
二.先搭平臺，再做產品
在做K3系統的時候，業務開發平臺的思路就開始出來了，但是K3還是先有產品，然後再有平臺，平臺化的程度還不夠徹底。但是到了97，98年金蝶決定走J2EE路線的時候就不一樣了，金蝶原來規劃K3的那幫老傢伙們（其實他們都不老，只是經驗老而已），先吃透J2EE的中間件，弄了個Apusic中間件，然後再搭建BOS開發平臺，如果你有了解過BOS，你就會發現BOS整體設計思路的一致性和高度可擴展性。
三.平臺是核心，應用是驗證
說實話，平臺到底行不行，是通過開發出來的應用系統來證明的，金蝶EAS的所有標準產品和行業產品，總部研發中心用的都是BOS開發出來的，不下40個大小模塊。既然這麼複雜的標準產品BOS都搞出來了，這期間的平臺和產品的互相促進的過程可想而知了。再加上全國各地BOS個性化項目的驗證，BOS總算可以驗明正身了。
四.平臺時間的長短
這或許不是一個絕對的因素，但是一個平臺或產品的成熟度和穩定性一定是靠項目和時間夯出來的，BOS從2000年開始開發到現在，好歹也經歷了9年的時間，這期間平臺 設計思路和理念的貫徹和細化；平臺性能和穩定性的持續改進；平臺易用性和開發文檔 的落實等等，所有這一些，都是切切實實要時間的。而不像有些1.x和2.x版本，號稱世界級的產品可以一蹴而就的（歡迎拍磚，實在是實話不講不快）。
其他的就不多說了，以上的BOS業務開發平臺非技術思考，希望對大家有所幫助。