UML期末大作業(yè)(失物招領(lǐng)系統(tǒng))

1/1UML期末大作業(yè)(失物招領(lǐng)系統(tǒng))

U

M

L

設(shè)

計(jì)

性

實(shí)

驗(yàn)

報(bào)

告

校內(nèi)失物招領(lǐng)系統(tǒng)

學(xué)院軟件與通信工程學(xué)院

同學(xué)姓名劉洋學(xué)號(hào)0133620專(zhuān)業(yè)軟件工程屆別13級(jí)

指導(dǎo)老師廖汗成

二零一五年十二月十五日

名目

1、需求分析(3)

1.1開(kāi)發(fā)背景及意義(3)

1.2系統(tǒng)功能及目標(biāo)(3)

2、系統(tǒng)建模(4)

2.1創(chuàng)建系統(tǒng)用例模型(4)

2.1.1確定參加者(4)

2.1.2參加者用例(4)

2.1.3管理員用例圖(7)

2.2創(chuàng)建系統(tǒng)靜態(tài)模型(9)

2.2.1創(chuàng)建系統(tǒng)靜態(tài)模型(9)

2.3創(chuàng)建系統(tǒng)動(dòng)態(tài)模型(11)

2.3.1創(chuàng)建序列圖(11)

2.3.2創(chuàng)建活動(dòng)圖(12)

2.3.3創(chuàng)建組件圖(12)

2.3.4創(chuàng)建部署圖(13)

3數(shù)據(jù)庫(kù)設(shè)計(jì)(14)

3.1數(shù)據(jù)庫(kù)設(shè)計(jì)的基本規(guī)范(14)

3.1.1開(kāi)發(fā)規(guī)范(14)

3.1.2命名規(guī)范(14)

3.2基本表及其說(shuō)明(14)

3.2.1尋物信息列表(14)

3.2.1.1尋物具體信息(15)

3.2.1.2尋物信息搜尋(15)

3.2.2招領(lǐng)信息列表(15)

3.2.2.1招領(lǐng)具體信息(16)

3.2.2.2尋物信息搜尋(16)

3.2.3個(gè)人信息列表(16)

3.2.3.1用戶基本信息(16)

3.2.3.2我發(fā)布過(guò)的尋物信息(17)

3.2.3.3我發(fā)布過(guò)的招領(lǐng)信息(17)

3.2.3.4我評(píng)論過(guò)的信息(17)

3.2.3.5我保藏的信息(17)

3.2.4發(fā)布尋物/招領(lǐng)信息(18)

4.后臺(tái)管理(18)

4.1權(quán)限管理(18)

4.2物品類(lèi)管理(18)

4.2.1物品所屬類(lèi)管理(18)

4.2.2物品管理(19)

4.2.3校區(qū)管理(19)

4.2.4擬定初始化物品類(lèi)管理(19)

4.3訂單管理(20)

4.3.1招領(lǐng)訂單管理(20)

4.3.2尋物訂單管理(21)

5.試驗(yàn)總結(jié)(22)

5.1UML建?？偨Y(jié)(22)

5.2數(shù)據(jù)庫(kù)設(shè)計(jì)總結(jié)(22)

1、需求分析

1.1開(kāi)發(fā)背景及意義

