亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

<abbr id="4inuc"></abbr>

Chinaunix

標(biāo)題: 首席架構(gòu)師汪洋坐鎮(zhèn)，歡迎大伙提問(wèn)�。很浖軜�(gòu)連載討論之一：正確認(rèn)識(shí)軟件架構(gòu) [打印本頁(yè)]

作者: 無(wú)風(fēng)之谷 時(shí)間: 2011-10-12 09:38
標(biāo)題: 首席架構(gòu)師汪洋坐鎮(zhèn)，歡迎大伙提問(wèn)�。很浖軜�(gòu)連載討論之一：正確認(rèn)識(shí)軟件架構(gòu)
獲獎(jiǎng)名單已公布，詳情請(qǐng)看：http://72891.cn/thread-3613413-1-1.html

現(xiàn)在的網(wǎng)絡(luò)上充斥著各種各樣對(duì)“架構(gòu)設(shè)計(jì)”的解釋?zhuān)瑢?dǎo)致了很多的IT人員對(duì)“架構(gòu)”的理解失之偏頗！例如，將應(yīng)用架構(gòu)、部署架構(gòu)，數(shù)據(jù)架構(gòu)等混為一談，甚至有人產(chǎn)生了“架構(gòu)就是設(shè)計(jì)模式”，“架構(gòu)就是分層” 等諸多的誤解！所以，很必要梳理思路，澄清一下！所以本期話(huà)題為正確認(rèn)識(shí)軟件架構(gòu)，在下一期的活動(dòng)中，我們跟大家分享討論的是：什么是架構(gòu)設(shè)計(jì)。

本期組織嘉賓：yanyangtian4502
外企高級(jí)工程師。上海益思研發(fā)管理咨詢(xún)有限公司首席軟件架構(gòu)專(zhuān)家，軟件咨詢(xún)組副組長(zhǎng)。曾擔(dān)任世界500強(qiáng)公司在華架構(gòu)師，負(fù)責(zé)項(xiàng)目框架和平臺(tái)的設(shè)計(jì)。曾經(jīng)帶領(lǐng)創(chuàng)業(yè)團(tuán)隊(duì)與國(guó)內(nèi)外企業(yè)進(jìn)行項(xiàng)目合作�！�.NET應(yīng)用的架構(gòu)、模式與最佳實(shí)踐》作者。


本期討論話(huà)題：如何正確認(rèn)識(shí)軟件架構(gòu)

活動(dòng)要求：1，有條理，說(shuō)出自己對(duì)架構(gòu)設(shè)計(jì)，架構(gòu)師的職能的認(rèn)識(shí)！
            2，可以分享案例，提出疑問(wèn)。

活動(dòng)獎(jiǎng)勵(lì)：1，CU獨(dú)家定制帽衫
            2，兩期活動(dòng)結(jié)束后，會(huì)贈(zèng)送《.NET應(yīng)用的架構(gòu)、模式與最佳實(shí)踐》新書(shū)給予熱情參與活動(dòng)的網(wǎng)友（由組織者yanyangtian4502選出）

附討論話(huà)題計(jì)劃：

1. 架構(gòu)與設(shè)計(jì)的流程和核心概念
a) 如何正確認(rèn)識(shí)軟件架構(gòu)?
b) 什么是架構(gòu)設(shè)計(jì)?
c) 架構(gòu)設(shè)計(jì)的優(yōu)缺點(diǎn)是什么?
d) 如何看待設(shè)計(jì)與架構(gòu)的關(guān)系?
e) 架構(gòu)設(shè)計(jì)中的混淆點(diǎn)?
2. 模式、設(shè)計(jì)原則和方法
3. 架構(gòu)分層
4. 業(yè)務(wù)層設(shè)計(jì)討論
5. 服務(wù)層設(shè)計(jì)討論
6. 數(shù)據(jù)訪問(wèn)層設(shè)計(jì)討論
7. 數(shù)據(jù)存儲(chǔ)設(shè)計(jì)
8. 顯示層設(shè)計(jì)
9.項(xiàng)目開(kāi)源實(shí)戰(zhàn)!(IT創(chuàng)業(yè)互推平臺(tái),第二版設(shè)計(jì)中)

話(huà)題的宗旨:
實(shí)用:提供實(shí)際的解決方案和示例!

話(huà)題討論說(shuō)明:
1.每個(gè)月有一到兩期的話(huà)題討論.
2.每期討論完之后,會(huì)進(jìn)行總結(jié),并且對(duì)活躍用戶(hù)實(shí)現(xiàn)獎(jiǎng)勵(lì),并且挑選用戶(hù)進(jìn)行項(xiàng)目實(shí)戰(zhàn)環(huán)節(jié)
3.兩期話(huà)題結(jié)束之后舉行現(xiàn)場(chǎng)的技術(shù)沙龍,就近

作者: dreamice 時(shí)間: 2011-10-12 09:48
支持！

作者: yanyangtian4502 時(shí)間: 2011-10-12 09:50
希望大家踴躍發(fā)言，把自己的疑惑說(shuō)出來(lái)

作者: yanyangtian4502 時(shí)間: 2011-10-12 09:54
本帖最后由 yanyangtian4502 于 2011-10-12 10:00 編輯

我這里給出本次話(huà)題的一些大綱，朋友們可以圍繞這個(gè)展開(kāi)：
1. 什么是架構(gòu)。架構(gòu)是文檔？是代碼？還是什么？
2. 架構(gòu)師的職責(zé)是什么？應(yīng)該具備哪些技能才能擔(dān)任這個(gè)職位？

咱們一次一個(gè)話(huà)題，每個(gè)都討論的詳細(xì)一點(diǎn)！爭(zhēng)取解惑！朋友們不要太過(guò)于拘泥啊！自由言論！

作者: renxiao2003 時(shí)間: 2011-10-12 13:58
本帖最后由 renxiao2003 于 2011-10-15 23:59 編輯

來(lái)晚了。支持NB的直接就版主的人（連實(shí)習(xí)都沒(méi)有）

其實(shí)架構(gòu)，我的理解，應(yīng)該分為技術(shù)架構(gòu)和業(yè)務(wù)架構(gòu)兩個(gè)方面。還有說(shuō)數(shù)據(jù)庫(kù)架構(gòu)的，我覺(jué)得數(shù)據(jù)庫(kù)架構(gòu)應(yīng)該算在技術(shù)架構(gòu)類(lèi)里。
先說(shuō)說(shuō)業(yè)務(wù)架構(gòu)，說(shuō)這個(gè)，那肯定屬于行業(yè)專(zhuān)家級(jí)的人物了，他可能不太懂技術(shù)，但他對(duì)這個(gè)行業(yè)的理解絕對(duì)是深度的。我記得我們?cè)瓉?lái)的領(lǐng)導(dǎo)，他對(duì)行業(yè)的影響是很大的，以致于政府部門(mén)制定相關(guān)的政策的時(shí)候都會(huì)咨詢(xún)他的意見(jiàn)。我覺(jué)得如果吃透了一個(gè)行業(yè)的相關(guān)知識(shí)，那么做業(yè)務(wù)架構(gòu)是足夠的（目前很多大公司都有這個(gè)職位）。
而技術(shù)架構(gòu)師，他更多的是需要工作經(jīng)驗(yàn)的積累，同樣需要對(duì)行業(yè)的理解，否則也無(wú)法做出好的應(yīng)用于行業(yè)的架構(gòu)設(shè)計(jì)。
但對(duì)于架構(gòu)的概念我不太明白。不多說(shuō)了。

作者: kns1024wh 時(shí)間: 2011-10-12 14:31
回復(fù) 1# 無(wú)風(fēng)之谷

圍觀支持
現(xiàn)在。net不用 c++

作者: donghuang1hao 時(shí)間: 2011-10-12 21:23
我的理解應(yīng)用架構(gòu)就是指Midware（中間層）。
應(yīng)用層架構(gòu)是否包括以下幾方面：
1. GUI框架
2. 窗體框架
3. 消息機(jī)制
4. 任務(wù)機(jī)制（包括鍵盤(pán)任務(wù)等）
5. 控件結(jié)構(gòu)

我的以上理解是否正確？

作者: yanyangtian4502 時(shí)間: 2011-10-12 22:32
本帖最后由 yanyangtian4502 于 2011-10-12 22:43 編輯

回復(fù) 7# donghuang1hao

1. GUI框架： 2. 窗體框架3. 消息機(jī)制：4. 任務(wù)機(jī)制（包括鍵盤(pán)任務(wù)等）5. 控件結(jié)構(gòu)

其中1,2,5 基本都是屬于顯示層的，可以統(tǒng)一看待！
3消息機(jī)制是一種通信方式和數(shù)據(jù)交換方式。
4. 任務(wù)機(jī)制這是通用的一些功能

總體感覺(jué)：理解的跳躍性比較大，對(duì)架構(gòu)的理解的有點(diǎn)雜！其實(shí)架構(gòu)可以簡(jiǎn)單的理解為“系統(tǒng)的藍(lán)圖”，可以從這方面入手進(jìn)行理解！我們后續(xù)會(huì)不斷的補(bǔ)充進(jìn)來(lái)！
感謝參與啊！

作者: snow888 時(shí)間: 2011-10-12 23:28
什么是架構(gòu)？
簡(jiǎn)單而言，架構(gòu)就是一個(gè)軟件應(yīng)用實(shí)現(xiàn)的技術(shù)手段的總體模型。

細(xì)化來(lái)分，包含的東西就很多了。

作者: snow888 時(shí)間: 2011-10-13 00:33

回復(fù) snow888

架構(gòu)要設(shè)計(jì)到很多方面的內(nèi)容，架構(gòu)主要在業(yè)務(wù)分析階段產(chǎn)生，而是設(shè)計(jì)才是與具體的 ...
yanyangtian4502 發(fā)表于 2011-10-13 00:12

這點(diǎn)不敢茍同。

如果把架構(gòu)與設(shè)計(jì)分開(kāi)，那么也就不存在架構(gòu)的概念了。

架構(gòu)主要是業(yè)務(wù)分析階段產(chǎn)生不假，但卻是根據(jù)業(yè)務(wù)需求而展開(kāi)分析，分析的重點(diǎn)應(yīng)該是實(shí)現(xiàn)需求的技術(shù)手段的采用�；蛘哒f(shuō)，這個(gè)叫做架構(gòu)設(shè)計(jì)，而不是架構(gòu)，架構(gòu)是實(shí)現(xiàn)這些業(yè)務(wù)需求所采用的結(jié)構(gòu)模型與技術(shù)手段的總合。

其實(shí)談這些有點(diǎn)口水了。

我們舉一個(gè)簡(jiǎn)單的例子，一個(gè)有著很大業(yè)務(wù)量的收費(fèi)系統(tǒng)，很顯然就不能采用本論壇實(shí)現(xiàn)的方式，從俺的理解，本論壇是 php語(yǔ)言開(kāi)發(fā)的論壇程序，簡(jiǎn)單的 B/S 架構(gòu)，而一個(gè)有著很大業(yè)務(wù)量的收費(fèi)系統(tǒng)，由于涉及到客戶(hù)的業(yè)務(wù)數(shù)據(jù)，很顯然不能采用如此簡(jiǎn)單的方式來(lái)實(shí)現(xiàn)，那么對(duì)于通過(guò)什么樣的手段來(lái)實(shí)現(xiàn)頁(yè)面展現(xiàn)，前后臺(tái)的交互手段是什么，中間的隔離層如何做？同樣，采用這樣的技術(shù)手段，使用什么樣的系統(tǒng)支撐，選擇什么樣的開(kāi)發(fā)環(huán)境，運(yùn)行環(huán)境，采用何種語(yǔ)言開(kāi)發(fā)，都是架構(gòu)設(shè)計(jì)的內(nèi)容，而這一切技術(shù)手段的總和，在這個(gè)應(yīng)用體系中就被稱(chēng)之為軟件架構(gòu)，而選擇這些技術(shù)手段的過(guò)程，應(yīng)該就是架構(gòu)設(shè)計(jì)了。

作者: yanyangtian4502 時(shí)間: 2011-10-13 09:21
回復(fù) 11# snow888

說(shuō)的到點(diǎn)子上了。這樣說(shuō)吧，

