論文一企業(yè)人事信息系統(tǒng)的應(yīng)用

廣東延國慶中國系統(tǒng)分析師網(wǎng)站

【摘要】

本文討論《企業(yè)人事信息系統(tǒng)》項(xiàng)目的需求分析措施與工具的選用。該系統(tǒng)的建設(shè)目的是協(xié)

助該企業(yè)管理好企業(yè)內(nèi)部的人員和人員的活動(dòng)，人事信息管理指的是企業(yè)員工從招聘面試到

離職退休的全過程，波及的重要活動(dòng)包括面試、報(bào)到、培訓(xùn)、升職、離職或其他的人事變動(dòng)，

也包括電子化考勤、工資性收入的計(jì)算與分發(fā)、使用其他企業(yè)資源的有關(guān)記錄（如宿舍、保

險(xiǎn)、證件辦理等等）。此外，本系統(tǒng)也波及到企業(yè)在全國各地的人事信息管理，企業(yè)的組織

架構(gòu)的設(shè)置，級(jí)別與職務(wù)管理，人力申請(qǐng)直至人力需求報(bào)表，從而形成一種對(duì)企業(yè)真正有用

的人事信息管理應(yīng)用系統(tǒng)。在本文中首先討論了選用面向?qū)ο蟠胧┡c工具的重要理由與方

略，深入通過一種簡例闡明該措施與工具使用的效果，也討論了使用多種工具與措施在需求

分析中的必要性，最終簡要小結(jié)了選用對(duì)的工具與措施的意義和作用。

在項(xiàng)目開展期間，我擔(dān)任了系統(tǒng)分析、系統(tǒng)設(shè)計(jì)與數(shù)據(jù)庫管理等大量工作。

【正文】

人事信息管理系統(tǒng)是一種有著廣泛應(yīng)用面的實(shí)用性系統(tǒng)，不過，我國各個(gè)企業(yè)有著自身的體

制、機(jī)制、特點(diǎn)與不一樣的規(guī)定；在開發(fā)此類系統(tǒng)時(shí)，系統(tǒng)需求分析是極為重要的一環(huán)。在

整個(gè)分析過程中，我們都采用了面向?qū)ο蟮姆治龃胧?，這是由于我們在近幾年的實(shí)踐中已堅(jiān)

信這種措施可以愈加有效地體現(xiàn)和描述現(xiàn)實(shí)世界。軟件要具有合用性和擴(kuò)展性，就必須更靠

近于現(xiàn)實(shí)世界自身的發(fā)展規(guī)律。以?種簡樸的例子來看，假設(shè)規(guī)定設(shè)計(jì)有關(guān)引進(jìn)人才評(píng)估的

一種系統(tǒng)，按我們過去的做法，先會(huì)規(guī)定提供應(yīng)我們一份有關(guān)的引進(jìn)人才評(píng)估表，然后依葫

蘆畫瓢地設(shè)計(jì)對(duì)應(yīng)的表單與界面。在短期來說，這樣做是簡便而實(shí)用的，但并不可以符合現(xiàn)

實(shí)世界的長遠(yuǎn)目的，這套設(shè)計(jì)措施不具有擴(kuò)展性，由于任何一份評(píng)估表的構(gòu)造都會(huì)有也許發(fā)

生許多變化的。采用面向?qū)ο蟮拇胧?，可以從中提取出表類型、表?gòu)造、評(píng)分措施以及能考

慮繼承等各方面的要素，這樣就可以保證軟件的通用性，可配置性與可維護(hù)性。

在工具的選擇過程中，我們選擇了目前已十分流行的Rational系列，包括RationalRose、

RUP、SoDA等，為何選用這個(gè)系列工具呢？這是基于我們對(duì)軟件需求分析目的的見解，

我們認(rèn)為需求分析應(yīng)當(dāng)能對(duì)的地回答如下的兒種關(guān)鍵性問題：

（1）顧客的需求與否已詳盡地被考慮到了？

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

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

（4）程序員能明白我們的分析與設(shè)計(jì)規(guī)定嗎？等等。

如下對(duì)上述幾種問題逐一簡要地加以闡明：

（1）詳盡地獲取顧客的需求。

顧客的需求可分為顯式的需求與隱性的需求，顧客的傾向往往只顧及到目前的與明顯的需

求。要到達(dá)對(duì)需求理解的全面性，不僅僅只是依托有效的顧客談話和調(diào)查，由于我們所面對(duì)

的顧客需求往往會(huì)有些片面的，采用RationalRose（基于UML）提供的用例，以及多種圖

的聯(lián)合使用，可以使我們發(fā)現(xiàn)其中的遺漏。

（2）使顧客能充足地理解我們的表達(dá)措施，可以真正明白我們描述的內(nèi)容。

軟件需求分析規(guī)格闡明書一般會(huì)是冗長而枯燥的，一般的顧客不輕易深入理解，這樣就減弱

了分析的對(duì)的性。通過支持面向?qū)ο蠹癠ML語言的RationalRose可以更好地和顧客交流,

讓顧客理解系統(tǒng)的運(yùn)作方式甚至細(xì)節(jié)的操作。

（3）使分析和設(shè)計(jì)兩個(gè)階段互相聯(lián)絡(luò)與貫穿。

這是我們選擇面向?qū)ο蟮拇胧┘癛ationalRose工具的重要原因，系統(tǒng)分析要向顧客描述的

不僅僅是顧客的需求，并且包括處理措施，處理措施當(dāng)然應(yīng)包括設(shè)計(jì)（程序）、數(shù)據(jù)庫與系

統(tǒng)配置，我們當(dāng)然不但愿顧客得到的是一種與需求規(guī)格闡明不相似的軟件，也不也許規(guī)定程

序員完畢一種不可勝任的任務(wù)。然而我們在此前的多項(xiàng)工作中常常發(fā)現(xiàn)此類情節(jié)，由于系統(tǒng)

分析與設(shè)計(jì)互相脫節(jié)，導(dǎo)致一頭扎在分析中不顧設(shè)計(jì)有關(guān)的事宜。

分析與設(shè)計(jì)的脫節(jié)，還不利于設(shè)計(jì)現(xiàn)格闡明的評(píng)估，由于分析往往會(huì)脫離現(xiàn)實(shí)，導(dǎo)致缺乏評(píng)

估的根據(jù)。

由于不也許成功地完畢設(shè)計(jì)而使分析需要重來，就會(huì)導(dǎo)致巨大的揮霍與損失。一種好的工具

可以使分析與設(shè)計(jì)更緊密地連結(jié)起來，甚至于一一對(duì)應(yīng)。面向?qū)ο蟮姆治龃胧┦箤?duì)象之間相

對(duì)而言有獨(dú)立性，減少了任何影響到全局的改動(dòng)，能防止因需求變化而導(dǎo)致全盤皆動(dòng)的被動(dòng)

局面。

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

一種好的設(shè)計(jì)應(yīng)當(dāng)讓程序員感到清晰明白，更少疑問。一種疑問諸多的設(shè)計(jì)加上溝通不暢，

絕對(duì)會(huì)出目前應(yīng)用環(huán)境下所不需要的另一種軟件，因此設(shè)計(jì)規(guī)格闡明書務(wù)必清晰、形象與明

確，當(dāng)然，RationalRose具有足夠的圖形與其他形式，能使程序員愈加明確，甚至能細(xì)微

到每一種語句（實(shí)際上假如使用VB,程序架構(gòu)均有也許直接生成了）。

（5）選擇UML也許會(huì)有更多的理由。

例如顧客文檔的編寫、數(shù)據(jù)庫設(shè)計(jì)，我們都需要做到有延續(xù)性，有自動(dòng)化支持和具有質(zhì)量上

的保證。

因此，我們選用了以上的措施和工具。

在分析中，面對(duì)考勤班次的問題時(shí)，由于過去一直使用紙卡方式考勤，使顧客對(duì)班次形成了

固定的概念，而目前的許多考勤軟件也采用多次刷卡的措施來形成一天的記錄。通過面向?qū)?/p>

象的分析可以發(fā)現(xiàn)，實(shí)際上每天的上班記錄是由多種時(shí)段所形成的，時(shí)段的多少在各個(gè)企業(yè),

各個(gè)工種與部門都不盡相似，每個(gè)時(shí)段也許有不一樣的屬性，時(shí)段與時(shí)段組合可形成為班次,

這更適合于現(xiàn)實(shí)的狀況，使之能愈加靈活與更有擴(kuò)展性。其實(shí)，在天與天之間也均有互相之

間的關(guān)系。在這一點(diǎn)上，我們又發(fā)現(xiàn)必須在考勤與薪金工資中加入與MRP中相似的期段

（Periods）的基本概念，例如可以稱之為考勤期段，容許為顧客愈加以便地設(shè)置考勤期段，

也許使之不一定與自然年月日相似等等。

RationalRose使我們更以便地把上面的想法在類上去實(shí)現(xiàn)，更深入地設(shè)計(jì)好我們的高效率

的數(shù)據(jù)庫。

當(dāng)然，使用單一的一種工具去完畢一種中大型的應(yīng)用系統(tǒng)的需求分析，是不也許成功的。由

于社會(huì)在發(fā)展，顧客的需求也在變化，怎樣把握住顧客的需求是需要時(shí)間的，面向?qū)ο蟮拇?/p>

施有時(shí)也會(huì)忽視外在的與表層的規(guī)定，不僅僅是要獲得關(guān)鍵的需求，其他更多的需求往往要

等到顧客在使用后才懂得，然而等到顧客使用是不現(xiàn)實(shí)的，作為原型開發(fā)模型中的原型也是

搜集顧客需求，描述與解釋需求的一類相稱有效的措施與工具。

在我們的開發(fā)過程中，為了更好地讓顧客理解我們的系統(tǒng)和我們的設(shè)計(jì)方案，讓顧客在會(huì)面

會(huì)上更有方向性與針對(duì)性，我們首先用Access開發(fā)出原型，讓顧客先試用。這樣，我們在

真正的分析與設(shè)計(jì)時(shí)就能愈加符合顧客的規(guī)定。

總之，軟件需求分析措施和工具的使用，對(duì)我們軟件開發(fā)過程影響是很深遠(yuǎn)的，選用高效能

