計算機專業網站設計開題報告

1.畢業論文的主要內容、重點和難點等

主要內容：

物流管理系統是針對中小型物流企業的營運管理過程進行設計的，主要實現如下目標：

(1) 向客戶全面展示公司各項業務。

(2) 客戶線上對運單情況進行查詢。

(3) 向客戶介紹公司物品分類情況。

(4) 為分公司提供貨物運單資訊新增功能。

(5) 為管理員提供後臺登入入口。

(6) 管理員通過後臺，對運單資訊進行全面管理。

(7) 對公司各行業務資訊進行管理。

(8) 對分公司資訊、管理員資訊進行管理。

本系統前臺頁面主要包括以下功能模組：

(1) 倉庫庫存管理。該模組包括了新增庫存，庫存檢視，入庫修改幾個子模組。新增庫存包含了一些貨物相關的選項，可以檢視以往入庫的記錄，並可以修改。

(2) 查詢操作。包括入庫查詢，貨物彙總，庫存查詢子模組。根據日期，貨物類別，編號等屬性進行查詢。

(3) 物品設定。包括修改倉庫編號，修改類別，修改單位，修改產品表，初始化庫存表，可以修改一些產品的屬性並儲存。

(4) 使用者管理。包括新增使用者，使用者管理，管理員管理，公司管理，總管理員管理，使用者日誌。可新增使用者，修改使用者資訊，檢視不同管理員的許可權。

論文重點：

1. 客戶調研及定向

對於第三方物流公司，專線公司，普通貨運部進行調研，以便確定流程，並且根據市場切入點確定開發軟體的方向，一個軟體無論如何無法適應全部的物流公司，不同型別的物流公司的對於軟體的要求側重點不同，流程也不同，又因流程是決定軟體架構及設計的主要因素，故此前期的工作應該是確定軟體適應的客戶群體，並根據該客戶群體的共性來定製軟體的流程。

2. 系統設計及資料庫關係

系統設計的面比較廣，在整個軟體開發的時間佔用也比較長，幾乎可以達到三分之一之重。主要是先根據軟體的流程，設計主要的靜態頁面，在不關聯資料庫的前提下，先分析一下軟體的靜態頁面對於目標群物流公司流程的符合程度，包括一些細節的輸入項，顯示項，是否滿足目標客戶群需要，是否方便理解和操作，這個過程還需要目標客戶群代表進行評價，以便確定最終的靜態頁面流程及要素內容。

確定以上內容之後就是網頁設計，這個就比較簡單，主要是在頁面佈局及配色方面。同時會兼顧一些小的技巧的工具附加。

頁面及流程確定之後，資料庫的設計及關係也就呼之欲出。這裡面最重要的是資料庫之間、網頁程式之間的關聯關係的確定。也比較費時費力。另外一點，資料庫的欄位名稱必須規範化。

所有的以上開發文件必須進行造冊備份，並且在今後的升級或維護過程中，對於已經更改的內容進行詳細的記錄。這是讓一個軟體持續化改進的最最必要的過程。少了這個，一旦有人辭職，或者出現不同客戶不同的定製需求，這個軟體最終會被自己搞亂。

3. 開發程式的確定及程式碼的編寫

為了避免今後維護升級及人員流動帶來的程式碼方面的維護不便，故此，開發之前必須就語言、函式、程式碼等內容進行規範化。

程式程式碼的編寫可以交由不同的人員進行開發，但必須是開發一個模組，測試一個模組，不能等到程式全部開發完畢再統一測試，因為這樣最容易在初級階段發現程式的錯誤，甚至是流程會考慮不清楚的部分，在開發過程中其實流程重建是最頭痛的事情，故此在上文提到的第二點中就更加顯得重要。

程式的測試內部通過之後，必須經由客戶群代表進行實際的測試，然後再不傷害程式骨架的前提下，進行易用化的修改。

4. 培訓檔案的撰寫及培訓的流程

這個屬於售後的部分，但必須是經由銷售、開發人員、目標客戶群共同努力才能形成一個真正行之有效的培訓文件。

發現的難點：

1. 連線資料庫

資料庫連線對動態網站來說是最為重要的部分，在與後端資料庫連線時可以採用odbc或jdbc技術。雖然odbc作為傳統的連線資料庫的手段是一種選擇，但是odbc有以下致命缺陷，從而使它無法勝任jsp的請求:

(1) odbc是c語言實現的api，從java程式呼叫本地的c程式會帶來一系列類似安全性、完整性、健壯性方面的問題。

(2) 其次，完全精確地實現從c程式碼odbc到java api 翻譯的odbc不會令人滿意，因為在java中沒有指標，而odbc中大量地使用了指標，包括極易出錯的空指標“void *”。

(3) 考慮到平臺移植性，在進行jsp web開發中使用odbc會帶來負面影響，使得程式碼不適合於移植。

2. 內建的元件

3. 轉換unicode編碼

4. 異常情況的處理,常見的異常如下：

♦ 引發nullpointerexception異常

♦ 引發numberformatexception異常

♦ 引發stringindexoutofboundsexception異常

♦ 引發noclassdeffounderror錯誤

♦ 引發r錯誤

5. 自動分揀功能和計劃配載功能

2.準備情況(查閱過的文獻資料及調研情況、現有裝置、實驗條件等)

查閱文獻:

[1] 靳其兵 李曉波，XX.基於jsp的資料庫連線技術的研究[j].計算機模擬.24(4)，108-111。

[2]周恆 等,jsp專案開發全程實錄【m】.清華大學出版社

