1、概要設計說明書1 引言編寫目的該系統專為失物招領中心設計， 以期簡化工作流程， 提高管理員的工作效率。背景日常生活中，當我們丟失物品后往往苦于尋找，要不是得登報，就得到處張貼尋物啟事。同時，拾主撿到物品若希望歸還，也是麻煩重重。如果有一個系統健全的失物招領機構， 可以說減少了市民很多麻煩。最重要的是， 當今我國正在努力建設和諧社會， 政府重視城市居民道德素質的提高，所以，弘揚拾金不昧的優秀傳統，構建文明城市是政府義不容辭的一項責任。基于目前國內該系統也是初步投入使用， 在功能和應用方面還有待完善，我們加入自己的新點子， 比如說表揚欄，失物過期提醒等進行開發， 對于開設了失物招領中心的城市來說很

2、適合。同時，這是一個比較小型的系統，其開發成本不會很高，預算合理。價格低廉也使它適合學校使用。這個系統在以后應該會得到廣泛的應用并日臻完善。定義Varchar：是一種比 char 更加靈活的數據類型，同樣用于表示字符數據，但是 Varchar 可以保存可變長度的字符串。Datetime：是一種日期時間的轉換方式，有很大種，如()的格式為 2010-10-2020:51:12參考數據軟件工程設計案例教程清華大學出版社軟件工程案例教程機械工業出版社軟件工程高等教育出版社2 總體設計需求規定說明對本系統的主要的輸入輸出項目、處理的功能性能要求。本系統主要的輸入輸出有： 失物的信息、 報失的信息、留言

3、信息、 查詢信息。本系統的性能要求主要包括：對精度、時間特性和靈活性的要求。本系統的功能要求主要包括：輸入輸出、數據管理能力、故障處理能力等。運行環境硬件環境本系統的硬件環境如下。客戶機：普通 PCCPU：P4 以上內存： 256MB 以上能夠運行以上或者Netscape 以上版本的機器分辨率：推薦使用1024×768 像素Web 服務器CPU：P4內存： 1GB以上硬盤： 80GB以上網卡： KMb/s 速度網卡數據庫服務器CPU：P4內存： 1GB以上硬盤： 80GB以上軟件環境本系統的軟件環境如下。操作系統： UNIX/Linux/Windows 2000 或以上版本數據庫：

4、SQL Server 2000開發工具包： JDK Version 服務器： Tomcat瀏覽器： IE 以上基本設計概念和處理流程模塊設計按照功能分解，本系統分為網上用戶端系統和管理端系統。根據頁面流的設計，管理端系統又分為登錄管理、用戶管理、失物信息管理、報失信息管理和信息公布管理 5 個模塊。如下圖所示：失物招領管理系統管理端網上用戶端失報信登用物失息錄戶信信公管管息息布理理管管管理理理上述粗略的程序結構圖中：管理端：是指失物招領中心的管理員。網上客戶端：是指失主。登錄管理：通過輸入用戶名和密碼實現用戶登錄。用戶管理：用戶是指管理員， 包括 “用戶列表 ”、“用戶信息 ”、“修改用戶信息

5、 ”、“增加用戶信息 ”、 “刪除用戶信息 ”。失物信息管理：包括撿拾物品信息的增加、刪除、修改（逾期失物信息作為失物的一個屬性）報失信息管理：包括報失物品信息的增加、刪除、修改（過期報失信息作為報失信息的一個屬性）。信息公布管理：包括留言信息的增加、刪除，查詢失物的信息（查詢時分為普通查詢和高級檢索），失物部分信息增加、刪除、修改。結構子功功能能標識符功能描述與其它各模塊的關系模模塊塊網上報失（報失物品的輸部分調用失物信息管理傳給客Web_User入）、信息的查詢、 留言數據庫的信息戶端登管調用用戶管理設置的用戶名錄理Loading管理管理端的登錄和密碼的正確性，是進入系管端統的入口理用戶U

6、ser_Manage管理失物信Pick_Information息管理報失信Loser_Information息管理信息管理員可以在用戶管理接口中對用戶進行添管理員進入系統的權限設置加、刪除、修改、查詢。完成撿拾物品信息的添給數據庫提供失物信息，供加、修改和刪除等維護網上用戶端和信息公布管理功能使用完成報失信息的添加、給數據庫提供失物信息，供修改和刪除等維護功能信息公布管理使用輸出部分失物信息、查調用失物信息管理和報失信公Voice_Information詢（普通查詢和高級檢息管理的數據進行信息輸出布索）、用戶留言等功能或查詢管理功能需求與程序的關系各項功能需求的實現同各塊程序的分配關系如下：管