現(xiàn)今社會(huì)生活中，隨著人們生活需求的日益多元化，人們所持有的物質(zhì)資源也隨之豐富，最直觀的表現(xiàn)就是人們所擁有的物品無(wú)論從種類(lèi)還是數(shù)量上都大幅增加，這就造成了人們對(duì)自己全部的物品在看管方面難度的加大，再加之日益加快的生活節(jié)奏，就更導(dǎo)致了人們遺棄、丟失物品的狀況時(shí)有發(fā)生。這種現(xiàn)象在面積相對(duì)較小，而人口特殊密集的高校校內(nèi)來(lái)說(shuō)更是屢見(jiàn)不鮮。老師和同學(xué)們時(shí)常丟失個(gè)人物品，如書(shū)籍、手機(jī)、錢(qián)包、一卡通等現(xiàn)象時(shí)有發(fā)生。經(jīng)過(guò)調(diào)查發(fā)覺(jué)，失主往往由于不能準(zhǔn)時(shí)的找回失物而造成很多麻煩和不少的損失（像很多同學(xué)由于丟失一卡通而造成了用餐、進(jìn)入圖書(shū)館、借書(shū)等很多不便）。另一方面，物品的拾取者也由于沒(méi)用取得失主的聯(lián)系方式而不能準(zhǔn)時(shí)的把拾取物交還到失主手上。而傳統(tǒng)的失物招領(lǐng)服務(wù)中心，采納的還是拾取者上交、手工備案、人工查詢的方式。但是隨之物品的增多這種管理方式的工作量不斷加大，這種做法就存在費(fèi)時(shí)費(fèi)勁、缺乏時(shí)效性、不利于調(diào)動(dòng)拾取者樂(lè)觀性等缺點(diǎn)?；谝陨戏治?，我們認(rèn)為建立一個(gè)網(wǎng)上失物招領(lǐng)系統(tǒng)是特別必要的。一方面，一旦網(wǎng)站建立好之后，拾到失物的同學(xué)可以在第一時(shí)間將失物信息發(fā)布到網(wǎng)上，而不是找張紙寫(xiě)上“失物招領(lǐng)”四個(gè)大字后貼到公告欄。另一方面，有一個(gè)系統(tǒng)處理失物信息，就削減了人工處理的工作量。

1.2系統(tǒng)功能及目標(biāo)

此失物招領(lǐng)系統(tǒng)旨在給拾主一個(gè)可信任的軟件發(fā)布拾到的物品，讓失主更簡(jiǎn)單地找到丟失的物品，同時(shí)不至于消失讓失主冒領(lǐng)、錯(cuò)領(lǐng)等現(xiàn)象。失主和拾主主要針對(duì)注冊(cè)過(guò)該軟件的全部群體。為完成上述功能，提出以下相應(yīng)的需求：

1、在數(shù)據(jù)庫(kù)中存儲(chǔ)失主發(fā)布的丟失物品信息以及拾主或各個(gè)失物招領(lǐng)信任點(diǎn)發(fā)布拾獲物品信息，并便利有效地進(jìn)行相應(yīng)的數(shù)據(jù)操作和管理，這其中包括：

*物品信息的錄入、刪除、修改

*物品信息的模糊查詢

*物品信息的多關(guān)鍵字檢索

2、能夠?qū)隙〝?shù)量的注冊(cè)過(guò)的失主信息進(jìn)行相應(yīng)的存儲(chǔ)和管理，這其中包括：

*失主信息的錄入、刪除、修改

*失主的統(tǒng)計(jì)與查詢

3、能夠?qū)隙〝?shù)量的注冊(cè)過(guò)的拾主信息進(jìn)行相應(yīng)的存儲(chǔ)和管理，這其中包括：

*拾主信息的錄入、刪除、修改

*拾主的統(tǒng)計(jì)與查詢

4、能夠?qū)κе髋c拾主發(fā)布的物品信息進(jìn)行匹配比較，并根據(jù)匹配的從高到低的挨次為失主推舉

5、能夠?qū)π枰慕y(tǒng)計(jì)結(jié)果供應(yīng)打印和輸出。

6、為了不消失失主冒領(lǐng)、錯(cuò)領(lǐng)的現(xiàn)象，以及為了保證拾主信息的保密性平安性，讓拾主供應(yīng)部分拾獲物品信息，只有當(dāng)失主全部答對(duì)時(shí)，才可以得到拾主的信息。

7、能夠保證肯定的平安機(jī)制，需要信息管理人員的優(yōu)先級(jí)以及數(shù)據(jù)信息授權(quán)訪問(wèn)，防止隨便刪改，同時(shí)供應(yīng)信息備份的服務(wù)。

2、系統(tǒng)建模

2.1創(chuàng)建系統(tǒng)用例模型

2.1.1確定參加者

