系統(tǒng)分析師考試論文范例

系統(tǒng)分析師考試論文范例系分論文1企業(yè)人事信息系統(tǒng)的應(yīng)用【摘要】

本文討論《企業(yè)人事信息系統(tǒng)》項目的需求分析方法與工具的選用。該系統(tǒng)的建設(shè)目標(biāo)是幫助該企業(yè)管理好企業(yè)內(nèi)部的人員和人員的活動，人事信息管理指的是企業(yè)員工從招聘面試到離職退休的全過程，涉及的主要活動包括面試、報到、培訓(xùn)、升職、離職或其他的人事變動，也包括電子化考勤、工資性收入的計算與分發(fā)、使用其他公司資源的有關(guān)記錄（如宿舍、保險、證件辦理等等）。此外，本系統(tǒng)也涉及到企業(yè)在全國各地的人事信息管理，企業(yè)的組織架構(gòu)的設(shè)置，級別與職務(wù)管理，人力申請直至人力需求報表，從而形成一個對企業(yè)真正有用的人事信息管理應(yīng)用系統(tǒng)。在本文中首先討論了選用面向?qū)ο蠓椒ㄅc工具的主要理由與策略，進一步通過一個簡例說明該方法與工具使用的效果，也討論了使用多種工具與方法在需求分析中的必要性，最后簡要小結(jié)了選用正確工具與方法的意義和作用。

在項目開展期間，我擔(dān)任了系統(tǒng)分析、系統(tǒng)設(shè)計與數(shù)據(jù)庫管理等大量工作?！菊摹?/p>

人事信息管理系統(tǒng)是一個有著廣泛應(yīng)用面的實用性系統(tǒng)，但是，我國各個企業(yè)有著自身的體制、機制、特點與不同的要求；在開發(fā)這類系統(tǒng)時，系統(tǒng)需求分析是極為重要的一環(huán)。在整個分析過程中，我們都采用了面向?qū)ο蟮姆治龇椒?，這是因為我們在近幾年的實踐中已堅信這種方法能夠更加有效地表達(dá)和描述現(xiàn)實世界。軟件要具有適用性和擴展性，就必須更接近于現(xiàn)實世界本身的發(fā)展規(guī)律。

以一個簡單的例子來看，假設(shè)要求設(shè)計關(guān)于引進人才評估的一個系統(tǒng)，按我們過去的做法，先會要求提供給我們一份相關(guān)的引進人才評估表，然后依葫蘆畫瓢地設(shè)計相應(yīng)的表單與界面。在短期來說，這樣做是簡便而實用的，但并不能夠符合現(xiàn)實世界的長遠(yuǎn)目標(biāo)，這套設(shè)計方法不具有擴展性，因為任何一份評估表的結(jié)構(gòu)都會有可能發(fā)生許多改變的。采用面向?qū)ο蟮姆椒?，可以從中提取出表類型、表結(jié)構(gòu)、評分方法以及能考慮繼承等各方面的要素，這樣就可以保證軟件的通用性，可配置性與可維護性。

在工具的選擇過程中，我們選擇了現(xiàn)在已十分流行的Rational系列，包括RationalRose、RUP、SoDA等，為什么選取這個系列工具呢？這是基于我們對軟件需求分析目標(biāo)的看法，我們認(rèn)為需求分析應(yīng)當(dāng)能正確地回答如下的幾個關(guān)鍵性問題：

（1）用戶的需求是否已詳盡地被考慮到了？

（2）用戶能理解或明白我們所描述的內(nèi)容嗎？

（3）分析是否會和設(shè)計相脫節(jié)，

（4）程序員能明白我們的分析與設(shè)計要求嗎？等等。

以下對上述幾個問題逐一簡要地加以說明：

（1）詳盡地獲取用戶的需求。

用戶的需求可分為顯式的需求與隱性的需求，用戶的傾向往往只顧及到當(dāng)前的與明顯的需求。要達(dá)到對需求理解的全面性，不僅僅只是依靠有效的用戶談話和調(diào)查，因為我們所面對的用戶需求往往會有些片面的，采用RationalRose（基于UML）提供的用例，以及多種圖的聯(lián)合使用，可以使我們發(fā)現(xiàn)其中的遺漏。

（2）使用戶能充分地理解我們的表示方法，能夠真正明白我們描述的內(nèi)容。

軟件需求分析規(guī)格說明書通常會是冗長而枯燥的，一般的用戶不容易深入理解，這樣就削弱了分析的正確性。通過支持面向?qū)ο蠹癠ML語言的RationalRose可以更好地和用戶交流，讓用戶了解系統(tǒng)的運作方式甚至細(xì)節(jié)的操作。

（3）使分析和設(shè)計兩個階段互相聯(lián)系與貫通。

這是我們選擇面向?qū)ο蟮姆椒癛ationalRose工具的重要原因，系統(tǒng)分析要向用戶描述的不僅僅是用戶的需求，而且包括解決方法，解決方法當(dāng)然應(yīng)包括設(shè)計（程序）、數(shù)據(jù)庫與系統(tǒng)配置，我們當(dāng)然不希望用戶得到的是一個與需求規(guī)格說明不相同的軟件，也不可能要求程序員完成一個不可勝任的任務(wù)。然而我們在以前的多項工作中經(jīng)常發(fā)現(xiàn)這類情節(jié)，因為系統(tǒng)分析與設(shè)計相互脫節(jié)，導(dǎo)致一頭扎在分析中不顧設(shè)計有關(guān)的事宜。

分析與設(shè)計的脫節(jié)，還不利于設(shè)計現(xiàn)格說明的評估，因為分析往往會脫離現(xiàn)實，導(dǎo)致缺乏評估的依據(jù)。

因為不可能成功地完成設(shè)計而使分析需要重來，就會造成巨大的浪費與損失。一個好的工具可以使分析與設(shè)計更緊密地連結(jié)起來，甚至于—一對應(yīng)。面向?qū)ο蟮姆治龇椒ㄊ箤ο笾g相對而言有獨立性，減少了任何影響到全局的改動，能避免因需求變化而導(dǎo)致全盤皆動的被動局面。

（4）使程序員明白我們的設(shè)計。

一個好的設(shè)計應(yīng)該讓程序員感到清晰明白，更少疑問。一個疑問很多的設(shè)計加上溝通不暢，絕對會出現(xiàn)在應(yīng)用環(huán)境下所不需要的另一個軟件，所以設(shè)計規(guī)格說明書務(wù)必清楚、形象與明確，當(dāng)然，RationalRose具有足夠的圖形與其他形式，能使程序員更加明確，甚至能細(xì)微到每一個語句（事實上如果使用VB，程序架構(gòu)都有可能直接生成了）。

（5）選擇UML可能會有更多的理由。

比如用戶文檔的編寫、數(shù)據(jù)庫設(shè)計，我們都需要做到有延續(xù)性，有自動化支持和具有質(zhì)量上的保證。

所以，我們選用了以上的方法和工具。

在分析中，面對考勤班次的問題時，由于過去一直使用紙卡方式考勤，使用戶對班次形成了固定的概念，而現(xiàn)在的許多考勤軟件也采用多次刷卡的方法來形成一天的記錄。經(jīng)過面向?qū)ο蟮姆治隹梢园l(fā)現(xiàn)，事實上每天的上班記錄是由多個時段所形成的，時段的多少在各個公司，各個工種與部門都不盡相同，每個時段可能有不同的屬性，時段與時段組合可形成為班次，這更適合于現(xiàn)實的情況，使之能更加靈活與更有擴展性。其實，在天與天之間也都有相互之間的關(guān)系。在這一點上，我們又發(fā)現(xiàn)必須在考勤與薪金工資中加入與MRP中相似的期段（Periods）的基本概念，比如可以稱之為考勤期段，允許為用戶更加方便地設(shè)置考勤期段，可能使之不一定與自然年月日相同等等。

RationalRose使我們更方便地把上面的想法在類上去實現(xiàn)，更進一步地設(shè)計好我們的高效率的數(shù)據(jù)庫。

當(dāng)然，使用單一的一個工具去完成一個中大型的應(yīng)用系統(tǒng)的需求分析，是不可能成功的。因為社會在發(fā)展，用戶的需求也在改變，如何把握住用戶的需求是需要時間的，面向?qū)ο蟮姆椒ㄓ袝r也會忽略外在的與表層的要求，不僅僅是要獲得關(guān)鍵的需求，其他更多的需求往往要等到用戶在使用后才知道，然而等到用戶使用是不現(xiàn)實的，作為原型開發(fā)模型中的原型也是收集用戶需求，描述與解釋需求的一類相當(dāng)有效的方法與工具。

在我們的開發(fā)過程中，為了更好地讓用戶了解我們的系統(tǒng)和我們的設(shè)計方案，讓用戶在見面會上更有方向性與針對性，我們首先用Access開發(fā)出原型，讓用戶先試用。這樣，我們在真正的分析與設(shè)計時就能更加符合用戶的要求。

總之，軟件需求分析方法和工具的使用，對我們軟件開發(fā)過程影響是很深遠(yuǎn)的，選用高效能的正確的方法與工具，可以使我們的軟件更加正確地反映現(xiàn)實需求，更加具有可用性、可擴展性和可維護性；降低了軟件項目的風(fēng)險。評注：（1）寫得有些特色，觀點鮮明。（2）摘要寫得不錯，既反映了項目內(nèi)容，也小結(jié)了本文的寫作要點。（3）文中所舉的例子雖然簡單，但很實際。（4）多種方法與工具的使用，敘述得簡明扼要。（5）內(nèi)容可更豐富一些，更深入的例子也可再增多一些，則會更有說服力。（6）對需求分析的全過程的描述太少。（本文主要參考了廣東延國慶等人的論文）系分論文2企業(yè)集團的信息管理系統(tǒng)應(yīng)用【摘要】

本文以某個IT產(chǎn)品銷售公司的信息系統(tǒng)項目的開發(fā)為背景，討論了一個信息系統(tǒng)需求分析的整個過程，其重要特征是：所涉及的項目是原有系統(tǒng)的一個升級替換版本。因此，需求分析過程不同于建立一個全新的系統(tǒng)，大體上可分為三個階段：（）實施逆向工程獲得對系統(tǒng)的初步了解；（2）在第1步的基礎(chǔ)上寫出基本需求，交由客戶評審補充；（3）在第2步的基礎(chǔ)上開發(fā)原型，利用原型與客戶交流，最終獲得基線需求。針對上述三個階段，本文論述了所使用的分析方法與工具以及所遇到過的一些典型問題和措施，最后對需求分析中使用的工具，談一些自己的初步體會?！菊摹?/p>

我于1998年8月至2000年7月參加了某個大型集團的企業(yè)信息系統(tǒng)的開發(fā)工作，該大型集團的業(yè)務(wù)主要涉及到IT類產(chǎn)品的進銷存。本人在項目中負(fù)責(zé)系統(tǒng)分析的工作，該集團企業(yè)原先已委托某個電腦公司開發(fā)過一套IT類產(chǎn)品管理系統(tǒng)，但是該老系統(tǒng)存在兩個主要的問題：（一）系統(tǒng)運行速度非常慢，如商品銷售開單時，從確定開單到開單完成有時需要1～2分鐘左右的響應(yīng)時間，讓客戶無法忍受。（二）系統(tǒng)數(shù)據(jù)不準(zhǔn)確，經(jīng)常出現(xiàn)實物庫存與電腦庫存嚴(yán)重不相匹配的情況，使銷售數(shù)據(jù)的統(tǒng)計產(chǎn)生一些混亂，有關(guān)財務(wù)的數(shù)據(jù)因此無法有效使用，只能采用人工錄入方式補充進行。在這種情況下，該集團的總經(jīng)理決定參考原有系統(tǒng)重新開發(fā)一個系統(tǒng)，以便解決原系統(tǒng)所存在的上述兩個難以克服的難題。注；原系統(tǒng)采用PB6.5開發(fā)，數(shù)據(jù)庫采用SYBASE，服務(wù)器采用Windows2000Server，客戶端采用Windows98，程序架構(gòu)采用的是傳統(tǒng)的C/S結(jié)構(gòu)。

