Q16.
根據IEEE 830 標準，一家公司的軟體需求規格（SRS）應由誰準備？
電腦軟體設計共同科目 · 乙級 · Q16
難易度分析
2 / 5
本題考查對特定國際標準中角色定義的記憶，選項設計包含單一主體與共同主體的對比，旨在辨析協作流程與單方作業的差異，屬於基本定義的記憶與應用。
正確答案：③系統使用單位(Customer)以及技術設備供應單位(Supplier)
③ 系統使用單位(Customer)以及技術設備供應單位(Supplier):依據IEEE 830標準，軟體需求規格(SRS)應由系統使用單位(Customer)與技術設備供應單位(Supplier)共同協作完成。此雙向溝通機制確保需求兼具業務價值與技術可行性，是需求工程(Requirements Engineering)的核心原則。
錯誤選項解析
- ① 系統使用單位(如顧客Customer):僅由系統使用單位(Customer)單獨準備的SRS會缺乏技術可行性評估，容易產生不切實際的需求描述。供應商的技術專業參與是確保需求可實現的關鍵。
- ② 技術設備供應單位(Supplier):僅由技術設備供應單位(Supplier)單獨撰寫的SRS可能偏離使用者的實際業務需求，導致開發成果與使用者期望產生落差。顧客的領域知識不可或缺。
- ④ 顧問公司(Consultant)或學術單位(Academic):顧問公司或學術單位雖可提供專業建議，但並非IEEE 830規範中SRS的法定準備主體。SRS的責任歸屬應在顧客與供應商之間的契約關係中明確界定。
Learning Tip
"本題核心考點為IEEE 830標準中SRS的協作本質。常見陷阱是誤以為SRS僅由顧客單方面提出需求清單，或僅由供應商單方面撰寫技術文件。實際上，需求獲取(Requirements Elicitation)是雙向迭代過程，顧客提供領域知識(Domain Knowledge)，供應商提供技術約束(Technical Constraints)，兩者缺一不可。實務上常因溝通不良導致需求蔓延(Requirement Creep)，應建立需求審查(Requirements Review)機制以確保共識。"
學員答題分佈
①系統使用單位(如顧客Customer)0%
②技術設備供應單位(Supplier)0%
③系統使用單位(Customer)以及技術設備供應單位(Supplier)0%
④顧問公司(Consultant)或學術單位(Academic)0%
此答題分佈是根據學員在 LongePass 模擬考等實際作答紀錄計算而成。與考友分享這道歷屆試題與詳細解析！