最新2022年全國計(jì)算機(jī)軟考系統(tǒng)分析師論文范文

1、最新2022年全國計(jì)算機(jī)軟考系統(tǒng)分析師論文范文of rural drinking water sources, protection of drinking water sources in rural areas by the end of the delimitation of the scope of protection, complete with warning signs, isolating network protection facilitiesof rural drinking water sources, protection of drinking water sou

2、rces in rural areas by the end of the delimitation of the scope of protection, complete with warning signs, isolating network protection facilitiesof rural drinking water sources, protection of drinking water sources in rural areas by the end of the delimitation of the scope of protection, complete

3、with warning signs, isolating network protection facilities2022年全國計(jì)算機(jī)軟考系統(tǒng)分析師論文范文論Java技術(shù)在因特網(wǎng)平臺(tái)上的應(yīng)用論文1：通信效勞平臺(tái)的應(yīng)用數(shù)據(jù)通訊是當(dāng)前十分活潑與熱門的計(jì)算機(jī)與信息技術(shù)的應(yīng)用領(lǐng)域。某大型通信公司開發(fā)了其業(yè)務(wù)的主要支撐平臺(tái)，在這里，我們簡稱之為“通信信息效勞平臺(tái)，用于在全國與全球開展數(shù)據(jù)業(yè)務(wù)的需要。該平臺(tái)是一個(gè)典型的Java技術(shù)應(yīng)用于Internet的工程。 作為信息技術(shù)公司中的一名技術(shù)骨干，我有幸參加了該系統(tǒng)的分析與設(shè)計(jì)工作，承當(dāng)了相當(dāng)多的Java應(yīng)用開發(fā)任務(wù)。此系統(tǒng)中的軟件局部大多由Java來實(shí)

4、現(xiàn)，在全系統(tǒng)中我們是這樣來用Java構(gòu)架系統(tǒng)的： 1本系統(tǒng)可分為4層，分別是Browser、表示層、中間件層和數(shù)據(jù)層。 2表示層用Java中的Java Script來實(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)。 我們?cè)趹?yīng)用Java技術(shù)時(shí)，所采用的技術(shù)和策略可大致上歸納為以下5個(gè)方面： 1使Java Script盡量簡單，因?yàn)镴ava Script在我們系統(tǒng)中是放在效勞器端執(zhí)行的，該語言是通過一個(gè)解釋器解釋執(zhí)行的，相對(duì)速度很慢，我們采用了兩臺(tái)HP前置機(jī)來運(yùn)行Java Script，但是其

5、運(yùn)行速度還是不理想，所以我們?cè)谠O(shè)計(jì)中把Java Script僅用來顯示從中間件層所得到的數(shù)據(jù)，生成動(dòng)態(tài)頁面。在最初的設(shè)計(jì)中表示層Java Script曾承當(dāng)了一些業(yè)務(wù)邏輯處理操作，導(dǎo)致效率不理想，因此，我們不得不盡量地減少Java Script的程序量。 2用Java實(shí)現(xiàn)CORBA時(shí)，應(yīng)盡量考慮共享和復(fù)用。在本系統(tǒng)中，最初的設(shè)計(jì)是讓Java在實(shí)現(xiàn)Component時(shí)，只是執(zhí)行一些數(shù)據(jù)庫表的操作，導(dǎo)致表示層的負(fù)載較大。后來，我們重新設(shè)計(jì)時(shí)，總結(jié)歸納了所有的Use Case，找出了其中可供共享和復(fù)用的接口，把相同的業(yè)務(wù)邏輯操作封裝到一個(gè)接口中去。因?yàn)?Java的執(zhí)行效率比Java Script要高

6、，因此提高了系統(tǒng)效率。 3在別的工程中，我們?cè)罅康厥褂眠^Java中的JSP技術(shù)和Servlet技術(shù)，一般人可能不能區(qū)分這兩種Java技術(shù)的區(qū)別。為了得到系統(tǒng)的一些執(zhí)行速率的數(shù)據(jù)，我們采用了一個(gè)著名的壓力測(cè)試軟件Load Runner來測(cè)試這兩種技術(shù)的差異。測(cè)試說明：用JSP和Servlet完成同樣的一個(gè)操作，并且保證是在相同的測(cè)試環(huán)境中相同效勞器、壓力測(cè)試工作站與數(shù)據(jù)庫環(huán)境，得到的測(cè)試數(shù)據(jù)卻有著很大差異，JSP完成一個(gè)操作的平均執(zhí)行時(shí)間大致會(huì)是Servlet程序的兩倍。在一個(gè)企業(yè)級(jí)應(yīng)用工程中，這可能是一個(gè)很關(guān)鍵的瓶頸。因此，我們得出的結(jié)論是：在可能的條件下，盡量地多使用Servlet。當(dāng)然，

7、與Servlet相比，JSP編程快速，修改方便，在訪問量不是很大的應(yīng)用場(chǎng)合下也是可以接受的。 4使用Java作為整體解決方案時(shí)，應(yīng)盡量使用相同版本的JDK。在用Java作為編程語言的工程中，幾乎大多要遇到“漢字問題，即Java在沒有經(jīng)過轉(zhuǎn)換的情況下，在輸出漢字時(shí)，很可能會(huì)出現(xiàn)亂碼。采用不同版本的JDK，解決的方案是不一樣的，比方V版本的JDK和V1.3版本的JDK解決方法就會(huì)有一些不一樣，把V1.2.2的Java程序放在V1.3的JDK中，就不能順利輸出漢字了。其根本原因在于Java使用了Unicode編碼，和我們中國的國標(biāo)編碼不一樣。所以在這個(gè)意義上一些人竭力鼓吹的“一次編寫，到處運(yùn)行似乎不

8、一定能在所有的場(chǎng)合都行得通。5使用Java時(shí)，應(yīng)盡量遵從軟件標(biāo)準(zhǔn)。在Java中有一個(gè)JVM的概念，即在Java虛擬機(jī)中使用了一個(gè)垃圾收集器，專門用來回收內(nèi)存。但是該垃圾收集器在給編程人員帶來方便的同時(shí)，也隱埋下了隱患。在程序設(shè)計(jì)中，并不能強(qiáng)制執(zhí)行垃圾收集器，所以，開發(fā)人員不能確定某對(duì)象是否已釋放，常常讓編程人員養(yǎng)成依賴自動(dòng)收集的壞習(xí)慣，因此我們要求：在Try，Catch之后必須明確要求回收內(nèi)存當(dāng)然，也只能是通知垃圾收集器來回收垃圾，這樣可以有效地提高系統(tǒng)穩(wěn)定性。 以上這些實(shí)用性的技術(shù)與策略，是我們?cè)趯?shí)踐中的一些實(shí)際體會(huì)，僅供各位開發(fā)人員根據(jù)實(shí)際情況參考。當(dāng)然，在使用Java作為解決方案時(shí)，也會(huì)

9、遇到很多讓我們頭疼的問題，這些問題導(dǎo)致同時(shí)執(zhí)行的并發(fā)性比擬差，系統(tǒng)速度慢等等。歸納起來看，我們?cè)龅竭^的主要具體的問題有： 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程序的效勞器，他可以成心地輸入一些非法字符或異常信息給JSP程序，于是程序執(zhí)行將出現(xiàn)異常。這時(shí)，就會(huì)在頁面上打印出相應(yīng)的錯(cuò)誤信息。很不幸的是，這些信息極有可能暴露出這臺(tái)效勞器的JDK的版本號(hào)與路徑信息等內(nèi)容。這往往容易讓黑客們有機(jī)可乘，有可能去抓住系統(tǒng)的漏洞。 在發(fā)現(xiàn)了這些問題后，我們

10、經(jīng)過仔細(xì)研究，找出了一些解決方法。比方： 1既然用Java實(shí)現(xiàn)Component比擬慢，我們就盡量減少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)用“Load Runner作過壓力測(cè)試，使用連接池比不使用連接池的速度要快上35倍。 3為了對(duì)付JSP程序與Servlet程序會(huì)打印出異常系統(tǒng)信息的問題。我們?cè)殚喠撕芏郕SP或S