首先，讓我們來(lái)看看架構(gòu)的一個(gè)定義：
軟件架構(gòu)是對(duì)系統(tǒng)的高層視角，或者是對(duì)系統(tǒng)的抽象。它關(guān)注某些對(duì)完成這個(gè)系統(tǒng)有著最大幫助的方面，例如：可用性、穩(wěn)定性，以及靈活性。同時(shí)，架構(gòu)對(duì)如何達(dá)到這些目的給出了指導(dǎo)和約束。

如果要用最簡(jiǎn)單的方式來(lái)理解上面的定義，可以這樣說(shuō)：軟件架構(gòu)就是軟件系統(tǒng)的一張藍(lán)圖。

下面我們用一個(gè)比較淺顯的類(lèi)比來(lái)說(shuō)明這個(gè)“藍(lán)圖”的含義。

相信大家對(duì)冶金行業(yè)中的“澆筑”或多或少有一些了解。澆筑就是把液體材料倒在一個(gè)有著特定形狀的沙模中，然后等液體冷卻之后得到想要的產(chǎn)品或特定形狀材料的過(guò)程。在這個(gè)過(guò)程中，盛放液體的沙模引導(dǎo)著液體慢慢成形，最后得到我們預(yù)想的結(jié)果。

其中，有一點(diǎn)我們要注意就是，沙模的特性（比如形狀和大�。┖偷谷肫渲械囊后w是沒(méi)有任何聯(lián)系的，換句話(huà)說(shuō)：沙模和液體是完全分離的，但是沙模又必須和液體在一起才能生產(chǎn)出所要的產(chǎn)品。

架構(gòu)就好比上面例子中的沙模，軟件項(xiàng)目就好比用于澆筑的液體。正如澆筑一樣，架構(gòu)引導(dǎo)著項(xiàng)目，最后得到我們想要的結(jié)果。同時(shí)，我們也可以得出：軟件的架構(gòu)和實(shí)現(xiàn)這個(gè)系統(tǒng)的代碼是沒(méi)有很?chē)?yán)格的關(guān)系的，這也就是我們常說(shuō)的架構(gòu)是平臺(tái)無(wú)關(guān)的。架構(gòu)確保開(kāi)發(fā)的過(guò)程在一定的限制或規(guī)則下進(jìn)行。
沙模沒(méi)有澆筑液體的存在，基本就沒(méi)有任何作用；架構(gòu)也是立足項(xiàng)目的特定需求來(lái)設(shè)計(jì)的！

作者: yanyangtian4502 時(shí)間: 2011-10-13 09:22
正如之前所說(shuō)，架構(gòu)和設(shè)計(jì)是兩個(gè)不同的概念，它們也出現(xiàn)在不同的階段。當(dāng)軟件系統(tǒng)的架構(gòu)確定之后，設(shè)計(jì)就開(kāi)始了。

架構(gòu)與系統(tǒng)的業(yè)務(wù)需求往往是緊密聯(lián)系的，理論上來(lái)說(shuō)，架構(gòu)不是很關(guān)注系統(tǒng)最后搭建在哪個(gè)技術(shù)平臺(tái)上（例如：或是J2EE上，或是.NET上），但實(shí)際上，很多時(shí)候我們?cè)诳紤]架構(gòu)創(chuàng)建的同時(shí)，也考慮了系統(tǒng)將要運(yùn)行的技術(shù)平臺(tái)。

設(shè)計(jì)是與系統(tǒng)的實(shí)現(xiàn)相關(guān)的。設(shè)計(jì)將架構(gòu)所關(guān)注的那些高層抽象的需求與具體的技術(shù)實(shí)現(xiàn)聯(lián)系起來(lái)，從而考慮如何實(shí)現(xiàn)系統(tǒng)所需要的穩(wěn)定性、安全性。更加細(xì)節(jié)的如，考慮采用哪種模式等。在設(shè)計(jì)階段，還要決定在以后開(kāi)發(fā)的過(guò)程中應(yīng)采用哪種實(shí)現(xiàn)方法論進(jìn)行開(kāi)發(fā)（例如，是TDD，還是DDD或是BDD等）。

作者: yanyangtian4502 時(shí)間: 2011-10-13 09:23
采用一張圖來(lái)說(shuō)明架構(gòu)和設(shè)計(jì)的相互關(guān)系，如圖所示：

如圖所示，業(yè)務(wù)需求是系統(tǒng)架構(gòu)的決定性因素，軟件設(shè)計(jì)和開(kāi)發(fā)在架構(gòu)確定之后開(kāi)始進(jìn)行，而開(kāi)發(fā)過(guò)程又是在設(shè)計(jì)的基礎(chǔ)上進(jìn)行的。

作者: yanyangtian4502 時(shí)間: 2011-10-13 09:27
架構(gòu)師在創(chuàng)建架構(gòu)的時(shí)候，首先必須理解系統(tǒng)的高層需求，然后做出相應(yīng)的設(shè)計(jì)決定。例如，如果需要為一個(gè)SNS站點(diǎn)增加郵件群發(fā)系統(tǒng)，架構(gòu)師在創(chuàng)建郵件系統(tǒng)的架構(gòu)之前首先會(huì)關(guān)注以下幾點(diǎn)：
 郵件系統(tǒng)將會(huì)運(yùn)行在哪里？部署托管的環(huán)境是什么？托管環(huán)境有什么技術(shù)限制？
 發(fā)送的郵件是否需要數(shù)據(jù)保護(hù)？
 每天或每小時(shí)內(nèi)發(fā)送多少封郵件？
 系統(tǒng)給用戶(hù)發(fā)送郵件的頻率是多大？
 郵件是否允許帶附件？附件的大小、格式是否有限制？
 這個(gè)郵件系統(tǒng)是否需要擴(kuò)展或重用（例如，其他站點(diǎn)或公司是否也會(huì)采用這個(gè)郵件系統(tǒng)）？
然后架構(gòu)師在這些問(wèn)題及一些其他的問(wèn)題的基礎(chǔ)上給出每個(gè)問(wèn)題的答案，這樣就可以根據(jù)答案畫(huà)出系統(tǒng)架構(gòu)的草圖了。從而可以得出：架構(gòu)的關(guān)注點(diǎn)不是在功能的細(xì)節(jié)上面，而是在于系統(tǒng)所要達(dá)到的目標(biāo)及與這些目標(biāo)相關(guān)的需求上。

作者: yanyangtian4502 時(shí)間: 2011-10-13 09:28
當(dāng)架構(gòu)師了解這些關(guān)注點(diǎn)之后，接下來(lái)就要考慮折中的辦法。
例如，對(duì)信息的加密會(huì)使得安全性提高，但是也會(huì)損耗一定的性能；利用配置文件的方式確實(shí)可以增加系統(tǒng)的靈活性，但是會(huì)降低可用性；在使用配置文件的時(shí)候，是采用標(biāo)準(zhǔn)的XML還是自己定義格式；系統(tǒng)如何進(jìn)行部署才能兼顧性能和最低的成本，等等。

架構(gòu)師還需要理解這些關(guān)注點(diǎn)和它們之間的約束關(guān)系，然后和利益相關(guān)人商量、協(xié)作，為這些關(guān)注點(diǎn)排列優(yōu)先級(jí)，最后在給出的架構(gòu)中體現(xiàn)這些關(guān)注點(diǎn)。為了達(dá)到各方面的平衡，架構(gòu)師常常要和不同的部門(mén)及人進(jìn)行溝通，然后采用權(quán)衡策略，所以架構(gòu)師不是只懂得技術(shù)就可以了的。

作者: liuliu8031 時(shí)間: 2011-10-13 09:43
高手

作者: yanyangtian4502 時(shí)間: 2011-10-13 09:43
這個(gè)話(huà)題還有很多地方可以深入進(jìn)去，朋友們可以就我和一些論壇里面朋友的帖子發(fā)表意見(jiàn)，也可以發(fā)表自己的看法！

作者: snow888 時(shí)間: 2011-10-13 09:56

采用一張圖來(lái)說(shuō)明架構(gòu)和設(shè)計(jì)的相互關(guān)系，如圖所示：
如圖所示，業(yè)務(wù)需求是系統(tǒng)架構(gòu)的決定性因素，軟件設(shè)計(jì) ...
yanyangtian4502 發(fā)表于 2011-10-13 09:23

嗯，就是這張圖的關(guān)系，其實(shí)空搬書(shū)本的談?wù)摷軜?gòu)，就是俺們倆說(shuō)了，也未必能讓所有的人都清楚架構(gòu)究竟是咋回事。

我們用一個(gè)簡(jiǎn)單的軟件開(kāi)發(fā)例子來(lái)說(shuō)說(shuō)：假設(shè)我們需要為國(guó)際連鎖沃爾瑪開(kāi)發(fā)一套系統(tǒng)，當(dāng)然，由于我們僅僅是為了講清楚啥子是架構(gòu)，啥子是架構(gòu)設(shè)計(jì)，這個(gè)系統(tǒng)我們力求簡(jiǎn)單，僅考慮如下幾個(gè)方面的需求。

業(yè)務(wù)運(yùn)營(yíng)系統(tǒng)、物流調(diào)度系統(tǒng)、會(huì)計(jì)核算系統(tǒng)、報(bào)表分析系統(tǒng)這四個(gè)小得部分，我們不考慮實(shí)現(xiàn)完整的一個(gè)沃爾瑪?shù)南到y(tǒng)。僅從以上四個(gè)方面來(lái)考慮。

首先，業(yè)務(wù)運(yùn)營(yíng)系統(tǒng)為了簡(jiǎn)化起見(jiàn)，我們把網(wǎng)絡(luò)購(gòu)物系統(tǒng)從業(yè)務(wù)運(yùn)營(yíng)系統(tǒng)中分開(kāi)，這里的業(yè)務(wù)運(yùn)營(yíng)系統(tǒng)僅包含超市的運(yùn)營(yíng)系統(tǒng)，很顯然，由于超市收費(fèi)系統(tǒng)是高效率的運(yùn)轉(zhuǎn)的實(shí)時(shí)系統(tǒng)，通過(guò)很多的系統(tǒng)模擬與測(cè)試，這樣的模型以C/S架構(gòu)更為穩(wěn)定與合理，同時(shí)從輸入的角度上來(lái)說(shuō)，這樣的架構(gòu)模型，輸入效率更高。輸入界面采用字符控制臺(tái)界面更符合操作習(xí)慣（我們很難想象，在收費(fèi)的時(shí)候，手不停的在鍵盤(pán)、讀碼器、鼠標(biāo)間切換，輸入效率會(huì)很高）

那么我們?cè)賮?lái)看看，物流調(diào)度系統(tǒng)，主要是及時(shí)掌握各超市的商品銷(xiāo)售信息，及時(shí)進(jìn)行商品采購(gòu)和在各超市之間的調(diào)度，這樣的系統(tǒng)至少需要考慮城域網(wǎng)的范圍，出于從成本考慮，可采用 Inter 網(wǎng)，這樣由于地域范圍較大，且為了適應(yīng)不同的客戶(hù)端環(huán)境（有 WinXP、Win Vista、Win7 甚至可能有 ubuntu 等不同環(huán)境），很顯然，為減少開(kāi)發(fā)成本，同時(shí)為提高系統(tǒng)的安全性和適用性，我們可采用 B/S 架構(gòu)，采用 java + js 語(yǔ)言開(kāi)進(jìn)行開(kāi)發(fā)，同時(shí)從系統(tǒng)安全性考慮，我們可選擇中間層隔離并加裝防火墻設(shè)備等，Brow 層不直接與數(shù)據(jù)庫(kù)交互，后臺(tái)采用交易響應(yīng)機(jī)制，C 語(yǔ)言編寫(xiě)，同時(shí)考慮到物流調(diào)度，因此需要引入工作流（有關(guān)工作流如何與本系統(tǒng)集成，此處暫不做展開(kāi)，我們主要是講清楚哪些是架構(gòu)，什么架構(gòu)設(shè)計(jì)）。