7、理員登錄管理員信息增加管理員信息刪除管理員信息修改管理員信息查詢失物信息增加失物信息刪除登錄管理用戶管理失物信息管理報失信息管理信息公布管理失物信息修改報失物品信息增加報失物品信息刪除報失物品信息修改留言信息增加留言信息刪除失物信息查詢登錄管理用戶管理失物信息管理報失信息管理信息公布管理3 接口設計用戶接口用戶接口的設計按照友好性、中文化、 可靠性的原則， 結合失物招領管理系統的應用環境，用戶接口的設計思想：根據失物招領管理系統的4 個子系統的組成，各子系統的應用基本上是這次設計的。因此，要規范操作命令和方法、用戶接口、菜單結構、移動提示、彈出彈入圖符、警告提示的信息、說明文本的提示。失物顯示

8、信息只能用文字簡單介紹。由于系統的應用面對不同的層次，而不同層次的用戶對于數據庫的訪問是有限制的，因此，用戶對信息的訪問要進行授權控制。系統在使用中出現的錯誤用中文提示。對用戶的操作進行規范和限制，防止數據庫級的錯誤。用戶的命令輸入和系統的回答信息：用戶通過輸入給定的網址進入接口，接口會出現最近拾到的物品，還有很多信息分類提示，包括失物、報失、信息公布、信息查詢等。進入失物信息接口，用戶可以看到最近丟失的物品的信息， 進入報失接口，系統提示用戶登錄，如果是第一次登錄，系統就提示用戶注冊，用戶按照要求用鍵盤輸入用戶名和密碼后，系統檢驗輸入信息是否正確，如果正確，進入接口，填寫相關的失物信息，進入

9、信息公布接口，用戶可以看到包括失物招領信息，報失物品信息，及留言板信息，進入信息查詢接口，關閉接口只有鼠標點擊右上角的關閉即可。外部接口失物招領管理系統與外部的交往繁多，管理人員要將最新的失物拾物信息以最快的速度更新，通過Internet 網與外界緊密聯系，以便讓失主盡早看到。由于系統在Internet上有自己的網址，各地的失主，拾到物品者或者游客也可以通過Internet 了解失物或者拾到物品的處理信息，讓物品的去處更加清楚。內部接口登錄管理子系統和用戶管理子系統共同使用保存管理員信息的一個數據庫。用戶管理子系統對該數據庫信息增加、刪除和修改，而登錄管理子系統只是對數據庫進行查詢。失物信息管

10、理子系統和信息公布管理子系統共同使用保存撿拾物品信息的一個數據庫。失物信息管理子系統對該數據庫進行增加、刪除和修改， 信息公布管理子系統則是調用該數據庫中的一部分信息和對該數據庫進行查詢。4 運行設計運行模塊組合管理端運行模塊管理端運行在管理接口，顯示失物信息， 失主的報失信息，信息的公布。管理員輸入時啟動接受數據模塊，經過調用后，接受模塊得到數據，將調用網絡傳輸模塊，將輸入數據通過網絡傳送到服務器，并等待服務器返回信息。接收到數據后， 調用數據處理模塊對數據庫進行訪問，隨即調用數據輸出模塊，對信息進行處理，產生相應的輸出。網上用戶端模塊網上用戶接口， 顯示報失信息， 信息公布等。 失主注冊信

11、息后可以發布自己的失物信息，數據經網絡服務器接收，傳送至接收模塊。接收到數據后， 調用數據驗證模塊對數據庫進行驗證，完成后調用網絡發送模塊，將信息返回用戶。運行控制客戶端運行控制在各模塊中，需對運行控制進行正確的判斷，選擇正確的運行控制路徑。在網絡傳輸時，用戶端在發送數據后，將等待服務器的確認收到信號，收到后，再次等待服務器發送回答數據，然后對數據進行確認。服務器在接到數據后發送確認信號，在對數據處理、訪問數據庫后，將返回信息送回用戶端，并等待確認。管理端運行控制管理端發送資料后傳輸到服務器，服務器接到數據后對數據訪問、處理，經過調用數據，將返回信息送回管理端。運行控制將嚴格按照各模塊間函數調

12、用關系來實現。運行時間運行時間由計算機配置、程序編碼的加載時間和數據調用時間等因素決定。網絡硬件對運行時間有最大的影響，當網絡負載量大時，對操作反應將受到很大的影響。所以將采用高速 ATM 網絡，實現用戶端與服務器之間的連接，以減少網絡傳輸上的時間。5 系統數據結構設計邏輯結構設計要點登錄記錄表名： dy_sUserLogon描述：記錄用戶登錄信息，主要包括用戶ID 和密碼。更新：本表格的內容為自己維護。字段類型名稱默認值說明UserIDtypeid用戶 ID0000管理員的工作號UserNameVarchar(30)用戶描述admin管理員名稱描述UserPWVarchar(30)用戶密碼0

13、000最后登錄記錄管理員最后一次登LogonDateDatetime時間錄這個系統的時間最后數據UpdateDateDatetime更新時間用戶記錄表名： dy_sUser描述：記錄用戶（管理員）的基本信息以便管理。更新：本表格的內容為自己維護。字段類型名稱默認值說明UserIDtypeid用戶 ID0000管理員的工作號UserNameVarchar(30)用戶描述admin管理員名稱描述UserPWVarchar(30)用戶密碼0000使用者的管理員的電話號碼，以UserPhoneVarchar(30)聯系方式便聯系最后數據UpdateDateDatetime更新時間失物信息記錄表名： d