的對(duì)的的措施與工具，可以使我們的軟件愈加對(duì)的地反應(yīng)現(xiàn)實(shí)需求，愈加具有可用性、可擴(kuò)

展性和可維護(hù)性；減少了軟件項(xiàng)目的風(fēng)險(xiǎn)。

【評(píng)注】

（1）寫得有些特色，觀點(diǎn)鮮明。

（2）摘要寫得不錯(cuò)，既反應(yīng)了項(xiàng)目內(nèi)容，也小結(jié)了本文的寫作要點(diǎn)。

（3）文中所舉的例子雖然簡樸，但很實(shí)際。

（4）多種措施與工具的使用，論述得簡要扼要。

（5）內(nèi)容可更豐富某些，更深入的例子也可再增多某些，則會(huì)更有說服力。

（6）對(duì)需求分析的全過程的描述太少。

論文二企業(yè)集團(tuán)的信息管理系統(tǒng)應(yīng)用

廣東劉小波中國系統(tǒng)分析師網(wǎng)站

【摘要】

本文以某個(gè)IT產(chǎn)品銷售企業(yè)的信息系統(tǒng)項(xiàng)目的開發(fā)為背景，討論了一種信息系統(tǒng)需求分析

的整個(gè)過程，其重要特性是：所波及的項(xiàng)目是原有系統(tǒng)的一種升級(jí)替代版本。因此，需求分

析過程不一樣于建立一種全新的系統(tǒng)，大體上可分為三個(gè)階段：（1）實(shí)行逆向工程獲得對(duì)系

統(tǒng)的初步理解；（2）在第1步的基礎(chǔ)上寫出基本需求，交由客戶評(píng)審補(bǔ)充；（3）在第2步

的基礎(chǔ)上開發(fā)原型，運(yùn)用原型與客戶交流，最終獲得基線需求。針對(duì)上述三個(gè)階段，本文論

述了所使用的分析措施與工具以及所碰到過的某些經(jīng)典問題和措施，最終對(duì)需求分析中使用

的工具，談某些自己的初步體會(huì)。

【正文】

我于1998年8月至年7月參與了某個(gè)大型集團(tuán)的企業(yè)信息系統(tǒng)的開發(fā)工作，該大型集團(tuán)

的業(yè)務(wù)重要波及到IT類產(chǎn)品的進(jìn)銷存。本人在項(xiàng)目中負(fù)賁系統(tǒng)分析的工作，該集團(tuán)企業(yè)原

先已委托某個(gè)電腦企業(yè)開發(fā)過一套IT類產(chǎn)品管理系統(tǒng)，不過該老系統(tǒng)存在兩個(gè)重要的問題；

（一）系統(tǒng)運(yùn)行速度非常慢，如商品銷售開單時(shí)，從確定開單到開單完畢有時(shí)需要1?2分

鐘左右的響應(yīng)時(shí)間，讓客戶無法忍受。（二）系統(tǒng)數(shù)據(jù)不精確，常常出現(xiàn)實(shí)物庫存與電腦庫

存嚴(yán)重不相匹配的狀況，使銷售數(shù)據(jù)的記錄產(chǎn)生某些混亂，有關(guān)財(cái)務(wù)的數(shù)據(jù)因此無法有效使

用，只能采用人工錄入方式補(bǔ)充進(jìn)行。在這種狀況下，該集團(tuán)的總經(jīng)理決定參照原有系統(tǒng)重

新開發(fā)一種系統(tǒng)，以便處理原系統(tǒng)所存在的上述兩個(gè)難以克服的難題。注；原系統(tǒng)采用PB6.5

開發(fā)，數(shù)據(jù)庫采用SYBASE,服務(wù)器采用WindowsScrver,客戶端采用Windows98,程序架

構(gòu)采用的是老式的C/S構(gòu)造。

鑒于該集團(tuán)業(yè)務(wù)操作復(fù)雜，流程多，波及人員多等特點(diǎn)，以及項(xiàng)目完畢時(shí)間短，經(jīng)費(fèi)有限，

人員有限等限制約束條件，再考慮到必須防止前一系統(tǒng)出現(xiàn)過的構(gòu)造混亂與難于維護(hù)等問

題，我們決定要對(duì)原系統(tǒng)的需求做一種比較徹底的和切實(shí)可行的分析?，由于原有系統(tǒng)已經(jīng)開

發(fā)了近兩年，并且客戶也有了一定的使用經(jīng)驗(yàn)，業(yè)務(wù)基本流程自身也并沒有太大的變化，因

此，我們把需求分析的過程分為三步：（1）分析原有系統(tǒng)的構(gòu)造，重要是數(shù)據(jù)庫構(gòu)造和程序

構(gòu)造，（2）在獲得第（1）步成果的基礎(chǔ)上寫出基本需求，交由客戶評(píng)審補(bǔ)充，（3）在笫（2）

步的基礎(chǔ)上開發(fā)原型，運(yùn)用此原型與客戶交流，從而獲得最終可用的需求成果。下面按上述

三步分別加以論述。

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

由于原有系統(tǒng)在功能上大體上能基本滿足客戶的需求，并且在兩年多的開發(fā)中也積累了不少

經(jīng)驗(yàn)，因此，從中可以獲得某些有益的參照，也可以防止多走彎路。在這一階段，我們采用

的重要工具是PB自帶的PowerDesigner和PBDocuments；前者重要用來分析數(shù)據(jù)庫構(gòu)造，

后者重要用來分析程序構(gòu)造，便于開發(fā)人員與高級(jí)顧客理解程序。采用這兩個(gè)工具的原因是:

原系統(tǒng)過于龐大，模塊多，數(shù)據(jù)庫模式多，表格量很大，僅靠人工的措施很難從中獲得一種

比較完整的、明確的系統(tǒng)構(gòu)造以及整體構(gòu)成，并且原有系統(tǒng)未能提供?套對(duì)的完整有效的設(shè)

計(jì)文檔，于是我們只能依托工具輔助來進(jìn)行。在使用PowerDesigner分析數(shù)據(jù)庫，并且用

PBDocuments分析原程序中的PBL后來，我們對(duì)原系統(tǒng)的構(gòu)造有了一種初步的理解，再

結(jié)合對(duì)原系統(tǒng)的使用，基本明確了功能與流程的需求，并在此基礎(chǔ)上用人工錄入方式，產(chǎn)生

了初步需求的自然語言文檔。這里指出，使用PowerDesigner的一種局限性之處是：假如

一種表中的字段過多，并且又同步依賴多種表時(shí)，輸出的表格有關(guān)圖形很復(fù)雜，有諸多交叉,

且難于調(diào)整，不以便閱讀及打印。

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

通過第一步的逆向工程，我們獲得了系統(tǒng)的基本需求。為了充足記錄需求的變化及需求之間

的依賴關(guān)系，我們決定選用Rational企業(yè)的RequisitePRO作為我們的需求管理工具，

Rational企業(yè)有一整套用于需求管理的工具，功能非常強(qiáng)大，包括RequisitePro.ClearQuest

等等，這些需求分析工具可以對(duì)需求進(jìn)行全面的管理，包括記錄需求的變化狀況，需求之間

的依賴關(guān)系等等。不過，我們考慮到Rational的一套工具全面實(shí)行會(huì)非常昂貴與兔雜，需

要非常強(qiáng)的項(xiàng)目管理能力才能全面實(shí)行，因此，我們只采用了其中最簡樸的一部分功能，那

就是記錄需求變更，記錄需求之間的依賴關(guān)系，其他跟RUP有關(guān)的功能都給略去了。

之因此這樣做，重要是考慮到項(xiàng)目的經(jīng)費(fèi)、人力以及國內(nèi)軟件開發(fā)的實(shí)際狀況。正如前面所

說，我們根據(jù)自己的理解并寫出基本需求后，交由客戶做評(píng)審井做合適補(bǔ)充，我們將通過補(bǔ)

充整頓后的需求作為正式需求記錄入RequisitePro所維護(hù)的數(shù)據(jù)庫中，并對(duì)各個(gè)需求進(jìn)行

分類，設(shè)定優(yōu)先級(jí)等，這些工作完畢后，就可以從數(shù)據(jù)庫中直觀地理解客戶到H前為止提出

了哪些需求，哪些需求是必須優(yōu)先考慮的，哪些是難度較大的等等。在這個(gè)過程中，我們碰

到了某些問題，譬如：

顧客對(duì)我們用自然語言書寫的需求文檔有許多地方不理解，往往在花了較長時(shí)間閱讀之后，

仍不明白我們所描寫的需求過程與他們所完畢的業(yè)務(wù)之間的對(duì)應(yīng)關(guān)系；此外是由于初次采用

RequisitePro進(jìn)行需求管理，在類型劃分，屬性值確實(shí)定上，部分開發(fā)人員沒有經(jīng)驗(yàn)，導(dǎo)致

了不少反復(fù)，對(duì)于前者，我們的措施是想措施增長某些示意圖，將大的流程分解為小流程，

再與客戶反復(fù)交流與溝通，最終到達(dá)雙方理解一致的目的。對(duì)第二個(gè)問題，則參照了某些例

子，再結(jié)合實(shí)際中屬性的使用狀況，予以取舍或者選擇，通過這一階段的工作，我們建立了

基本的需求庫，定出了基本需求規(guī)格闡明。

第三步則是在第二步的基礎(chǔ)上建立起原型，運(yùn)用原型與客戶進(jìn)行更深入的交流，通過交流修

改對(duì)應(yīng)的需求。

在這一階段的工作是在對(duì)第二步任務(wù)進(jìn)行匯報(bào)交流的基礎(chǔ)上進(jìn)行的。我們用PB開發(fā)了?種

原型系統(tǒng)，就詳細(xì)的業(yè)務(wù)流程與客戶進(jìn)行交流與溝通，通過原型，客戶發(fā)現(xiàn)了許多我們與他

們的理解互相不協(xié)調(diào)的地方，我們在修改需求的同步，也在RequisitePro需求數(shù)據(jù)庫中記

錄下修改的歷史。事實(shí)證明，這種記錄歷史的作用是很有效的，如曾經(jīng)有客戶在兩個(gè)不一樣

的時(shí)間對(duì)同一需求提了相反的需求，我們根據(jù)歷史記錄很快證明了該客戶的提法有錯(cuò)誤，在

事實(shí)面前無需再作爭論，同步運(yùn)用RequisitePro,我們還發(fā)現(xiàn)了某些需求互相之間有矛盾。