會(huì)計(jì)核算系統(tǒng)，同樣是一個(gè)數(shù)據(jù)輸入量不是太大的系統(tǒng)，主要用于做會(huì)計(jì)收支方面的賬務(wù)處理（營(yíng)運(yùn)系統(tǒng)有一部分的會(huì)計(jì)數(shù)據(jù)產(chǎn)生，可直接轉(zhuǎn)入），這方面如果可能，可采用現(xiàn)成的會(huì)計(jì)核軟件，通過(guò)其提供的 API 公共接口接入數(shù)據(jù)，也可以自行開(kāi)發(fā)這樣一個(gè)高度整合的會(huì)計(jì)核算系統(tǒng)，這方面采用 C/S 或 B/S 都可以。

最后是報(bào)表分析，由于營(yíng)運(yùn)系統(tǒng)需要報(bào)表分析，各分銷(xiāo)商需要報(bào)表分析，總部也需要報(bào)表分析，且多數(shù)情況下需要進(jìn)行信息的交流與融通，與物流調(diào)度系統(tǒng)一樣，這部分同樣需要采用 B/S 方式，其大致組成方式也與物流調(diào)度相仿。

以上這些模型在軟件項(xiàng)目中就是架構(gòu)，而形成這些組成模型，并將其形成書(shū)面的資料的過(guò)程，就是架構(gòu)設(shè)計(jì)了。

作者: yuhongchun 時(shí)間: 2011-10-13 09:56
提示: 作者被禁止或刪除內(nèi)容自動(dòng)屏蔽

作者: snow888 時(shí)間: 2011-10-13 10:01
當(dāng)然，上述四個(gè)系統(tǒng)需要整合在一個(gè)平臺(tái)內(nèi)，這同樣有一個(gè)系統(tǒng)安全性與中間層隔離的問(wèn)題。

同樣，由于越到上層，數(shù)據(jù)量越大，因此在服務(wù)器端，可考慮專(zhuān)用的系統(tǒng)如 HP-UX ，和專(zhuān)用的小型機(jī)等。而各分銷(xiāo)商和超市，由于數(shù)據(jù)量較小，可采用 Linux 和 PC Server 服務(wù)器等支撐，那么這不同的系統(tǒng)間的數(shù)據(jù)傳輸與交互方式，也是架構(gòu)的一個(gè)組成部分，而思考這個(gè)部分的過(guò)程，就是架構(gòu)設(shè)計(jì)了。

作者: yanyangtian4502 時(shí)間: 2011-10-13 10:04
回復(fù) 21# snow888

架構(gòu)包含很多的方面的東西，例如應(yīng)用程序架構(gòu)，部署架構(gòu)，數(shù)據(jù)架構(gòu)！

作者: snow888 時(shí)間: 2011-10-13 10:07
同意 15、16樓的觀點(diǎn)。

作者: chenyx 時(shí)間: 2011-10-13 10:10
這個(gè)一定要支持.

作者: snow888 時(shí)間: 2011-10-13 10:12

這個(gè)一定要支持.
chenyx 發(fā)表于 2011-10-13 10:10

別支持了，咱們還是會(huì)新手專(zhuān)區(qū)去討論吧。

作者: chenyx 時(shí)間: 2011-10-13 10:12
web系統(tǒng)的架構(gòu)現(xiàn)在很多了,一般情況下都是前端的負(fù)載均衡/緩存+web服務(wù)器集群+后臺(tái)的數(shù)據(jù)庫(kù)集群
這方面,撫琴老大是專(zhuān)家,看了他在51cto發(fā)的博文,很受啟發(fā)啊.

作者: snow888 時(shí)間: 2011-10-13 10:17

之前你提到的沃爾瑪系統(tǒng)，著重在應(yīng)用程序的架構(gòu)上（或稱(chēng)為邏輯架構(gòu)），談到的一些采用什么樣的服 ...
yanyangtian4502 發(fā)表于 2011-10-13 10:08

俺的目的其實(shí)僅僅是想講清楚什么是架構(gòu)和結(jié)構(gòu)設(shè)計(jì)，俺想這個(gè)例子應(yīng)該是把這個(gè)概念講清楚了。

至于說(shuō)實(shí)現(xiàn)俺上面說(shuō)得沃爾瑪?shù)南到y(tǒng)，哪怕就是俺舉的這個(gè)極其縮小化的例子，也誠(chéng)如你所說(shuō)，包含有系統(tǒng)的邏輯架構(gòu)、物理架構(gòu)、也包括數(shù)據(jù)方面的架構(gòu)，這部分不可能通過(guò)俺上面短短數(shù)行講清楚，事實(shí)上，俺這里也沒(méi)有打算完整的實(shí)現(xiàn)這樣一個(gè)系統(tǒng)。

作者: yanyangtian4502 時(shí)間: 2011-10-13 10:30
回復(fù) 27# chenyx

撫琴在這一塊確實(shí)有研究！不錯(cuò)的

作者: chenyx 時(shí)間: 2011-10-13 10:35
回復(fù) 29# yanyangtian4502

有個(gè)問(wèn)題,.NET開(kāi)發(fā)和Linux+php開(kāi)發(fā),在不考慮成本的情況下,那個(gè)的性能好些呢?
不知道你在寫(xiě)書(shū)的時(shí)候,有沒(méi)有實(shí)際的對(duì)比數(shù)據(jù)啊

作者: bs 時(shí)間: 2011-10-13 10:59

回復(fù) yanyangtian4502

有個(gè)問(wèn)題,.NET開(kāi)發(fā)和Linux+php開(kāi)發(fā),在不考慮成本的情況下,那個(gè)的性能好些 ...
chenyx 發(fā)表于 2011-10-13 10:35

感覺(jué)這個(gè)問(wèn)題太泛了，和業(yè)務(wù)關(guān)系很大，比如說(shuō)WEB應(yīng)用層，語(yǔ)言本身的性能問(wèn)題基本是可以忽略的，哪怕你使用C++和php做對(duì)比。

關(guān)從技術(shù)層面說(shuō)，php目前也多半不再是解釋運(yùn)行，而在“編譯”的基礎(chǔ)上也做了優(yōu)化，在這點(diǎn)上和.net有類(lèi)似的地方，運(yùn)行效率基本是同一數(shù)量級(jí)的。

作者: yanyangtian4502 時(shí)間: 2011-10-13 11:20

感覺(jué)這個(gè)問(wèn)題太泛了，和業(yè)務(wù)關(guān)系很大，比如說(shuō)WEB應(yīng)用層，語(yǔ)言本身的性能問(wèn)題基本是可以忽略的， ...
bs 發(fā)表于 2011-10-13 10:59

性能的話(huà)題太廣泛了，如果不考慮成本，基本上沒(méi)有什么需要考慮的！因?yàn)橐磺锌梢杂缅X(qián)砸，用人堆嘛！

作者: chenyx 時(shí)間: 2011-10-13 11:23
既然討論的是你的書(shū),當(dāng)然是高性能的了,并發(fā)高的那種

作者: snow888 時(shí)間: 2011-10-13 11:26

既然討論的是你的書(shū),當(dāng)然是高性能的了,并發(fā)高的那種
chenyx 發(fā)表于 2011-10-13 11:23

高并發(fā)的問(wèn)題很復(fù)雜，解決起來(lái)很棘手，既要考慮數(shù)據(jù)的正確性與完整性，同時(shí)又要考慮系統(tǒng)性能。不是一個(gè)簡(jiǎn)單的事情，也不僅僅是用錢(qián)能砸出來(lái)的。這考驗(yàn)設(shè)計(jì)者的智慧，也考驗(yàn)系統(tǒng)分析的能力，還考驗(yàn)代碼編寫(xiě)者的個(gè)人素質(zhì)。

作者: chenyx 時(shí)間: 2011-10-13 11:27
回復(fù) 34# snow888

嗯,高并發(fā)情況下,相當(dāng)?shù)膹?fù)雜.看看別的網(wǎng)站關(guān)于臉譜網(wǎng),google等大型網(wǎng)站的介紹,每個(gè)系統(tǒng)都有自己的特點(diǎn)啊

作者: snow888 時(shí)間: 2011-10-13 11:54

回復(fù) snow888

嗯,高并發(fā)情況下,相當(dāng)?shù)膹?fù)雜.看看別的網(wǎng)站關(guān)于臉譜網(wǎng),google等大型網(wǎng)站的介紹,每個(gè) ...
chenyx 發(fā)表于 2011-10-13 11:27

很遺憾，像google這樣的大型網(wǎng)站，沒(méi)有機(jī)會(huì)親身參與其中，僅就有限知識(shí)來(lái)分析，應(yīng)該是多路集成復(fù)用，系統(tǒng)均衡負(fù)載的設(shè)計(jì)思想來(lái)實(shí)現(xiàn)的。全球應(yīng)該有數(shù)以萬(wàn)記的服務(wù)器在同時(shí)響應(yīng)客戶(hù)端的請(qǐng)求。

作者: yanyangtian4502 時(shí)間: 2011-10-13 13:11
回復(fù) 36# snow888

是的，現(xiàn)在的大型網(wǎng)站都要采用服務(wù)器負(fù)載均衡與數(shù)據(jù)集群技術(shù)來(lái)實(shí)現(xiàn)

作者: bs 時(shí)間: 2011-10-13 14:14
可否談?wù)劶軜?gòu)師與各個(gè)團(tuán)隊(duì)的合作的問(wèn)題以及經(jīng)驗(yàn)，架構(gòu)師如何將自己的理念傳達(dá)下去，并確保執(zhí)行，現(xiàn)實(shí)中遇到的技術(shù)層面以外的問(wèn)題我看不在少數(shù)（不是管理話(huà)題）。

典型：開(kāi)發(fā)團(tuán)隊(duì)或者運(yùn)維團(tuán)隊(duì)都會(huì)有“不守規(guī)矩”的情況存在，有時(shí)是無(wú)意的，如增加架構(gòu)設(shè)想以外的子系統(tǒng)，并有可能在后期造成問(wèn)題，架構(gòu)師如何有效地去控制類(lèi)似情況？

作者: 白村人 時(shí)間: 2011-10-13 14:20
我的理解應(yīng)用架構(gòu)就是指Midware（中間層）。
應(yīng)用層架構(gòu)是否包括以下幾方面：
1. GUI框架
2. 窗體框架
3. 消息機(jī)制
4. 任務(wù)機(jī)制（包括鍵盤(pán)任務(wù)等）
5. 控件結(jié)構(gòu)

我的以上理解是否正確？

作者: yanyangtian4502 時(shí)間: 2011-10-13 15:59

可否談?wù)劶軜?gòu)師與各個(gè)團(tuán)隊(duì)的合作的問(wèn)題以及經(jīng)驗(yàn)，架構(gòu)師如何將自己的理念傳達(dá)下去，并確保執(zhí)行，現(xiàn)實(shí)中遇到 ...
bs 發(fā)表于 2011-10-13 14:14

當(dāng)然了，這個(gè)我會(huì)在后面詳細(xì)的講述的！放心吧呵呵呵

作者: snow888 時(shí)間: 2011-10-13 16:55

可否談?wù)劶軜?gòu)師與各個(gè)團(tuán)隊(duì)的合作的問(wèn)題以及經(jīng)驗(yàn)，架構(gòu)師如何將自己的理念傳達(dá)下去，并確保執(zhí)行，現(xiàn)實(shí)中遇到 ...
bs 發(fā)表于 2011-10-13 14:14

談這個(gè)咚咚，在中國(guó)沒(méi)得啥子意義。

真正需要用到的架構(gòu)設(shè)計(jì)的系統(tǒng)，在中國(guó)并不多，往往一個(gè)好的思想，雖然能帶來(lái)效率提升，系統(tǒng)安全性增加，開(kāi)放性增加、后期維護(hù)成本減少，然而不可避免的是，初期的投資成本也許會(huì)增加，這在中國(guó)，并不一定會(huì)被采用。

老板是要賺錢(qián)的。

繼續(xù)俺前面講述的例子，對(duì)于 C/S 模型，很顯然，中間增加一個(gè)隔離層，通過(guò)消息轉(zhuǎn)發(fā)機(jī)制來(lái)實(shí)現(xiàn)對(duì)后端系統(tǒng)的處理，可以減輕后端系統(tǒng)的壓力，同時(shí)能保證在高并發(fā)情況下數(shù)據(jù)的一致性與完整性。然而這樣的架構(gòu)，會(huì)不可避免的帶來(lái)前期開(kāi)發(fā)成本的增加，所以如果讓俺來(lái)干，俺肯定不會(huì)采用那樣的架構(gòu)，而是會(huì)采用 ODBC 直連的方式處理，將數(shù)據(jù)交互的處理機(jī)制放在前臺(tái)，簡(jiǎn)便，初期成本相對(duì)降低了，至于說(shuō)以后的擴(kuò)展，如果加入其它的應(yīng)用，再去大改程序，又可以忽悠一筆銀子撒。

