無論我看過，功能規格都是一些文檔，其中要求/建議的功能表示和詳細說明。我最近有能力爲我們公司制定功能規格的標準模板。 我暫時解決的格式是一個具有相當多自動化功能的excel文件。功能規格
模板計劃將頂層需求與層次結構中的低層需求相鏈接。
然後可以將較低級別的需求映射到設計的技術方面，類似於質量屋。相似性與HOQ一樣，但是另外，對於每對需求和技術方面，估計可行性。
如果任何需求的技術方面被標記爲不可行，則將該要求標記爲重新考慮。
在所有要求被標記爲可行或適當刪除之後，將提取每個需求 - 技術方面對，並根據時間和預算爲每個需求尋求估計。
該估計有助於我們規劃項目。
我可以對此建議有明確的意見嗎？這對我來說似乎是將需求與技術方面以及項目計劃聯繫起來的最佳方式。
在我的經驗中，功能規範通常是一個用例文檔（有或沒有相應的圖或圖）。電子表格聽起來很酷，但功能性需求通常用於與業務利益相關方進行溝通，目標是達成協議並最終簽署，以便批准項目預算。除非您的電子表格能以某種方式格式化打印輸出的要求，否則對於您如何分享討論內容和反饋意見，我有點困惑。
我的兩分錢......
希望這有助於
比爾
您可能要添加的低層次的要求和試驗（如「型式試驗」，而不是「單元測試」之間的映射。
這樣，你可以建立需要該項目廣泛的功能測試覆蓋率。
「我能有這個建議的知情的意見？」
誰是你的用戶對於這個電子表格？
，請問您的用戶做這個電子表格？他們有什麼用例需求收集，規劃和項目批准？
如果你是用戶，那麼它對你來說非常適合。
如果你不是用戶，你需要跟你的用戶，確定以下內容：
不要求用戶採取什麼樣的行動？他們是否批准，拒絕，確認，否認？
他們做了什麼決定？
他們需要哪些信息來做出這些決定？
如果您的電子表格符合您的用戶需求，那就很好。
要求是很滑的東西，必須重新排列優先次序並以多種方式重新考慮。太多的電子表格自動化可能是一個障礙。
大多數情況下，人們需要能夠添加無限數量的額外列，並將它們分類爲無數組織和重新進行身份驗證。
您可能需要補充到電子表格上市使用情況和任何用戶界面規格。
不知道你的問題是什麼？ – 2009-05-23 11:23:35
只是問，這是可行的嗎？有什麼需要注意的問題嗎？ – 2009-05-23 11:27:41