鑒于該集團業(yè)務(wù)操作復(fù)雜，流程多，涉及人員多等特點，以及項目完成時間短，經(jīng)費有限，人員有限等限制約束條件，再考慮到必須避免前一系統(tǒng)出現(xiàn)過的結(jié)構(gòu)混亂與難于維護等問題，我們決定要對原系統(tǒng)的需求做一個比較徹底的和切實可行的分析，由于原有系統(tǒng)已經(jīng)開發(fā)了近兩年，并且客戶也有了一定的使用經(jīng)驗，業(yè)務(wù)基本流程本身也并沒有太大的變化，因此，我們把需求分析的過程分為三步：（）分析原有系統(tǒng)的結(jié)構(gòu)，主要是數(shù)據(jù)庫結(jié)構(gòu)和程序結(jié)構(gòu)，（2）在獲得第（1）步結(jié)果的基礎(chǔ)上寫出基本需求，交由客戶評審補充，（3）在第（2）步的基礎(chǔ)上開發(fā)原型，利用此原型與客戶交流，從而獲得最終可用的需求結(jié)果。下面按上述三步分別加以論述。

第一步是實施逆向工程，獲取原有系統(tǒng)的基本需求。

由于原有系統(tǒng)在功能上大體上能基本滿足客戶的需求，并且在兩年多的開發(fā)中也積累了不少經(jīng)驗，因此，從中可以獲得一些有益的參考，也可以避免多走彎路。在這一階段，我們采用的主要工具是PB自帶的PowerDesigner和PBDocuments；前者主要用來分析數(shù)據(jù)庫結(jié)構(gòu)，后者主要用來分析程序結(jié)構(gòu)，便于開發(fā)人員與高級用戶理解程序。采用這兩個工具的原因是：原系統(tǒng)過于龐大，模塊多，數(shù)據(jù)庫模式多，表格量很大，僅靠人工的方法很難從中獲得一個比較完整的、明確的系統(tǒng)結(jié)構(gòu)以及整體構(gòu)成，而且原有系統(tǒng)未能提供一套正確完整有效的設(shè)計文檔，于是我們只能依靠工具輔助來進行。在使用PowerDesigner分析數(shù)據(jù)庫，并且用PBDocuments分析原程序中的PBL以后，我們對原系統(tǒng)的結(jié)構(gòu)有了一個初步的了解，再結(jié)合對原系統(tǒng)的使用，基本明確了功能與流程的需求，并在此基礎(chǔ)上用人工錄入方式，產(chǎn)生了初步需求的自然語言文檔。這里指出，使用PowerDesigner的一個不足之處是：如果一個表中的字段過多，而且又同時依賴多個表時，輸出的表格相關(guān)圖形很復(fù)雜，有很多交叉，且難于調(diào)整，不方便閱讀及打印。

第二步是在第一步的基礎(chǔ)上進行的，即寫出系統(tǒng)基本需求，交由客戶評審和補充。

通過第一步的逆向工程，我們獲得了系統(tǒng)的基本需求。為了充分記錄需求的變化及需求之間的依賴關(guān)系，我們決定選用Rational公司的RequisitePRO作為我們的需求管理工具，Rational公司有一整套用于需求管理的工具，功能非常強大，包括RequisitePro、ClearQuest等等，這些需求分析工具可以對需求進行全面的管理，包括記錄需求的變化情況，需求之間的依賴關(guān)系等等。但是，我們考慮到Rational的一套工具全面實施會非常昂貴與復(fù)雜，需要非常強的項目管理能力才能全面實施，因此，我們只采用了其中最簡單的一部分功能，那就是記錄需求變更，記錄需求之間的依賴關(guān)系，其他跟RUP有關(guān)的功能都給略去了。之所以這樣做，主要是考慮到項目的經(jīng)費、人力以及國內(nèi)軟件開發(fā)的實際情況。正如前面所說，我們根據(jù)自己的理解并寫出基本需求后，交由客戶做評審井做適當(dāng)補充，我們將經(jīng)過補充整理后的需求作為正式需求記錄入RequisitePro所維護的數(shù)據(jù)庫中，并對各個需求進行分類，設(shè)定優(yōu)先級等，這些工作完成后，就可以從數(shù)據(jù)庫中直觀地了解客戶到現(xiàn)在為止提出了哪些需求，哪些需求是必須優(yōu)先考慮的，哪些是難度較大的等等。在這個過程中，我們遇到了一些問題，譬如：用戶對我們用自然語言書寫的需求文檔有許多地方不理解，往往在花了較長時間閱讀之后，仍不明白我們所描寫的需求過程與他們所完成的業(yè)務(wù)之間的對應(yīng)關(guān)系；另外是由于首次采用RequisitePro進行需求管理，在類型劃分，屬性值的確定上，部分開發(fā)人員沒有經(jīng)驗，造成了不少反復(fù)，對于前者，我們的方法是想辦法增加一些示意圖，將大的流程分解為小流程，再與客戶反復(fù)交流與溝通，最終達(dá)到雙方理解一致的目的。對第二個問題，則參考了一些例子，再結(jié)合實際中屬性的使用情況，給予取舍或者選擇，經(jīng)過這一階段的工作，我們建立了基本的需求庫，定出了基本需求規(guī)格說明。

第三步則是在第二步的基礎(chǔ)上建立起原型，利用原型與客戶進行更深入的交流，通過交流修改相應(yīng)的需求。

在這一階段的工作是在對第二步任務(wù)進行報告交流的基礎(chǔ)上進行的。我們用PB開發(fā)了一個原型系統(tǒng)，就具體的業(yè)務(wù)流程與客戶進行交流與溝通，通過原型，客戶發(fā)現(xiàn)了許多我們與他們的理解相互不協(xié)調(diào)的地方，我們在修改需求的同時，也在RequisitePro需求數(shù)據(jù)庫中記錄下修改的歷史。事實證明，這種記錄歷史的作用是很有效的，如曾經(jīng)有客戶在兩個不同的時間對同一需求提了相反的需求，我們根據(jù)歷史記錄很快證實了該客戶的提法有錯誤，在事實面前無需再作爭論，同時利用RequisitePro，我們還發(fā)現(xiàn)了一些需求相互之間有矛盾。經(jīng)過這一階段工作，我們終于獲得了經(jīng)過用戶認(rèn)可的需求基線，即是可用于下一步進行詳細(xì)設(shè)計的基線需求。

在這個項目中，我們利用了PowerDesigner、PBDocuments等逆向工程分析工具和RequisitePro需求管理工具，這些工具的使用，使我們提高了工作效率，起到了一定的輔助作用。但是，就需求分析工具方面而言。我們覺得國內(nèi)應(yīng)用得還是太少了，這一方面是因為對需求分析不夠重視，另一方面是因為管理水平還達(dá)不到相應(yīng)的層次。Rational公司的一整套需求分析工具，其功能是非常強大的，國外已在普遍地使用，在國內(nèi)也逐漸開始普及，特別是那些通過CMM二級以上評審的單位，都必須使用工具對需求進行管理。在本項目中，我們僅僅利用了RequisitePro功能的一些小方面，已經(jīng)體會到該工具對于項目管理的諸多好處。如果一個有實力的公司能夠全面實施RUP，那么需求管理這個老大難的問題會變得不再那么棘手了，項目的質(zhì)量也會得到相應(yīng)的提高。目前國內(nèi)由于CMM熱潮的興起，已經(jīng)逐漸重視需求分析，也逐漸使用需求分析工具，這是非常可喜的，當(dāng)然，更希望在不久的將來，能用上國產(chǎn)的需求分析工具，那時我們的軟件產(chǎn)業(yè)也許會真正地騰飛了。評注；采用逆向工具進行再工程的應(yīng)用很多，本文給出了一個實際的例子。寫作有條理，也很實際。合理地界定了需求分析的現(xiàn)實水平。所采用的需求分析的方法與工具相對較合理科學(xué)。能在對項目討論的同時抒發(fā)議論、使用體會、愛國心和事業(yè)心。深度還可以提高，例子宜更加豐富一些。（本文主要參考了廣東劉小波等人的論文）系分論文3論軟件需求分析方法和工具的選用——論文3：通信行業(yè)的應(yīng)用【摘要】

本文以某通信公司的業(yè)務(wù)報表系統(tǒng)開發(fā)為例，討論了軟件需求分析工具與方法的選用。我們認(rèn)為，軟件需求分析是軟件工程中重要的一步，直接關(guān)系到后繼工程的進行以及最終的產(chǎn)品能否滿足用戶的需求，因此在整個工程中起著關(guān)鍵性的作用。采用適當(dāng)?shù)墓ぞ?，有可能顯著減少需求階段的錯誤，也可大幅度提高需求分析的質(zhì)量和工作效率。當(dāng)然工具的選用應(yīng)當(dāng)與實際的項目相結(jié)合，充分地發(fā)揮工具的作用。本文結(jié)合我們工作的實際經(jīng)歷，簡要討論了開發(fā)系統(tǒng)時所選用的工具及其應(yīng)用，選用時所考慮的原則以及所碰到的問題。在文中也結(jié)合多種開發(fā)方法（即傳統(tǒng)的瀑布法、信息工程法、面向?qū)ο蟮姆椒ǎ┑谋容^，指出各種方法的不足之處，說明我們所采用的工具對軟件需求分析所起的作用，以及相應(yīng)產(chǎn)生的效果。【正文】

我在某市一家通信公司工作，作為一名技術(shù)骨于，受領(lǐng)導(dǎo)委托，參與了開發(fā)本公司的業(yè)務(wù)報表系統(tǒng)，我擔(dān)任系統(tǒng)的需求分析、總體設(shè)計和部分代碼的編寫工作。

我所在的企業(yè)作為一家通信運營公司，分為總部、省級公司和地市級分公司三級，各級公司之間都有數(shù)據(jù)報表的要求。但是，每一個地市分公司因所處的地方不同，經(jīng)營環(huán)境不同，所面臨的問題也不一樣，因此形成了各具特色的數(shù)據(jù)報表（除地市分公司向省公司匯報的之外）。公司又分設(shè)了許多部門，這些部門也都會需要數(shù)據(jù)，作為分析決策的依據(jù)。因此，了解各個部門的需求就成了業(yè)務(wù)報表系統(tǒng)的關(guān)鍵。

在調(diào)研的過程中，我選用了一種工具叫PlayCASE，可以從網(wǎng)上免費下載，有很強的功能。下面就介紹一下，在需求分析階段，我是如何使用這一工具的。

