APP開(kāi)發咨詢熱(rè)線：
人(rén)
已閱讀(dú)
已閱讀(dú)
APP開(kāi)發如(rú)何設計(jì)好(® hǎo)業(yè)務架構
來(lái)源：lexintech.com ®≥φ£ 發布時(shí)間(jiān)：2019-02-15
在APP開(kāi)發中，業(yè)務架構這(zhè)個(gè↔• ←)詞大(dà)家(jiā)時(shí)常提到(dào)，但(↓¶€¥dàn)是(shì)能(néng)解釋得(de)清楚>♠←的(de)卻不(bù)多(duō)，也(yě)常有β €★(yǒu)人(rén)問(wèn)起業(yè)務架構師(shī)和(hé♠δ)産品經理(lǐ)什(shén)麽區(qū)别？業(yè)務架$ 構分(fēn)析和(hé)需求分(fēn)析什(shén)麽區(qū)别？在←"∞βAPP開(kāi)發中如(rú)何做(zuò)好(hǎo)業(yè)務架構。
其實，業(yè)務架構這(zhè)個(gè)詞并不(bù)新，×♠ε它隐藏在企業(yè)架構（EA）中。企業(yè)架構是(shì)上(shà"π≈ng)世紀 80 年(nián)代的(de)産物(₽¶¥wù)，其标志(zhì)就(jiù)是(shì) 1987 £←↓γ年(nián) Zachman 提出的(de)企業(yè)架構模型♣&，該模型按照(zhào)“5W1©±✔H”，即 what（數(shù₩©©)據）、how（功能(néng)）、where（網絡）、who（角♥>α€色）、when（時(shí)間(jiān)）、why（動機(jī)"☆ε）六個(gè)維度，結合目标範圍、業(yè)務模型、信息系統模型、技(j÷" ì)術(shù)模型、詳細展現(xiàn)、®♣功能(néng)系統六個(gè)層次，将企業(yè)架構分(☆↓≥fēn)成 36 個(gè)組成部分(fēn)，描述了(le☆×γ)一(yī)個(gè)完整的(de)企業(y'αè)架構要(yào)考慮的(de)內(nèi)容。
Zachman 模型雖然沒有(yǒu)明(míng)确提出業(yè)✘$務架構這(zhè)個(gè)概念，但(d<<àn)是(shì)已經包含了(le)業(yè)務∏→架構關注的(de)一(yī)些(xiē)主要(yào)✔₽¶內(nèi)容：如(rú)流程模型、數(shù)據、角色組織等，既然沒有(yǒ¶₩u)提出業(yè)務架構概念，自(zì)•σ"然也(yě)就(jiù)沒有(yǒu)包含構建方法，所以，Za ↑≠chman 模型應該算(suàn)是(shì)業(yè)務架構的(₽≈✔ de)啓蒙，同時(shí)，它也(yě)表明(míng)了(le)這(zhèε÷)一(yī)工(gōng)具或者技(jì)術(shù)的(£♠✘de)最佳使用(yòng)場(chǎng)景&mda$♣£sh;—面向複雜(zá)系統構建企業(yè)架構。
TOGAF架構模型明(míng)确提出了(le)業(yè)δ♠務架構的(de)概念，TOGAF 将企業(yè)定義為(wèi)有(♦←₽yǒu)著(zhe)共同目标集合的(de)組織的(de)聚集。例如(rúπ✘Ω)，企業(yè)可(kě)能(néng)是(shì)政府部門(mén)、一(y& ī)個(gè)完整的(de)公司、公司部門(mé£↕♣¥n)、單個(gè)處 / 科(kē)室，☆π或通(tōng)過共同擁有(yǒu)權連接在一(y✔↔ī)起的(de)地(dì)理(lǐ)上(sh •δ☆àng)疏遠(yuǎn)的(de)組織鏈。TOGAF 進一('¶>yī)步認為(wèi)企業(yè)架構分(fēn)為(wèi)兩∞"大(dà)部分(fēn)：業(yè)務架 ∑構和(hé) IT 架構，大(dà)部分(f×∏Ωēn)企業(yè)架構方法都(dōu)是(shì)從(c≠∑•¥óng) IT 架構發展而來(lái)的(de)。業(☆↔§↑yè)務架構是(shì)把企業(yè)的(de)業(yè)務戰略轉化('↔σhuà)為(wèi)日(rì)常運作(zuò)的(de)渠道(dào)，↑¥業(yè)務戰略決定業(yè)務架構，它包括業(y¶✘≈è)務的(de)運營模式、流程體(tǐ)δ♣↔系、組織結構、地(dì)域分(fēn)布等內(✔¥&nèi)容。TOGAF 強調基于業(yè★π↓↓)務導向和(hé)驅動的(de)架構來(lái☆₽≥★)理(lǐ)解、分(fēn)析、設計(jì)、構建、集成、★↑£擴展、運行(xíng)和(hé)管理(lǐ)信息§×$↕系統，複雜(zá)系統集成的(de)關鍵，是(shì)基于架構（或♠ ♥體(tǐ)系）的(de)集成，而不(bù★♦")是(shì)基于部件(jiàn)（或組件(jiàn)）的(de★₽♥↕)集成。
TOGAF 之後，又(yòu)先後誕生(shēng)了(le≠♣) FEA（聯邦企業(yè)架構）和(hé)">λ DODAF（美(měi)國(guó)國(gu ∑β•ó)防部體(tǐ)系架構框架）。前者的(de)體β× (tǐ)系由五個(gè)參考模型組成：績效參考模型（PRM）、業(yè)務§↑★±參考模型（BRM）、服務構件(jiàn)參考模型（FRM）、數(shù)β♣ 據參考模型（DRM）、技(jì)術(shù' β )參考模型（TRM），該方法應用(yòng)于美(měi)國(guó)電(di★♣ ®àn)子(zǐ)政務領域，著(zhe)眼于跨部門(mén)、跨機(jī)構提升≈☆λ↕業(yè)務效率，解決重複建設、信息孤島等問(wèn)題，很(hěn)具有(y ✘ǒu)“企業(yè)級”理(lǐ)念，雖然沒€€有(yǒu)明(míng)确的(de)業(yè)≈®$務架構定義，但(dàn)是(shì)很(hěn)好(hǎo)地(dì)應↔™β↓用(yòng)了(le)業(yè)務架構的(de)思維。後者體(tǐ)系挺複雜 δ∞(zá)的(de)，8 個(gè)視(shì)點 δ>↓©52 個(gè)模型，但(dàn)是(shì)實用(yòng)性不(bù)錯¶>&♥(cuò)，美(měi)國(guó)國(™εguó)防部和(hé)一(yī)些(xiē)企業(yè)在用(yòng)。>±₽
業(yè)務架構這(zhè)個(gè)詞也(yě)有(yǒu) 20 £ $多(duō)年(nián)的(de)曆史了(le)，但(dàn)是σ γ(shì)在開(kāi)發人(rén)員(yuán)中，業(←σ≥yè)務架構顯然沒有(yǒu)需求分(fēn)析的(de)概念明(←←míng)确，業(yè)務架構師(shī)也(yě)遠(yuǎn)不(bù)如σ☆(rú)産品經理(lǐ)常見(jiàn)。與APP開(kāi)發∏✔©®人(rén)員(yuán)討(tǎo)論，他(§≠tā)們也(yě)常覺得(de)業(yè)務架構有Ω¥₽(yǒu)點兒(ér)“虛&rd€Ωquo;。細究其原因，可(kě)能(néng)有(yǒu)∏$ 如(rú)下(xià)幾點：
用(yòng)得(de)少(shǎo)。原有(yǒu)的(de)單σπΩ₹體(tǐ)式或者豎井式開(kāi)發依然是(shì)大(dà↕γ)家(jiā)更經常采用(yòng)的(de)γ'∑項目構建方法，而這(zhè)種開(kāi)發基®∑§本上(shàng)沒有(yǒu)橫向視(shì)角，所以↕÷♥無需強調業(yè)務架構，通(tōng)常的(de)産品分(fē∞×n)析或者需求分(fēn)析足以滿足開(kāi)發需要↓≈(yào)；
難設計(jì)。業(yè)務架構，特别是(sh€↑Ωì)大(dà)型企業(yè)這(zhè)種錯(cuò)綜複雜(zá)的(d↔↕♠e)業(yè)務架構，說(shuō)起來(láiλα)容易做(zuò)起來(lái)難，業(yè)務架構對(duì)戰略的(䩶de)分(fēn)解、業(yè)務架構自(zì)身(s£σhēn)的(de)整合與标準化(huà)、到(d♦π₩₹ào) IT 設計(jì)的(de)過渡都(dōu)有(yǒu)不(bù)少 ↓€↕(shǎo)坑，業(yè)務越複雜(zá)越寬αφ泛就(jiù)越難駕馭，因此，即便做(zuò)過業(yè)務架構設≤δ計(jì)的(de)企業(yè)，也(yφ§÷ě)有(yǒu)不(bù)少(shǎo)将業(yè)務架構設計(jì)保持∞€>在高(gāo)階狀态，有(yǒu)點兒(ér)“虛”；≤₽
易跑偏。施工(gōng)期間(jiān)由于客觀因素可(kě)能(nénλ&g)導緻實施對(duì)業(yè)務架構的(de)偏離(l™₹→í)，這(zhè)種偏離(lí)如(rú)果沒有(yǒu)及時("πshí)糾正或者調整架構，累積久了(le)會(huì Ω'•)造成業(yè)務架構的(de)失真，會(huì)變↔♠“虛”；
難維護。少(shǎo)數(shù)扛過了(le)業(y☆→è)務架構落地(dì)困難期的(de)企業(yè)，↕"π也(yě)會(huì)由于感受到(dào)維護架構的(d₽αe)難度而心生(shēng)放(fàng)棄，從(cóng)↕≤而降低(dī)了(le)對(duì)業(yè)務架構的(dΩ✔÷e)評價。
用(yòng)得(de)少(shǎo)。原有(yǒu)的(de)單σπΩ₹體(tǐ)式或者豎井式開(kāi)發依然是(shì)大(dà↕γ)家(jiā)更經常采用(yòng)的(de)γ'∑項目構建方法，而這(zhè)種開(kāi)發基®∑§本上(shàng)沒有(yǒu)橫向視(shì)角，所以↕÷♥無需強調業(yè)務架構，通(tōng)常的(de)産品分(fē∞×n)析或者需求分(fēn)析足以滿足開(kāi)發需要↓≈(yào)；
難設計(jì)。業(yè)務架構，特别是(sh€↑Ωì)大(dà)型企業(yè)這(zhè)種錯(cuò)綜複雜(zá)的(d↔↕♠e)業(yè)務架構，說(shuō)起來(láiλα)容易做(zuò)起來(lái)難，業(yè)務架構對(duì)戰略的(䩶de)分(fēn)解、業(yè)務架構自(zì)身(s£σhēn)的(de)整合與标準化(huà)、到(d♦π₩₹ào) IT 設計(jì)的(de)過渡都(dōu)有(yǒu)不(bù)少 ↓€↕(shǎo)坑，業(yè)務越複雜(zá)越寬αφ泛就(jiù)越難駕馭，因此，即便做(zuò)過業(yè)務架構設≤δ計(jì)的(de)企業(yè)，也(yφ§÷ě)有(yǒu)不(bù)少(shǎo)将業(yè)務架構設計(jì)保持∞€>在高(gāo)階狀态，有(yǒu)點兒(ér)“虛”；≤₽
易跑偏。施工(gōng)期間(jiān)由于客觀因素可(kě)能(nénλ&g)導緻實施對(duì)業(yè)務架構的(de)偏離(l™₹→í)，這(zhè)種偏離(lí)如(rú)果沒有(yǒu)及時("πshí)糾正或者調整架構，累積久了(le)會(huì Ω'•)造成業(yè)務架構的(de)失真，會(huì)變↔♠“虛”；
難維護。少(shǎo)數(shù)扛過了(le)業(y☆→è)務架構落地(dì)困難期的(de)企業(yè)，↕"π也(yě)會(huì)由于感受到(dào)維護架構的(d₽αe)難度而心生(shēng)放(fàng)棄，從(cóng)↕≤而降低(dī)了(le)對(duì)業(yè)務架構的(dΩ✔÷e)評價。
其實，業(yè)務架構從(cóng)誕生(shēng)之初就(jiù)很(hγ×ěn)清楚地(dì)定義了(le)自(zì)己的α™$(de)使命：面向複雜(zá)系統構建。也(yě)就(jiù)是(sh±≤ì)說(shuō)，業(yè)務架構同其☆♠他(tā)架構一(yī)樣，目的(de)也(yě∞)是(shì)要(yào)降低(dī)複雜(zá)度，≠σα§更好(hǎo)地(dì)規劃系統，因此 T♣×☆OGAF 是(shì)将業(yè)務架構歸屬于 I σT 戰略部分(fēn)。應當将業(yè)務架構從☆©★★(cóng) IT 戰略中獨立出來(lá♦₽i)，更多(duō)面向業(yè)務人(rén)員(yu♠ £αán)，以充當業(yè)務與技(jì)術(☆↓shù)之間(jiān)的(de)橋梁。當然，業(yè)務架構真正要♦♥ ¶(yào)承擔起這(zhè)一(yī)職責，還(hái)需要(yà≈ ±σo)改進、簡化(huà)業(yè)務架構設計(jì)方法，對(du&↓ì)業(yè)務人(rén)員(yuán)更友(yǒu↑×)好(hǎo)，并且堅持使用(yòng)業(yè)務架構方法做(zuòσ)企業(yè)級需求管控。
未來(lái)，業(yè)務不(bù)再僅僅γ© 是(shì)業(yè)務，技(jì)術(shù)也(yě∏'≈)不(bù)再僅僅是(shì)技(jì)術(shù)，誰先實現(xi✔γ •àn)思維方式的(de)改進，誰就(jiù)能(néng)赢得(de)♦→ σ轉型的(de)先手，而業(yè)務架構能(nén¥Ω∞≠g)力可(kě)以在這(zhè)方面發揮關鍵作(zuò)用(yòng)。
- 上(shàng)一(yī)篇：APP開(kāi)發中一(yī)些(xiē)不(bù)好(hǎo)的(de)"≠☆産品設計(jì)
- 下(xià)一(yī)篇：如(rú)何讓APP開(kāi)發團隊的≠©<≤(de)效率更高(gāo)
- > 開(kāi)發網站(zhàn)或APP是(shì)用(yòng)JAVA好(≥₹✔£hǎo)還(hái)是(shì)PHP好(hǎo)？
- > 找外(wài)包公司開(kāi)發APP有(yǒu)哪些(xiē)注∏>↕意事(shì)項？
- > 想創業(yè)，别再盲目開(kāi)發APP了(le≈γ♦)！
- > 開(kāi)發一(yī)個(gè)APP多(duō)少(shǎo)錢(λ♠≤↓qián)?
- > 開(kāi)發一(yī)個(gè)APP多₽ ®→(duō)少(shǎo)錢(qián)？
- > 跟外(wài)包公司合作(zuò)怎麽樣才能(néng™→£)做(zuò)好(hǎo)一(yī)款APP?
電(diàn)話(huà)：
郵箱：
地(dì)址：