畢竟，客戶(hù)評(píng)價(jià)一個(gè)系統(tǒng)，只是看是否實(shí)現(xiàn)了功能，而不會(huì)關(guān)心技術(shù)上的問(wèn)題。你實(shí)現(xiàn)了功能，就是好系統(tǒng)撒。

作者: yanyangtian4502 時(shí)間: 2011-10-13 17:52
本帖最后由 yanyangtian4502 于 2011-10-13 17:56 編輯

回復(fù) 41# snow888

其實(shí)說(shuō)到這點(diǎn)，也是國(guó)情！很多的國(guó)內(nèi)軟件項(xiàng)目不要架構(gòu)師幾個(gè)開(kāi)發(fā)人員上就行了！架構(gòu)師在創(chuàng)業(yè)企業(yè)和外企還是比較多的，特別在互聯(lián)網(wǎng)行業(yè)！架構(gòu)師的核心競(jìng)爭(zhēng)力是無(wú)法代替的！
這就是在一個(gè)職業(yè)發(fā)展的問(wèn)題，很多人不會(huì)把技術(shù)一直搞下去！也不是很多人想要達(dá)到架構(gòu)師的位置！人各有志，無(wú)可厚非！

當(dāng)你把技術(shù)做到一定程度之后，就會(huì)發(fā)現(xiàn)：用技術(shù)帶來(lái)經(jīng)濟(jì)價(jià)值才是最重要的！
其實(shí)這也是我現(xiàn)在比較關(guān)注的一點(diǎn)！

作者: napleon 時(shí)間: 2011-10-16 22:53
我的理解就是：所謂架構(gòu)就是將需求拆分為子獨(dú)立的子系統(tǒng)，并建立其這些子系統(tǒng)之間的純邏輯系統(tǒng)模型。而通過(guò)一些策略和方法，將這些子系統(tǒng)抽象成一些功能模塊，并建立起基于這些功能模塊所提供的接口的調(diào)度關(guān)系，就是設(shè)計(jì)。而將這些模塊接口所要實(shí)現(xiàn)的功能用代碼描述出來(lái)就是編程實(shí)現(xiàn)了。這三者并非有明顯的層次關(guān)系，但是初如行者，首先強(qiáng)調(diào)的是高效編寫(xiě)這些出這類(lèi)接口實(shí)現(xiàn)的技巧。

作者: napleon 時(shí)間: 2011-10-16 22:57
而team leader則需要熟悉各種設(shè)計(jì)模式，能將架構(gòu)模型中的子系統(tǒng)抽象成相互獨(dú)立又基于接口松耦合的邏輯模塊的能力。

作者: yanyangtian4502 時(shí)間: 2011-10-17 14:52
回復(fù) 43# napleon

架構(gòu)不僅僅只是考慮邏輯的層面，或者說(shuō) 架構(gòu)不僅僅只是考慮代碼方面的東西，其實(shí)更多的時(shí)候是綜合的考慮：人，資源，技術(shù)，投資者的利益等

作者: yanyangtian4502 時(shí)間: 2011-10-17 14:54
所以一個(gè)架構(gòu)做出來(lái)之后，我們可以看到的可能就是一些文檔，代碼等，其實(shí)這些都只是架構(gòu)的一種反應(yīng)形式，架構(gòu)！=編寫(xiě)文檔！

作者: yanyangtian4502 時(shí)間: 2011-10-18 09:02
不同的人對(duì)架構(gòu)有著不一樣的理解。無(wú)論是在建筑行業(yè)、軟件行業(yè)，還是在網(wǎng)絡(luò)或書(shū)本上，“架構(gòu)”一詞有著各種各樣的解釋。在編程的世界中，很多對(duì)架構(gòu)的解釋都是從技術(shù)的層面來(lái)定義的，而且在不同的技術(shù)或平臺(tái)上面，對(duì)架構(gòu)的定義又不太一樣，甚至有些定義和理解失去了其原本的核心意思，這就使得部分架構(gòu)學(xué)習(xí)者感到迷茫。

如果認(rèn)為“架構(gòu)”是一個(gè)簡(jiǎn)單的實(shí)體，能夠用一份文檔或一張圖紙來(lái)描述，那么你就錯(cuò)了。確實(shí)，架構(gòu)師在為系統(tǒng)創(chuàng)建架構(gòu)時(shí)經(jīng)常要做出很多與設(shè)計(jì)相關(guān)的決定，而且會(huì)以用文檔的形式記錄下來(lái)，但是架構(gòu)和文檔又不是等同的，之所以要以文檔的形式保存，主要是為了便于以后對(duì)這些設(shè)計(jì)決定進(jìn)行審核和修改，并且將其作為構(gòu)建軟件時(shí)的約束和指導(dǎo)。

作者: snow888 時(shí)間: 2011-10-18 14:58

所以一個(gè)架構(gòu)做出來(lái)之后，我們可以看到的可能就是一些文檔，代碼等，其實(shí)這些都只是架構(gòu)的一種反應(yīng)形式，架 ...
yanyangtian4502 發(fā)表于 2011-10-17 14:54

嚴(yán)重同意啊。

架構(gòu)就是對(duì)將要實(shí)現(xiàn)的系統(tǒng)的抽象話(huà)，是將要實(shí)現(xiàn)的系統(tǒng)的模型化，這中間即包括物理的，也包括邏輯的，還包括數(shù)據(jù)層的。

俺不同意某些將應(yīng)用層的組成方式也歸類(lèi)于架構(gòu)的范疇，俺覺(jué)得那應(yīng)該是系統(tǒng)需求分析的一部分，俺理解的需求分析包括業(yè)務(wù)需求方面的分析，也包括為實(shí)現(xiàn)業(yè)務(wù)需求而對(duì)應(yīng)用的功能模塊的預(yù)安排部分。

作者: snow888 時(shí)間: 2011-10-18 14:59
暈，又進(jìn)這帖子了。

作者: AD8018 時(shí)間: 2011-10-18 22:15
我的兩個(gè)問(wèn)題，
http://72891.cn/redirec ... 48&pid=21521478
能否就此兩個(gè)具體問(wèn)題解惑一下，謝謝

作者: yanyangtian4502 時(shí)間: 2011-10-18 22:27
回復(fù) 50# AD8018

ok，我看看

作者: yanyangtian4502 時(shí)間: 2011-10-18 22:39
言歸正傳。
我對(duì)系統(tǒng)架構(gòu)上面有兩個(gè)疑問(wèn)，樓主能幫指點(diǎn)一下？

1. 無(wú)重構(gòu)沒(méi)有好架構(gòu)

開(kāi)發(fā)一個(gè)項(xiàng)目之前，各方面都想的不錯(cuò)。
然而，隨著需求的深入和增加，縫補(bǔ)的東西變多，ctrl-c/ctrl-v的東西變多。
最后，要么忍受，要么狠心重構(gòu)。
于是，在我的概念里，就有了這句話(huà) -- 無(wú)重構(gòu)沒(méi)有好架構(gòu)

如何做到不重構(gòu)，仍有好架構(gòu)？

回答：在項(xiàng)目開(kāi)始之前，其實(shí)我們對(duì)需求和功能不是完全清楚的，這個(gè)時(shí)候，不會(huì)，也不可能將系統(tǒng)架構(gòu)全部做出來(lái)。此時(shí)只是的設(shè)計(jì)是最簡(jiǎn)單的，采用接口編程的形式，將每個(gè)層之間的銜接搞好，便于后續(xù)改動(dòng)！
改動(dòng)是在所難免的，很多人認(rèn)為：架構(gòu)師就是在開(kāi)始就將整個(gè)系統(tǒng)的架構(gòu)全部設(shè)計(jì)好了，其實(shí)這是不對(duì)的！架構(gòu)師的在剛剛開(kāi)始的時(shí)候，做出的架構(gòu)也很簡(jiǎn)單，目的在于盡可能的是的以后的改動(dòng)波及到的代碼更少。然后，每次的項(xiàng)目迭代，不斷的將架構(gòu)完善，重構(gòu)也是一個(gè)必要的步驟（很不幸的是，在后續(xù)的迭代中，很多公司和人員都不愿意花時(shí)間去重構(gòu)了，認(rèn)為很花時(shí)間，并且沒(méi)有效果）

2. 多一層架構(gòu)，多一層混亂

以前迷戀封裝接口之類(lèi)的東西。其目的，原本是統(tǒng)一和簡(jiǎn)化接口，
最后，還是隨著需求的深入和增加，
統(tǒng)一和簡(jiǎn)化的接口，變成了多增加的接口。

為什么？其實(shí)你沒(méi)有簡(jiǎn)化接口，原本的接口還在。
你要強(qiáng)迫別人不用嗎？很難。

回答：設(shè)計(jì)其實(shí)就是追求的簡(jiǎn)單，從實(shí)際出發(fā)，不做無(wú)謂的假設(shè)（如果要做假設(shè)，那么就要對(duì)該項(xiàng)目的領(lǐng)域很清楚）！很多人在設(shè)計(jì)的時(shí)候，為了顯擺自己很�；蛱幱谄渌脑�，把項(xiàng)目設(shè)計(jì)的N復(fù)雜。

Win32 API是一層接口，c庫(kù)是一層接口，mfc是一層接口。
哪一層的封裝，都使事情朝著簡(jiǎn)單和混沌兩個(gè)方向發(fā)展。
簡(jiǎn)單能理解，混沌呢，比如
CreateThread -> beginthread -> AfxBeginThread
用的不好會(huì)要命。你覺(jué)得封裝的結(jié)果，使事情變簡(jiǎn)單了，還是變復(fù)雜了？

這是接口設(shè)計(jì)的例子。反應(yīng)到設(shè)計(jì)架構(gòu)上時(shí)，俺就如履薄冰，盡量避免無(wú)畏的封裝。
封裝的不好，還不如不封裝。
最終的結(jié)果，就是你的項(xiàng)目，變成一坨誰(shuí)都不愿意碰的東西。

如何避免以上的窘境？

總之：走簡(jiǎn)單路線(xiàn)，在開(kāi)始的時(shí)候，設(shè)計(jì)一個(gè)基本的幾層邏輯架構(gòu)就行了，并且每層采用接口實(shí)現(xiàn)，后續(xù)項(xiàng)目不斷的迭代，不斷的改進(jìn)！不要無(wú)謂的做很多的假設(shè)（不要說(shuō)：以后可能會(huì)這樣等話(huà)語(yǔ)）。也不要花盡心思想：這里采用什么模式，那么采用什么原則！等到出現(xiàn)的時(shí)候再改！
記�。盒〔襟E，多行動(dòng)，不斷的改動(dòng)！沒(méi)有萬(wàn)靈丹！

作者: yanyangtian4502 時(shí)間: 2011-10-18 22:44
本帖最后由 yanyangtian4502 于 2011-10-18 22:51 編輯

另外，做設(shè)計(jì)的時(shí)候，要考慮到你的下面的開(kāi)發(fā)人員是否理解你的意圖！否則，他們開(kāi)始到處亂堆代碼
現(xiàn)在我在為項(xiàng)目設(shè)計(jì)架構(gòu)的時(shí)候，很多開(kāi)發(fā)人員興奮的問(wèn)我：將會(huì)采用什么架構(gòu)。我回答一句：沒(méi)有什么架構(gòu)，只是劃分了幾個(gè)簡(jiǎn)單的層次和接口而已！

其實(shí)，我在剛剛開(kāi)始做設(shè)計(jì)的時(shí)候的，可以說(shuō)把整個(gè)項(xiàng)目的結(jié)構(gòu)，交互方式，全部設(shè)計(jì)好了！以來(lái)希望“框住”開(kāi)發(fā)人員，使得他們按照自己的意圖開(kāi)始實(shí)現(xiàn)，但是后來(lái)發(fā)現(xiàn)，過(guò)多的假設(shè)導(dǎo)致了過(guò)度的設(shè)計(jì)。改動(dòng)起來(lái)成本非常大！
架構(gòu)設(shè)計(jì)不是架構(gòu)師的show，也不是�；�?zhuān)瑢?shí)用，完成項(xiàng)目做主要目的！
后來(lái)慢慢的領(lǐng)悟了：無(wú)招勝有招！
不管您信不信，我是信了呵呵呵

