1、sa、sd與se的區(qū)別與重要性做軟件開發(fā)項目規(guī)劃時, 常會碰到助理問我一個問題, sa,sd和se的差別在那里 ?這個問題我以前也有過, 還頗為困擾, 系統(tǒng)分析和系統(tǒng)設計及系統(tǒng)工程到底有什么差別 ? sa和sd的工作又有何不同 ? 這兩者的養(yǎng)成教育又有何差異 ?在過去, sa,sd及se的確很難區(qū)分, 甚至這些角色常常會透過軟件工程師來混合發(fā)展。隨著it領域的發(fā)展, sa,sd及se漸漸的成為了大型項目必需要的專業(yè)分工, 這三者間是有相當的差異的, 不管是養(yǎng)成過程, 甚或是未來的發(fā)展, 都大相徑庭, 而要成為一名稱職的pm, 是要能區(qū)分出這三者的差異, 才能妥善的安排工作的。sa system

2、 analysis,系統(tǒng)分析師sa是 system analysis 的縮寫, 一般稱為系統(tǒng)分析, 主要的工作就是透過一系列的分析工作, 把客戶想要的結果產生方式, 以各種文件表達出來, 讓開發(fā)團隊可以根據這些文件實作出這個結果。這樣的解釋比較文縐縐一點, 用個通俗一點的方式比喻, 就像是要做出一道宮保雞丁時, 就會有食譜一樣, 里面會介紹需要的材料及做菜的順序, 然后里面也會強調要以怎樣手法才能產生出某種效果, 以促進色香味。這樣的過程里, sa是較為偏重于在工作流程和處理邏輯的, 透過sa, 開發(fā)團隊才可以理出整個系統(tǒng)的架構, 一種做事的脈絡, 以及系統(tǒng)和工作間的關連性, 最重要的, 是這

3、些結果都會被sa呈現在文件中, 而非放在少數人的腦袋里。sa不僅止是要針對計算機里的東西去運作及規(guī)劃, 還包括了現實世界里的實體流程及組織。在很多的情況下, 配合新系統(tǒng)的組織及流程, 是要由sa來執(zhí)行的?？偨Y起來, 在一個開發(fā)案里, sa執(zhí)行以下的工作：藉由系統(tǒng)需求書, 使用者的現有標準作業(yè)流程來建立出符合期望的新作業(yè)流程及搭配流程的系統(tǒng)功能及模塊規(guī)劃依據功能及模塊規(guī)劃案, 定出初步的數據庫內容及系統(tǒng)與使用者間的權限搭配規(guī)范定出各個軟件零件的規(guī)范, 如對象, 函數庫, .等等設計新的標準作業(yè)流程, 并把系統(tǒng)功能或模塊綁入這些流程中s.a依據客戶的環(huán)境及需求, 尋找合適的sd來搭配而sa也有以下

4、的特色：對于系統(tǒng)在怎樣的環(huán)境及用什么開發(fā)工具, 并不十分在意, 良好的s.a產生出來的文件, 使用不同的開發(fā)工具都應該可以完成, 產生相同的結果, 但那一種最合適, 由sd決定sa偏重于流程及執(zhí)行邏輯的表達sa著重于軟件邏輯, 對開發(fā)工具的學習并不是十分重要, 所以會一種語言即可, 主要是以該語言工具來實踐邏輯觀。sa一定要有全局觀, 也就是不能拘泥于一個角度或是一個局部去思考問題, 這一點是尋找優(yōu)秀sa時最困難的。因為在規(guī)劃模塊及功能時, 一定要同時考慮到所有直接相關及間接相關的程序及邏輯問題, 因此要有全局觀。相較于sd, sa更側重在邏輯及工作順序搭配的表達, sa并不需要去關切使用什么

