<label id="suoy2"><del id="suoy2"></del></label>

  • <label id="suoy2"></label>
    <center id="suoy2"><optgroup id="suoy2"></optgroup></center>
    <label id="suoy2"></label>
  • <span id="suoy2"></span>
  • 字號:

    何謂系統(tǒng)分析師?!

    發(fā)布時間: 2016-07-03 17:51      來源:拓展訓練 http://m.kimyattawrites.com        點擊數(shù):
    我常在許多軟體公司與磚案經(jīng)理們討論軟體人員的職掌時,發(fā)現(xiàn)到,耶? 怎么我所認知的 SA/SD 與他們實際的工作內(nèi)容大大不同。嗯,所以我想就針對 SA/SD 來給個正名與定位吧。 SA, 系統(tǒng)分析師(System Analyst),是對設計中(Under Design)的系統(tǒng)來作分析,既然是分析,那么,應該是需要 剖開 系統(tǒng)內(nèi)容,來對其系統(tǒng)內(nèi)部的結(jié)構(gòu)組成元素,以分析
    我常在許多軟體公司與磚案經(jīng)理們討論軟體人員的職掌時,發(fā)現(xiàn)到,耶? 怎么我所認知的 SA/SD 與他們實際的工作內(nèi)容大大不同。嗯,所以我想就針對 SA/SD 來給個正名與定位吧。

    SA, 系統(tǒng)分析師(System Analyst),是對設計中(Under Design)的系統(tǒng)來作分析,既然是分析,那么,應該是需要 “剖開" 系統(tǒng)內(nèi)容,來對其系統(tǒng)內(nèi)部的結(jié)構(gòu)組成元素,以分析其脈絡。所以我覺得系統(tǒng)分析師,也可以稱之為 “結(jié)構(gòu)分析師(Structure Analyst)。

    系統(tǒng)分析師的工作,是著重在系統(tǒng)的內(nèi)部,應該是要能找出與描述系統(tǒng)組成結(jié)構(gòu)的靜態(tài)(Static)元素,并利用元素,動態(tài)組合以滿足系統(tǒng)外部的功能需求。也就是說,靜態(tài)面的結(jié)構(gòu)元素,與功能面的行為(Behavior)描述,均是屬于系統(tǒng)分析師的範疇。幾個主要的產(chǎn)出,包括類別(Class)圖、循序(Sequence)圖、資料庫的 E-R(Entity-Relationship)圖,是 SA 所該負責的,而且,上述的產(chǎn)出是偏向于建立領(lǐng)域概念的模型(Domain Conceptual Model),并非為與平臺相依的軟體規(guī)格模型(Softuozhanare Specification Model),與平臺相依的軟體模型,是屬于 SD(System Designer) 的範疇。

    而一般軟體公司對 SA 的定位,是在于對客戶端操作者(Operator)與領(lǐng)域磚家(Domain Expert)的需求訪談。但是,需求面是屬于系統(tǒng)外部的功能面觀點,我一直不認為這是屬于 SA 的工作,正確地來說,這應該是 “需求分析師(RA, Requirement Analyst)" 的範疇。

    有趣的是,我發(fā)現(xiàn)到,一般對 SA 的要求,還需要包括對使用者介面(User Interface)的設計,為何會需要 UI 的設計? 我想應該是與 SA 訪談的對象,都比較偏于層級比較低的終端操作者,而這些操作者,會很重視 UI 的操作,卻很少能正確地說明系統(tǒng)真正要的功能,往往都是以局部操作者的角度來看待系統(tǒng)。

    我發(fā)現(xiàn)到,一般軟體公司對 SA 的角色定位太過模糊,以致于 SA 根本就搞不清楚他們要做的是到底是屬于系統(tǒng)外面的工作,還是屬于系統(tǒng)內(nèi)部的工作。如果能正確地將系統(tǒng)外部的需求分析與系統(tǒng)內(nèi)部的結(jié)構(gòu)分析作區(qū)分,需求分析由 RA 負責;結(jié)構(gòu)分析由 SA 負責。如此,才能界定與釐清系統(tǒng)內(nèi)與外的工作。

    至于 SD,系統(tǒng)設計師(System Designer),焦點仍就于系統(tǒng)內(nèi)部的結(jié)構(gòu),與 SA 所不同的是,SA 所建構(gòu)的是屬于偏向于領(lǐng)域的概念模型;而 SD 則是根據(jù)領(lǐng)域模型,再配合實體的平臺,如 .NET or J2EE的框架(Framework),考量其效能、穩(wěn)定、分散與安全性等,所建構(gòu)而得的軟體規(guī)格模型。SD 的主要產(chǎn)出,仍包括了類別圖、循序圖以及 Database Schema,而這些產(chǎn)出,都會與實體的平臺相依。例如,具化的軟體模型是以 J2EE 來實做,而就永續(xù)層(Persistent Layer)設計考量,SD 是以 Hibernate Framework 來實做,以橋接領(lǐng)域物件與資料庫的永續(xù)儲存。

    不過,軟體公司對 SD 的定位,反而僅在于對資料庫 Schema 的設計。其實呢,對于 E-R 與 DB Schema,也并沒有相對切分邏輯(Logical)與實體(Physical)的層次(Layer)。邏輯與實體之分,簡單的說,實體的 DB Schema 會考量到與現(xiàn)實所使用的資料庫系統(tǒng)的特性相關(guān),諸如欄位資料型別的定義、Index and Constraint 的設計等…。

    一個基本的結(jié)論,系統(tǒng)外部的功能性需求分析,係由 RA 所負責。而系統(tǒng)內(nèi)部的分析與設計,是交由 SA 與 SD 來負責的,而 SA 與 SD 的界限,可以以是否有與實體的平臺相依來界定。我們也可以以兩句話來說明分析與設計的關(guān)係:

    “Do the right thing (分析)”and “Do the thing right (設計)”。



    轉(zhuǎn)載自:網(wǎng)頁

    相關(guān)甘苦談連結(jié):

    漫談系統(tǒng)分析師的工作技能2 研發(fā)替代役考古題-網(wǎng)路上評價不一,還應該去面試嗎? 內(nèi)湖晨星科技研替面試的內(nèi)容?經(jīng)驗?感想? ABC細微的關(guān)鍵點

    版權(quán)所有: 北京銘潤拓展培訓中心版權(quán)所有 Copyright ? tuozhanm.com All rights reserved

    集團總部地址: 北京市大興區(qū)亦莊經(jīng)濟開發(fā)區(qū)4號街區(qū)力寶廣場C座12層 全國服務熱線:4000288501

    備案號:京ICP備14001653號-14 _<a href='https://www.teamrater.com' target="_blank" >拓展訓練</a>_<a href='http://www.dedecms.com/' rel=”nofollow”>Powered By DedeCMS</a>

    主站蜘蛛池模板: 色综合91久久精品中文字幕| 一97日本道伊人久久综合影院| 尹人久久大香找蕉综合影院| 国产精品亚洲综合天堂夜夜| 国产成人99久久亚洲综合精品| 久久狠狠一本精品综合网| 国产成人无码综合亚洲日韩| 在线精品国产成人综合| 91精品国产色综合久久| 亚洲国产成人久久综合一| 伊人色综合网一区二区三区| 色婷婷综合久久久久中文| 亚洲狠狠色丁香婷婷综合| 少妇熟女久久综合网色欲| 好吊色青青青国产综合在线观看| 久久久综合九色合综国产| 色天使久久综合网天天| 久久综合九色综合久99| 亚洲国产精品综合久久久| 久久综合九九亚洲一区| 国产成人精品综合久久久| 亚洲欧美日韩综合久久久| 亚洲国产精品成人综合色在线婷婷 | 伊人久久中文大香线蕉综合| 亚洲综合激情五月色一区| 色综合天天综合给合国产| 亚洲国产精品成人综合色在线婷婷| 在线亚洲97se亚洲综合在线 | 伊人婷婷色香五月综合缴激情| 涩涩色中文综合亚洲| 伊人久久大香线蕉综合热线 | 国产精品国产色综合色| 97se色综合一区二区二区| 99久久综合精品免费| 色爱无码AV综合区| 99久久综合狠狠综合久久aⅴ| 国产精品天天影视久久综合网 | 国产成人综合久久精品红| 狠狠色综合久久婷婷| 天天综合天天做天天综合| 婷婷亚洲综合一区二区|