通過這一階段工作，我們終于獲得了通過顧客承認(rèn)的需求基線，即是可用于下一步進(jìn)行詳細(xì)

設(shè)計(jì)的基線需求。

在這個(gè)項(xiàng)目中，我們運(yùn)用了PowerDesigner、PBDocuments等逆向工程分析工具和Requisite

Pro需求管理工具，這些工具的使用，使我們提高了工作效率，起到了一定的輔助作用。不

過，就需求分析工具方面而言。我們覺得國內(nèi)應(yīng)用得還是太少了，這首先是由于對(duì)需求分析

不夠重視，另首先是由于管理水平還達(dá)不到對(duì)應(yīng)的層次。Rational企業(yè)的一整套需求分析工

具，其功能是非常強(qiáng)大的，國外己在普遍地使用，在國內(nèi)也逐漸開始普及，尤其是那些通過

CMM二級(jí)以上評(píng)審的單，立，都必須使用工具對(duì)需求進(jìn)行管理。在本項(xiàng)目中，我們僅僅運(yùn)用

了RequisitePro功能的某些小方面，已經(jīng)體會(huì)到該工具對(duì)于項(xiàng)目管理的諸多好處。假如?

種有實(shí)力的企業(yè)可以全面實(shí)行RUP,那么需求管理這個(gè)老大難的問題會(huì)變得不再那么棘手

了，項(xiàng)目的質(zhì)量也會(huì)得到對(duì)應(yīng)的提高。目前國內(nèi)由于CMM熱潮的興起，已經(jīng)逐漸重視需求

分析，也逐漸使用需求分圻工具，這是非常可喜的，當(dāng)然，更但愿在很快的未來，能用上國

產(chǎn)的需求分析工具，那時(shí)我們的軟件產(chǎn)業(yè)也許會(huì)真正地唐飛了。

【評(píng)注】

采用逆向工具進(jìn)行再工程的應(yīng)用諸多，本文給出了一種實(shí)際的例子。寫作有條理，也很實(shí)際。

合理地界定了需求分析的現(xiàn)實(shí)水平。所采用的需求分析的措施與工具相對(duì)較合理科學(xué)。能在

對(duì)項(xiàng)目討論的同步抒發(fā)議論、使用體會(huì)、愛國心和事業(yè)心。深度還可以提高，例子宜愈加豐

富某些。

論文三通信行業(yè)的應(yīng)用

廣東魏福建中國系統(tǒng)分析師網(wǎng)站

【摘要】

本文以某通信企業(yè)的業(yè)務(wù)報(bào)表系統(tǒng)開發(fā)為例，討論了軟件需求分析工具與措施的選用。我們

認(rèn)為，軟件需求分析是軟件工程中重要的一步，直接關(guān)系到后繼工程的進(jìn)行以及最終的產(chǎn)品

能否滿足顧客的需求，因此在整個(gè)工程中起著關(guān)鍵性的作用。采用合適的工具，有也許明顯

減少需求階段的錯(cuò)誤，也可大幅度提高需求分析的質(zhì)量和工作效率。當(dāng)然工具的選用應(yīng)當(dāng)與

實(shí)際的項(xiàng)目相結(jié)合，充足地發(fā)揮工具的作用。本文結(jié)合我們工作的實(shí)際經(jīng)歷，簡要討論了開

發(fā)系統(tǒng)時(shí)所選用的工具及其應(yīng)用，選用時(shí)所考慮的原則以及所碰到的問題。在文中也結(jié)合多

種開發(fā)措施（即老式的瀑布法、信息工程法、面向?qū)ο蟮拇胧┑谋容^，指出多種措施的局

限性之處，闡明我們所采用的工具對(duì)軟件需求分析所起的作用，以及對(duì)應(yīng)產(chǎn)生的效果。

【正文】

我在某市一家通信企業(yè)工作，作為一名技術(shù)骨于，受領(lǐng)導(dǎo)委托，參與了開發(fā)我司的業(yè)務(wù)報(bào)表

系統(tǒng)，我擔(dān)任系統(tǒng)的需求分析、總體設(shè)計(jì)和部分代碼的編寫工作。

我所在的企業(yè)作為一家通信運(yùn)行企業(yè)，分為總部、省級(jí)企業(yè)和地市級(jí)分企業(yè)三級(jí)，各級(jí)企業(yè)

之間均有數(shù)據(jù)報(bào)表的規(guī)定，不過，每一種地市分企業(yè)因所處的地方不一樣，經(jīng)營環(huán)境不一樣，

所面臨的問題也不一樣樣，因此形成了各具特色的數(shù)據(jù)報(bào)表（除地市分企業(yè)向省企業(yè)匯報(bào)的

之外）。企業(yè)又分設(shè)了許多部門，這些部門也都會(huì)需要數(shù)據(jù)，作為分析決策的根據(jù)。因此，

理解各個(gè)部門的需求就成了業(yè)務(wù)報(bào)表系統(tǒng)的關(guān)鍵。

在調(diào)研的過程中，我選用了一種工具叫PlayCASE,可以從網(wǎng)上免費(fèi)下載，有很強(qiáng)的功能。

下面就簡介一下，在需求分析階段，我是怎樣使用這一工具的。

第一步，理解業(yè)務(wù)組織構(gòu)造。企業(yè)內(nèi)部的數(shù)據(jù)實(shí)際上是在部門之間流動(dòng)的。業(yè)務(wù)部門需要懂

得在當(dāng)?shù)馗采w區(qū)內(nèi)各基站的話務(wù)量、當(dāng)日的話務(wù)量（即話務(wù)量的時(shí)空分布）。財(cái)務(wù)部門需要

懂得本月各類顧客的話費(fèi)收入、預(yù)交款收入、與其他電信運(yùn)行商的網(wǎng)間結(jié)算等。計(jì)劃部門需

要各部門的分析數(shù)據(jù)。計(jì)費(fèi)部門需要提供本月的賬革記錄數(shù)據(jù)、話單記錄數(shù)據(jù)分布（例如分

別按照基站分布、時(shí)段分布以及按顧客類別分布）、預(yù)交款記錄數(shù)據(jù)、目前的欠費(fèi)總額分布、

催繳狀況等等。這些部門時(shí)常為了數(shù)據(jù)而產(chǎn)生了大量無謂的爭議。在使用PlayCASE工具

時(shí)，先要將這些部門錄入到PlayCASE的“業(yè)務(wù)部門”中.構(gòu)成了一種信息源的接受點(diǎn)（或

發(fā)送點(diǎn)）；而PlayCASE通過圖示表達(dá)了這些部門的關(guān)系，并轉(zhuǎn)換成了對(duì)應(yīng)的軟件構(gòu)造。實(shí)

際上，這是一種系統(tǒng)建模的措施，即把業(yè)務(wù)系統(tǒng)中的各個(gè)組織轉(zhuǎn)變?yōu)檐浖δ苤械母鱾€(gè)構(gòu)造。

這樣，在需求分析階段，明確哪些部門需要數(shù)據(jù)，從而保證了需求分析對(duì)整個(gè)企業(yè)的全面性,

而不會(huì)忽視掉某一種部門，導(dǎo)致需求分析的不完整。

第二步，理解各個(gè)業(yè)務(wù)部門中的業(yè)務(wù)流程，使之通過PlayCASE轉(zhuǎn)換成軟件的運(yùn)行過程，

這是一種動(dòng)態(tài)建模的措施，在上一步的基礎(chǔ)上，追蹤各個(gè)部門的行為，錄入到PlayCASE中，

并以形式化的語言描述各過程。對(duì)于復(fù)雜的過程，該工具還提供了深入細(xì)化的措施，并且形

成了業(yè)務(wù)流程圖和業(yè)務(wù)狀態(tài)圖。根據(jù)這些流程圖、狀態(tài)圖與實(shí)際業(yè)務(wù)部門的業(yè)務(wù)相結(jié)合比較,

還是較為吻合的。在此步的實(shí)行過程中，運(yùn)用/動(dòng)態(tài)建模技術(shù)，使各部門業(yè)務(wù)流程的狀況在

軟件的運(yùn)行過程反應(yīng)出來，從而保證了需求分析階段中運(yùn)行過程的描述能真實(shí)地反應(yīng)實(shí)際狀

況，防止在后繼的程序編寫過程中，也許會(huì)常常發(fā)生的一類狀況：程序員由于沒有理解業(yè)務(wù)

流程而出現(xiàn)“閉門造車”的現(xiàn)象，從軟件的功能角度上保證了軟件的對(duì)的性。

第三步，將業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)變?yōu)檐浖?shù)據(jù)，這一步工作實(shí)際上就是搜集各部門所需要的數(shù)據(jù)。分

析各部門需要的數(shù)據(jù)均有哪些；以及數(shù)據(jù)是怎樣轉(zhuǎn)換的，這可以歸入“功能建?！钡姆秶?。將

這些對(duì)應(yīng)數(shù)據(jù)錄入到PlayCASE中，選定所屬的部門。這時(shí)就自動(dòng)地建立了DFD圖（數(shù)

據(jù)流程圖），數(shù)據(jù)字典，省去了人工建立時(shí)的很大麻煩。

第四步，將業(yè)務(wù)上的數(shù)據(jù)關(guān)系轉(zhuǎn)變成軟件中的數(shù)據(jù)關(guān)系。這里采用了面向?qū)ο蟮拇胧?，把業(yè)

務(wù)部門所需要的數(shù)據(jù)看作一種實(shí)體，部門間的數(shù)據(jù)關(guān)系就是實(shí)體之間的關(guān)系。例如：經(jīng)營部

門所需要的顧客資料、顧客話費(fèi)，實(shí)際上就是顧客這一實(shí)體與賬單這一實(shí)體間的關(guān)系。Play

CASE提供了構(gòu)件（不過我覺得是部件更為合適某些），來表達(dá)對(duì)應(yīng)的數(shù)據(jù)，并提供了三種

構(gòu)件的表達(dá)關(guān)系即組裝關(guān)系、分類關(guān)系與相連關(guān)系。這三類關(guān)系基本I：反應(yīng)出了現(xiàn)實(shí)世界中

的業(yè)務(wù)數(shù)據(jù)之間的關(guān)系。例如現(xiàn)實(shí)世界中的顧客資料與顧客話費(fèi)，在PlayCASE中，可將