5、操作系統(tǒng)或是什么開發(fā)工具, 如前特色所述, 好的sa文件, 可以用任何一種開發(fā)工具來實現。當然, sa不受限于it技術, 但卻會有專業(yè)領域的限制。很少有sa同時專精于數個領域的, 熟悉汽車業(yè)運作規(guī)范的sa, 在金融業(yè)的開發(fā)案里, 就很難討好, 反之亦然。但sd沒有這種限制, 基本上sd可以和任何行業(yè)的項目開發(fā)團隊配合運作。會如此的原因是sa是偏重于流程及管理分析及重新再造工作的。而作業(yè)流程, 除了少數領域里共通性高, 在核心流程上, 是需要長期鉆研的。前面提及的汽車及金融業(yè)就是一例。所以, 一個sa必需具備以下的能力,資歷及專業(yè)訓練：1. 至少熟悉一種程序開發(fā)語言2. 熟悉軟件工程, 對于開發(fā)

6、工具的元素及特色熟悉3. 對管理制度或作業(yè)流程設計熟悉4. 熟悉uml或類似的系統(tǒng)描述工具5. 邏輯能力良好6. 良好的溝通能力, 主要作為了解需求之用7. 相關的業(yè)界熟悉度在三者之中, sa是最接近pm的, 所以sa在做生涯規(guī)劃時, 不妨以pm做為下一個發(fā)展的專業(yè)目標。sd systems designer, 系統(tǒng)設計師一般來說, sd在生涯規(guī)劃里, 并不是sa或是pm。當然, 一定要硬來一次也沒有什么不可以, 但要走這條路, 就要趁早轉職, 因為sd畢竟是較為幕后的工作, 在與客戶的溝通協(xié)調上, 并不會有太高的要求, 也較不需要公司管理層面的全局觀。表面上看起來, sd沒有sa那么多的工作

7、要求, 但實際上sd是最需要天賦的工作, 不管是畫面的構成, 操作的手順及調整, 甚至于組件的定義及對象的規(guī)范, 全都需要一些天賦。很多軟件, 功能很強, 但怎么看怎么不順眼, 或者怎么用就怎么憋扭, 功能帶來的效益, 全都被這些毛病給遮蓋掉了, 這就是sd的問題。另外, sd也扮演了系統(tǒng)最佳化的推手。sa所規(guī)劃出來的要求及布置, 都只是邏輯上的構思, 在不同的工具上, 可能有更好的方法可以表現, 也可能會難以展示, 這都需要藉由sd對使用環(huán)境及開發(fā)工具的了解, 來進行調整和規(guī)劃。舉例來說, 同樣是一套財務軟件, 在windows xp, mac, x windows下, 就會有很不一樣的展現

8、模式和技巧。如果再搭配上不同的開發(fā)工具, 如c+, java, .net, php, .那差異更多。對sa而言, 這些東西他都不用去考慮, 但sd就不同了, 這些不同的地方, 并不僅僅只是如此而已, 有時還會包括了開發(fā)成本及時間問題, sd的重要度, 由此可知。在一個客制化項目里, sd的工作內容如下：設計畫面元素規(guī)范設計頁面結構及規(guī)則設計系統(tǒng)操作畫面, 并編定字段規(guī)范及防呆處理設計權限管理與系統(tǒng)操作機制撰寫使用手冊調整db之各項定義, 使其符合畫面字段規(guī)范及操作搭配配合sa撰寫系統(tǒng)開發(fā)文件, 供程序員coding之用撰寫ui(使用者接口)測試計劃書而做為一名稱職的sd, 以下的條件, 是必要

9、的：1. 至少對一個操作系統(tǒng)極為熟悉, 對于這個操作系統(tǒng)的各個組件特性及api, 有充分的了解2. 熟悉2種以上的開發(fā)工具, 而項目所需的工具, 必需是其擅長的之一, 其熟悉度包含了標準安裝里的各個函數庫, 系統(tǒng)常數, 對象定義, 語法, 主要的輔助工具開發(fā)廠商, 及重要的工具使用方法3. 具一定的美學感4. 至少能使用一種繪圖工具軟件5. 曾經擔任職業(yè)軟件工程師三年以上可以這樣說, sa給了系統(tǒng)靈魂和神經系統(tǒng), sd則是給了系統(tǒng)軀體和外觀, 兩者的結合, 才能產生出正確, 美觀又好用的系統(tǒng)。如果你覺得自己是個不太愛和太多人打交道的it人, 又對使用者接口有那么點執(zhí)著及天賦, 那么, sd絕對