11、ervlet的資料，最終是毫無頭緒。但是我們可以換另一種思路，即是不從程序下手，而從Web Server著手，我們可以把Apache配置成為使這類異常信息不再打印出來，而是使之僅出現(xiàn)一個(gè)通用的異常說明的頁面，這樣，就能十分有效地解決這個(gè)問題。 在我們使用Java作為編程語言的這么多工程中，絕大多數(shù)是比擬成功的。Java語言作為一種快捷、穩(wěn)定的計(jì)算機(jī)語言，開發(fā)基于因特網(wǎng)應(yīng)用的工程大多是相當(dāng)穩(wěn)定和比擬適用的。在我個(gè)人看來，Java的應(yīng)用前景十分光明，大體上可以著眼于以下方面： 1在因特網(wǎng)上將會(huì)有更加廣泛的應(yīng)用。 2在嵌入式設(shè)備中，Java也大有用武之地。比方，在最新推出的Java技術(shù)中，Java已

12、經(jīng)進(jìn)入了 領(lǐng)域。 3Java程序大多以線程運(yùn)行，占用資源少，會(huì)逐步代替ASP與CGI程序。根據(jù)第三方測(cè)試說明：JSP程序比ASP程序要快2倍以上。用JSP代替ASP應(yīng)是大勢(shì)所趨。 4Java在無線互聯(lián)網(wǎng)中的應(yīng)用將會(huì)更加廣泛。Java支持WAP，可以方便地用Java開發(fā)WAP程序，實(shí)現(xiàn)WAP應(yīng)用。 5Java與XML的無縫連接使Java在數(shù)據(jù)傳輸和異構(gòu)網(wǎng)絡(luò)通信方面有著很大的優(yōu)勢(shì)。 就我個(gè)人而言，我將會(huì)在相當(dāng)長一段時(shí)期內(nèi)致力于Java在無線互聯(lián)中的應(yīng)用，為我國的移動(dòng)通信事業(yè)開發(fā)出更多的優(yōu)秀實(shí)用的工程。 評(píng)注；參與了一個(gè)較大的工程后有實(shí)踐體會(huì)。全文都采用1、2、3、4方式，文章的風(fēng)格顯得單調(diào)，不大吸

13、引人。但是本文的優(yōu)點(diǎn)是；1寫得很有條理。2內(nèi)容的選擇適宜。3所列舉的策略、考前須知與發(fā)現(xiàn)的問題都很現(xiàn)實(shí)可信。本文主要參考了廣州王海波等人論文論Java技術(shù)在因特網(wǎng)平臺(tái)上的應(yīng)用論文2：ERP開發(fā)的應(yīng)用【摘要】 根據(jù)某類企業(yè)的迫切需要，我所在的信息技術(shù)公司組織了一個(gè)企業(yè)資源方案ERP工程的開發(fā)，希望推進(jìn)我國ERP應(yīng)用的開展，也希望更深入有效地運(yùn)用Java技術(shù)。該工程的內(nèi)容涉及到某類行業(yè)的企業(yè)生產(chǎn)經(jīng)營的全過程，其根本目標(biāo)是為了提高企業(yè)的勞動(dòng)生產(chǎn)率，增加企業(yè)的利潤，優(yōu)化配置企業(yè)的資源，使企業(yè)的整體運(yùn)營水平能上一個(gè)臺(tái)階。這是一個(gè)基于Java技術(shù)的Intranet典型應(yīng)用工程。 在該工程中，我承當(dāng)工程負(fù)責(zé)

14、人的重要職責(zé)，比方在工程的準(zhǔn)備階段，我曾組織了對(duì)工程組的成員進(jìn)行該類企業(yè)業(yè)務(wù)流程方面的培訓(xùn)；在工程需求分析和設(shè)計(jì)階段，我著重考慮了架構(gòu)好系統(tǒng)的框架和原型，為工程組及其他分析員進(jìn)行下一步的細(xì)化分析奠定了堅(jiān)實(shí)的根底。同時(shí)我還組織好工程總體組，把握住各模塊之間的接日分析，保持各個(gè)分析員之間實(shí)現(xiàn)密切的溝通。在系統(tǒng)的開發(fā)階段，做好開發(fā)、測(cè)試方面的協(xié)調(diào)和同步工作，保證系統(tǒng)的可靠性，在系統(tǒng)的實(shí)施階段能夠順利地推進(jìn)工程，此工程開發(fā)后的應(yīng)用已得到了用戶們的一致好評(píng)。 【正文】 與國際上ERP工程的廣泛應(yīng)用相比，我國的ERP應(yīng)用水平尚有相當(dāng)大的差距。根據(jù)某類企業(yè)的實(shí)際迫切需求，我公司組織了對(duì)一類ERP產(chǎn)品的開發(fā)，

15、我有幸參與了該工程的分析與設(shè)計(jì)，開發(fā)的成果是一個(gè)典型的Java技術(shù)應(yīng)用于Intranet的實(shí)際工程。 在選擇具體的技術(shù)方案時(shí)，我們?cè)?jīng)進(jìn)行了認(rèn)真的思考和研究。對(duì)于選擇普遍采用的微軟模式的平臺(tái)方案，還是跨平臺(tái)式的Java方案，我們?cè)e棋未定，這是因?yàn)槲④浀腣B+ASP已成為大家在較長時(shí)間工作后認(rèn)可而熟悉了的方案。而Java由于其環(huán)境要求高與執(zhí)行效率低的老大難問題，成為我們擔(dān)憂害怕的重要因素。但是Java的跨平臺(tái)特性越來越成為人們的關(guān)注點(diǎn)，尤其是許多大中型的企業(yè)，他們現(xiàn)有的網(wǎng)絡(luò)系統(tǒng)都是基于多種平臺(tái)的，對(duì)跨平臺(tái)的要求和呼聲極為強(qiáng)烈，而對(duì)軟件公司來說，軟件的跨平臺(tái)特性有可能會(huì)節(jié)約開發(fā)本錢，降低維護(hù)量，

16、也能獲得更多客戶的認(rèn)可。綜合考慮了諸多市場(chǎng)行情與行業(yè)開展因素，最終決定一定要用Java。所幸的是現(xiàn)在Java用于因特網(wǎng)的開發(fā)也已經(jīng)越來越便利了。 目前Java在因特網(wǎng)上的開發(fā)技術(shù)已呈白花齊放之勢(shì)態(tài)，有最初的Java Servlet，有與數(shù)據(jù)庫聯(lián)系在一起的SQL-J，還有可與ASP和PHP相媲美的JSP。尤其是JSP技術(shù)的迅速開展，使得Java的網(wǎng)絡(luò)應(yīng)用不再是少數(shù)人的專利，JSP以其執(zhí)行的高效性和使用的方便性，已成為近年來大家首選的因特網(wǎng)開發(fā)技術(shù)，JSP是一種頁面開發(fā)技術(shù)，它以Java為其效勞器端語言，結(jié)合Java Script作為其客戶端語言，能方便地實(shí)現(xiàn)頁面的表示。 選擇好了后端的Java和

17、前端的JSP，還有一項(xiàng)重要的任務(wù)，那就是前后的聯(lián)接。由于JSP主要用于頁面表現(xiàn)，需要表現(xiàn)的內(nèi)容要封裝起來，這樣，為了保證主要商務(wù)邏輯的平安性，我們采用了Java Bean作為橋梁，即客戶端JSP通過其中Java Bean的使用，完成主要的商務(wù)邏輯功能。在后臺(tái)，將Bean構(gòu)造好，形成一個(gè)強(qiáng)大的Bean庫，再由前臺(tái)JSP進(jìn)行使用。 在進(jìn)行Java Bean的規(guī)劃時(shí)，我們下決心作出很大的投入，因?yàn)檫@些不僅是我們當(dāng)前工程中所需急用的，而且還應(yīng)成為公司長期積累使用的一個(gè)強(qiáng)大的資源庫，能實(shí)現(xiàn)一定程度的資源共享和軟件復(fù)用，為其他工程開發(fā)打好根底。因此，此次規(guī)劃的目標(biāo)是形成公司Java技術(shù)的Java Bean

