討論區快速選單
知識庫快速選單
網路投保旅行平安險 政府補助!學嵌入式+物聯網 傑米的攝影旅遊筆記
[ 回上頁 ] [ 討論區發言規則 ]
完全不會寫程式的人能當SA/SD嗎 ?
更改我的閱讀文章字型大小
作者 : demo999(DEMO999) Java優秀好手貼文超過500則人氣指數超過10000點
[ 貼文 632 | 人氣 29373 | 評價 3840 | 評價/貼文 6.08 | 送出評價 20 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/2/25 下午 08:04:54
你們真的會讓完全不會寫程式的人來幫你們作 SA & SD 嗎?

一個同學告訴我的 ,
她們公司準備培養一群 SA , 不過這些 SA 是完全不了解如何寫程式
也不了解AP Server的運作(J2EE/Web/JSP/Serlvet 完全都不懂) ,

但是她們的人都有自信自己可以做好 SA & SD

完全對於自己要開發系統所使用的架構 , 程式語言都不會寫的人 ,
開出SA , 所畫出的圖 , 如果碰到SD 來問 : "我這樣的設計是不是你要的? "
SA 真的可以有自信的說沒錯嗎?

完全不會寫程式(或是不會所使用的相關架構)的人真的可以來做 SA 嗎?
就好像一個只會寫Client Server程式的人 , 你要她去做 WebApplication 的SA ,
她開出來的規格 , 你會相信沒有問題嗎?

要請問大家 , 有沒有哪一家公司也是這樣做的? 而且做的很好的?





作者 : daniel(冷眼)討論區板主 VC++優秀好手遊戲程式設計優秀好手DirectX優秀好手C++優秀好手貼文超過1000則人氣指數超過70000點
[ 貼文 1564 | 人氣 84169 | 評價 6990 | 評價/貼文 4.47 | 送出評價 15 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/2/25 下午 08:37:22
我想 應該說不能叫他們是 分析師吧...
感覺像公司為了接case 養的業務..

大概想反正客戶那說一套.不行內部在走一套
台灣大多是走系統整合,
一般容戶也不會提什麼技術的問題吧?

所以我想養一些沒有程式底的分析師
去跟人談case 應該沒差 =.=||

不過這樣按圖施工的程式工人(~_~ 我也是)..看那些架構
吐些血是難免的吧

作者 : truehero(真虛弱) 人氣指數超過10000點
[ 貼文 188 | 人氣 11797 | 評價 850 | 評價/貼文 4.52 | 送出評價 23 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/2/25 下午 11:35:31

一個公司擁有的各種工作流程是與程式無關的

程式設計師的任務只是把這些流程根據適當的方法寫成程式

所以會有

1. 只懂規劃流程的SA/SD

2. 根據1所提供流程規劃出系統藍圖的SA/SD

3. 根據2所分析出來的模組來CODING的sp

我猜前文中要養的那批人是1 :)



作者 : demo999(DEMO999) Java優秀好手貼文超過500則人氣指數超過10000點
[ 貼文 632 | 人氣 29373 | 評價 3840 | 評價/貼文 6.08 | 送出評價 20 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/2/26 上午 12:24:27
補充說明:
我會有疑問的地方是 ,
如果 SD 不是由會寫程式與系統經驗與能力的人員來擔任 ,
或者是 SA 不是由曾經擔任過 SD 與 寫程式與系統經驗與能力的人員來擔任

你會發現他們最常問的問題是 ,
"圖(UML) 或是 相關規格書要開到多詳細才足夠 ?? "


如果 SD 人員沒有寫過程式與系統的經驗與能力 , 他根本不知道自己開出來的規格書
下面的程式設計師能不能寫的出來

相同的 SA 人員如果沒有具備SD 與 寫程式與系統經驗與能力
他也不會知道 自己畫出來的東西是否足夠...


要再請教各位前輩的是:
我的認知中 , SD 應該是要由有系統實做能力與經驗的程式開發人員進階去擔任
而 SA 人員則是要由有系統實做設計能力與經驗的SD人員擔任

不知這樣的認知是否有誤?


還是現在是真的只要去過所謂OOAD的教育訓練課程的 ,
但是完全不會寫程式 , 也沒有做過一個系統的人員都可以擔任所謂的 SA , SD ???
作者 : truehero(真虛弱) 人氣指數超過10000點
[ 貼文 188 | 人氣 11797 | 評價 850 | 評價/貼文 4.52 | 送出評價 23 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/2/26 下午 03:57:29

SA 人員則是要由有系統實做設計能力與經驗的SD人員擔任
這種做法很不錯,問題在於這樣的SA都已經很有資歷了,如果客戶有問題
總不能都叫他去吧 ,所以才需要有一批去客戶那邊負責挨罵的年輕人,帶回客戶的需求

而只有接觸客戶的人"比較"知道客戶真正需要的是什麼,
所以系統由她們來規劃是比較適當的做法

系統是用來配合公司的制度,如果系統分析完有實作上的困難,盡量要遷就於制度面



-------------
題外話
 我聽說過某一間公司,也是養了一批不會寫程式的SA
 但這批人卻能力不足,無法幫助客戶解決問題,後來通通被FIRE


作者 : yiha(yiha)
[ 貼文 28 | 人氣 669 | 評價 320 | 評價/貼文 11.43 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/5/17 上午 09:25:53
完全不會寫程式的人,照你說的連系統架構也不懂,這樣的人是不可能做 SA/SD 的,不過也許那家公司對 SA/SD 的定義與一般不同。我同意樓上的說法這樣的人必較像是業務或是去訪談需求的,不過以這樣的條件可能專案最後的下場也不會太好。如果公司不是做專案而是做套裝軟體的說不定都是有些可能,因為系統的架構及應用技術都已經有所規範,只需取得客戶需求就可以了,不過這樣算不算做 SA/SD 還是牽涉到定義的問題。
作者 : bluetulip(BlueTulip) Visual Basic優秀好手貼文超過1000則人氣指數超過10000點
[ 貼文 1127 | 人氣 28366 | 評價 4070 | 評價/貼文 3.61 | 送出評價 15 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/5/17 上午 10:09:19
to truehero(真虛弱)
也許是您沒碰過那樣的情況,發文網友的問題點跟您回應的好像並不一樣唷...
你說那些是給客戶轟得炮灰?
那請教一下炮灰回傳回來的客戶需求你敢用?
那些炮灰真得聽得懂客戶在說什麼東西?
客戶不懂程式,炮灰也不懂,兩個不懂程式的人討論出來的系統流程,
您真的真的真的真的覺得那是可以開發的?
哈里路亞...有點好奇您是幾歲的人,職務是什麼了...
舉個更明顯看出問題的例子給您參考一下吧!
您的說法移到建築業的話...
就好比在路上抓兩個不懂建築的路人幫您畫房屋設計圖一樣。
那樣的房子不會蓋到一半塌掉?蓋好了你敢住進去?

說真的啦!連程式基礎都沒有的人,連程式到底能做到什麼程度都不知道,
到頭來會變怎麼樣呢?結果就是他們弄出來的流程,事實上都是依Excel弄出來的...
說白點就是,那根本就是使用Excel來處理那些工作時的流程。
(前題當然是那些人會用Office.....= =")
大家都清楚,拿Excel的運作方式來規劃系統有多災難性了...

to 發文網友(不好意思,忘了看您的ID @@)
台灣的老闆們,絕大多數是不相信所謂的人才論、專才論的,
他們一項只相信耗才論。更不相信沒有員工訓練教不出的職位...
一個員工能同時在企劃、會計、研發部工作是他們的理想,
讓員工生老病死嫁娶都在公司是他們的目標,
至於讓員工吃喝拉睡買菜保險都跟公司掛在一起,是他們的夢想...
「他們要的是耗才、是奴隸,不是員工」
請注意,上頭那票人,懂程式的也不多...對他們來說,程設沒啥了不起的...
要不早該問問程式部對於這類人員的擴編的意見了...
作者 : demo999(DEMO999) Java優秀好手貼文超過500則人氣指數超過10000點
[ 貼文 632 | 人氣 29373 | 評價 3840 | 評價/貼文 6.08 | 送出評價 20 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/5/17 下午 08:29:59
>>>完全不會寫程式的人
可能是我說的不夠詳細吧 ,

舉例來說 , 一個只有摸過 COBOL 程式的人
你找他來規劃 使用 Web 介面 , 並且使用 Dot Net 架構的專案
有幾點要素 , Web 介面的應用程式 它至少就跟一般桌面應用程式 差很多 ...
更何況是 COBOL 程式 又差更多 ,
這樣的人 , 我會稱之為 "完全不會寫程式的人"

舉例來說
Web 介面的應用程式的一些限制 , 如果你只用VB寫過 一般桌面應用程式 ,
而完全沒有 Web 應用程式開發的經驗 , 來做 SA / SD 就會有問題...

更退一步看則是 只有 COBOL經驗的人 , 你會稱他為 "會寫" Web 應用 "程式的人" 嗎 ?

"COBOL" 只是舉例 , 你可以把它換成其他程式語言
"Web應用程式"也只是舉例 , 你或許可以把它換成 "嵌入式系統應用程式"


其實每一種新的程式語言出現時 , 同時它的架構可能也會與以前不相同...
舉例來說 , 如果你拿 VB的寫法 , 去套 VB.net 應該會有很大的問題發生...

另外 我們只是討論 , 彼此交流一下經驗 ...
或許有的人運氣好 , 碰到的環境與 User 都不錯
也或許有的人運氣差 , 碰到的環境與User 都很 "ㄙㄞˋ"
大家也順便開開眼界 , 希望盡量不要討論到 "個人人身" 範圍 ,
這樣會比較讓後續的人可以放開 , 也提供他們個人的經驗與案例...
作者 : bluetulip(BlueTulip) Visual Basic優秀好手貼文超過1000則人氣指數超過10000點
[ 貼文 1127 | 人氣 28366 | 評價 4070 | 評價/貼文 3.61 | 送出評價 15 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/5/18 上午 10:49:44
大概是用字的問題...人家絕對沒有人身xx的意思在 @@
對不起 ><"

COBOL不是很了解,不過以vb跟web來說,
其實畫流程的話,核心的想法很重要,那個程式的運作流程,
不過有可能出問題的就是各語言的限制不同,
能提供的支援也不盡相同,這樣子弄出來的流程圖很可能會有,
本來可以很簡單的地方,繞了一大圈,本來要做三個動作的,
卻被用一個web不支援的動作解決了....
不過一個好的分析師,應該會在定案之前,密集滴與實務人員開會才對的。
一切一切都是「看個性」 @@
作者 : truehero(真虛弱) 人氣指數超過10000點
[ 貼文 188 | 人氣 11797 | 評價 850 | 評價/貼文 4.52 | 送出評價 23 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/5/18 下午 12:23:41
一間企業A裡自有一套運行了20年的流程
某一天她們希望將整套流程E化

所以找了一間有名的ERP公司A來合作

這個企業沒人懂程式

此時A公司應該派出怎樣的人來與B公司溝通?

1.同時懂系統實作層面與企業流程的人
  這是最佳選擇,但培養這樣的人數十年時間大概跑不掉
  A公司可能有幾個這樣的人?

2.懂得精通各種程式語言工具 資料庫,能遵照開出的SPEC分析迅速開發出系統的人
   問題來了, 看到客戶需求中表單裡的螺絲單位是一顆而不是一包 ,為什麼進來的零件
   偏偏要分成三個TABLE存?
  只懂得系統的人,真的能聽懂客戶的需求是什麼嗎?
  如果客戶的需求其實是有問題的,只懂系統的人看的出來嗎?

3. 懂各行業流程,但不會寫程式的人
  這些人在E化前早已存在於各行業,她們的任務在於改善企業流程來提升效率
  請個假流程要跑10天太久了,能不能縮短?
 這個工廠一個月只能生產200KG的鐵,但同業的廠可以生產400KG ,問題在哪?
 她們與客戶有共同語言,所以適合和客戶溝通,
 問題在於3的人帶回需求後,這些需求在系統層面是否能IMPLEMENT出來?
 程式設計師會認為這些人都只會打嘴砲,死的是自己

----------------------------------------------
如果客戶需求的流程有實作上的困難
是要1.修改流程來符合系統設計 ?
還是2.修改系統設計來符合流程 ?

無論1,2,都無關對錯,但會想養不懂程式的SA/SD的公司
選擇無疑是2

只是這選擇到底正不正確,WHO KNOW?
上面我也已經提出一個反例了

所以,好像現在大部分公司的作法還是找懂得寫程式的人去與客戶談
邊談邊學?

--------------------------------------------------------------------------
我自己本身不是幹這行的,但我家裡 有一個寫程式的SD,有一個不會寫程式的SA
後者年薪是前者的三倍 ,兩者的年薪都是7位數,以上只是我根據聽到的隻字片語
外加自己的推測寫出來的,請大家參考一下就好



   
  

作者 : creativecode123(howard)
[ 貼文 5 | 人氣 3 | 評價 20 | 評價/貼文 4 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/5/18 下午 01:32:46

正常來講, PG -> SD -> SA 是必經的路,

因為懂得 程式架構 才知道 資料庫 schema 怎開才最好 然後 到SA才知道 UML 出來的東西 會不會造成 系統設計上的困難..

畢竟SA 開出來的東西 要SD看的懂才好,
SD開出來的 schema 要PG 覺得清楚 + 好撈

不然客戶在幻想她們的系統要怎樣怎樣.. SA 通盤答應也不知道後果!
SD 也串不起來 流程,
倒楣的最後是PG面臨時程的壓力也看不到底!!
SD一天到晚在改schema,
SA被客戶臭罵..

然後大家就在專案還沒結束之前討論要走人..

這就是台灣專案開發近七成的結果

所以 SA 要選有經驗的 而且能說服客戶無止境的需求,
不然 SA 一句話 , 下面死一大堆人!!!!
作者 : demo999(DEMO999) Java優秀好手貼文超過500則人氣指數超過10000點
[ 貼文 632 | 人氣 29373 | 評價 3840 | 評價/貼文 6.08 | 送出評價 20 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/5/18 下午 08:15:30
最近還有一種角色叫 BA , B 是 Business 的意思
他真的就是完全不會寫程式 ,
他最熟的就是商業邏輯 , 業務流程

這種人 他不會寫程式...但是他提出的需求都是商業面的需求 ,
至於如何轉換成系統面的需求 , 就不是他的職責了 ...
他只要確認 SA 所提出來的系統需求 , 能夠滿足他提出來的商業面的需求就夠了...

所以
BA -> 提出 商業面的需求 -> 需熟商業邏輯與流程 -> 不需要會寫程式
     <--寫程式本來就不是他的職責

SA -> 根據商業需求轉換成系統需求 -> ??? 到底要不要會寫程式 ???

系統需求 跟 商業面的需求 的差異 ,
大家或許可以多多舉例 , 舉例說明 何種為系統需求 , 何者為商業面的需求

上面的版友也舉了很多例子 , 大家也可以將這些例子 , 自己分析一下
哪些是屬於系統面的 , 哪些是屬於商業面的...

感謝各位版友的回應 , 可以多看到別人的經驗與想法


作者 : chiuinan2(青衫)討論區板主 Visual C++ .NET卓越專家VC++一代宗師Visual Basic優秀好手資訊類作業求救卓越專家一般曠世奇才程式設計甘苦談優秀好手C++ Builder優秀好手上班族的哈拉園地優秀好手C++頂尖高手Assembly優秀好手貼文超過3000則人氣指數超過150000點
[ 貼文 3732 | 人氣 170106 | 評價 34520 | 評價/貼文 9.25 | 送出評價 125 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/5/19 上午 04:37:42
我不知SA的定義為何, 因為這個圈子裡, 大家的認知都有點不太一樣. 我個人一直將分析的部份分為"需求收集與分析", "系統分析", 前者不一定要懂程式, 但一定要懂domain know how. 後者則一定要有程式設計的背景.

就像PM的角色而言, 有人視為"需求收集與分析"的角色, 有人視為"協調溝通"的角色, 有人視為"軟體發展管理"的角色, 其實都不一樣. 不過就我的經驗而言, 太會技術的人去談需求, 容易由技術層面來看事情, 反而忽略了實際隱藏的需求, 其實並非恰當.

SA倒底是個什麼樣的職業, 雖說我也經歷過, 但每家公司都不太一樣, 因此我自己也混淆了. 而且不同的角色, 需要的人格特質就不同. 像我個人就非常不適合做為專案的需求收集與管理者, 因為除了協調溝通之外 (這點還簡單), 還要了解並擺平對方公司內派系之爭的問題 (不然這邊做滿意了, 那邊不爽不驗收), 對於我這種說一是一, 說二是二的人, 蠻難去處理這類陵陵角角的事. 但若單純只做需求分析, 或是系統分析, 卻又是我最擅長的邏輯分析. 如果這些都統稱為SA的話, 那麼應該就沒有什麼統一的標準答案了.

在軟體工程裡, 系統分析應該是蠻單純的, 只是在台灣好像都要全能, 因此事情就變得不那麼單純了. 以軟體工程中的系統分析師角色, 技術的基礎是一定要有的, 不然如何配置出最佳的系統架構. 如果談的是業界所謂的"系統分析師", 那麼就看那家公司如何去定義了.
作者 : cocolee8215(cocoleexxx)
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/4/9 下午 05:32:17
我認為SA/SD不一定需要資深的程式設計師來擔任
但是基本的程式邏輯與技術能力還是要具備

舉例來說,Web軟體和單機版的Windows軟體有什麼不同?
如果傻傻分不清楚區別,那接下的案子不是很可怕嗎?
作者 : cocolee8215(cocoleexxx)
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/4/9 下午 05:32:24
我認為SA/SD不一定需要資深的程式設計師來擔任
但是基本的程式邏輯與技術能力還是要具備

舉例來說,Web軟體和單機版的Windows軟體有什麼不同?
如果傻傻分不清楚區別,那接下的案子不是很可怕嗎?
作者 : pantc328(好說) C#優秀好手貼文超過500則人氣指數超過10000點
[ 貼文 894 | 人氣 14154 | 評價 3400 | 評價/貼文 3.8 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/4/10 上午 08:39:03
已我的觀點來看.
會程式,不具邏輯概念的叫Coder(打字員).
會藝術,畫圖的叫美工.
會畫圖,具企業相關邏輯及知識的叫設計師(設計企業化面,流程,欄位...)
會特定程式及邏輯強者(如Windows,Web OR PDA..)稱程設師.
會整個系統架構,網路,資料庫,Windows,Web.....整合全部的架構及企業領域知識者稱系分師.
協調力強,具時間觀念,耐超,生命力強....專經.
哈拉,聊天,打屁,會跳舞,會喝酒...業務.
有錢.....老闆.
作者 : fys(fys) 貼文超過200則人氣指數超過30000點
[ 貼文 460 | 人氣 49560 | 評價 750 | 評價/貼文 1.63 | 送出評價 36 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/4/14 下午 02:18:11
完全不會寫程式的人來當SA/SD,公司至少會存在三種風險
1.開出的規格,系統做不到,還要另外花時間向客戶解釋取消
2.開出的規格,程式設計師看不懂,還要花很多時間溝通
3.開出的規格無法預估完成時間,預估少了會造成公司一開始就賠本,預估多了客戶會覺得被當冤大頭


http://dotnet33.spaces.live.com 酷奇資訊工作室
作者 : whdrb(whdrb)
[ 貼文 19 | 人氣 1743 | 評價 0 | 評價/貼文 0 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2010/12/10 上午 10:44:33
我就是一個 只會寫 ACUCOBOL 的工程師 ( 說寫好像 太看的起自己 說不會寫 好歹也學寫了六年了 )
我現在也有個 瓶頸 就是 老闆要往大陸發展了 但是 他發展的大方向 好像只是 顧問 方面的 跟 程式都沒相關 現在也覺得 有危機
而台灣這方面 又沒有新客戶 只剩下幾間老客戶 的系統還在維護
不知道 我這個 只會 ACUCOBOL 如果 朝向 系統分析師 這方面 能有多大的作為?
因為 現在的語言 都是 物件導向 的居多
現在的顧主 真的會願意 用一個 "不會寫程式" 的人當 系統分析師 嗎
作者 : caesarwnag(caesarwnag)
[ 貼文 3 | 人氣 0 | 評價 50 | 評價/貼文 16.67 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/4/18 上午 08:40:20
sa sd 一般公司都沒有
我現在呆的公司
也沒有sa sd
只有一個課服
不過也很糟糕
不過這個案例
也能說明沒有程式底
怎麼知道你的難處 怎麼溝通 那才是最大的問題
建議將口蹄疫疫苗每月空瓶回收填報作業併入口蹄疫疫苗每月注射填報/查詢作業中,以簡化操作頁面並能掌握每場空瓶回收情形。→建議需可記錄到每一場的空瓶回收數或群組牧場空瓶回收總數。
以上是我要做的功能
一看到這段文字
心理剛開始想
1.每月空瓶回收填報作業併入口蹄疫疫苗每月注射填報/查詢作業中
2.簡化操作頁面
這是很龐大的一件事情
一看到作業我猜想這指的是一個功能
兩個功能要合併 還要簡化操作頁面
我看頁面看了很久
這要怎麼簡化跟合併
兩個不同的功能
事後還被課服說 你的閱讀能力真差
他快去學java了 我希望他去學完之後
看看誰的閱讀能力差
用字不精準 看的人有別的想法也是應該的
這個功能的原意是說
把兩個按鈕底下的功能合併為一個
每月空瓶回收填報作業的按鈕下有三個功能
口蹄疫疫苗每月注射填報/查詢作業的按鈕下只有一個功能
要把口蹄疫疫苗每月注射填報/查詢作業按鈕下的功能與每月空瓶回收填報作業的按鈕下的功能合併
如果有理解我說什麼
那就知道意思是差很多
再來就是第二個功能
需可記錄到每一場的空瓶回收數或群組牧場空瓶回收總數
空瓶回收數是人為計算好的總數
所以空瓶回收總數後面要添加一個功能牧場空瓶回收的明細
課服又給我了一個難題
兩方的總數需相等
這又要討論很久
空瓶回收總數人為計算的
牧場空瓶回收的明細是經由程式計算的
哪方面資料比較正確跟重要
要是不一致哪個為參考
這是我質疑的地方
這家公司以課服為對外聯絡窗口
這個會議在我進公司前有開過會
沒有一個人當下談論到這一塊或質疑
所以最後變成
若是填空瓶回收總數時跟明細不合
則刪除明細
若是牧場空瓶回收的明細回收總數時跟空瓶回收總數不合
則牧場空瓶回收的明細回收總數取代空瓶回收總數
我跟我朋友說這件事情
我朋友說這個功能很蠢
有100筆明細的話
填完之後 下一個人再去填總數 不合 然後再去刪這100筆的明細
那個人不是做白工
不用他說 我也知道
以上的案例就是說明
不會寫程式
只聽使用者怎麼說 怎麼做
之後溝通完全不能體會程式設計師的難處
站在使用者立場想
最怕的還是沒有擔當
壓了時間 卻還要怪我們寫不出來
或寫的不正確的sa sd
完全不會寫程式
告知企業上的邏輯
這是沒問題
但是當我們提出質疑
這個不會寫程式的sa sd 或者我上述的那位課服
跟你說使用者立場 出錢的是老大 等等的字眼
你會不ORZ嗎
作者 : caesarwnag(caesarwnag)
[ 貼文 3 | 人氣 0 | 評價 50 | 評價/貼文 16.67 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/4/18 上午 08:40:31
sa sd 一般公司都沒有
我現在呆的公司
也沒有sa sd
只有一個課服
不過也很糟糕
不過這個案例
也能說明沒有程式底
怎麼知道你的難處 怎麼溝通 那才是最大的問題
建議將口蹄疫疫苗每月空瓶回收填報作業併入口蹄疫疫苗每月注射填報/查詢作業中,以簡化操作頁面並能掌握每場空瓶回收情形。→建議需可記錄到每一場的空瓶回收數或群組牧場空瓶回收總數。
以上是我要做的功能
一看到這段文字
心理剛開始想
1.每月空瓶回收填報作業併入口蹄疫疫苗每月注射填報/查詢作業中
2.簡化操作頁面
這是很龐大的一件事情
一看到作業我猜想這指的是一個功能
兩個功能要合併 還要簡化操作頁面
我看頁面看了很久
這要怎麼簡化跟合併
兩個不同的功能
事後還被課服說 你的閱讀能力真差
他快去學java了 我希望他去學完之後
看看誰的閱讀能力差
用字不精準 看的人有別的想法也是應該的
這個功能的原意是說
把兩個按鈕底下的功能合併為一個
每月空瓶回收填報作業的按鈕下有三個功能
口蹄疫疫苗每月注射填報/查詢作業的按鈕下只有一個功能
要把口蹄疫疫苗每月注射填報/查詢作業按鈕下的功能與每月空瓶回收填報作業的按鈕下的功能合併
如果有理解我說什麼
那就知道意思是差很多
再來就是第二個功能
需可記錄到每一場的空瓶回收數或群組牧場空瓶回收總數
空瓶回收數是人為計算好的總數
所以空瓶回收總數後面要添加一個功能牧場空瓶回收的明細
課服又給我了一個難題
兩方的總數需相等
這又要討論很久
空瓶回收總數人為計算的
牧場空瓶回收的明細是經由程式計算的
哪方面資料比較正確跟重要
要是不一致哪個為參考
這是我質疑的地方
這家公司以課服為對外聯絡窗口
這個會議在我進公司前有開過會
沒有一個人當下談論到這一塊或質疑
所以最後變成
若是填空瓶回收總數時跟明細不合
則刪除明細
若是牧場空瓶回收的明細回收總數時跟空瓶回收總數不合
則牧場空瓶回收的明細回收總數取代空瓶回收總數
我跟我朋友說這件事情
我朋友說這個功能很蠢
有100筆明細的話
填完之後 下一個人再去填總數 不合 然後再去刪這100筆的明細
那個人不是做白工
不用他說 我也知道
以上的案例就是說明
不會寫程式
只聽使用者怎麼說 怎麼做
之後溝通完全不能體會程式設計師的難處
站在使用者立場想
最怕的還是沒有擔當
壓了時間 卻還要怪我們寫不出來
或寫的不正確的sa sd
完全不會寫程式
告知企業上的邏輯
這是沒問題
但是當我們提出質疑
這個不會寫程式的sa sd 或者我上述的那位課服
跟你說使用者立場 出錢的是老大 等等的字眼
你會不ORZ嗎
作者 : fcwang(fortran) 程式設計甘苦談優秀好手貼文超過200則
[ 貼文 231 | 人氣 2831 | 評價 2440 | 評價/貼文 10.56 | 送出評價 6 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/4/22 下午 08:55:54

>最近還有一種角色叫 BA , B 是 Business 的意思
>他真的就是完全不會寫程式 ,
>他最熟的就是商業邏輯 , 業務流程
>
>這種人 他不會寫程式...但是他提出的需求都是商業面的需求 ,
>至於如何轉換成系統面的需求 , 就不是他的職責了 ...
>他只要確認 SA 所提出來的系統需求 , 能夠滿足他提出來的商業面的需求就夠了...
>
>所以
>BA -> 提出 商業面的需求 -> 需熟商業邏輯與流程 -> 不需要會寫程式
> <--寫程式本來就不是他的職責
>
>SA -> 根據商業需求轉換成系統需求 -> ??? 到底要不要會寫程式 ???
>
>系統需求 跟 商業面的需求 的差異 ,
>大家或許可以多多舉例 , 舉例說明 何種為系統需求 , 何者為商業面的需求
>
過去我所參與過的軟體開發專案, 有下列的經驗, 或許可解各位對此議題的疑惑.

1995年我服務的公司拿到了一個晶圓廠的自動化軟體開發案, 公司雖然有 SA, SD, Programmer, 可是專案無法靠公司現有的團隊來執行, 因為沒有人懂半導體製程的人才, 無法與客戶討論需求, 系統分析與設計工作 只能停擺.

當初能獲得此商機會乃是有位來自美國的顧問襄助, 職稱為產業顧問 (Business Consultant), 他是屬於晶圓廠營運 (Operation)單位的人員, 不是軟體技術人員(當然不懂設計程式), 他在美國有使用這種系統的完整經驗,

因此他被留下來與 SA, SD 一起工作, 完成需求訪談 (Requirement Survey) 及 高階設計 (High Level Design), 至於細部設計(Detail Design) 時, 他並不能幫上忙.

在系統分析與設計階段, 他除了主持需求訪談, 也獨自完成系統所需功能的 Use Case, 因為他以前曾經是被訪談的對象, 他以用戶的身分確認過當時軟體開發團隊所提供的 Use Case 文件.

各位看官, 您認為這位不懂設計程式的產業顧問是否執行 SA 或 SD 的工作.
作者 : pantc328(好說) C#優秀好手貼文超過500則人氣指數超過10000點
[ 貼文 894 | 人氣 14154 | 評價 3400 | 評價/貼文 3.8 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/4/22 下午 09:59:59
//各位看官, 您認為這位不懂設計程式的產業顧問是否執行 SA 或 SD 的工作
這是看你在怎麼樣的情境下!
如果資源無限大,有數百億可以花.誰當SA,SD都沒差.
但有資源限制.我們有多少時間?多少資金?多少人員?技術能力...風險評估.
全部都要被考量.
作者 : caesarwnag(caesarwnag)
[ 貼文 3 | 人氣 0 | 評價 50 | 評價/貼文 16.67 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/7/29 上午 06:53:38
完全不懂架構的人來寫程式更可怕
以下是併檔程式

來源端目錄檔 (輸入對話框) (目錄 buootn)
----------------- -----------------
| | | |
| | | |
| 左 | <===> | 右 |
| | | |
| | | |
------------------ -----------------

pc端檔案 (輸入對話框) (目錄 buootn)


從來源端目錄按下 button輸入對話框會顯示你選的 local端檔案名稱
在放到左邊的方塊中
這樣可以再選擇另一個檔案
左邊就可以堆疊許多檔案
在藉由 <===> 做左右兩邊選取之檔案作搬移
最後 pc端檔案 選擇要存在哪裡

以上是真實的 spec 真的是可以做到
java 技術來說 只有 swing能做到
因為 local端 有 java 程式
執行併檔的這塊就可以

好死不死
寫 spec的人以前好像是寫 cobol 出身的
當我跟他解釋著
這樣是做不出來的
因為程式放在 sever端
必須要改成上傳之後才能併擋
由於又是使用 ajax 上傳
來源端目錄檔 (輸入對話框) (目錄 buootn)
用的不是 html 提供的套件
使用的是自訂 button 那就必須使用 html 本身的元件
才能做到 上傳之後併擋
他只是向機器人一樣說著 本機端選檔案
然後放到左邊框框
之後........
吵到規覽趴火

作者 : ccljyc(CCL) 貼文超過500則人氣指數超過10000點
[ 貼文 911 | 人氣 16435 | 評價 580 | 評價/貼文 0.64 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/10/21 上午 11:21:00
我也在沒有SA/SD的地方工作
11年來....沒出過包...但一直被講溝通不良
這也難怪...懂的人不到3位
當然無法溝通....要用對方懂的方式去講
大概要花半年以上的時間
最後....變成只問[能不能做][時間多久]
我回答[不能做]->溝通不良
回答[可以做...但是]->溝通不良
回答[可以做...時間...]->害自己累....認定為溝通良好
回應[硬體問題....必需...]->害人害己+溝通不良
作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4498 | 人氣 37262 | 評價 11100 | 評價/貼文 2.47 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/10/21 下午 05:49:57
UML+use cases
 板主 : 徵求中
 > 系統分析與設計 - 討論區
 - 最近熱門問答精華集
 - 全部歷史問答精華集
 - 系統分析與設計 - 知識庫
  ■ 全站最新Post列表
  ■ 我的文章收藏
  ■ 我最愛的作者
  ■ 全站文章收藏排行榜
  ■ 全站最愛作者排行榜
  ■  月熱門主題
  ■  季熱門主題
  ■  熱門主題Top 20
  ■  本區Post排行榜
  ■  本區評價排行榜
  ■  全站專家名人榜
  ■  全站Post排行榜
  ■  全站評價排行榜
  ■  全站人氣排行榜
 請輸入關鍵字 
  開始搜尋
 
Top 10
評價排行
系統分析與設計
1 ㄚ俊 330 
2 fortran 130 
3 青衫 120 
4 真虛弱 100 
5 矇矇 90 
6 小朱 70 
7 DEMO999 70 
8 Killer 60 
9 BlueTulip 50 
10 冷眼 50 
系統分析與設計
  專家等級 評價  
  一代宗師 10000  
  曠世奇才 5000  
  頂尖高手 3000  
  卓越專家 1500  
  優秀好手 750  
Microsoft Internet Explorer 6.0. Screen 1024x768 pixel. High Color (16 bit).
2000-2019 程式設計俱樂部 http://www.programmer-club.com.tw/
0.1411133