作者pjoe (Bye!Yesterday)
看板CodeJob
標題[討論] 請問spec要怎麼寫？
時間Fri Feb 28 01:37:28 2014
最近想要發一個案，因為涉及蠻多資料庫的東西、還有我們想做的東西之間的整合。
一方面因為我們要做的東西太多太大，另一方面真的很沒這方面的經驗，
跟工程師討論過程中，發現寫spec真的是個很困難的課題！
想請問各位接案的先進們：
(1)spec要怎樣寫才好？
只要把我想要的功能描述出來就好了嗎？把每個部分大概想要的功能寫出來。
例如：要把使用者這段期間的(參數)都抓出來跑成圖表，要長的像這樣（附圖）。
還是要每個動作每個動作交代的很仔細？
(這樣似乎效果比較好，但整個工程會變的很大、很耗時。)
例如：使用者這段期間的參數，會在他做XX動作時寫入，寫入完之後，要用OO函數把他
抓出來，跑出直條圖、表格顯示數字及非數字內容。
(2)spec的檢驗條件如何設定？
要怎樣設定檢驗條件，好讓契約雙方能有個依據？使得契約雙方能夠確認，
工程師達到檢驗條件的某種程度就算是合乎條約、沒達到就算違約。
例如：假設我說會員必須要有某個頁面（我內心想說應該頁面會不斷自己生成）。
結果可能工程師達到了，讓每個會員都有某個頁面，但卻無法因為時間的經過或
資料的增加而不斷自動生成新頁面，這種問題可能日後才會發生，當下檢驗會發
現可以通過。
請問要如何避免這種窘境？
(3)請問有沒有SPEC參考範本或參考書籍可以推薦呢？
謝謝各位先進！
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 1.171.127.149
1F：→ cokellen:也要看工程師的能力程度和經驗 02/28 07:23
2F：推 caty1010:Spec真的要好好寫 以免日後糾紛多 02/28 15:01
3F：推 PsMonkey:Use Case 寫作方式勉強可以參考一下，至少當作起點這樣 02/28 15:26
4F：→ now99:大架構先寫出來 在往下分割 寫出來 越寫越細 02/28 19:32
5F：→ noxhsu:不要把UML套上去，他們看不懂...(結 03/01 20:51
6F：推 sing10407:畫個心智圖(功能細節) 03/03 00:47
7F：推 Ammenze:Spec詳細程度跟工程師的程度和經驗成反比 03/03 17:49
8F：→ Ammenze:第二點應該是要先畫出雛形跟功能說明和需求方詳談 03/03 17:50
9F：→ Ammenze:訂好可以修改的最後日期後，就照說好的去寫spec跟程式 03/03 17:51
10F：→ Ammenze:一般比較有經驗的，在功能說明會準備多種方案給客戶選擇 03/03 17:52
11F：→ Ammenze:都確定功能後，寫好才想到的功能基本上可以無視他 03/03 17:53
12F：→ Ammenze:但是很多客戶都魯小小就是了，這時就看要怎麼談修改.. 03/03 17:54