18、的平臺(tái)庫。我們根據(jù)Java Bean所表達(dá)的類的用途，將這些類分成幾個(gè)層次。最底部的一層就是參數(shù)化類的構(gòu)造，這一層的類所實(shí)現(xiàn)的主要功能包括通用訪問機(jī)制，對(duì)數(shù)據(jù)庫等其他層次的訪問接口和公共處理系統(tǒng)等。中間一層是實(shí)體類的構(gòu)造，這些實(shí)體類包括與數(shù)據(jù)信息相關(guān)的結(jié)構(gòu)及其處理方法，其中的重點(diǎn)是包含了一些重要的商務(wù)邏輯的處理。這一層類與系統(tǒng)各局部相關(guān)，并且其平安性要求很高，直接影響到系統(tǒng)主要功能的表達(dá)，因?yàn)橄到y(tǒng)的主體是對(duì)一些邏輯進(jìn)行處理，這就要求這層實(shí)體類的規(guī)劃需要十分認(rèn)真，做到細(xì)節(jié)準(zhǔn)確。最上面的一層可以稱為接口類，這一層類主要用于實(shí)現(xiàn)底層的類與前臺(tái)之間的關(guān)系。也只有這層類才能由前臺(tái)JSP進(jìn)行Java Be

19、an調(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)的一個(gè)重要特點(diǎn)，目的是為了讓用戶可以方便地自定義界面，而不需要由程序員修改程序，這樣能夠極大地滿足了用戶的要求。頁面自動(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)大功能，已成為我們

20、的一個(gè)獨(dú)立產(chǎn)品。能應(yīng)用于各個(gè)工程的界面制作，實(shí)現(xiàn)了我們?cè)戎贫ǖ墓蚕碣Y源的目標(biāo)。 在前臺(tái)JSP的應(yīng)用中，做到了盡可能最簡化的程度，這樣可以提高系統(tǒng)的平安性。當(dāng)然在我們的系統(tǒng)中，還存在一些客戶端控制比擬復(fù)雜的情況，為保護(hù)這段比擬復(fù)雜的控制腳本，我們采取了用Servlet的方法，保護(hù)這段腳本，從而保證了一定程度的平安性。 在系統(tǒng)的登錄過程中，我們采取了相當(dāng)嚴(yán)格的登錄鍵檢查操作，用戶沒有供給商提供的相應(yīng)的鍵，就無法通過驗(yàn)證而進(jìn)入系統(tǒng)。對(duì)于試用版的用戶那么提供了一種有效期限約束。這些加密或平安措施，通過在Java Bean中封裝了嚴(yán)格而有強(qiáng)大功能的加密算法，在客戶端申請(qǐng)驗(yàn)證后才能準(zhǔn)予通過。 在使用這套

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

22、 該系統(tǒng)采用Java平臺(tái)，提供了深入地使用Java Bean和JSP的方案，其效果是相當(dāng)顯著的，在用戶真實(shí)使用環(huán)境中受到了一致好評(píng)，運(yùn)行也較為穩(wěn)定。由于采用了統(tǒng)一而方便的頁面自動(dòng)構(gòu)造程序，用戶的界面非常友善，并且可以按用戶需求進(jìn)行定制，滿足了用戶的適應(yīng)性需求。而在我們公司的內(nèi)部，也開始建立了一套基于此平臺(tái)的資源庫，成為公司的今后開發(fā)使用的珍貴財(cái)富。 必須指出的是，在此系統(tǒng)中，還存在著很多的缺乏，比方實(shí)體類的組裝程度尚不盡如人意，根據(jù)多種商務(wù)邏輯的一些共同點(diǎn)，可以進(jìn)一步加以抽象封裝，使這局部內(nèi)容能滿足多種系統(tǒng)對(duì)類似邏輯的處理過程。我將會(huì)在今后的工作中進(jìn)一步加強(qiáng)各方面的分析能力，帶著團(tuán)隊(duì)不斷地超越

23、現(xiàn)在的層次與水準(zhǔn)，加強(qiáng)我們的隊(duì)伍建設(shè)，希望有更多優(yōu)秀的軟件產(chǎn)品上寫著Made In China。本文主要參考了上海陳莉莉等人的論文系分論文3企業(yè)人事信息系統(tǒng)的應(yīng)用【摘要】 本文討論?企業(yè)人事信息系統(tǒng)?工程的需求分析方法與工具的選用。該系統(tǒng)的建設(shè)目標(biāo)是幫助該企業(yè)管理好企業(yè)內(nèi)部的人員和人員的活動(dòng)，人事信息管理指的是企業(yè)員工從招聘面試到離職退休的全過程，涉及的主要活動(dòng)包括面試、報(bào)到、培訓(xùn)、升職、離職或其他的人事變動(dòng)，也包括電子化考勤、工資性收入的計(jì)算與分發(fā)、使用其他公司資源的有關(guān)記錄如宿舍、保險(xiǎn)、證件辦理等等。此外，本系統(tǒng)也涉及到企業(yè)在全國各地的人事信息管理，企業(yè)的組織架構(gòu)的設(shè)置，級(jí)別與職務(wù)管理，人

24、力申請(qǐng)直至人力需求報(bào)表，從而形成一個(gè)對(duì)企業(yè)真正有用的人事信息管理應(yīng)用系統(tǒng)。在本文中首先討論了選用面向?qū)ο蠓椒ㄅc工具的主要理由與策略，進(jìn)一步通過一個(gè)簡例說明該方法與工具使用的效果，也討論了使用多種工具與方法在需求分析中的必要性，最后簡要小結(jié)了選用正確工具與方法的意義和作用。 在工程開展期間，我擔(dān)任了系統(tǒng)分析、系統(tǒng)設(shè)計(jì)與數(shù)據(jù)庫管理等大量工作。 【正文】 人事信息管理系統(tǒng)是一個(gè)有著廣泛應(yīng)用面的實(shí)用性系統(tǒng)，但是，我國各個(gè)企業(yè)有著自身的體制、機(jī)制、特點(diǎn)與不同的要求；在開發(fā)這類系統(tǒng)時(shí)，系統(tǒng)需求分析是極為重要的一環(huán)。在整個(gè)分析過程中，我們都采用了面向?qū)ο蟮姆治龇椒?，這是因?yàn)槲覀冊(cè)诮鼛啄甑膶?shí)踐中已堅(jiān)信這種方法

25、能夠更加有效地表達(dá)和描述現(xiàn)實(shí)世界。軟件要具有適用性和擴(kuò)展性，就必須更接近于現(xiàn)實(shí)世界本身的開展規(guī)律。 以一個(gè)簡單的例子來看，假設(shè)要求設(shè)計(jì)關(guān)于引進(jìn)人才評(píng)估的一個(gè)系統(tǒng)，按我們過去的做法，先會(huì)要求提供給我們一份相關(guān)的引進(jìn)人才評(píng)估表，然后依葫蘆畫瓢地設(shè)計(jì)相應(yīng)的表單與界面。在短期來說，這樣做是簡便而實(shí)用的，但并不能夠符合現(xiàn)實(shí)世界的長遠(yuǎn)目標(biāo)，這套設(shè)計(jì)方法不具有擴(kuò)展性，因?yàn)槿魏我环菰u(píng)估表的結(jié)構(gòu)都會(huì)有可能發(fā)生許多改變的。采用面向?qū)ο蟮姆椒ǎ梢詮闹刑崛〕霰眍愋?、表結(jié)構(gòu)、評(píng)分方法以及能考慮繼承等各方面的要素，這樣就可以保證軟件的通用性，可配置性與可維護(hù)性。 在工具的選擇過程中，我們選擇了現(xiàn)在已十分流行的Ratio