第一步，了解業(yè)務(wù)組織結(jié)構(gòu)。公司內(nèi)部的數(shù)據(jù)實際上是在部門之間流動的。業(yè)務(wù)部門需要知道在本地覆蓋區(qū)內(nèi)各基站的話務(wù)量、當(dāng)天的話務(wù)量（即話務(wù)量的時空分布）。財務(wù)部門需要知道本月各類用戶的話費收入、預(yù)交款收入、與其他電信運營商的網(wǎng)間結(jié)算等。計劃部門需要各部門的分析數(shù)據(jù)。計費部門需要提供本月的賬革統(tǒng)計數(shù)據(jù)、話單統(tǒng)計數(shù)據(jù)分布（比如分別按照基站分布、時段分布以及按用戶類別分布）、預(yù)交款統(tǒng)計數(shù)據(jù)、當(dāng)前的欠費總額分布、催繳情況等等。這些部門時常為了數(shù)據(jù)而產(chǎn)生了大量無謂的爭議。在使用PlayCASE工具時，先要將這些部門錄入到PlayCASE的“業(yè)務(wù)部門”中．構(gòu)成了一個信息源的接收點（或發(fā)送點）；而PlayCASE通過圖示表示了這些部門的關(guān)系，并轉(zhuǎn)換成了相應(yīng)的軟件結(jié)構(gòu)。實際上，這是一種系統(tǒng)建模的方法，即把業(yè)務(wù)系統(tǒng)中的各個組織轉(zhuǎn)變?yōu)檐浖δ苤械母鱾€結(jié)構(gòu)。這樣，在需求分析階段，明確哪些部門需要數(shù)據(jù)，從而保證了需求分析對整個公司的全面性，而不會忽略掉某一個部門，導(dǎo)致需求分析的不完整。

第二步，了解各個業(yè)務(wù)部門中的業(yè)務(wù)流程，使之通過PlayCASE轉(zhuǎn)換成軟件的運行過程，這是一種動態(tài)建模的方法。在上一步的基礎(chǔ)上，追蹤各個部門的行為，錄入到PlayCASE中，并以形式化的語言描述各過程。對于復(fù)雜的過程，該工具還提供了進一步細(xì)化的方法，并且形成了業(yè)務(wù)流程圖和業(yè)務(wù)狀態(tài)圖。根據(jù)這些流程圖、狀態(tài)圖與實際業(yè)務(wù)部門的業(yè)務(wù)相結(jié)合比較，還是較為吻合的。在此步的實施過程中，運用了動態(tài)建模技術(shù)，使各部門業(yè)務(wù)流程的情況在軟件的運行過程反映出來，從而保證了需求分析階段中運行過程的描述能真實地反映實際情況，防止在后繼的程序編寫過程中，可能會經(jīng)常發(fā)生的一類情況：程序員因為沒有理解業(yè)務(wù)流程而出現(xiàn)“閉門造車”的現(xiàn)象，從軟件的功能角度上保證了軟件的正確性。

第三步，將業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)變?yōu)檐浖?shù)據(jù)，這一步工作實際上就是收集各部門所需要的數(shù)據(jù)。分析各部門需要的數(shù)據(jù)都有哪些；以及數(shù)據(jù)是如何轉(zhuǎn)換的，這可以歸入“功能建?！钡姆懂?。將這些相應(yīng)數(shù)據(jù)錄入到PlayCASE中，選定所屬的部門。這時就自動地建立了DFD圖（數(shù)據(jù)流程圖），數(shù)據(jù)字典，省去了人工建立時的很大麻煩。

第四步，將業(yè)務(wù)上的數(shù)據(jù)關(guān)系轉(zhuǎn)變成軟件中的數(shù)據(jù)關(guān)系。這里采用了面向?qū)ο蟮姆椒?，把業(yè)務(wù)部門所需要的數(shù)據(jù)看作一個實體，部門間的數(shù)據(jù)關(guān)系就是實體之間的關(guān)系。比如：經(jīng)營部門所需要的用戶資料、用戶話費，實際上就是用戶這一實體與賬單這一實體間的關(guān)系。PlayCASE提供了構(gòu)件（不過我覺得是部件更為合適一些），來表示對應(yīng)的數(shù)據(jù)，并提供了三種構(gòu)件的表示關(guān)系即組裝關(guān)系、分類關(guān)系與相連關(guān)系。這三類關(guān)系基本上反映出了現(xiàn)實世界中的業(yè)務(wù)數(shù)據(jù)之間的關(guān)系。例如現(xiàn)實世界中的用戶資料與用戶話費，在PlayCASE中，可將用戶構(gòu)件與賬單構(gòu)件用相連關(guān)系表示。這種方法，實際上是借鑒了OOA面向?qū)ο蟮姆治龇椒ㄖ械念?、聚集、繼承、封裝等概念，能較好地反映出現(xiàn)實中的業(yè)務(wù)；同時，這一步的工作也為總體設(shè)計中數(shù)據(jù)庫的概念模式設(shè)計奠定了很好的基礎(chǔ)。

經(jīng)歷了上述四個步驟以后，利用PlayCASE工具自動生成了軟件需求規(guī)格說明書、初步的DFD圖和業(yè)務(wù)流程圖，為下一步的總體設(shè)計打好了基礎(chǔ)。

使用PlayCASE工具，使需求分析既能繼承傳統(tǒng)的結(jié)構(gòu)化分析方法，又能吸收面向?qū)ο笤O(shè)計方法的優(yōu)點。比如能把業(yè)務(wù)流程轉(zhuǎn)變成為運行過程，業(yè)務(wù)組織轉(zhuǎn)變成了軟件的結(jié)構(gòu)等都體現(xiàn)了這一點。而在運行過程中，對復(fù)雜過程的細(xì)分以及追蹤則反映了傳統(tǒng)方法中的自上到下分解的分析思想，這對于解決復(fù)雜系統(tǒng)的分析是很有幫助的。

通過使用，我覺得這個工具還是很不錯的。因為它實際將以下四個方面的問題結(jié)合起來了：軟件、業(yè)務(wù)、開發(fā)人員和用戶。對于用戶而言，PlayCASE用圖形化的方式顯示出業(yè)務(wù)流程，使用戶了解業(yè)務(wù)在軟件中的運行過程，提供了將來驗收軟件時的依據(jù)。對于開發(fā)人員來說，使開發(fā)人員能更清楚地了解業(yè)務(wù)流程，不會再發(fā)生“因為不理解用戶的需求而出現(xiàn)的閉門造車情況，從而導(dǎo)致開發(fā)出來的產(chǎn)品不符合用戶需要”的現(xiàn)象。因此，PlayCASE所自動提供的需求說明書能夠很好地溝通用戶與開發(fā)人員之間的理解，使他們都能對需求有共同的理解。

使用PlayCASE工具后，使我們的需求分析取得了很好的效果，不但能自動地提供許多結(jié)果，如需求說明書等；還使需求的質(zhì)量有了很大的提高，受到領(lǐng)導(dǎo)的贊揚（領(lǐng)導(dǎo)不是學(xué)計算機的，但對公司的業(yè)務(wù)十分熟悉）；在后繼的設(shè)計與維護工作中，我們感到工作似乎輕松了很多。

當(dāng)然，該軟件工具也有不足之處，一個突出問題是靈活性不夠，一縣公司的部門或者組織機構(gòu)發(fā)生變化時，整個設(shè)計都要重新來過。因此，在改進的過程中，我們在第一步過程預(yù)留了好多個虛擬的部門，以備將來進一步的擴充或者變動。評注：（1）具體項目有些體會，完成情況似乎不錯。（2）條理較清晰，比較系統(tǒng)地描述了使用PlayCASE的過程和體會。（3）偏重于工具的討論，對需求分析的方法分析還嫌不夠。（4）項目相對較小，僅涉及報表系統(tǒng)，對更為復(fù)雜的業(yè)務(wù)流程應(yīng)舉例分析，才能更充分地體現(xiàn)方法與工具的作系分論文4論軟件需求分析方法和工具的選用——論文4：IC行業(yè)內(nèi)部的CAD應(yīng)用【摘要】

本文通過一個集成電路設(shè)計有關(guān)的軟件項目，討論了該項目的主要特點和本人所擔(dān)任的工作，著重討論了在項目需求分析過程中采用的具體方法和工具以及選用的理由。

由于項目的專業(yè)領(lǐng)域的特殊性，分兩類不同的需求討論了需求分析中遇到的問題及解決方法；在這個過程中給出了對選用的具體工具和方法的效果的描述。接著本文討論了對使用方法的改進的一些想法以及具體的實現(xiàn)過程。最后提出了我對需求分析的某些看法，強調(diào)了與客戶溝通的重要性?！菊摹?/p>

近年，我一直從事某企業(yè)中有關(guān)IT項目的開發(fā)，有一個系統(tǒng)是用于計算機輔助電路設(shè)計的，包括了從上流設(shè)計到下流設(shè)計的所有流程，如用于可設(shè)計百萬門數(shù)量級的邏輯門電路。有關(guān)方面把電路中路徑的提取、過濾以及表示的某軟件開發(fā)任務(wù)交給我公司，我有幸擔(dān)任了該部分的需求分析以及設(shè)計。

我所設(shè)計部分為一單獨可啟動的軟件，主要是解析文件中的連線路徑，以列表視圖和用直方圖等把它們顯示出來，還可以執(zhí)行諸如查找與過濾等功能。

委托方對此提供了很初步的需求說明，把一些基本功能及性能要求描述了一下。我在需求分析時的工作主要有兩點：第一，對該軟件的界面等詳細(xì)需求要自己重新進行分析提取。第二，對于已提供的功能要求需要深化和細(xì)化，以形成真正完整的需求分析文檔。

在接到需求分析任務(wù)后，我分析了一下所要完成的工作。發(fā)現(xiàn)由于是專用領(lǐng)域的軟件，對專業(yè)領(lǐng)域要求相當(dāng)高，所以準(zhǔn)備把此項目分成兩部分：

（1）界面所受專業(yè)領(lǐng)域影響幾乎沒有，但由于全部沒有任何要求，反而會感到風(fēng)險和改動可能是最大的。

（2）功能方面由于委托方的許多功能都可以調(diào)用相應(yīng)模塊來得到，并且已有了相應(yīng)的書面的簡單需求，相應(yīng)來說只是完成深化。對界面，我采用了部分RUP的思想迭代與漸進。而對功能需求采取了分層細(xì)化，每細(xì)化一層就要求委托方確認(rèn)、修改和補充。

首先把風(fēng)險較大的部分完成，這是現(xiàn)代軟件開發(fā)的基本常識。我選擇先進行界面的需求分析。第一步是根據(jù)功能描述抽取出邏輯模型，并使邏輯模型與界面元素及功能一一對應(yīng)，大體上決定了界面應(yīng)有的功能，然后根據(jù)該界面功能描述，確定具體的控件，這時，我參考了委托方已初步完成的主窗口的界面布局及控件的使用規(guī)律，然后根據(jù)需要完成的功能從Qt（由于要支持Windows和Unix雙平臺，所以控件庫采用Qt）的類庫中選擇相應(yīng)的控件。在提取和抽象邏輯模型時，我采用了Rose2000中的用例圖，即以USE-CASE圖來描述與外部的關(guān)系。之所以采用Rose，我是基于以下的原因：第一，在已開發(fā)的部分中，委托方統(tǒng)一要求我們使用Rose進行類和順序圖等的設(shè)計和代碼生成。第二，Rose提供了標(biāo)準(zhǔn)的圖來描述系統(tǒng)與外部的關(guān)系，在全球范圍已是一種標(biāo)準(zhǔn)結(jié)構(gòu)。第三，使用上的方便性。我用Rose的USE-CASE圖，理清了我們的軟件窗口與委托方主窗口以及外部角色（操作者）之間的相互關(guān)系。

