【正文】 定實(shí)現(xiàn)所推薦的系統(tǒng)的詳細(xì)計(jì)劃。如果用戶接受分析員推薦的系統(tǒng)，則可以著手完成本階段的另一項(xiàng)主要工作。”（引用《如何寫(xiě)系統(tǒng)分析書(shū)》一文） 經(jīng)過(guò)系統(tǒng)分析的階段，我們就比較容易和客戶在系統(tǒng)如何部署、采用的數(shù)據(jù)庫(kù)類(lèi)型、設(shè)計(jì)模型和分析模型等方面達(dá)成一致的認(rèn)識(shí)，如果能順利地將客戶的需求業(yè)務(wù)邏輯分析轉(zhuǎn)化為程序邏輯，把原先用戶可視化的界面原型和業(yè)務(wù)流程圖映射成編碼人員理解的模型和規(guī)范時(shí)，那么恭喜你，項(xiàng)目已經(jīng)成功了一半。 三：系統(tǒng)分析的難點(diǎn)和技能要求： 網(wǎng)絡(luò)應(yīng)用的開(kāi)發(fā)技術(shù)在日新月異地進(jìn)步，從而使網(wǎng)站應(yīng)用系統(tǒng)的開(kāi)發(fā)模式具有多種選擇性，達(dá)到同樣的目標(biāo)可以采用很多不同的方式，現(xiàn)代的應(yīng)用系統(tǒng)越來(lái)越成為一個(gè)龐大的集成方案，需要考慮不同的操作平臺(tái)、不同的應(yīng)用服務(wù)器、不同的數(shù)據(jù)庫(kù)、不同的編程語(yǔ)言、不同的傳輸介質(zhì)等等，無(wú)疑對(duì)系統(tǒng)分析員來(lái)說(shuō)是個(gè)嚴(yán)峻的考驗(yàn)，任何人都不可能精通甚至說(shuō)掌握全部的技術(shù)，簡(jiǎn)單例子：現(xiàn)在有Windows，Unix，Linux等各種服務(wù)器操作平臺(tái)，有SQL Server，Oracle，DB2，Sybase，MySQL等數(shù)據(jù)庫(kù)，有JAVA，PHP，ASP，CGI，JSP，C++，VB，Delphi等等工具，誰(shuí)能全部精通呢？如果不能，那么如何確定是Windows+SQL Server+ASP好還是Unix+Oracle+JAVA合適？況且各種軟件和語(yǔ)言還在不斷發(fā)展進(jìn)步之中，超越窄帶的互聯(lián)網(wǎng)，今后還可以涉及到寬帶所帶來(lái)的變動(dòng)，或者增加與無(wú)線移動(dòng)的接口，因此系統(tǒng)分析員能否出色的勝任工作很大程度上決定了系統(tǒng)開(kāi)發(fā)的成敗。 系統(tǒng)分析的主要難點(diǎn)在于： ? 對(duì)客戶隱藏的性能需求的分析：由于客戶對(duì)尚未實(shí)施的系統(tǒng)無(wú)法預(yù)見(jiàn)，對(duì)今后的業(yè)務(wù)發(fā)展也無(wú)法預(yù)知，對(duì)性能需求的分析和定義更需要系統(tǒng)分析員協(xié)助客戶去確定和挖掘； ? 確定項(xiàng)目設(shè)計(jì)方法：根據(jù)項(xiàng)目需求和資源的配置選擇最合適的設(shè)計(jì)方式。 ? 對(duì)系統(tǒng)模塊的劃分和代碼復(fù)用的設(shè)計(jì)：模塊最大化，代碼復(fù)用度最高，是一個(gè)成熟的系統(tǒng)不斷致力追求的，將大型復(fù)雜的應(yīng)用系統(tǒng)分解成相對(duì)獨(dú)立，具有高度復(fù)用的模塊，各個(gè)模塊之間采用規(guī)范的參數(shù)接口，將大大提高系統(tǒng)的開(kāi)發(fā)效率和維護(hù)升級(jí)的方便性。即使在網(wǎng)站的模版設(shè)計(jì)或交互設(shè)計(jì)上，也盡可能采用嵌套可復(fù)用的模版或調(diào)用統(tǒng)一的樣式表、JS文件等。 ? 項(xiàng)目整體評(píng)估：系統(tǒng)分析員絕不應(yīng)成為孤立的完美主義者，而需要根據(jù)項(xiàng)目的大局出發(fā)，比如公司的資源配置、人力狀況、客戶要求等因素評(píng)估項(xiàng)目整體和各個(gè)模塊的工作量、進(jìn)度和分配資源，制定出最合理的可行的實(shí)施方案。 系統(tǒng)分析員不但需要具備良好的溝通協(xié)調(diào)能力，更需要具備業(yè)務(wù)和技術(shù)領(lǐng)域兩方面的專業(yè)技能，在項(xiàng)目小組中是非常關(guān)鍵的角色之一。 四：軟件建模使系統(tǒng)開(kāi)發(fā)邁向成熟 Web應(yīng)用系統(tǒng)往往隨著客戶的需求增長(zhǎng)，開(kāi)發(fā)不斷深入，最終變得非常復(fù)雜，而且以Web為核心的網(wǎng)站系統(tǒng)通常都具有高度的動(dòng)態(tài)擴(kuò)展和交互，要在不完整和不斷改變的需求情況下，在有限的時(shí)間內(nèi)完成一套容易修改和維護(hù)的健壯的系統(tǒng)，在UML（統(tǒng)一建模語(yǔ)言）出現(xiàn)之前是極其困難的。 大多的Web設(shè)計(jì)師或程序開(kāi)發(fā)員為了讓客戶盡快看到可運(yùn)行的應(yīng)用系統(tǒng)，經(jīng)過(guò)界面設(shè)計(jì)或簡(jiǎn)單的系統(tǒng)分析后直接進(jìn)入編碼階段，甚至各個(gè)模塊分頭開(kāi)發(fā)，服務(wù)器段代碼隨意編寫(xiě)、數(shù)據(jù)庫(kù)任意添加、參數(shù)定義沒(méi)有規(guī)范，整個(gè)應(yīng)用系統(tǒng)處于一種無(wú)序混亂的狀態(tài)，當(dāng)我們采用建模及按照軟件工程的方式進(jìn)行管理的時(shí)候，情況馬上就會(huì)好的多。 什么是建模？ ? 建模是使你逐層深入解決問(wèn)題的辦法； ? 確認(rèn)應(yīng)用系統(tǒng)的功能需求并為事務(wù)處理原則建模； ? 對(duì)抽象的對(duì)象映射需求，辨認(rèn)和提供設(shè)計(jì)模版并創(chuàng)建慣用的模版； ? 分辨和設(shè)計(jì)對(duì)象或劃分三層模型的服務(wù)； ? 對(duì)軟件的組成部分映射成對(duì)象并設(shè)計(jì)組件在網(wǎng)絡(luò)上如何分布； UML（Unified Modeling Language，統(tǒng)一建模語(yǔ)言）是一種通用的可視化建模語(yǔ)言，用于對(duì)軟件進(jìn)行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)的文檔。UML適用于各種軟件開(kāi)發(fā)方法、軟件生命周期的各個(gè)階段、各種應(yīng)用領(lǐng)域以及各種開(kāi)發(fā)工具，同樣，在網(wǎng)站設(shè)計(jì)或以網(wǎng)站為表現(xiàn)形式的各種網(wǎng)絡(luò)應(yīng)用項(xiàng)目中，UML也表現(xiàn)出強(qiáng)大的作用。UML能夠描述系統(tǒng)的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為：靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中重要對(duì)象的屬性和操作以及這些對(duì)象之間的相互關(guān)系；動(dòng)態(tài)行為定義了對(duì)象的時(shí)間特性和對(duì)象為完成目標(biāo)任務(wù)而相互進(jìn)行通信的機(jī)制。UML不是一種程序設(shè)計(jì)語(yǔ)言，但我們可以用代碼生成器將UML模型轉(zhuǎn)換為多種程序設(shè)計(jì)語(yǔ)言代碼，或使用反向生成器工具將程序源代碼轉(zhuǎn)換為UML模型。 我們可以看的出，建模并不等同于程序編碼，利用同樣的UML模型可以生成不同語(yǔ)言的框架代碼，而且可以通過(guò)反向生成，在編寫(xiě)代碼過(guò)程中及時(shí)更新UML模型，這對(duì)系統(tǒng)分析員和項(xiàng)目管理人員來(lái)說(shuō)是夢(mèng)寐以求的。只要能夠仔細(xì)地把握客戶的需求，不斷改進(jìn)UML模型，那么采用什么樣的語(yǔ)言開(kāi)發(fā)已經(jīng)成了次要，大量的需求積累和分析工作能在客戶需求變化時(shí)得到高度的復(fù)用，即使系統(tǒng)采用新的語(yǔ)言重新開(kāi)發(fā)，需要的也僅僅是編碼部分的工作。 雖然軟件建?？梢栽陂_(kāi)發(fā)的任何階段進(jìn)入，但是在設(shè)計(jì)初期，應(yīng)該將精力更加集中在系統(tǒng)功能及性能分析、系統(tǒng)運(yùn)行環(huán)境、選擇編程語(yǔ)言等，而不是考慮考慮程序的細(xì)節(jié)，如在屏幕上的什么位置放置按鈕等。在項(xiàng)目開(kāi)發(fā)的中期引入建模是非常有意義的，通過(guò)建模把握程序開(kāi)發(fā)的方向，準(zhǔn)確完成需求分析中所要求的任務(wù)。 在高展先生的《全程建模》一文中闡述的“全程鏡像一體化建模方式“，整個(gè)建模過(guò)程依靠業(yè)務(wù)驅(qū)動(dòng)，在模型設(shè)計(jì)中利用盒子的上下兩部分分別代表業(yè)務(wù)組織結(jié)構(gòu)和軟件邏輯結(jié)構(gòu)，將客戶可視的具體的需求與系統(tǒng)抽象的邏輯流程一一對(duì)應(yīng)，這對(duì)缺乏技術(shù)背景的客戶代表和經(jīng)驗(yàn)不足的系統(tǒng)分析員之間的溝通具有明顯有效的作用。 五：總結(jié) 系統(tǒng)分析是項(xiàng)目開(kāi)發(fā)中最艱巨的工作，本階段需要特別注意的工作重點(diǎn)在于： ? 補(bǔ)充完善上一階段可能欠缺的系統(tǒng)的性能需求； ? 系統(tǒng)分析員需要站在全局出發(fā)，設(shè)計(jì)合理可行的設(shè)計(jì)方案； ? 在需求不明的情況下設(shè)計(jì)多種解決方案供客戶選擇， ? 將系統(tǒng)分解模塊，最大限度地設(shè)計(jì)代碼復(fù)用； ? 使用UML建模方式，將客戶變化的需求映射到模型中，大大提高系統(tǒng)的擴(kuò)展性和開(kāi)發(fā)效率15 /