一個優秀的系統分析員應該具備的三個素質

 都在談論中印之間的軟體大戰，其實沒有可爭論的，我們相差太遠！但並不是我們的程式設計師技不如人，而是缺少系統分析員，特別是高素質的系統分析員。究竟系統分析員對一個軟體專案來說有多麼重要呢？下面一個案例可以說明：

    某行業需要一個遠端專案申報和管理的系統，第一個系統分析員帶了10個程式設計師用了一年半，花了30萬，硬是把專案做砸了，要說失敗原因其實也挺委屈，由於 需要資料彙總和分析，系統分析員選擇技術路線是PB+Oracle，遠端使用者用Oracle本地資料庫，通過軟盤或電話線在資料庫間實現同步。但使用者後期 竟然提出系統要能夠處理圖片和公式，而且要能象Word一樣排版！要命，在資料庫中實現Word的功能實在難度太高，專案只能推倒重來並更換系統分析員。 新系統分析員經過仔細需求調查，採用了Jiefo FlowMIS作為開發平臺，用Excel、Word做使用者介面，用郵件的方式遠端傳輸Office文件，並取出文件中所需的資料進行彙總分析，兩週搞定 專案，而且使用者很滿意。

    再用上面的案例中，我們來說明一個系統分析員應該具備的三個素質：正確理解客戶需求、選擇正確技術方向和說服使用者採納建議。

    "正確理解使用者的需求"是系統分析員最重要的素質，這需要系統分析員有一定的行業或管理經驗，或能夠快速瞭解客戶從事工作的能力，換句話說，要有豐富的閱 歷和洞察力。在案例中，第一個分析員雖然仔細分析了客戶所提供的各種表格及需求，但沒有大量的查閱使用者實際資料，使用者以往的實際資料都是用Word和 Excel處理的，其中存在的大量圖表、公式，排版也很美觀，而行業使用者又非常在意文件的美觀，但這些被系統分析員忽略了，沒有向使用者提出這個問題，而用 戶由於對軟體理解有限，不可能自己發現問題所在，導致專案從一開始就選錯了技術方向。

    "選擇正確的技術方向"對系統分析員來說是不言而喻的，但這需要系統分析員知識面廣且經驗豐富。例如，在上一個案例中，系統分析員要能洞察資料庫所能處理 的極限、瞭解Exchange、Notes或FlowMIS所擅長領域、預見B/S模式或C/S模式在實現使用者需求方面可能會發生的問題、掌握各種開發工 具之間的優缺點。也許這對系統分析員來說要求太高，但根據使用者需求選擇正確的技術方向，採用合適的平臺和開發工具是一個專案成功的關鍵。

    "說服使用者採納建議"這點很容易被忽視，而現在國內有錢的使用者腰板很硬，說一不二，加上計算機水平不高且需求混亂，經常提出大量無理要求，造成程式設計師被迫 去實現一些就是微軟也無法實現的技術，結果延誤開發週期並造成大量的資源浪費。其實說服使用者非常重要，系統分析員需要有較強的溝通能力和說服技巧，在正確 理解客戶需求並選擇了正確的技術方向後，說服使用者採納建議，放棄一些無理要求或畫蛇添足的功能，從而讓專案的資源能夠集中於關鍵的功能或技術，並按照自己 的構思順利實現。

    當然，程式設計能力還是系統分析員的基本功，但對於一個優秀的系統分析員來說，功夫以外的東西也許更加重要。

    體會：以上內容雖然不長，但是卻很深刻，目前中國的系統分析員的現狀或許真的不容客觀，作者的三條給的很精闢，也是自己努力的方向！加油！

注：以上內容來自網路，本人不承擔任何連帶責任

文章轉自：http://blog.csdn.net/CanvasHat/archive/2004/07/03/33023.aspx