在確定了界面元素后，考慮到文檔的可理解性不是很強，我采用Visio2000把界面的外觀繪制出來，寫上了基本的控件作用，隨后送給委托方評審，幸運的是除了幾個小功能的修改，委托方基本批準(zhǔn)了我的方案。

下面的工作是為控件的行為及狀態(tài)變化制定相應(yīng)的狀態(tài)遷移圖，我選用的工具仍是Rose，我用了狀態(tài)圖和時序圖，把重要的控件狀態(tài)變化及相應(yīng)順序進行了描述，隨后的幾天把相應(yīng)的DOC文檔建好寫明，基本上界面設(shè)計就完成了。

下面的需求是針對功能需求的。雖然委托方技術(shù)部門有初步的需求文檔，但由于領(lǐng)域的專門化不對，我不清楚其中復(fù)雜的路徑提取關(guān)系及較深入的專業(yè)術(shù)語，一直有一種舉步維艱的感覺。只能采用分層細(xì)化的原則，從最初的幾條深入一層變成十幾條。這樣的話，不會一下子碰到太深的專業(yè)問題，可以循序漸進從委托方與文獻的解答中不斷學(xué)習(xí)，深化自己對專業(yè)領(lǐng)域的了解，這樣在設(shè)計中自己始終是層層推進的，不至于一于碰到無法逾越的專業(yè)障礙。

在這一階段的開發(fā)中，由于一直是與自己不熟悉的專業(yè)領(lǐng)域打交道，所以我覺得一些輔助設(shè)計工具似乎無法發(fā)揮應(yīng)有的功能。在這期間，對我?guī)椭畲蟮膽?yīng)是公司的E-Mail系統(tǒng)，所有不清楚的問題的提出，以及對問題的解答都通過它進行周轉(zhuǎn)。換句話說，在需求分析階段，它起到了一個與客戶的交流溝通和客戶需求的提取作用。所以，我認(rèn)為在這一階段，E-Mail系統(tǒng)是對我?guī)椭畲蟮墓ぞ撸浯问荅xcel，我用它建立了問題跟蹤圖表，對每一個提出的問題，均需要記錄上去，把問題結(jié)果（可分為已清楚、仍不太清楚、不清楚、尚未回答）均記錄下來，根據(jù)這些表，我可以很好地了解自己工作中的核心問題，并有了解決它的方向，提高了工作效率。

每進行一層的細(xì)化，我都把結(jié)果交付委托方審核，由他們進行提出何時能終止細(xì)化，大約在八層細(xì)化后，對方認(rèn)為已達(dá)到了效果，確認(rèn)可以結(jié)束。至此，分析工作全部完成，項目的需求分析基本成功了。

在這次需求分析中，我認(rèn)為取得成功的原因主要是方法和工具選擇得正確。在界面設(shè)計中采用了流行的輔助工具，對需求及邏輯模型的建立提供很大的幫助，可以更方便幫助自己理清思路。選用了迭代法，把一些錯誤的影響在功能分析和界面分析的不斷迭代過程中加以改正。在后期，以功能需求為主時，我主要依賴的是溝通工具和表格工具，這也說明輔助工具不是萬能的，需求分析的關(guān)鍵之關(guān)鍵，應(yīng)是與客戶的交流與溝通。

通過這次案例，我認(rèn)為在軟件的需求分析工作中，方法的重要性應(yīng)遠(yuǎn)超過工具的使用，應(yīng)當(dāng)首先確定分析中的風(fēng)險，把風(fēng)險分類，用不同的方法去解決各類風(fēng)險，而工具的選擇不僅是要看影響力和名氣，而是要真正為我所用，應(yīng)把握其精髓，即是此工具到底可以對開發(fā)有什么幫助，而不是僅限于如何使用。我認(rèn)為在需求分析中工具的作用不外乎兩個：一是實際系統(tǒng)與環(huán)境模型等的抽象工具，二是需求表達(dá)工具。第一類的代表是Rose，第二類的代表是Word，WPS，Visio等，在這次項目中由于地理上的限制還用到了溝通工具，Web瀏覽與E-Mail服務(wù)系統(tǒng)。

最后我還是總結(jié)一下，在需求分析中工具方法都只是輔助項目成功的因素，真正的決定因素還是—一“與客戶的溝通”。

評注；

（1）較實際地討論了方法與工具。（2）兩類需求的討論有點特色，解決需求問題的方法較成功，有說服力。（3）能發(fā)表自己的觀點和意見，體會較實在。（4）本例似乎有些特殊性，還是要鼓勵對自己熟悉的業(yè)務(wù)領(lǐng)域做項目，否則的話，有時會事倍功半。（5）最好再列舉更多的項目或例子，使方法與工具的討論更全面一些。（本文主要參考了上海解亮等人的論文）系分論文5論Java技術(shù)在因特網(wǎng)平臺上的應(yīng)用——論文1：ERP開發(fā)的應(yīng)用【摘要】

根據(jù)某類企業(yè)的迫切需要，我所在的信息技術(shù)公司組織了一個企業(yè)資源計劃（ERP）項目的開發(fā)，希望推進我國ERP應(yīng)用的發(fā)展，也希望更深入有效地運用Java技術(shù)。該項目的內(nèi)容涉及到某類行業(yè)的企業(yè)生產(chǎn)經(jīng)營的全過程，其基本目標(biāo)是為了提高企業(yè)的勞動生產(chǎn)率，增加企業(yè)的利潤，優(yōu)化配置企業(yè)的資源，使企業(yè)的整體運營水平能上一個臺階。這是一個基于Java技術(shù)的Intranet典型應(yīng)用項目。

在該項目中，我承擔(dān)項目負(fù)責(zé)人的重要職責(zé)，比如在項目的準(zhǔn)備階段，我曾組織了對項目組的成員進行該類企業(yè)業(yè)務(wù)流程方面的培訓(xùn)；在項目需求分析和設(shè)計階段，我著重考慮了架構(gòu)好系統(tǒng)的框架和原型，為項目組及其他分析員進行下一步的細(xì)化分析奠定了堅實的基礎(chǔ)。同時我還組織好項目總體組，把握住各模塊之間的接日分析，保持各個分析員之間實現(xiàn)密切的溝通。在系統(tǒng)的開發(fā)階段，做好開發(fā)、測試方面的協(xié)調(diào)和同步工作，保證系統(tǒng)的可靠性，在系統(tǒng)的實施階段能夠順利地推進項目，此項目開發(fā)后的應(yīng)用已得到了用戶們的一致好評?！菊摹?/p>

與國際上ERP項目的廣泛應(yīng)用相比，我國的ERP應(yīng)用水平尚有相當(dāng)大的差距。根據(jù)某類企業(yè)的實際迫切需求，我公司組織了對一類ERP產(chǎn)品的開發(fā)，我有幸參與了該項目的分析與設(shè)計，開發(fā)的成果是一個典型的Java技術(shù)應(yīng)用于Intranet的實際項目。

在選擇具體的技術(shù)方案時，我們曾經(jīng)進行了認(rèn)真的思考和研究。對于選擇普遍采用的微軟模式的平臺方案，還是跨平臺式的Java方案，我們曾舉棋未定，這是因為微軟的VB＋ASP已成為大家在較長時間工作后認(rèn)可而熟悉了的方案。而Java由于其環(huán)境要求高與執(zhí)行效率低的老大難問題，成為我們擔(dān)心害怕的重要因素。但是Java的跨平臺特性越來越成為人們的關(guān)注點，尤其是許多大中型的企業(yè)，他們現(xiàn)有的網(wǎng)絡(luò)系統(tǒng)都是基于多種平臺的，對跨平臺的要求和呼聲極為強烈，而對軟件公司來說，軟件的跨平臺特性有可能會節(jié)約開發(fā)成本，降低維護量，也能獲得更多客戶的認(rèn)可。綜合考慮了諸多市場行情與行業(yè)發(fā)展因素，最終決定一定要用Java。所幸的是現(xiàn)在Java用于因特網(wǎng)的開發(fā)也已經(jīng)越來越便利了。

目前Java在因特網(wǎng)上的開發(fā)技術(shù)已呈白花齊放之勢態(tài)，有最初的JavaServlet，有與數(shù)據(jù)庫聯(lián)系在一起的SQL-J，還有可與ASP和PHP相媲美的JSP。尤其是JSP技術(shù)的迅速發(fā)展，使得Java的網(wǎng)絡(luò)應(yīng)用不再是少數(shù)人的專利，JSP以其執(zhí)行的高效性和使用的方便性，已成為近年來大家首選的因特網(wǎng)開發(fā)技術(shù)，JSP是一種頁面開發(fā)技術(shù)，它以Java為其服務(wù)器端語言，結(jié)合JavaScript作為其客戶端語言，能方便地實現(xiàn)頁面的表示。

選擇好了后端的Java和前端的JSP，還有一項重要的任務(wù)，那就是前后的聯(lián)接。由于JSP主要用于頁面表現(xiàn)，需要表現(xiàn)的內(nèi)容要封裝起來，這樣，為了保證主要商務(wù)邏輯的安全性，我們采用了JavaBean作為橋梁，即客戶端JSP通過其中JavaBean的使用，完成主要的商務(wù)邏輯功能。在后臺，將Bean構(gòu)造好，形成一個強大的Bean庫，再由前臺JSP進行使用。

在進行JavaBean的規(guī)劃時，我們下決心作出很大的投入，因為這些不僅是我們當(dāng)前項目中所需急用的，而且還應(yīng)成為公司長期積累使用的一個強大的資源庫，能實現(xiàn)一定程度的資源共享和軟件復(fù)用，為其他項目開發(fā)打好基礎(chǔ)。因此，此次規(guī)劃的目標(biāo)是形成公司Java技術(shù)的JavaBean的平臺庫。

我們根據(jù)JavaBean所體現(xiàn)的類的用途，將這些類分成幾個層次。最底部的一層就是參數(shù)化類的構(gòu)造，這一層的類所實現(xiàn)的主要功能包括通用訪問機制，對數(shù)據(jù)庫等其他層次的訪問接口和公共處理系統(tǒng)等。中間一層是實體類的構(gòu)造，這些實體類包括與數(shù)據(jù)信息相關(guān)的結(jié)構(gòu)及其處理方法，其中的重點是包含了一些重要的商務(wù)邏輯的處理。這一層類與系統(tǒng)各部分相關(guān)，并且其安全性要求很高，直接影響到系統(tǒng)主要功能的體現(xiàn)，因為系統(tǒng)的主體是對一些邏輯進行處理，這就要求這層實體類的規(guī)劃需要十分認(rèn)真，做到細(xì)節(jié)準(zhǔn)確。最上面的一層可以稱為接口類，這一層類主要用于實現(xiàn)底層的類與前臺之間的關(guān)系。也只有這層類才能由前臺JSP進行JavaBean調(diào)用而加以使用，只有這層具有開放性，這一層類除了上述的接口功能外，還應(yīng)當(dāng)有一項重要的實用內(nèi)容，即包括用于實現(xiàn)前臺JSP的頁面自動構(gòu)造程序。

這里所說的頁面自動構(gòu)造程序可以認(rèn)為是本系統(tǒng)的一個重要特點，目的是為了讓用戶可以方便地自定義界面，而不需要由程序員修改程序，這樣能夠極大地滿足了用戶的要求。頁面自動構(gòu)成程序的主要內(nèi)容包括對界面元素的定制與修改、位置的修改、動作的觸發(fā)、行為的控制以及報表設(shè)計和計算匯總等功能。頁面自動構(gòu)成程序的設(shè)計主要采用上述的接口類與JSP相結(jié)合的方式，用類實現(xiàn)元素的定制、控制及關(guān)聯(lián)，并將重要信息加以保存，以利于用戶的多次反復(fù)修改。該自動構(gòu)造程序提供了強大功能，已成為我們的一個獨立產(chǎn)品。能應(yīng)用于各個項目的界面制作，實現(xiàn)了我們原先制定的共享資源的目標(biāo)。

