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

看板CodeJob作者 (Bye!Yesterday)時間10年前 (2014/02/28 01:37), 編輯推噓4(408)
留言12則, 7人參與, 最新討論串1/2 (看更多)
最近想要發一個案,因為涉及蠻多資料庫的東西、還有我們想做的東西之間的整合。 一方面因為我們要做的東西太多太大,另一方面真的很沒這方面的經驗, 跟工程師討論過程中,發現寫spec真的是個很困難的課題! 想請問各位接案的先進們: (1)spec要怎樣寫才好? 只要把我想要的功能描述出來就好了嗎?把每個部分大概想要的功能寫出來。 例如:要把使用者這段期間的(參數)都抓出來跑成圖表,要長的像這樣(附圖)。 還是要每個動作每個動作交代的很仔細? (這樣似乎效果比較好,但整個工程會變的很大、很耗時。) 例如:使用者這段期間的參數,會在他做XX動作時寫入,寫入完之後,要用OO函數把他 抓出來,跑出直條圖、表格顯示數字及非數字內容。 (2)spec的檢驗條件如何設定? 要怎樣設定檢驗條件,好讓契約雙方能有個依據?使得契約雙方能夠確認, 工程師達到檢驗條件的某種程度就算是合乎條約、沒達到就算違約。 例如:假設我說會員必須要有某個頁面(我內心想說應該頁面會不斷自己生成)。 結果可能工程師達到了,讓每個會員都有某個頁面,但卻無法因為時間的經過或 資料的增加而不斷自動生成新頁面,這種問題可能日後才會發生,當下檢驗會發 現可以通過。 請問要如何避免這種窘境? (3)請問有沒有SPEC參考範本或參考書籍可以推薦呢? 謝謝各位先進! -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 1.171.127.149

02/28 07:23, , 1F
也要看工程師的能力程度和經驗
02/28 07:23, 1F

02/28 15:01, , 2F
Spec真的要好好寫 以免日後糾紛多
02/28 15:01, 2F

02/28 15:26, , 3F
Use Case 寫作方式勉強可以參考一下,至少當作起點這樣
02/28 15:26, 3F

02/28 19:32, , 4F
大架構先寫出來 在往下分割 寫出來 越寫越細
02/28 19:32, 4F

03/01 20:51, , 5F
不要把UML套上去,他們看不懂...(結
03/01 20:51, 5F

03/03 00:47, , 6F
畫個心智圖(功能細節)
03/03 00:47, 6F

03/03 17:49, , 7F
Spec詳細程度跟工程師的程度和經驗成反比
03/03 17:49, 7F

03/03 17:50, , 8F
第二點應該是要先畫出雛形跟功能說明和需求方詳談
03/03 17:50, 8F

03/03 17:51, , 9F
訂好可以修改的最後日期後,就照說好的去寫spec跟程式
03/03 17:51, 9F

03/03 17:52, , 10F
一般比較有經驗的,在功能說明會準備多種方案給客戶選擇
03/03 17:52, 10F

03/03 17:53, , 11F
都確定功能後,寫好才想到的功能基本上可以無視他
03/03 17:53, 11F

03/03 17:54, , 12F
但是很多客戶都魯小小就是了,這時就看要怎麼談修改..
03/03 17:54, 12F
文章代碼(AID): #1J3tVRS1 (CodeJob)
文章代碼(AID): #1J3tVRS1 (CodeJob)