14、y_Pickgoods描述：記錄撿拾物品的信息、撿拾人的信息和撿拾物品的存儲時間和地點。更新：本表格的內容為自己維護。字段類型名稱默認值說明pick_nameVarchar(30)失物的名稱撿拾物品特pick_traitVarchar(30)撿拾物品特點描述點pick_placeVarchar(30)撿拾地點描述物品被撿到的地點pick_timeDatetime撿拾時間描述物品被撿到的日期pnameVarchar(30)撿拾人名稱pcontact_wa撿拾人聯系Varchar(30)y方式物品在失物招領中心存物品存儲地store_placeVarchar(30)放的地點，以便領取時點查找上交物

15、品的撿拾人把物品交到失物sdateDatetime日期招領中心的時間物品在失物招領中心存物品存儲時store_timeint0放的時間，以便以后對間物品進行處理物品的處理物品最終的處理方式hand_wayVarchar(30)方式（領走或是捐贈）報失信息記錄表名： dy_Lostgoods描述：記錄丟失物品的信息和失主信息。更新：本表格的內容為自己維護。字段類型名稱默認值說明報失物品lost_nameVarchar(30)名稱報失物品lost_traitVarchar(30)報失物品特點描述特點若失主知道物品丟失的lost_placeVarchar(30)丟失地點空地點，則填寫，否則不填los

16、t_timeDatetime丟失時間空若失主知道物品丟失的時間段，則填寫，否則不填報失人名lnameVarchar(30)lcontact_w稱報失人聯Varchar(30)ay系方式報失人向系統報失當天ldataDatetime報失日期timeint報失時間0的日期報失信息存儲時間，以便以后對報失信息進行處理信息公布記錄表名： dy_Public描述：記錄留言信息。更新：本表格的內容為自己維護。字段類型名稱默認值說明描述失主對撿拾人或失物招領中心的感謝，或InformationVarchar(100)留言空是其他方面的建議，若沒有則不填物理結構設計要點登錄記錄表名： dy_sUserLogo

17、n描述：記錄用戶（管理員）登錄信息，主要包括用戶ID 和密碼。更新：本表格的內容為自己維護。字段名稱存儲要求索引說明UserID用戶 ID存儲類型根據管理員自己定義有UserName用戶描述存儲的是變長的字符有用戶密碼UserPW用戶密碼存儲的是變長的字符需要保密根據 Datetime 調用的函數，日期最后登錄時LogonDate的存儲格式有所不同， 如()的默認間格式為 2010-10-6 14:23:33根據 Datetime 調用的函數，日期最后數據更UpdateDate新時間的存儲格式有所不同， 如()的默認格式為 2010-10-6 14:23:33用戶記錄表名： dy_sUser描

18、述：記錄用戶（管理員）的基本信息以便管理。更新：本表格的內容為自己維護。字段名稱存儲要求索引說明UserID用戶 ID存儲類型根據管理員自己定義有UserName用戶描述存儲的是變長的字符有用戶密碼UserPW用戶密碼存儲的是變長的字符需要保密使用者的UserPhone存儲的是變長的字符 (數字 0-9)聯系方式最后數據根據 Datetime 調用的函數，日期UpdateDate更新時間的存儲格式有所不同， 如 ()的默認格式為 2010-10-6 14:23:33失物信息記錄表名： dy_Pickgoods描述：記錄撿拾物品的信息、撿拾人的信息和撿拾物品的存儲時間和地點。更新：本表格的內容為

19、自己維護。字段名稱存儲要求索引說明撿拾物品存儲的是變長的字符（一般是漢pick_name名稱字）撿拾物品撿拾物品特pick_trait特點存儲的是變長的字符有點描述描述物品被pick_place撿拾地點pick_time撿拾時間撿拾人名name稱撿拾人聯contact_way系方式物品存儲store_place地點物品存儲store_time時間物品的處hand_way理方式存儲的是變長的字符有撿到的地點根據 Datetime 調用的函數，日期描述物品被的存儲格式有所不同，如()的默認撿到的日期格式為 2010-10-6 14:23:33存儲的是變長的字符存儲的是變長的字符(數字 0-9)需要保密存儲的是變長的字符有存儲的正整數存儲的是變長的字符有報失信息記錄表名： dy_Lostgoods描述：記錄丟失物品的信息和失主信息。更新：本表格的內容為自己維護。字段名稱存儲要求索引說明lost_name報失物品存儲的是變長的字符名稱lost_trait報失物品存儲的是變長的字符有特點lost_place丟失地點存儲的是變長的字符有lost_time丟失時間根據 Datetime 調用的函數，日期的存儲格式有所不同， 如 ()的默認格式為 2010-10-6 14:23:33name失主名稱存儲的是變長的字符contact_way失主聯系存儲的是變長的字符(數字 0-9)方式t