【文章內(nèi)容簡(jiǎn)介】 管理中，前臺(tái)系統(tǒng)的所有用戶，和用戶的所有資料文件都能在后臺(tái)完全顯示，管理員可以刪除用戶的每一個(gè)文件，也可以刪除每一個(gè)系統(tǒng)注冊(cè)用戶。在該系統(tǒng)上每個(gè)注冊(cè)用戶可以上傳自己認(rèn)為有價(jià)值的資料并可以共享給其他注冊(cè)用戶供其下載使用，如果不想讓其他用戶看到自己的資料，可以將文件設(shè)為私有，也可以在系統(tǒng)上搜索自己想要的資料（搜素范圍僅限在本站）。為了加深用戶之間的交流，每個(gè)注冊(cè)用戶間都可以互相發(fā)送信息（結(jié)構(gòu)圖上的信息項(xiàng)），互相問(wèn)候或索要對(duì)方的資料。作為個(gè)人數(shù)字圖書(shū)館平臺(tái)，系統(tǒng)提供了我的收藏功能，用戶可以將自己感興趣的網(wǎng)頁(yè)文章保存為網(wǎng)摘，同時(shí)可以為網(wǎng)摘添加簡(jiǎn)要描述。作為個(gè)人自學(xué)自冶的平臺(tái)，此系統(tǒng)為用戶添加了備忘錄功能，用戶可以將今天沒(méi)有完成的工作，添加到備忘錄項(xiàng)，備忘錄按時(shí)間順序排列顯示，最早添加的備忘錄顯示在最前面，這樣有利于促使用戶查看所有的備忘錄。 系統(tǒng)參與者功能描述 參與者(Actor)是系統(tǒng)外部的一個(gè)實(shí)體，可以是一個(gè)人、各種軟件系統(tǒng)或應(yīng)用，它與某種方式參與用例的執(zhí)行過(guò)程。參與者通過(guò)向系統(tǒng)輸入或請(qǐng)求向系統(tǒng)輸入某些事件來(lái)觸發(fā)系統(tǒng)的執(zhí)行。參與者由參與用例時(shí)所擔(dān)當(dāng)?shù)慕巧珌?lái)表示，一個(gè)參與者可以參與一個(gè)或多個(gè)用例。參與者有三大類：系統(tǒng)用戶、與所建造的系統(tǒng)交互的其他系統(tǒng)和一些可以運(yùn)行的進(jìn)程。本文中涉及到的參與者是系統(tǒng)用戶，所以，在此只對(duì)系統(tǒng)用戶的功能進(jìn)行描述。從上一節(jié)的分析得到了系統(tǒng)結(jié)構(gòu)圖，由圖31可知系統(tǒng)的主要參與者有兩種：注冊(cè)用戶和系統(tǒng)管理員。到此，系統(tǒng)的參與者已經(jīng)很明了。兩類參與者的相關(guān)人員和在此系統(tǒng)中擁有的功能分別是：注冊(cè)用戶登錄個(gè)人數(shù)字圖書(shū)館系統(tǒng)后，可以進(jìn)行站內(nèi)的圖書(shū)搜索，我的圖書(shū)管理（可見(jiàn)權(quán)限的設(shè)置、刪除、上傳等），查看系統(tǒng)的共享圖書(shū)，收藏和下載自己感興趣的圖書(shū)，書(shū)寫(xiě)發(fā)表日志，與系統(tǒng)中的用戶互相發(fā)送信息等；管理員登錄系統(tǒng)后可以查看系統(tǒng)的所有用戶，查看系統(tǒng)的所有圖書(shū)，刪除系統(tǒng)每個(gè)注冊(cè)用戶，刪除各種圖書(shū)及其他用戶資料等。現(xiàn)在已經(jīng)明確了系統(tǒng)參與者的具體功能，下面就可以對(duì)其功能進(jìn)行細(xì)致的分析和實(shí)現(xiàn)。 系統(tǒng)UML用例圖用例圖是需求分析到最終實(shí)現(xiàn)的第一步，它描述了待開(kāi)發(fā)系統(tǒng)的功能需求，從外部參與者的角度理解系統(tǒng)的所有功能。用例圖包含6個(gè)元素，分別是：參與者(Actor)、用例(Use Case)、關(guān)聯(lián)關(guān)系(Association)、包含關(guān)系(Include)、擴(kuò)展關(guān)系(Extend)以及泛化關(guān)系(Generalization)。個(gè)人數(shù)字圖書(shū)館注冊(cè)用戶的總用例圖如圖32所示。圖32 注冊(cè)用戶總用例圖 圖例說(shuō)明：在UML語(yǔ)法中，圖形化的小人表示參與者，橢圓圖形表示用例，一個(gè)用例針對(duì)著一個(gè)具體的功能模塊。“→”表示參與者和用例之間的執(zhí)行關(guān)系； “ ”表示用例和用例之間的包含關(guān)系，即在執(zhí)行此用例之前必須先執(zhí)行箭頭端的用例。如上圖要執(zhí)行“搜索圖書(shū)” 、“備忘錄管理”等用例必須行執(zhí)行“登錄”這個(gè)用例。由上圖可知用戶的功能模塊有：日志管理、圖書(shū)管理、搜索站內(nèi)圖書(shū)、信息管理、收藏管理和備忘錄管理，由于系統(tǒng)名稱為個(gè)人數(shù)字圖書(shū)館系統(tǒng)，所以在此就拿“圖書(shū)管理”這個(gè)用例的子用例作進(jìn)一步的說(shuō)明。個(gè)人數(shù)字圖書(shū)館注冊(cè)用戶的圖書(shū)管理子用例圖如圖33所示。圖33 注冊(cè)用戶圖書(shū)管理子用例圖 由以上的說(shuō)明分析和圖32及圖33可知系統(tǒng)需要實(shí)現(xiàn)注冊(cè)用戶的功能模塊是：日志管理、圖書(shū)管理、搜索站內(nèi)圖書(shū)、信息管理、收藏管理和備忘錄管理，由于系統(tǒng)名稱為個(gè)人數(shù)字圖書(shū)館系統(tǒng)，下面還是拿“圖書(shū)管理”用例模塊作分析說(shuō)明：（1）用例名稱： 圖書(shū)管理（2）事件流： ① 用戶進(jìn)入登陸界面，輸入用戶名和密碼并提交，登錄系統(tǒng)； ② 登錄成功后直接進(jìn)入我的圖書(shū)頁(yè)面； ③ 對(duì)自己上傳的圖書(shū)的可見(jiàn)權(quán)限進(jìn)行修改設(shè)置或刪除；④ 點(diǎn)擊上傳按鈕選擇需要上傳的圖書(shū)；⑤ 點(diǎn)擊下載排行查看圖書(shū)下載次數(shù)，收藏或下載自己感興趣的圖書(shū)；⑥ 點(diǎn)擊共享圖書(shū)查看系統(tǒng)注冊(cè)用戶的所有共享圖書(shū)，收藏或下載自己感興的圖書(shū)。（3）前置條件： 用戶已登錄個(gè)人數(shù)字圖書(shū)館系統(tǒng)此圖書(shū)管理模塊的活動(dòng)圖如圖34所示。圖34 注冊(cè)用戶圖書(shū)管理活動(dòng)圖 以上圖書(shū)管理模塊的活動(dòng)圖意思已經(jīng)很明確了，在此不作說(shuō)明。 個(gè)人數(shù)字圖書(shū)館信息管理的用例圖如圖35所示。 信息管理用例圖說(shuō)明： （1）用例名稱： 信息管理 （2）事件流： ① 用戶進(jìn)入登陸界面，輸入用戶名和密碼并提交，登錄系統(tǒng)； ② 登錄成功后選擇進(jìn)入常用先選卡選擇信息模塊； ③ 查看其它用戶發(fā)過(guò)來(lái)的信息； ④ 回復(fù)信息； ⑤ 刪除信息。（3）前置條件： 用戶已登錄個(gè)人數(shù)字圖書(shū)館系統(tǒng)。圖35 信息管理用例圖其他模塊的用例圖與以上展示類似，限于篇幅在此不再不作演示。 本章小結(jié)本章主要對(duì)系統(tǒng)的功能性需求進(jìn)行詳細(xì)的分析和獲取，到此，個(gè)人數(shù)字圖書(shū)館系統(tǒng)所應(yīng)該有的功能已清晰地呈現(xiàn)出來(lái)。然而，系統(tǒng)的非功能需求也是異常重要的一個(gè)方面。軟件產(chǎn)品的非功能性需求是指產(chǎn)品為了滿足用戶業(yè)務(wù)需求外還必須具備可靠性性能、響應(yīng)時(shí)間、容錯(cuò)性、擴(kuò)展性等等。這些需求將在系統(tǒng)實(shí)現(xiàn)初步功能后逐步進(jìn)行完善。4 個(gè)人數(shù)字圖書(shū)館系統(tǒng)設(shè)計(jì) 在分析清楚知識(shí)、知識(shí)管理、個(gè)人知識(shí)管理概念的前提下，尤其是在分析清楚個(gè)人數(shù)字圖書(shū)館系統(tǒng)功能的基礎(chǔ)之上，就可以進(jìn)行下步的工作——系統(tǒng)的設(shè)計(jì)。系統(tǒng)設(shè)計(jì)在軟件工程項(xiàng)目中是至關(guān)重要的一個(gè)階段，其目的是讓開(kāi)發(fā)者對(duì)整個(gè)系統(tǒng)的框架有所把握，系統(tǒng)設(shè)計(jì)的到位以否決定著后期編碼開(kāi)發(fā)實(shí)現(xiàn)的成敗[11]，由此可見(jiàn)系統(tǒng)設(shè)計(jì)在項(xiàng)目實(shí)現(xiàn)過(guò)程中的重要性。本章節(jié)將闡述設(shè)計(jì)原則，系統(tǒng)功能設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)、邏輯層設(shè)計(jì)、表示層設(shè)計(jì)等內(nèi)容。 面向?qū)ο蟮脑O(shè)計(jì)原則面向?qū)ο蟮脑O(shè)計(jì)應(yīng)具備三個(gè)特性：可擴(kuò)展性、靈活性、可插入性。這三個(gè)特性都是圍繞面向?qū)ο笤O(shè)計(jì)的目的——實(shí)現(xiàn)支持可維護(hù)性的復(fù)用，同時(shí)，可維護(hù)性復(fù)用都是以面向?qū)ο笤O(shè)計(jì)原則為基礎(chǔ)的。常用的面向?qū)ο笤O(shè)計(jì)原則包括七個(gè)，這些原則并不是孤立存在，它們相互依賴相互補(bǔ)充[12]。面向?qū)ο笤O(shè)計(jì)的七個(gè)原則：（1） 單一職責(zé)原則：類的職責(zé)要單一，不能將太多的職責(zé)放在一個(gè)類中。本系統(tǒng)類的設(shè)計(jì)都符合單一職責(zé)原則，每一個(gè)類只有一個(gè)職責(zé)。如備忘錄類：Memo只具有添加備忘錄的職責(zé)。（2） 開(kāi)閉原則：軟件實(shí)體對(duì)擴(kuò)展是開(kāi)放的，但對(duì)修改是關(guān)閉的，即在不修改一個(gè)軟件實(shí)體的基礎(chǔ)上去擴(kuò)展其功能。本系統(tǒng)的的設(shè)計(jì)也符合開(kāi)閉原則，隨著個(gè)人數(shù)字圖書(shū)館的不斷發(fā)展，要求越來(lái)越高，后期肯定需要再加強(qiáng)功能，由于類的設(shè)計(jì)都是單一職責(zé)的，所以再添加功能的時(shí)候，不需要改動(dòng)原來(lái)的軟件實(shí)體。（3） 里氏代換原則：在軟件系統(tǒng)中，一個(gè)可以接受基類對(duì)象的地方必然可以接受一個(gè)子類對(duì)象。（4） 依賴倒轉(zhuǎn)原則：要針對(duì)抽象層編程，而不要針對(duì)具體類編程。（5） 接口隔離原則：使用多個(gè)專門的接口來(lái)取代一個(gè)統(tǒng)一的接口。（6） 合成復(fù)用原則：在系統(tǒng)中應(yīng)該盡量多使用組合和聚合的關(guān)聯(lián)關(guān)系，盡量少使用甚至不使用繼承關(guān)系。（7） 迪米特法則：一個(gè)軟件實(shí)體對(duì)其他實(shí)體的引用越少越好，或者說(shuō)如果兩個(gè)類不必彼此互相通信，那么這兩個(gè)類就不應(yīng)當(dāng)發(fā)生直接的相互作用，而是通過(guò)引入第三者發(fā)生間接的交互。 系統(tǒng)功能設(shè)計(jì)由第三章的需求分析知系統(tǒng)的總體功能結(jié)構(gòu)圖如上章圖31所示。下面再對(duì)其中的功能模塊作詳細(xì)的設(shè)計(jì)。圖書(shū)功能模塊的功能設(shè)計(jì)如圖41所示。圖41 圖書(shū)模塊功能圖 由上圖可知功能模塊“圖書(shū)”下面的功能有查看下載排行、共享的圖書(shū)、自己私有的圖書(shū)和收藏圖書(shū)，這其中當(dāng)然都是具備可下載性的。信息功能模塊的功能設(shè)計(jì)如圖42所示。圖42 信息模塊功能圖由上圖可知功能模塊“信息”下面的功能有發(fā)送信息、接收信息、查看信息和刪除信息。 數(shù)據(jù)庫(kù)設(shè)計(jì) 在進(jìn)行數(shù)據(jù)庫(kù)的設(shè)計(jì)之前，先要明確系統(tǒng)的實(shí)體對(duì)象。個(gè)人數(shù)字圖書(shū)館的實(shí)體對(duì)象主要包含以下實(shí)體：用戶：上面所提及的注冊(cè)用戶，該系統(tǒng)的用戶可以是任何人，用戶實(shí)現(xiàn)數(shù)字資料的管理等。我的資料：每個(gè)注冊(cè)用戶都可以上傳自己的資料。信息：每個(gè)注冊(cè)用戶都可以給系統(tǒng)其他用戶發(fā)送信息。日志：每個(gè)注冊(cè)用戶可以發(fā)表日志。備忘錄：每個(gè)注冊(cè)用戶都可以添加備忘錄?？臻g：每個(gè)注冊(cè)用戶系統(tǒng)都分配了1GB容量的空間。我的收藏：注冊(cè)用戶可以根據(jù)自己的需要，添加收藏。共享資料：注冊(cè)用戶共享的資料，所有用戶可見(jiàn)。以上部分實(shí)體對(duì)應(yīng)的ER圖如圖43所示。圖43 實(shí)體ER圖以上ER圖中實(shí)體對(duì)應(yīng)的數(shù)據(jù)庫(kù)表如下列41，42，43表所示。表41 用戶表字段名稱數(shù)據(jù)類型字段大小允許空主鍵userIDint10否是usernamevarchar45否否passwordvarchar45否否nicknamevarchar45否否sexvarchar4否否varchar50否否descriptionvarchar255否否ifPublicint10否否表42 文件表字段名稱數(shù)據(jù)類型字段大小允許空主鍵fileIDint10否是usernamevarchar45否否filenamevarchar45否否filesizevarchar255否否downcountint10否否uptimedatetime0否否ifPublicint10否否表43 空間表字段名稱數(shù)據(jù)類型字段大小允許空主鍵spaceDint10否是usernamevarchar45否否totalsizebigint50否否usedsizebigint50否否unusedsizebigint50否否 用戶表的字段有userID（主鍵）、username（用戶名）、nickname（昵稱）、sex（性別，因?yàn)橹挥袃煞N性別，所以長(zhǎng)度設(shè)為4）等字段。這是系統(tǒng)中的主要實(shí)體和它們想對(duì)應(yīng)的ER圖及數(shù)據(jù)表。下面再給出系統(tǒng)中其它實(shí)體的ER圖和數(shù)據(jù)表。用戶實(shí)體與日志實(shí)體的ER圖如圖44所示。圖44 用戶日志ER圖 日志的數(shù)據(jù)表如表44所示。表44 日志數(shù)據(jù)表字段名稱數(shù)據(jù)類型字段大小允許空主鍵diaryIDint10否是usernamevarchar45否否diaryTypevarchar45否否diaryTitlevarchar45否否diaryContentvarchar255否否diaryTimedatetime0否否用戶實(shí)體與信息實(shí)體的ER圖如圖45所示。圖45用戶信息ER圖