作者: yanyangtian4502 時(shí)間: 2011-10-20 10:54
朋友們，踴躍參與啊！

作者: dreamice 時(shí)間: 2011-10-20 19:34

俺的目的其實(shí)僅僅是想講清楚什么是架構(gòu)和結(jié)構(gòu)設(shè)計(jì)，俺想這個(gè)例子應(yīng)該是把這個(gè)概念講清楚了。

...
snow888 發(fā)表于 2011-10-13 10:17

老兄可以在架構(gòu)版做一期這方面的技術(shù)分享啊！

作者: Zcupwater 時(shí)間: 2011-10-20 21:28
我是新手剛來(lái)的，多多指教啊

作者: Zcupwater 時(shí)間: 2011-10-20 21:28
很多問(wèn)題，剛學(xué)

作者: aijava_010 時(shí)間: 2011-10-22 16:30
衡量軟件系統(tǒng)質(zhì)量的因素太多了，功能和子系統(tǒng)可擴(kuò)展，高可用性，易用性，性能，效率，保密性等等，還有最關(guān)鍵的，做項(xiàng)目的要掙到錢(qián)，保證開(kāi)發(fā)員工年終獎(jiǎng)，否則過(guò)完年就流失了。

深深贊同樓上一位兄臺(tái)的意見(jiàn)，從純技術(shù)或者純管理角度出發(fā)，良好的架構(gòu)是一個(gè)美好的理想，但是一到現(xiàn)實(shí)項(xiàng)目中，大多數(shù)理想都會(huì)變成空中樓閣。

好的軟件架構(gòu)，也需要客戶(hù)具備足夠的耐心和購(gòu)買(mǎi)力，軟件企業(yè)也需要活得更長(zhǎng)久一些，才能有所積累，好比是奔馳寶馬只有通過(guò)幾十年的積累，才能將優(yōu)秀技術(shù)手段變?yōu)槌B(tài)，而只有在經(jīng)濟(jì)發(fā)達(dá)地區(qū)，才會(huì)產(chǎn)生大量的銷(xiāo)量以維持其生存及利潤(rùn)。

整個(gè)社會(huì)中，到處都是掙快錢(qián)的風(fēng)氣，那么就是或者抄襲模仿甚至山寨其它的優(yōu)秀作品，或者就是湊合能用，甭管太多質(zhì)量，玩命在工期之內(nèi)拼湊出成品，等到出現(xiàn)了問(wèn)題，可以找個(gè)理由再做個(gè)二期繼續(xù)忽悠客戶(hù)再投資。

誠(chéng)如樓上另一位兄臺(tái)所言，只有創(chuàng)業(yè)型的理想主義者和老資格企業(yè)才有重視架構(gòu)的可能性，其它，客觀條件貌似還不具備。也許等到國(guó)有軟件企業(yè)活得那么長(zhǎng)了，也會(huì)有部分企業(yè)會(huì)積累足夠的技術(shù)儲(chǔ)備，也許就可以和那些外資老牌軟件企業(yè)抗衡了。

作者: fxbird 時(shí)間: 2011-10-23 23:20
我挺喜歡研究技術(shù)的，做了幾乎8年coding了，想轉(zhuǎn)架構(gòu)師，設(shè)計(jì)模式的書(shū)也讀過(guò)不少，平常開(kāi)發(fā)也比較注重重用性、面向?qū)ο蟮姆绞剑恢绾稳胄�，現(xiàn)在的架構(gòu)師基本都招有幾年經(jīng)驗(yàn)的，苦惱啊，盼大師給予指點(diǎn)。謝謝

作者: yanyangtian4502 時(shí)間: 2011-10-24 09:04
回復(fù) 59# fxbird

你去看看這個(gè)：http://72891.cn/thread-3602109-1-1.html

作者: yanyangtian4502 時(shí)間: 2011-10-24 09:05
回復(fù) 59# fxbird

看看，是否有幫助 http://www.agilesharp.com/u/yanyangtian/Blog.aspx/t-36

作者: fxbird 時(shí)間: 2011-10-24 16:54

回復(fù) fxbird

看看，是否有幫助
yanyangtian4502 發(fā)表于 2011-10-24 09:05

看了,不過(guò)還是沒(méi)有回答我的問(wèn)題.我目前的公司,不需要我們做什么設(shè)計(jì),因?yàn)榭蚣芏?我們只寫(xiě)action,bo,sql,我把框架源代碼基本都讀了一遍,學(xué)到了不少東西,但設(shè)計(jì)經(jīng)驗(yàn)很少,想轉(zhuǎn)苦于沒(méi)有經(jīng)驗(yàn),一般的公司只想招有經(jīng)驗(yàn)的.這才是我的問(wèn)題,自問(wèn)還是比較喜歡思考的.你第一次做設(shè)計(jì)時(shí)被罵了,我現(xiàn)在被罵的機(jī)會(huì)都沒(méi)有.

作者: yanyangtian4502 時(shí)間: 2011-10-24 22:54
本帖最后由 yanyangtian4502 于 2011-10-24 22:58 編輯

看了,不過(guò)還是沒(méi)有回答我的問(wèn)題.我目前的公司,不需要我們做什么設(shè)計(jì),因?yàn)榭蚣芏?我們只寫(xiě)actio ...
fxbird 發(fā)表于 2011-10-24 16:54

我的機(jī)會(huì)也是自己爭(zhēng)取到的：平時(shí)在項(xiàng)目中，高質(zhì)量的完成任務(wù)，信任建立起來(lái)之后，慢慢的有了機(jī)會(huì)。并且自己平時(shí)也是做些自己的東西，鍛煉和驗(yàn)證自己的想法！

作者: fxbird 時(shí)間: 2011-10-25 09:34

我的機(jī)會(huì)也是自己爭(zhēng)取到的：平時(shí)在項(xiàng)目中，高質(zhì)量的完成任務(wù)，信任建立起來(lái)之后，慢慢的有了機(jī)會(huì) ...
yanyangtian4502 發(fā)表于 2011-10-24 22:54

嗯,目前我有兩個(gè)想法,一是模仿公司的框架自己寫(xiě)一個(gè),當(dāng)然有些功能不必加進(jìn)去.練練手,二是看看那些招架構(gòu)師的公司招不招普通開(kāi)發(fā)人員,架構(gòu)師可能不會(huì)招沒(méi)有經(jīng)驗(yàn)的,但如果以開(kāi)發(fā)人員身份進(jìn)去,慢慢努力,相信會(huì)有機(jī)會(huì).可能也就這兩條路了吧,我也不認(rèn)識(shí)這樣公司的牛人,否則,還可以介紹一下.

作者: xdsnet 時(shí)間: 2011-10-26 11:03
架構(gòu)從廣義來(lái)說(shuō)是一種獨(dú)立于軟件實(shí)現(xiàn)設(shè)計(jì)的另外一種設(shè)計(jì)或者說(shuō)另外一個(gè)層次的設(shè)計(jì)。
   前面朋友用沙模來(lái)類(lèi)比架構(gòu)與軟件實(shí)現(xiàn)項(xiàng)目的關(guān)系我覺(jué)得很恰當(dāng)，而且抽象出架構(gòu)是架構(gòu)的作用是明確最終產(chǎn)品的目的以及相應(yīng)的約束，這點(diǎn)很關(guān)鍵。

   我覺(jué)得的架構(gòu)/軟件設(shè)計(jì)/編碼實(shí)現(xiàn) 是逐漸推進(jìn)的過(guò)程，從大的流程來(lái)說(shuō)，架構(gòu)/軟件設(shè)計(jì) 都是設(shè)計(jì)的范疇。

   前面還有朋友提到架構(gòu)的基礎(chǔ)是業(yè)務(wù)的識(shí)別，我覺(jué)得這也很關(guān)鍵，但需要指出的是架構(gòu)與需求挖掘還是有本質(zhì)的不同，需求挖掘僅僅停留在識(shí)別需求上，架構(gòu)應(yīng)該在識(shí)別基礎(chǔ)上有一個(gè)再次整合優(yōu)化的過(guò)程，因?yàn)楹芏?br /> 業(yè)務(wù)實(shí)施信息化的過(guò)程中不能照搬以往經(jīng)驗(yàn)，必須要對(duì)流程進(jìn)行梳理，要去除大量的干擾并優(yōu)化以合適信息化實(shí)施。所以架構(gòu)師可能需要對(duì)業(yè)務(wù)有深入認(rèn)識(shí)，還要有在專(zhuān)業(yè)人員幫助下（或者有類(lèi)似專(zhuān)業(yè)知識(shí)）進(jìn)行信息化
處理優(yōu)化。

作者: yulihua49 時(shí)間: 2011-10-26 20:20

我的理解應(yīng)用架構(gòu)就是指Midware（中間層）。
應(yīng)用層架構(gòu)是否包括以下幾方面：
1. GUI框架
2. 窗體框架
...
白村人發(fā)表于 2011-10-13 14:20

不是。它們應(yīng)該是架構(gòu)師的素材，不止這些，還有很豐富的內(nèi)容。

作者: yulihua49 時(shí)間: 2011-10-26 20:23
本帖最后由 yulihua49 于 2011-10-26 20:29 編輯

高并發(fā)的問(wèn)題很復(fù)雜，解決起來(lái)很棘手，既要考慮數(shù)據(jù)的正確性與完整性，同時(shí)又要考慮系統(tǒng)性能。不 ...
snow888 發(fā)表于 2011-10-13 11:26

這是架構(gòu)師需要重點(diǎn)考慮的因素，他用什么素材來(lái)對(duì)付這個(gè)挑戰(zhàn)，就是架構(gòu)師的水平。

架構(gòu)這個(gè)詞可意會(huì)不可言傳，聽(tīng)聽(tīng)如何定義之。不過(guò)一個(gè)架構(gòu)師的職責(zé)應(yīng)該是明確的。

作者: bbjmmj 時(shí)間: 2011-10-26 21:47

其實(shí)架構(gòu)可以說(shuō)是“平臺(tái)無(wú)關(guān)性，也不涉及到具體的技術(shù)細(xì)節(jié)”。
yanyangtian4502 發(fā)表于 2011-10-13 00:12

架構(gòu)就是體系結(jié)構(gòu)吧？怎么能跟平臺(tái)無(wú)關(guān)呢？

作者: yanyangtian4502 時(shí)間: 2011-10-27 09:16
本帖最后由 yanyangtian4502 于 2011-10-27 09:19 編輯

總結(jié)帖1：

什么是架構(gòu)

首先，讓我們來(lái)看看架構(gòu)的一個(gè)定義：

軟件架構(gòu)是對(duì)系統(tǒng)的高層視角，或者是對(duì)系統(tǒng)的抽象。它關(guān)注的是某些對(duì)完成這個(gè)系統(tǒng)有著最大幫助的方面，例如：可用性、穩(wěn)定性，以及靈活性。同時(shí)，架構(gòu)對(duì)如何達(dá)到這些目的給出了指導(dǎo)和約束。

如果要用最簡(jiǎn)單的方式來(lái)理解上面的定義，可以這樣說(shuō)：軟件架構(gòu)就是軟件系統(tǒng)的一張藍(lán)圖。

下面我們用一個(gè)比較淺顯的類(lèi)比來(lái)說(shuō)明這個(gè)“藍(lán)圖”的含義。
相信大家對(duì)冶金行業(yè)中的“澆筑”或多或少有一些了解。澆筑就是把液體材料倒在一個(gè)有著特定形狀的沙模中，然后等液體冷卻之后得到想要的產(chǎn)品或特定形狀材料的過(guò)程。在這個(gè)過(guò)程中，盛放液體的沙模引導(dǎo)著液體慢慢成形，最后得到我們預(yù)想的結(jié)果。

其中，有一點(diǎn)要注意的是，沙模的特性（比如形狀和大小）和倒入其中的液體是沒(méi)有任何聯(lián)系的，換句話(huà)說(shuō)：沙模和液體是完全分離的，但是沙模又必須和液體在一起才能生產(chǎn)出所要的產(chǎn)品。

