轉(zhuǎn)載自：
http://hi.baidu.com/parryblog/blog/item/2d1ae59a72b043bcc9eaf4a0.html 本篇開始之前先扯點(diǎn)閑話，商業(yè)應(yīng)用系統(tǒng)開發(fā)經(jīng)歷了三個(gè)階段：
第一個(gè)階段以計(jì)算為中心，分析設(shè)計(jì)圍繞程序的運(yùn)行效率，算法優(yōu)劣，存貯優(yōu)化來進(jìn)行。90年代的大學(xué)課程講的都是這些。
第二階段以數(shù)據(jù)為中心，分析設(shè)計(jì)圍繞數(shù)據(jù)流進(jìn)行，以數(shù)據(jù)流程來模擬業(yè)務(wù)流程。這也就是所謂的面向過程的分析模式。
第三階段以人為中心，分析設(shè)計(jì)圍繞人的業(yè)務(wù)需求，使用要求，感受要求進(jìn)行。這也就是現(xiàn)在的面象對(duì)象分析模式。
使用OO方法建立商業(yè)模型必須先定義涉眾。商業(yè)系統(tǒng)無論多復(fù)雜，無論什么行業(yè)，其本質(zhì)無非是人，事，物，規(guī)則。人是一切的中心，人做事，做事產(chǎn)生物，規(guī)則限制人事物。人驅(qū)動(dòng)系統(tǒng)，事體現(xiàn)過程，物記錄結(jié)果，規(guī)則則是控制。無論OO也好，UML也好，復(fù)雜的表面下其實(shí)只是一個(gè)簡(jiǎn)單的規(guī)則，系統(tǒng)分析員弄明白有什么人，什么人做什么事，什么事產(chǎn)生什么物，中間有什么規(guī)則，再把人，事，物之間的關(guān)系定義出來，商業(yè)建模也就基本完成了。這時(shí)候可以說，系統(tǒng)分析員已經(jīng)完全了解了用戶需求，可以進(jìn)入系統(tǒng)建模階段了。
書歸正傳，上篇筆者歸納了一些典型的涉眾類型及他們的普遍期望。接下來，就是要將他們這些期望定義出來。這個(gè)過程，就是業(yè)務(wù)用例獲取的過程。筆者可以跟大家分享的經(jīng)驗(yàn)是通過以下步驟進(jìn)行，這些步驟并非唯一正確，對(duì)于經(jīng)驗(yàn)不多的系統(tǒng)分析員來說，這些步驟很有指導(dǎo)意義。
筆者做了一個(gè)建模實(shí)例，有需要有讀者請(qǐng)到筆者的BLOG資源中心下載，實(shí)例以上一篇所述網(wǎng)上圖書館需求為藍(lán)本建立了業(yè)務(wù)用例模型，之后的概念模型、系統(tǒng)模型則抽取了其中的借閱過程作為例子。不記得了可以后頭找找。
建模第一步，從涉眾中找出用戶。并定義這些用戶之間的關(guān)系。在ROSE中，應(yīng)該使用business actor 類型。參考上一篇的需求描述，下載實(shí)例
第二步，找出每個(gè)用戶要做的事，即業(yè)務(wù)用例，在ROSE中應(yīng)使用Business use case類型。請(qǐng)參考《用例的類型與粒度》一文以幫助確定用例的粒度。筆者強(qiáng)烈建議為每一個(gè)business actor繪制一個(gè)業(yè)務(wù)用例圖，這能很好的體現(xiàn)以人為中心的分析模式，并且不容易漏掉business actor需要做的事。至于以參與者為中心的視圖容易漏掉某個(gè)業(yè)務(wù)用例的參與者的擔(dān)心，可以在第四步中得到消除。下載實(shí)例
第三步，利用業(yè)務(wù)場(chǎng)景圖幫助分析業(yè)務(wù)流程，在ROSE中，這個(gè)階段最好使用活動(dòng)圖Activity diagram。在這個(gè)階段，業(yè)務(wù)場(chǎng)景圖非常重要，在繪制過程中，系統(tǒng)分析員必須采用第一步中定義的用戶名字作為泳道名，使用第二步中定義的業(yè)務(wù)用例名作為活動(dòng)名來繪制。必須這么做的原因是，如果你無法把利用已經(jīng)定義出來的 business actor 和 business use case完備的描繪業(yè)務(wù)流程，那么一定是前面的定義出問題了，你需要回頭審視是否 business actor 和 business use case定義不完善或錯(cuò)誤。如果不是所有的business actor 和 business use case 都被用到，要么應(yīng)該檢查業(yè)務(wù)流程調(diào)研時(shí)漏了什么，要么應(yīng)該檢查是否定義了一些無用的business actor 和 business use case 。同時(shí)，繪制業(yè)務(wù)場(chǎng)景圖也非常有助于選擇合適的用例粒度并保持所有的用例都是同一粒度。下載實(shí)例
第四步，繪制用例場(chǎng)景圖。與業(yè)務(wù)場(chǎng)景圖不同的是，用例場(chǎng)景圖只針對(duì)一個(gè)用例繪制該用例的執(zhí)行過程。筆者仍然強(qiáng)烈推薦使用activity diagram。在用例場(chǎng)景圖的繪制中，必須使用第一步中定義的業(yè)務(wù)用戶作為泳道。必須這么做的原因是，它能幫助你發(fā)現(xiàn)在定義業(yè)務(wù)用例圖時(shí)的錯(cuò)誤，比如是否漏掉了某個(gè)業(yè)務(wù)用例的潛在使用者。不是每個(gè)業(yè)務(wù)用例都需要繪制場(chǎng)景圖，只有兩三個(gè)步驟的業(yè)務(wù)用例是不必一定繪制業(yè)務(wù)用例圖的，但仍然需要在業(yè)務(wù)用例規(guī)約文檔中寫明。下載實(shí)例
第五步，從第三步或第四步中繪制的活動(dòng)圖中找到每一步活動(dòng)將使用到的或產(chǎn)生的結(jié)果。這是找到物的過程。找到后，應(yīng)當(dāng)建立這些物之間的關(guān)系。在ROSE中，這稱為業(yè)務(wù)實(shí)體模型。應(yīng)該使用business entity 類型。下載實(shí)例
第六步，在上述過程中，隨時(shí)補(bǔ)充詞匯表Glossary。將此過程中的所有業(yè)務(wù)詞匯，專業(yè)詞匯等一切在建模過程中使用到的需要解釋的名詞。這份文檔將成為模型建立人與讀者就模型達(dá)成一致理解的重要保證。
第七步，根據(jù)上一篇中提到的業(yè)主，老板等涉眾的期望審視建立好的模型，確定業(yè)務(wù)范圍，決定哪些業(yè)務(wù)用例在系統(tǒng)建設(shè)范圍內(nèi)。那些不打算納入建設(shè)范圍內(nèi)的業(yè)務(wù)用例有兩種情況，一種是該業(yè)務(wù)用例是被調(diào)用一方，那么應(yīng)該把它改為 boundary 類型，意味著將來它是一個(gè)外部接口。另一種是該業(yè)務(wù)用例主動(dòng)調(diào)用系統(tǒng)內(nèi)業(yè)務(wù)用例，那么應(yīng)該將它改為business actor類型。與普通business actor不同的是，由業(yè)務(wù)用例轉(zhuǎn)換而成的business actor不是人，而通常是一個(gè)外部系統(tǒng)進(jìn)程，因此應(yīng)該在被調(diào)用的系統(tǒng)內(nèi)業(yè)務(wù)用例與它之間增加一個(gè)boundary元素，意味著我們的系統(tǒng)將為這樣一個(gè)外部進(jìn)程提供一個(gè)接口。嚴(yán)格來說，那些需要納入建設(shè)范圍的business use case 應(yīng)當(dāng)對(duì)應(yīng)的生成一個(gè) business use case realization， 以后的設(shè)計(jì)工作將歸納到這些實(shí)現(xiàn)用例中。但筆者覺得這一步并非很關(guān)鍵的，實(shí)際中本人也經(jīng)常省略這一步，而將協(xié)作圖，象活動(dòng)圖，類交互圖等直接在business usecase下說明。不過本實(shí)例中筆者還是按照正規(guī)方法來建模的。下載實(shí)例
需要說明的是，上述的步驟并非一次性完成的，在每一個(gè)步驟中都可能導(dǎo)致對(duì)以前步驟的調(diào)整。即使建模已經(jīng)完成，當(dāng)遇到變化或發(fā)現(xiàn)新問題時(shí)，上述步驟應(yīng)當(dāng)從頭到尾再執(zhí)行一次。這也是RUP倡導(dǎo)的迭代開發(fā)模式。
經(jīng)過以上的步驟，我們已經(jīng)建立了一個(gè)完整的業(yè)務(wù)模型。但這決不是建模工作的全部，以上過程只說明了建立一個(gè)完整業(yè)務(wù)模型的過程，不能說這樣就建立了一個(gè)很好的業(yè)務(wù)模型。因?yàn)樯鲜龅倪^程中并沒有提及業(yè)務(wù)分析過程。分析過程全憑系統(tǒng)分析員的經(jīng)驗(yàn)，對(duì)OO的理解和對(duì)行業(yè)業(yè)務(wù)的把握能力，對(duì)原始業(yè)務(wù)模型進(jìn)行歸納，整理，抽象，重構(gòu)，以建立一個(gè)更高效，合理，擴(kuò)展性更強(qiáng)的模型。這個(gè)過程無法以步驟說明?；蛟S以后筆者會(huì)專門針對(duì)模型分析寫點(diǎn)東西。另外除了模型，還至少需要寫業(yè)務(wù)架構(gòu)文檔、用例規(guī)約和補(bǔ)充用例規(guī)約三種文檔。因?yàn)槟Ｐ碗m然可以較好的體現(xiàn)業(yè)務(wù)架構(gòu)，但很不好表達(dá)業(yè)務(wù)規(guī)則和非業(yè)務(wù)需求，這些需要在文檔中說明。例如用例的前置條件和后置條件就是一種業(yè)務(wù)規(guī)則。讀者可以在RUP文檔中找到這些文檔的模板。
http://hi.baidu.com/parryblog/blog/category/%CF%B5%CD%B3%B7%D6%CE%F6
http://hi.baidu.com/parryblog/blog/category/%D0%E8%C7%F3%B7%D6%CE%F6
通過@PathVariabl注解獲取路徑中傳遞參數(shù)JAVA
@RequestMapping(value = "/{id}/{str}")
public ModelAndView helloWorld(@PathVariable String id, @PathVariable String str) {
System.out.println(id);
System.out.println(str);
return new ModelAndView("/helloWorld");
}
用@ModelAttribute注解獲取POST請(qǐng)求的FORM表單數(shù)據(jù)JSP
<form method="post" action="hao.do">
a: <input id="a" type="text" name="a"/>
b: <input id="b" type="text" name="b"/>
<input type="submit" value="Submit" />
</form>
JAVA pojo
public class Pojo{
private String a;
private int b;
}
JAVA controller
@RequestMapping(method = RequestMethod.POST)
public String processSubmit(@ModelAttribute("pojo") Pojo pojo) {
return "helloWorld";
}
直接用HttpServletRequest獲取JAVA
@RequestMapping(method = RequestMethod.GET)
public String get(HttpServletRequest request, HttpServletResponse response) {
System.out.println(request.getParameter("a"));
return "helloWorld";
}
用注解@RequestParam綁定請(qǐng)求參數(shù)a到變量a當(dāng)請(qǐng)求參數(shù)a不存在時(shí)會(huì)有異常發(fā)生,可以通過設(shè)置屬性required=false解決,
例如: @RequestParam(value="a", required=false)
JAVA
@RequestMapping(value = "/requestParam", method = RequestMethod.GET)
public String setupForm(@RequestParam("a") String a, ModelMap model) {
System.out.println(a);
return "helloWorld";}
Collection是List和Set兩個(gè)接口的基接口
List在Collection之上增加了"有序"
Set在Collection之上增加了"唯一"
而ArrayList是實(shí)現(xiàn)List的類...所以他是有序的.
它里邊存放的元素在排列上存在一定的先后順序
而且ArrayList是采用數(shù)組存放元素
另一種List LinkedList采用的則是鏈表。
Collection和Map接口之間的主要區(qū)別在于：Collection中存儲(chǔ)了一組對(duì)象，而Map存儲(chǔ)關(guān)鍵字/值對(duì)。
在Map對(duì)象中，每一個(gè)關(guān)鍵字最多有一個(gè)關(guān)聯(lián)的值。
Map:不能包括兩個(gè)相同的鍵，一個(gè)鍵最多能綁定一個(gè)值。null可以作為鍵，這樣的鍵只有一個(gè)；可以有一個(gè)或多個(gè)鍵所對(duì)應(yīng)的
值為null。當(dāng)get()方法返回null值時(shí)，即可以表示Map中沒有該鍵，也可以表示該鍵所對(duì)應(yīng)的值為null。因此，在Map中不能由get()方法來判斷Map中是否存在某個(gè)鍵，而應(yīng)該用containsKey()方法來判斷。
繼承Map的類有：HashMap，HashTable
HashMap：Map的實(shí)現(xiàn)類，缺省情況下是非同步的，可以通過Map Collections.synchronizedMap(Map m)來達(dá)到線程同步
HashTable：Dictionary的子類，缺省是線程同步的。不允許關(guān)鍵字或值為null
當(dāng)元素的順序很重要時(shí)選用TreeMap，當(dāng)元素不必以特定的順序進(jìn)行存儲(chǔ)時(shí)，使用HashMap。Hashtable的使用不被推薦，因?yàn)镠ashMap提供了所有類似的功能，并且速度更快。當(dāng)你需要在多線程環(huán)境下使用時(shí)，HashMap也可以轉(zhuǎn)換為同步的。
為什么要使用集合類
當(dāng)你事先不知道要存放數(shù)據(jù)的個(gè)數(shù)，或者你需要一種比數(shù)組下標(biāo)存取機(jī)制更靈活的方法時(shí)，你就需要用到集合類。
理解集合類
集合類存放于java.util包中。
集合類存放的都是對(duì)象的引用，而非對(duì)象本身，出于表達(dá)上的便利，我們稱集合中的對(duì)象就是指集合中對(duì)象的引用（reference)。
集合類型主要有3種：set(集）、list(列表）和map(映射)。
(1)集 （Set）：口袋
集（set）是最簡(jiǎn)單的一種集合，它的對(duì)象不按特定方式排序，只是簡(jiǎn)單的把對(duì)象加入集合中，就像往口袋里放東西。
對(duì)集中成員的訪問和操作是通過集中對(duì)象的引用進(jìn)行的，所以集中不能有重復(fù)對(duì)象。
集也有多種變體，可以實(shí)現(xiàn)排序等功能，如TreeSet，它把對(duì)象添加到集中的操作將變?yōu)榘凑漳撤N比較規(guī)則將其插入到有序的對(duì)象序列中。它實(shí)現(xiàn)的是SortedSet接口，也就是加入了對(duì)象比較的方法。通過對(duì)集中的對(duì)象迭代，我們可以得到一個(gè)升序的對(duì)象集合。
(2)列表 （List）：列表
列表的主要特征是其對(duì)象以線性方式存儲(chǔ)，沒有特定順序，只有一個(gè)開頭和一個(gè)結(jié)尾，當(dāng)然，它與根本沒有順序的集是不同的。
列表在數(shù)據(jù)結(jié)構(gòu)中分別表現(xiàn)為：數(shù)組和向量、鏈表、堆棧、隊(duì)列。
關(guān)于實(shí)現(xiàn)列表的集合類，是我們?nèi)粘９ぷ髦薪?jīng)常用到的，將在后邊的筆記詳細(xì)介紹。
(3)映射 （Map）：鍵值對(duì)
映射與集或列表有明顯區(qū)別，映射中每個(gè)項(xiàng)都是成對(duì)的。映射中存儲(chǔ)的每個(gè)對(duì)象都有一個(gè)相關(guān)的關(guān)鍵字（Key）對(duì)象，關(guān)鍵字決定了對(duì)象在映射中的存儲(chǔ)位置，檢索對(duì)象時(shí)必須提供相應(yīng)的關(guān)鍵字，就像在字典中查單詞一樣。關(guān)鍵字應(yīng)該是唯一的。
關(guān)鍵字本身并不能決定對(duì)象的存儲(chǔ)位置，它需要對(duì)過一種散列(hashing)技術(shù)來處理，產(chǎn)生一個(gè)被稱作散列碼(hash code)的整數(shù)值，散列碼通常用作一個(gè)偏置量，該偏置量是相對(duì)于分配給映射的內(nèi)存區(qū)域起始位置的，由此確定關(guān)鍵字/對(duì)象對(duì)的存儲(chǔ)位置。理想情況下，散列處理應(yīng)該產(chǎn)生給定范圍內(nèi)均勻分布的值，而且每個(gè)關(guān)鍵字應(yīng)得到不同的散列碼。
集合類簡(jiǎn)介
java.util中共有13個(gè)類可用于管理集合對(duì)象，它們支持集、列表或映射等集合，以下是這些類的簡(jiǎn)單介紹
集：
HashSet： 使用HashMap的一個(gè)集的實(shí)現(xiàn)。雖然集定義成無序，但必須存在某種方法能相當(dāng)高效地找到一個(gè)對(duì)象。使用一個(gè)HashMap對(duì)象實(shí)現(xiàn)集的存儲(chǔ)和檢索操作是在固定時(shí)間內(nèi)實(shí)現(xiàn)的.
TreeSet： 在集中以升序?qū)?duì)象排序的集的實(shí)現(xiàn)。這意味著從一個(gè)TreeSet對(duì)象獲得第一個(gè)迭代器將按升序提供對(duì)象。TreeSet類使用了一個(gè)TreeMap.
列表：
Vector： 實(shí)現(xiàn)一個(gè)類似數(shù)組一樣的表，自動(dòng)增加容量來容納你所需的元素。使用下標(biāo)存儲(chǔ)和檢索對(duì)象就象在一個(gè)標(biāo)準(zhǔn)的數(shù)組中一樣。你也可以用一個(gè)迭代器從一個(gè)Vector中檢索對(duì)象。Vector是唯一的同步容器類??當(dāng)兩個(gè)或多個(gè)線程同時(shí)訪問時(shí)也是性能良好的。（同步的含義：即同時(shí)只能一個(gè)進(jìn)程訪問，其他等待）
Stack: 這個(gè)類從Vector派生而來，并且增加了方法實(shí)現(xiàn)棧??一種后進(jìn)先出的存儲(chǔ)結(jié)構(gòu)。
LinkedList: 實(shí)現(xiàn)一個(gè)鏈表。由這個(gè)類定義的鏈表也可以像棧或隊(duì)列一樣被使用。
ArrayList: 實(shí)現(xiàn)一個(gè)數(shù)組，它的規(guī)?？勺儾⑶夷芟矜湵硪粯颖辉L問。它提供的功能類似Vector類但不同步。
映射：
HashTable： 實(shí)現(xiàn)一個(gè)映象，所有的鍵必須非空。為了能高效的工作，定義鍵的類必須實(shí)現(xiàn)hashcode()方法和equal()方法。這個(gè)類是前面java實(shí)現(xiàn)的一個(gè)繼承，并且通常能在實(shí)現(xiàn)映象的其他類中更好的使用。
HashMap： 實(shí)現(xiàn)一個(gè)映象，允許存儲(chǔ)空對(duì)象，而且允許鍵是空（由于鍵必須是唯一的，當(dāng)然只能有一個(gè)）。
WeakHashMap： 實(shí)現(xiàn)這樣一個(gè)映象：通常如果一個(gè)鍵對(duì)一個(gè)對(duì)象而言不再被引用，鍵/對(duì)象對(duì)將被舍棄。這與HashMap形成對(duì)照，映象中的鍵維持鍵/對(duì)象對(duì)的生命周期，盡管使用映象的程序不再有對(duì)鍵的引用，并且因此不能檢索對(duì)象。
TreeMap： 實(shí)現(xiàn)這樣一個(gè)映象，對(duì)象是按鍵升序排列的。
下圖是集合類所實(shí)現(xiàn)的接口之間的關(guān)系：
Set和List都是由公共接口Collection擴(kuò)展而來，所以它們都可以使用一個(gè)類型為Collection的變量來引用。這就意味著任何列表或集構(gòu)成的集合都可以用這種方式引用，只有映射類除外（但也不是完全排除在外，因?yàn)榭梢詮挠成浍@得一個(gè)列表。）所以說，把一個(gè)列表或集傳遞給方法的標(biāo)準(zhǔn)途徑是使用Collection類型的參數(shù)。
List接口
List是有序的Collection，使用此接口能夠精確的控制每個(gè)元素插入的位置。用戶能夠使用索引（元素在List中的位置，類似于數(shù)組下標(biāo)）來訪問List中的元素，這類似于Java的數(shù)組。
和下面要提到的Set不同，List允許有相同的元素。
除了具有Collection接口必備的iterator()方法外，List還提供一個(gè)listIterator()方法，返回一個(gè)ListIterator接口，和標(biāo)準(zhǔn)的Iterator接口相比，ListIterator多了一些add()之類的方法，允許添加，刪除，設(shè)定元素，還能向前或向后遍歷。
實(shí)現(xiàn)List接口的常用類有LinkedList，ArrayList，Vector和Stack。
ArrayList類
ArrayList實(shí)現(xiàn)了可變大小的數(shù)組。它允許所有元素，包括null。ArrayList沒有同步。
size，isEmpty，get，set方法運(yùn)行時(shí)間為常數(shù)。但是add方法開銷為分?jǐn)偟某?shù)，添加n個(gè)元素需要O(n)的時(shí)間。其他的方法運(yùn)行時(shí)間為線性。
每個(gè)ArrayList實(shí)例都有一個(gè)容量（Capacity），即用于存儲(chǔ)元素的數(shù)組的大小。這個(gè)容量可隨著不斷添加新元素而自動(dòng)增加，但是增長(zhǎng)算法并沒有定義。ArrayList當(dāng)需要插入大量元素時(shí)，在插入前可以調(diào)用ensureCapacity方法來增加ArrayList的容量以提高插入效率。
和LinkedList一樣，ArrayList也是非同步的（unsynchronized）。
Map接口
請(qǐng)注意，Map沒有繼承Collection接口，Map提供key到value的映射。一個(gè)Map中不能包含相同的key，每個(gè)key只能映射一個(gè)value。Map接口提供3種集合的視圖，Map的內(nèi)容可以被當(dāng)作一組key集合，一組value集合，或者一組key-value映射。
HashMap類
HashMap和Hashtable類似，不同之處在于HashMap是非同步的，并且允許null，即null value和null key。，但是將HashMap視為Collection時(shí)（values()方法可返回Collection），其迭代子操作時(shí)間開銷和HashMap的容量成比例。因此，如果迭代操作的性能相當(dāng)重要的話，不要將HashMap的初始化容量設(shè)得過高，或者load factor過低。
----------------------------------------------------------------------------
1.-------------------->
List是接口，List特性就是有序,會(huì)確保以一定的順序保存元素.
ArrayList是它的實(shí)現(xiàn)類,是一個(gè)用數(shù)組實(shí)現(xiàn)的List.
Map是接口,Map特性就是根據(jù)一個(gè)對(duì)象查找對(duì)象.
HashMap是它的實(shí)現(xiàn)類,HashMap用hash表實(shí)現(xiàn)的Map,就是利用對(duì)象的hashcode(hashcode()是Object的方法)進(jìn)行快速（Hash）散列查找.(關(guān)于散列查找,可以參看<<數(shù)據(jù)結(jié)構(gòu)>>)
2.-------------------->
一般情況下,如果沒有必要,推薦代碼只同List,Map接口打交道.
比如:List list = new ArrayList();
這樣做的原因是list就相當(dāng)于是一個(gè)泛型的實(shí)現(xiàn),如果想改變list的類型,只需要:
List list = new LinkedList();//LinkedList也是List的實(shí)現(xiàn)類,也是ArrayList的兄弟類
這樣,就不需要修改其它代碼,這就是接口編程的優(yōu)雅之處.
另外的例子就是,在類的方法中,如下聲明:
private void doMyAction(List list){}
這樣這個(gè)方法能處理所有實(shí)現(xiàn)了List接口的類,一定程度上實(shí)現(xiàn)了泛型函數(shù).
3.--------------------->
如果開發(fā)的時(shí)候覺得ArrayList,HashMap的性能不能滿足你的需要,可以通過實(shí)現(xiàn)List,Map(或者Collection)來定制你的自定義類
架構(gòu)師最基本的素質(zhì)，總結(jié)出兩點(diǎn)，1是技術(shù)知識(shí)廣度，2是業(yè)務(wù)行業(yè)深度。
1 架構(gòu)師是技術(shù)領(lǐng)導(dǎo)。 架構(gòu)師必須要有技術(shù)，而且還是領(lǐng)導(dǎo)。架構(gòu)師要帶領(lǐng)自己團(tuán)隊(duì)完成自己的任務(wù)，完全憑借自己的能力做事情，完全是匹夫之勇，根本不提倡。
2 架構(gòu)師理解軟件流程。 架構(gòu)師必須了解軟件流程，否則無法驅(qū)動(dòng)整個(gè)團(tuán)隊(duì)前進(jìn)，如果一個(gè)架構(gòu)師不熟悉開發(fā)流程，無法協(xié)調(diào)產(chǎn)品線相關(guān)人員進(jìn)行高效工作，也無法指導(dǎo)團(tuán)隊(duì)成員完成自己的工作。所以來說架構(gòu)師一般不是空降兵（除非是全新的部門），因?yàn)榭战当话悴粫?huì)熟悉新公司的開發(fā)流程，即使是同一個(gè)行業(yè)的，各個(gè)公司的差別還是很大。所以說聽說某某去某某公司做首席架構(gòu)師或者首席科學(xué)家，一般是高風(fēng)險(xiǎn)的事情，即使他對(duì)這個(gè)行業(yè)很了解。
3 架構(gòu)師必須熟悉業(yè)務(wù)領(lǐng)域。 如果一個(gè)架構(gòu)師不熟悉自己的行業(yè)，做的架構(gòu)就是紙上談兵，熟悉業(yè)務(wù)領(lǐng)域的架構(gòu)師，才能很好的理解需求，做出合適的方案?；ヂ?lián)網(wǎng)和網(wǎng)絡(luò)安全是完全不同的兩個(gè)方向，即使你熟悉里面的各種具體技術(shù)，但是以互聯(lián)網(wǎng)的架構(gòu)來做網(wǎng)絡(luò)安全產(chǎn)品，肯定是100%的失敗。
我做PKI的時(shí)候，項(xiàng)目最初的使用.net，使用微軟的crytoAPI，開發(fā)的很順利。后來來了一位新的架構(gòu)師，覺得.net不能跨平臺(tái)，決定?用java，做出產(chǎn)品后，發(fā)現(xiàn)找不到arm cpu的jdk，使用平臺(tái)有限。再次決定使用openssl做，最后這個(gè)項(xiàng)目以失敗而告終。后來我想過arm cpu都是嵌入式設(shè)備用的，根本沒有任何嵌入式設(shè)備提供CA服務(wù)。
4 架構(gòu)師必須要有廣度的知識(shí)。 架構(gòu)師考慮的問題必須全面，必須了解的要廣，具體的細(xì)節(jié)可以不關(guān)注，因?yàn)榧?xì)節(jié)變化很快。很多具體技術(shù)人員出身的架構(gòu)師，只關(guān)注于具體的細(xì)節(jié)，某些方面做的很好，整體的性能很差。
下面這個(gè)項(xiàng)目的成功可以理解為一個(gè)笑話。某公司的兩個(gè)部門都做c程序的，A部門做的平臺(tái)使用的x86和mips，B部門使用平臺(tái)是x86和 arm，后來A部門的一個(gè)模塊要給B部門用，最后發(fā)現(xiàn)根本不能運(yùn)行。最后A部門發(fā)現(xiàn)arm平臺(tái)使用big endian模式，這樣A部門的20多名員工，檢查代碼中所有非零整數(shù)，經(jīng)過數(shù)個(gè)月苦戰(zhàn)，才修改完畢。其實(shí)解決方法很簡(jiǎn)單，因B部門的代碼也是首先在 x86做的，做的時(shí)候他們考慮了cpu的endian模式。這并不能說B部門架構(gòu)師很牛，從另一個(gè)方面說他的無知。因?yàn)榘遄佑刑€，專門切換cpu的是 big endian還是little endian，這樣兩個(gè)部門都可以不修改程序。
5 架構(gòu)師必須是寫程序的高手。
架構(gòu)師一般都是?發(fā)人員出身，一般都是團(tuán)隊(duì)的核心。優(yōu)秀的架構(gòu)師應(yīng)該了解團(tuán)隊(duì)使用各種技術(shù)，有了這些知識(shí)，才能和開發(fā)人軟進(jìn)行有效溝通。
有一個(gè)項(xiàng)目架構(gòu)使用xml做配置，因?yàn)椴《編旌荦嫶?，最后?dǎo)致xml 達(dá)30多兆，服務(wù)端的java程序使用dom 進(jìn)行過濾的時(shí)候，30兆xml加載很慢，頻繁出現(xiàn)out of memory。這個(gè)項(xiàng)目后來擱淺。根據(jù)以前的經(jīng)驗(yàn)發(fā)現(xiàn) msxml加載30多M的xml 不過幾秒，而且msxml的xpath速度很快，后來專門為此寫了JNI處理xml的。
6架構(gòu)師是優(yōu)秀的溝通人員。 架構(gòu)師一定要會(huì)忽悠，至少要扯淡。架構(gòu)師不但要指導(dǎo)本部門員工的工作，也要協(xié)調(diào)其他部門的資源，還要向用戶收集需求，制定規(guī)格說明書，重要的把用戶的不合理要求砍掉，合理需求遵循自己的思路