創(chuàng)建系統(tǒng)用例的第一步是確定系統(tǒng)的參加者。失物招領(lǐng)系統(tǒng)的參加者包含以下三種：

(1)用戶：發(fā)布失物或者拾物信息的主體。

(2)系統(tǒng)管理員：負(fù)責(zé)失物招領(lǐng)系統(tǒng)的操作和后臺(tái)維護(hù)。

(3)系統(tǒng)數(shù)據(jù)庫(kù)：參加系統(tǒng)完成各項(xiàng)功能的整個(gè)過(guò)程。

2.1.2參加者用例

一般用戶在本系統(tǒng)中能夠發(fā)布失物信息或者拾物信息，發(fā)表評(píng)論，修改評(píng)論，刪除評(píng)論修改個(gè)人資料（包括別名，性別，郵箱，手機(jī)號(hào)碼），修改密碼，將某條尋物信息或拾物信息加入自己保藏。

修改個(gè)人信息

圖2-1-2一般用戶用例圖

2.更改聯(lián)系方式用例描述

3.拾物或者拾物信息發(fā)布

5.發(fā)表評(píng)論用例描述

2.1.3管理員用例圖

管理員可以將用戶設(shè)為管理員，對(duì)已發(fā)布信息進(jìn)行增刪查改，可以設(shè)置用戶權(quán)限，刪除評(píng)論，增加信息分類(lèi)，發(fā)布通知公告。

用戶列表

通知管理

圖2-2管理員用例圖

1.發(fā)布通知用例描述

2.2創(chuàng)建系統(tǒng)靜態(tài)模型

2.2.1創(chuàng)建系統(tǒng)靜態(tài)模型

從前面的需求分析中，我們可以依據(jù)主要的類(lèi)對(duì)象：用戶，系統(tǒng)管理員和信息等創(chuàng)建完整的類(lèi)圖如圖下圖所示

圖2-3類(lèi)圖

1.用戶類(lèi)主要包含了用戶信息包括唯一ID，用戶名,密碼,性別，姓名，聯(lián)系方式，出

生年月，最終一次登陸時(shí)間，是否為管理員。

2.招領(lǐng)信息類(lèi)主要包含拾物分類(lèi)信息，包括唯一ID，拾物類(lèi)型，拾物圖片，發(fā)布人姓

名，發(fā)布人聯(lián)系方式，拾物時(shí)間等。

3.尋物信息類(lèi)主要包含失物分類(lèi)信息，包括唯一ID，失物類(lèi)型，失物圖片，發(fā)布人姓

名，發(fā)布人聯(lián)系方式，失物也許時(shí)間等。

4.保藏類(lèi)，主要包括保藏人，保藏信息編號(hào)，保藏時(shí)間，保藏信息類(lèi)型。

5.校區(qū)類(lèi)主要是校區(qū)名稱，校區(qū)對(duì)應(yīng)學(xué)校。

6.物品類(lèi)別類(lèi)主要拾物或失物詳細(xì)是屬于哪一個(gè)類(lèi)型，有類(lèi)型名稱和類(lèi)型編號(hào)。

7.附件類(lèi)包含了發(fā)布的招領(lǐng)信息和尋物信息的各種附件，主要有上傳人編號(hào)，上傳時(shí)

間，信息類(lèi)型等。

8.評(píng)論類(lèi)包含了發(fā)布信息的人和發(fā)布評(píng)論的人的編號(hào)，以及類(lèi)型、信息編號(hào)等。

2.3創(chuàng)建系統(tǒng)動(dòng)態(tài)模型

系統(tǒng)的動(dòng)態(tài)模型可以使用交互作用圖、狀態(tài)圖和活動(dòng)圖來(lái)描述

2.3.1創(chuàng)建序列圖

1.用戶發(fā)布失物或者拾物活動(dòng)的步驟分為：（1）同學(xué)在登錄界面輸入自己賬號(hào)密碼登錄（2提交包含賬號(hào)密碼的表單（3）系統(tǒng)驗(yàn)證賬號(hào)密碼（3）進(jìn)入信息發(fā)布頁(yè)面（4）填寫(xiě)并且提交表單信息（5）數(shù)據(jù)庫(kù)增加信息如下圖所示。