在前臺JSP的應(yīng)用中，做到了盡可能最簡化的程度，這樣可以提高系統(tǒng)的安全性。當(dāng)然在我們的系統(tǒng)中，還存在一些客戶端控制比較復(fù)雜的情況，為保護這段比較復(fù)雜的控制腳本，我們采取了用Servlet的方法，保護這段腳本，從而保證了一定程度的安全性。

在系統(tǒng)的登錄過程中，我們采取了相當(dāng)嚴(yán)格的登錄鍵檢查操作，用戶沒有供應(yīng)商提供的相應(yīng)的鍵，就無法通過驗證而進入系統(tǒng)。對于試用版的用戶則提供了一種有效期限約束。這些加密或安全措施，通過在JavaBean中封裝了嚴(yán)格而有強大功能的加密算法，在客戶端申請驗證后才能準(zhǔn)予通過。

在使用這套技術(shù)方案的過程中，我們曾經(jīng)遇到過許多的困難。比如；前面曾提到過要求JSP中代碼能夠盡量簡化，以提高安全性。由于JSP中仍有一些容易讓人可能猜測到處理方法的語句及處理的過程，為進一步提高安全性，我們通過查閱大量的網(wǎng)上資料，才形成了一套較好的措施，比如制作JSP的標(biāo)記庫，將有可能被猜測的處理進一步加以規(guī)劃，對應(yīng)地生成一套行之有效的實用標(biāo)記庫，這樣就又增加了一道很有效的防護墻，大幅度地提高了安全保密性，并且使頁面結(jié)構(gòu)的分離達(dá)到了一定的水準(zhǔn)。又如：在對數(shù)據(jù)的處理上，剛開始時也總是遇到系統(tǒng)運行會變得越來越慢的情況，最后追查其原因，發(fā)現(xiàn)原來是數(shù)據(jù)的連接過多，我們及時地采用了數(shù)據(jù)連接池等技術(shù)解決了此類問題。

該系統(tǒng)采用Java平臺，提供了深入地使用JavaBean和JSP的方案，其效果是相當(dāng)顯著的，在用戶真實使用環(huán)境中受到了一致好評，運行也較為穩(wěn)定。由于采用了統(tǒng)一而方便的頁面自動構(gòu)造程序，用戶的界面非常友善，并且可以按用戶需求進行定制，滿足了用戶的適應(yīng)性需求。而在我們公司的內(nèi)部，也開始建立了一套基于此平臺的資源庫，成為公司的今后開發(fā)使用的寶貴財富。必須指出的是，在此系統(tǒng)中，還存在著很多的不足，比如實體類的組裝程度尚不盡如人意，根據(jù)多種商務(wù)邏輯的一些共同點，可以進一步加以抽象封裝，使這部分內(nèi)容能滿足多種系統(tǒng)對類似邏輯的處理過程。我將會在今后的工作中進一步加強各方面的分析能力，帶領(lǐng)團隊不斷地超越現(xiàn)在的層次與水準(zhǔn)，加強我們的隊伍建設(shè)，希望有更多優(yōu)秀的軟件產(chǎn)品上寫著MadeInChina。（本文主要參考了上海陳莉莉等人的論文）系分論文6論Java技術(shù)在因特網(wǎng)平臺上的應(yīng)用——論文2：通信服務(wù)平臺的應(yīng)用【正文】

數(shù)據(jù)通訊是當(dāng)前十分活躍與熱門的計算機與信息技術(shù)的應(yīng)用領(lǐng)域。某大型通信公司開發(fā)了其業(yè)務(wù)的主要支撐平臺，在這里，我們簡稱之為“通信信息服務(wù)平臺”，用于在全國與全球開展數(shù)據(jù)業(yè)務(wù)的需要。該平臺是一個典型的Java技術(shù)應(yīng)用于Internet的項目。

作為信息技術(shù)公司中的一名技術(shù)骨干，我有幸參加了該系統(tǒng)的分析與設(shè)計工作，承擔(dān)了相當(dāng)多的Java應(yīng)用開發(fā)任務(wù)。此系統(tǒng)中的軟件部分大多由Java來實現(xiàn)，在全系統(tǒng)中我們是這樣來用Java構(gòu)架系統(tǒng)的：

（1）本系統(tǒng)可分為4層，分別是Browser、表示層、中間件層和數(shù)據(jù)層。

（2）表示層用Java中的JavaScript來實現(xiàn)頁面輸出。

（3）中間件層用Java來實現(xiàn)CORBA，即實現(xiàn)Component（構(gòu)件），主要實現(xiàn)業(yè)務(wù)邏輯的封裝與復(fù)用。

（4）數(shù)據(jù)層主要是數(shù)據(jù)庫和存儲過程的實現(xiàn)。

我們在應(yīng)用Java技術(shù)時，所采用的技術(shù)和策略可大致上歸納為以下5個方面：

（1）使JavaScript盡量簡單，因為JavaScript在我們系統(tǒng)中是放在服務(wù)器端執(zhí)行的，該語言是通過一個解釋器解釋執(zhí)行的，相對速度很慢，我們采用了兩臺HP前置機來運行JavaScript，但是其運行速度還是不理想，所以我們在設(shè)計中把JavaScript僅用來顯示從中間件層所得到的數(shù)據(jù)，生成動態(tài)頁面。在最初的設(shè)計中表示層（JavaScript）曾承擔(dān)了一些業(yè)務(wù)邏輯處理操作，導(dǎo)致效率不理想，因此，我們不得不盡量地減少JavaScript的程序量。

（2）用Java實現(xiàn)CORBA時，應(yīng)盡量考慮共享和復(fù)用。在本系統(tǒng)中，最初的設(shè)計是讓Java在實現(xiàn)Component時，只是執(zhí)行一些數(shù)據(jù)庫表的操作，導(dǎo)致表示層的負(fù)載較大。后來，我們重新設(shè)計時，總結(jié)歸納了所有的UseCase，找出了其中可供共享和復(fù)用的接口，把相同的業(yè)務(wù)邏輯操作封裝到一個接口中去。因為Java的執(zhí)行效率比JavaScript要高，因此提高了系統(tǒng)效率。

（3）在別的項目中，我們曾大量地使用過Java中的JSP技術(shù)和Servlet技術(shù)，一般人可能不能區(qū)分這兩種Java技術(shù)的區(qū)別。為了得到系統(tǒng)的一些執(zhí)行速率的數(shù)據(jù)，我們采用了一個著名的壓力測試軟件——LoadRunner來測試這兩種技術(shù)的差別。測試表明：用JSP和Servlet完成同樣的一個操作，并且保證是在相同的測試環(huán)境中（相同服務(wù)器、壓力測試工作站與數(shù)據(jù)庫環(huán)境），得到的測試數(shù)據(jù)卻有著很大差別，JSP完成一個操作的平均執(zhí)行時間大致會是Servlet程序的兩倍。在一個企業(yè)級應(yīng)用項目中，這可能是一個很關(guān)鍵的瓶頸。因此，我們得出的結(jié)論是：在可能的條件下，盡量地多使用Servlet。當(dāng)然，與Servlet相比，JSP編程快速，修改方便，在訪問量不是很大的應(yīng)用場合下也是可以接受的。

（4）使用Java作為整體解決方案時，應(yīng)盡量使用相同版本的JDK。在用Java作為編程語言的項目中，幾乎大多要遇到“漢字”問題，即Java在沒有經(jīng)過轉(zhuǎn)換的情況下，在輸出漢字時，很可能會出現(xiàn)亂碼。采用不同版本的JDK，解決的方案是不一樣的，比如V版本的JDK和V1.3版本的JDK解決方法就會有一些不一樣，把V1.2.2的Java程序放在V1.3的JDK中，就不能順利輸出漢字了。其根本原因在于Java使用了Unicode編碼，和我們中國的國標(biāo)編碼不一樣。所以在這個意義上一些人竭力鼓吹的“一次編寫，到處運行”似乎不一定能在所有的場合都行得通。

（5）使用Java時，應(yīng)盡量遵從軟件規(guī)范。在Java中有一個JVM的概念，即在Java虛擬機中使用了一個垃圾收集器，專門用來回收內(nèi)存。但是該垃圾收集器在給編程人員帶來方便的同時，也隱埋下了隱患。在程序設(shè)計中，并不能強制執(zhí)行垃圾收集器，所以，開發(fā)人員不能確定某對象是否已釋放，常常讓編程人員養(yǎng)成依賴自動收集的壞習(xí)慣，因此我們要求：在Try，Catch之后必須明確要求回收內(nèi)存（當(dāng)然，也只能是通知垃圾收集器來回收垃圾），這樣可以有效地提高系統(tǒng)穩(wěn)定性。

以上這些實用性的技術(shù)與策略，是我們在實踐中的一些實際體會，僅供各位開發(fā)人員根據(jù)實際情況參考。

當(dāng)然，在使用Java作為解決方案時，也會遇到很多讓我們頭疼的問題，這些問題導(dǎo)致同時執(zhí)行的并發(fā)性比較差，系統(tǒng)速度慢等等。歸納起來看，我們曾遇到過的主要具體的問題有：

（1）用Java來實現(xiàn)CORBA中的Component，有時效率會比較低。

（2）用Java來建立數(shù)據(jù)庫連接往往會比較慢。

（3）用JSP編程時容易導(dǎo)致系統(tǒng)信息的擴散。比如，如果有黑客攻擊一臺運行JSP程序的服務(wù)器，他可以故意地輸入一些非法字符或異常信息給JSP程序，于是程序執(zhí)行將出現(xiàn)異常。這時，就會在頁面上打印出相應(yīng)的錯誤信息。很不幸的是，這些信息極有可能暴露出這臺服務(wù)器的JDK的版本號與路徑信息等內(nèi)容。這往往容易讓黑客們有機可乘，有可能去抓住系統(tǒng)的漏洞。

在發(fā)現(xiàn)了這些問題后，我們經(jīng)過仔細(xì)研究，找出了一些解決辦法。比如：

（1）既然用Java實現(xiàn)Component比較慢，我們就盡量減少Component所執(zhí)行的業(yè)務(wù)邏輯量。爭取把能夠放在存儲過程中實現(xiàn)的操作，盡可能在存儲過程中加以實現(xiàn)。眾所周知，數(shù)據(jù)庫的存儲過程操作，比起在Java程序中執(zhí)行數(shù)據(jù)庫操作要快得多。

（2）既然用Java建立數(shù)據(jù)庫連接比較慢，我們就可以把數(shù)據(jù)庫連接封裝成連接池（ConnectPool），從而能非常有效地提高系統(tǒng)效率。我們也曾經(jīng)用“LoadRunner”作過壓力測試，使用連接池比不使用連接池的速度要快上3～5倍。

（3）為了對付JSP程序與Servlet程序會打印出異常系統(tǒng)信息的問題。我們曾查閱了很多JSP或Servlet的資料，最終是毫無頭緒。但是我們可以換另一種思路，即是不從程序下手，而從WebServer著手，我們可以把Apache配置成為使這類異常信息不再打印出來，而是使之僅出現(xiàn)一個通用的異常說明的頁面，這樣，就能十分有效地解決這個問題。

