【文章內容簡介】 與 B/S 區(qū)別：Client/。１．硬件環(huán)境不同: C/S 一般建立在專用的網(wǎng)絡上， 小范圍里的網(wǎng)絡環(huán)境， ， 不必是專門的網(wǎng)絡硬件環(huán)境，例與電話上網(wǎng)， 租用設備. 信息自己管理. 有比C/S更強的適應范圍， 一般只要有操作系統(tǒng)和瀏覽器就行 ２．對安全要求不同 C/S 一般面向相對固定的用戶群， 對信息安全的控制能力很強. 一般高度機密的信息系統(tǒng)采用C/S 結構適宜. 可以通過B/， 對安全的控制能力相對弱， 面向是不可知的用戶群. ３．對程序架構不同 C/S 程序可以更加注重流程， 可以對權限多層次校驗， ， 建立在需要更加優(yōu)化的基礎之上. 比C/S有更高的要求 B/S結構的程序架構是發(fā)展的趨勢， 2000 Exchange 2000等， 全面支持網(wǎng)絡的構件搭建的系統(tǒng). SUN 和IBM推的JavaBean 構件技術等，使 B/S更加成熟. ４．軟件重用不同 C/S 程序可以不可避免的整體性考慮， 構件的重用性不如在B/，要求構件相對獨立的功能. ，而不是做在墻上的石頭桌子 ５．系統(tǒng)維護不同 系統(tǒng)維護是軟件生存周期中，開銷大， 重要C/S 程序由于整體性， 必須整體考察， 處理出現(xiàn)的問題以及系統(tǒng)升級. 升級難. 可能是再做一個全新的系統(tǒng)B/S 構件組成，方面構件個別的更換，實現(xiàn)系統(tǒng)的無縫升級. . ６．處理問題不同 C/S 程序可以處理用戶面固定， 并且在相同區(qū)域， 安全要求高需求， 與操作系統(tǒng)相關. 應該都是相同的系統(tǒng)B/S 建立在廣域網(wǎng)上， 面向不同的用戶群， 分散地域， 這是C/S無法作到的. 與操作系統(tǒng)平臺關系最小. ７．用戶接口不同 C/S 多是建立的Window平臺上，表現(xiàn)方法有限，對程序員普遍要求較高B/S 建立在瀏覽器上， 有更加豐富和生動的表現(xiàn)方式與用戶交流. 并且大部分難度減低，減低開發(fā)成本. ８．信息流不同C/S 程序一般是典型的中央集權的機械式處理， 交互性相對低B/S 信息流向可變化， BB BC BG等信息、流向的變化， 更像交易中心。第4章 系統(tǒng)實現(xiàn)（1）登陸界面要想使用本系統(tǒng)，必須先登陸到系統(tǒng)中，在登陸頁面，首先將從前臺頁面提交的用戶名和密碼進行接受，之后在后臺進行處理，按照用戶名在數(shù)據(jù)庫中進行查詢如果查到該用戶則將該用戶的權限和密碼全都取出來分別賦給兩個字符串變量，判斷從數(shù)據(jù)庫中讀出的密碼與登錄時輸入的密碼是否配比上，若兩個密碼相同則根據(jù)權限的值進入相應的頁面，否則輸出密碼錯誤。（2）登陸模塊關鍵代碼 public String login(String userName,String userPw,int userType) { try { (700)。 } catch (InterruptedException e) { // TODO Autogenerated catch block ()。 } String result=no。 if(userType==0)//系統(tǒng)管理員登陸 { String sql=select * from t_admin where userName=? and userPw=?。 Object[] params={userName,userPw}。 DB mydb=new DB()。 (sql, params)。 try { ResultSet rs=()。 boolean mark=(rs==null||!()?false:true)。 if(mark==false) { result=no。 圖書類別管理模塊（1）圖書類別管理模塊界面管理員登陸系統(tǒng)后，點擊左面的菜單“圖書類別管理”，頁面調轉到圖書類別管理界面，錄入圖書類別的基本信息。如類別名稱、備注信息等，點擊保存按鈕，調用后臺的java類catelogServlett把圖書類別信息保存到數(shù)據(jù)庫。操作員管理界面如下圖 圖書類別管理模塊界面（2）圖書類別管理模塊關鍵代碼 public void catelogAdd(HttpServletRequest req,HttpServletResponse res) { String name=(name)。 String jieshao=(jieshao)。 String del=no。 String sql=insert into t_catelog values(?,?,?)。 Object[] params={name,jieshao,del}。 DB mydb=new DB()。 (sql, params)。 ()。 (message, 操作成功)。 (path, catelog?type=catelogMana)。 String targetURL = /mon/。 dispatch(targetURL, req, res)。 } public void catelogDel(HttpServletRequest req,HttpServletResponse res) { String sql=update t_catelog set del=39。yes39。 where id=+((id))。 Object[] params={}。 DB mydb=new DB()。 圖書管理模塊（1）圖書管理界面管理員登陸系統(tǒng)后，點擊左面的菜單“圖書管理”，頁面調轉到圖書管理界面，錄入圖書的基本信息。包括名稱、出版社、出版日期、ISBN、庫存數(shù)量、單價等，點擊保存按鈕，調用后臺的java類BookServet把圖書信息保存到數(shù)據(jù)庫。圖書管理界面如下圖 圖書管理模塊界面（2）圖書管理模塊關鍵代碼 String name=(name)。 String zuozhe=(zuozhe)。 String chubanshe=(chubanshe)。 String chubanriqi=(chubanriqi)。 String isbm=(isbm)。 String price=(price)。 String yeshu=(yeshu)。 String kucun=(kucun)。 String catelog_id=(catelog_id)。 讀者管理模塊（1）讀者模塊界面在該界面中首先輸入讀者基本信息。單擊“提交”按鈕，即可完成讀者錄入操作。 讀者模塊界面（2）讀者管理關鍵代碼 public void service(HttpServletRequest req,HttpServletResponse res)throws ServletException, IOException { String type=(type)。 if((userMana)) { userMana(req, res)。 } if((userAdd)) { userAdd(req, res)。 } if((userDel)) { userDel(req, res)。 } if((userAll)) 圖書借閱管理模塊（1）圖書借閱模塊界面管理員登陸系統(tǒng)后，點擊左面的菜單“圖書借閱管理”，頁面調轉到圖書借閱管理界面，錄入圖書借閱的基本信息。如圖書ID、讀者ID、借閱數(shù)量、借閱時間等，點擊保存按鈕，調用后臺的java類JieyueServlett把圖書借閱信息保存到數(shù)據(jù)庫。圖書借閱管理界面如下圖 圖書借閱模塊界面（2）借閱管理關鍵代碼 String user_id=(user_id)。 String book_id=(book_id)。 String jieyueshuliang=(jieyueshuliang)。 String jieyueShijian=(jieyueShijian)。 String shifouguihuan=否。 String guihuanshijian=。 String del=no。 String sql=insert into t_jieyue values(?,?,?,?,?,?,?)。 Object[] params={(user_id), (book_id), (jieyueshuliang), jieyueShijian, shifouguihuan, guihuanshijian, del}。 DB mydb=new DB()。 (sql, params)。第5章程序測試與調試 程序調試在設計系統(tǒng)的過程中，避免不了一些錯誤。對于語句的語法錯誤，在程序運行時自動提示，并提示請求立即糾正，因此，這類錯誤是比較容易發(fā)現(xiàn)和糾正。但有的錯誤是在程序執(zhí)行時由于不正確的操作或對某些數(shù)據(jù)的計算公式的邏輯錯誤導致的錯誤結果。這類錯誤隱蔽性強，不一定會出現(xiàn)，因此，對這一類的錯誤的排查和糾正是非常耗時和費力的。 程序的測試 測試的重要性及目的（1）測試的重要性軟件的測試在軟件生命周期中占據(jù)重要的地位，在傳統(tǒng)的瀑布模型中，軟件測試學僅處于運行維護階段之前，是軟件產(chǎn)品交付用戶使用之前保證軟件質量的重要手段。近來，軟件工程界趨向于一種新的觀點，即認為軟件生命周期每一階段中都應包含測試，從而檢驗本階段的成果是否接近預期的目標，盡可能早的發(fā)現(xiàn)錯誤并加以修正，如果不在早期階段進行測試，錯誤的延時擴散常常會導致最后成品測試的巨大困難。 在實踐中，軟件測試的困難常常使人望而卻步或敷衍了事，這是由于對測試仍然存在一些不正確的看法和錯誤的態(tài)度，這包括: ① 認為測試工作不如設計和編碼那樣容易取得進展難以給測試人員某種成就感。 ② 以發(fā)現(xiàn)軟件錯誤為目標的測試是非建設性的，甚至是破壞性的，測試中發(fā)現(xiàn)錯位是對責任者工作的一種否定。 ③ 測試工作枯燥無味，不能引起人們的興趣。 ④ 測試工作是艱苦而細致的工作。 ⑤ 對自己編寫的程序盲目自信，在發(fā)現(xiàn)錯誤后，顧慮別人對自己的開發(fā)能力的看法。 這些觀點對軟件測試工作是極為不利的，必須澄清認識、端正態(tài)度，才可能提高軟件產(chǎn)品的質量。 （2）測試的目的 如果測試的目的是為了盡可能多地找出錯誤，那么測試就應該直接針對軟件比較復雜的部分或是以前出錯比較多的位置。 這種觀點可以提醒人們測試要以查找錯誤為中心，而不是為了演示軟件的正確功能。但是僅憑字面意思理解這一觀點可能會產(chǎn)生誤導，認為發(fā)現(xiàn)錯誤是軟件測試的唯一目，查找不出錯誤的測試就是沒有價值的，事實并非如此。 首先，測試并不僅僅是為了要找出錯誤。通過分析錯誤產(chǎn)生的原因和錯誤的分布特征，可以幫助項目管理者發(fā)現(xiàn)當前所采用的軟件過程的缺陷，以便改進。同時，這種分析也能幫助我們設計出有針對性地檢測方法，改善測試的有效性。其次，沒有發(fā)現(xiàn)錯誤的測試也是有價值的，完整的測試是評定測試質量的一種方法。 測試的步驟與開發(fā)過程類似，測試過程也必須分步驟進行，每個步驟在邏輯上是前一個步驟的繼續(xù)。大型軟件系統(tǒng)通常由若干個子系統(tǒng)組成，每個子系統(tǒng)又由若干個模塊組成。因此，大型軟件系統(tǒng)的測試基本上由下述幾個步驟組成：（1）模塊測試 在這個測試步驟中所發(fā)現(xiàn)的往往是編碼和詳細設計的錯誤。（2）系統(tǒng)測試 在這個測試步驟中發(fā)現(xiàn)的往往是軟件設計中的錯誤，也可能發(fā)現(xiàn)需求說明中的錯誤。（3）驗收測試 在這個測試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說明書中的錯誤。 測試的主要內容為了保證測試的質量，將測試過程分成幾個階段，即:代碼審查、單元測試、集成測試、確認測試和系統(tǒng)測試。 （1）單元測試 單元測試集中在檢查軟件設計的最小單位—模塊上，通過測試發(fā)現(xiàn)實現(xiàn)該模塊的實際功能與定義該模塊的功能說明不符合的情況，以及編碼的錯誤。 （2）集成測試 集成測試是將模塊按照設計要求組裝起來同時進行測試，主要目標是發(fā)現(xiàn)與接口有關的問題。如一個模塊與另一個模塊可能有由于疏忽的問題而造成有害影響；把子功能組合起來可能不產(chǎn)生預期的主功能；個別看起來是可以接受的誤差可能積累到不能接受的程度；全程數(shù)據(jù)結構可能有錯誤等。 （3）確認測試 確認測試的目的是向未來的用戶表明系統(tǒng)能夠像預定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應該進一步驗證軟件的有效性，這就是確認測試的任務，即軟件的功能和性能如同用戶所合理期待的那樣。 （4）系統(tǒng)測試 軟件開發(fā)完成以后，最終還要與系統(tǒng)中其他部分配套運行，進行系統(tǒng)測試。包括恢復測試、安全測試、強度測試和性能測試等。 單獨對系統(tǒng)的測試主要從以下幾方面入手：① 功能測試：測試是否滿足開發(fā)要求，是否提供設計所描述的功能，是否用戶的需求都得到滿足。功能測試是系統(tǒng)測試最常用和必須的測試，通常還會以正式的軟件說明書為測試標準。② 強度測試及性能測試：測試系統(tǒng)能力最高實際限度，即軟件在一些超負荷情況下功能實現(xiàn)的情況。③ 安全測試：驗證安裝在系統(tǒng)內的保護機構確實能夠對系統(tǒng)進行保護，使之不受各種非常的干擾。針對本系統(tǒng)主要是對權限系統(tǒng)的測試和對無效數(shù)據(jù)、錯數(shù)據(jù)、和非法數(shù)據(jù)干擾的能力的測試。經(jīng)過上述的測試過程對軟件進行測試后，軟件基本能滿足開發(fā)的要求， 可能還有某些隱藏的小錯誤，不過不影響系統(tǒng)的正常運行，達到了最終目的。宣布測試結束。第6章 總結在本次圖書館管理系統(tǒng)的設計與開發(fā)過程中，通過一次次的失敗，我已能熟練運用“JSP