架構(gòu)就好比上面例子中的沙模，軟件項(xiàng)目就好比用于澆筑的液體。正如澆筑一樣，架構(gòu)引導(dǎo)著項(xiàng)目，最后得到了我們想要的結(jié)果。同時(shí)，我們也可以得出：軟件的架構(gòu)和實(shí)現(xiàn)這個(gè)系統(tǒng)的代碼是沒(méi)有很?chē)?yán)格的關(guān)系的，這也就是我們常說(shuō)的架構(gòu)是平臺(tái)無(wú)關(guān)的。架構(gòu)可確保開(kāi)發(fā)的過(guò)程在一定的限制或規(guī)則下進(jìn)行。

對(duì)于沙模來(lái)說(shuō)，如果沒(méi)有澆筑液體的存在，它基本就沒(méi)有任何作用；架構(gòu)也是立足項(xiàng)目的特定需求來(lái)設(shè)計(jì)的！

作者: yanyangtian4502 時(shí)間: 2011-10-27 09:18
本帖最后由 yanyangtian4502 于 2011-10-27 09:19 編輯

總結(jié)帖2：

架構(gòu)師的職責(zé)

既然已經(jīng)了解架構(gòu)的含義，那我們?cè)賮?lái)看看負(fù)責(zé)創(chuàng)建架構(gòu)的責(zé)任人：架構(gòu)師。

架構(gòu)師這個(gè)角色在任何軟件開(kāi)發(fā)項(xiàng)目中都是最有挑戰(zhàn)性的。

1. 架構(gòu)師的領(lǐng)導(dǎo)與決策能力

首先，架構(gòu)師是一位技術(shù)領(lǐng)導(dǎo)，這意味著架構(gòu)師除了擁有專(zhuān)門(mén)的技能外，還必須擁有領(lǐng)導(dǎo)能力，領(lǐng)導(dǎo)能力也要能體現(xiàn)在組織中的職位上。

從職位上來(lái)講，架構(gòu)師是項(xiàng)目中的技術(shù)領(lǐng)導(dǎo)，應(yīng)該擁有進(jìn)行技術(shù)決策的權(quán)威。不過(guò)，很多時(shí)候架構(gòu)師和項(xiàng)目經(jīng)理的職責(zé)很容易讓人混淆，下面用電影行業(yè)的職位來(lái)打一個(gè)比方，幫助大家了解他們的不同：項(xiàng)目經(jīng)理是制片人（確保事情完成），而架構(gòu)師是導(dǎo)演（確保事情正確地完成）。架構(gòu)師和項(xiàng)目經(jīng)理代表了這個(gè)項(xiàng)目的公共角色，對(duì)于項(xiàng)目外的關(guān)注人員來(lái)說(shuō)，他們是主要的聯(lián)系點(diǎn)。架構(gòu)師尤其應(yīng)該是創(chuàng)建一個(gè)架構(gòu)及給組織帶來(lái)價(jià)值的投資倡導(dǎo)者
。
在決策方面，架構(gòu)師要綜合考慮，果斷下決定。例如，在某些情況不清楚或沒(méi)有充足的時(shí)間探究所有的可能性及有交付壓力的情況下，如果架構(gòu)師不能進(jìn)行決策，那是不行的。而且這樣的環(huán)境會(huì)很常見(jiàn)，架構(gòu)師要接受這個(gè)現(xiàn)實(shí)而不是設(shè)法改變它。

有些時(shí)候，架構(gòu)師會(huì)在決策時(shí)咨詢(xún)其他人并營(yíng)造其他人共同參與決策的環(huán)境，但是進(jìn)行適當(dāng)?shù)臎Q策仍然是架構(gòu)師的職責(zé)，即使有時(shí)候這些決策并不總是正確的（當(dāng)然，是事后才發(fā)現(xiàn)這些決策不正確的）。因此，架構(gòu)師必須是厚臉皮的，因?yàn)樗麄兛赡鼙仨毤m正他們的決策并原路返回。

沒(méi)有決策能力的架構(gòu)師會(huì)使項(xiàng)目慢慢被破壞。項(xiàng)目團(tuán)隊(duì)會(huì)對(duì)架構(gòu)師失去信心，項(xiàng)目經(jīng)理將會(huì)擔(dān)心，因?yàn)檫@些等待架構(gòu)師決策的事項(xiàng)沒(méi)有進(jìn)展。更加危險(xiǎn)的是：如果架構(gòu)師沒(méi)有制定關(guān)于架構(gòu)的決策并編寫(xiě)成文檔，團(tuán)隊(duì)成員會(huì)開(kāi)始制定他們自己的（可能是不正確的）決策。

2. 架構(gòu)師的角色可能由一個(gè)團(tuán)隊(duì)來(lái)履行

角色和人之間是存在差異的。一個(gè)人可能會(huì)履行很多個(gè)角色，一個(gè)角色也可能會(huì)由許多人來(lái)履行。由于架構(gòu)師需要非常廣泛的技能，所以，架構(gòu)師這個(gè)角色可能會(huì)由多個(gè)人來(lái)履行，這時(shí)，架構(gòu)團(tuán)隊(duì)中的每個(gè)人都可以充分運(yùn)用他自己的經(jīng)驗(yàn)來(lái)履行此角色。特別是在理解業(yè)務(wù)領(lǐng)域和各方面技術(shù)所必需的技能時(shí)，往往需要多人合作才能達(dá)到相關(guān)要求。有一點(diǎn)很重要，就是最終的團(tuán)隊(duì)必須平衡。

如果架構(gòu)師角色由一個(gè)團(tuán)隊(duì)來(lái)履行，擁有一個(gè)首席架構(gòu)師就非常重要了，他是架構(gòu)團(tuán)隊(duì)的協(xié)調(diào)人，經(jīng)常會(huì)有先見(jiàn)之明。沒(méi)有這個(gè)協(xié)調(diào)人，要讓架構(gòu)團(tuán)隊(duì)的成員創(chuàng)造出內(nèi)聚的架構(gòu)，或做出決策是很困難的。

對(duì)于一個(gè)不熟悉架構(gòu)概念的團(tuán)隊(duì)來(lái)說(shuō)，為了達(dá)成共同的目的，建議團(tuán)隊(duì)?wèi)?yīng)該創(chuàng)建并頒布一個(gè)團(tuán)隊(duì)規(guī)章。
優(yōu)秀的架構(gòu)師知道他們的優(yōu)勢(shì)和弱勢(shì)。最優(yōu)秀的架構(gòu)通常由一個(gè)團(tuán)隊(duì)而不是個(gè)人創(chuàng)建的，這都是因?yàn)椤氨娙肆α看蟆�，人多則見(jiàn)識(shí)更廣和更深。

3. 架構(gòu)師要理解軟件開(kāi)發(fā)流程
大部分架構(gòu)師曾經(jīng)都做過(guò)開(kāi)發(fā)人員（幾乎是絕大部分架構(gòu)師都是從開(kāi)發(fā)人員走過(guò)來(lái)的），同時(shí)，架構(gòu)師應(yīng)該了解軟件開(kāi)發(fā)流程，因?yàn)檫@個(gè)流程能確保團(tuán)隊(duì)的所有成員協(xié)調(diào)的工作。

這種協(xié)調(diào)性可以通過(guò)定義涉及的角色、從事的任務(wù)、創(chuàng)建的工作產(chǎn)品、不同角色之間的移交點(diǎn)來(lái)獲得。因?yàn)樵谌粘９ぷ髦屑軜?gòu)師會(huì)影響許多團(tuán)隊(duì)成員，所以理解團(tuán)隊(duì)成員的角色和職責(zé)，理解他們正在生產(chǎn)和使用的東西對(duì)于架構(gòu)師來(lái)說(shuō)很重要。實(shí)際上，團(tuán)隊(duì)成員也非常希望架構(gòu)師能夠指導(dǎo)他們的工作。

4. 架構(gòu)師掌握技術(shù)與設(shè)計(jì)知識(shí)

架構(gòu)設(shè)計(jì)會(huì)涉及技術(shù)知識(shí)，所以，一個(gè)架構(gòu)師應(yīng)該擁有一定程度的技術(shù)技能。不過(guò)，架構(gòu)師不必是一個(gè)技術(shù)專(zhuān)家，他要關(guān)注的是技術(shù)相關(guān)重要因素，而不是細(xì)節(jié)（其實(shí)很多時(shí)候，架構(gòu)師也是技術(shù)專(zhuān)家，而且對(duì)細(xì)節(jié)理解得非常深入）。架構(gòu)師需要理解像Java EE或.NET這樣的平臺(tái)上可用的關(guān)鍵框架，但是不必理解這些平臺(tái)程序編程接口（API）的細(xì)節(jié)。

架構(gòu)師必須與項(xiàng)目中的開(kāi)發(fā)人員打交道，只有當(dāng)架構(gòu)師承認(rèn)開(kāi)發(fā)人員的工作價(jià)值時(shí)，在架構(gòu)師和開(kāi)發(fā)人員之間的溝通才是有效的。這也說(shuō)明了，架構(gòu)師應(yīng)該具有一定的編程技能，即使他們?cè)陧?xiàng)目中不必編寫(xiě)代碼，也必須跟上技術(shù)更新的腳步。

架構(gòu)師應(yīng)該有組織地參與開(kāi)發(fā)，并且盡可能地參與代碼的編寫(xiě)。如果架構(gòu)師參與實(shí)現(xiàn)，開(kāi)發(fā)團(tuán)隊(duì)會(huì)從架構(gòu)師那兒獲得見(jiàn)識(shí)。架構(gòu)師還可以通過(guò)查看他們決策和設(shè)計(jì)的第一手結(jié)果來(lái)進(jìn)行學(xué)習(xí)，從而對(duì)開(kāi)發(fā)流程給出反饋。

大部分成功的軟件架構(gòu)師都曾經(jīng)是核心的編程人員。某種程度上來(lái)說(shuō)，他們就是通過(guò)這段經(jīng)歷了解到業(yè)務(wù)的某些情況的。如果沒(méi)有這些知識(shí)，要實(shí)架構(gòu)上的重要元素（如源代碼的組織、采用的編程標(biāo)準(zhǔn)）時(shí)，架構(gòu)師將無(wú)法進(jìn)行決策，架構(gòu)師和開(kāi)發(fā)人員之間將會(huì)存在溝通障礙。

另外，設(shè)計(jì)是架構(gòu)設(shè)計(jì)的核心。架構(gòu)使關(guān)鍵設(shè)計(jì)決策具體化，因此，架構(gòu)師應(yīng)該擁有很強(qiáng)的設(shè)計(jì)技能。關(guān)鍵設(shè)計(jì)決策指的是關(guān)鍵結(jié)構(gòu)的設(shè)計(jì)決策、特定模型的選擇、指導(dǎo)規(guī)格說(shuō)明書(shū)等。

一個(gè)人不可能在短時(shí)間內(nèi)獲得設(shè)計(jì)能力，這是多年經(jīng)驗(yàn)累積的結(jié)果。某些設(shè)計(jì)專(zhuān)家在回顧他們?cè)缙诘墓ぷ鲿r(shí)都會(huì)驚訝他們?cè)瓉?lái)的設(shè)計(jì)是如此的不好。在學(xué)習(xí)一項(xiàng)新技能時(shí)，想要對(duì)此精通則必須進(jìn)行設(shè)計(jì)實(shí)踐。

作者: yanyangtian4502 時(shí)間: 2011-10-27 09:18
總結(jié)帖2：

架構(gòu)師的職責(zé)

既然已經(jīng)了解架構(gòu)的含義，那我們?cè)賮?lái)看看負(fù)責(zé)創(chuàng)建架構(gòu)的責(zé)任人：架構(gòu)師。

架構(gòu)師這個(gè)角色在任何軟件開(kāi)發(fā)項(xiàng)目中都是最有挑戰(zhàn)性的。

1. 架構(gòu)師的領(lǐng)導(dǎo)與決策能力

首先，架構(gòu)師是一位技術(shù)領(lǐng)導(dǎo)，這意味著架構(gòu)師除了擁有專(zhuān)門(mén)的技能外，還必須擁有領(lǐng)導(dǎo)能力，領(lǐng)導(dǎo)能力也要能體現(xiàn)在組織中的職位上。