26、nal系列，包括Rational Rose、RUP、SoDA等，為什么選取這個(gè)系列工具呢？這是基于我們對(duì)軟件需求分析目標(biāo)的看法，我們認(rèn)為需求分析應(yīng)當(dāng)能正確地答復(fù)如下的幾個(gè)關(guān)鍵性問題： 1用戶的需求是否已詳盡地被考慮到了？ 2用戶能理解或明白我們所描述的內(nèi)容嗎？ 3分析是否會(huì)和設(shè)計(jì)相脫節(jié)，4程序員能明白我們的分析與設(shè)計(jì)要求嗎？等等。 以下對(duì)上述幾個(gè)問題逐一簡要地加以說明： 1詳盡地獲取用戶的需求。用戶的需求可分為顯式的需求與隱性的需求，用戶的傾向往往只顧及到當(dāng)前的與明顯的需求。要到達(dá)對(duì)需求理解的全面性，不僅僅只是依靠有效的用戶談話和調(diào)查，因?yàn)槲覀兯鎸?duì)的用戶需求往往會(huì)有些片面的，采用Ration

27、al Rose基于UML提供的用例，以及多種圖的聯(lián)合使用，可以使我們發(fā)現(xiàn)其中的遺漏。 2使用戶能充分地理解我們的表示方法，能夠真正明白我們描述的內(nèi)容。 軟件需求分析規(guī)格說明書通常會(huì)是冗長而枯燥的，一般的用戶不容易深入理解，這樣就削弱了分析的正確性。通過支持面向?qū)ο蠹癠ML語言的Rational Rose可以更好地和用戶交流，讓用戶了解系統(tǒng)的運(yùn)作方式甚至細(xì)節(jié)的操作。 3使分析和設(shè)計(jì)兩個(gè)階段互相聯(lián)系與貫穿。 這是我們選擇面向?qū)ο蟮姆椒癛ational Rose工具的重要原因，系統(tǒng)分析要向用戶描述的不僅僅是用戶的需求，而且包括解決方法，解決方法當(dāng)然應(yīng)包括設(shè)計(jì)程序、數(shù)據(jù)庫與系統(tǒng)配置，我們當(dāng)然不希望用

28、戶得到的是一個(gè)與需求規(guī)格說明不相同的軟件，也不可能要求程序員完成一個(gè)不可勝任的任務(wù)。然而我們?cè)谝郧暗亩囗?xiàng)工作中經(jīng)常發(fā)現(xiàn)這類情節(jié)，因?yàn)橄到y(tǒng)分析與設(shè)計(jì)相互脫節(jié)，導(dǎo)致一頭扎在分析中不顧設(shè)計(jì)有關(guān)的事宜。 分析與設(shè)計(jì)的脫節(jié)，還不利于設(shè)計(jì)現(xiàn)格說明的評(píng)估，因?yàn)榉治鐾鶗?huì)脫離現(xiàn)實(shí)，導(dǎo)致缺乏評(píng)估的依據(jù)。 因?yàn)椴豢赡艹晒Φ赝瓿稍O(shè)計(jì)而使分析需要重來，就會(huì)造成巨大的浪費(fèi)與損失。一個(gè)好的工具可以使分析與設(shè)計(jì)更緊密地連結(jié)起來，甚至于一一對(duì)應(yīng)。面向?qū)ο蟮姆治龇椒ㄊ箤?duì)象之間相對(duì)而言有獨(dú)立性，減少了任何影響到全局的改動(dòng)，能防止因需求變化而導(dǎo)致全盤皆動(dòng)的被動(dòng)局面。 4使程序員明白我們的設(shè)計(jì)。 一個(gè)好的設(shè)計(jì)應(yīng)該讓程序員感到清晰明白

29、，更少疑問。一個(gè)疑問很多的設(shè)計(jì)加上溝通不暢，絕對(duì)會(huì)出現(xiàn)在應(yīng)用環(huán)境下所不需要的另一個(gè)軟件，所以設(shè)計(jì)規(guī)格說明書務(wù)必清楚、形象與明確，當(dāng)然，Rational Rose具有足夠的圖形與其他形式，能使程序員更加明確，甚至能細(xì)微到每一個(gè)語句事實(shí)上如果使用VB，程序架構(gòu)都有可能直接生成了。 5選擇UML可能會(huì)有更多的理由。 比方用戶文檔的編寫、數(shù)據(jù)庫設(shè)計(jì)，我們都需要做到有延續(xù)性，有自動(dòng)化支持和具有質(zhì)量上的保證。 所以，我們選用了以上的方法和工具。在分析中，面對(duì)考勤班次的問題時(shí)，由于過去一直使用紙卡方式考勤，使用戶對(duì)班次形成了固定的概念，而現(xiàn)在的許多考勤軟件也采用屢次刷卡的方法來形成一天的記錄。經(jīng)過面向?qū)ο蟮?/p>

30、分析可以發(fā)現(xiàn)，事實(shí)上每天的上班記錄是由多個(gè)時(shí)段所形成的，時(shí)段的多少在各個(gè)公司，各個(gè)工種與部門都不盡相同，每個(gè)時(shí)段可能有不同的屬性，時(shí)段與時(shí)段組合可形成為班次，這更適合于現(xiàn)實(shí)的情況，使之能更加靈活與更有擴(kuò)展性。其實(shí)，在天與天之間也都有相互之間的關(guān)系。在這一點(diǎn)上，我們又發(fā)現(xiàn)必須在考勤與薪金工資中參加與MRP中相似的期段Periods的根本概念，比方可以稱之為考勤期段，允許為用戶更加方便地設(shè)置考勤期段，可能使之不一定與自然年月日相同等等。 Rational Rose使我們更方便地把上面的想法在類上去實(shí)現(xiàn)，更進(jìn)一步地設(shè)計(jì)好我們的高效率的數(shù)據(jù)庫。 當(dāng)然，使用單一的一個(gè)工具去完成一個(gè)中大型的應(yīng)用系統(tǒng)的需求

31、分析，是不可能成功的。因?yàn)樯鐣?huì)在開展，用戶的需求也在改變，如何把握住用戶的需求是需要時(shí)間的，面向?qū)ο蟮姆椒ㄓ袝r(shí)也會(huì)忽略外在的與表層的要求，不僅僅是要獲得關(guān)鍵的需求，其他更多的需求往往要等到用戶在使用后才知道，然而等到用戶使用是不現(xiàn)實(shí)的，作為原型開發(fā)模型中的原型也是收集用戶需求，描述與解釋需求的一類相當(dāng)有效的方法與工具。 在我們的開發(fā)過程中，為了更好地讓用戶了解我們的系統(tǒng)和我們的設(shè)計(jì)方案，讓用戶在見面會(huì)上更有方向性與針對(duì)性，我們首先用Access開發(fā)出原型，讓用戶先試用。這樣，我們?cè)谡嬲姆治雠c設(shè)計(jì)時(shí)就能更加符合用戶的要求。 總之，軟件需求分析方法和工具的使用，對(duì)我們軟件開發(fā)過程影響是很深遠(yuǎn)的，

32、選用高效能的正確的方法與工具，可以使我們的軟件更加正確地反映現(xiàn)實(shí)需求，更加具有可用性、可擴(kuò)展性和可維護(hù)性；降低了軟件工程的風(fēng)險(xiǎn)。 評(píng)注：1寫得有些特色，觀點(diǎn)鮮明。2摘要寫得不錯(cuò)，既反映了工程內(nèi)容，也小結(jié)了本文的寫作要點(diǎn)。3文中所舉的例子雖然簡單，但很實(shí)際。4多種方法與工具的使用，表達(dá)得簡明扼要。5內(nèi)容可更豐富一些，更深入的例子也可再增多一些，那么會(huì)更有說服力。6對(duì)需求分析的全過程的描述太少。本文主要參考了廣東延國慶等人的論文論軟件需求分析方法和工具的選用論文4：通信行業(yè)的應(yīng)用【摘要】 本文以某通信公司的業(yè)務(wù)報(bào)表系統(tǒng)開發(fā)為例，討論了軟件需求分析工具與方法的選用。我們認(rèn)為，軟件需求分析是軟件工程中

