資訊專欄INFORMATION COLUMN
摘要：看到一篇好文章，收藏一下我在知乎關(guān)于開發(fā)一個(gè)業(yè)務(wù)邏輯復(fù)雜的系統(tǒng)，應(yīng)該怎么樣設(shè)計(jì)才能使項(xiàng)目的擴(kuò)展性更好做的回答。一個(gè)標(biāo)準(zhǔn)的工作流程包括業(yè)務(wù)建模，需求分析，分析設(shè)計(jì)，實(shí)施開發(fā)，測(cè)試，部署，配置和變更管理，項(xiàng)目管理，環(huán)境。
看到一篇好文章，收藏一下
我在知乎關(guān)于《開發(fā)一個(gè)業(yè)務(wù)邏輯復(fù)雜的系統(tǒng)，應(yīng)該怎么樣設(shè)計(jì)才能使項(xiàng)目的擴(kuò)展性更好？》做的回答。
既然業(yè)務(wù)邏輯復(fù)雜，那意味著項(xiàng)目前期的業(yè)務(wù)建模、需求分析、分析設(shè)計(jì)極為重要，直接拋開這幾個(gè)階段進(jìn)入技術(shù)實(shí)施開發(fā)階段，不管套用什么設(shè)計(jì)模式、架構(gòu)模式，系統(tǒng)的擴(kuò)展性肯定難以保證。
項(xiàng)目的擴(kuò)展性雖然最終體現(xiàn)為系統(tǒng)架構(gòu)、技術(shù)實(shí)現(xiàn)的擴(kuò)展性，但系統(tǒng)擴(kuò)展性的根源在于系統(tǒng)業(yè)務(wù)架構(gòu)及業(yè)務(wù)模型的擴(kuò)展性。大家經(jīng)常罵xx系統(tǒng)爛、擴(kuò)展性差，大都將原因歸結(jié)為技術(shù)實(shí)現(xiàn)爛，但總結(jié)那些成功的大型項(xiàng)目或產(chǎn)品的最佳實(shí)踐，原因都會(huì)有：某某是業(yè)務(wù)專家，對(duì)xx業(yè)務(wù)很熟悉，能夠銜接業(yè)務(wù)與技術(shù)。因此一個(gè)好的項(xiàng)目角色中，應(yīng)該有行業(yè)專家/領(lǐng)域?qū)＜?、業(yè)務(wù)過程分析師、系統(tǒng)分析師、軟件架構(gòu)師等角色，從業(yè)務(wù)架構(gòu)、信息架構(gòu)、技術(shù)架構(gòu)保證系統(tǒng)的擴(kuò)展性。
具體怎樣進(jìn)行業(yè)務(wù)建模，搭建良好的業(yè)務(wù)架構(gòu)和業(yè)務(wù)模型，從而為技術(shù)架構(gòu)、信息架構(gòu)、技術(shù)實(shí)現(xiàn)奠定良好基礎(chǔ)，有一些較為成熟的軟件開發(fā)過程可供參考。例如 RUP（Rational Unified Process，統(tǒng)一軟件開發(fā)過程)。一個(gè)標(biāo)準(zhǔn)的RUP工作流程包括：業(yè)務(wù)建模，需求分析，分析設(shè)計(jì)，實(shí)施開發(fā)，測(cè)試，部署，配置和變更管理，項(xiàng)目管理，環(huán)境。當(dāng)然RUP只是一個(gè)方法論，且過于龐大，大部分項(xiàng)目很難完整執(zhí)行其過程，需要根據(jù)實(shí)際情況進(jìn)行裁剪，但其方法論對(duì)于復(fù)雜業(yè)務(wù)邏輯系統(tǒng)的建設(shè)具有指導(dǎo)意義。像互聯(lián)網(wǎng)產(chǎn)品設(shè)計(jì)中常用的用例分析技術(shù)就源于RUP。
因此對(duì)于題主描述的一個(gè)復(fù)雜系統(tǒng)，標(biāo)準(zhǔn)的過程應(yīng)當(dāng)在業(yè)務(wù)建模，需求分析，分析設(shè)計(jì)，實(shí)施開發(fā)，測(cè)試，部署完整過程的分析設(shè)計(jì)（與開發(fā)語言無關(guān)）或?qū)嵤╅_發(fā)（分析設(shè)計(jì)的成果映射為具體語言，例如Java、.NET等）階段才考慮設(shè)計(jì)模式、架構(gòu)模式的引入。設(shè)計(jì)模式的使用會(huì)經(jīng)歷僵化->固化->優(yōu)化的階段，類似禪修中“看山是山、看水是水”的三個(gè)階段，才能體會(huì)模式的運(yùn)用之妙。
值得強(qiáng)調(diào)的是：如果是偏交易（例如支付、金融）的系統(tǒng)，在考慮擴(kuò)展性時(shí)候，一定要將信息架構(gòu)、信息模型的擴(kuò)展性納入到考慮范圍，此類系統(tǒng)數(shù)據(jù)模型至關(guān)重要，也不可能頻繁變動(dòng)。
上面描述方法的特別適用與傳統(tǒng)軟件、系統(tǒng)集成等需求偏穩(wěn)定的項(xiàng)目，對(duì)于互聯(lián)網(wǎng)偏創(chuàng)新性的項(xiàng)目就不一定完全適用了，此類項(xiàng)目的現(xiàn)實(shí)情況如下：業(yè)務(wù)模式不確定，會(huì)不停試錯(cuò)，驗(yàn)證模式；需求不停變化，要求能夠快速響應(yīng)；全新的行業(yè)，沒有行業(yè)專家，沒有行業(yè)標(biāo)桿可借鑒（至多有跨界標(biāo)桿可參考）；此時(shí)候，類似精益創(chuàng)業(yè)、Scrum之類的敏捷開發(fā)模式更適合，但對(duì)于復(fù)雜的業(yè)務(wù)而言，業(yè)務(wù)建模->需求分析->分析設(shè)計(jì)的理念仍然值得參考借鑒。
最后，最最重要的是：完美系統(tǒng)的架構(gòu)和擴(kuò)展性是管理出來的、持續(xù)重構(gòu)出來的。正如各大城市馬路不停翻了再修、修了再翻的命運(yùn)一樣，中國大部分公司后任會(huì)不停否定掉前任的架構(gòu)、系統(tǒng)，推倒再來一遍，然后等新系統(tǒng)剛開發(fā)出來不久，尚未上線或上線運(yùn)營一段時(shí)間后，再換一幫人繼續(xù)折騰，然后。。。
總結(jié)這么多年的經(jīng)歷，深刻體會(huì)到：再爛的系統(tǒng)和架構(gòu)，如果能夠強(qiáng)化管理、持續(xù)積累、持續(xù)重構(gòu)、持續(xù)完善，都能夠有機(jī)會(huì)成為完美的系統(tǒng)，完美的系統(tǒng)不在于其架構(gòu)的牛逼和完美，而在于：符合公司的業(yè)務(wù)模式，能夠完美支撐公司業(yè)務(wù)的高速發(fā)展和市場需求的快速響應(yīng)。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://www.ezyhdfw.cn/yun/11704.html
摘要：而只需要調(diào)用對(duì)象完成業(yè)務(wù)邏輯即可。領(lǐng)域建模的好處面向?qū)ο蠓庋b的相關(guān)操作都封裝在上，提高了內(nèi)聚性和可重用性。對(duì)于這樣簡單的場景，這個(gè)建模就差不多了。這就是模型的統(tǒng)一。其功能性及說明性急速增強(qiáng)，而復(fù)雜性卻隨之消失。 showImg(https://segmentfault.com/img/bV62vN?w=677&h=393); 你還在用面向?qū)ο蟮恼Z言寫面向過程的代碼嗎？你是否正在被復(fù)雜的...
摘要：而只需要調(diào)用對(duì)象完成業(yè)務(wù)邏輯即可。領(lǐng)域建模的好處面向?qū)ο蠓庋b的相關(guān)操作都封裝在上，提高了內(nèi)聚性和可重用性。對(duì)于這樣簡單的場景，這個(gè)建模就差不多了。這就是模型的統(tǒng)一。其功能性及說明性急速增強(qiáng)，而復(fù)雜性卻隨之消失。 showImg(https://segmentfault.com/img/bV62vN?w=677&h=393); 云棲君導(dǎo)讀：你還在用面向?qū)ο蟮恼Z言寫面向過程的代碼嗎？你是否...
摘要：移動(dòng)精英開發(fā)社群的第期，也是圍繞架構(gòu)這個(gè)話題進(jìn)行討論。本次我們希望結(jié)合實(shí)際開發(fā)中遇到的問題，來聊聊移動(dòng)端的架構(gòu)設(shè)計(jì)。這樣的模式改進(jìn)一些，可能會(huì)更適合移動(dòng)端架構(gòu)。潘衛(wèi)杰之前我們公司移動(dòng)端的大項(xiàng)目就是插座式開發(fā)的，批量出各個(gè)行業(yè)的。 此前，58 同城的技術(shù)委員會(huì)執(zhí)行主席沈劍在 OneAPM 的技術(shù)公開課上分享過一個(gè)主題，「好的架構(gòu)不是設(shè)計(jì)出來的，而是演技出來的」。因?yàn)閷?duì)很多創(chuàng)業(yè)公司而言，隨...
摘要：前言本文給大家分享的題目是基于微服務(wù)以及的高可用架構(gòu)探索與實(shí)現(xiàn)。比如說年大地震的時(shí)候我正好在東京，當(dāng)時(shí)在做一個(gè)金融系統(tǒng)的相關(guān)工作。那次大地震導(dǎo)致很多很多的問題，雖然大地震不是在東京發(fā)生，但是還是給我們的系統(tǒng)造成了影響。 前言 本文給大家分享的題目是《基于DevOps、微服務(wù)以及K8S的高可用架構(gòu)探索與實(shí)現(xiàn)》。整個(gè)企業(yè)的高可用架構(gòu)面臨很多的挑戰(zhàn)，面向微服務(wù)、容器化以及敏態(tài)交付，是我們現(xiàn)在...
摘要：導(dǎo)言耦合性，是對(duì)模塊間關(guān)聯(lián)程度的度量。模塊間的耦合度是指模塊之間的依賴關(guān)系，包括控制關(guān)系調(diào)用關(guān)系數(shù)據(jù)傳遞關(guān)系。 導(dǎo)言： 耦合性，是對(duì)模塊間關(guān)聯(lián)程度的度量。耦合的強(qiáng)弱取決于模塊間接口的復(fù)雜性、調(diào)用模塊的方式以及通過界面?zhèn)魉蛿?shù)據(jù)的多少。模塊間的耦合度是指模塊之間的依賴關(guān)系，包括控制關(guān)系、調(diào)用關(guān)系、數(shù)據(jù)傳遞關(guān)系。模塊間聯(lián)系越多，其耦合性越強(qiáng)，同時(shí)表明其獨(dú)立性越差。軟件設(shè)計(jì)中通常用耦合度和內(nèi)聚...
閱讀 551·2021-10-09 09:57
閱讀 571·2019-08-29 18:39
閱讀 901·2019-08-29 12:27
閱讀 3110·2019-08-26 11:38
閱讀 2777·2019-08-26 11:37
閱讀 1359·2019-08-26 10:59
閱讀 1460·2019-08-26 10:58
閱讀 1053·2019-08-26 10:48
