【文章內(nèi)容簡介】 Forn和 Action。然后將 request 的參數(shù)對(duì)應(yīng)到 ActionForm中，進(jìn)行 form驗(yàn)證。如果驗(yàn)證通過則調(diào)用 Action 的 execute()方法來執(zhí)行 Action，最終返回ActionFoward， ActionFoward 是對(duì) mapping 中一個(gè) foward 的包裝，對(duì)應(yīng)于一個(gè) url。 ActionForm 使用了 ViewHelper 模式，是對(duì) HTML 中 form 的一個(gè)封裝。其中包含有 validate 方法，用于驗(yàn)證 form 數(shù)據(jù)的有效性。 ActionForm 是一個(gè)符合JavaBean 規(guī)范的類，所有的屬性都應(yīng)滿足 get 和 set 對(duì)應(yīng)。對(duì)于一些復(fù)雜的系統(tǒng)，還可以采用 DynaActionForm 來構(gòu)造動(dòng)態(tài)的 Form，即通過預(yù)制參數(shù)來生成Form。這樣可以更靈活的擴(kuò)展程序。 ActionErrors 是對(duì)錯(cuò)誤信息的包裝，一旦在執(zhí)行 action 或者 中出現(xiàn)異常，即可產(chǎn)生一個(gè) ActionError 并最終加入到 ActionErrors。在 Form 驗(yàn)證的過程中，如果有 Error 發(fā)生，則會(huì)將頁面重新導(dǎo)向至輸入頁，并提示錯(cuò)誤。 Action 是用于執(zhí)行業(yè)務(wù)邏輯的 RequsestHandler。每個(gè) Action 都只建立一個(gè) instance。 Action 不是線程安全的，所以不應(yīng)該在 Action 中訪問特定資源。一般來說，應(yīng)改使用 Business Delegate 模式來對(duì) Business tier 進(jìn)行訪問以解除耦合。 Struts 提供了多種 Action 供選擇使用。普通的 Action 只能通過調(diào)用 execute執(zhí)行一項(xiàng)任務(wù)，而 DispatchAction 可以根據(jù)配置參數(shù)執(zhí)行，而不是僅進(jìn)入execute() 函 數(shù) ， 這 樣 可 以 執(zhí) 行 多 種 任 務(wù) 。 如 insert,update 等。LookupDispatchAction 可以根據(jù)提交表單按鈕的名稱來執(zhí)行函數(shù)。 13 第三章 系統(tǒng)需求分析 需求分析 問題定義 問題定義階段必須回答的關(guān)鍵問題是“要解決的問題是什么？”。顯然，這個(gè)問題解決整個(gè)軟件開發(fā)周期中起著指導(dǎo)性作用。軟件開發(fā)應(yīng)該有這樣一條鮮明的線索貫穿始終，否則我們的所有工作都是盲目的?，F(xiàn)在我們應(yīng)該明確問題定義階段的主要任務(wù)：我們要建立一個(gè)圖書信息管理系統(tǒng)，以解決學(xué)校圖書館事務(wù)的基本情況，來擺脫傳統(tǒng)的手工記賬，實(shí)現(xiàn)管理自動(dòng)化，從而提高工作效率。同時(shí)該系統(tǒng)應(yīng)不可避免的 涉及到圖書信息，讀者信息，讀者借閱信息的維護(hù)和處理及信息統(tǒng)計(jì)和查詢處理。 可行性研究 系統(tǒng)的可行性分析包括兩個(gè)詳細(xì)的部分：分析開發(fā)新的系統(tǒng)的必要性和可能性。必要性在前面系統(tǒng)初步調(diào)查中已經(jīng)作了詳細(xì)的分析，在這里就不再贅述；可能性主要包括經(jīng)濟(jì)可行性、技術(shù)可行性和運(yùn)行可行性三個(gè)方面。 經(jīng)濟(jì)可行性研究是對(duì)組織的經(jīng)濟(jì)現(xiàn)狀和投資能力進(jìn)行分析，對(duì)系統(tǒng)建設(shè)運(yùn)行和維護(hù)費(fèi)用進(jìn)行估算，對(duì)系統(tǒng)建成后可能取得的社會(huì)和經(jīng)濟(jì)效益進(jìn)行估計(jì)。由于圖書信息系統(tǒng)是作為畢業(yè)設(shè)計(jì)由我們學(xué)生自己開發(fā)的，在經(jīng)濟(jì)上的投入甚微，系統(tǒng)建成之后將為 今后實(shí)現(xiàn)學(xué)校圖書管理提供很大的方便，因此在經(jīng)濟(jì)上是可行的。 技術(shù)可行性要考慮現(xiàn)有的技術(shù)條件是否能夠順利完成開發(fā)工作，軟硬件配置是否滿足開發(fā)的需求等。圖書管理系統(tǒng)用的是 MyEclipse 開發(fā)工具，調(diào)試相對(duì)簡單，當(dāng)前的計(jì)算機(jī)硬件配置也完全能滿足開發(fā)的需求，因此在技術(shù)上是絕對(duì)可行的。軟件方面：由于目前 B/S 模式相對(duì)發(fā)展成熟，故軟件的開發(fā)平臺(tái)成熟可行 ,它們速度快、容量大、可靠性能高、價(jià)格低，完全能滿足系統(tǒng)的需求。 運(yùn)行可行性是對(duì)組織結(jié)構(gòu)的影響，現(xiàn)有人員和機(jī)構(gòu)、設(shè)施設(shè)施和環(huán)境對(duì)系統(tǒng)的適應(yīng)性及人員培訓(xùn)補(bǔ)充計(jì)劃的可行性。 當(dāng)前我們學(xué)校信息化技術(shù)已經(jīng)相當(dāng)普及，各類操作人員水平都有相當(dāng)?shù)母叨?，所以在運(yùn)行上是可行性的。 14 圖書 管理系統(tǒng)具體任務(wù)要求和運(yùn)行過程 系統(tǒng)的功能要求即用戶對(duì)目標(biāo)系統(tǒng)數(shù)據(jù)處理功能所提出的要求，主要考慮以下銷售管理需求： ★系統(tǒng)設(shè)置：管理員登陸系統(tǒng)后可以對(duì)圖書館信息進(jìn)行設(shè)置。 ★圖書信息管理：管理員登陸系統(tǒng)后可以添加圖書類別，對(duì)圖書類別信息進(jìn)行管理，添加圖書信息，對(duì)圖書信息進(jìn)行管理。 ★讀者信息管理：管理員登陸系統(tǒng)后可以添加讀者類別，對(duì)讀者類別信息進(jìn)行管理，添加讀者信息，對(duì)讀者信息進(jìn)行管理。 ★ 圖書借還 管理 ：管理員登陸系統(tǒng)后可以實(shí)現(xiàn)讀者借書的登記，讀者還書的登 記，每個(gè)讀者屬于不同的讀者類型，不同的讀者類型可以借閱圖書的數(shù)目 也是不一樣的， 管理員可以辦理圖書續(xù)借， ★系統(tǒng)查詢：可以按條件查詢圖書檔案信息，圖書借閱信息，圖書借閱超期信息列表。 ★ 口令更改 ： 管理員或一般的操作員登陸系統(tǒng)后可以更改自己的登陸密碼。 技術(shù)方面可行性分析 軟件分析 由于 Windows2020 操作系統(tǒng)是有人機(jī)變互的友好界面，很容易掌握及操作，程序界面相對(duì)較容易實(shí)現(xiàn)等特點(diǎn)，加之目前基于 Windows2020 操作系統(tǒng)的軟件開發(fā)工具也很多，易于學(xué)習(xí)、開發(fā)及應(yīng)用。 同時(shí)由于 圖書 管理業(yè)務(wù)事務(wù)種類繁多，結(jié)合實(shí)際情況，及管理人員的素質(zhì)等因素， Windows2020 操作系統(tǒng)易學(xué)易用，而且可以滿足需求，故決定采用Windows2020 平臺(tái)開發(fā)。 采用 mysql 型數(shù)據(jù)庫系統(tǒng)作為 圖書 管理系統(tǒng)的后臺(tái)數(shù)據(jù)庫， mysql 是世界上公認(rèn)的很好的開源型 數(shù)據(jù)庫，采用面向?qū)ο蟮姆绞綄?duì)數(shù)據(jù)庫進(jìn)行管理與操作，大大簡化了用戶的開發(fā)與維護(hù)工作，另外小型數(shù)據(jù)庫的靈活性、安全性、易用性為數(shù)據(jù)庫編程提供了良好的條件。 本系統(tǒng)采用 作為 jsp 的容器，使用的是 版本，采用的開發(fā)工具是 MyEclipse，它具有 功能強(qiáng)大的特點(diǎn)，選擇它可以加速系統(tǒng)的完成進(jìn)度。 15 人員分析 此系統(tǒng)操作簡單，使用人員無需具有專業(yè)的計(jì)算機(jī)操作基礎(chǔ)，因此對(duì) 圖書館現(xiàn)有工作人員來說應(yīng)用此系統(tǒng)是不成問題的。 經(jīng)濟(jì)方面可行性分析 本系統(tǒng)開發(fā)經(jīng)費(fèi)并不是很多。對(duì)于規(guī)模不很大，經(jīng)費(fèi)有限的單位在經(jīng)濟(jì)上是可以接受的，并且本系統(tǒng)實(shí)施后可以顯著提高效率，很快就可以體現(xiàn)經(jīng)濟(jì)效益。 投入：除軟件開發(fā)成本，一臺(tái)中等電腦，現(xiàn)價(jià) 4000 元左右，完全可以良好的運(yùn)行系統(tǒng)，完成硬件平 臺(tái)的要求，而且經(jīng)濟(jì)實(shí)用。 結(jié)論 綜上所述，無論是從技術(shù)方面還是經(jīng)濟(jì)方面看開發(fā)此系統(tǒng)均是可行的。 16 第 四 章 系統(tǒng)總體設(shè)計(jì) 通過需求分析 ,我們大概了解到了系統(tǒng)需要實(shí)現(xiàn)的主要功能模塊以及各個(gè)模塊實(shí)現(xiàn)所涉及的數(shù)據(jù)對(duì)象，下面我們就對(duì)整個(gè)系統(tǒng)的做個(gè)整體的設(shè)計(jì)和構(gòu)架。 數(shù)據(jù)流程分析，即把數(shù)據(jù)在組織（或原系統(tǒng)）內(nèi)部的流動(dòng)情況抽象地獨(dú)立出來，舍去了具體組織機(jī)構(gòu)、信息載體、處理工作、物資、材料等，單從數(shù)據(jù)流動(dòng)過程來考查實(shí)際業(yè)務(wù)的數(shù)據(jù)處理模式 。數(shù)據(jù)流程分析主要包括對(duì)信息的流動(dòng)、傳遞、處理、存儲(chǔ)等的分析。數(shù)據(jù)流程分析的目的就是要發(fā)現(xiàn)和解決數(shù)據(jù)流通中的問題。 現(xiàn)有的數(shù)據(jù)流程分析多是通過分層的數(shù)據(jù)流程圖來實(shí)現(xiàn)。 數(shù)據(jù)流圖（ Data Flow Diagram,簡稱 DFD 圖）是用一些規(guī)定的圖標(biāo)和符號(hào)來描述數(shù)據(jù)在系統(tǒng)中的流動(dòng)和處理情況。數(shù)據(jù)流圖一般要采用自上而下逐步求精的結(jié)構(gòu)化表示方法。軟件系統(tǒng)歸根結(jié)底是一個(gè)信息處理系統(tǒng)，其最基本的功能是感受輸入信息，對(duì)輸入的信息按照規(guī)定的方法歸類、處理以及存儲(chǔ)，轉(zhuǎn)變?yōu)樗枰男畔ⅲ詈笸ㄟ^輸出系統(tǒng)向用戶輸出所需求的信息。其 中最核心的部分就是信息（數(shù)據(jù)）處理，因此不同的數(shù)據(jù)也就決定了所需要的不同的處理方法和算法。數(shù)據(jù)流圖也就是以圖形的方式將系統(tǒng)中數(shù)據(jù)的傳遞、轉(zhuǎn)化過程以直觀的方式表述出來。 數(shù)據(jù)流圖由四種基本的元素組成：數(shù)據(jù)流 (Data Flow)、處理 (Process)、數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)源 (數(shù)據(jù)終點(diǎn) )。 (1)數(shù)據(jù)流 (Data Flow)：為具有名稱且有流向的數(shù)據(jù)，用標(biāo)有名稱的箭頭表示。一個(gè)數(shù)據(jù)流可以是記錄、組合項(xiàng)或基本項(xiàng)。 (2)處理 (Process)：表示對(duì)數(shù)據(jù)多進(jìn)行的加工和變換，在圖中用圓形表示。指向處理的數(shù)據(jù)流為該處理的 輸入數(shù)據(jù)，離開處理的數(shù)據(jù)流為該處理的輸出數(shù)據(jù) . (3)數(shù)據(jù)存儲(chǔ)：表示用文件方式或數(shù)據(jù)庫形式所存儲(chǔ)的數(shù)據(jù)，對(duì)其進(jìn)行的存取分別以指向或離開數(shù)據(jù)存儲(chǔ)的箭頭表示。 (4)數(shù)據(jù)源及數(shù)據(jù)終點(diǎn)：表示數(shù)據(jù)的來源或數(shù)據(jù)的去向，可以是一個(gè)組織或人員，它處于系統(tǒng)范圍之外，所以又稱它為外部實(shí)體，它是與系統(tǒng)有關(guān)的外部事外部實(shí)體 處理 數(shù)據(jù)存儲(chǔ) 數(shù)據(jù)流 圖 數(shù)據(jù)流圖的基本圖形符號(hào) 17 物或外部環(huán)境。其圖形符號(hào)用平行四邊形表示。符號(hào)如圖 所示： 根據(jù)上面的分析我們可以對(duì)系統(tǒng)畫出如圖所示的頂層數(shù)據(jù)流圖，如圖 ： 圖 系統(tǒng)頂層數(shù)據(jù)流圖 第 1 層數(shù)據(jù)流圖是在頂層上的細(xì)分，從整體考慮通訊錄信息管理系統(tǒng)出現(xiàn)的數(shù)據(jù)流動(dòng)及流向 ,如圖 ： 圖書借閱覽管理請(qǐng)求 管理處理 數(shù)據(jù) 處理 結(jié)果 讀者信息管理請(qǐng)求 管理處理 讀者類別管理請(qǐng)求 管理處理 圖書信息管理請(qǐng)求 管理處理 圖書類別管理請(qǐng)求 管理處理 數(shù)據(jù) 中心 操作員提交數(shù)據(jù) 與用戶端交互 圖書類別管理 圖書信息管 理 讀者類別管理 讀者信息管理 圖書借閱管理 數(shù)據(jù)處 理 界面顯示 系統(tǒng)管理請(qǐng)求 管理處理 系統(tǒng) 管 理 用戶端提交數(shù)據(jù) 界面顯示 登錄信息 錯(cuò)誤提示 輸 出 執(zhí)行結(jié)果 操作請(qǐng)求 圖書信息管理系統(tǒng) Sqlserver數(shù)據(jù)庫 18 系統(tǒng)總體軟件結(jié)構(gòu) 通過在需求階段對(duì)系統(tǒng)的總體功能的要求，我們得到了這個(gè)信息管理軟件的總體功能結(jié)構(gòu)， 其主要功能結(jié)構(gòu)圖如圖 44 所示， 它應(yīng)包括 6 大基本功能 : (1)圖書類別信息管理： 作為一個(gè)學(xué)校的圖書館，涉及到的圖書是很多的，這就有必要對(duì)圖書進(jìn)行分門別類，這樣有利于對(duì)圖書的查詢和管理。 不同的圖書類別可以借閱的天數(shù)也是不一樣的， 管理員登陸系統(tǒng)后可以對(duì)圖書類別進(jìn)行添加，更新和刪除操作。 (2)圖書信息管理 ： 當(dāng)管理員對(duì)圖書類別信息添加完成后，就可以開始進(jìn)行圖書信息的錄入了，只有將圖書館擁有的圖書錄入系統(tǒng)中，讀者朋友在登陸系統(tǒng)后才可以查詢到自己喜歡的該圖書。 (3)讀者類別管理 ： 為了方便圖書館的管理 ，系統(tǒng)對(duì)讀者的類別進(jìn)行了分別，不同的讀者類別可以借閱圖書的數(shù)目 是不一樣的。管理員在登陸系統(tǒng)后可以這個(gè)讀者類別信息進(jìn)行管理，包括添加讀者類別信息，修改讀者類別，刪除讀者類別，特別是執(zhí)行刪除操作時(shí)需要保持 數(shù)據(jù)庫表數(shù)據(jù)之間的一致性。 (4)讀者信息管理 ： 當(dāng)管理員把讀者類別信息編輯好完成后，就可以辦理讀者信息了，管理員可以添加新的讀者信息，修改已經(jīng)存在的讀者信息，刪除讀者信息。 (5)圖書借閱管理 ： 讀者可以登陸系統(tǒng)查詢自己喜歡的圖書，然后到圖書館進(jìn)行圖書借書的登記操作，當(dāng)讀者看完了書或需要?dú)w還時(shí)，需要拿著自己的圖書到圖書館進(jìn)行歸還，此時(shí)有管理員辦理圖書歸還業(yè)務(wù)。當(dāng)然，如果讀者借閱了圖書因某種原因忘記了歸還，管理員還可以對(duì)這些信息進(jìn)行統(tǒng)計(jì)，同時(shí)， 管理員還可以對(duì)已經(jīng)出借的圖書進(jìn)行續(xù)借的辦理。 (6)系統(tǒng)設(shè)置 : 管理 員登陸系統(tǒng)后可以修改圖書館的信息，可以修改管理其他操作員的信息，可以管理書架信息。 (7)口令更改 ： 無論是管理員或讀者身份登陸系統(tǒng)后，都可以對(duì)自己的登陸密碼進(jìn)行修改操作，這樣保證了系統(tǒng)的安全性。 圖 系統(tǒng)第 1 層數(shù)據(jù)流圖 19 圖 44 軟件總體功能結(jié)構(gòu) 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu) 針對(duì)一般 圖書 管理信息系統(tǒng)的要求，通過對(duì)銷售管理工作過程的內(nèi)容和數(shù)據(jù)流程分析，設(shè)計(jì)如下面的 主要 數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)： (1)圖書類別 信息 :包括圖書類別編號(hào)，名稱 ，該圖書類別可以外借的天 數(shù) 。 (2)圖書 信息 ： 包括條形瑪，圖書名稱，圖書類型，作者，譯者，出版社，價(jià)格，頁碼，書架，添加時(shí)間，操作員，是否刪除，系統(tǒng)記錄編號(hào)。 (3)讀者類別 信息： 包括讀者類別編號(hào)，讀者類別名稱，可借圖書數(shù)。 (4)讀者 信息： 包括 讀者姓名，讀者性別，讀者條形碼，讀者類型，職業(yè)，出生日期，有效證件，證件號(hào)碼，電話， Email，備注， 讀者加入時(shí)間，操作員 。