顧客構(gòu)件與賬單構(gòu)件用相連關(guān)系表達(dá)。這種措施，實(shí)際上是借鑒J'OOA面向?qū)ο蟮姆治龃?/p>

施中的類、匯集、繼承、封裝等概念，能很好地反應(yīng)出現(xiàn)實(shí)中的業(yè)務(wù)；同步，這一步的工作

也為總體設(shè)計(jì)中數(shù)據(jù)庫的概念模式設(shè)計(jì)奠定了很好的基礎(chǔ)。

經(jīng)歷了上述四個(gè)環(huán)節(jié)后來，運(yùn)用PlayCASE工具自動(dòng)生成了軟件需求規(guī)格闡明書、初步的

DPD圖和業(yè)務(wù)流程圖，為下一步的總體設(shè)計(jì)打好了基礎(chǔ)。使用PlayCASE工具，使需求分

析既能繼承老式的構(gòu)造化分析措施，又能吸取面向?qū)ο笤O(shè)計(jì)措施的長處。例如能把業(yè)務(wù)流程

轉(zhuǎn)變成為運(yùn)行過程，業(yè)務(wù)組織轉(zhuǎn)變成了軟件的構(gòu)造等都體現(xiàn)了這一點(diǎn)。而在運(yùn)行過程中，對(duì)

復(fù)雜過程的細(xì)分以及追蹤則反應(yīng)了老式措施中的自上到下分解的分析思想，這對(duì)于處理復(fù)雜

系統(tǒng)的分析是很有協(xié)助的。

通過使用，我覺得這個(gè)工具還是很不錯(cuò)的。由于它實(shí)際瘠如下四個(gè)方面的問題結(jié)合起來了：

軟件、業(yè)務(wù)、開發(fā)人員和顧客。咐于顧客而言，PlayCASE用圖形化的方式顯示出業(yè)務(wù)流

程，使顧客理解業(yè)務(wù)在軟件中的運(yùn)行過程，提供了未來驗(yàn)收軟件時(shí)的根據(jù)。對(duì)于開發(fā)人員來

說，使開發(fā)人員能更清晰地理解業(yè)務(wù)流程，不會(huì)再發(fā)生“由于不理解顧客的需求而出現(xiàn)的閉

門造車狀況，從而導(dǎo)致開發(fā)出來的產(chǎn)品不符合顧客需要’的現(xiàn)象。因此，PlayCASE所自動(dòng)

提供的需求闡明書可以很好地溝通顧客與開發(fā)人員之間的理解，使他們都能對(duì)需求有共同的

理解。使用PlayCASE工具后，使我們的需求分析獲得了很好的效果，不僅能自動(dòng)地提供

許多成果，如需求闡明書等；還使需求的質(zhì)量有了很大的提高，受到領(lǐng)導(dǎo)的贊揚(yáng)（領(lǐng)導(dǎo)不是

學(xué)計(jì)算機(jī)的，但對(duì)企業(yè)的業(yè)務(wù)十分熟悉）；在后繼的設(shè)計(jì)與維護(hù)工作中，我們感到工作似乎

輕松了諸多。

當(dāng)然，該軟件工具也有局限性之處，?種突出問題是靈活性不夠，■且企業(yè)的部門或者組織

機(jī)構(gòu)發(fā)生變化時(shí)，整個(gè)設(shè)計(jì)都要重新來過。因此，在改善的過程中，我們在第一步過程預(yù)留

了好多種虛擬的部門，以備未來深入的擴(kuò)充或者變動(dòng)。

【評(píng)注】

（1）詳細(xì)項(xiàng)目有些體會(huì)，完畢狀況似乎不錯(cuò)。

（2）條理較清晰，比較系統(tǒng)地描述了使用PlayCASE的過程和體會(huì)。

（3）偏重于工具的討論，對(duì)需求分析的措施分析還嫌不夠。

（4）項(xiàng)目相對(duì)較小，僅波及報(bào)表系統(tǒng)，對(duì)更為復(fù)雜的業(yè)務(wù)流程應(yīng)舉例分析，才能更充足地

體現(xiàn)措施與工具的作用。

論文四IC行業(yè)內(nèi)部的CAD應(yīng)用

上海解亮中國系統(tǒng)分析汨網(wǎng)站

【摘要】

本文通過一種集成電路設(shè)計(jì)有關(guān)的軟件項(xiàng)目，討論了該項(xiàng)目的重要特點(diǎn)和本人所擔(dān)任的工

作，著重討論了在項(xiàng)目需求分析過程中采用的詳細(xì)措施和工具以及選用的理由。

由于項(xiàng)目的專業(yè)領(lǐng)域的特殊性，分兩類不?樣的需求討論了需求分析中碰到的問題及處理措

施；在這個(gè)過程中給出了對(duì)選用的詳細(xì)工具和措施的效果的描述。接著本文討論了對(duì)使用措

施的改善的某些想法以及詳細(xì)的實(shí)現(xiàn)過程。最終提出了我對(duì)需求分析的某些見解，強(qiáng)調(diào)了與

客戶溝通的重要性。

【正文】

近年，我一直從事某企業(yè)中有關(guān)IT項(xiàng)目的開發(fā)，有一種系統(tǒng)是用于計(jì)算機(jī)輔助電路設(shè)計(jì)的，

包括了從上流設(shè)計(jì)到下流設(shè)計(jì)的所有流程，如用于可設(shè)計(jì)百萬門數(shù)量級(jí)的邏輯門電路。有關(guān)

方面把電路中途徑的提取、過濾以及表達(dá)的某軟件開發(fā)任務(wù)交給我企業(yè)，我有幸擔(dān)任了該部

分的需求分析以及設(shè)計(jì)。

我所設(shè)計(jì)部分為一單獨(dú)可啟動(dòng)的軟件，重要是解析文獻(xiàn)中的連線途徑，以列表視圖和用直方

圖等把它們顯示出來，還可以執(zhí)行諸如查找與過濾等功能。委托方對(duì)此提供了很初步的需求

闡明，把某些基本功能及性能規(guī)定描述了一下。我在需求分析時(shí)的工作重要有兩點(diǎn)：第一，

對(duì)■該軟件的界面等詳細(xì)需求要自己重新進(jìn)行分析提取。箕二，對(duì)于已提供的功能規(guī)定需要深

化和細(xì)化，以形成真正完整的需求分析文檔。

在接到需求分析任務(wù)后，我分析了一下所要完畢的工作。發(fā)現(xiàn)由于是專用領(lǐng)域的軟件，對(duì)專

業(yè)領(lǐng)域規(guī)定相稱高，因此唯備把此項(xiàng)目提成兩部分：

（1）界面所受專業(yè)領(lǐng)域影響幾乎沒有，但由于所有沒有任何規(guī)定，反而會(huì)感到風(fēng)險(xiǎn)和改動(dòng)

也許是最大的。

（2）功能方面由于委托方的許多功能都可以調(diào)用對(duì)應(yīng)模塊來得到，并且已經(jīng)有了對(duì)應(yīng)的書

面的簡樸需求，對(duì)應(yīng)來說只是完畢深化。對(duì)界面，我采用了部分RUP的思想迭代與漸進(jìn)。

而對(duì)功能需求采用了分層細(xì)化，每細(xì)化一層就規(guī)定委托方確認(rèn)、修改和補(bǔ)充。

首先把風(fēng)險(xiǎn)較大的部分完畢，這是現(xiàn)代軟件開發(fā)的基本常識(shí)。我選擇先進(jìn)行界面的需求分析。

第一步是根據(jù)功能描述抽取出邏輯模型，并使邏輯模型與界面元素及功能一一對(duì)應(yīng)，大體上

決定了界面應(yīng)有的功能，然后根據(jù)該界面功能描述，確定詳細(xì)的控件，這時(shí)，我參照了委托

方已初步完畢的主窗口的界面布局及控件的使用規(guī)律，然后根據(jù)需要完畢的功能從Qt（由

于要支持Windows和Unix雙平臺(tái)，因此控件庫采用Qt）的類庫中選擇對(duì)應(yīng)的控件。在提

取和抽象邏輯模型時(shí)，我采用了Rose中的用例圖，即以USE-CASE圖來描述馬外部的關(guān)

系。之因此采用Rose,我是基于如下的原因：第一，在已開發(fā)的部分中，委托方統(tǒng)一規(guī)定

我們使用Rose進(jìn)行類和次序圖等的設(shè)計(jì)和代碼生成。第二，Rose提供了原則的圖來描述

系統(tǒng)與外部的關(guān)系，在全球范圍己是一種原則構(gòu)造。第三，使用上的以便性。我用Rose的

USE-CASE圖，理清了我們的軟件窗口與委托方主窗口以及外部角色（操作者）之間的互

相關(guān)系。

在確定了界面元素后，考慮到文檔的可理解性不是很強(qiáng)，我采用Visio把界面的外觀繪制出

來，寫上了基本的控件作用，隨即送給委托方評(píng)審，幸運(yùn)的是除了幾種小功能的修改，委托

方基本同意了我的方案。

下面的工作是為控件的行為及狀態(tài)變化制定對(duì)應(yīng)的狀態(tài)遷移圖，我選用的工具仍是Rose,

我用了狀態(tài)圖和時(shí)序圖，把重要的控件狀態(tài)變化及對(duì)應(yīng)次序進(jìn)行了描述，隨即的幾天把對(duì)應(yīng)

的DOC文檔建好寫明，基本上界面設(shè)計(jì)就完畢了。

下面的需求是針對(duì)功能需求的。雖然委托方技術(shù)部門有初步的需求文檔，但由于領(lǐng)域的專門

化不對(duì)，我不清晰其中復(fù)雜的途徑提取關(guān)系及較深入的專業(yè)術(shù)語，一直有一種舉步維艱的感

覺。只能采用分層細(xì)化的原則，從最初的幾條深入一層變成十幾條。這樣的話，不會(huì)一下子

碰到太深的專業(yè)問題，可以循序漸進(jìn)從委托方與文獻(xiàn)的解答中不停學(xué)習(xí)，深化自己對(duì)專業(yè)領(lǐng)

域的理解，這樣在設(shè)計(jì)中自己一直是層層推進(jìn)的，不至于一下碰到無法逾越的專業(yè)障礙。