圖2-3-1發(fā)布信息時(shí)序圖

2.3.2創(chuàng)建活動(dòng)圖

信息發(fā)布活動(dòng)圖，主要描述信息發(fā)布時(shí)的流程

圖2-6信息發(fā)布活動(dòng)圖2.3.3創(chuàng)建組件圖

失物招領(lǐng)系統(tǒng)進(jìn)行剖析分成各個(gè)組件：

2.3.4創(chuàng)建部署圖

失物招領(lǐng)系統(tǒng)主要分成了web服務(wù)，數(shù)據(jù)庫(kù)兩大部分：

3數(shù)據(jù)庫(kù)設(shè)計(jì)

3.1數(shù)據(jù)庫(kù)設(shè)計(jì)的基本規(guī)范

3.1.1開(kāi)發(fā)規(guī)范

（1）遵守?cái)?shù)據(jù)的設(shè)計(jì)規(guī)范3NF規(guī)定

（2）一行記錄必需表內(nèi)唯一，表必需有主鍵。

（3）時(shí)間使用DateTime

（4）在主外鍵的選擇上應(yīng)留意：為關(guān)聯(lián)字段創(chuàng)建外鍵、全部的鍵都必需唯一、避開(kāi)使用復(fù)合鍵、外鍵總是關(guān)聯(lián)唯一的鍵字段

3.1.2命名規(guī)范

（1）對(duì)象名稱應(yīng)當(dāng)精確?????完整地描述了對(duì)象的含義。

（2）數(shù)據(jù)庫(kù)對(duì)象的命名應(yīng)當(dāng)避開(kāi)和系統(tǒng)原有的對(duì)象名稱（如：系統(tǒng)表、系統(tǒng)存儲(chǔ)過(guò)程等）混淆。

（3）對(duì)象名稱中不同的單詞間應(yīng)當(dāng)能夠便利的區(qū)分開(kāi)。

（4）使用Pascal命名規(guī)章

3.2基本表及其說(shuō)明

3.2.1尋物信息列表

3.2.1.1尋物具體信息

顯示用戶點(diǎn)擊進(jìn)入尋物信息后列表呈現(xiàn)信息：

3.2.1.2尋物信息搜尋

3.2.2招領(lǐng)信息列表

招領(lǐng)模塊下，根據(jù)時(shí)間降序排列出系統(tǒng)foundInfoList表的信息。

3.2.2.1招領(lǐng)具體信息

顯示用戶點(diǎn)擊進(jìn)入招領(lǐng)信息后列表呈現(xiàn)信息：

3.2.2.2尋物信息搜尋

3.2.3個(gè)人信息列表

3.2.3.1用戶基本信息

3.2.3.2我發(fā)布過(guò)的尋物信息

顯示我發(fā)布過(guò)得尋物信息列表，按時(shí)間降序排列

3.2.3.3我發(fā)布過(guò)的招領(lǐng)信息

點(diǎn)擊進(jìn)入某條記錄顯示此條記錄招領(lǐng)具體信息。（刪除？）3.2.3.4我評(píng)論過(guò)的信息

點(diǎn)擊進(jìn)入某條記錄顯示此條記錄具體信息。（刪除？）

3.2.3.5我保藏的信息

點(diǎn)擊進(jìn)入某條記錄顯示此條記錄具體信息。（取消保藏？）

3.2.4發(fā)布尋物/招領(lǐng)信息

4.后臺(tái)管理

4.1權(quán)限管理

4.1.1用戶權(quán)限管理

●配置用戶登錄后臺(tái)管理權(quán)限

●配置系統(tǒng)管理員修改基本表權(quán)限

●配置系統(tǒng)管理員對(duì)權(quán)限配置操作權(quán)限

4.2物品類(lèi)管理

4.2.1物品所屬類(lèi)管理

