受於是軟體產業的元件技術和元件開發方法的啟發，ngoss提出了基於元件的物件導向的分布運營支撐系統解決方案。隨著功能封裝、介面協議定義等元件開發方法被業界普遍認可。業務過程流，公共匯流排結構，公共業務資料，ngoss元件等的研究也迅速開展起來。
業務過程流：ngoss將業務過程流從元件中剝離出來，使每個元件成為乙個功能實體，從而使得單獨元件的開發要求轉變為對過程控制的業務邏輯要求。當改變業務過程流時，元件只需完成公共協議中定義的妝口功能即可。這樣也使應用元件變得可以重新被利用，元件的開發變得更容易，靈活性更高。同時ngoss框架允許業務流程的定製、改造和優化，從而實現業務流程再造。
ngodd研究的根本目的是支援運營公司業務過程，滿足使用者需求。元件開發的功能要求也是為了支援電信運營商的業務模型。通過從元件中剝離業務過程流而使元件成為功能實體，使對單獨元件的開發要求變為對過程控制的業務邏輯要求。通過這種在業務過程中對元件的呼叫，就產生了業務過程流。當改變業務過程流時，元件只需完成在公共協議中定義的介面功能。這樣可以通過簡單的流程定義來改變業務流，而不需要修改應用元件，這樣也使用應用元件變得可以重新利用，元件的開發變得更加容易，靈活性更高。同時，ngoss框架允許業務流程的定製、改造和優化，從而實現企業業務流程的再造。
在整體資料資訊模型中，不僅包括運營商內部的資料，還包括運營商與使用者、運營商與其他運營商這間的協作的資料，因此，ngoss的業務務過程流可能超越運營商本身的界限。
技術與業務的關係
乙個公司裡面，真正值錢的東西，不是技術，而是業務知識，技術是實現業務的一種手段，是為業務服務的，主從關係，不可搞錯 從技術角度，追求的不再是純粹的技巧，而是方法這個層次，努力尋求正確的做事方法。即關心 怎樣才能蓋出好房子 而不是 如何把石頭從貨車裡搬運到工地上 用流行的話說，就是 只要方法正確，結果...
業務和技術的融合
我記得三年前去一家軟體公司應聘的時候，面試我的是乙個做市場方面的領導，當時他問了我乙個問題 你認為技術是最重要的嗎，業務一點都不重要嗎？聽他這麼問，我當時就說不是，業務也很重要，技術要依託於業務才能產生價值。來到現在幹的這家公司後，前些天又聽到我公司的技術總監說 其實單純做技術是走不遠的，技術要和業...
流的技術總結
節點流 可以從乙個特定的資料來源 節點 讀取資料 處理流 是連線在已存在的流 節點流或處理流 之上，通過對資料的處理為程式提供跟那個強大的讀寫功能 1.file.canwrite 是否可寫 2.file.exists 是否存在 3.file.canread 是否可寫 4.file.length 位元...