在這一階段的開發(fā)中，由于一直是與自己不熟悉的專業(yè)領(lǐng)域打交道，因此我覺得某些輔助設(shè)

計(jì)工具似乎無法發(fā)揮應(yīng)有的功能。在這期間，對(duì)我協(xié)助最大的應(yīng)是企業(yè)的E-Mail系統(tǒng),所

有不清晰的問題的提出，以及對(duì)問題的解答都通過它進(jìn)行周轉(zhuǎn).換句話說，在需求分析階段,

它起到了一種與客戶的交流溝通和客戶需求的提取作用。因此，我認(rèn)為在這一階段，E-Mail

系統(tǒng)是對(duì)我協(xié)助最大的工具，另一方面是Excel,我用它建立了問題跟蹤圖表，對(duì)每一種提

出的問題，均需要記錄上去，把問題成果（可分為已清晰、仍不太清晰、不清晰、尚未問答）

均記錄下來，根據(jù)這些表，我可以很好地理解自己工作中的關(guān)鍵問題，并有了處理它的方向，

提高了工作效率。

每進(jìn)行一層的細(xì)化，我都把成果交付委托方審核，由他們進(jìn)行提出何時(shí)能終止細(xì)化，大概在

八層細(xì)化后，對(duì)方認(rèn)為已到達(dá)了效果，確承認(rèn)以結(jié)束。至此，分析工作所有完畢，項(xiàng)目的需

求分析基本成功了。

在這次需求分析中，我認(rèn)為獲得成功的原因重要是措施和工具選擇得對(duì)的。

在界面設(shè)計(jì)中采用了流行的輔助工具，對(duì)需求及邏輯模型的建立提供很大的協(xié)助，可以更以

便協(xié)助自己理清思緒。選用了迭代法，把某些錯(cuò)誤的影響在功能分析和界面分析的不停迭代

過程中加以改正。在后期，以功能需求為主時(shí)，我重要依賴的是溝通工具和表格工具，這也

闡明輔助工具不是萬能的，需求分析的關(guān)鍵之關(guān)鍵，應(yīng)是與客戶的交流與溝通。

通過這次案例，我認(rèn)為在軟件的需求分析工作中，措施的重要性應(yīng)遠(yuǎn)超過工具的使用，應(yīng)當(dāng)

首先確定分析中的風(fēng)險(xiǎn)，把風(fēng)險(xiǎn)分類，用不一樣的措施去處理各類風(fēng)險(xiǎn)，而工具的選擇不僅

是要看影響力和名氣，而是要真正為我所用，應(yīng)把握其精髓，即是此工具究竟可以對(duì)開發(fā)有

什么協(xié)助，而不是僅限于怎樣使用。我認(rèn)為在需求分析中工具的作用不外乎兩個(gè)：一是實(shí)際

系統(tǒng)與環(huán)境模型等的抽象工具，二是需求體現(xiàn)工具。第一類的代表是Rose,第二類的代表

是Word,WPS,Visi。等，在這次項(xiàng)目中由于地理上的限制還用到了溝通工具，Web瀏覽

與E-Mail服務(wù)系統(tǒng)。

最終我還是總結(jié)一下，在需求分析中工具措施都只是輔助項(xiàng)目成功的原因，真正的決定原因

還是「與客戶的溝通“。

【評(píng)注】

（1）較實(shí)際地討論了措施與工具。

（2）兩類需求的討論有點(diǎn)特色，處理需求問題的措施較成功，有說服力。

（3）能刊登自己的觀點(diǎn)和意見，體會(huì)較實(shí)在。

（4）本例似乎有些特殊性，還是要鼓勵(lì)對(duì)自己熟悉的業(yè)務(wù)領(lǐng)域做項(xiàng)目，否則的話，有時(shí)會(huì)

事倍功半。

（5）最佳再列舉更多的項(xiàng)目或例子，使措施與工具的討論更全面某些。

論文五ERP開發(fā)的應(yīng)用

上海陳莉莉中國系統(tǒng)分析師網(wǎng)站

【摘要】

根據(jù)某類企業(yè)的迫切需要，我所在的信息技術(shù)企業(yè)組織了?種企業(yè)資源計(jì)劃（ERP）項(xiàng)目的

開發(fā)，但愿推進(jìn)我國ERP應(yīng)用的發(fā)展，也但愿更深入有效地運(yùn)用Java技術(shù)。該項(xiàng)目的內(nèi)

容波及到某類行業(yè)的企業(yè)生產(chǎn)經(jīng)營的全過程，其基本目的是為了提高企業(yè)的勞動(dòng)生產(chǎn)率，增

長企業(yè)的利潤，優(yōu)化配置企業(yè)的資源，使企業(yè)的整體運(yùn)行水平能上一種臺(tái)階。這是一種基于

Java技術(shù)的Intranet經(jīng)典應(yīng)用項(xiàng)目。

在該項(xiàng)目中，我承擔(dān)項(xiàng)目負(fù)責(zé)人的重要職責(zé)，例如在項(xiàng)目的準(zhǔn)備階段，我曾組織了對(duì)項(xiàng)目組

的組員進(jìn)行該類企業(yè)業(yè)務(wù)流程方面的培訓(xùn)；在項(xiàng)目需求分析和設(shè)計(jì)階段，我著重考慮了架構(gòu)

好系統(tǒng)的框架和原型，為項(xiàng)目組及其他分析員進(jìn)行下一步的細(xì)化分析奠定了堅(jiān)實(shí)的基礎(chǔ)。同

步我還組織好項(xiàng)目總體組，把握住各模塊之間的接口分析，保持各個(gè)分析員之間實(shí)現(xiàn)親密的

溝通。在系統(tǒng)的開發(fā)階段，做好開發(fā)、測試方面的協(xié)調(diào)和同步工作，保證系統(tǒng)的可靠性，在

系統(tǒng)的實(shí)行階段可以順利地推進(jìn)項(xiàng)目，此項(xiàng)目開發(fā)后的應(yīng)用已得到了顧客們的一致好評(píng)。

【正文】

與國際上ERP項(xiàng)目的廣泛應(yīng)用相比，我國的ERP應(yīng)用水平尚有相稱大的差距。根據(jù)某類

企業(yè)的實(shí)際迫切需求，我企業(yè)組織了對(duì)一類ERP產(chǎn)品的開發(fā)，我有幸參與了該項(xiàng)目的分析

與設(shè)計(jì)，開發(fā)的成果是一種經(jīng)典的Java技術(shù)應(yīng)用于Intranet的實(shí)際項(xiàng)目。

在選擇詳細(xì)的技術(shù)方案時(shí)，我們曾經(jīng)進(jìn)行了認(rèn)真的思索和研究。對(duì)于選擇普遍采用的微軟模

式的平臺(tái)方案，還是跨平臺(tái)式的Java方案，我們曾舉棋未定，這是由于微軟的VB+ASP已

成為大家在較長時(shí)間工作后承認(rèn)而熟悉了的方案。而Java由于其環(huán)境規(guī)定高與執(zhí)行效率低

的老大難問題，成為我們緊張膽怯的重要原因。不過Java的跨平臺(tái)特性越來越成為人們的

關(guān)注點(diǎn)，尤其是許多大中型的企業(yè)，他們既有的網(wǎng)絡(luò)系統(tǒng)都是基于多種平臺(tái)的，對(duì)跨平臺(tái)的

規(guī)定和呼聲極為強(qiáng)烈，而對(duì)軟件企業(yè)來說，軟件的跨平臺(tái)特性有也許會(huì)節(jié)省開發(fā)成木，減少

維護(hù)量，

也能獲得更多客戶的承認(rèn)。綜合考慮了諸多市場行情與行業(yè)發(fā)展原因，最終決定一定要用

Javao所幸的是目前Java用于因特網(wǎng)的開發(fā)也已經(jīng)越夾越便利了。

目前Java在因特網(wǎng)上的開發(fā)技術(shù)已呈白花齊放之勢態(tài)，有最初的JavaServlet,有與數(shù)據(jù)庫

聯(lián)絡(luò)在一起的SQL-J,尚有可與ASP和PHP相媲美的JSPo尤其是JSP技術(shù)的迅速發(fā)展，

使得Java的網(wǎng)絡(luò)應(yīng)用不再是少數(shù)人的專利，JSP以其執(zhí)行的高效性和使用的以便性，已成

為近年來大家首選的因特網(wǎng)開發(fā)技術(shù)，JSP是一種頁面開發(fā)技術(shù)，它以Java為其服務(wù)器端

語言，結(jié)合JavaScript作為其客戶端語言，能以便地實(shí)現(xiàn)頁面的表達(dá)。

選擇好了后端的Java和前端的JBP,尚有一項(xiàng)重要的任務(wù)，那就是前后的聯(lián)接。由于J5P重

要用于頁面體現(xiàn)，需要體現(xiàn)的內(nèi)容要封裝起來，這樣，為了保證重要商務(wù)邏輯的安全性，我

們采用了JavaBean作為橋梁，即客戶端JSP通過其中JavaBean的使用，完畢重要的商務(wù)

邏輯功能。在后臺(tái)，將Bean構(gòu)造好，形成一種強(qiáng)大的Bean庫，再由前臺(tái)JSP進(jìn)行使用。

在進(jìn)行JavaBean的規(guī)劃時(shí)，我們下決心作出很大的投入，由于這些不僅是我們目前項(xiàng)目中

所需急用的，并且還應(yīng)成為企業(yè)長期積累使用的一種強(qiáng)大的資源庫，能實(shí)現(xiàn)一定程度的資源

共享和軟件復(fù)用，為其他項(xiàng)目開發(fā)打好基礎(chǔ)。因此，本次規(guī)劃的目的是形成企業(yè)Java技術(shù)

的JavaBean的平臺(tái)庫。

我們根據(jù)JavaBean所體現(xiàn)的類的用途，將這些類提成幾種層次。最底部的一層就是參數(shù)化

類的構(gòu)造，這一層的類所實(shí)現(xiàn)的重要功能包括通用訪問機(jī)制，對(duì)數(shù)據(jù)庫等其他層次的訪問接

口和公共處理系統(tǒng)等。中間一層是實(shí)體類的構(gòu)造，這些實(shí)體類包括與數(shù)據(jù)信息有關(guān)的構(gòu)造及