包含物品類(lèi)表的增刪查改、分頁(yè)操作。

4.2.2物品管理

二級(jí)列表物品大類(lèi)選擇：

三級(jí)列表物品名稱列表，包含物品類(lèi)表的增刪查改、分頁(yè)操作。

4.2.3校區(qū)管理

4.2.4擬定初始化物品類(lèi)管理

4.3訂單管理

4.3.1招領(lǐng)訂單管理

二級(jí)菜單選擇：

三級(jí)菜單數(shù)據(jù)顯示：

包含訂單的固定發(fā)布時(shí)間段查找、固定拾物時(shí)間段查找、信息標(biāo)題及訂單好查找、分頁(yè)、排序操作。

物品具體信息顯示：

4.3.2尋物訂單管理

包含訂單的固定發(fā)布時(shí)間段查找、固定拾物時(shí)間段查找、信息標(biāo)題及訂單好查找、分頁(yè)、排序操作。

物品具體信息顯示：

5.試驗(yàn)總結(jié)

5.1UML建模總結(jié)

UML是一種軟件建模語(yǔ)言，可以對(duì)任何具有靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為的系統(tǒng)進(jìn)行建模。在關(guān)注它建模特性的同時(shí)更要關(guān)注它的過(guò)程特性--在什么時(shí)間做什么工作，用什么模型，讓哪些人來(lái)做。對(duì)系統(tǒng)用戶而言，軟件的開(kāi)發(fā)模型向他們描述了軟件開(kāi)發(fā)者對(duì)軟件系統(tǒng)需求的理解。讓系統(tǒng)用戶查看軟件對(duì)象模型并且找到其中的問(wèn)題，可以使開(kāi)發(fā)者不至于從一開(kāi)頭就發(fā)生錯(cuò)誤。對(duì)軟件開(kāi)發(fā)而言，軟件的對(duì)象模型有助于他們對(duì)軟件的需求以及系統(tǒng)的架構(gòu)和功能進(jìn)行溝通。

在UML建模過(guò)程中的一個(gè)體會(huì),用例圖是UML中最簡(jiǎn)潔也是最簡(jiǎn)單的一種圖。說(shuō)它簡(jiǎn)潔是由于它采納了面對(duì)對(duì)象的思想，又是基于用戶視角的，繪制特別簡(jiǎn)單，簡(jiǎn)潔的圖形表示讓人一看就懂。說(shuō)它簡(jiǎn)單是由于用例圖往往不簡(jiǎn)單掌握，要么過(guò)于簡(jiǎn)單，要么過(guò)于簡(jiǎn)潔。用例圖表示了角色和用例以及它們之間的關(guān)系。類(lèi)圖可以關(guān)心我們更直觀的了解一個(gè)系統(tǒng)的體系結(jié)構(gòu)。通過(guò)關(guān)系和類(lèi)表示的類(lèi)圖，可以圖形化的方式描述一個(gè)系統(tǒng)的設(shè)計(jì)部分。在UML面對(duì)對(duì)象中，對(duì)象圖是類(lèi)圖的實(shí)例，幾乎使用與類(lèi)圖完全相同的標(biāo)識(shí)。它們的不同點(diǎn)在于對(duì)象圖顯示類(lèi)的多個(gè)對(duì)象實(shí)例，而不是實(shí)例的類(lèi)。一個(gè)對(duì)象圖是類(lèi)圖的一個(gè)實(shí)例。由于對(duì)象存在生命周期，因此對(duì)象圖只能在系統(tǒng)某一時(shí)間段存在。挨次圖，描述了對(duì)象之間動(dòng)態(tài)的交互關(guān)系，著重體現(xiàn)對(duì)象間消息傳遞的時(shí)間挨次。還有就是挨次圖由一組對(duì)象構(gòu)成，每個(gè)對(duì)象分別帶有一條豎線，稱作對(duì)象的生命線，它代表時(shí)間軸，時(shí)間沿豎線向下延長(zhǎng)。UML面對(duì)對(duì)象中挨次圖描述了這些