【文章內(nèi)容簡(jiǎn)介】 公 告 管 理服 務(wù) 指 南 管 理系 統(tǒng) 管 理系 統(tǒng) 操 作管 理 員 管 理用 戶 注 冊(cè) 管 理個(gè) 人 密 碼 管 理設(shè) 備 信 息 添 加 、 查 詢站 內(nèi) 新 聞 添 加 、 查 詢通 知 公 告 添 加 、 查 詢服 務(wù) 指 南 添 加 、 查 詢報(bào) 修 管 理友 情 鏈 接 添 加 、 查 詢留 言 管 理系 統(tǒng) 簡(jiǎn) 介 、 公 告 設(shè) 置返 回 前 臺(tái)個(gè) 人 信 息 管 理報(bào) 修 管 理 報(bào) 修 管 理系 統(tǒng) 操 作 返 回 前 臺(tái)系 統(tǒng) 操 作 返 回 前 臺(tái)個(gè) 人 信 息 管 理個(gè) 人 信 息 管 理 個(gè) 人 信 息 管 理報(bào) 修 管 理 我 的 報(bào) 修 記 錄 圖 33 系統(tǒng)結(jié)構(gòu)圖 詳細(xì)設(shè)計(jì) 系統(tǒng)業(yè)務(wù)流程設(shè)計(jì) （ 1）用戶登錄業(yè)務(wù)設(shè)計(jì) 用戶登錄系統(tǒng)不需要選擇權(quán)限，當(dāng)輸入用戶信息時(shí)，系統(tǒng)可以根據(jù)用戶信息從數(shù)據(jù)庫(kù)中獲取用戶的權(quán)限字段，根據(jù)權(quán)限進(jìn)入響應(yīng)的系統(tǒng)界面。下面是用戶登錄業(yè)務(wù)流程圖： 13 開 始輸 入 用 戶 信 息普 通 用 戶 界 面 檢 查 權(quán) 限驗(yàn) 證 信 息維 修 人 員 界 面管 理 員 界 面退 出 系 統(tǒng)結(jié) 束通 過(guò)管 理 員維 修 人 員普 通 用 戶不 通 過(guò) 圖 34 用戶登錄流程圖 （ 2）設(shè)備故障報(bào)修業(yè)務(wù)設(shè)計(jì) 系統(tǒng)的所有用戶都可以對(duì)損壞的設(shè)備進(jìn)行報(bào)修。用戶進(jìn) 行報(bào)修操作時(shí)，不需要填寫設(shè)備的基本信息，只須填寫設(shè)備的損壞程度，簡(jiǎn)單的描述故障信息即可提交。報(bào)修單提交后，信息將發(fā)送給管理員，管理員對(duì)報(bào)修單分配維修人員，生成維修分配單，并發(fā)送給維修人員；維修人員根據(jù)維修分配單進(jìn)行設(shè)備維修，維修完畢，將維修結(jié)果返回給管理員；管理員得到維修結(jié)果后，發(fā)布結(jié)果，昭告天下。至此，維修流程結(jié)束。下圖是設(shè)備故障報(bào)修的業(yè)務(wù)流程圖： 14 開 始結(jié) 束查 看 設(shè) 備 信 息進(jìn) 入 系 統(tǒng) 前 臺(tái)報(bào) 修填 寫 故 障 信 息提 交報(bào) 修 單分 配 維 修 人 員 維 修維 修 報(bào) 告 單發(fā) 布 結(jié) 果維 修 分 配 單生 成生 成生 成系 統(tǒng) 用 戶 管 理 員 維 修 人 員 圖 35 用戶登錄流程圖 靜態(tài)行為模型設(shè)計(jì) 系統(tǒng)的靜態(tài)行 為模型，主要是用類圖和對(duì)象圖來(lái)表示的。在系統(tǒng)設(shè)計(jì)階段，建立靜態(tài)結(jié)構(gòu)模型階段的主要活動(dòng)有：發(fā)現(xiàn)對(duì)象并進(jìn)行分類、確定類的屬性和操作、確定類之間的管理。在面向?qū)ο蟮姆治龊驮O(shè)計(jì)中，最基礎(chǔ)的就是用正確的方法找出系統(tǒng)的類和對(duì)象。對(duì)象是對(duì)現(xiàn)實(shí)世界中事物的抽象。在尋找類和對(duì)象的過(guò)程中，第一步是要剔除一些與系統(tǒng)無(wú)關(guān)的事物，然后確定與系統(tǒng)有關(guān)的事物。 建立類圖 根據(jù)上一章的用例分析，在學(xué)校后勤報(bào)修關(guān)系系統(tǒng)中涉及到的角色有：管理員、維修人員、普通用戶以及這三者的父類 People 類、數(shù)據(jù)庫(kù)類，同時(shí)抽象出設(shè)備類、界面類和控制對(duì)象類。其中，這些類和角色之間的關(guān)系如下： （ 1）角色管理員、維修人員和普通用戶從 People 類中派生； （ 2）管理員、維修人員和普通用戶與系統(tǒng)交互時(shí)，都有一個(gè)界面與之對(duì)應(yīng)； （ 3）一個(gè)界面可能與設(shè)備相關(guān)（ 0多種）； （ 4）控制對(duì)象負(fù)責(zé)設(shè)備的處理，處理結(jié)果顯示在界面上； （ 5）控制對(duì)象完成對(duì)數(shù)據(jù)庫(kù)的操作； （ 6）界面請(qǐng)求控制對(duì)象的服務(wù)。 15 進(jìn)一步分析，他們之間的關(guān)系如下： （ 1）一個(gè)用戶界面對(duì)象和 0 個(gè)或多個(gè)管理員、維修人員和普通用戶相關(guān)。 （ 2）一個(gè)用戶界面對(duì)象和 0 個(gè)或多個(gè)設(shè)備信息相關(guān)。 （ 3）一個(gè) 控制對(duì)象和 0 個(gè)或多個(gè)設(shè)備信息相關(guān)。 （ 4）一個(gè)用戶界面對(duì)象和一個(gè)控制對(duì)象相關(guān)。 （ 5）一個(gè)控制對(duì)象和一個(gè)用戶界面對(duì)象相關(guān)。 根據(jù)以上分析，繪制出系統(tǒng)的簡(jiǎn)略類圖如下： 圖 36 系統(tǒng)類圖 動(dòng)態(tài)行為模型設(shè)計(jì) 系統(tǒng)的動(dòng)態(tài)行為模型，是用順序圖、狀態(tài)圖和活動(dòng)圖表達(dá)的 [5]。在系統(tǒng)的分析和設(shè)計(jì)的過(guò)程中，要為主要的用例建立這幾種圖形，這樣有助于分析系統(tǒng)的行為，印證系統(tǒng)的靜態(tài)結(jié)構(gòu)和滿足用戶的需求，以達(dá)到系統(tǒng)建設(shè)的最終目標(biāo)。在本節(jié)，將介紹系統(tǒng)行為的部分順序圖、狀態(tài)圖和活動(dòng)圖。 建立順序圖 順 序圖，是為了描述系統(tǒng)的一個(gè)對(duì)象和另一個(gè)對(duì)象，在進(jìn)行信息交互時(shí)的一種先后 16 關(guān)系的圖形 [6]。它還有個(gè)響亮的別名 —— 時(shí)序圖。順序圖有四個(gè)必要元素，它們是： （ 1） 對(duì)象：說(shuō)明系統(tǒng)的對(duì)象。 （ 2） 生命線：對(duì)象的生死判官，指明對(duì)象的存在時(shí)間。 （ 3） 控制焦點(diǎn)：操作對(duì)象的執(zhí)行周期。 （ 4） 消息：對(duì)象之間的通信內(nèi)容，是發(fā)生動(dòng)作的條件。 本文并沒(méi)有畫出所有用例的順序圖，因?yàn)楹芏嘤美际窍嗨频?，所以，選擇性的選取了三個(gè)用例，畫出了他們的順序圖。各用例的順序圖如下： （ 1）管理員添加設(shè)備信息用例的順序圖 管理員添加設(shè)備信息的流程如下： [1]管理員通過(guò) 界面對(duì)象發(fā)送添加設(shè)備請(qǐng)求； [2]界面對(duì)象要求管理員輸入設(shè)備信息； [3]控制對(duì)象暫存設(shè)備信息； [4]數(shù)據(jù)庫(kù)查詢?cè)O(shè)備信息，驗(yàn)證設(shè)備信息是否合法； [5]數(shù)據(jù)庫(kù)保存設(shè)備信息； [6]界面顯示設(shè)備添加成功信息； [7]數(shù)據(jù)庫(kù)更新設(shè)備信息。 根據(jù)以上描述，畫出管理員添加設(shè)備信息的順序圖如圖 37 所示： 圖 37 管理員添加設(shè)備信息順序圖 17 （ 2）維修人員查詢個(gè)人信息用例的順序圖 維修人員查詢個(gè)人信息的流程如下： [1]管理員通過(guò)界面對(duì)象發(fā)送查詢個(gè)人信息請(qǐng)求； [2]界面對(duì)象像控制對(duì)象請(qǐng)求查詢信息； [3]控制對(duì)象向數(shù)據(jù)庫(kù)發(fā)送查詢數(shù)據(jù)信息； [4]界面對(duì)象通過(guò)控制對(duì)象獲取查詢信息； [5]界面向用戶顯示個(gè)人信息。 根據(jù)以上描述，得到維修人員查詢個(gè)人信息順序圖如圖 38 所示： 圖 38 維修人員查詢個(gè)人信息順序圖 （ 3）普通用戶故障報(bào)修用例的順序圖 普通用戶故障報(bào)修的流程如下： [1]普通用戶向界面發(fā)送故障報(bào)修請(qǐng)求； [2]界面對(duì)象要求用戶填寫故障信息； [3]數(shù)據(jù)庫(kù)保存報(bào)修信息； [4]界面顯示報(bào)修成功信息。 根據(jù)以上描述，繪制普通用戶故障報(bào)修的順序圖如圖 39 所示： 18 圖 39 普通用 戶故障報(bào)修用例順序圖 建立狀態(tài)圖 狀態(tài)圖，它的作用就是展現(xiàn)一個(gè)類或者是一個(gè)對(duì)象，在系統(tǒng)中可能出現(xiàn)的各種狀態(tài)，它對(duì)類圖做了一個(gè)很好的補(bǔ)充 [7]。從狀態(tài)圖中也可以看到，一個(gè)對(duì)象從一種狀態(tài)轉(zhuǎn)變?yōu)榱硪环N狀態(tài)時(shí)，所必要的因素或條件。 在學(xué)校后勤報(bào)修管理系統(tǒng)中，狀態(tài)變化最明顯的就數(shù)設(shè)備這一類了。下面是設(shè)備的狀態(tài)圖： 圖 310 設(shè)備狀態(tài)圖 19 所有的設(shè)備在一開始都是出于正常狀態(tài)下的，隨著時(shí)間推移，設(shè)備老化，將被刪除，從此消亡。用戶查看設(shè)備時(shí)，設(shè)備存在被查看的狀態(tài)。當(dāng)設(shè)備出現(xiàn)故障時(shí)，應(yīng)是損壞狀態(tài)；若設(shè)備 損壞程度嚴(yán)重，無(wú)法維修時(shí)，將被刪除，也從此了結(jié)一生；若是輕微損壞，可以維修時(shí)，則進(jìn)入維修狀態(tài)。當(dāng)有特殊情況，沒(méi)有將設(shè)備修好時(shí)，設(shè)備也將被刪除，進(jìn)入極樂(lè)世界。 建立活動(dòng)圖 活動(dòng)圖，是向我們展示系統(tǒng)的行為從一個(gè)活動(dòng)結(jié)束，到另一個(gè)活動(dòng)開始的過(guò)程，是系統(tǒng)并發(fā)行為的一種描述 [8]。因?yàn)樗杏美幕顒?dòng)圖大體上一致，在這里就不一一介紹，只選擇性的畫出了三個(gè)活動(dòng)圖。 （ 1）管理員添加設(shè)備活動(dòng)圖 管理員添加設(shè)備信息的活動(dòng)流程： [1]管理員在操作之前，必須先登錄系統(tǒng)； [2]管理員登錄后，進(jìn)入后臺(tái)； [3]管 理員在報(bào)修管理模塊，可以刪除設(shè)備，添加設(shè)備，修改設(shè)備信息； [4]管理員添加設(shè)備完畢，退出操作界面。 按照管理員添加設(shè)備信息的活動(dòng)流程，畫出如下活動(dòng)圖： 圖 311 管理員添加設(shè)備活動(dòng)圖 20 （ 2）維修人員修改個(gè)人密碼活動(dòng)圖 維修人員修改密碼的活動(dòng)流程為： [1]維修人員進(jìn)行修改操作之前，必須通過(guò)驗(yàn)證登上系統(tǒng)； [2]維修人員登錄成功，進(jìn)入個(gè)人后臺(tái)； [3]維修人員在個(gè)人信息管理模塊，可以更改個(gè)人的每一條信息，除了登錄名之外； [4]維修人員填寫新的密碼后，提交請(qǐng)求； [5]修改完畢，退出管理界面。 按照 維修人員更改密碼的活動(dòng)流程，得到如下活動(dòng)圖： 圖 312 維修人員修改密碼活動(dòng)圖 （ 3）普通用戶故障報(bào)修活動(dòng)圖 普通用戶故障必修的活動(dòng)流程為： [1]所有的用戶，進(jìn)行報(bào)修操作，都需要先登進(jìn)系統(tǒng)； 21 [2]用戶進(jìn)入系統(tǒng)后，選擇設(shè)備查看功能； [3]在設(shè)備詳細(xì)信息下，選擇報(bào)修操作； [4]用戶填寫描述故障情況，選擇損壞程度； [5]信息填寫完整后，提交報(bào)修單； [6]活動(dòng)完成后，退出報(bào)修管理操作。 圖 313 普通用戶故障報(bào)修活動(dòng)圖 數(shù)據(jù)庫(kù)設(shè)計(jì) ER 圖設(shè)計(jì) 設(shè)計(jì)系統(tǒng)的 ER 模型時(shí) ，剛開始時(shí)是根據(jù)系統(tǒng)的實(shí)現(xiàn)目標(biāo)和在分析階段搜集到的材料，利用分類、聚集和概括的方法對(duì)材料進(jìn)行總結(jié) [9]，來(lái)確定實(shí)體。確定實(shí)體之后，分 22 析每個(gè)實(shí)體之間的聯(lián)系，最后確定實(shí)體的屬性，并對(duì)實(shí)體、聯(lián)系和屬性進(jìn)行命名。在創(chuàng)建 ER 圖時(shí)，實(shí)體用長(zhǎng)方形表示，實(shí)體之間的聯(lián)系用菱形表示，實(shí)體的屬性則用橢圓表示 [10]。實(shí)體和聯(lián)系之間用無(wú)向邊連接，并在邊上表明聯(lián)系的類型。屬性和實(shí)體之間也是用無(wú)向邊連接。 本系統(tǒng)的 ER 模型圖的關(guān)系如下： （ 1）管理員 —— 設(shè)備 一個(gè)管理員可以對(duì)所有的設(shè)備進(jìn)行維護(hù)，而種設(shè)備也可以由幾個(gè)管理員共同維護(hù)。 （ 2）維修人員 —— 設(shè)備 一個(gè)維修人員可以對(duì)一個(gè)或者多個(gè)不同的設(shè)備進(jìn)行維修工作，而一個(gè)設(shè)備也可同時(shí)被幾個(gè)維修人員一起修理；一個(gè)維修人員可以查詢多種設(shè)備，一個(gè)設(shè)備也可以被多個(gè)維修人員查看。 （ 3）普通用戶 —— 設(shè)備 一個(gè)用戶可以報(bào)修多種有故障的設(shè)備，一個(gè)設(shè)備亦可由多個(gè)用戶報(bào)修；一個(gè)設(shè)備可以被多名用戶查看，一個(gè)用戶可以查看所有設(shè)備。 根據(jù)以上分析，創(chuàng)建系統(tǒng)的 ER 模型圖如下： 管 理 員維 護(hù)設(shè) 備維 修 人 員維 修報(bào) 修普 通 用 戶mnmnnm管 理員 i d用 戶名密 碼權(quán) 限設(shè) 備i d設(shè) 備編 號(hào)設(shè) 備名 稱類 別采 購(gòu)時(shí) 間采 購(gòu)價(jià) 格圖 片存 放地 點(diǎn)狀 態(tài)備 注添 加時(shí) 間用 戶i d用 戶名密 碼 姓 名性 別生 日Q Q郵 箱電 話頭 像審 核權(quán) 限地 址備 注添 加時(shí) 間用 戶i d用 戶名密 碼姓 名性 別生 日Q Q郵 箱電 話頭 像 審 核權(quán) 限地 址 備 注添 加時(shí) 間維 修結(jié) 果維 修時(shí) 間維 修價(jià) 格故 障描 述嚴(yán) 重程 度查 看查 詢mnnm 314 ER 模型圖 23 數(shù)據(jù)庫(kù)表設(shè)計(jì) 在學(xué)校后勤報(bào)修管理系統(tǒng)中，數(shù)據(jù)庫(kù)表的設(shè)計(jì)是最舉足輕重也是相當(dāng)基礎(chǔ)的工作。表可以理解為數(shù)據(jù)庫(kù)中的所有數(shù)據(jù)庫(kù)對(duì)象。在表中，行是記錄，列是字段，和電子表格Excel 的組織形式相似 [11]。在數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)，表和表的字段名稱、各個(gè)字段的類型以及主碼等，都是由系統(tǒng)的開發(fā)者決定的。 通過(guò)對(duì)學(xué)校后勤報(bào)修管理系統(tǒng)的需求分析之后，利用 MySQL 數(shù)據(jù)庫(kù)設(shè)計(jì)了系統(tǒng)的數(shù)據(jù)庫(kù)。具體的數(shù)據(jù)庫(kù)表結(jié)構(gòu)如下表 31—— 表 38。 表 31 用戶表 編號(hào) 字段 類型 長(zhǎng)度 約束 說(shuō)明 1 id int 11 主碼 用戶 id 2 username varchar 50 用戶名 3 pwd varchar 50 密碼 4 cx varchar 50 權(quán)限 5 addtime timestamp 添加時(shí)間 表 32 設(shè)備信息表 編號(hào) 字段 類型 長(zhǎng)度 約束 說(shuō)明 1 id int 11 主碼 設(shè)備 id 2 shebeibianhao varchar 50 設(shè)備編號(hào) 3 shebeimingcheng varchar 50 設(shè)備名稱 4 leibie varchar 50 類別 5 caigoushijian varchar 50 采購(gòu)時(shí)間 6 caigoujiage varchar 50 采購(gòu)價(jià)格 7 tupian varchar 50 圖片 8 cunfangdidian varchar 300 存放地點(diǎn) 9 zhuangtai varchar 50 狀態(tài) 10 beizhu varchar 300 備注 11 addtime timestamp 添加時(shí)間 表 33 用戶注冊(cè)信息表 編號(hào) 字段 類型 長(zhǎng)度 約束 說(shuō)明 1 ID int 4 主碼 用戶 id 2 yonghuming varchar