其處理措施,其中的重點(diǎn)是包括了某些重要的商務(wù)邏輯的處理。這一層類與系統(tǒng)各部分有關(guān)，

并且其安全性規(guī)定很高，直接影響到系統(tǒng)重要功能的體現(xiàn)，由于系統(tǒng)的主體是對(duì)某些邏輯進(jìn)

行處理，這就規(guī)定這層實(shí)體類的規(guī)劃需要十分認(rèn)真，做到細(xì)節(jié)精確。最上面的?層可以稱為

接口類，這一層類重要用于實(shí)現(xiàn)底層的類與前臺(tái)之間的關(guān)系。也只有這層類才能由前臺(tái)JSP

進(jìn)行JavaBean調(diào)用而加以使用，只有這層具有開放性，這一層類除了上述的接口功能外，

還應(yīng)當(dāng)有一項(xiàng)重要的實(shí)用內(nèi)容，即包括用于實(shí)現(xiàn)前臺(tái)JSP的頁面自動(dòng)構(gòu)造程序。

這里所說的頁面自動(dòng)構(gòu)造程序可以認(rèn)為是本系統(tǒng)的一種重要特點(diǎn)，目的是為了讓顧客可以以

便地自定義界面，而不需要由程序員修改程序，這樣可以極大地滿足了顧客的規(guī)定。頁面自

動(dòng)構(gòu)成程序的重要內(nèi)容包括對(duì)界面元素的定制與修改、位置的修改、動(dòng)作的觸發(fā)、行為的控

制以及報(bào)表設(shè)計(jì)和計(jì)算匯總等功能。頁面自動(dòng)構(gòu)成程序的設(shè)計(jì)重要采用上述的接口類與JSP

相結(jié)合的方式，用類實(shí)現(xiàn)元素的定制、控制及關(guān)聯(lián)，并將重要信息加以保留，以利于顧客的

多次反復(fù)修改。該自動(dòng)構(gòu)造程序提供了強(qiáng)大功能，已成為我們的一種獨(dú)立產(chǎn)品。能應(yīng)用于各

個(gè)項(xiàng)目的界面制作，實(shí)現(xiàn)了我們原先制定的共享資源的目的。

在前臺(tái)JSP的應(yīng)用中，做到了盡量最簡化的程度，這樣可以提高系統(tǒng)的安全性。當(dāng)然在我

們的系統(tǒng)中，還存在某些客戶端控制比較系雜的狀況，為保護(hù)這段比較復(fù)雜的控制腳本，我

們采用了用Servlet的措施，保護(hù)這段腳本，從而保證了一定程度的安全性。

在系統(tǒng)的登錄過程中，我們采用了相稱嚴(yán)格的登錄鍵檢查操作，顧客沒有供應(yīng)商提供的對(duì)應(yīng)

的鍵，就無法通過驗(yàn)證而進(jìn)入系統(tǒng)。對(duì)于試用版的顧客則提供了一種有效期限約束。這些加

密或安全措施，通過在JavaBean中封裝了嚴(yán)格而有強(qiáng)大功能的加密算法，在客戶端申請(qǐng)驗(yàn)

證后才能準(zhǔn)予通過。

在使用這套技術(shù)方案的過程中，我們曾經(jīng)碰到過許多的困難。例如；前面曾提到過規(guī)定JSP

中代碼可以盡量簡化，以提高安全性。由于JSP中仍有某些輕易讓人也許猜測到處理措施

的語句及處理的過程，為深入提高安全性，我們通過查閱大量的網(wǎng)上資料，才形成了一套很

好的措施，例如制作JSP的標(biāo)識(shí)庫，將有也許被猜測的處理深入加以規(guī)劃，對(duì)應(yīng)地生成一

套行之有效的實(shí)用標(biāo)識(shí)庫，這樣就又增長了一道很有效的防護(hù)墻，大幅度地提高了安全保存

性，并且使頁面構(gòu)造的分離到達(dá)了?定的水準(zhǔn)。又如：在對(duì)數(shù)據(jù)的處理上，剛開始時(shí)也總是

碰到系統(tǒng)運(yùn)行會(huì)變得越來越慢的狀況，最終追查其原因，發(fā)現(xiàn)本來是數(shù)據(jù)的連接過多，我們

及時(shí)地采用了數(shù)據(jù)連接池等技術(shù)處理了此類問題。

該系統(tǒng)采用Java平臺(tái)，提供了深入地使用JavaBean和JSP的方案，其效果是相稱明顯的，

在顧客真實(shí)使用環(huán)境中受到了一致好評(píng)，運(yùn)行也較為穩(wěn)定。由于采用J'統(tǒng)一而以便的頁面自

動(dòng)構(gòu)造程序，顧客的界面非常友善，并且可以按顧客需求進(jìn)行定制，滿足了顧客的適應(yīng)性需

求。而在我們企業(yè)的內(nèi)部，也開始建立了一套基于此平臺(tái)的資源庫，成為企業(yè)的此后開發(fā)使

用的寶貴財(cái)富。

必須指出的是，在此系統(tǒng)中，還存在著諸多的局限性，例如實(shí)體類的組裝程度尚不盡如人意，

根據(jù)多種商務(wù)邏輯的某些共同點(diǎn)，可以深入加以抽象封裝，使這部分內(nèi)容能滿足多種系統(tǒng)對(duì)

類似邏輯的處理過程。我將會(huì)在此后的工作中深入加強(qiáng)各方面的分析能力，帶領(lǐng)團(tuán)體不停地

超越FI前的層次與水準(zhǔn)，加強(qiáng)我們的隊(duì)伍建設(shè)，但愿有更多優(yōu)秀的軟件產(chǎn)品上寫著MadeIn

China。

【評(píng)注】

無

論文六論Java技術(shù)在因特網(wǎng)平臺(tái)上的應(yīng)用■通信服務(wù)平臺(tái)的應(yīng)用

廣州王海波中國系統(tǒng)分析師網(wǎng)站

【正文】

數(shù)據(jù)通訊是目前十分活躍與熱門的計(jì)算機(jī)與信息技術(shù)的應(yīng)用領(lǐng)域。某大型通信企業(yè)開發(fā)了其

業(yè)務(wù)的重要支撐平臺(tái)，在這里，我們簡稱之為“通信信息服務(wù)平臺(tái)”，用于在全國與全球開展

數(shù)據(jù)業(yè)務(wù)的需要。該平臺(tái)是一種經(jīng)典的Java技術(shù)應(yīng)用于Internel的項(xiàng)目。

作為信息技術(shù)企業(yè)中的?名技術(shù)骨干，我有幸參與了該系統(tǒng)的分析與設(shè)計(jì)工作，承擔(dān)了相稱

多的Java應(yīng)用開發(fā)任務(wù)。此系統(tǒng)中的軟件部分大多由Java來實(shí)現(xiàn)，在全系統(tǒng)中我們是這

樣來用Java構(gòu)架系統(tǒng)的：

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

(2)表達(dá)層用Java中的JavaScript來實(shí)現(xiàn)貝面輸出。

(3)中間件層用Java來實(shí)現(xiàn)CORBA,即實(shí)現(xiàn)Component(構(gòu)件)，重要實(shí)現(xiàn)業(yè)務(wù)邏輯的

封裝與復(fù)用。

(4)數(shù)據(jù)層重要是數(shù)據(jù)庫和存儲(chǔ)過程的實(shí)現(xiàn)。

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

(1)使JavaScript盡量簡樸，由于JavaScript在我們系統(tǒng)中是放在服務(wù)器端執(zhí)行的，該語

言是通過一種解釋器解釋執(zhí)行的，相對(duì)速度很慢，我們采用了兩臺(tái)HP前置機(jī)來運(yùn)行Java

Script,不過其運(yùn)行速度還是不理想，因此我們在設(shè)計(jì)中把JavaScript僅用來顯示從中間件

層所得到的數(shù)據(jù)，生成動(dòng)態(tài)頁面。在最初的設(shè)計(jì)中表達(dá)層(JavaScript)曾承擔(dān)了某些業(yè)務(wù)

邏輯處理操作，導(dǎo)致效率不理想，因此，我們不得不盡量地減少JavaScript的程序量。

(2)用Java實(shí)現(xiàn)CORBA時(shí)，應(yīng)盡量考慮共享和復(fù)用。在本系統(tǒng)中，最初的設(shè)計(jì)是讓Java

在實(shí)現(xiàn)Componeni時(shí)，只是執(zhí)行某些數(shù)據(jù)庫表的操作，導(dǎo)致表達(dá)層的負(fù)載較大。后來，我

們重新設(shè)計(jì)時(shí)，總結(jié)歸納了所有的UseCase,找出了其中可供共享和復(fù)用的接口，把相似的

業(yè)務(wù)邏輯操作封裝到一種接口中去。由于Java的執(zhí)行效率比JavaScript要高，因此提高了

系統(tǒng)效率。

(3)在別的項(xiàng)目中，我們曾大量地使用過Java中的JSP技術(shù)和Servlet技術(shù)，一般人也許

不能辨別這兩種Java技術(shù)的區(qū)別。為了得到系統(tǒng)的某些執(zhí)行速率的數(shù)據(jù)，我們采用了一種

著名的壓力測試軟件--LoadRunner來測試這兩種技術(shù)的差異。測試表明：用JSP和Servlet

完畢同樣的一種操作，并口保證是在相似的測試環(huán)境中：相似服務(wù)器、壓力測試工作站與數(shù)

據(jù)庫環(huán)境)，得到的測試數(shù)據(jù)卻有著很大差異，JSP完畢一種操作的平均執(zhí)行時(shí)間大體會(huì)是

Servlet程序的兩倍。在一種企業(yè)級(jí)應(yīng)用項(xiàng)目中，這也許是一種很關(guān)鍵的瓶頸。因此，我們

得出的結(jié)論是：在也許的條件下，盡量地多使用Servlet<,當(dāng)然，與Servlet相比，JSP編

程迅速，修改以便，在訪問量不是很大的應(yīng)用場所下也是可以接受的。

(4)使用Java作為整體處理方案時(shí)，應(yīng)盡量使用相似版本的JDK。在用Java作為編程語

言的項(xiàng)目中，幾乎大多要碰到“中文”問題，即Java在沒有通過轉(zhuǎn)換的狀況下，在輸出中文