在我們使用Java作為編程語言的這么多項目中，絕大多數(shù)是比較成功的。Java語言作為一種快捷、穩(wěn)定的計算機語言，開發(fā)基于因特網(wǎng)應(yīng)用的項目大多是相當(dāng)穩(wěn)定和比較適用的。

在我個人看來，Java的應(yīng)用前景十分光明，大體上可以著眼于以下方面：

（1）在因特網(wǎng)上將會有更加廣泛的應(yīng)用。

（2）在嵌入式設(shè)備中，Java也大有用武之地。比如，在最新推出的Java技術(shù)中，Java已經(jīng)進入了領(lǐng)域。

（3）Java程序大多以線程運行，占用資源少，會逐步代替ASP與CGI程序。根據(jù)第三方測試表明：JSP程序比ASP程序要快2倍以上。用JSP代替ASP應(yīng)是大勢所趨。

（4）Java在無線互聯(lián)網(wǎng)中的應(yīng)用將會更加廣泛。Java支持WAP，可以方便地用Java開發(fā)WAP程序，實現(xiàn)WAP應(yīng)用。

（5）Java與XML的無縫連接使Java在數(shù)據(jù)傳輸和異構(gòu)網(wǎng)絡(luò)通信方面有著很大的優(yōu)勢。

就我個人而言，我將會在相當(dāng)長一段時期內(nèi)致力于Java在無線互聯(lián)中的應(yīng)用，為我國的移動通信事業(yè)開發(fā)出更多的優(yōu)秀實用的項目。評注；參與了一個較大的項目后有實踐體會。全文都采用1、2、3、4方式，文章的風(fēng)格顯得單調(diào)，不大吸引人。但是本文的優(yōu)點是；（1）寫得很有條理。（2）內(nèi)容的選擇合適。（3）所列舉的策略、注意事項與發(fā)現(xiàn)的問題都很現(xiàn)實可信。（本文主要參考了廣州王海波等人論文）系分論文7論Java技術(shù)在因特網(wǎng)平臺上的應(yīng)用——論文3：銀行業(yè)的應(yīng)用【摘要】

因特網(wǎng)上應(yīng)用的日益普及與深化，為Java技術(shù)的運用提供了廣闊的活動舞臺，也大大推進了Browser/Server模式的企業(yè)內(nèi)聯(lián)網(wǎng)應(yīng)用與網(wǎng)絡(luò)計算。

作為某信息公司中的技術(shù)骨干，我有幸承擔(dān)了某銀行信貸管理與查詢系統(tǒng)等的開發(fā)任務(wù)，獨立地完成了其中的系統(tǒng)設(shè)計、類設(shè)計、部分開發(fā)及測試工作。

整個系統(tǒng)完全按照J(rèn)2EE的標(biāo)準(zhǔn)來設(shè)計。前臺界面應(yīng)用了JSP技術(shù)，控制部分采用了Servlet來開發(fā)，業(yè)務(wù)邏輯應(yīng)用了EJB技術(shù)來封裝，應(yīng)用服務(wù)器采用了支持J2EE標(biāo)準(zhǔn)的BEA公司的Weblogic，后臺的數(shù)據(jù)庫選用的是Informix7.3，目的是為了與銀行中其他業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫保持一致。在硬件平臺上，我們選用的是HP公司的某臺中型服務(wù)器機器，操作系統(tǒng)是HP-UX。

該系統(tǒng)界面運用的是IE，它不僅兼容性較好，而且已為廣大用戶所熟悉。系統(tǒng)運行后，各個支行都普遍反映界面友善，功能強大，開發(fā)的效果令人滿意?！菊摹?/p>

在銀行應(yīng)用中私人的儲蓄、企業(yè)的會計、國際的業(yè)務(wù)、信貸、財務(wù)管理都是十分重要的，它們構(gòu)成銀行的基礎(chǔ)業(yè)務(wù)系統(tǒng)。我從事開發(fā)的信貸業(yè)務(wù)更是銀行利潤來源的重要部分。與儲蓄，對公等以交易事務(wù)為主的業(yè)務(wù)模式有所不同的是，盡管信貸也是交易，但需要更多其他輔助信息的支持。如客戶的基本資料，在本行內(nèi)業(yè)務(wù)發(fā)生狀況、信用等級、是否有逾期貸款未能歸還等。各個支行的有關(guān)業(yè)務(wù)人員及分行管理人員都希望能方便及時地了解這些信息。傳統(tǒng)的基于終端的用戶界面難以傳遞這么多信息給用戶，所以我們決定采用基于測覽器IE的用戶界面，一方面IE使用方便，不需要專門培訓(xùn)，另外它是與Windows操作系統(tǒng)捆綁在一起的，也可節(jié)省前臺費用。在開發(fā)技術(shù)上有ASP，JSP可供選擇。

由于考慮到Java技術(shù)在Internet上的迅速發(fā)展，J2EE更是提出了全新的用語言來統(tǒng)一平臺的思路，于是我們決定采納J2EE標(biāo)準(zhǔn)，并選用了JSP。在設(shè)計上，基本上是采用了一個交易畫面對應(yīng)于一個JSP程序，充分發(fā)揮JSP動態(tài)處理頁面的長處。

為了使設(shè)計有更好的可擴性、靈活性與邏輯性，能為以后擴展奠定堅實的基礎(chǔ)，我采用了（Modelu，View，Controller）的MVC設(shè)計模式，View全部由JSP實現(xiàn)，而Controller則是設(shè)計了一個Servlet程序，它負(fù)責(zé)處理前臺瀏覽器傳送來的所有請求，并按事先定義好的路徑/程序關(guān)系，分發(fā)給相應(yīng)的JSP程序去處理。由于Servlet本來就是為Java服務(wù)器端編程來設(shè)計的，因此由它來負(fù)責(zé)服務(wù)器端的處理是相當(dāng)合適的。

在開始設(shè)計時，我運用了構(gòu)件技術(shù)，由EJB承擔(dān)起設(shè)計模式的Modelu角色。具體的貸款開戶，放款，結(jié)息逾期貸款，歸還貸款等交易都對應(yīng)一個具體的EJB。為了將這些處理邏輯與相應(yīng)的數(shù)據(jù)庫操作分離開，能更加便于維護，我將處理業(yè)務(wù)的EJB設(shè)計成SessionBean，而為每個SessionBean再配備一個相對應(yīng)的EntityBean，用于訪問后臺的數(shù)據(jù)庫。貸款管理中有很重要的一點是進行查詢，我按照需求分析的結(jié)果，為每類查詢都設(shè)計了相對應(yīng)的Bean，其目標(biāo)是盡可能地提高查詢的速度。

在對數(shù)據(jù)庫的存取中，我本來的設(shè)計應(yīng)用InformixJDBC所帶的DriverManager，這樣，在存取數(shù)據(jù)庫中的Bean中就要把Driver及Server寫入，后來考慮到應(yīng)盡量提高應(yīng)用的平臺獨立性，在參閱了J2EE中JDBC部分的說明后，改用了DataResource的處理方法，這樣，即使以后數(shù)據(jù)庫換成Oracle或其他產(chǎn)品，程序也不用修改，只需要在配置時進行變動即可。

在這次信貸管理系統(tǒng)的開發(fā)過程中，Java的平臺無關(guān)性優(yōu)勢，在開發(fā)人員從事開發(fā)的活動中體現(xiàn)得淋漓盡致。由于經(jīng)費相對緊缺，我們的開發(fā)環(huán)境是各個項目組共用一臺HP機器，雖然每個開發(fā)小組都搭建了自己的環(huán)境，但項目一多，特別是遇上結(jié)息與批量測試等場合，機器就顯得不堪重負(fù)，使開發(fā)與測試工作的效率大為下降。我們小組由于采用的是Java技術(shù)，大家可以在自己的NT機器上搭建相同的環(huán)境。這樣一來，大家平時的開發(fā)工作，包括JSP，Servlet，EJB的程序，都可以在本地完成，只是到測試或展現(xiàn)階段才需放到HP開發(fā)機器上進行。

以前我們開發(fā)的Web應(yīng)用，往往只是應(yīng)用了部分的Web技術(shù)，如采用ApacheWebServer、ASP開發(fā)語言等。整個體系的集成與組合往往不夠理想，這次由于我們采用的一整套符合J2EE標(biāo)準(zhǔn)的組件，整個系統(tǒng)的協(xié)同性與一致性非常之好。再加上有一個支持J2EE的應(yīng)用服務(wù)器——BEAWeblogic，以往我們做得不理想的復(fù)雜配置，模塊間的連結(jié)，如今都用不到再操心了，只需在圖形化的配置工具中，輸入系統(tǒng)所需要的配置，如路徑與實際應(yīng)用程序的關(guān)系，組件中的EJB引用，DataResource的屬性等；全部配置完成后，Weblogic會替我們完成項目的部署，并將這一切有關(guān)的程序都封裝起來。

原來，我們開發(fā)小組的文檔編制任務(wù)顯得非常之繁重，因為整個系統(tǒng)既有交易部分，又有管理查詢部分，交易、數(shù)據(jù)與源程序都很多。為了解決這個問題，我們直接應(yīng)用了Java源程序中的Javadoc導(dǎo)出文檔，這樣不僅文檔美觀，而且能夠保持與源程序的一致性，實乃一石二鳥之舉。

整個項目完成后，用戶使用下來都覺得界面友好，操作簡便。但是我心里知道．這個系統(tǒng)還有很多可以加以改進的地方。

首先，基于Java系統(tǒng)的開發(fā)需要資金較多的投入，由于該系統(tǒng)受到經(jīng)費的限制，只申請到一臺生產(chǎn)用機，這樣，WebServer、ApplicationServer、DBServer只能被擠放在一起。雖然Weblogic能實現(xiàn)部分負(fù)載平衡，但在將來的業(yè)務(wù)發(fā)展時，這樣的分布肯定不是最理想的。好在我們在設(shè)計時已經(jīng)考慮過盡量有良好的擴展性，在以后條件許可時，只需進行在不同機器之間的進一步部署即可，應(yīng)用程序大體上無需改動。

其次，在設(shè)計上，可以采用UML的產(chǎn)品，如RationalRose，另一方面，RationalRose具有自動代碼生成功能，也可以大大節(jié)省開發(fā)的成本。

最后，目前的信貸管理系統(tǒng)相對用戶數(shù)目量不多，當(dāng)推廣類似系統(tǒng)需要擁有大批用戶時，基于Java的系統(tǒng)的響應(yīng)時間與系統(tǒng)分布都會有較為突出的矛盾出現(xiàn)。

