14,954
edits
Writing suggestion of request for proposal: Difference between revisions
Jump to navigation
Jump to search
m
→原則
m (→原則) |
m (→原則) |
||
| Line 10: | Line 10: | ||
* '''避免過早限定技術解決方案'''：例如規格需完成購物車推薦系統，規格書也許可以提到數種演算法，但是不限定只使用已知的演算法。 | * '''避免過早限定技術解決方案'''：例如規格需完成購物車推薦系統，規格書也許可以提到數種演算法，但是不限定只使用已知的演算法。 | ||
* '''問題導向的規格定義'''：檢視規格與原本的問題情境的對應，是否規格有解決原本問題，但避免造成過度設計 (over design) | * '''問題導向的規格定義'''：檢視規格與原本的問題情境的對應，是否規格有解決原本問題，但避免造成過度設計 (over design) | ||
* '''保留根據測試調整的彈性''' | * '''保留根據測試調整的彈性'''：如果合約可行的話，保留功能規格可依據使用測試結果再調整的彈性。如果無法採用[https://rsg.taipei/2022/09/pick-the-right-contract_2/ 敏捷合約]（Agile Contracting），而是傳統的瀑布流開發方式，還是可以透過合約方式保留開發有限度的彈性。 | ||
== 範例建議 == | == 範例建議 == | ||