時(shí)，很也許會(huì)出現(xiàn)亂碼。采用不一樣版本的JDK,處理的方案是不一樣樣的，例如VI.2.2版

本的JDK和VL3版本的JDK處理措施就會(huì)有某些不一樣樣，把V1.2.2的Java程序放在

V1.3的JDK中，就不能順利輸出中文了。

其主線原因在于Java使用了Unicode編碼，和我們中國的國標(biāo)編碼不一樣樣。因此在這個(gè)

意義上某些人竭力鼓吹的”一次編寫，到處運(yùn)行”似乎不一定能在所有的場所都行得通。

(5)使用Java時(shí)，應(yīng)盡量遵從軟件規(guī)范。在Java中有一種JVM的概念，即在Java虛擬

機(jī)中使用了?種垃圾搜集器，專門用來回收內(nèi)存。不過該垃圾搜集器在給編程人員帶來以便

的同步，也隱埋下了隱患。在程序設(shè)計(jì)中，并不能強(qiáng)制執(zhí)行垃圾搜集器，因此，開發(fā)人員不

能確定某對(duì)象與否已釋放，常常讓編程人員養(yǎng)成依賴自動(dòng)搜集的壞習(xí)慣，因此我們規(guī)定：在

Try,Catch之后必須明確規(guī)定回收內(nèi)存(當(dāng)然，也只能是告知垃圾搜集器來回收垃圾)，這

樣可以有效地提高系統(tǒng)穩(wěn)定性。

以上這些實(shí)用性的技術(shù)與方略，是我們在實(shí)踐中的某些實(shí)際體會(huì)，僅供各位開發(fā)人員根據(jù)實(shí)

際狀況參照。

當(dāng)然，在使用Java作為處理方案時(shí)，也會(huì)碰到諸多讓我們頭疼的問題，這些問題導(dǎo)致同步

執(zhí)行的并發(fā)性比較差，系統(tǒng)速度慢等等。歸納起來看，我們曾碰到過的重要詳細(xì)的問寇有：

(1)用Java來實(shí)現(xiàn)CORBA中的Component,有時(shí)效率會(huì)比較低。

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

(3)用JSP編程時(shí)輕易導(dǎo)致系統(tǒng)信息的擴(kuò)散。例如，假如有黑客襲擊一臺(tái)運(yùn)行JSP程序的

服務(wù)器，他可以故意地輸入某些非法字符或異常信息給JSP程序，于是程序執(zhí)行將出現(xiàn)異

常。這時(shí)，就會(huì)在頁面上打印出對(duì)應(yīng)的錯(cuò)誤信息。很不幸的是，這些信息極有也許暴露出這

臺(tái)服務(wù)器的JDK的版本號(hào)與途徑信息等內(nèi)容。這往往輕易讓黑客們有機(jī)可乘，有也許去抓

住系統(tǒng)的漏洞.

在發(fā)現(xiàn)了這些問題后，我們通過仔細(xì)研究，找出了某些處理措施。例如：

(1)既然用Java實(shí)現(xiàn)Componeni比較慢，我們就盡量減少Component所執(zhí)行的業(yè)務(wù)邏輯

量。爭取把可以放在存儲(chǔ)過程中實(shí)現(xiàn)的操作，盡量在存儲(chǔ)過程中加以實(shí)現(xiàn)。眾所周知，數(shù)據(jù)

庫的存儲(chǔ)過程操作，比起在Java程序中執(zhí)行數(shù)據(jù)庫操作要快得多。

(2)既然用Java建立數(shù)據(jù)庫連接比較慢，我們就可以把數(shù)據(jù)庫連接封裝成連接池(Connect

Pool),從而能非常有效地提高系統(tǒng)效率。我們也曾經(jīng)用“LoadRunner”作過壓力測試，使用

連接池比不使用連接池的速度要快上3?5倍」

(3)為了對(duì)付JSP程序與Servlet程序會(huì)打印出異常系統(tǒng)信息的問題。我們曾查閱了諸多

JSP或Servlet的資料，最終是亳無頭緒。不過我們可以換另一種思緒，即是不從程序下手，

而從WebServer著手，我們可以把Apache配置成為使此類異常信息不再打印出來，而是

使之僅出現(xiàn)一種通用的異常闡明的頁面，這樣，就能十分有效地處理這個(gè)問題。

在我們使用Java作為編程語言的這樣多項(xiàng)目中，絕大多數(shù)是比較成功的。Java語言作為一

種快捷、穩(wěn)定的計(jì)算機(jī)語言，開發(fā)基于因特網(wǎng)應(yīng)用的項(xiàng)目大多是相稱穩(wěn)定和比較合用的。

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

(1)在因特網(wǎng)上將會(huì)有愈加廣泛的應(yīng)用。

(2)在嵌入式設(shè)備中，Java也大有用武之地。例如，在最新推出的Java技術(shù)中，Java已

經(jīng)進(jìn)入了手機(jī)領(lǐng)域。

(3)Java程序大多以線程運(yùn)行，占用資源少，會(huì)逐漸替代ASP與CGI程序。根據(jù)第三方

測試表明：JSP程序比ASP程序要快2倍以上。用JSP替代ASP應(yīng)是大勢所趨。

(4)Java在無線互聯(lián)網(wǎng)內(nèi)的應(yīng)用將會(huì)愈加廣泛。Java又持WAP,可以以便地用Java開發(fā)

WAP程序，實(shí)現(xiàn)WAP應(yīng)用。

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

就我個(gè)人而言，我將會(huì)在相稱長一段時(shí)期內(nèi)致力于Java在無線互聯(lián)中的應(yīng)用，為我國的移

動(dòng)通信事業(yè)開發(fā)出更多的優(yōu)秀實(shí)用的項(xiàng)目。

【評(píng)注】

評(píng)注；參與了一種較大的項(xiàng)目后有實(shí)踐體會(huì)。全文都采用1、2、3、4方式，

文章的風(fēng)格顯得單調(diào)，不大吸引人。不過本文的長處是；

(1)寫得很有條理。

(2)內(nèi)容的選擇合適。

(3)所列舉的方略、注意事項(xiàng)與發(fā)現(xiàn)的問題都很現(xiàn)實(shí)可信。

論文七論Java技術(shù)在因特網(wǎng)平臺(tái)上的應(yīng)用-銀行業(yè)的應(yīng)用

上海戴黎平中國系統(tǒng)分析師網(wǎng)站

【摘要】

因特網(wǎng)上應(yīng)用的日益普及與深化，為Java技術(shù)的運(yùn)用提供了廣闊的活動(dòng)舞臺(tái)，也大大推進(jìn)

了Browser/Server模式的企業(yè)內(nèi)聯(lián)網(wǎng)應(yīng)用與網(wǎng)絡(luò)計(jì)算。

作為某信息企業(yè)中的技術(shù)骨干，我有幸承擔(dān)了某銀行信貸管理與查詢系統(tǒng)等的開發(fā)任務(wù)，獨(dú)

立地完畢了其中的系統(tǒng)設(shè)計(jì)、類設(shè)計(jì)、部分開發(fā)及測試工作。

整個(gè)系統(tǒng)完全按照J(rèn)2EE的原則來設(shè)計(jì)。前臺(tái)界面應(yīng)用了JSP技術(shù)，控制部分采用TServlet

來開發(fā)，業(yè)務(wù)邏輯應(yīng)用了EJB技術(shù)來封裝，應(yīng)用服務(wù)器采用了支持J2EE原則的BEA企業(yè)

的Weblogic,后臺(tái)的數(shù)據(jù)庫選用的是Informix7.3,目的是為了與銀行中其他業(yè)務(wù)系統(tǒng)數(shù)據(jù)

庫保持一致。在硬件平臺(tái)上，我們選用的是HP企業(yè)的某臺(tái)中型服務(wù)器機(jī)器，操作系統(tǒng)是

HP-UX。

該系統(tǒng)界面運(yùn)用的是IE,它不僅兼容性很好，并且已為廣大顧客所熟悉。

系統(tǒng)運(yùn)行后，各個(gè)支行都普遍反應(yīng)界面友善，功能強(qiáng)大，開發(fā)的效果令人滿意。

【正文】

在銀行應(yīng)用中私人的儲(chǔ)蓄、企業(yè)的會(huì)計(jì)、國際的業(yè)務(wù)、信貸、財(cái)務(wù)管理都是十分重要的，它

們構(gòu)成銀行的基礎(chǔ)業(yè)務(wù)系統(tǒng)。我從事開發(fā)的信貸業(yè)務(wù)更是銀行利潤來源的甫.要部分。與儲(chǔ)蓄，

對(duì)公等以交易事務(wù)為主的業(yè)務(wù)模式有所不一樣的是，盡管信貸也是交易，但需要更多其他輔

助信息的支持,如客戶的基本資料，在本行內(nèi)業(yè)務(wù)發(fā)生狀況、信用等級(jí)、與否有逾期貸款未

能償還等。各個(gè)支行的有關(guān)業(yè)務(wù)人員及分行管理人員都但愿能以便及時(shí)地理解這些信息。老

式的基于終端的顧客界面難以傳遞這樣多信息給顧客，因此我們決定采用基于測覽器IE的

顧客界面，首先IE使用以便，不需要專門培訓(xùn)，此外它是與Windows操作系統(tǒng)捆綁在一

起的，也可節(jié)省前臺(tái)費(fèi)用。在開發(fā)技術(shù)上有ASP,JSP可供選擇。

由于考慮到Java技術(shù)在Internet上的迅速發(fā)展,J2EE更是提出了全新的用語言來統(tǒng)一平臺(tái)

的思緒，于是我們決定采納J2EE原則，并選用了JSP.在設(shè)計(jì)上，基本上是采用了一種

交易畫面對(duì)應(yīng)于一種JSP程序，充足發(fā)揮JSP動(dòng)態(tài)處理頁面的長處。

為了使設(shè)計(jì)有更好的可擴(kuò)性、靈活性與邏輯性，能為后來擴(kuò)展奠定堅(jiān)實(shí)的基礎(chǔ)，我采用了

(Modelu,View,Controller)的MVC設(shè)計(jì)模式，View所有由JSP實(shí)現(xiàn),而Controller則

是設(shè)計(jì)「一種Servlet程序，它負(fù)責(zé)處理前臺(tái)瀏覽器傳送來的所有祈求，并按事先定義好的

