[討論] 請問spec要怎麼寫？

[pjoe (Bye!Yesterday)]

最近想要發一個案，因為涉及蠻多資料庫的東西、還有我們想做的東西之間的整合。

一方面因為我們要做的東西太多太大，另一方面真的很沒這方面的經驗，

跟工程師討論過程中，發現寫spec真的是個很困難的課題！

想請問各位接案的先進們：

(1)spec要怎樣寫才好？

只要把我想要的功能描述出來就好了嗎？把每個部分大概想要的功能寫出來。

例如：要把使用者這段期間的(參數)都抓出來跑成圖表，要長的像這樣（附圖）。

還是要每個動作每個動作交代的很仔細？
(這樣似乎效果比較好，但整個工程會變的很大、很耗時。)

例如：使用者這段期間的參數，會在他做XX動作時寫入，寫入完之後，要用OO函數把他

      抓出來，跑出直條圖、表格顯示數字及非數字內容。

(2)spec的檢驗條件如何設定？

要怎樣設定檢驗條件，好讓契約雙方能有個依據？使得契約雙方能夠確認，

工程師達到檢驗條件的某種程度就算是合乎條約、沒達到就算違約。

例如：假設我說會員必須要有某個頁面（我內心想說應該頁面會不斷自己生成）。

      結果可能工程師達到了，讓每個會員都有某個頁面，但卻無法因為時間的經過或

      資料的增加而不斷自動生成新頁面，這種問題可能日後才會發生，當下檢驗會發

      現可以通過。

請問要如何避免這種窘境？

(3)請問有沒有SPEC參考範本或參考書籍可以推薦呢？


謝謝各位先進！









--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 1.171.127.149
→ cokellen:也要看工程師的能力程度和經驗
推 caty1010:Spec真的要好好寫 以免日後糾紛多
推 PsMonkey:Use Case 寫作方式勉強可以參考一下，至少當作起點這樣
→ now99:大架構先寫出來 在往下分割 寫出來 越寫越細
→ noxhsu:不要把UML套上去，他們看不懂...(結
推 sing10407:畫個心智圖(功能細節)
推 Ammenze:Spec詳細程度跟工程師的程度和經驗成反比
→ Ammenze:第二點應該是要先畫出雛形跟功能說明和需求方詳談
→ Ammenze:訂好可以修改的最後日期後，就照說好的去寫spec跟程式
→ Ammenze:一般比較有經驗的，在功能說明會準備多種方案給客戶選擇
→ Ammenze:都確定功能後，寫好才想到的功能基本上可以無視他
→ Ammenze:但是很多客戶都魯小小就是了，這時就看要怎麼談修改..