許多產品都是使用邊做邊改模型來開發的。在這種模型中，既沒有規格說明，也沒有經過設計，軟件隨著客戶的需要壹次又壹次地不斷被修改。
在這個模型中，開發人員拿到項目立即根據需求編寫程序，調試通過後生成軟件的第壹個版本。在提供給用戶使用後，如果程序出現錯誤，或者用戶提出新的要求，開發人員重新修改代碼，直到用戶滿意為止。
這是壹種類似作坊的開發方式，對編寫幾百行的小程序來說還不錯，但這種方法對任何規模的開發來說都是不能令人滿意的，其主要問題在於缺少規劃和設計環節，軟件的結構隨著不斷的修改越來越糟，導致無法繼續修改。並且沒有考慮測試和程序的可維護性，也沒有任何文檔，軟件的維護十分困難。
2. 瀑布模型
瀑布模型中，將軟件生命周期劃分為制定計劃、需求分析、軟件設計、程序編寫、軟件測試和運行維護等六個基本活動，並且規定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。
在瀑布模型中，軟件開發的各項活動嚴格按照線性方式進行，當前活動接受上壹項活動的工作結果，實施完成所需的工作內容。當前活動的工作結果需要進行驗證，如果驗證通過，則該結果作為下壹項活動的輸入，繼續進行下壹項活動，否則返回修改。
3. 快速原型模型
快速原型模型的第壹步是建造壹個快速原型，實現客戶或未來的用戶與系統的交互，用戶或客戶對原型進行評價，進壹步細化待開發軟件的需求。通過逐步調整原型使其滿足客戶的要求，開發人員可以確定客戶的真正需求是什麽；第二步則在第壹步的基礎上開發客戶滿意的軟件產品。
顯然，快速原型方法可以克服瀑布模型的缺點，減少由於軟件需求不明確帶來的開發風險，具有顯著的效果。快速原型的關鍵在於盡可能快速地建造出軟件原型，壹旦確定了客戶的真正需求，所建造的原型將被丟棄。因此，原型系統的內部結構並不重要，重要的是必須迅速建立原型，隨之迅速修改原型，以反映客戶的需求。
4 RUP模型
RUP模型是壹個面向對象軟件工程的通用業務流程。它描述了壹系列相關的軟件工程流程，它們具有相同的結構，即相同的流程構架。RUP具有兩個軸，壹個軸是時間軸，這是動態的。另壹個軸是工作流軸，這是靜態的。在時間軸上，RUP劃分了四個階段：初始階段、細化階段、構造階段和發布階段。每個階段都使用了叠代的概念。RUP 匯集現代軟件開發中多方面的最佳經驗，並為適應各種項目及組織的需要提供了靈活的形式。作為壹個商業模型，它具有非常詳細的過程指導和模板。但是同樣由於該模型比較復雜，因此在模型的掌握上需要花費比較大的成本。尤其對項目管理者提出了比較高的要求。
5. 增量模型
又稱演化模型。與建造大廈相同，軟件也是壹步壹步建造起來的。在增量模型中，軟件被作為壹系列的增量構件來設計、實現、集成和測試，每壹個構件是由多種相互作用的模塊所形成的提供特定功能的代碼片段構成。
增量模型在各個階段並不交付壹個可運行的完整產品，而是交付滿足客戶需求的壹個子集的 可運行產品。整個產品被分解成若幹個構件，開發人員逐個構件地交付產品，這樣做的好處是軟件開發可以較好地適應變化，客戶可以不斷地看到所開發的軟件，從而降低開發風險。
6 智能模型
智能模型擁有壹組工具（如數據查詢、報表生成、數據處理、屏幕定義、代碼生成、高層圖形功能及電子表格等），每個工具都能使開發人員在高層次上定義軟件的某些特性，並把開發人員定義的這些軟件自動地生成為源代碼。
這種方法需要四代語言（4GL）的支持。4GL不同於三代語言，其主要特征是用戶界面極端友好，即使沒有受過訓練的非專業程序員，也能用它編寫程序；它是壹種聲明式、交互式和非過程性編程語言。4GL還具有高效的程序代碼、智能缺省假設、完備的 數據庫和應用程序生成器。但4GL目前主要限於事務信息系統的中、小型應用程序的開發。
作為壹家專業的軟件開發公司，開運聯合通過軟件與服務的結合，軟件與產業的結合，服務了航天、軍工、鐵路、醫療等領域的眾多頂級客戶。公司研發的Moa非結構化數據庫是國內唯壹壹款非結構化數據庫軟件，旨在為信息系統提供可擴展的高性能數據存儲解決方案，更適合大數據處理和數據挖掘。