途徑/程序關(guān)系，分發(fā)給對(duì)應(yīng)的JSP程序去處理。由于Servlet本來就是為Java服務(wù)器端編

程來設(shè)計(jì)的，因此由它來負(fù)責(zé)服務(wù)器端的處理是相稱合適的。

在開始設(shè)計(jì)時(shí)，我運(yùn)用了構(gòu)件技術(shù)，由EJB承擔(dān)起設(shè)計(jì)模式的Modelu角色。詳細(xì)的貸款

開戶，放款，結(jié)息逾期貸款，償還貸款等交易都對(duì)應(yīng)一種詳細(xì)的EJB。為了將這些處理邏

輯與對(duì)應(yīng)的數(shù)據(jù)庫操作分離開，能愈加便于維護(hù)，我將處理業(yè)務(wù)的EJB設(shè)計(jì)成SessionBean,

而為每個(gè)SessionBean再配置一種相對(duì)應(yīng)的EntityBean,用于訪問后臺(tái)的數(shù)據(jù)庫。貸款管

理中有很重要的?點(diǎn)是進(jìn)行查詢，我按照需求分析的成果，為每類查詢都設(shè)計(jì)了相對(duì)應(yīng)的

Bean,其目的是盡量地提高查詢的速度。

在對(duì)數(shù)據(jù)庫的存取中，我本來的設(shè)計(jì)應(yīng)用InformixJDBC所帶的DriverManager,這樣，在

存取數(shù)據(jù)庫中的Bean中就要把Driver及Server寫入，后來考慮到應(yīng)盡量提高應(yīng)用的平臺(tái)

獨(dú)立性，在參閱了J2EE?=>JDBC部分的闡明后，改用了DataResource的處理措施，這樣，

雖然后來數(shù)據(jù)庫換成Oracle或其他產(chǎn)品，程序也不用修改，只需要在配置時(shí)進(jìn)行變動(dòng)即可。

在這次信貸管理系統(tǒng)的開發(fā)過程中，Java的平臺(tái)無關(guān)性優(yōu)勢，在開發(fā)人員從事開發(fā)的活動(dòng)

中體現(xiàn)得淋漓盡致。由于經(jīng)費(fèi)相對(duì)緊缺，我們的開發(fā)環(huán)境是各個(gè)項(xiàng)目組共用一臺(tái)HP機(jī)器，

雖然每個(gè)開發(fā)小組都搭建了自己的環(huán)境，但項(xiàng)目一多，尤其是遇上結(jié)息與批量測試等場所，

機(jī)器就顯得不堪重負(fù)，使開發(fā)與測試工作的效率大為下降。我們小組由于采用的是Java技

術(shù)，大家可以在自己的NT機(jī)器上搭建相似的環(huán)境。這樣一來，大家平時(shí)的開發(fā)工作，包

括JSP,Servlet,EJB的程序，都可以在當(dāng)?shù)赝戤?，只是到測試或展現(xiàn)階段才需放到HP開

發(fā)機(jī)器上進(jìn)行。

此前我們開發(fā)的Web應(yīng)用，往往只是應(yīng)用了部分的Web技術(shù)，如采用ApacheWebServer>

ASP開發(fā)語言等。整個(gè)體系的集成與組合往往不夠理想.，這次由于我們采用的?整套符合

J2EE原則的組件，整個(gè)系統(tǒng)的協(xié)同性與一致性非常之好。再加上有一種支持J2EE的應(yīng)用

服務(wù)器--BEAWeblogic,以往我們做得不理想的復(fù)雜配置，模塊間的連結(jié)，如今都用不到再

操心了，只需在圖形化的配置工具中，輸入系統(tǒng)所需要的配置，如途徑與實(shí)際應(yīng)用程序的關(guān)

系,組件中的EJB引用，DataResource的屬性等；所有配置完畢后，Weblogic會(huì)替我們

士

7C

成項(xiàng)目的布署，并將這一切有關(guān)的程序都封裝起來。

本來，我們開發(fā)小組的文檔編制任務(wù)顯得非常之繁重，由于整個(gè)系統(tǒng)既有交易部分，又有管

理查詢部分，交易、數(shù)據(jù)與源程序都諸多。為了處理這個(gè)問題，我們直接應(yīng)用了Java源程

序中的Javadoc導(dǎo)出文檔，這樣不僅文檔美觀，并且可以保持與源程序的一致性，實(shí)乃一石

二鳥之舉。

整個(gè)項(xiàng)目完畢后，顧客使用下來都覺得界面友好，操作簡便。不過我心里懂得.這個(gè)系統(tǒng)尚

有諸多可以加以改善的地方。首先，基于Java系統(tǒng)的開發(fā)需要資金較多的投入，由于該系

統(tǒng)受到經(jīng)費(fèi)的限制,只申請(qǐng)到一臺(tái)生產(chǎn)用機(jī),這樣，WebServer>ApplicationServerDB

Server只能被擠放在一起。雖然Weblogic能實(shí)現(xiàn)部分負(fù)載平衡，但在未來的業(yè)務(wù)發(fā)展時(shí)，

這樣的分布肯定不是最理想的。好在我們在設(shè)計(jì)時(shí)已經(jīng)考慮過盡量有良好的擴(kuò)展性，在后來

條件許可時(shí)，只需進(jìn)行在不一樣機(jī)器之間的深入布署即可，應(yīng)用程序大體上無需改動(dòng)。

另一方面，在設(shè)計(jì)上，可以采用UML的產(chǎn)品，如RationalRose,另首先，RationalRose具

有自動(dòng)代碼生成功能，也可以大大節(jié)省開發(fā)的成本。最終，目前的信貸管理系統(tǒng)相對(duì)顧客數(shù)

目量不多，當(dāng)推廣類似系統(tǒng)需要擁有大批顧客時(shí)，基于Java的系統(tǒng)的響應(yīng)時(shí)間與系統(tǒng)分布

都會(huì)有較為突出的矛盾出現(xiàn)。

以上這些，都是我在此后的系統(tǒng)設(shè)計(jì)與開發(fā)中需要加以注意的地方，也是運(yùn)用Java技術(shù)應(yīng)

當(dāng)努力的方向。

【評(píng)注】

評(píng)注：討論詳細(xì)，應(yīng)用較為深入，體現(xiàn)清晰。存在的問題屬實(shí)。

論文八論改善Web服務(wù)器性能的有關(guān)技術(shù)-銀行業(yè)的應(yīng)用

廣州黃昌湛中國系統(tǒng)分析師網(wǎng)站

【摘要】

基于Web技術(shù)的數(shù)據(jù)庫應(yīng)用是目前應(yīng)用的一種熱點(diǎn)，在顧客數(shù)目與通信負(fù)荷很大的場所，

提高Web服務(wù)器性能是一種迫切的課題。本文從筆者參與某個(gè)銀行系統(tǒng)項(xiàng)FI開發(fā)的經(jīng)歷出

發(fā)，論述了提高Web服務(wù)器的性能應(yīng)滲透到項(xiàng)目論證、選型、開發(fā)、運(yùn)行和管理的各個(gè)環(huán)

節(jié)，只有各個(gè)環(huán)節(jié)都能充足考慮到性能與質(zhì)量的需要，系統(tǒng)的性能才是真正可保證的和可擴(kuò)

充的。

文章從系統(tǒng)的實(shí)際運(yùn)行與對(duì)應(yīng)的經(jīng)驗(yàn)出發(fā)，論述了性能改善方面的某些詳細(xì)措施。

例如：在本文中討論了Web服務(wù)器平臺(tái)的選型考慮；W?b服務(wù)器的配置管理；應(yīng)用系統(tǒng)自

身的優(yōu)化與預(yù)先設(shè)計(jì)系統(tǒng)時(shí)可擴(kuò)性的性能保障等詳細(xì)內(nèi)容。

通過技術(shù)上的分析與改善，綜合性地運(yùn)用多類措施與手段，在實(shí)際系統(tǒng)中，Web服務(wù)器運(yùn)

行的性能得到了一定程度的保證。

【正文】

我所在的單位是把目的定位于金融領(lǐng)域開發(fā)IT應(yīng)用的一家信息技術(shù)企業(yè)。

伴隨金融電子化建設(shè)的發(fā)展和商業(yè)銀行之間市場競爭的加劇，各重要商業(yè)銀行不停通過信息

技術(shù)提供新的金融產(chǎn)品，并且但愿能整合市場渠道。例如重要的商業(yè)銀行不停推出形形色色

的網(wǎng)上銀行服務(wù)。在這種背景下，本人參與了開發(fā)新一代網(wǎng)上銀行產(chǎn)品，波及到提供網(wǎng)上個(gè)

人理財(cái)服務(wù)、網(wǎng)上外匯買賣服務(wù)、網(wǎng)上企業(yè)服務(wù)等具有市場競爭力的產(chǎn)品。作為項(xiàng)目開發(fā)的

組織者之一和重要的技術(shù)骨干，在整個(gè)項(xiàng)目開發(fā)過程中一直要處在第一線，從而在改善Web

服務(wù)器性能、提高整個(gè)網(wǎng)上平臺(tái)系統(tǒng)性能方面收獲良多，在本文中簡要討論如下，但愿與讀

者們共享經(jīng)驗(yàn)。在Web服務(wù)器配置與優(yōu)化方面，我有如下幾方面重要的體會(huì)：

第首先是Web服務(wù)器選型考慮。

在Web服務(wù)器選型及網(wǎng)上平臺(tái)搭建之初，我們就已充足考慮整個(gè)網(wǎng)I：平臺(tái)的性能及可擴(kuò)展

性問題。這一考慮為該系統(tǒng)的穩(wěn)定性及擴(kuò)展性能力方面打下了堅(jiān)實(shí)的基礎(chǔ)。

某銀行原有的某些網(wǎng)上產(chǎn)品由于開發(fā)較早，故而采用的是老式的HTTPServer+CGI程序調(diào)

用的方式。這時(shí)，每一客戶祈求需要對(duì)應(yīng)于后端系統(tǒng)的系統(tǒng)進(jìn)程來運(yùn)行CGI程序來處理，

系統(tǒng)的開銷相稱大，系統(tǒng)的擴(kuò)展能力也很差，性能已不能滿足業(yè)務(wù)處理的需要，故而