33、重要的一步，直接關(guān)系到后繼工程的進(jìn)行以及最終的產(chǎn)品能否滿足用戶的需求，因此在整個(gè)工程中起著關(guān)鍵性的作用。采用適當(dāng)?shù)墓ぞ?，有可能顯著減少需求階段的錯(cuò)誤，也可大幅度提高需求分析的質(zhì)量和工作效率。當(dāng)然工具的選用應(yīng)當(dāng)與實(shí)際的工程相結(jié)合，充分地發(fā)揮工具的作用。本文結(jié)合我們工作的實(shí)際經(jīng)歷，簡要討論了開發(fā)系統(tǒng)時(shí)所選用的工具及其應(yīng)用，選用時(shí)所考慮的原那么以及所碰到的問題。在文中也結(jié)合多種開發(fā)方法即傳統(tǒng)的瀑布法、信息工程法、面向?qū)ο蟮姆椒ǖ谋葦M，指出各種方法的缺乏之處，說明我們所采用的工具對(duì)軟件需求分析所起的作用，以及相應(yīng)產(chǎn)生的效果。 【正文】 我在某市一家通信公司工作，作為一名技術(shù)骨于，受領(lǐng)導(dǎo)委托，參與了開發(fā)

34、本公司的業(yè)務(wù)報(bào)表系統(tǒng)，我擔(dān)任系統(tǒng)的需求分析、總體設(shè)計(jì)和局部代碼的編寫工作。 我所在的企業(yè)作為一家通信運(yùn)營公司，分為總部、省級(jí)公司和地市級(jí)分公司三級(jí)，各級(jí)公司之間都有數(shù)據(jù)報(bào)表的要求。但是，每一個(gè)地市分公司因所處的地方不同，經(jīng)營環(huán)境不同，所面臨的問題也不一樣，因此形成了各具特色的數(shù)據(jù)報(bào)表除地市分公司向省公司匯報(bào)的之外。公司又分設(shè)了許多部門，這些部門也都會(huì)需要數(shù)據(jù)，作為分析決策的依據(jù)。因此，了解各個(gè)部門的需求就成了業(yè)務(wù)報(bào)表系統(tǒng)的關(guān)鍵。 在調(diào)研的過程中，我選用了一種工具叫Play CASE，可以從網(wǎng)上免費(fèi)下載，有很強(qiáng)的功能。下面就介紹一下，在需求分析階段，我是如何使用這一工具的。 第一步，了解業(yè)務(wù)組織

35、結(jié)構(gòu)。公司內(nèi)部的數(shù)據(jù)實(shí)際上是在部門之間流動(dòng)的。業(yè)務(wù)部門需要知道在本地覆蓋區(qū)內(nèi)各基站的話務(wù)量、當(dāng)天的話務(wù)量即話務(wù)量的時(shí)空分布。財(cái)務(wù)部門需要知道本月各類用戶的話費(fèi)收入、預(yù)交款收入、與其他電信運(yùn)營商的網(wǎng)間結(jié)算等。方案部門需要各部門的分析數(shù)據(jù)。計(jì)費(fèi)部門需要提供本月的賬革統(tǒng)計(jì)數(shù)據(jù)、話單統(tǒng)計(jì)數(shù)據(jù)分布比方分別按照基站分布、時(shí)段分布以及按用戶類別分布、預(yù)交款統(tǒng)計(jì)數(shù)據(jù)、當(dāng)前的欠費(fèi)總額分布、催繳情況等等。這些部門時(shí)常為了數(shù)據(jù)而產(chǎn)生了大量無謂的爭議。在使用Play CASE工具時(shí)，先要將這些部門錄入到Play CASE的“業(yè)務(wù)部門中。構(gòu)成了一個(gè)信息源的接收點(diǎn)或發(fā)送點(diǎn)；而Play CASE通過圖示表示了這些部門的關(guān)系

36、，并轉(zhuǎn)換成了相應(yīng)的軟件結(jié)構(gòu)。實(shí)際上，這是一種系統(tǒng)建模的方法，即把業(yè)務(wù)系統(tǒng)中的各個(gè)組織轉(zhuǎn)變?yōu)檐浖δ苤械母鱾€(gè)結(jié)構(gòu)。這樣，在需求分析階段，明確哪些部門需要數(shù)據(jù)，從而保證了需求分析對(duì)整個(gè)公司的全面性，而不會(huì)忽略掉某一個(gè)部門，導(dǎo)致需求分析的不完整。 第二步，了解各個(gè)業(yè)務(wù)部門中的業(yè)務(wù)流程，使之通過Play CASE轉(zhuǎn)換成軟件的運(yùn)行過程，這是一種動(dòng)態(tài)建模的方法。在上一步的根底上，追蹤各個(gè)部門的行為，錄入到Play CASE中，并以形式化的語言描述各過程。對(duì)于復(fù)雜的過程，該工具還提供了進(jìn)一步細(xì)化的方法，并且形成了業(yè)務(wù)流程圖和業(yè)務(wù)狀態(tài)圖。根據(jù)這些流程圖、狀態(tài)圖與實(shí)際業(yè)務(wù)部門的業(yè)務(wù)相結(jié)合比擬，還是較為吻合的。在

37、此步的實(shí)施過程中，運(yùn)用了動(dòng)態(tài)建模技術(shù)，使各部門業(yè)務(wù)流程的情況在軟件的運(yùn)行過程反映出來，從而保證了需求分析階段中運(yùn)行過程的描述能真實(shí)地反映實(shí)際情況，防止在后繼的程序編寫過程中，可能會(huì)經(jīng)常發(fā)生的一類情況：程序員因?yàn)闆]有理解業(yè)務(wù)流程而出現(xiàn)“閉門造車的現(xiàn)象，從軟件的功能角度上保證了軟件的正確性。第三步，將業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)變?yōu)檐浖?shù)據(jù)，這一步工作實(shí)際上就是收集各部門所需要的數(shù)據(jù)。分析各部門需要的數(shù)據(jù)都有哪些；以及數(shù)據(jù)是如何轉(zhuǎn)換的，這可以歸入“功能建模的范疇。將這些相應(yīng)數(shù)據(jù)錄入到Play CASE中，選定所屬的部門。這時(shí)就自動(dòng)地建立了DFD圖數(shù)據(jù)流程圖，數(shù)據(jù)字典，省去了人工建立時(shí)的很大麻煩。 第四步，將業(yè)務(wù)上的

38、數(shù)據(jù)關(guān)系轉(zhuǎn)變成軟件中的數(shù)據(jù)關(guān)系。這里采用了面向?qū)ο蟮姆椒?，把業(yè)務(wù)部門所需要的數(shù)據(jù)看作一個(gè)實(shí)體，部門間的數(shù)據(jù)關(guān)系就是實(shí)體之間的關(guān)系。比方：經(jīng)營部門所需要的用戶資料、用戶話費(fèi)，實(shí)際上就是用戶這一實(shí)體與賬單這一實(shí)體間的關(guān)系。Play CASE提供了構(gòu)件不過我覺得是部件更為適宜一些，來表示對(duì)應(yīng)的數(shù)據(jù)，并提供了三種構(gòu)件的表示關(guān)系即組裝關(guān)系、分類關(guān)系與相連關(guān)系。這三類關(guān)系根本上反映出了現(xiàn)實(shí)世界中的業(yè)務(wù)數(shù)據(jù)之間的關(guān)系。例如現(xiàn)實(shí)世界中的用戶資料與用戶話費(fèi)，在Play CASE中，可將用戶構(gòu)件與賬單構(gòu)件用相連關(guān)系表示。這種方法，實(shí)際上是借鑒了OOA面向?qū)ο蟮姆治龇椒ㄖ械念悺⒕奂⒗^承、封裝等概念，能較好地反映出