從職位上來(lái)講，架構(gòu)師是項(xiàng)目中的技術(shù)領(lǐng)導(dǎo)，應(yīng)該擁有進(jìn)行技術(shù)決策的權(quán)威。不過(guò)，很多時(shí)候架構(gòu)師和項(xiàng)目經(jīng)理的職責(zé)很容易讓人混淆，下面用電影行業(yè)的職位來(lái)打一個(gè)比方，幫助大家了解他們的不同：項(xiàng)目經(jīng)理是制片人（確保事情完成），而架構(gòu)師是導(dǎo)演（確保事情正確地完成）。架構(gòu)師和項(xiàng)目經(jīng)理代表了這個(gè)項(xiàng)目的公共角色，對(duì)于項(xiàng)目外的關(guān)注人員來(lái)說(shuō)，他們是主要的聯(lián)系點(diǎn)。架構(gòu)師尤其應(yīng)該是創(chuàng)建一個(gè)架構(gòu)及給組織帶來(lái)價(jià)值的投資倡導(dǎo)者
。
在決策方面，架構(gòu)師要綜合考慮，果斷下決定。例如，在某些情況不清楚或沒(méi)有充足的時(shí)間探究所有的可能性及有交付壓力的情況下，如果架構(gòu)師不能進(jìn)行決策，那是不行的。而且這樣的環(huán)境會(huì)很常見(jiàn)，架構(gòu)師要接受這個(gè)現(xiàn)實(shí)而不是設(shè)法改變它。

有些時(shí)候，架構(gòu)師會(huì)在決策時(shí)咨詢(xún)其他人并營(yíng)造其他人共同參與決策的環(huán)境，但是進(jìn)行適當(dāng)?shù)臎Q策仍然是架構(gòu)師的職責(zé)，即使有時(shí)候這些決策并不總是正確的（當(dāng)然，是事后才發(fā)現(xiàn)這些決策不正確的）。因此，架構(gòu)師必須是厚臉皮的，因?yàn)樗麄兛赡鼙仨毤m正他們的決策并原路返回。

沒(méi)有決策能力的架構(gòu)師會(huì)使項(xiàng)目慢慢被破壞。項(xiàng)目團(tuán)隊(duì)會(huì)對(duì)架構(gòu)師失去信心，項(xiàng)目經(jīng)理將會(huì)擔(dān)心，因?yàn)檫@些等待架構(gòu)師決策的事項(xiàng)沒(méi)有進(jìn)展。更加危險(xiǎn)的是：如果架構(gòu)師沒(méi)有制定關(guān)于架構(gòu)的決策并編寫(xiě)成文檔，團(tuán)隊(duì)成員會(huì)開(kāi)始制定他們自己的（可能是不正確的）決策。

2. 架構(gòu)師的角色可能由一個(gè)團(tuán)隊(duì)來(lái)履行

角色和人之間是存在差異的。一個(gè)人可能會(huì)履行很多個(gè)角色，一個(gè)角色也可能會(huì)由許多人來(lái)履行。由于架構(gòu)師需要非常廣泛的技能，所以，架構(gòu)師這個(gè)角色可能會(huì)由多個(gè)人來(lái)履行，這時(shí)，架構(gòu)團(tuán)隊(duì)中的每個(gè)人都可以充分運(yùn)用他自己的經(jīng)驗(yàn)來(lái)履行此角色。特別是在理解業(yè)務(wù)領(lǐng)域和各方面技術(shù)所必需的技能時(shí)，往往需要多人合作才能達(dá)到相關(guān)要求。有一點(diǎn)很重要，就是最終的團(tuán)隊(duì)必須平衡。

如果架構(gòu)師角色由一個(gè)團(tuán)隊(duì)來(lái)履行，擁有一個(gè)首席架構(gòu)師就非常重要了，他是架構(gòu)團(tuán)隊(duì)的協(xié)調(diào)人，經(jīng)常會(huì)有先見(jiàn)之明。沒(méi)有這個(gè)協(xié)調(diào)人，要讓架構(gòu)團(tuán)隊(duì)的成員創(chuàng)造出內(nèi)聚的架構(gòu)，或做出決策是很困難的。

對(duì)于一個(gè)不熟悉架構(gòu)概念的團(tuán)隊(duì)來(lái)說(shuō)，為了達(dá)成共同的目的，建議團(tuán)隊(duì)?wèi)?yīng)該創(chuàng)建并頒布一個(gè)團(tuán)隊(duì)規(guī)章。
優(yōu)秀的架構(gòu)師知道他們的優(yōu)勢(shì)和弱勢(shì)。最優(yōu)秀的架構(gòu)通常由一個(gè)團(tuán)隊(duì)而不是個(gè)人創(chuàng)建的，這都是因?yàn)椤氨娙肆α看蟆�，人多則見(jiàn)識(shí)更廣和更深。

3. 架構(gòu)師要理解軟件開(kāi)發(fā)流程

大部分架構(gòu)師曾經(jīng)都做過(guò)開(kāi)發(fā)人員（幾乎是絕大部分架構(gòu)師都是從開(kāi)發(fā)人員走過(guò)來(lái)的），同時(shí)，架構(gòu)師應(yīng)該了解軟件開(kāi)發(fā)流程，因?yàn)檫@個(gè)流程能確保團(tuán)隊(duì)的所有成員協(xié)調(diào)的工作。

這種協(xié)調(diào)性可以通過(guò)定義涉及的角色、從事的任務(wù)、創(chuàng)建的工作產(chǎn)品、不同角色之間的移交點(diǎn)來(lái)獲得。因?yàn)樵谌粘９ぷ髦屑軜?gòu)師會(huì)影響許多團(tuán)隊(duì)成員，所以理解團(tuán)隊(duì)成員的角色和職責(zé)，理解他們正在生產(chǎn)和使用的東西對(duì)于架構(gòu)師來(lái)說(shuō)很重要。實(shí)際上，團(tuán)隊(duì)成員也非常希望架構(gòu)師能夠指導(dǎo)他們的工作。

4. 架構(gòu)師掌握技術(shù)與設(shè)計(jì)知識(shí)

架構(gòu)設(shè)計(jì)會(huì)涉及技術(shù)知識(shí)，所以，一個(gè)架構(gòu)師應(yīng)該擁有一定程度的技術(shù)技能。不過(guò)，架構(gòu)師不必是一個(gè)技術(shù)專(zhuān)家，他要關(guān)注的是技術(shù)相關(guān)重要因素，而不是細(xì)節(jié)（其實(shí)很多時(shí)候，架構(gòu)師也是技術(shù)專(zhuān)家，而且對(duì)細(xì)節(jié)理解得非常深入）。架構(gòu)師需要理解像Java EE或.NET這樣的平臺(tái)上可用的關(guān)鍵框架，但是不必理解這些平臺(tái)程序編程接口（API）的細(xì)節(jié)。

架構(gòu)師必須與項(xiàng)目中的開(kāi)發(fā)人員打交道，只有當(dāng)架構(gòu)師承認(rèn)開(kāi)發(fā)人員的工作價(jià)值時(shí)，在架構(gòu)師和開(kāi)發(fā)人員之間的溝通才是有效的。這也說(shuō)明了，架構(gòu)師應(yīng)該具有一定的編程技能，即使他們?cè)陧?xiàng)目中不必編寫(xiě)代碼，也必須跟上技術(shù)更新的腳步。

架構(gòu)師應(yīng)該有組織地參與開(kāi)發(fā)，并且盡可能地參與代碼的編寫(xiě)。如果架構(gòu)師參與實(shí)現(xiàn)，開(kāi)發(fā)團(tuán)隊(duì)會(huì)從架構(gòu)師那兒獲得見(jiàn)識(shí)。架構(gòu)師還可以通過(guò)查看他們決策和設(shè)計(jì)的第一手結(jié)果來(lái)進(jìn)行學(xué)習(xí)，從而對(duì)開(kāi)發(fā)流程給出反饋。

大部分成功的軟件架構(gòu)師都曾經(jīng)是核心的編程人員。某種程度上來(lái)說(shuō)，他們就是通過(guò)這段經(jīng)歷了解到業(yè)務(wù)的某些情況的。如果沒(méi)有這些知識(shí)，要實(shí)架構(gòu)上的重要元素（如源代碼的組織、采用的編程標(biāo)準(zhǔn)）時(shí)，架構(gòu)師將無(wú)法進(jìn)行決策，架構(gòu)師和開(kāi)發(fā)人員之間將會(huì)存在溝通障礙。

另外，設(shè)計(jì)是架構(gòu)設(shè)計(jì)的核心。架構(gòu)使關(guān)鍵設(shè)計(jì)決策具體化，因此，架構(gòu)師應(yīng)該擁有很強(qiáng)的設(shè)計(jì)技能。關(guān)鍵設(shè)計(jì)決策指的是關(guān)鍵結(jié)構(gòu)的設(shè)計(jì)決策、特定模型的選擇、指導(dǎo)規(guī)格說(shuō)明書(shū)等。

一個(gè)人不可能在短時(shí)間內(nèi)獲得設(shè)計(jì)能力，這是多年經(jīng)驗(yàn)累積的結(jié)果。某些設(shè)計(jì)專(zhuān)家在回顧他們?cè)缙诘墓ぷ鲿r(shí)都會(huì)驚訝他們?cè)瓉?lái)的設(shè)計(jì)是如此的不好。在學(xué)習(xí)一項(xiàng)新技能時(shí)，想要對(duì)此精通則必須進(jìn)行設(shè)計(jì)實(shí)踐。

作者: yanyangtian4502 時(shí)間: 2011-10-27 09:20
總結(jié)帖3：

5. 架構(gòu)師要掌握業(yè)務(wù)領(lǐng)域的知識(shí)

架構(gòu)師除了掌握軟件開(kāi)發(fā)技術(shù)之外，還要理解業(yè)務(wù)領(lǐng)域相關(guān)知識(shí)（可以說(shuō)是必須理解），以便擔(dān)任利益相關(guān)者、用戶(hù)（他們理解業(yè)務(wù)）及開(kāi)發(fā)團(tuán)隊(duì)成員（他們更熟悉技術(shù)）之間的中間人。
業(yè)務(wù)領(lǐng)域的知識(shí)除了使架構(gòu)師更好地理解系統(tǒng)的需求之外，還能夠確保他們及時(shí)捕獲恰當(dāng)?shù)男枨�。另外，一個(gè)特定領(lǐng)域通常與應(yīng)用到這個(gè)解決方案中的特定架構(gòu)模型組（和其他資源）相關(guān)，知道這個(gè)對(duì)照關(guān)系可以極大地幫助架構(gòu)師。

因此，一個(gè)優(yōu)秀的架構(gòu)師通常會(huì)平衡掌握軟件開(kāi)發(fā)知識(shí)和業(yè)務(wù)領(lǐng)域知識(shí)。當(dāng)架構(gòu)師理解軟件開(kāi)發(fā)但不理解業(yè)務(wù)模型時(shí)，可能會(huì)開(kāi)發(fā)出只反映出他所熟悉內(nèi)容但無(wú)法滿(mǎn)足需求的解決方案。
熟悉業(yè)務(wù)領(lǐng)域使架構(gòu)師能夠預(yù)見(jiàn)到架構(gòu)中可能發(fā)生的改變。既然架構(gòu)受其部署的環(huán)境（包括業(yè)務(wù)領(lǐng)域）影響很大，對(duì)業(yè)務(wù)領(lǐng)域的正確認(rèn)識(shí)會(huì)使架構(gòu)師在可能改變的區(qū)域和穩(wěn)定性方面做出更全面的決策。舉例來(lái)說(shuō)，如果架構(gòu)師認(rèn)識(shí)到在將來(lái)的某點(diǎn)必須符合新的調(diào)整標(biāo)準(zhǔn)，他會(huì)在架構(gòu)中考慮這個(gè)需求。

6. 架構(gòu)師是優(yōu)秀的溝通人員

在架構(gòu)師相關(guān)的所有軟技能中，溝通最重要。有效溝通所涉及的各個(gè)方面架構(gòu)師必須全部精通。架構(gòu)師尤其要擁有較強(qiáng)的口頭、書(shū)面表達(dá)能力同時(shí)，溝通是雙向的，架構(gòu)師應(yīng)該既是優(yōu)秀的聆聽(tīng)者，也是優(yōu)秀的觀察者。

