討論串(共19篇) - [請益] 有公司用這種開發方式嗎? - 看板Soft_Job

看板 [ Soft_Job ]

討論串[請益] 有公司用這種開發方式嗎?

共 19 篇文章

排序：最新先 | 最舊先 | 留言數 | 推文總分

內容預覽：開啟 | 關閉 | 只限未讀

首頁

尾頁

Re: [請益] 有公司用這種開發方式嗎?

推噓5(5推 )留言30則，0人參與作者oomusou (oomusou)時間14年前 (2011/11/13 00:43)資訊

內容預覽:

(恕刪...). 我覺得spec要詳細比什麼都還重要，. 儘管花再多的人力物力SA/SD也要把spec都搞得清清楚楚. 最好每個細節都能掌握，. 不然PG都只是瞎做白忙，. 做完再改的成本更高，可能整個架構都要翻掉，還要重新testing. 難道這就是台灣軟體業的宿命?. --. ※ 發信站: 批踢

Re: [請益] 有公司用這種開發方式嗎?

推噓1(1推 )留言1則，0人參與作者lovdkkkk (dk)時間14年前 (2011/11/12 22:03)資訊

內容預覽:

個人認為這樣做而且做得好的, 成本其實較高,. 比較起來值得觀注的是它有沒有對應的品質,. 想像一下, 例如單純的 CRUD 導頁面這樣的東西,. 後端程式. 資料存取 - 已經訂好資料表, 各個欄位及它們的型態, 意義與關連. - 已經訂好 DAO 基本介面及該在哪個 package,. cla

(還有820個字)

Re: [請益] 有公司用這種開發方式嗎?

推噓0(0推 )留言1則，0人參與作者howshou (好小 )時間14年前 (2011/11/12 15:35)資訊

內容預覽:

這方法看起來優點多多，縮短一半開發時間，互相review code...。. 你講的是，人力無窮的狀況吧。. 同樣個一個期間丟了兩倍人力下去，當然可以縮短開發時間 (先不談人月神話)。. 彼此還能互相學習與成長。. 所以這方法就算真的能省時(或其他獲利)，. 也不是因為"開發方法"，而是投入更多

Re: [請益] 有公司用這種開發方式嗎?

推噓1(1推 )留言6則，0人參與作者oaz (幸福治安：破案數/十萬人)時間14年前 (2011/11/12 14:03)資訊

內容預覽:

基本上，台灣的規格書是比較接近需求搜集，然後下一步就要實作. 譬如：. 規格書定義：一個畫面有三個按鈕，按了第一個要做什麼，第二個要做什麼事，第三個要做什麼事. 但比較學院派的人作法，是比較接近物件導向分析與設計. 譬如，會從使用者案例開始玩起. 就使者案例來說，除此需求之外. 還要考慮，使用者按了

(還有782個字)

Re: [請益] 有公司用這種開發方式嗎?

推噓4(4推 )留言7則，0人參與作者sniffer (again)時間14年前 (2011/11/11 18:36)資訊

內容預覽:

永遠都會有沒考慮到的問題, 不然瀑布架構不會被檢討,. Boss, HW bug, OS bug 都會引起各種架構變化,. 而且這樣做, 規格書可能比程式還多, SA自己寫全部code還比較快. 每個函式都要定出來, 是用在程式模組之間的介面,. 不是要SA把程式架構裡的每個函式都弄出來,. pro

(還有180個字)

首頁

尾頁