14,954
edits
m (→原則) |
No edit summary |
||
| Line 11: | Line 11: | ||
* '''問題導向的規格定義''':檢視規格與原本的問題情境的對應,是否規格有解決原本問題,但避免造成過度設計 (over design) | * '''問題導向的規格定義''':檢視規格與原本的問題情境的對應,是否規格有解決原本問題,但避免造成過度設計 (over design) | ||
* '''保留根據測試調整的彈性''':如果合約可行的話,保留功能規格可依據使用測試結果再調整的彈性。如果無法採用[https://rsg.taipei/2022/09/pick-the-right-contract_2/ 敏捷合約](Agile Contracting),而是傳統的瀑布流開發方式,還是可以透過合約方式保留開發有限度的彈性。 | * '''保留根據測試調整的彈性''':如果合約可行的話,保留功能規格可依據使用測試結果再調整的彈性。如果無法採用[https://rsg.taipei/2022/09/pick-the-right-contract_2/ 敏捷合約](Agile Contracting),而是傳統的瀑布流開發方式,還是可以透過合約方式保留開發有限度的彈性。 | ||
== 資訊系統軟體專案交付項目 == | |||
# 軟體專案的程式碼:程式碼檔案,包括程式原始碼檔案、函示庫 (library) 等檔案。 | |||
# 功能測試報告:交付完整的功能測試報告,包括測試案例、執行狀況、發現的問題以及測試覆蓋範圍。測試報告應該清晰地指出哪些功能已經達到預期的標準,哪些尚需改進。 | |||
# 軟體安裝手冊:如果資訊系統日後需要移交,則需要提供詳細的安裝手冊,包括安裝前的準備工作、步驟說明、必要的系統配置,以及如何處理常見的安裝問題。 | |||
# 商業軟體授權書:當軟體專案使用到第三方軟體,需要註明軟體授權條款,是否允許商業使用、以及相關軟體授權條款的文件,詳細說明使用者權利、限制和責任。 | |||
== 範例建議 == | == 範例建議 == | ||