[3]鄧子云 等,jsp網路程式設計-從基礎到實踐【m】.電子工業出版社

[4]孫衛琴(XX年),java面向物件程式設計【m】.北京:電子工業出版社

[5]張躍平 耿祥義(XX年)，jsp實用教程【m】(第2版). 清華大學出版社

[6]王麗菊 時武略(XX年), jsp動態網頁程式設計【m】, 北京理工大學出版社

現有裝置：

windows xp professional作業系統

mysql6.0資料庫。

myeclipse6.0和apache-tomcat-6.0-18

調研情況：

物流是為滿足消費者需求而進行的對原材料、中間庫存、最終產品及相關資訊從起始點到消費地的有效流動，以及為實現這一流動而進行的計劃、管理和控制過程。為了全面實現某一戰略、目標或任務，物流把運輸、供應倉儲、維護、採購、承包和自動化綜合成一個單一的功能，以確保每個環節的最優化。與網際網路來源於軍方研究專案類似，物流也是從軍方發展起來的。據調查在第二次世界大戰期間，為了加強後勤保障，美國軍方系統地發展了物流系統。其實，古語曰“兵馬未動，糧草先行”，物流的雛形追本溯源可以說有幾千年的歷史了，只不過近代才開始系統地發展起來而已。

現代物流強調的物流管理(logistics management)是指在社會再生產過程中，根據物質資料實體流動的規律，應用管理的基本原理和科學方法，對物流活動進行計劃、組織、指揮、協調、控制和監督，使各項物流活動實現最佳的協調與配合，以降低物流成本，提高物流效率和經濟效益。

相比傳統物流，現代物流更多借助於資訊流的控制作用，它不再把建立基礎設施作為最主要手段，而是通過資訊科技，利用現有的各種基礎設施，將企業的運輸資訊和運輸需求予以共享並快速傳遞。

現代物流的核心是資訊科技，因為正是資訊科技，將物流之中原先割裂的各個環節整合在一起，從而表現出現代物流的整合化特徵——藉助於資訊科技，最大限度地將原先在實現物資空間位移中所進行的運輸、倉儲、包裝、裝卸、加工以及配送等多個環節整合一起，以一個整體面對社會的物流需求。

現代物流形成一個網路化體系已成必然。所謂網路化體系表現在兩個方面：一是實體化的物流網路。現在的物流企業都是以自己為核心建立網路，最多是以某一個行業或小系統建立這種物流網路，但是跨行業、跨地域、跨區域物流的網路實際上在國內沒有真正形成。換句話說，任何一個企業做得再大，實體的物流網路不能遍佈到全國的每一個角落。二是電子化的物流網路。不管是物流企業還是企業物流，現在許多電子商務公司做物流，也有許多物流公司做電子商務，這些企業的電子網路尚未形成真正意義上的網路化，也沒有一個網路或者幾個網路聯盟起來，足以構成一個遍佈全國，能夠讓大家真正應用的電子化的網路。而真正的物流網路，應該是電子化的物流網路和實體化的物流網路融為一體，結合在一起而形成的。

現在的社會是資訊高速發展的社會，隨著計算機的應用越來越廣泛，計算機在企業管理中的應用，已走上成熟和健康發展的道路,一些軟體工具在企業中的應用也越來越廣泛.而企業生產管理中物流管理是一個非常重要的環節，也是決定生產效率的關鍵因素。所以當今時代，大部分大中型企業都利用計算機軟體技術來提高企業的物流管理效率。事實證明，人機的有效配合大大提高工作效率，並且已經佔於非常重要的地位。

3.總體安排和進度計劃

第一至二週 10月25日至11月6日:

選題:檢視適合本人的指導教師論文題目。

第三至五週11月 8 日至11月26 日:

大綱和搭建系統環境：開始上網查詢資料，並構出系統打大綱，並在指導教師的意見下進行修改，寫承諾書、任務書、開題報告，並上交。查閱書籍，並在各個超市觀看他們所用的收銀系統，及多問。然後開始搭建好專案所要執行的環境，及相關執行的軟體，在把專案相關要涉及的和實現的介面做出來，並建立好資料庫。

第六至九周11月28日至12月24日:

寫論文和完成初專案：在指導教師和撰寫規範的要求下開始寫論文。上網收索相關資料，查閱書籍，寫好初稿，提交初稿電子稿給指導教師，接受指導教師中期檢查。並把專案要實現的程式碼新增進各個需要實現的窗體並與資料庫進行連線，實現專案初步所要實現的基本功能，在不懂不與不明白的情況下與知道老師交流，或者上網查閱相關計算機專案書籍，初步測試，前臺與後臺模組，發現問題，解決問題，最後改善問題。

第十至十三週12月27日至1月20日:

上交論文和完善專案:在指導教師要求完成論文，並列印定稿論文，並按照裝訂順序列印、放置。在答辯之前提交電子稿和列印稿三份到指導教師處。在專案初步實現功能的基礎上，改良專案所存在的問題看是否可以維護，與不同作業系統是否可以相容，在發現問題解決問題後改進專案，整體進行測試，最後進行美工介面，達到視覺效果與系統效果的統一。完成並上交做好的專案。最後填寫《答辯資格審查》表，審查答辯資格。申請網路答辯的寄回《工作情況證明》和《網路答辯申請表》。

第十三至十六週下學期第一週,二週：

參加答辯：按教學學院要求參加答辯;看論文是否需整改，如果需要在規定時間內將整改後的論文交回相關教學學院。