10、是適合你的好選擇。se systems engineer, 系統(tǒng)工程師就某種角度來看, se對pm而言, 算是萬金油, 只要做it項目, 那就一定用得上, 差別只是要選那一個專業(yè)的se而已。系統(tǒng)建置安裝要se, 使用者環(huán)境要se, 甚至到硬件選擇及布建, 都要用到se, 有什么it項目跟這個沒有關系呢 ?當然, 雖然se是到處都吃得開, 但相對的也是項目里面最沉默及少有聲音的一群。他們的工作基本上就是建構出一個可以執(zhí)行系統(tǒng)的環(huán)境, 系統(tǒng)要如何展現, se可以給sa和sd一些建議, 但建議時機通常都是在系統(tǒng)運行出了些非系統(tǒng)可以掌握的問題后。系統(tǒng)工程師基本條件上, 和sd最為接近, 但有一點不同,

11、 就是不需要有很好的軟件開發(fā)經驗, 也就是不太需要會寫程序。但要對操作系統(tǒng), 服務器系統(tǒng), 網絡運用環(huán)境有相當程度的了解。se通常是三者中最為博學一員, 好的se雖然不一定要程序寫的呱呱叫, 但卻不能對編程一無所知, 對操作系統(tǒng)及開發(fā)工具也要有一定的熟悉度, 甚至部份網管有關的工作也要有所涉獵, 所以算得上是項目里的萬金油。在項目里, se所要執(zhí)行的工作如下：規(guī)劃及建置系統(tǒng)執(zhí)行環(huán)境安裝及設定使用者端環(huán)境server安裝及設定提供環(huán)境設置竟見給sa及pm最佳化系統(tǒng)可靠度及效度撰寫可靠度及效能測試計劃書對計算機及相關外圍設備有一定熟悉度而一名se則有下列基本要求：1. 至少熟悉一種操作系統(tǒng), 尤其

12、是讓系統(tǒng)的設定及微調等相關技術2. 至少熟悉一種網絡服務器操作系統(tǒng), 對如何設定及最佳化熟悉3. 曾任軟件工程師職務一年以上或熟悉一種開發(fā)工具4. 對網絡環(huán)境有一定的認識, 尤其是一些通訊設置5. 熟悉可靠度及效能的評估方法, 并了解與系統(tǒng)環(huán)境相關之設定基本上, 如果擁有了像sd一樣的技術背景及個性, 但在美學上實在令人不敢恭維, 那么se算是極佳的選擇了。一般而言, se的下一個生涯規(guī)劃, 會比較偏重于技術性兵種, 像是dba或是網管, 對于it產品比較有狂熱或愛好的人, se是極佳的出路。在項目中的運用時機基本上se是萬金油, 只要是it的案子里就一定要塞一個se進去, 因為沒有it項目不

13、需要使用工程技術的, 差別只在使用何種工程技術而已。在軟件包的導入項目里, se負責處理軟件使用環(huán)境, 解決非系統(tǒng)性問題, 安置及調整數據庫和網絡環(huán)境, 然后安裝啟動。所有系統(tǒng)運行所需要的條件, 都要由se來解決和處理, 但這些工作全都不會出現在眾人的面前, 但卻又重要無比, 算得上是幕后的英雄。會同時運用到sa,sd及se的項目, 還是以客制化開發(fā)為主的。在開發(fā)型項目里, sa團隊要負責初期的需求調查及整體架構的規(guī)劃, 將所有的系統(tǒng)開發(fā)工作內容轉化成井井有條的文件, 并且適度的分割及派送, 并確保未來這些被分割的開發(fā)結果能夠在未來可以正確運作。sd則在sa的文件中去尋求系統(tǒng)呈現的一致性, 易用性及保證開發(fā)工具可以正確無誤的展現sa的要求結果。所以sd要負責操作