需求描素不是照書本就會的

Albert 2011-11-16 17:26:36 ‧ 2883 瀏覽

分享至

需求描素不是照書本就會的
要先將 [畫面][報表] 作出來
再給操作確認流程
再轉成[規格表]發包
就是 [人力外包] 就是依照試做程式 [複製] [替換物件]
不是 [技術外包]
[人力外包] 就是發包者要很清楚知道 [架構][功能]
[人力外包] 就是發包者要很清楚知道要怎麼寫, 寫在哪裡

以下:

以下文章來自:
http://www.ithome.com.tw/itadm/article.php?c=70643

以前曾經參與過一個專案，這個專案在臺灣做需求分析的工作，之後的開發則移到上海做後續的設計、實作及測試。分析的規格文件可以說是十分的詳盡，厚厚的一大疊，兼之以運用當時最流行的UML塑模技術。可是，即使如此，當上海開發團隊依據規格文件開發完成系統、交付回臺灣之後，準備開始進行使用者接受度測試時，客戶端的使用者才發現，做出來的東西和他們想像的不太一樣。而且，因為已經到了開發週期的尾端，這個時候才來開始修改系統，需要付出的代價更為沉重。

看更多先前的討論...收起先前的討論...

海綿寶寶 iT邦大神 1 級 ‧ 2011-11-16 17:46:55 檢舉

這次 albertachen 大大有附上討論標的文章來源
看起來就不會摸不著頭了
給您兩個

想請教albertachen大大
由您經手的需求規格
大概長什麼樣子

我看過的規格，只有三種
1.終端機畫面(COBOL)的規格─簡單無疑慮
2.文字搭配傳統 flowchart / ERD─我最熟
3.UML 規格─看了文件還得口頭說明補充

Albert iT邦高手 1 級 ‧ 2011-11-16 18:18:18 檢舉

我們是 [技術轉移顧問]
就是 [軟體承包商] 或 [軟體發包業主] 的 [技術委外] 對象
我們常常對 [軟體發包商][發包業主][委外人力] 作技術轉移
只 [負責技術] 不負責 [最終功能]

海綿寶寶 iT邦大神 1 級 ‧ 2011-11-16 19:10:14 檢舉

可是
技術移轉不包括如何用文字描述程式要做的事

難不成
都只有口頭說說而已

海綿寶寶 iT邦大神 1 級 ‧ 2011-11-16 19:20:42 檢舉

大概是我太混
印象中到了Windows/Web時代之後
就很少看到程式規格了
就算有規格
寫出來的結果誤差都蠻大的

Albert iT邦高手 1 級 ‧ 2011-11-16 19:57:16 檢舉

技術轉移顧問
[是做出所有程式][所有規格]
委外人力
只可以[複製][貼上]

總裁 iT邦好手 1 級 ‧ 2011-11-16 20:44:09 檢舉

海綿寶寶，看來您還是沒看懂阿伯大的意思，基本上，我不用看標題，也不用看本文，只要看發文的人就知道了，結論一定是別人都是笨蛋，只有阿伯大自己最厲害。

海綿寶寶 iT邦大神 1 級 ‧ 2011-11-16 21:29:05 檢舉

cdfu提到：
海綿寶寶，看來您還是沒看懂阿伯大的意思

就是看不懂才要問呀

如果問到、學會就算我賺到了喲

總裁 iT邦好手 1 級 ‧ 2011-11-17 07:58:53 檢舉

antijava提到：
如果問到、學會就算我賺到了喲

那我現在就可以教您了，只要每天早晚閉上眼睛，大聲的念出以下的咒語10遍---"我最偉大"，保證您3年可有小成，10年即可練成，如果您練了20年還沒有感覺的話，表示您不適合本門派的武功，勸您可以放棄了...

Albert iT邦高手 1 級 ‧ 2011-11-17 08:36:34 檢舉

antijava提到：
印象中到了Windows/Web時代之後
就很少看到程式規格了
就算有規格
寫出來的結果誤差都蠻大的

技術轉移顧問
要將程式碼附上
[委外人力]只可以抽換 [物件/Table] [方法/Column]

不是我們 [最厲害][最聰明]
我們是先寫出畫面報表 [實作] [打樣] 可用後才[開規格] 教育[委外人力]
我們最辛苦
沒法確保 [委外人力] 會作出哪些結果
如果你敢發包, 你是[膽大]我們[膽小]不敢
,,

技術顧問是自已作
技術轉移顧問是自己先作出來, 再教會[委外人力]來模仿複製