ossp過程體系模型是基於cmmi、軟體工程和專案管理知識的「軟體過程改進方法和規範」，模型中包括過程管理過程、專案管理過程、工程過程和組織支援過程。過程模型包括了6個專案（產品）階段，24個過程域，每個過程域由過程、規程、文件模板等組成。公司技術部門的軟體開發專案必須按過程域要求執行。
模型說明：
模型包括6個階段：
ph0：立項階段
ph1：需求定義階段
ph2：設計開發階段
ph3：系統測試階段
ph4：發布驗收階段
ph5：執行維護階段
在模型中，專案的過程有四大類：過程管理過程、專案管理過程、工程過程和組織支援過程。上述四類過程總共包括24個主要過程域，分布在ph0到ph5的各個階段。
ossp的文件結構如下圖所示：
軟體過程構架結構由四個層次組成：方針、過程、規程和第四層的標準、規範、指南、 checklist等組成。
ø 方針為第一層檔案，它是組織標準軟體的高層次的抽象描述，它反映在公司的過程改進總體方針、政策中，由公司主管副總裁批准執行。
ø 過程為第二層檔案，主要規定在專案開發中執行該過程時應當執行的各項活動及適用標準。過程定義檔案及其相關檔案制定必須符合方針的要求。
ø 規程為第三層檔案，是對過程某些複雜活動的具體描述。
ø 標準、規範、指南、模板、checklist、範例庫等是對上級過程或規程提供細緻的步驟、活動及說明的支援性文件，第四層的檔案從屬於上級過程。
EEPlat的元模型體系
eeplat的元模型體系是元資料驅動的必要條件之中的乙個。僅僅有通過元模型可以完好的描寫敘述乙個軟體系統。才可以完整的定義該軟體系統的元資料，也才幹真正實現軟體系統的元資料驅動式開發。也就意味著乙個軟體系統的ui 業務邏輯 流程 功能 許可權等均須要可以通過元模型描寫敘述，可以完整的定義出對應的元資...
軟體過程模型
瀑布模型是將軟體生存週期中的各項活動規定為一種線性順序連線的若干階段的模型，包括需求分析 設計 編碼 測試 執行與維護。它規定了由前至後 相互銜接的固定次序，如同瀑布流水逐級下落，瀑布模型為軟體的開發和維護提供了一種有效的管理模式，根據這一模式制定開發計畫，進行成本預算，組織開發力量，以專案的階段評...
軟體過程模型
軟體過程模型習慣上也稱為軟體開發模型，他是軟體開發全部過程 活動和任務的結構框架。典型的軟體過程有瀑布模型 增量模型 演化模型 原型模型 螺旋，模型 噴泉模型 基於構件的開發模型和形式化方法模型等。定義 瀑布模型是將軟體生產週期中的各個活動規定為依線性順序連線的若干階段的模型，包括需求分析 設計 編...