請問現行一般公司承接軟體整合專案，一開始會對客戶提供建議書，一旦合約簽訂，專案之起始會撰寫工作說明書(SOW)，此工作說明書是否等同於專案計畫書。而於目前軟體工程實務標準上，是否應以軟體發展計畫書或專案計畫書為正統。
目前Study軟協的軟體技術文件指引手冊並無SOW該項，而參閱許多資訊亦無SOW項目。
有請先進們指點迷津。

SOW(Statement of Work)(工作條款)在界定合約商的工作項目，在過去，它是合約的一部分，由籌獲者撰寫，但現今是由合約商提出SOW的建議(主要原因是怕籌獲者過度指導，合約商可能無法做到)，籌獲者則對此建議進行評估。但無論如何，SOW不是專案計畫書。SOW由WBS(工作劃分結構)導出的，它包括三個部分：
1. 範圍：說明計畫的目的。
2. 引用到的標準與規格文件。
3. 需求：說明合約商完成交付事項必須執行的工作項目。這些工作項目會回溯到WBS上。
SOW描述的是合約商要做的工作，而規格則是在描述應交付的產品。
例如：
1. 範圍：
本專案之目的在為XX部設計與發展XX系統，部署至全國四十五個分支機構，並提供保固服務至XX年12月31日。
2. 適用文件與標準
2.1 本專案發展過程應遵循國家標準CNS 14836軟體生命週期過程，完成專案規劃、軟體系統分析、規劃、設計、測試、整合、驗收、交付。
2.2 專案執行期間軟體製程各階段工作，應依下列標準執行：
2.2.1 聯合審查--依據IEEE Std 1028 軟體審查標準
2.2.2 單元測試--依據IEEE Std 1008
2.2.3 測試文件--依據IEEE Std 829
2.2.4 組態管理--依據IEEE Std 1042建置，並融合XX部現行的組態管理機制。
2.2.5........
3. 需求事項
3.1 主要任務系統
3.2 硬體設備.....
3.3 教育訓練
3.4 交付文件....
....


在軟體發展上，對於較複雜的系統(交付項目包含軟體、硬體還有兩者整合及應用的部分)，則除了要撰寫軟體發展計畫書外，還需要針對全案撰寫專案管理計畫書。但如果系統非常的單純，只有軟體開發的部分，則只要撰寫專案管理計畫書，而軟體發展的部分是 計畫的一個子項。

----------------
引文: