【正文】 NPOS ：(News Platform Opening System) 四川大學新聞平臺開放系統(tǒng)。 RUP：Rational Unified Process，RUP是一種軟件工程過程標準。 質量保證：Quality assurance(QA),QA的職責是向項目負責人匯報，確認本項目的規(guī)范和需求得到執(zhí)行。 變更管理：控制和跟蹤項目內容及范圍內的管理活動。Client和Server之間使用Socket進行傳輸。本文檔的讀者為校園失物管理系統(tǒng)的使用者及軟件的開發(fā)人員。軟件開發(fā)也是如此，有了idea就要敢于去編碼實現，有了問題，就要敢于去調試，不管想法的對錯，試過才知道。在夢里走一公里，不如在現實中走一步。 4．萬事開頭難。A的海洋，這里有你所需要的任何資料。開發(fā)過程中難免會有許多未曾遇到的困難，而對現有資源的利用便是很重要的問題了。因對網站建設知識的缺乏，故為完成該項目不得不進行大量的學習，而時間卻很短，通過此過程的訓練在一定程度上增強了大家的學習能力，以及對知識的運用能力。在整個開發(fā)過程中應主義團隊之間的協(xié)作，共同學習，共同進步。軟件開發(fā)過程不是一個人的戰(zhàn)場，二是整個團隊的戰(zhàn)場。因此如何做到讓用戶方便使用我們網站，也將是我們提升項目的一個重要考慮因素。然后我們的數據庫設計太過于狹隘，并沒有考慮到所有的情況，而是僅僅將我們作為一個學生能考慮到的情況都考慮進去了，因此如果想進行進一步的改進，那么數據庫將會成為一個瓶頸，因此如果我們的項目需要進行市場方面的應用，那么必須徹底的重新設計數據庫，以求更高的存儲方式和存儲效率。 本章小結本章主要介紹了我們項目在開發(fā)過程中的一些問題，以及開發(fā)過程中的體會和對于項目的意義的描述，能夠讓用戶更好地理解我們項目組開發(fā)的項目。但是，如果要將這個項目用作商業(yè)用途，那么就需要進行大量的升級和優(yōu)化，包括界面，數據庫，算法等等。這樣就避免了學校里面有些學生因為無法找到正確的渠道尋找自己丟失物品的情況發(fā)生，而且解決了學校因為很多失物因為無人認領造成積壓，需要專門人員管理，這樣就浪費了人力資源。 對項目成果用于實際意義的闡述本項目的實際用途就是可以面向各大學進行推廣，讓大學生可以在丟失物品后第一時間尋找到自己的失物，防止財產的丟失。而且網站的面向群體比較固定，搜索方式和數據庫存儲方式也比較單一。這個項目的搜索功能并不是由高級算法來實現優(yōu)化，而是有數據庫來決定，因為數據庫的設計方式，使得我們的搜索變得非常簡單，只要用切詞軟件將搜索條目進行切割，那么就能有效的進行搜索。在數據庫的設計上我們充分考慮到了現實情況，并且將現實情況進行了總結，提出了由下及上再由上級下的設計方案。用戶不會因為一些亂七八雜的應用或者是服務而不能完成尋找自己丟失物品的情況。我們這個項目雖然比較精簡，但是對于實現核心功能來說，做到了百分之百的保證。因此雖然遇到了些許問題，但是并沒有對項目產生多少的影響。但是這些問題都沒有難倒我們。在整個過程中也遇到了一些問題。并且在最后兩周將精力花在了項目的測驗使用。在進度安排方面，我們由于對技術方面知道的較少，因此花了大量的時間用在了學習技術這方面。因此大家對這方面的爭論比較多。我們小組最大的爭論在于對數據庫的設計。但是我們始終是以把項目完整做出來為第一要務。因為我們并沒有過多的接觸PHP編程技術，因此我們一切都需要從頭開始弄，大家都是每天啃一點PHP，到我們項目完成的時候，基本上大家都已經對PHP編程掌握的差不多了。因為是第一次做項目，因此很多東西都得重頭開始做，我們調查了許多內容，通過大家集體的討論，最終設計了一個可行的方案。在以后的學習中，我們會更加深入的思考這個問題，爭取找到一個準確率更高的方法。 如何標示物品的相似度大家都知道，對于不同的物品，可能有很多地方是相同的，例如，一款衣服，不管是在顏色、式樣、品牌、甚至大小都是相同的，那么，我們如何把它辨別為兩件物品呢；同時，對于同一件物品，可能由于失主的兩次描述的小差異造成前后信息不是完全一樣，而且，可能失主和拾主對于同一件的物品描述也不可能完全一致，那么我們應該如何判斷這是同一件物品呢？在開發(fā)過程中，這個問題一直困擾著我們，我們試過通過一組關鍵字來定義一件物品，雖然這樣能夠較準確的表示，但是還是可能會造成一些失誤。具體來說，就是先將小類歸大類，在進行搜索的時候，將輸入的關鍵字在大類中進行查找。我們知道不僅不同的人對于同一件物品信息的描述不同，而且同一個人在不同時間對于同一件物品的描述也可能不同，因此，如果能夠使用圖片搜索信息，將會使搜索結果準確率提高很多，但是對于圖片搜索技術，我們項目組目前還不是很了解，因此對于這個技術的實現還是不熟悉。有些人可能將其描述為“上衣”，而另一些人則描述為“襯衫”，更有甚者描述為其他的物品，這樣就使得在物品存儲以及搜索的時候產生很大的麻煩，甚至在有些情況下使用者無法快速的搜索到自己尋找的東西，甚至可能沒法找到自己的物品，這樣就使得該項目在使用的時候具有很大的局限性，沒法達到使用者的要求。6 討論與體會 實驗過程中的瓶頸我們的項目在開發(fā)過程中，也遇到了一些瓶頸問題，以下就我們項目組在開發(fā)過程中遇到的瓶頸問題進行分析。缺點： 用戶注冊源代碼無法實現輸入中文，即便在定義時使用的是text類型數據，當輸入中文時，仍舊提示未輸入用戶真實姓名。各個功能模塊運行正常，實現與預期一致，測試通過。與預期結果一致正確5點擊注冊出現注冊成功的提示出現了注冊成功的提示，并實現在2秒后跳轉到登陸界面正確6查看users數據表數據表中新添加了一條和我們注冊相同的用戶信息。正確2輸入密碼確認兩次密碼相同確認通過；兩次密碼不同，提示錯誤與預期的結果一致正確3輸入電話號碼不輸入情況下，提示用戶輸入電話，輸入的含有字母，表明沒有匹配設定的全是數字的正則表達式，位數不足11位都出現輸入不準確的提示信息，如果輸入的電話號碼已經注冊，應該輸出電話號碼已經注冊的提示信息，否則，通過輸入。不要編造數據，實事求是。一般而言，對軟件開發(fā)，需要給出界面效果圖（總體、子系統(tǒng)等必要部分）；對算法研究，需要給出詳細測試數據。 測試結果給出測試結果，推薦用圖、表方式。所有功能模塊實現過后，由我們項目組里面的測試人員檢測各個功能模塊接口是否一致，如果不一致，修改模塊接口，使得能夠準確的整合所有的功能模塊；如果一致，進入步驟5.在項目整合完成后，由我們項目組測試人員使用Pixy軟件實現對于我們項目的白盒測試。運行功能模塊，查看實現的功能是否與預期的一致，如果一致，進入步驟3；如果不一致，由項目組中的測試人員分析源代碼的實現過程，查看項目中的邏輯錯誤，以及算法的使用是否準確。在整個項目編碼結束后，而且同時完成了各個功能模塊的整合，那么使用Pixy軟件來進行項目的白盒測試。而且，本章還展示了一些系統(tǒng)開發(fā)過程中的效果截圖展示。系統(tǒng)效果展示： 搜索關鍵字輸入 搜索結果顯示 失物上傳界面 物品列表顯示 用戶注冊界面 用戶登錄界面 本章主要介紹了系統(tǒng)要實現的目標，功能模塊的劃分，系統(tǒng)地概述，系統(tǒng)的用處，階段性目標以及系統(tǒng)事實顯示等。該系統(tǒng)主要包括失物上傳模塊，失物搜索，物品列表顯示，用戶注冊登錄模塊。完成相關文檔。第79周具體系統(tǒng)開發(fā)設計，明確項目分工，并開始熟悉php，css，MySQL語言設計等知識的學習，開始相關的界面設計工作第911周編碼實現各自分工部分模塊功能，單元測試第1214周系統(tǒng)集成，調試，以及相關的測試工作。 項目測試：小組成員共同完成，在編碼階段，對于每個 功能模塊采用單元測試，當每個模塊測試能夠正常運行后，才實現對于各個功能模塊的整合，在項目完整實現后，對整個系統(tǒng)采用集成測試方式，對于整體運行情況，以及可能出現的異常情況進行測試。 耿海霄：完成項目主框架的設計以及實現，實現各個界 面之間的鏈接，部分文檔編寫。 8. 系統(tǒng)測試、檢錯，對功能模塊進行優(yōu)化處理。 6. 完成搜索功能，并分頁顯示。4. 界面設計。2. 確定系統(tǒng)的規(guī)模、開發(fā)工具以及開發(fā)平臺等。在數據庫中，我們對數據的排列也進行了分類，我們按照時間將數據進行排列，如果一個人發(fā)現自己的東西丟了，那么他會在第一時間內進行登錄搜索，那么我們將丟失的物品按時間順序陳列給他，有助于他快速的尋找到自己的東西。而且我們提供全站搜索。在關鍵字搜索中，用戶可能會提供多個關鍵字，我們采用切詞軟件將這些關鍵字切成不同的類型，進行匹配。比如我們設定大類為衣服，那么，襯衫，長袖，毛衣等等都會被歸類到衣服里面，而某個用戶輸入毛衣后，我們就將毛衣升級到衣服里面，先將與毛衣這個關鍵字接近的所有搜索結果呈現給用戶，如果用戶并沒有在這些結果中發(fā)現自己想要的東西，那么我們再將衣服里面的內容呈現給用戶。因此可能在搜索的時候造成不必要的重復或者是遺漏。在上傳數據這塊，我們采用的是分布式的，并不是所有的撿到者都需要將物品交由管理員來進行登記，而是這個撿到者可以自己登陸這個系統(tǒng)進行登記，描述物品樣子，留下自己的聯(lián)系方式。 在數據庫管理這塊，我們在設計中想到，如果一個失物在很長一段時間后仍然沒有人來領取，那么這個失物的存在就沒有價值了，因此我們設計了一個定期進行物品檢查的功能，如果發(fā)現某個物品在很長時間內沒有查詢，也沒有被領取。整個系統(tǒng)在設計上是用戶和內部處理分開的。物品信息包括撿到的事件，地點。之所以這樣設計的主要目的在于，這個系統(tǒng)只是提供一個平臺，并不是每個人每時每刻都會丟失東西，因此沒有必須每個用戶非得注冊一個賬號，而且可能在很長的時間內用戶都不會去使用這個賬號，這樣就避免了造成大量的數據冗余。 添加新物品4 用戶自定義匹配查找方式 用戶登陸后，網站與后臺數據庫建立連接，連接成功后，用戶可根據自己的偏好查找自己失物信息是否被好心人受到，或是自己拾到的東西是否被失主認領 部分核心代碼5 頁面整體設計 在index頁面中通過引用相應的PHP文件添加頁面中對應的鏈接 主頁面代碼 主頁面顯示3. 本章小結 本章主要介紹了該系統(tǒng)在開發(fā)過程中的數據庫的構建的方法與實現，以及數據庫中數據表的創(chuàng)建過程，而且，在本章介紹了該系統(tǒng)中使用到的密碼加密技術、數據庫防注入技術以及垂直搜索技術。用戶可根據自己定義的用戶名進行登錄 用戶名的注冊代碼3 插入一條新的尋物記錄 首先通過$con = mysql_connect(localhost,root, 123456)。進行與身份配的操作。在檢查來路時使用了一個preg_replace()函數，通過執(zhí)行正則表達式的搜索和替換，檢查url來路是不是合法的。 在實現數據庫防注入的過程中主要使用了兩個函數：數據庫的注入檢測函數：inject_check()、數據庫登錄url來路檢測：checkurl()。 本系統(tǒng)在對用戶注冊密碼加密過程中使用的是六位隨機數，下面是產生六位隨機數的代碼： 產生六位隨機數的代碼 同時在用戶信息表的設計過程中也同時加入了注冊時對應的六位隨機數的字段信息，將其保存在用戶信息表中，那么在登錄的過程中就可以通過輸入的用戶賬號提取到這六位隨機數，將其與登錄時輸入的密碼結合使用discuz加密，看加密后的密文是否與用戶信息表中保存的一致，來決定是否輸入匹配。 分頁顯示系統(tǒng)中的物品函數代碼 密碼加密算法 雖然現在大部分網站的用戶注冊都采用密碼加密，但是現在一般采用的較安全的方式就是MD5加密方式，但是，近幾年，這種加密方式也有被破解的情況發(fā)生，雖然破解的幾率較低，但是其安全性還是受到人們的懷疑。 通過匹配關鍵字，采用like匹配，得到itemID，傳遞給showItem。 ment_content—這個字段使用text類型數據，記錄評論的主要內容信息，不能為空。 user_id—這個字段主要記錄該評論發(fā)表的用戶的賬號信息，不能為空。 物品列表 物品列表的SQL語句用戶評論表ments：共有4個字段。 type_id—這個使用int數據，描述該物品對應的類型，該值不能由使用者輸入，該系統(tǒng)采用的是讓用戶選擇的方式，避免由于使用者的描述方式不同造成其他人員的誤解，該值的默認值為1，表示尚未選擇類型。 item_description—這個使用的是text文本類型數據，用于保存失主對于失物的描述信息，方便系統(tǒng)使用者的查看、比對，該值不能為空。 物品類型信息表 物品類型信息表的SQL語句 該系統(tǒng)使用到的一些類型物品列表items：該表一共有5個字段。 type_name—這個字段主要記錄該系統(tǒng)中涉及到的一些物品類型的名稱。user_salt—用于保存discuz加密過程中產生的6位隨機數，使用的是字符型數據，而且該值不能為空。user_phone—用戶的電話信息保存，雖然數據表上面顯示的電話信息為20為字符型數據，但是在使用PHP編碼的過程中，使用的是11位的數字串，而且該值不能為空，沒有設置默認值。user_password—用戶的密碼信息，使用的是字符型數據，而且，在該信息表中保存的密碼信息是通過discuz加密后的密碼信息，該數據不能為空，沒有設置默認值。用戶信息表users：該表一共有8個字段：id—數據表的主關鍵字，標示數據表中當前添加的信息是數據庫中添加的第幾條信息，而且在設計過程中，該值是默認增加的，當數據庫中添加一條用戶信息進去之后，該值就會默認加1，而且在設計過程中，該