版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
目錄[3]。它是當今最流行的數(shù)據(jù)庫系統(tǒng)之一,許多中小型的公司都是用這個數(shù)據(jù)庫最為數(shù)據(jù)的載體。它具有體積小、響應快、成本低、管理方便等優(yōu)點。JSPJSP是一種簡化了Servlet的設計,它是由SunMicrosystems公司倡導,許多公司共同開發(fā)的。JSP技術開發(fā)的Web運行程序是以Java為基礎的,它擁有Java的跨平臺性REF_Ref22842\r\h[4]。它可以在前端頁面去嵌套使用Java代碼,并具有業(yè)務代碼分離、生成復用等功能;它不僅適用于Linux,而且適用于其它的操作系統(tǒng)。JavascriptJavascript是一種web前端的腳本描述語言,用來前端頁面的事件驅動,它提供了系統(tǒng)的動態(tài)功能,響應用戶對系統(tǒng)頁面的各種操作,它是廣泛應用于客戶端Web開發(fā)的腳本語言REF_Ref5135\r\h[5]。第3章系統(tǒng)需求分析系統(tǒng)需求分析3.1功能需求分析從用戶的需求角度出發(fā),大家丟失物品時希望能快速地找到,所以在考慮東西可能較多的情況下,選擇比較簡潔明了的界面設計、簡化了整體系統(tǒng)的操作難度,簡單易懂。前臺的主要功能模塊分為發(fā)布尋物、發(fā)布招領兩個核心模塊之外還有用戶的登錄與個人信息的維護、感謝留言,登陸后可對物品的詳細信息進行查看。后臺管理模塊方面主要對系統(tǒng)的用戶信息管理、用戶權限管理,還有對前臺發(fā)布系統(tǒng)公告的管理、感謝留言的管理、物品信息的管理等功能。經(jīng)過對系統(tǒng)整體功能的分析,考慮到系統(tǒng)針對于校園內范圍,所以系統(tǒng)的角色就分為普通用戶(校園教職工與學生)與系統(tǒng)管理員。下面分別對系統(tǒng)角色的功能進行描述與UML用例圖展示:用戶本次系統(tǒng)的用戶分為兩種,一種是沒有登陸的普通游客,一種是已注冊登錄的用戶,已經(jīng)存在數(shù)據(jù)庫中的用戶可以進行直接的登陸,登錄之后就可以獲得相對應的系統(tǒng)功能操作。如圖3.1所示:圖3.1用戶用例圖用戶主要功能如下:登錄:已經(jīng)保存在數(shù)據(jù)庫的用戶(管理員導入數(shù)據(jù)庫數(shù)據(jù))可以登錄進入系統(tǒng)進行操作。瀏覽:未登錄的用戶可以瀏覽整個系統(tǒng)的內容包括尋物招領等信息,但是沒有操作權限。搜索:搜索的功能主要對物品模塊的關鍵字進行模糊查詢,將查詢到的數(shù)據(jù)源進行展示。招領:未登錄的用戶只能查看部分招領物品的信息,已登錄的用戶可以查看物品的詳細信息,包括發(fā)起招領的聯(lián)系人、物品拾取地點、物品圖片等。尋物:未登錄的用戶只能查看部分尋物物品的信息,已登錄的用戶可以查看物品的詳細信息,包括尋物聯(lián)系人、物品丟失地點、物品圖片等。感謝留言:未登錄用戶與已登錄用戶可以查看;發(fā)布感謝信、留言則需要進行系統(tǒng)登錄驗證。用戶中心:用戶中心對用戶的個人信息進行維護,如QQ、聯(lián)系電話、密碼修改等等。系統(tǒng)管理員系統(tǒng)管理員主要是對整個系統(tǒng)的數(shù)據(jù)信息進行統(tǒng)一管理與維護,這是管理系統(tǒng)中比較重要的一個角色,管理員控制整個系統(tǒng)的權限,維護系統(tǒng)的安全性。如圖3.2所示:圖3.2管理員用例圖其主要功能如下:權限管理:管理員可以給使用者進行不同的授權。用戶管理:對系統(tǒng)用戶信息統(tǒng)一管理與維護,管理員可以對用戶進行增、刪、查操作。物品管理:管理員對前臺用戶發(fā)布的一些招領、尋物的物品信息進行管理,可查閱和刪除物品信息。菜單管理:管理員可以根據(jù)需求去啟用菜單。公告管理:公告的發(fā)布、修改、刪除直接由后臺管理員進行操作。感謝留言管理:對用戶發(fā)表的感謝留言模塊進行查看、刪除操作。日志管理:管理員可以查看系統(tǒng)日志,對日志信息的內容進行維護。3.2非功能需求分析系統(tǒng)的實用性系統(tǒng)的實用性根據(jù)系統(tǒng)的業(yè)務邏輯需求,降低模塊之間的耦合度,將主要的業(yè)務設計和開發(fā)的功能盡可能的簡單、實用,讓用戶的整體的體驗效果達到最佳,操作起來更加得心應手。系統(tǒng)的性能需求用戶操作過程流暢,對系統(tǒng)的操作時候,系統(tǒng)的響應時間不超過一秒,能減少系統(tǒng)的延遲度;支持Windows、Linux、Mac系統(tǒng)部署訪問。兼容Chrome(谷歌)、IE、Firefox(火狐)等主流瀏覽器訪問系統(tǒng)。系統(tǒng)也具有一定的擴展性,備用的可擴展功能接口對系統(tǒng)功能進行擴展。第4章系統(tǒng)設計系統(tǒng)設計4.1系統(tǒng)架構系統(tǒng)的架構體現(xiàn)了整體系統(tǒng)設計的合理程度與系統(tǒng)穩(wěn)定性的保障。校園失物招領系統(tǒng)采用的是標準的MVC模式,整個系統(tǒng)分為四個層次:View層(視圖層)、Service層(服務層)、Controller層(控制層)、DAO層/Model層(持久層)。用戶能看到的是視圖層的信息,對系統(tǒng)訪問與功能請求會經(jīng)過Controller進行解析,請求相應的服務層功能接口,服務層對系統(tǒng)的持久層進行調用,將得到的數(shù)據(jù)返回給前臺進行展示。校園失物招領系統(tǒng)架構運行圖,如圖4.1所示:圖4.1系統(tǒng)架構運行圖4.2系統(tǒng)功能模塊設計校園失物招領系統(tǒng)的前臺功能模塊結構圖,如圖4.2所示:圖4.2系統(tǒng)前臺功能模塊結構圖用戶查看:用戶的查看是指沒有登錄的用戶就可以直接進入網(wǎng)頁進行瀏覽,但只能看到發(fā)布信息的主體內容,若要查看詳細內容需要進行登錄驗證。用戶登錄:雖然用戶沒有注冊功能,但是學校的學生教職工都用編號,可以直接根據(jù)編號進行登錄即可,默認密碼為賬號。第一次登錄后就可以進行密碼的修改。招領:若用戶在某個時間、地點拾到物件時,可在平臺上發(fā)布招領信息,包括發(fā)布人的聯(lián)系方式、拾取地點以及物品的圖片等等。尋物:若用戶丟失物品時可以進行登錄,發(fā)布丟失的物品信息,包括物品丟失的地點,物品的圖片等詳細信息。搜索:搜索的輸入框中,輸入相對于的物品關鍵字信息就可以對物品進行模糊查詢的過濾,快速定位。感謝留言:感謝留言模塊指登錄成功的用戶可以進行感謝信息的發(fā)布或瀏覽他人的感謝留言。用戶中心:用戶在登錄后可以維護個人信息,查看、修改個人信息或者瀏覽與本人有關的帖子。系統(tǒng)公告:該模塊主要是查看、發(fā)布公告,管理員可在后臺對信息的維護與管理。系統(tǒng)的后臺模塊設計主要由五個模塊組成,分別是用戶管理、物品管理、菜單管理、權限管理、系統(tǒng)設置。如圖4.3所示:圖4.3系統(tǒng)后臺模塊結構圖用戶管理:后臺管理員對所有存在數(shù)據(jù)庫中的用戶信息進行統(tǒng)一維護管理,也可以賦予權限給不同的用戶。物品管理:對物品的失物信息、尋物信息,管理員可查看到所有物品的詳細信息,包括物品丟失的時間地點,拾取人的信息等,還能對這些信息進行維護,比如說刪除。權限管理:權限是對普通用戶設置相關的系統(tǒng)權限。菜單管理:對管理界面的菜單欄啟動項的管理,不同用戶展示不同的菜單。系統(tǒng)設置:可以進行密碼的修改、前臺模塊信息維護等。4.3系統(tǒng)工作流程設計4.3.1系統(tǒng)總體工作流程設計 系統(tǒng)主要的工作流程、用戶主要工作流程與管理員工作流程如圖4.4所示。圖4.4系統(tǒng)總體工作流程圖游客(未登錄的用戶)工作流程:學生、教職工進入校園失物招領系統(tǒng),在未登錄的狀態(tài)下只能查看一些基礎的頁面信息,選擇登陸之后系統(tǒng)會進行用戶賬號密碼驗證。用戶工作流程:已存在數(shù)據(jù)庫中的用戶登錄之后,獲得相應的系統(tǒng)權限,可以對系統(tǒng)進行物品發(fā)布、評論留言、瀏覽物品的詳細信息等功能。管理員工作流程:管理員進入后臺需要系統(tǒng)登錄驗證,驗證成功之后可以對系統(tǒng)的后臺模塊的信息進行維護。 用戶可以進入系統(tǒng)的主界面進行訪問,查看系統(tǒng)的公告與物品的部分信息,搜索物品信息,在需要發(fā)布招領與尋物時候則需要系統(tǒng)登錄的驗證。用戶具體操作流程設計思路如圖4.5所示:圖4.5用戶具體操作流程圖4.3.2用戶招領和尋物流程設計 本系統(tǒng)最主要的核心就是招領模塊與尋物模塊,主要的設計思路如下:用戶招領:用戶在登錄的狀態(tài)下,選擇是否自行尋找失主,選擇尋找失主就進入尋物模塊,根據(jù)他人發(fā)布的尋物信息與自己拾取到的物品進行匹配,點擊查看詳情直接聯(lián)系失主;如果不選擇尋找失主可以直接進入招領發(fā)布的模塊進行物品發(fā)布。用戶招領流程如圖4.6所示:圖4.6招領流程圖用戶尋物:用戶在登錄狀態(tài)下,可選擇查看他人發(fā)布的招領信息與詳細信息是否與自己的物品信息相匹配,如果一致的話可以進行直接聯(lián)系拾取人。如果沒有找到也可以選擇直接發(fā)布尋物信息。用戶尋物流程如圖4.7所示:圖4.7尋物流程圖4.4數(shù)據(jù)庫設計數(shù)據(jù)庫的設計可以反映出整個系統(tǒng)的運行效率。一個優(yōu)秀的數(shù)據(jù)庫設計,不僅可以為后期的數(shù)據(jù)維護更新帶來便利,還可以提高系統(tǒng)檢索數(shù)據(jù)的效率,讓數(shù)據(jù)更快的展示給用戶REF_Ref9188\r\h[6]。校園失物招領系統(tǒng)采用MySQL作為后臺的數(shù)據(jù)庫的數(shù)據(jù)支撐。4.4.1數(shù)據(jù)庫概念設計數(shù)據(jù)庫的概念模型是以一種抽象的方式在信息世界中進行建模REF_Ref11372\r\h[7]。把現(xiàn)實中某些特定的事情從抽象轉化為信息的世界,就是將客觀對象抽象為某一種信息結構,形成一個概念層級的模型,然后再將信息世界轉為轉為機械世界,或者說就是把模型變成了計算機上的某個數(shù)據(jù)庫模型。概念模型就是一個介于電腦和真實世界之間的中間層面。實體實體是一種客觀存在并且可以區(qū)別的事務稱為實體。實體可以是具體的,也可以是抽象的概念與聯(lián)系。具體的:例如,人、事、物;抽象的:例如,一位職工、一個部門、一個老師等等都是可以叫做實體。聯(lián)系在我們的現(xiàn)實世界中,萬物都存在著一種相互依存的關系,兩個實體的關聯(lián)關系一般分為三類:一對一、一對多、多對多。針對于信息世界運用概念模型進行建模,因此在信息世界中,概念模型的表達更為方便、準確。下方將使用E-R(模型)圖對全局系統(tǒng)進行現(xiàn)實世界的概念模型的描述。如圖4.8所示:圖4.8系統(tǒng)全局E-R圖校園失物招領系統(tǒng)的實體信息主要包括:用戶的實體模塊、招領實體模塊、尋物實體模塊、感謝留言模塊等等。用戶實體用戶實體是對用戶所設置的屬性信息進行描述,如圖4.9所示:圖4.9用戶實體圖招領實體招領實體是對招領所設置的屬性信息進行描述,如圖4.10所示:圖4.10招領實體圖尋物實體尋物實體是對尋物所設置的屬性信息進行描述,如圖4.11所示:圖4.11尋物實體圖公告實體公告實體是對公告所設置的屬性信息進行描述,如圖4.12所示:圖4.12公告實體圖感謝留言實體感謝留言實體是對留言內容所設置的屬性信息進行描述,如圖4.13所示:圖4.13感謝留言實體圖系統(tǒng)菜單實體系統(tǒng)菜單實體是對菜單所設置的屬性信息進行描述,如圖4.14所示:圖4.14系統(tǒng)菜單實體圖系統(tǒng)日志實體系統(tǒng)日志實體是對日志所設置的屬性信息進行描述,如圖4.15所示:圖4.15系統(tǒng)日志實體圖4.4.2數(shù)據(jù)庫邏輯設計數(shù)據(jù)庫的邏輯結構設計是將設計好的E-R模型從邏輯結構上轉換為數(shù)據(jù)庫模型,并根據(jù)實際應用環(huán)境和實際情況來選擇數(shù)據(jù)庫模式。本系統(tǒng)數(shù)據(jù)庫的表包含:用戶表(user)、招領表(pickthings)、尋物表(lostthings)、公告表(notice)、系統(tǒng)菜單表(menuitem)、感謝留言表(expressthanks)、系統(tǒng)日志表(systemlog)。各數(shù)據(jù)表的表數(shù)據(jù)結構如下:用戶表的都是用戶的基本信息,包括用戶、姓名、年級、郵箱、電話等聯(lián)系方式。如圖4.16所示:圖4.16用戶表設計圖尋物表是進行維護主要的物品信息,包括物品名稱、丟失時間和地點、圖片等信息,如圖4.17所示:圖4.17尋物表設計圖招領表主要對招領物品信息進行維護,與尋物信息類似,包含了拾取地點、時間、寄存地點等信息,如圖4.18所示:圖4.18招領表設計圖感謝留言是展示前臺留言模塊的信息,主要包括留言ID,感謝內容、時間等信息。如圖4.19所示:圖4.19感謝留言表設計圖系統(tǒng)的公告表保存前臺公告模塊展示的內容,如圖4.20所示:圖4.20公告表設計圖系統(tǒng)日志表保存當前操作人的一些操作信息,包括登陸的IP地址,請求系統(tǒng)方法等,如圖4.21所示: 圖4.21系統(tǒng)日志表設計圖系統(tǒng)菜單表對后臺系統(tǒng)訪問的地址、菜單的狀態(tài)進行存儲,如圖4.22所示:圖4.22系統(tǒng)菜單表設計圖第5章系統(tǒng)實現(xiàn)系統(tǒng)實現(xiàn)5.1系統(tǒng)代碼分析本系統(tǒng)的數(shù)據(jù)庫使用的是MySQL數(shù)據(jù)庫,利用Hibernate框架進行快速管理開發(fā)Dao層。數(shù)據(jù)庫鏈接配置文件,對數(shù)據(jù)庫的基本連接信息進行封裝與配置。如圖5.1所示: 圖5.1數(shù)據(jù)庫連接配置圖hibernate.hbm.xml映射文件(n個)主要描述實體類和數(shù)據(jù)表之間的映射信息。描述表對應類、字段對應屬性的對象關系。如圖5.2所示:圖5.2User.hbm.xml下面對招領業(yè)務代碼進行展示,PickThingController對前端發(fā)送過來的請求進行響應,調用service層代碼,將數(shù)據(jù)的結果進行封轉返回到前端界面,如圖5.3所示:圖5.3PickThingController類通過對PickThingDao接口(Dao層)進行分析,Dao層接口制定了調用Model層的具體方法,而PickThingImpl(實現(xiàn)層)實現(xiàn)PickThingDao接口所需要的業(yè)務過程,并將得到的內容進行返回。如圖5.4所示:圖5.4PickThingmpl接口實現(xiàn)圖5.2前臺功能模塊5.2.1首頁 校園失物招領管理系統(tǒng),用戶直接訪問時的頁面。如圖5.5所示:圖5.5系統(tǒng)首頁5.2.2用戶登陸 當用戶要操作頁面的某個業(yè)務功能時,需進行登錄的驗證,并輸入相對應的賬號與密碼。如圖5.6所示:圖5.6用戶登錄5.2.3搜索 首頁有搜索框能進行物品搜索,根據(jù)丟失物品的,用戶可以進行模糊查詢物品信息。如圖5.7所示:該頁面是搜索“卡”的結果。圖5.7搜索5.2.4招領招領模塊的描述是對拾取到物品的用戶進行發(fā)布物品信息。 用戶使用招領功能時,能查看所有尋物的信息,也可以選擇相對應的物件類型進行排查。如圖5.8所示:圖5.8招領信息頁面 詳細的信息帖子需要用戶登陸之后才可以查看,否則沒有查看權限,包括丟失地點與拾取人的聯(lián)系方式等等。如圖5.9所示:圖5.9招領貼詳情頁面 用戶可以在首頁進入發(fā)布招領,填寫相對應的招領信息,也可以上傳物品的圖片,方便用戶的查找。如圖5.10所示:圖5.10發(fā)布招領信息5.2.5尋物 首頁的尋物功能,在登錄的情況下可以進行發(fā)布尋物信息、查看所有尋物的詳細信息,也可以選擇相對應的物件類型進行排查。如圖5.11所示:圖5.11尋物信息頁面用戶在登錄之后可以在尋物的帖子中進行詳細的信息查看,可以查看到具體發(fā)帖人的信息。如圖5.12所示:圖5.12尋物帖詳情頁面用戶在首頁點擊發(fā)布尋物信息,就可以填寫相關丟失物品的時間、地點、也可以進行圖片的上傳,方便大家更好地辨認。如圖5.13所示:圖5.13發(fā)布尋物信息5.2.6感謝留言用戶需要先登錄獲得發(fā)布感謝信的權限,才能進行感謝留言的發(fā)表。如圖5.14所示:圖5.14感謝留言列表5.2.7個人中心 用戶登錄系統(tǒng)后,可以查看自己個人信息,同時用戶應該維護好自己的個人信息,這樣在尋物或者招領時候才能快速的獲取相關發(fā)布人的信息。如圖5.15所示:圖5.15完善個人信息 用戶對自己個人信息的維護,密碼的修改。如下如圖5.16所示:圖5.16修改密碼帖子信息中的招領列表可以查看與自己有關的招領信息,如圖5.17所示:圖5.17查看招領貼信息 帖子信息中的尋物列表可以查看與自己有關的尋物信息,如圖5.18所示:圖5.18查看尋物貼信息 系統(tǒng)設置模塊可以查看自己登錄的時間、登錄的地點IP等等日志信息。如圖5.19所示:圖5.19查看登錄日志信息5.3后臺功能模塊5.3.1管理員登錄 后臺登錄模塊,只有被賦予管理員權限的用戶才能進行登錄訪問。管理員需要提交賬號,密碼以及驗證碼信息,如圖5.20所示:圖5.20管理員登錄 如果登錄成功的話,便可以查看到相對應的菜單模塊。如圖5.21所示:圖5.21系統(tǒng)后臺主頁5.3.2用戶管理 后臺管理對系統(tǒng)所有存在數(shù)據(jù)庫中的用戶信息進行管理維護,可以對用戶進行增、刪、改以及狀態(tài)的修改。如圖5.22所示:圖5.22用戶列表 管理員使用系統(tǒng)提供的信息模板文件進行導入用戶的信息,執(zhí)行批量的導入功能。如圖5.23所示:圖5.23用戶導入 用戶日志主要體現(xiàn)用戶對系統(tǒng)的一些行為,記錄了用戶賬號、登錄IP地址等信息,如圖5.24所示:圖5.24用戶日志5.3.3物品管理系統(tǒng)后臺管理員對招領信息進行管理,能夠將相關的信息進行刪除,并查看信息的狀態(tài)。如圖5.25所示:圖5.25招領信息管理系統(tǒng)后臺管理員對尋物信息的管理,能夠對相關的信息進行刪除,且可以查看信息的狀態(tài)。如圖5.26所示:圖5.26尋物信息管理5.3.4權限管理 系統(tǒng)管理員可以賦予不同的權限給用戶,被賦予的權限才會進行功能展示。如圖5.27所示:圖5.27權限管理5.3.5菜單管理 系統(tǒng)管理員可以控制后臺的系統(tǒng)菜單欄,有啟用和禁用兩種狀態(tài)。如圖5.28所示:圖5.28菜單管理5.3.6系統(tǒng)設置系統(tǒng)管理員也可以維護自己的個人信息,修改個人密碼。如圖5.29所示:圖5.29修改密碼系統(tǒng)的公告是由后臺管理員進行發(fā)表、刪除的。如圖5.30所示:圖5.30管理公告 管理員可以查看前臺用戶的感謝留言等評論信息,也可以進行直接信息的刪除,如圖5.31所示:圖5.31管理感謝留言 管理員可以查看系統(tǒng)的操作日志,也可以進行導出和刪除異常日志如圖5.32所示:圖5.32管理系統(tǒng)日志第6章系統(tǒng)測試系統(tǒng)測試6.1測試目的在系統(tǒng)設計到功能實現(xiàn)的過程中,都會出現(xiàn)許多的BUG,所以系統(tǒng)的測試十分重要,需要仔細檢查系統(tǒng)是否存在一些缺陷,并且進行修復,這樣子能使系統(tǒng)整體更加完整!通過系統(tǒng)的測試將不符合的業(yè)務邏輯與系統(tǒng)的代碼進行修改,盡量做到測試過后的軟件能夠支撐基本的業(yè)務。6.2測試方法本次系統(tǒng)我使用的是單元測試與用例測試的方法,開發(fā)過程中對接口進行單元測試。當系統(tǒng)前后端的業(yè)務需求完成之后,利用不同的用例要求進行用例測試,查看實際結果與預期結果是否達成一致。6.3測試用例校園失物招領系統(tǒng)的功能模塊較多,所以挑選一個案例的測試過程設計與測試結果進行展示,表6-1是用戶發(fā)表招領信息的測試表,從測試結果與期望結果作對比看看是否相同。表6-1發(fā)布招領信息測試用例功能特性發(fā)表招領信息測試目的是否能正確將信息發(fā)布測試數(shù)據(jù)物品名稱:校園卡、撿到時間:2022-04-01、撿到地點:操場、所屬類型:卡類證件、相關描述信息:2020級某某、暫存地點:保衛(wèi)處、聯(lián)系電話圖片:********.jpg前置條件用戶成功登陸續(xù)表6-1測試內容操作描述數(shù)據(jù)期望結果實際結果測試狀態(tài)1輸入表單中的所有信息,拾取人的電話為空。物品名稱:校園卡;撿到時間:2022-04-01;撿到地點:操場;所屬類型:卡類證件;相關描述信息:2020級某某;暫存地點:保衛(wèi)處;聯(lián)系電話:null;圖片:********.jpg提示電話為必填項,不為空顯示電話為必填項與期望結果相同2輸入表單中的所有信息物品名稱:校園卡;撿到時間:2022-04-01;撿到地點:操場;所屬類型:卡類證件;相關描述信息:2020級某某;暫存地點:保衛(wèi)處;聯(lián)系電話圖片:******.jpg跳轉主頁顯示所發(fā)布的物品信息。顯示頁面跳轉到了主頁顯示所發(fā)布的物品信息。與期望結果相同6.4測試結論當用戶正常登陸的情況下,用戶發(fā)表招領信息,需要輸入拾取人的聯(lián)系電話號碼才能進行發(fā)布,得到的效果與預期效果相同,功能驗證比較完整。第7章結論結論在設計與開發(fā)校園失物招領的系統(tǒng)過程中,大概地實現(xiàn)了需求分析中的所有功能,實現(xiàn)了招領與尋物的核心功能。從系統(tǒng)的設計到模塊化設計再到數(shù)據(jù)庫的設計以及整體架構的設計過程中,去網(wǎng)上查找資料然后根據(jù)自己的經(jīng)驗進行學習和研究,在許多同學和老師的幫助下,我設計出了比較完善的數(shù)據(jù)庫,也較為符合現(xiàn)實生活中的功能實現(xiàn),讓整體系統(tǒng)操作起來更加簡便,運行起來更加迅速,可以給用戶帶來更好的體驗感。其次,在開發(fā)過程中遇到功能實現(xiàn)過程的問題,不斷地去尋找Bug的解決方案,不斷地去‘踩坑’也在其中學習到了許多獨立解決問題的方式、方法,每當解決完一個問題時就覺得付出都是值得的。本次系統(tǒng)開發(fā)的設計過程,在UI界面的設計方面由于缺少經(jīng)驗,設計的美觀層面后續(xù)還需要做一個改進。但是通過本次的系統(tǒng)開發(fā),讓我更加深刻地體會到軟件開發(fā)的嚴謹度、框架的便捷、服務之間通訊過程機制的巧妙。雖然整體的開發(fā)過程比較漫長,但是自己也在其中不斷地成長,希望能在未來的職業(yè)生涯中繼續(xù)秉承著這種不斷學習的心態(tài)去應對挑戰(zhàn)!最后我也希望各位老師同學們,可以就此系統(tǒng)目前階段的開發(fā),提出寶貴的建議!參考文獻參考文獻徐智宇.基于B/S架構的工具管理系統(tǒng)設計與實現(xiàn)[D].北京交通大學,2021.DOI:10.26944/ki.gbfju.2021.003272.林秀芬.基于SSH的招投標管理系統(tǒng)的設計與實現(xiàn)[D].電子科技大學,2014.胡思絲.基于PDS模式的教師專業(yè)發(fā)展支持服務系統(tǒng)的設計與開發(fā)[D].華中師范大學,2012.黃善南.基于JSP健身俱樂部信息管理系統(tǒng)的設計與實現(xiàn)[D].吉林大學,2014.王志峰.基于B/S架構的軸承數(shù)據(jù)管理系統(tǒng)前端開發(fā)與設計[D].寧夏大學,2021.DOI:10.27257/ki.gnxhc.2021.001373.晏成竹.基于.Net高校畢業(yè)設計網(wǎng)上選題系統(tǒng)設計與實現(xiàn)[D].電子科技大學,2019.李衛(wèi)軍.數(shù)據(jù)庫支持的模糊本體再工程方法研究[D].東北大學,2018.DOI:10.27007/ki.gdbeu.2018.000679.張治國.軟件測
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- GB/T 394.1-2026非食用發(fā)酵工業(yè)酒精
- 道岔鉗工操作技能強化考核試卷含答案
- 公共營養(yǎng)師安全生產能力考核試卷含答案
- 熱風爐工操作規(guī)程知識考核試卷含答案
- ??谖锪魑膯T培訓
- 在線學習服務師班組安全模擬考核試卷含答案
- 自來水生產工安全宣貫知識考核試卷含答案
- 橋梁結構組成圖培訓課件
- 銀行合規(guī)經(jīng)營內部控制制度
- 酒店客房衛(wèi)生管理標準制度
- 學校教師情緒管理能力提升
- 2026年及未來5年市場數(shù)據(jù)中國機械式停車設備行業(yè)市場全景分析及投資戰(zhàn)略規(guī)劃報告
- 泥漿壓濾施工方案(3篇)
- 李時珍存世墨跡初探──《李瀕湖抄醫(yī)書》的考察
- 2026年中國郵政儲蓄銀行招聘試題含答案
- 肺源性心臟病診療指南(2025年版)
- 2025年度電氣工程師述職報告
- 檔案館機房設施設備管理制度
- 醫(yī)院行風建設培訓會課件
- 非藥品類易制毒化學品經(jīng)營企業(yè)年度自查細則
- 太陽能建筑一體化原理與應 課件 第5章 太陽能集熱器
評論
0/150
提交評論