39、現(xiàn)實(shí)中的業(yè)務(wù)；同時(shí)，這一步的工作也為總體設(shè)計(jì)中數(shù)據(jù)庫的概念模式設(shè)計(jì)奠定了很好的根底。 經(jīng)歷了上述四個(gè)步驟以后，利用Play CASE工具自動(dòng)生成了軟件需求規(guī)格說明書、初步的DFD圖和業(yè)務(wù)流程圖，為下一步的總體設(shè)計(jì)打好了根底。 使用Play CASE工具，使需求分析既能繼承傳統(tǒng)的結(jié)構(gòu)化分析方法，又能吸收面向?qū)ο笤O(shè)計(jì)方法的優(yōu)點(diǎn)。比方能把業(yè)務(wù)流程轉(zhuǎn)變成為運(yùn)行過程，業(yè)務(wù)組織轉(zhuǎn)變成了軟件的結(jié)構(gòu)等都表達(dá)了這一點(diǎn)。而在運(yùn)行過程中，對(duì)復(fù)雜過程的細(xì)分以及追蹤那么反映了傳統(tǒng)方法中的自上到下分解的分析思想，這對(duì)于解決復(fù)雜系統(tǒng)的分析是很有幫助的。 通過使用，我覺得這個(gè)工具還是很不錯(cuò)的。因?yàn)樗鼘?shí)際將以下四個(gè)方面的問題結(jié)

40、合起來了：軟件、業(yè)務(wù)、開發(fā)人員和用戶。對(duì)于用戶而言，Play CASE用圖形化的方式顯示出業(yè)務(wù)流程，使用戶了解業(yè)務(wù)在軟件中的運(yùn)行過程，提供了將來驗(yàn)收軟件時(shí)的依據(jù)。對(duì)于開發(fā)人員來說，使開發(fā)人員能更清楚地了解業(yè)務(wù)流程，不會(huì)再發(fā)生“因?yàn)椴焕斫庥脩舻男枨蠖霈F(xiàn)的閉門造車情況，從而導(dǎo)致開發(fā)出來的產(chǎn)品不符合用戶需要的現(xiàn)象。因此，Play CASE所自動(dòng)提供的需求說明書能夠很好地溝通用戶與開發(fā)人員之間的理解，使他們都能對(duì)需求有共同的理解。 使用Play CASE工具后，使我們的需求分析取得了很好的效果，不但能自動(dòng)地提供許多結(jié)果，如需求說明書等；還使需求的質(zhì)量有了很大的提高，受到領(lǐng)導(dǎo)的贊揚(yáng)領(lǐng)導(dǎo)不是學(xué)計(jì)算機(jī)的，

41、但對(duì)公司的業(yè)務(wù)十分熟悉；在后繼的設(shè)計(jì)與維護(hù)工作中，我們感到工作似乎輕松了很多。 當(dāng)然，該軟件工具也有缺乏之處，一個(gè)突出問題是靈活性不夠，一縣公司的部門或者組織機(jī)構(gòu)發(fā)生變化時(shí)，整個(gè)設(shè)計(jì)都要重新來過。因此，在改良的過程中，我們?cè)诘谝徊竭^程預(yù)留了好多個(gè)虛擬的部門，以備將來進(jìn)一步的擴(kuò)充或者變動(dòng)。 評(píng)注：1具體工程有些體會(huì)，完成情況似乎不錯(cuò)。2條理較清晰，比擬系統(tǒng)地描述了使用Play CASE的過程和體會(huì)。3偏重于工具的討論，對(duì)需求分析的方法分析還嫌不夠。4工程相對(duì)較小，僅涉及報(bào)表系統(tǒng)，對(duì)更為復(fù)雜的業(yè)務(wù)流程應(yīng)舉例分析，才能更充分地表達(dá)方法與工具的作用。本文主要參考了廣東魏福建等人的論文企業(yè)集團(tuán)的信息管理

42、系統(tǒng)應(yīng)用【摘要】 本文以某個(gè)IT產(chǎn)品銷售公司的信息系統(tǒng)工程的開發(fā)為背景，討論了一個(gè)信息系統(tǒng)需求分析的整個(gè)過程，其重要特征是：所涉及的工程是原有系統(tǒng)的一個(gè)升級(jí)替換版本。因此，需求分析過程不同于建立一個(gè)全新的系統(tǒng)，大體上可分為三個(gè)階段：實(shí)施逆向工程獲得對(duì)系統(tǒng)的初步了解；2在第1步的根底上寫出根本需求，交由客戶評(píng)審補(bǔ)充；3在第2步的根底上開發(fā)原型，利用原型與客戶交流，最終獲得基線需求。針對(duì)上述三個(gè)階段，本文論述了所使用的分析方法與工具以及所遇到過的一些典型問題和措施，最后對(duì)需求分析中使用的工具，談一些自己的初步體會(huì)。 【正文】 我于1998年8月至2000年7月參加了某個(gè)大型集團(tuán)的企業(yè)信息系統(tǒng)的開發(fā)

43、工作，該大型集團(tuán)的業(yè)務(wù)主要涉及到IT類產(chǎn)品的進(jìn)銷存。本人在工程中負(fù)責(zé)系統(tǒng)分析的工作，該集團(tuán)企業(yè)原先已委托某個(gè)電腦公司開發(fā)過一套IT類產(chǎn)品管理系統(tǒng)，但是該老系統(tǒng)存在兩個(gè)主要的問題：一系統(tǒng)運(yùn)行速度非常慢，如商品銷售開單時(shí)，從確定開單到開單完成有時(shí)需要12分鐘左右的響應(yīng)時(shí)間，讓客戶無法忍受。二系統(tǒng)數(shù)據(jù)不準(zhǔn)確，經(jīng)常出現(xiàn)實(shí)物庫存與電腦庫存嚴(yán)重不相匹配的情況，使銷售數(shù)據(jù)的統(tǒng)計(jì)產(chǎn)生一些混亂，有關(guān)財(cái)務(wù)的數(shù)據(jù)因此無法有效使用，只能采用人工錄入方式補(bǔ)充進(jìn)行。在這種情況下，該集團(tuán)的總經(jīng)理決定參考原有系統(tǒng)重新開發(fā)一個(gè)系統(tǒng)，以便解決原系統(tǒng)所存在的上述兩個(gè)難以克服的難題。注；原系統(tǒng)采用PB6.5開發(fā)，數(shù)據(jù)庫采用SYBAS

44、E，效勞器采用Windows2000Server，客戶端采用Windows 98，程序架構(gòu)采用的是傳統(tǒng)的C/S結(jié)構(gòu)。 鑒于該集團(tuán)業(yè)務(wù)操作復(fù)雜，流程多，涉及人員多等特點(diǎn)，以及工程完成時(shí)間短，經(jīng)費(fèi)有限，人員有限等限制約束條件，再考慮到必須防止前一系統(tǒng)出現(xiàn)過的結(jié)構(gòu)混亂與難于維護(hù)等問題，我們決定要對(duì)原系統(tǒng)的需求做一個(gè)比擬徹底的和切實(shí)可行的分析，由于原有系統(tǒng)已經(jīng)開發(fā)了近兩年，并且客戶也有了一定的使用經(jīng)驗(yàn)，業(yè)務(wù)根本流程本身也并沒有太大的變化，因此，我們把需求分析的過程分為三步：分析原有系統(tǒng)的結(jié)構(gòu)，主要是數(shù)據(jù)庫結(jié)構(gòu)和程序結(jié)構(gòu)，2在獲得第1步結(jié)果的根底上寫出根本需求，交由客戶評(píng)審補(bǔ)充，3在第2步的根底上開發(fā)原