以上這些，都是我在今后的系統(tǒng)設(shè)計與開發(fā)中需要加以注意的地方，也是運用Java技術(shù)應(yīng)當(dāng)努力的方向。（本文主要參考了上海戴黎平等人的論文）評注：討論具體，應(yīng)用較為深入，表達(dá)清晰。存在的問題屬實。系分論文8論改進Web服務(wù)器性能的有關(guān)技術(shù)——論文1：銀行業(yè)的應(yīng)用【摘要】基于Web技術(shù)的數(shù)據(jù)庫應(yīng)用是當(dāng)前應(yīng)用的一個熱點，在用戶數(shù)目與通信負(fù)荷很大的場合，提高Web服務(wù)器性能是一個迫切的課題。本文從筆者參與某個銀行系統(tǒng)項目開發(fā)的經(jīng)歷出發(fā)，闡述了提高Web服務(wù)器的性能應(yīng)滲入到項目論證、選型、開發(fā)、運行和管理的各個環(huán)節(jié)，只有各個環(huán)節(jié)都能充分考慮到性能與質(zhì)量的需要，系統(tǒng)的性能才是真正可保證的和可擴充的。文章從系統(tǒng)的實際運行與相應(yīng)的經(jīng)驗出發(fā)，闡述了性能改進方面的一些具體措施。比如：在本文中討論了Web服務(wù)器平臺的選型考慮；Web服務(wù)器的配置管理；應(yīng)用系統(tǒng)本身的優(yōu)化與預(yù)先設(shè)計系統(tǒng)時可擴性的性能保障等具體內(nèi)容。通過技術(shù)上的分析與改進，綜合性地運用多類措施與手段，在實際系統(tǒng)中，Web服務(wù)器運行的性能得到了一定程度的保證?！菊摹课宜诘膯挝皇前涯繕?biāo)定位于金融領(lǐng)域開發(fā)IT應(yīng)用的一家信息技術(shù)公司。隨著金融電子化建設(shè)的發(fā)展和商業(yè)銀行之間市場競爭的加劇，各主要商業(yè)銀行不斷通過信息技術(shù)提供新的金融產(chǎn)品，并且希望能整合市場渠道。比如主要的商業(yè)銀行不斷推出形形色色的網(wǎng)上銀行服務(wù)。在這種背景下，本人參與了開發(fā)新一代網(wǎng)上銀行產(chǎn)品，涉及到提供網(wǎng)上個人理財服務(wù)、網(wǎng)上外匯買賣服務(wù)、網(wǎng)上企業(yè)服務(wù)等具有市場競爭力的產(chǎn)品。作為項目開發(fā)的組織者之一和主要的技術(shù)骨干，在整個項目開發(fā)過程中始終要處于第一線，從而在改進Web服務(wù)器性能、提高整個網(wǎng)上平臺系統(tǒng)性能方面收獲良多，在本文中簡要討論如下，希望與讀者們共享經(jīng)驗。在Web服務(wù)器配置與優(yōu)化方面，我有如下幾方面主要的體會：第一方面是Web服務(wù)器選型考慮。在Web服務(wù)器選型及網(wǎng)上平臺搭建之初，我們就已充分考慮整個網(wǎng)上平臺的性能及可擴展性問題。這一考慮為該系統(tǒng)的穩(wěn)定性及擴展性能力方面打下了堅實的基礎(chǔ)。某銀行原有的一些網(wǎng)上產(chǎn)品由于開發(fā)較早，故而采用的是老式的Server+CGI程序調(diào)用的方式。這時，每一客戶請求需要對應(yīng)于后端系統(tǒng)的系統(tǒng)進程來運行CGI程序來處理，系統(tǒng)的開銷相當(dāng)大，系統(tǒng)的擴展能力也很差，性能已不能滿足業(yè)務(wù)處理的需要，故而在為此銀行系統(tǒng)具體選型的時候，我們一開始就否決了這種方案。通過市場上同類產(chǎn)品的比較選擇，我們選擇了國際商業(yè)機器IBM的WebSphere產(chǎn)品系列作為該行網(wǎng)上銀行系統(tǒng)的建立平臺。作出這樣選擇是因為WebSphere基于使Server和應(yīng)用服務(wù)器相分離的整體架構(gòu)，同時支持JSP、Servlet和企業(yè)組JavaBean等輕量級線程規(guī)范，所有的請求對應(yīng)于應(yīng)用服務(wù)器上的處理線程，系統(tǒng)的開銷低、效率非常高，同時WebSphere整個體系結(jié)構(gòu)相當(dāng)?shù)撵`活，為適應(yīng)擴展需要可以作不同的橫向和縱向擴展，從而可以滿足各銀行未來的擴展需要。正是因為在一開始選型的時候我們就已考慮到未來的擴展需要，整個系統(tǒng)在接下來的幾次性能改進方面，我們大體上都能相對順利地達(dá)到了預(yù)期目標(biāo)。第二方面是Web服務(wù)器的性能配置。在一開始系統(tǒng)上線的時候，由于系統(tǒng)的負(fù)荷不是很大，為了節(jié)省系統(tǒng)總擁有成本TCO投資，我們在一臺較低配置的IBMRS6000上投產(chǎn)了該系統(tǒng)。整個系統(tǒng)的服務(wù)器、應(yīng)用服務(wù)器、通信服務(wù)器等均位于該臺機器上，由于初始投產(chǎn)時用戶不多，所以系統(tǒng)的性能基本上能令人接受。但隨著業(yè)務(wù)的發(fā)展和用戶訪問量的增大，我們發(fā)現(xiàn)該服務(wù)器的響應(yīng)變慢，系統(tǒng)的CPU利用率和內(nèi)外存交換顯著增大。經(jīng)過跟蹤，我們發(fā)現(xiàn)關(guān)鍵原因之一是系統(tǒng)的內(nèi)存不足的緣故。由于網(wǎng)上服務(wù)器把大量用戶的會話信息保存在內(nèi)存中供給應(yīng)用系統(tǒng)使用，當(dāng)內(nèi)存不足時，大量Session信息被迫交換至硬盤，大量CPU時間消耗在等候內(nèi)外存的交換上，系統(tǒng)效率迅速下降。鑒于這種情況，我們把該服務(wù)器的內(nèi)存由2GB擴充為4GB，同時相應(yīng)調(diào)整用戶會話信息的保存時間，這樣整個系統(tǒng)的效率又回到較為理想的狀況。由于新應(yīng)用的不斷投產(chǎn)及數(shù)據(jù)庫操作的日益增加，我們后來逐漸監(jiān)控到系統(tǒng)的數(shù)據(jù)庫處于繁忙狀態(tài)，系統(tǒng)的錯誤日志也記錄下了供應(yīng)用服務(wù)器使用的數(shù)據(jù)庫連接處出現(xiàn)資源不足的情況。在這種背景下，我們認(rèn)為整個系統(tǒng)由于硬件配置所限，應(yīng)該進行橫向擴展，因此我們把數(shù)據(jù)庫服務(wù)器分離出來，配置到另一較高性能的服務(wù)器上，相應(yīng)定義的數(shù)據(jù)庫資源也大幅增加，這樣整個系統(tǒng)的性能又處于較為理想的狀況。第三方面是對應(yīng)用系統(tǒng)進行相應(yīng)的優(yōu)化以提高性能。Web服務(wù)器配置及相應(yīng)的硬件擴展不失為解決系統(tǒng)性能問題的一條捷徑，但應(yīng)用系統(tǒng)的優(yōu)化也是應(yīng)該重點加以考慮的，畢竟它能夠在投入較少的情況下提高系統(tǒng)的運用效率。在開發(fā)的初期，我們就已經(jīng)十分注意系統(tǒng)的利用效率，比如提醒程序員盡量不要利用用戶會話信息(Session）來傳遞大的對象，對于內(nèi)存要注意回收等。同時，通過內(nèi)部的交流會推廣與介紹一些小的、有用的編程技巧來提高開發(fā)人員的水平，通過代碼的抽查，希望能在早期就發(fā)現(xiàn)問題等。在系統(tǒng)運行期間，我們通過監(jiān)控發(fā)現(xiàn)，應(yīng)用服務(wù)器所基于的Java虛擬機，其內(nèi)存堆的空閑空間有不斷下降的趨勢，每隔若干天導(dǎo)致空間消耗殆盡、無法分配新對象空間，從而導(dǎo)致系統(tǒng)重啟。在排除了系統(tǒng)本身問題的原因外，我們確定為應(yīng)用系統(tǒng)的開發(fā)有問題。通過從網(wǎng)上萬載IBM公司檢測Java虛擬機的相關(guān)工具對JVM進行監(jiān)控后終于發(fā)現(xiàn)系統(tǒng)內(nèi)部存在著不能回收內(nèi)存的對象，再通過查找相應(yīng)的程序發(fā)現(xiàn)在該程序中有“環(huán)狀”的對象引用，從而導(dǎo)致對象使用后不能被垃圾收集器所回收。這個問題的解決過程雖然十分艱苦，但由于該問題不能通過升級硬件或增加資源配置而得到根本解決，會給系統(tǒng)帶來很大的隱患。所以，整個過程的分析與解決是完全值得的，更何況通過查找故障原因的過程，給整個項目組上了生動的一堂軟件質(zhì)量保證課，對項目組的質(zhì)量意識起了很大的促進作用。所以說改進Web服務(wù)器的性能井不單純是系統(tǒng)管理方面的工作，它滲透到開發(fā)以及系統(tǒng)運行等一系列環(huán)節(jié)中。第四方面預(yù)先考慮未來的擴展與性能需要。隨著系統(tǒng)的發(fā)展及成熟，考慮到用戶訪問量的不斷上升，為了預(yù)留系統(tǒng)的發(fā)展空間，我們最近又對整個系統(tǒng)作了一個系統(tǒng)性的升級。通過引入多臺服務(wù)器及應(yīng)用服務(wù)器并行工作提高整個系統(tǒng)吞吐量及單點故障克服能力。由于在一開始選型的時候就已經(jīng)充分考慮到動態(tài)負(fù)載均衡及橫向擴展方面的需要，這一項的升級無需對整個系統(tǒng)的體系結(jié)構(gòu)作根本的變革，對應(yīng)用程序來說，更是沒有造成任何影響。整個項目歷時近兩年，從這兩年的系統(tǒng)情況來看，整個系統(tǒng)是成功的。根據(jù)我親身的經(jīng)歷，系統(tǒng)性能并不單純是系統(tǒng)運行與管理階段的問題，而是滲透在項目論證、開發(fā)以及運行的各個階段。只有在各個階段都能充分考慮性能方面的需要，在實際運行時，整個系統(tǒng)的性能才可能真正有保障。在技術(shù)方面來看，可以綜合利用選型評估、硬件擴展、應(yīng)用優(yōu)化和系統(tǒng)配置優(yōu)化等一系列的手段；比如在硬件擴展方面，又可以分為主要部件擴容，縱向升級、橫向升級等方面。在我們的項目實踐中，曾綜合地利用了上述的各種手段。比如某銀行的整個系統(tǒng)從日訪問量不足1萬至現(xiàn)在的每日超過I0萬次以上的點擊的發(fā)展情況來看，整個系統(tǒng)的性能保障及提高方案是比較成功的。評注：實踐過程較有說服力。條理與思路相當(dāng)清晰，技術(shù)措施與管理措施的推進也很明確。所論述的技術(shù)還有一些局限，不夠開闊。（本文主要參考了廣州黃昌湛等人的論文）系分論文9論改進Web服務(wù)器性能的有關(guān)技本——論文2：數(shù)字圖書館類的應(yīng)用【摘要】

一個大中型的圖書館信息系統(tǒng)涉及到許多方面的技術(shù)與方案，本文著重討論與Web服務(wù)器性能有關(guān)的一些內(nèi)容。

本人有幸作為項目負(fù)責(zé)人之一參與了某大型圖書館數(shù)字化信息系統(tǒng)的設(shè)計和基于Web應(yīng)用軟件的開發(fā)工作。由于在數(shù)字化圖書館信息系統(tǒng)中流通著的大多是數(shù)字化的索引、文摘、全文、圖像或音頻視頻等多媒體信息，對Web服務(wù)器性能有著較高的要求。

結(jié)合實際工程的經(jīng)驗，本文將從硬件實現(xiàn)手段（緩存服務(wù)器、均衡負(fù)載設(shè)備、Web雙機鏡像、CPU和網(wǎng)卡的提升、網(wǎng)絡(luò)帶寬擴充）和軟件實現(xiàn)手段（三層C/S軟件結(jié)構(gòu)設(shè)計、應(yīng)用程序部署）等兩個大方面論述如何提高Web服務(wù)器的性能，以便使用戶能夠更快捷、高效、安全地使用應(yīng)用系統(tǒng)。【正文】

隨著Intranet信息技術(shù)的發(fā)展，圖書館為了更好地發(fā)揮其圖書流通、資料檢索和學(xué)術(shù)交流的職能，圖書館的數(shù)字信息化工程也勢在必行。某圖書館為了盡快地步入世界先進圖書館的行列，已經(jīng)啟動了一部分的數(shù)字圖書館工程。

該數(shù)字圖書館工程主要包括對外信息Web發(fā)布系統(tǒng)，交互式檢索網(wǎng)、后臺館藏信息管理系統(tǒng)、多媒體資料采集制作以及VOD點播系統(tǒng)等。本人有幸作為項目負(fù)責(zé)人之一，參與了整個數(shù)字化信息系統(tǒng)的總體設(shè)計，并參與了基于Web的一些應(yīng)用（如對外信息發(fā)布系統(tǒng)、圖像/全文混合檢索系統(tǒng)、VOD點播系統(tǒng)）的開發(fā)。

某圖書館數(shù)字化信息系統(tǒng)從網(wǎng)絡(luò)環(huán)境上講，主要劃分為多個網(wǎng)段：（一）Intranet接入部分，采用2M的DDN專線；（二）公共網(wǎng)段（非軍事區(qū)），主要包括前臺發(fā)布數(shù)據(jù)庫服務(wù)器、Web服務(wù)器、E-Mail/FTP/DNS服務(wù)器、檢索服務(wù)器及SAN網(wǎng)絡(luò)區(qū)域存儲設(shè)備；（三）是內(nèi)部局域網(wǎng)，包括內(nèi)網(wǎng)Web服務(wù)器、后臺館藏數(shù)據(jù)庫服務(wù)器、OA服務(wù)器等。（四）是VOD點播專用網(wǎng)，包括音頻視頻點播服務(wù)器等。由于制定了嚴(yán)格的網(wǎng)絡(luò)級和應(yīng)用級訪問權(quán)限，通過具有三層交換能力的高性能交換機和安全授權(quán)認(rèn)證系統(tǒng)等，有效地控制了防問權(quán)限，確保了數(shù)據(jù)的安全性和完整性。考慮到經(jīng)費和人員素質(zhì)及今后的維護管理運營等方面，操作系統(tǒng)采用WindowsNT平臺，服務(wù)器選用DELL高端的系列，數(shù)據(jù)庫采用IBM的DB2。主干網(wǎng)為千兆快速交換式以太網(wǎng)，局域網(wǎng)百兆到桌面，VOD點播網(wǎng)十兆到桌面。

在該網(wǎng)絡(luò)環(huán)境下應(yīng)用主要分為三大部分：（一）對外Web發(fā)布系統(tǒng)、對外圖書輔助檢索系統(tǒng)；（二）后臺館藏信息管理系統(tǒng)和圖像/全文混合檢索系統(tǒng)；（三）VOD點播系統(tǒng)。由于絕大部分應(yīng)用采用Browser/Server方式結(jié)構(gòu)，最終用戶在本地只需安裝IE或者NetscapeWeb瀏覽器，在后臺數(shù)據(jù)庫服務(wù)器的支持下通過網(wǎng)頁方式請求和訪問各類應(yīng)用服務(wù)。另外，由于在圖書館信息系統(tǒng)中流通的多為索引、摘要、全文或音頻視頻等多媒體信息，對Web服務(wù)器性能與網(wǎng)絡(luò)帶寬等都有更高的要求。

通過不斷地試驗和實踐，我們發(fā)現(xiàn)從以下幾個方面可以相對有效地提升Web服務(wù)器性能；

（1）緩存服務(wù)器和均衡負(fù)載設(shè)備使用可以緩解訪問瓶頸，提高網(wǎng)絡(luò)帶寬、實現(xiàn)均衡負(fù)載。

緩存服務(wù)器也稱為cache服務(wù)器，可以存儲cache靜態(tài)的內(nèi)容如網(wǎng)頁、多媒體點播資源和會議實況（已壓縮的、有一定格式要求的）等。此外，目前美國cashflow緩存服務(wù)器，已經(jīng)可以存儲cache數(shù)據(jù)庫、ASP等動態(tài)內(nèi)容。cache服務(wù)器通常放到防火墻之外，外網(wǎng)Web服務(wù)器之前，因此Internet用戶點擊網(wǎng)頁不再直接訪問網(wǎng)站W(wǎng)eb服務(wù)器，而是訪問cache服務(wù)器。

由于cache服務(wù)器具有多個CPU和高速大容量I/O通道，獨立的OS，因此能大大緩解Internet訪問瓶頸，而且也具有一定的抗黑客攻擊的能力。

目前某圖書館采用這種方式，把大數(shù)據(jù)量的靜態(tài)圖片、點播資源、虛擬三維應(yīng)用等都事先置放在cache服務(wù)器中，即使現(xiàn)今只有2MInternet的接入帶寬，以上應(yīng)用的播放速度和效果仍能讓用戶滿意。

另外一種方式采用均衡負(fù)載設(shè)備或Web雙機鏡像。這種方式通過負(fù)載均衡的方法達(dá)到Web訪問性能最優(yōu)。Web雙機鏡像是較早以前流行的方式，雖能使系統(tǒng)可靠性提升，但由于雙機總是在互相詢問對方狀態(tài)，將會影響一定的訪問性能。均衡負(fù)載設(shè)備是獨立于Web服務(wù)器的硬件，它和Web服務(wù)器及網(wǎng)站中其他服務(wù)器接在同一交換機上，通過負(fù)載調(diào)度程序為各個服務(wù)器分配工作量，從而，能達(dá)到充分利用資源，提高訪問性能的目的。只是由于某圖書館目前對外發(fā)布資源相對仍較少，只采用了三臺Web服務(wù)器，因此目前的均衡負(fù)載設(shè)備作用還不顯著。

（2）從Web服務(wù)器的配置來看Web服務(wù)器自身CPU個數(shù)及速度、網(wǎng)卡數(shù)量、Web服務(wù)器與防火墻的位置關(guān)系等，都會影響到Web服務(wù)器的性能。

從Web服務(wù)器硬件本身來講，CPU個數(shù)的增加、網(wǎng)卡個數(shù)的增加、I/O信道的擴展無疑可以直接地提高Web服務(wù)器性能。此外，由于千兆口的防火墻目前較少且費用較高，如果把Web服務(wù)器放置防火墻之后，一定會大大影響Internet訪問性能。某圖書館采用IDS（入侵偵測）+Web服務(wù)器（服務(wù)器防火墻，較低端，不會影響流量）+應(yīng)用服務(wù)器+數(shù)據(jù)庫服務(wù)器（防火墻，高端），分層次的安全模式，既保證了系統(tǒng)的安全性，又提升了網(wǎng)絡(luò)訪問性能。

另外，某圖書館還采用了SAN網(wǎng)絡(luò)區(qū)域存儲來提高服務(wù)器訪問速度。

（3）三層C/S軟件結(jié)構(gòu)設(shè)計和應(yīng)用程序的適當(dāng)部署也會提高Web服務(wù)器的性能。

將業(yè)務(wù)邏輯、通用訪問接口與數(shù)據(jù)等相互分離、分別置放于Web服務(wù)器、應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器上，通過程序功能和邏輯的合理部署，也能大大改進Web服務(wù)器性能。

一般的原則是，Web服務(wù)器只需接受Internet訪問請求，使Web只有最少的任務(wù)，把實際處理交給各個應(yīng)用服務(wù)器處理，然后返回結(jié)果給Browser。某圖書館采用這種方式專門開發(fā)了搜索引擎應(yīng)用服務(wù)器和混合檢索應(yīng)用服務(wù)器等，達(dá)到了良好的應(yīng)用效果。

事實上，Web服務(wù)器的性能提升還存在很多手段和方法，比如CPU與存儲之間關(guān)系，Web交換機等等，有待于我們進一步的實踐、分析和討論。（本文主要參考了上海童茵等人的論文）評注：主題鮮明，條理也較分明。但所討論的技術(shù)應(yīng)更有機地結(jié)合于項目的實例。系分論文10論實時控制系統(tǒng)與企業(yè)信息系統(tǒng)的集成——論文1：通信業(yè)應(yīng)用【摘要】

近年來，在應(yīng)用需求的強大驅(qū)動下，我國通信業(yè)有了長足的進步。現(xiàn)有通信行業(yè)中的許多企業(yè)單位，如電信公司或移動集團，其信息系統(tǒng)的主要特征之一是對線路的實時監(jiān)控要求很高，數(shù)據(jù)量龐大，如何將實時控制與信息系統(tǒng)集成在一起便成為系統(tǒng)實施的一個關(guān)鍵部分。

在參與了某個通信公司的一套網(wǎng)管系統(tǒng)以及決策支持系統(tǒng)的設(shè)計后，我們分析了兩者的集成與應(yīng)用工作，深切地感受到有一個良好的設(shè)計策略以及重視所選用的工具是一個關(guān)鍵。這個項目主要是對下屬各分站的子網(wǎng)以及有關(guān)鏈路的連通情況進行實時監(jiān)控、實現(xiàn)報警、路由控制和授權(quán)等功能，其關(guān)鍵在于提供一個實時顯示情況的地圖界面，井將數(shù)據(jù)匯總和組織，建立起數(shù)據(jù)倉庫以及進一步實施數(shù)據(jù)挖掘分析，從而能支持企業(yè)的決策分析。我作為設(shè)計人員之一，著重在本文中討論控制系統(tǒng)與信息系統(tǒng)集成時的策略?！菊摹?/p>

眾所周知，通信行業(yè)需要有一整套監(jiān)控通信網(wǎng)絡(luò)的手段，其工作特點是涉及到的各分站與基站的在地理位置L的分布性，更加需要有在更高一級提供檢測不同分站鏈接情況的手段。一般來講，由于數(shù)據(jù)都是海量的，所以，如何將整個網(wǎng)絡(luò)系統(tǒng)所得的數(shù)據(jù)及時處理，以便和決策部門的分析相結(jié)合，也成為迫切需要解決的重要課題。簡言之，分布性、實時性以及數(shù)據(jù)海量性是解決整個系統(tǒng)設(shè)計和集成的核心問題。

首先，讓我們來討論一下“網(wǎng)管監(jiān)控系統(tǒng)”。由于我參與設(shè)計與開發(fā)的這個系統(tǒng)并不是位于基層的分站，其定位在將下屬各分站的主機通信數(shù)據(jù)（包括數(shù)據(jù)流量、鏈路負(fù)荷、通往其他結(jié)點即主機的連通情況等）加以收集，所以對于具體通信事務(wù)的底層操作要求并不很高。

考慮到上述原因，我們采用了一個地理信息系統(tǒng)開發(fā)平臺Mapinfo并采用Delphi編程，后臺用SQLServer數(shù)據(jù)庫（這是由于考慮到?jīng)Q策所需要用到的是Microsoft公司的OLAPService）。在分析和計劃之前，我們先對ITU801標(biāo)準(zhǔn)做了詳細(xì)的探討，這只是一個有關(guān)子網(wǎng)和鏈路定義以及分層等描述的標(biāo)準(zhǔn)，在聽取了許多分站人員的建議后，將MAPINFO公司提供的一個相關(guān)