這是我讀周思博的文章,他講關於規格的議題,看完一點小小的心得。有些項目或許可以拿來用一下,檢查一下與泳的規格哪些要說卻沒說清楚的。只看一些比較特殊的好了,
腳本:這項目主要是描述
非目標,此項目主要的目的是告訴開發或測試人員,那些是這個程式不考慮提供的功能。我覺得還蠻重要的,免得某人在看到QA測試出一些奇怪不可思議的情形想跑去翻桌,或許與泳之前的規格有時會散落在各個細目底下,但獨立出來或許可以更明確的告訴使用者或測試人員不要肖想有這功能。
未定義項目:當程式設計師要開始作業時,所有未定義項目都應該解決了。但是我們可能有機會看到初版之前的規格以研究可能開發的功能與提早構思系統架構,如果有標注未定義項目,我想可以幫助我們了解此部份可能變動機會較大,在這地方可以用較彈性的寫法,以對應改變。
周斯博講規格這系列文章我覺得比較重要的就這一篇,比較有意思的是微軟裡負責寫規格的程式經理給我的感覺比較像PM。裡面也提到雖然說有規格才有功能,但是規格應該是不斷的在修正的,之前還會覺得為什麼到最後一版了都還在出規格書,如果這個出身最大軟體公司的人說規格不斷的修正是合理的話,那我們的情形挺正常的。
另外我覺得他的另一系列關於介面設計文章也很值得看,對與泳或許會比較重要吧。
他提到的幾個設計重點挺有意思的
· 使用者不讀東西(chapter 6)
· 使用者不會用滑鼠(chapter 7)
· 使用者記不得任何東西
有興趣可以去看看。
留言