45、型，利用此原型與客戶交流，從而獲得最終可用的需求結(jié)果。下面按上述三步分別加以論述。 第一步是實(shí)施逆向工程，獲取原有系統(tǒng)的根本需求。 由于原有系統(tǒng)在功能上大體上能根本滿足客戶的需求，并且在兩年多的開發(fā)中也積累了不少經(jīng)驗(yàn)，因此，從中可以獲得一些有益的參考，也可以防止多走彎路。在這一階段，我們采用的主要工具是PB自帶的Power Designer和PB Documents;前者主要用來分析數(shù)據(jù)庫結(jié)構(gòu)，后者主要用來分析程序結(jié)構(gòu)，便于開發(fā)人員與高級(jí)用戶理解程序。采用這兩個(gè)工具的原因是：原系統(tǒng)過于龐大，模塊多，數(shù)據(jù)庫模式多，表格量很大，僅靠人工的方法很難從中獲得一個(gè)比擬完整的、明確的系統(tǒng)結(jié)構(gòu)以及整體構(gòu)成，

46、而且原有系統(tǒng)未能提供一套正確完整有效的設(shè)計(jì)文檔，于是我們只能依靠工具輔助來進(jìn)行。在使用Power Designer分析數(shù)據(jù)庫，并且用PB Documents分析原程序中的PBL以后，我們對(duì)原系統(tǒng)的結(jié)構(gòu)有了一個(gè)初步的了解，再結(jié)合對(duì)原系統(tǒng)的使用，根本明確了功能與流程的需求，并在此根底上用人工錄入方式，產(chǎn)生了初步需求的自然語言文檔。這里指出，使用Power Designer的一個(gè)缺乏之處是：如果一個(gè)表中的字段過多，而且又同時(shí)依賴多個(gè)表時(shí)，輸出的表格相關(guān)圖形很復(fù)雜，有很多交叉，且難于調(diào)整，不方便閱讀及打印。第二步是在第一步的根底上進(jìn)行的，即寫出系統(tǒng)根本需求，交由客戶評(píng)審和補(bǔ)充。 通過第一步的逆向工程，

47、我們獲得了系統(tǒng)的根本需求。為了充分記錄需求的變化及需求之間的依賴關(guān)系，我們決定選用Rational公司的Requisite PRO作為我們的需求管理工具，Rational公司有一整套用于需求管理的工具，功能非常強(qiáng)大，包括Requisite Pro、Clear Quest等等，這些需求分析工具可以對(duì)需求進(jìn)行全面的管理，包括記錄需求的變化情況，需求之間的依賴關(guān)系等等。但是，我們考慮到Rational的一套工具全面實(shí)施會(huì)非常昂貴與復(fù)雜，需要非常強(qiáng)的工程管理能力才能全面實(shí)施，因此，我們只采用了其中最簡單的一局部功能，那就是記錄需求變更，記錄需求之間的依賴關(guān)系，其他跟RUP有關(guān)的功能都給略去了。之所以這

48、樣做，主要是考慮到工程的經(jīng)費(fèi)、人力以及國內(nèi)軟件開發(fā)的實(shí)際情況。正如前面所說，我們根據(jù)自己的理解并寫出根本需求后，交由客戶做評(píng)審井做適當(dāng)補(bǔ)充，我們將經(jīng)過補(bǔ)充整理后的需求作為正式需求記錄入Requisite Pro所維護(hù)的數(shù)據(jù)庫中，并對(duì)各個(gè)需求進(jìn)行分類，設(shè)定優(yōu)先級(jí)等，這些工作完成后，就可以從數(shù)據(jù)庫中直觀地了解客戶到現(xiàn)在為止提出了哪些需求，哪些需求是必須優(yōu)先考慮的，哪些是難度較大的等等。在這個(gè)過程中，我們遇到了一些問題，譬如：用戶對(duì)我們用自然語言書寫的需求文檔有許多地方不理解，往往在花了較長時(shí)間閱讀之后，仍不明白我們所描寫的需求過程與他們所完成的業(yè)務(wù)之間的對(duì)應(yīng)關(guān)系；另外是由于首次采用Requisit

49、e Pro進(jìn)行需求管理，在類型劃分，屬性值確實(shí)定上，局部開發(fā)人員沒有經(jīng)驗(yàn)，造成了不少反復(fù)，對(duì)于前者，我們的方法是想方法增加一些示意圖，將大的流程分解為小流程，再與客戶反復(fù)交流與溝通，最終到達(dá)雙方理解一致的目的。對(duì)第二個(gè)問題，那么參考了一些例子，再結(jié)合實(shí)際中屬性的使用情況，給予取舍或者選擇，經(jīng)過這一階段的工作，我們建立了根本的需求庫，定出了根本需求規(guī)格說明。 第三步那么是在第二步的根底上建立起原型，利用原型與客戶進(jìn)行更深入的交流，通過交流修改相應(yīng)的需求。 在這一階段的工作是在對(duì)第二步任務(wù)進(jìn)行報(bào)告交流的根底上進(jìn)行的。我們用PB開發(fā)了一個(gè)原型系統(tǒng)，就具體的業(yè)務(wù)流程與客戶進(jìn)行交流與溝通，通過原型，客戶

50、發(fā)現(xiàn)了許多我們與他們的理解相互不協(xié)調(diào)的地方，我們?cè)谛薷男枨蟮耐瑫r(shí)，也在Requisite Pro需求數(shù)據(jù)庫中記錄下修改的歷史。事實(shí)證明，這種記錄歷史的作用是很有效的，如曾經(jīng)有客戶在兩個(gè)不同的時(shí)間對(duì)同一需求提了相反的需求，我們根據(jù)歷史記錄很快證實(shí)了該客戶的提法有錯(cuò)誤，在事實(shí)面前無需再作爭論，同時(shí)利用Requisite Pro，我們還發(fā)現(xiàn)了一些需求相互之間有矛盾。經(jīng)過這一階段工作，我們終于獲得了經(jīng)過用戶認(rèn)可的需求基線，即是可用于下一步進(jìn)行詳細(xì)設(shè)計(jì)的基線需求。 在這個(gè)工程中，我們利用了Power Designer、PB Documents等逆向工程分析工具和Requisite Pro需求管理工具，這

51、些工具的使用，使我們提高了工作效率，起到了一定的輔助作用。但是，就需求分析工具方面而言。我們覺得國內(nèi)應(yīng)用得還是太少了，這一方面是因?yàn)閷?duì)需求分析不夠重視，另一方面是因?yàn)楣芾硭竭€達(dá)不到相應(yīng)的層次。Rational公司的一整套需求分析工具，其功能是非常強(qiáng)大的，國外已在普遍地使用，在國內(nèi)也逐漸開始普及，特別是那些通過CMM二級(jí)以上評(píng)審的單位，都必須使用工具對(duì)需求進(jìn)行管理。在本工程中，我們僅僅利用了Requisite Pro功能的一些小方面，已經(jīng)體會(huì)到該工具對(duì)于工程管理的諸多好處。如果一個(gè)有實(shí)力的公司能夠全面實(shí)施RUP，那么需求管理這個(gè)老大難的問題會(huì)變得不再那么棘手了，工程的質(zhì)量也會(huì)得到相應(yīng)的提高。目

52、前國內(nèi)由于CMM熱潮的興起，已經(jīng)逐漸重視需求分析，也逐漸使用需求分析工具，這是非常可喜的，當(dāng)然，更希望在不久的將來，能用上國產(chǎn)的需求分析工具，那時(shí)我們的軟件產(chǎn)業(yè)也許會(huì)真正地騰飛了。 評(píng)注；采用逆向工具進(jìn)行再工程的應(yīng)用很多，本文給出了一個(gè)實(shí)際的例子。寫作有條理，也很實(shí)際。合理地界定了需求分析的現(xiàn)實(shí)水平。所采用的需求分析的方法與工具相對(duì)較合理科學(xué)。能在對(duì)工程討論的同時(shí)抒發(fā)議論、使用體會(huì)、愛國心和事業(yè)心。深度還可以提高，例子宜更加豐富一些。本文主要參考了廣東劉小波等人的論文論Java技術(shù)在因特網(wǎng)平臺(tái)上的應(yīng)用論文6：銀行業(yè)的應(yīng)用【摘要】 因特網(wǎng)上應(yīng)用的日益普及與深化，為Java技術(shù)的運(yùn)用提供了廣闊的活

