<dfn id="w48us"></dfn><ul id="w48us"></ul>
  • <ul id="w48us"></ul>
  • <del id="w48us"></del>
    <ul id="w48us"></ul>
  • 優(yōu)秀系統(tǒng)架構(gòu)設(shè)計(jì)師需要具備的條件

    時(shí)間:2024-08-25 10:10:33 系統(tǒng)架構(gòu)師 我要投稿
    • 相關(guān)推薦

    優(yōu)秀系統(tǒng)架構(gòu)設(shè)計(jì)師需要具備的條件

      系統(tǒng)架構(gòu)設(shè)計(jì)師是一個(gè)最終確認(rèn)和評估系統(tǒng)需求,給出開發(fā)規(guī)范,搭建系統(tǒng)實(shí)現(xiàn)的核心構(gòu)架,并澄清技術(shù)細(xì)節(jié)、掃清主要難點(diǎn)的技術(shù)人員。那么作為一個(gè)優(yōu)秀的系統(tǒng)架構(gòu)設(shè)計(jì)師需要具備哪些條件呢?yjbys小編和大家分享相關(guān)的資料,歡迎大家閱讀學(xué)習(xí)哦!

    優(yōu)秀系統(tǒng)架構(gòu)設(shè)計(jì)師需要具備的條件

      系統(tǒng)架構(gòu)師在軟件開發(fā)的活動(dòng)中起到了綱領(lǐng)性的作用,就像建筑設(shè)計(jì)師一樣,從大的方向來給軟件定一個(gè)基調(diào)。軟件開發(fā)中碰到的很多問題,歸咎起來都可能和當(dāng)初的架構(gòu)設(shè)計(jì)有關(guān),所以架構(gòu)師要想不成為眾矢之的,也不是容易的事情。

      各個(gè)行業(yè)甚至同一行業(yè)不同主攻方向的team都需要不同的架構(gòu)師,比如做SOA的很多架構(gòu)師實(shí)際上的職責(zé)是向用戶推銷自己的產(chǎn)品,即使有時(shí)采用其他方案更適合企業(yè)的情況,出于宣傳本公司產(chǎn)品的需要,也要貶低一番。當(dāng)然利益對架構(gòu)的影響不可避免,其他行業(yè)也存在類似的情況。但是SOA的架構(gòu)師更多做的是把自己公司的產(chǎn)品套用在客戶身上。當(dāng)架構(gòu)師是在設(shè)計(jì)自己公司的產(chǎn)品時(shí),相對來說會(huì)客觀一些,從功能,性能,穩(wěn)定性,擴(kuò)展性,市場接受程度和成本等幾方面來權(quán)衡。

      如果一個(gè)架構(gòu)師負(fù)責(zé)的僅僅是一個(gè)小的模塊,或者是一個(gè)小的應(yīng)用程序,那么他所能施展的空間不太多,包括操作系統(tǒng),硬件,驅(qū)動(dòng),其他模塊的接口等都是已經(jīng)確定的了,甚至自己的模塊需要哪些接口暴露給別人也都是定義好的了,那么這個(gè)架構(gòu)師該做些什么呢?從別的程序或者系統(tǒng)來看,這個(gè)應(yīng)用程序至少要具備以下幾個(gè)條件才能算是合格的:

      1、完成此應(yīng)用程序的基本功能。如果這是一個(gè)通信程序客戶端,那么它至少應(yīng)該完成客戶端所具有的功能,通過所有的測試用例。不同的功能是需要不同的組成架構(gòu)的,從降低復(fù)雜度和提高可維護(hù)性的角度來考慮對系統(tǒng)進(jìn)行解構(gòu),往往是最直觀的做法。

      2、健壯性。這個(gè)程序不應(yīng)該輕易的crash,如果是界面程序,在面對異常情況的時(shí)候采取柔和的方式來通知用戶。如果是被別的程序所使用的庫,保持健壯性更是非常重要。作為架構(gòu)師,應(yīng)該采取一定的措施來保證模塊的正確工作,至少應(yīng)該保證在出錯(cuò)的情況下能夠比較容易的區(qū)分是否是本模塊造成的。也許有人說這是design和program的事情,但是架構(gòu)師如果不在綱領(lǐng)上制定策略和要求,實(shí)現(xiàn)上也是很難操作的。

      3、低的資源消耗。我碰到很多軟件架構(gòu),在架構(gòu)文檔里看時(shí)非常華麗,用了很多模式,一個(gè)普通的應(yīng)用要拆分成多個(gè)進(jìn)程,再用MVC分離各個(gè)模塊,加上一大堆監(jiān)測器適配器過濾器等,可以說模式是能帶來一些好處的,但是往往代價(jià)是更多的資源消耗,內(nèi)存占的多了,性能下降了,邏輯變得更復(fù)雜了。作為架構(gòu)師一定要權(quán)衡,而不是為了表達(dá)自己的知識(shí)能力。最好的情況是,能夠給出在各種usecase下模塊或應(yīng)用對資源的消耗程度,比如會(huì)占用多少內(nèi)存,某個(gè)接口需要多長時(shí)間等。因?yàn)楝F(xiàn)在的接口定義一般都只是定義使用方式,包括函數(shù)名和參數(shù)列表,至于使用時(shí)的代價(jià)由于沒有說明,往往成為模塊使用者和提供者之間爭論的焦點(diǎn)。

      從程序員的角度來講,可維護(hù)性往往更為重要,因?yàn)榫S護(hù)的階段比開發(fā)的階段更長,面對的壓力也更大,而且由于各種各樣的原因,經(jīng)常要一個(gè)新手來維護(hù)這個(gè)程序,如何讓新手很容易的理解它并且馬上具備解決問題的能力,對架構(gòu)師來說也不是一件可以推卸的責(zé)任,采用常見的設(shè)計(jì)模式,制定或采用通用的代碼風(fēng)格,完善相關(guān)的文檔等等,都是好的practice。

      對于那些高層次的架構(gòu)師來說,因?yàn)槊鎸Φ氖怯珊芏嗄K應(yīng)用組成的系統(tǒng),他所要處理的實(shí)際上如何協(xié)調(diào)各模塊關(guān)系,保證整個(gè)系統(tǒng)的功能性能和穩(wěn)定性,至少他應(yīng)該了解各個(gè)應(yīng)用所具備的功能,基于此來制定各個(gè)模塊之間的接口。在必要的時(shí)候,要去掉那些作用不大但影響整個(gè)系統(tǒng)性能和穩(wěn)定性的模塊,對各個(gè)模塊的可選功能也要做一定的限制,不能允許其無限制的膨脹。架構(gòu)師也往往面臨著選擇既有實(shí)現(xiàn)的困境,采用第三方或者開源實(shí)現(xiàn)時(shí),一定要和已有的實(shí)現(xiàn)進(jìn)行全方位的比較,在很難做出決定時(shí)寧可保持不變,或者采用小的實(shí)驗(yàn)步驟來獲取真實(shí)的數(shù)據(jù)。

    《嫖妓丰满肥熟妇在线精品,国产精品无打码在线播放 ,999久久久免费精品国产.doc》
    将本文的Word文档下载到电脑,方便收藏和打印
    推荐度:
    点击下载文档

    【優(yōu)秀系統(tǒng)架構(gòu)設(shè)計(jì)師需要具備的條件】相關(guān)文章:

    系統(tǒng)架構(gòu)設(shè)計(jì)師考試報(bào)考條件12-30

    系統(tǒng)架構(gòu)師必須具備哪些能力05-07

    優(yōu)秀的導(dǎo)游需要具備那些素質(zhì)和條件01-02

    系統(tǒng)架構(gòu)設(shè)計(jì)師要素01-11

    學(xué)習(xí)編導(dǎo)需要具備哪些條件08-31

    德國留學(xué)需要具備哪些條件10-20

    日本留學(xué)需要具備哪些條件?08-04

    物流師需要具備的條件02-15

    系統(tǒng)架構(gòu)設(shè)計(jì)師考試之路01-11

    在线咨询
    主站蜘蛛池模板: 国产精品高清视亚洲精品| 亚洲国产成人乱码精品女人久久久不卡| 999久久久免费国产精品播放| 欧美在线精品一区二区三区 | 亚洲精品亚洲人成在线观看| 久久99国产精品久久| 日本VA欧美VA精品发布| 久久99精品久久久久久水蜜桃 | 久久精品毛片免费观看| 免费国产在线精品一区| 亚洲日本精品一区二区| 国内精品久久人妻互换| 一本一本久久A久久综合精品| 国产欧美日本精品| 欧美一区二区精品久久| 成人区精品一区二区不卡| 日韩一区精品视频一区二区| 久久夜色精品国产| 国产精品久久久天天影视香蕉 | 国产成人精品AA毛片| 亚洲精品无码激情AV| 久久e热在这里只有国产中文精品99 | 一本一本久久A久久综合精品 | 99热门精品一区二区三区无码| 在线观看国产精品日韩av| 亚洲av无码成人精品国产| 久久噜噜久久久精品66| 国产农村妇女毛片精品久久| 国产成人精品在线观看| 日本精品中文字幕| 精品国产美女福利到在线不卡 | 国产精品国产三级国产普通话| 亚洲AV无码久久精品蜜桃| 中文国产成人精品久久亚洲精品AⅤ无码精品 | 久久久精品2019免费观看| 亚洲国产精品无码专区影院| 亚洲精品97久久中文字幕无码| 无码AⅤ精品一区二区三区| 欧美人与性动交α欧美精品| 久久精品亚洲乱码伦伦中文| 久草视频精品在线|

    優(yōu)秀系統(tǒng)架構(gòu)設(shè)計(jì)師需要具備的條件

      系統(tǒng)架構(gòu)設(shè)計(jì)師是一個(gè)最終確認(rèn)和評估系統(tǒng)需求,給出開發(fā)規(guī)范,搭建系統(tǒng)實(shí)現(xiàn)的核心構(gòu)架,并澄清技術(shù)細(xì)節(jié)、掃清主要難點(diǎn)的技術(shù)人員。那么作為一個(gè)優(yōu)秀的系統(tǒng)架構(gòu)設(shè)計(jì)師需要具備哪些條件呢?yjbys小編和大家分享相關(guān)的資料,歡迎大家閱讀學(xué)習(xí)哦!

    優(yōu)秀系統(tǒng)架構(gòu)設(shè)計(jì)師需要具備的條件

      系統(tǒng)架構(gòu)師在軟件開發(fā)的活動(dòng)中起到了綱領(lǐng)性的作用,就像建筑設(shè)計(jì)師一樣,從大的方向來給軟件定一個(gè)基調(diào)。軟件開發(fā)中碰到的很多問題,歸咎起來都可能和當(dāng)初的架構(gòu)設(shè)計(jì)有關(guān),所以架構(gòu)師要想不成為眾矢之的,也不是容易的事情。

      各個(gè)行業(yè)甚至同一行業(yè)不同主攻方向的team都需要不同的架構(gòu)師,比如做SOA的很多架構(gòu)師實(shí)際上的職責(zé)是向用戶推銷自己的產(chǎn)品,即使有時(shí)采用其他方案更適合企業(yè)的情況,出于宣傳本公司產(chǎn)品的需要,也要貶低一番。當(dāng)然利益對架構(gòu)的影響不可避免,其他行業(yè)也存在類似的情況。但是SOA的架構(gòu)師更多做的是把自己公司的產(chǎn)品套用在客戶身上。當(dāng)架構(gòu)師是在設(shè)計(jì)自己公司的產(chǎn)品時(shí),相對來說會(huì)客觀一些,從功能,性能,穩(wěn)定性,擴(kuò)展性,市場接受程度和成本等幾方面來權(quán)衡。

      如果一個(gè)架構(gòu)師負(fù)責(zé)的僅僅是一個(gè)小的模塊,或者是一個(gè)小的應(yīng)用程序,那么他所能施展的空間不太多,包括操作系統(tǒng),硬件,驅(qū)動(dòng),其他模塊的接口等都是已經(jīng)確定的了,甚至自己的模塊需要哪些接口暴露給別人也都是定義好的了,那么這個(gè)架構(gòu)師該做些什么呢?從別的程序或者系統(tǒng)來看,這個(gè)應(yīng)用程序至少要具備以下幾個(gè)條件才能算是合格的:

      1、完成此應(yīng)用程序的基本功能。如果這是一個(gè)通信程序客戶端,那么它至少應(yīng)該完成客戶端所具有的功能,通過所有的測試用例。不同的功能是需要不同的組成架構(gòu)的,從降低復(fù)雜度和提高可維護(hù)性的角度來考慮對系統(tǒng)進(jìn)行解構(gòu),往往是最直觀的做法。

      2、健壯性。這個(gè)程序不應(yīng)該輕易的crash,如果是界面程序,在面對異常情況的時(shí)候采取柔和的方式來通知用戶。如果是被別的程序所使用的庫,保持健壯性更是非常重要。作為架構(gòu)師,應(yīng)該采取一定的措施來保證模塊的正確工作,至少應(yīng)該保證在出錯(cuò)的情況下能夠比較容易的區(qū)分是否是本模塊造成的。也許有人說這是design和program的事情,但是架構(gòu)師如果不在綱領(lǐng)上制定策略和要求,實(shí)現(xiàn)上也是很難操作的。

      3、低的資源消耗。我碰到很多軟件架構(gòu),在架構(gòu)文檔里看時(shí)非常華麗,用了很多模式,一個(gè)普通的應(yīng)用要拆分成多個(gè)進(jìn)程,再用MVC分離各個(gè)模塊,加上一大堆監(jiān)測器適配器過濾器等,可以說模式是能帶來一些好處的,但是往往代價(jià)是更多的資源消耗,內(nèi)存占的多了,性能下降了,邏輯變得更復(fù)雜了。作為架構(gòu)師一定要權(quán)衡,而不是為了表達(dá)自己的知識(shí)能力。最好的情況是,能夠給出在各種usecase下模塊或應(yīng)用對資源的消耗程度,比如會(huì)占用多少內(nèi)存,某個(gè)接口需要多長時(shí)間等。因?yàn)楝F(xiàn)在的接口定義一般都只是定義使用方式,包括函數(shù)名和參數(shù)列表,至于使用時(shí)的代價(jià)由于沒有說明,往往成為模塊使用者和提供者之間爭論的焦點(diǎn)。

      從程序員的角度來講,可維護(hù)性往往更為重要,因?yàn)榫S護(hù)的階段比開發(fā)的階段更長,面對的壓力也更大,而且由于各種各樣的原因,經(jīng)常要一個(gè)新手來維護(hù)這個(gè)程序,如何讓新手很容易的理解它并且馬上具備解決問題的能力,對架構(gòu)師來說也不是一件可以推卸的責(zé)任,采用常見的設(shè)計(jì)模式,制定或采用通用的代碼風(fēng)格,完善相關(guān)的文檔等等,都是好的practice。

      對于那些高層次的架構(gòu)師來說,因?yàn)槊鎸Φ氖怯珊芏嗄K應(yīng)用組成的系統(tǒng),他所要處理的實(shí)際上如何協(xié)調(diào)各模塊關(guān)系,保證整個(gè)系統(tǒng)的功能性能和穩(wěn)定性,至少他應(yīng)該了解各個(gè)應(yīng)用所具備的功能,基于此來制定各個(gè)模塊之間的接口。在必要的時(shí)候,要去掉那些作用不大但影響整個(gè)系統(tǒng)性能和穩(wěn)定性的模塊,對各個(gè)模塊的可選功能也要做一定的限制,不能允許其無限制的膨脹。架構(gòu)師也往往面臨著選擇既有實(shí)現(xiàn)的困境,采用第三方或者開源實(shí)現(xiàn)時(shí),一定要和已有的實(shí)現(xiàn)進(jìn)行全方位的比較,在很難做出決定時(shí)寧可保持不變,或者采用小的實(shí)驗(yàn)步驟來獲取真實(shí)的數(shù)據(jù)。