有許多理由說(shuō)明有效溝通是項(xiàng)目成功的基礎(chǔ)。很明顯，與利益相關(guān)者的溝通對(duì)于理解他們的需求，以及就架構(gòu)相關(guān)問(wèn)題與他們達(dá)成（并保持）一致來(lái)說(shuō)非常重要。
與項(xiàng)目團(tuán)隊(duì)溝通也是十分重要的，因?yàn)榧軜?gòu)師不能只是簡(jiǎn)單地把信息傳達(dá)給團(tuán)隊(duì)，他還要激發(fā)團(tuán)隊(duì)，比如他必須要傳達(dá)（并強(qiáng)調(diào)）系統(tǒng)的愿景，讓大家都了解這個(gè)愿景，而不是只有他自己理解并相信。

同時(shí)，架構(gòu)師也必須是一位比較好的談判專(zhuān)家。對(duì)于架構(gòu)設(shè)計(jì)的許多方面，架構(gòu)師需要與眾多利益相關(guān)者進(jìn)行交流，其中的一些交流則需要談判技巧。
另外，架構(gòu)師應(yīng)特別關(guān)注如何在項(xiàng)目中盡可能早地把風(fēng)險(xiǎn)降到最小，因?yàn)檫@會(huì)對(duì)穩(wěn)定架構(gòu)所花的時(shí)間有直接影響。風(fēng)險(xiǎn)與需求（及需求中的變化）有關(guān)，消除風(fēng)險(xiǎn)的一個(gè)途徑是精煉需求，以便這種風(fēng)險(xiǎn)不再出現(xiàn)，那么這就需要回退需求并和利益相關(guān)者達(dá)成一致意見(jiàn)了。在這種情形下，如果架構(gòu)師是一位談判高手，能夠清晰明白地表明不同折中的后果，相信一定會(huì)事半功倍。

7. 架構(gòu)師了解組織政策

成功的架構(gòu)師并不只是關(guān)心技術(shù)，他們還要對(duì)政治足夠敏感，并且知道組織中的權(quán)力所在。他們可利用這些知識(shí)與恰當(dāng)?shù)娜藴贤�，確保在項(xiàng)目的適當(dāng)周期中獲得相應(yīng)的支持。
政策包括大量的不確定性，這會(huì)使許多技術(shù)人員緊張，讓他們感覺(jué)仿佛在“客場(chǎng)”比賽，他們正處于一個(gè)不利的位置，因?yàn)樗麄兊募夹g(shù)不能發(fā)揮出多大的威力。
實(shí)際上，組織中起作用的許多強(qiáng)制約束位于項(xiàng)目交付的系統(tǒng)之外，并且這些約束是必須考慮的。為了解決不同的意見(jiàn)，一個(gè)政策性流程是不可避免的。因此，與其譴責(zé)它，倒不如把政策理解成是處理不同意見(jiàn)的必然需求

作者: sytpb 時(shí)間: 2011-10-27 11:11
支持頂。。。

作者: sytpb 時(shí)間: 2011-10-27 11:14
有道理。。

作者: sytpb 時(shí)間: 2011-10-27 11:17
本帖最后由 yanyangtian4502 于 2011-10-27 11:22 編輯

大公司怎么做的呢，“架構(gòu)” 與“設(shè)計(jì)” 是怎么分工的呢，實(shí)現(xiàn)什么樣的文檔？怎樣定義一個(gè)好的“架構(gòu)” 和“
設(shè)計(jì)” ？

一言難盡��！涉及到很多的管理方面的東西

作者: sytpb 時(shí)間: 2011-10-27 13:25
to 版主

按照您說(shuō)的“架構(gòu)” 和“設(shè)計(jì)” ，若涉及到網(wǎng)絡(luò)通訊，協(xié)議制定應(yīng)屬于哪個(gè)階段？若屬于“架構(gòu)” 那他不符合上面的說(shuō)法，若屬于“設(shè)計(jì)” ，“架構(gòu)”是怎么表述這方面內(nèi)容呢？

作者: sytpb 時(shí)間: 2011-10-27 13:44
不要回答我的問(wèn)題了，我再好好理會(huì)下你的總結(jié)。

作者: yulihua49 時(shí)間: 2011-10-27 16:18
本帖最后由 yulihua49 于 2011-10-27 16:21 編輯

總結(jié)帖3：

5. 架構(gòu)師要掌握業(yè)務(wù)領(lǐng)域的知識(shí)

架構(gòu)師除了掌握軟件開(kāi)發(fā)技術(shù)之外，還要理解業(yè)務(wù)領(lǐng)域相關(guān)知 ...
yanyangtian4502 發(fā)表于 2011-10-27 09:20

簡(jiǎn)單說(shuō)，架構(gòu)師根據(jù)用戶(hù)需求向設(shè)計(jì)師提供解決方案。設(shè)計(jì)師根據(jù)這個(gè)解決方案設(shè)計(jì)應(yīng)用系統(tǒng)。

如你所說(shuō)。

架構(gòu)師要找到系統(tǒng)中的難點(diǎn)和關(guān)鍵瓶頸，利用自己掌握的素材，設(shè)計(jì)解決方案。
準(zhǔn)確定位關(guān)鍵點(diǎn)，確定對(duì)策是其功底。

作者: naturewen 時(shí)間: 2011-10-27 16:28
支持了

作者: stavip 時(shí)間: 2011-10-27 17:00
架構(gòu)，需求分析的人最懂

作者: eugene_jin 時(shí)間: 2011-10-31 13:07
回復(fù) 4# yanyangtian4502

頭銜很大哦，也來(lái)學(xué)習(xí)下，請(qǐng)問(wèn)：
1.你做架構(gòu)的思路？
2.你做架構(gòu)考慮多久之后的事情？
3.你對(duì)現(xiàn)有的系統(tǒng)如何促使其繼續(xù)滿(mǎn)足業(yè)務(wù)發(fā)展，也即重構(gòu)？

4.你對(duì)一個(gè)好的架構(gòu)師素質(zhì)要求，有那些？

作者: yanyangtian4502 時(shí)間: 2011-10-31 14:26
本帖最后由 yanyangtian4502 于 2011-10-31 14:34 編輯

回復(fù) 82# eugene_jin

1.你做架構(gòu)的思路？
簡(jiǎn)單，易于理解，先考慮現(xiàn)有的成熟方案，資源！
2.你做架構(gòu)考慮多久之后的事情？
在項(xiàng)目上是縱觀整體，心里基本上對(duì)項(xiàng)目有一個(gè)了解（最好是對(duì)相關(guān)的行業(yè)業(yè)務(wù)比較熟悉），在實(shí)現(xiàn)的時(shí)候，著眼于當(dāng)前，架構(gòu)的建立是一點(diǎn)一點(diǎn)的，不會(huì)在一下子就設(shè)計(jì)出一個(gè)很龐大、復(fù)雜的東西出來(lái)，不會(huì)考慮幾年之后

3.你對(duì)現(xiàn)有的系統(tǒng)如何促使其繼續(xù)滿(mǎn)足業(yè)務(wù)發(fā)展，也即重構(gòu)？
重構(gòu)，在中國(guó)很多人其實(shí)就是認(rèn)為：縫縫補(bǔ)補(bǔ)。因?yàn)橹暗暮?jiǎn)單架構(gòu)，所以，重構(gòu)的不是很多，基本上增加的成分多

4.你對(duì)一個(gè)好的架構(gòu)師素質(zhì)要求，有那些？
太多了，這個(gè)問(wèn)題問(wèn)的有點(diǎn)廣泛！可以看看我的采訪錄！
http://72891.cn/thread-3602109-1-1.html

感謝參與！！呵呵

作者: yoonix 時(shí)間: 2011-10-31 17:43
簡(jiǎn)單的認(rèn)識(shí)：MVC架構(gòu)；
復(fù)雜的，在此基礎(chǔ)之上，增加了多種機(jī)制；
僅此而已

作者: liaoliaofannao 時(shí)間: 2011-11-02 14:51
呵呵不錯(cuò)學(xué)習(xí)下

作者: wangzhen11aaa 時(shí)間: 2011-11-02 15:03
軟件架構(gòu)和kernel架構(gòu)是一條路吧。

作者: lub20664 時(shí)間: 2011-11-04 09:06

我是新手

架構(gòu)，我覺(jué)得就是思路，類(lèi)似軟件設(shè)計(jì)里面的流圖或者硬件部署的方案

是指導(dǎo)本項(xiàng)目實(shí)施的依據(jù)。

不知道是否可以這樣理解？

作者: dreamice 時(shí)間: 2011-11-04 09:06

軟件架構(gòu)和kernel架構(gòu)是一條路吧。
wangzhen11aaa 發(fā)表于 2011-11-02 15:03

架構(gòu)不要想得太抽象。OS也是一個(gè)軟件，他有自己的架構(gòu)，比如說(shuō)包含哪些模塊，各個(gè)模塊之間的關(guān)系等等。

作者: syzxf1996 時(shí)間: 2011-11-05 14:48
可惜，今天才看到這個(gè)帖子
對(duì)架構(gòu)的理解不深。讀了樓主的帖子，第一反映：若想從事架構(gòu)師工作需要了解很多知識(shí)。
在回味一下，有時(shí)能力是在工作中碰到了，需要解決，于是就要求架構(gòu)師具有了這個(gè)能力。
至少在這一兩年從事架構(gòu)師工作暫時(shí)需要這些能力：架構(gòu)師的領(lǐng)導(dǎo)與決策能力等等。

或許在以后須有掌握擁有更多的能力。

樓主這句話(huà)深有同感---“實(shí)用，完成項(xiàng)目做主要目的”

作者: yanyangtian4502 時(shí)間: 2011-11-06 18:16

可惜，今天才看到這個(gè)帖子
對(duì)架構(gòu)的理解不深。讀了樓主的帖子，第一反映：若想從事架構(gòu)師工作需要了解很多 ...
syzxf1996 發(fā)表于 2011-11-05 14:48

對(duì)，技術(shù)能力只是一部分，項(xiàng)目除了技術(shù) 還有很多的東西要學(xué) 項(xiàng)目！=技術(shù)+業(yè)務(wù)

作者: hbsycw 時(shí)間: 2012-03-28 10:40
本帖最后由 hbsycw 于 2012-03-28 10:54 編輯

回復(fù) 4# yanyangtian4502

架構(gòu)即結(jié)構(gòu)，軟件即思想。

作者: hbsycw 時(shí)間: 2012-03-28 10:49
架構(gòu)師和程序員的區(qū)別在于關(guān)注點(diǎn)不同：程序員的關(guān)注點(diǎn)是點(diǎn)（具體功能點(diǎn)實(shí)現(xiàn)、業(yè)務(wù)邏輯、代碼改進(jìn)等），而架構(gòu)師的關(guān)注點(diǎn)是面（系統(tǒng)結(jié)構(gòu)、可擴(kuò)展性、性能、安全等）

作者: hbsycw 時(shí)間: 2012-03-28 10:58
本帖最后由 hbsycw 于 2012-03-28 11:06 編輯

回復(fù) 5# renxiao2003

關(guān)于架構(gòu)，我的理解也是這么分的：業(yè)務(wù)架構(gòu)+技術(shù)架構(gòu)。

另我有一點(diǎn)心得體會(huì)是 “業(yè)務(wù)架構(gòu)看需求，技術(shù)架構(gòu)看成本�！�

作者: 一介村夫 時(shí)間: 2012-06-12 23:09
為架構(gòu)而架構(gòu)，除了扯蛋就是放屁！

作者: 西門(mén)大官人 時(shí)間: 2012-07-07 19:18
本帖最后由西門(mén)大官人于 2012-07-07 19:19 編輯

無(wú)玉，真磚一塊，我拍。{:3_189:}

作者: lloydm 時(shí)間: 2012-08-03 21:23
提示: 作者被禁止或刪除內(nèi)容自動(dòng)屏蔽

作者: allone_2 時(shí)間: 2013-03-11 19:03
不錯(cuò)頂一下

歡迎光臨 Chinaunix (http://72891.cn/)