53、動(dòng)舞臺(tái)，也大大推進(jìn)了Browser/Server模式的企業(yè)內(nèi)聯(lián)網(wǎng)應(yīng)用與網(wǎng)絡(luò)計(jì)算。 作為某信息公司中的技術(shù)骨干，我有幸承當(dāng)了某銀行信貸管理與查詢系統(tǒng)等的開發(fā)任務(wù)，獨(dú)立地完成了其中的系統(tǒng)設(shè)計(jì)、類設(shè)計(jì)、局部開發(fā)及測(cè)試工作。 整個(gè)系統(tǒng)完全按照J(rèn)2EE的標(biāo)準(zhǔn)來設(shè)計(jì)。前臺(tái)界面應(yīng)用了JSP技術(shù)，控制局部采用了Servlet來開發(fā)，業(yè)務(wù)邏輯應(yīng)用了EJB技術(shù)來封裝，應(yīng)用效勞器采用了支持J2EE標(biāo)準(zhǔn)的BEA公司的Weblogic，后臺(tái)的數(shù)據(jù)庫選用的是Informix7.3，目的是為了與銀行中其他業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫保持一致。在硬件平臺(tái)上，我們選用的是HP公司的某臺(tái)中型效勞器機(jī)器，操作系統(tǒng)是HP-UX。 該系統(tǒng)界面運(yùn)用的

54、是IE，它不僅兼容性較好，而且已為廣闊用戶所熟悉。系統(tǒng)運(yùn)行后，各個(gè)支行都普遍反映界面友善，功能強(qiáng)大，開發(fā)的效果令人滿意。 【正文】 在銀行應(yīng)用中私人的儲(chǔ)蓄、企業(yè)的會(huì)計(jì)、國際的業(yè)務(wù)、信貸、財(cái)務(wù)管理都是十分重要的，它們構(gòu)成銀行的根底業(yè)務(wù)系統(tǒng)。我從事開發(fā)的信貸業(yè)務(wù)更是銀行利潤來源的重要局部。與儲(chǔ)蓄，對(duì)公等以交易事務(wù)為主的業(yè)務(wù)模式有所不同的是，盡管信貸也是交易，但需要更多其他輔助信息的支持。如客戶的根本資料，在本行內(nèi)業(yè)務(wù)發(fā)生狀況、信用等級(jí)、是否有逾期貸款未能歸還等。各個(gè)支行的有關(guān)業(yè)務(wù)人員及分行管理人員都希望能方便及時(shí)地了解這些信息。傳統(tǒng)的基于終端的用戶界面難以傳遞這么多信息給用戶，所以我們決定采用基于

55、測(cè)覽器IE的用戶界面，一方面IE使用方便，不需要專門培訓(xùn)，另外它是與Windows操作系統(tǒng)捆綁在一起的，也可節(jié)省前臺(tái)費(fèi)用。在開發(fā)技術(shù)上有ASP，JSP可供選擇。 由于考慮到Java技術(shù)在Internet上的迅速開展，J2EE更是提出了全新的用語言來統(tǒng)一平臺(tái)的思路，于是我們決定采納J2EE標(biāo)準(zhǔn)，并選用了JSP。在設(shè)計(jì)上，根本上是采用了一個(gè)交易畫面對(duì)應(yīng)于一個(gè)JSP程序，充分發(fā)揮JSP動(dòng)態(tài)處理頁面的長處。 為了使設(shè)計(jì)有更好的可擴(kuò)性、靈活性與邏輯性，能為以后擴(kuò)展奠定堅(jiān)實(shí)的根底，我采用了Modelu，View，Controller的MVC設(shè)計(jì)模式，View全部由JSP實(shí)現(xiàn)，而Controller那么是設(shè)

56、計(jì)了一個(gè)Servlet程序，它負(fù)責(zé)處理前臺(tái)瀏覽器傳送來的所有請(qǐng)求，并按事先定義好的路徑/程序關(guān)系，分發(fā)給相應(yīng)的JSP程序去處理。由于Servlet本來就是為Java效勞器端編程來設(shè)計(jì)的，因此由它來負(fù)責(zé)效勞器端的處理是相當(dāng)適宜的。 在開始設(shè)計(jì)時(shí)，我運(yùn)用了構(gòu)件技術(shù)，由EJB承當(dāng)起設(shè)計(jì)模式的Modelu角色。具體的貸款開戶，放款，結(jié)息逾期貸款，歸還貸款等交易都對(duì)應(yīng)一個(gè)具體的EJB。為了將這些處理邏輯與相應(yīng)的數(shù)據(jù)庫操作別離開，能更加便于維護(hù)，我將處理業(yè)務(wù)的EJB設(shè)計(jì)成Session Bean，而為每個(gè)Session Bean再配備一個(gè)相對(duì)應(yīng)的Entity Bean，用于訪問后臺(tái)的數(shù)據(jù)庫。貸款管理中有很

57、重要的一點(diǎn)是進(jìn)行查詢，我按照需求分析的結(jié)果，為每類查詢都設(shè)計(jì)了相對(duì)應(yīng)的Bean，其目標(biāo)是盡可能地提高查詢的速度。 在這次信貸管理系統(tǒng)的開發(fā)過程中，Java的平臺(tái)無關(guān)性優(yōu)勢(shì)，在開發(fā)人員從事開發(fā)的活動(dòng)中表達(dá)得淋漓盡致。由于經(jīng)費(fèi)相對(duì)緊缺，我們的開發(fā)環(huán)境是各個(gè)工程組共用一臺(tái)HP機(jī)器，雖然每個(gè)開發(fā)小組都搭建了自己的環(huán)境，但工程一多，特別是遇上結(jié)息與批量測(cè)試等場(chǎng)合，機(jī)器就顯得不堪重負(fù)，使開發(fā)與測(cè)試工作的效率大為下降。我們小組由于采用的是Java技術(shù)，大家可以在自己的NT機(jī)器上搭建相同的環(huán)境。這樣一來，大家平時(shí)的開發(fā)工作，包括JSP，Servlet，EJB的程序，都可以在本地完成，只是到測(cè)試或展現(xiàn)階段才需放

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

59、起來。 原來，我們開發(fā)小組的文檔編制任務(wù)顯得非常之繁重，因?yàn)檎麄€(gè)系統(tǒng)既有交易局部，又有管理查詢局部，交易、數(shù)據(jù)與源程序都很多。為了解決這個(gè)問題，我們直接應(yīng)用了Java源程序中的Javadoc導(dǎo)出文檔，這樣不僅文檔美觀，而且能夠保持與源程序的一致性，實(shí)乃一石二鳥之舉。 整個(gè)工程完成后，用戶使用下來都覺得界面友好，操作簡便。但是我心里知道。這個(gè)系統(tǒng)還有很多可以加以改良的地方。 首先，基于Java系統(tǒng)的開發(fā)需要資金較多的投入，由于該系統(tǒng)受到經(jīng)費(fèi)的限制，只申請(qǐng)到一臺(tái)生產(chǎn)用機(jī)，這樣，Web Server、Application Server、DB Server只能被擠放在一起。雖然Weblogic能實(shí)現(xiàn)

60、局部負(fù)載平衡，但在將來的業(yè)務(wù)開展時(shí)，這樣的分布肯定不是最理想的。好在我們?cè)谠O(shè)計(jì)時(shí)已經(jīng)考慮過盡量有良好的擴(kuò)展性，在以后條件許可時(shí)，只需進(jìn)行在不同機(jī)器之間的進(jìn)一步部署即可，應(yīng)用程序大體上無需改動(dòng)。 其次，在設(shè)計(jì)上，可以采用UML的產(chǎn)品，如Rational Rose，另一方面，Rational Rose具有自動(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)努力的方向。本文主要參考