XXXX大學題目基于web的超市訂貨管理軟件開發專業學生姓名班級學號指導教師指導單位xx學院日期：年月日至年月日畢業設計（論文）原創性聲明本人鄭重聲明：所提交的畢業設計（論文），是本人在導師指導下，獨立進行研究工作所取得的成果。除文中已注明引用的內容外，本畢業設計（論文）不包含任何其他個人或集體已經發表或撰寫過的作品成果。對本研究做出過重要貢獻的個人和集體，均已在文中以明確方式標明并表示了謝意。論文作者簽名：日期：年月日摘要社會生活的現代化，使得市場的走向發生了巨大的變化，由于科技的發展，近幾年新興產業中超市的現代化管理方式大為流行。而開發本系統的目的就是要幫助超市經營者掌握和分析營銷情況，利于超市內部的財務、庫存、銷售情況等管理，從而提高超市的管理水平和運作效率。本文中主要介紹了超市管理事務中的常見基本問題和研究背景，并對系統進行了全面的可行性分析，詳細論證了系統的需求分析、系統設計、系統實現和系統測試等過程。系統實現了商品管理、供應商管理、訂單管理和庫存管理等功能。本系統使用Asp.Net進行網頁界面的設計，使用MVC設計模式。后端的數據庫采用SQLServer。測試結果表明，本系統實現了超市進貨管理的主要功能，基本滿足客戶的需要。關鍵詞：商品管理；供應商管理；訂單管理；庫存管理；Asp.NetMVC3；SQLServerABSTRACTThemodernizationofsociallifemakestremendouschangesinthemarkettrend,becauseofthedevelopmentoftechnology,inrecentyearsnewindustriesinthesupermarketmodernmanagementmethodsareverypopular.Thepurposeofdevelopingthissystemistohelpthesupermarketoperatorstounderstandandanalyzethemarketingsituationconducivetothesupermarketwithinthefinancial,inventory,salesmanagement,therebyenhancingthelevelofmanagementandoperationalefficiencyofthesupermarket.ThisarticleintroducesthecommonissuesandresearchbackgroundinthesupermarketManagementServices,andconductedacomprehensivefeasibilityanalysis,detailedsystemrequirementsanalysis,systemdesign,systemimplementationandsystemtestingprocess.Systemachievedcommoditymanagement,suppliermanagement,ordermanagementandstockmanagementfunctions.ThesystemusestheAsp.Netwebinterfacedesign,usingtheMVCdesignpattern.Theback-enddatabaseusingSQLServer.Thetestresultsshowthatthesystemtoachievethemainfunctionofthesupermarkettostockmanagement,andbasicallymeettheneedsofcustomers.Keywords：CommodityManagement；SupplierManagement；OrderManagement；StockManagement；Asp.NetMVC3；SQLServer目錄TOC\o"1-3"\u第一章前言11.1課題的背景11.2課題的意義1第二章需求分析22.1開發工具的選擇2系統開發工具(MicrosoftVisualStudio2010) 2數據庫2服務器22.2開發環境搭建3開發環境架設3系統的全局類4第三章需求分析53.1問題的提出53.2可行性分析53.3超市訂貨管理需求概述53.4功能需求63.5性能需求63.6運行需求6第四章總體設計74.1超市訂貨管理系統設計指導思想和原則74.2設計模式74.3系統配置方案設計84.4超市訂貨管理系統總體功能概述84.5超市訂貨管理系統各功能模塊概述9系統登錄模塊9商品信息管理模塊10供應商信息管理模塊11訂單信息管理模塊12庫存信息管理模塊12商品分類信息管理模塊134.6數據庫設計134.6.1編寫目的134.6.2背景134.6.3環境要求134.6.4概念結構設計13字段命名規則14數據庫詳細設計14第五章詳細設計175.1系統的軟件結構175.2登陸系統模塊的實現175.3商品模塊的實現18商品模塊首頁18增加商品信息18查看商品信息18修改商品信息18刪除商品信息185.4供應商模塊的實現18供應商模塊首頁18增加供應商信息19查看供應商信息19修改供應商信息19刪除供應商信息205.5訂單模塊的實現20訂單模塊首頁20增加訂單信息20查看訂單信息20修改訂單信息205.6庫存模塊的實現20庫存模塊首頁20增加庫存信息21查看庫存信息21修改庫存信息215.7商品分類模塊的實現21商品分類模塊首頁21增加商品分類信息21查看商品分類信息21修改商品分類信息21第六章測試226.1測試技術226.1.1單元測試226.1.2組合測試226.1.3確認測試226.1.4系統測試236.1.5用戶驗收測試236.2單元測試236.3測試結論23結束語24致謝25參考文獻26第一章前言1.1課題的背景當今時代是飛速發展的信息時代。在各行各業中離不開信息處理，這正是計算機被廣泛應用于信息管理系統的環境。計算機的最大好處在于利用它能夠進行信息管理。使用計算機進行信息控制，不僅提高了工作效率，而且大大的提高了其安全性。尤其對于復雜的信息管理，計算機能夠充分發揮它的優越性。計算機進行信息管理與信息管理系統的開發密切相關，系統的開發是系統管理的前提。本系統就是為了管理好圖書訂購與打印信息而設計的。數據處理手工操作，工作量大，出錯率高，出錯后不易更改，一般訂購情況是記錄在賬簿上，商品和供貨商的信息記錄在文件中，工作人員和管理員也只是當時對它比較清楚，時間一長，如再要進行查詢，就得在眾多的資料中翻閱、查找了，造成查詢費時、費力。如要對很長時間以前的信息進行更改就更加困難了。基于這些問題，有必要建立一個超市進貨管理系統，使管理工作規范化，系統化，程序化，避免管理的隨意性，提高信息處理的速度和準確性，能夠及時、準確、有效的查詢信息。1.2課題的意義超市進貨管理系統本著讓超市進貨管理做到快捷、方便、簡單、擺脫用手工操作處理的問題，工作非常繁瑣，需要大量的人力、物力和財力，極大的浪費了資源的劣勢而設計，它可以使管理員從繁重的手工操作中解脫出來。超市進貨管理系統是一項非常有意義的開發工作，其發展的潛力巨大，它的建立使超市進貨的管理擺脫傳統手工操作，實現通過互連網而進行的進貨管理，其發展前景和影響意義也將是非常深遠的。第二章需求分析2.1開發工具的選擇2.1.1系統開發工具(MicrosoftVisualStudio2010)VisualStudio是微軟公司推出的開發環境。是目前最流行的Windows平臺應用程序開發環境。VisualStudio2010版本于2010年4月12日上市，其集成開發環境（IDE）的界面被重新設計和組織，變得更加簡單明了。VisualStudio2010同時帶來了NETFramework4.0、MicrosoftVisualStudio2010CTP(CommunityTechnologyPreview--CTP)，并且支持開發面向Windows7的應用程序。除了MicrosoftSQLServer，它還支持IBMDB2和Oracle數據庫。2.1.2數據庫本軟件開發使用的數據庫是SQLServer2008，SQLServer2008是一個重大的產品版本，它推出了許多新的特性和關鍵的改進，使得它成為至今為止的最強大和最全面的SQLServer版本。這篇文章詳細介紹了MicrosoftSQLServer2008中的新的特性、優點和功能……在現今數據的世界里，公司要獲得成功和不斷發展，他們需要定位主要的數據趨勢的愿景。微軟的這個數據平臺愿景幫助公司滿足這些數據爆炸和下一代數據驅動應用程序的需求。微軟將繼續投入和發展以下的關鍵領域來支持他們的數據平臺愿景：關鍵任務企業數據平臺、動態開發、關系數據和商業智能。SQLServer2008出現在微軟數據平臺愿景上是因為它使得公司可以運行他們最關鍵任務的應用程序，同時降低了管理數據基礎設施和發送觀察和信息給所有用戶的成本。這個平臺有以下特點：可信任的——使得公司可以以很高的安全性、可靠性和可擴展性來運行他們最關鍵任務的應用程序。高效的——使得公司可以降低開發和管理他們的數據基礎設施的時間和成本。智能的——提供了一個全面的平臺，可以在你的用戶需要的時候給他發送觀察和信息。2.1.3IIS服務器IIS是InternetInformationServices的縮寫，是一個WorldWideWebserver。Gopherserver和FTPserver全部包容在里面。IIS意味著你能發布網頁，并且有ASP（ActiveServerPages）、JAVA、VBscript產生頁面，有著一些擴展功能。IIS支持一些有趣的東西，像有編輯環境的界面（FRONTPAGE）、有全文檢索功能的（INDEXSERVER）、有多媒體功能的（NETSHOW）其次,IIS是隨WindowsNTServer4.0一起提供的文件和應用程序服務器，是在WindowsNTServer上建立Internet服務器的基本組件。它與WindowsNTServer完全集成，允許使用WindowsNTServer內置的安全性以及NTFS文件系統建立強大靈活的Internet/Intranet站點。IIS（InternetInformationServer，互聯網信息服務）是一種Web（網頁）服務組件，其中包括Web服務器、FTP服務器、NNTP服務器和SMTP服務器，分別用于網頁瀏覽、文件傳輸、新聞服務和郵件發送等方面，它使得在網絡（包括互聯網和局域網）上發布信息成了一件很容易的事。2.2開發環境搭建2.2.1開發環境架設 因為使用到C#，所以開發工具選擇VisualStudio2010SP1 從下載安裝包 因為使用MVC3構架，而VS2010并不包含，所以需下載ASP.NETMVC3ToolsUpdate從中下載系統用到的數據庫是MicrosoftSQLServerCompact4.0，從中下載MicrosoftSQLServerCompact4.0針對MVC3的升級包從中下載以上4項順序安裝完畢后打開VS2010程序，選擇C#語言，選擇Asp.NetMVC3應用程序，如圖2-1所示圖2-1搭建開發環境 然后選擇Razor視圖引擎，選擇確定。環境搭建完畢。系統的全局類Content：系統圖片及css文件Repositories：資源庫，一種用來封裝存儲，讀取和查找行為的機制，它模擬了一個對象集合。Scripts：腳本庫第三章需求分析3.1問題的提出數據處理手工操作，工作量大，出錯率高，出錯后不易更改，一般訂購情況是記錄在賬簿上，商品和供貨商的信息記錄在文件中，工作人員和管理員也只是當時對它比較清楚，時間一長，如再要進行查詢，就得在眾多的資料中翻閱、查找了，造成查詢費時、費力。如要對很長時間以前的信息進行更改就更加困難了。基于這些問題，有必要建立一個超市進貨管理系統，使管理工作規范化，系統化，程序化，避免管理的隨意性，提高信息處理的速度和準確性，能夠及時、準確、有效的查詢信息。3.2可行性分析根據成本/效益分析法，本系統所需的軟硬件資源都已具備，該系統簡單易懂，本系統具有成本相對較低、利益高的特點，經濟上可行。本系統開發的開發宗旨是以便捷為中心。開發后的系統應具有美觀、大方、簡單、易操作等優點，即使是不懂計算機的人員也可以根據系統提示使用和管理本系統，它的操作簡單的特點使本系統在操作上可行。Asp.NetMVC中，Controller是處理層（控制器）。Model接收請求，并確定如何滿足那些請求。這就意味著，Controller控制輸入的請求和輸出的回應。商業邏輯體現了MVC架構中的模式。商業邏輯代碼為頁面做處理。如果進入Controller的請求是一個數據庫查詢，Controller就將這個請求傳送到一個SQL調用或類似的數據庫代碼。在某種意義上，架構的模式部分是讓應用程序處于領先地位的全部原因。

View頁面是顯示層（視圖），是用戶與應用程序交互的地方。它提供輸入并顯示結果。頁面不應該包括任何腳本。它只是將數據傳送到Controller，并接收和顯示返回的數據。

該架構的優勢應該是很明顯的。首先，它將計算和顯示清楚地分開了。結果很理想，在View頁面上沒有出現處理過程，在Controller或商業邏輯中沒有數據格式。這種分離的另一個好處是程序員可以專注于Controller代碼，HTML編寫者可以專注于View。第二點，控制器Controller做頁面上的所有的決定。在你的頁面和邏輯中不會出現任何決策。這就提高了一個應用程序的性能和可擴展性，因為請求可以被導向架構的不同的組件，甚至是不同的服務器。本系統采用的技術均屬當前流行的開發技術，具有技術成熟、效率高、穩定、安全等優點，并且自行配置的兼容機性能優越，能夠支持以上軟件的運行。所以，本系統在技術上是完全可行的。3.3超市訂貨管理需求概述超市訂貨管理系統的開發主要涉及到商品信息的管理、供應商信息的管理、訂單信息的管理、庫存信息的管理、商品分類信息的管理五大功能的數據管理。商品信息管理包括：添加商品、刪除商品、修改商品信息、瀏覽商品信息。供應商信息管理包括：添加供應商、刪除供應商、修改供應商信息、瀏覽供應商信息、瀏覽供應商與商品間關系。訂單信息管理包括：添加訂單、刪除訂單、修改訂單信息、瀏覽訂單信息。庫存信息管理包括：添加商品庫存、刪除商品庫存、修改商品庫存信息、瀏覽商品庫存信息。商品分類信息管理包括：添加商品分類信息、刪除商品分類信息、修改商品分類信息、瀏覽商品分類信息。3.4功能需求(1)商品管理對所有商品信息進行管理。(2)供應商管理對購物車和訂單信息的維護。(3)訂單管理對訂單和訂單中書籍打印信息的更新與管理。(4)庫存管理對后臺用戶進行管理，添加、刪除以及修改信息。(5)商品分類管理對數據庫進行備份和恢復。3.5性能需求(1)系統中的軟件不構成對人身健康的損害。(2)系統中的軟件失效時不造成財產的損失。(3)系統中的軟件失效時不造成環境的破壞。(4)系統中的軟件可以每天使用24小時，每年使用365天。(5)系統中的軟件故障率小于等于5%。(6)用戶輸入錯誤信息時，系統應提示，不應崩潰。(7)軟件適合12-70周歲的智力、視力、體力和肢體正常且具有圖書借閱相關知識的人使用。(8)經過1-2天培訓的使用者可以正常使用本軟件。3.6運行需求(1)系統在常溫環境下使用。(2)系統在潔凈的室內使用。(3)寬帶網、1M以上寬帶互聯網。(4)任何有瀏覽器的設備，打印功能需IE瀏覽器。(5)數據庫管理系統：SQLServer2008及以上。第四章總體設計總體設計的主要目的是用比較抽象的方式確定系統如何完成預定的任務，也就是說，應該確定系統的物理配置方案，并且進而確定組成系統的每個程序的結構。首先需要進行系統設計，從數據流圖出發設想完成系統功能的若干中合理的物理方案，然后進行軟件結構設計，確定軟件由那些模塊組成以及這么模塊之間的動態調用關系。在進行軟件結構設計應該遵循的基本原理是模塊獨立原理。4.1超市訂貨管理系統設計指導思想和原則(1)利用軟件開發現有軟硬件環境，及先進的管理系統開發方案，從而到達充分利用現在資源提高系統開發水平和應用效果的目的。(2)系統應該符合軟件工程開發的理論，開發方法等開發依據。(3)系統應滿足超市訂貨管理工作的需要，并達到操作過程中的直觀，方便，實用，安全，準確等要求。(4)系統應具備數據庫維護功能，及時根據用戶需求進行數據庫的各種操作。(5)系統采用原型，實用模塊化程序設計方法，便于系統功能的各種組合和修改，以及系統的測試與維護。(6)超市訂貨管理系統的設計應適合市場的發展。(7)超市訂貨管理系統的設計應當遵循數據庫設計規范。4.2設計模式設計模式是面向對象的程序設計人員用來解決編程問題的一種形式化表示。本系統開發采用目前一種廣泛流行的軟件設計模式MVC。MVC（Model—View—Controller）應用程序結構被用來分析分布式應用程序的特征。這種抽象結構能有助于將應用程序分割成若干邏輯部件，使程序設計變得更加容易。把一個應用的輸入、處理、輸出流程按照Model、View、Controller的方式進行分離，這樣一個應用被分成三個層——模型層、視圖層、控制層。MVC模式如圖4-1所示。圖4-1MVC模式MVC模式的出現，很好的解決了傳統開發WEB應用方式中存在的問題。M代表模型（Model），包含完成任務所需要的所有的行為和數據；V代表視圖（View）界面，現實模型提供的數據；C代表控制器（Controller），它將模型映射到界面中，處理用戶的輸入并相應請求。其模型的關系如圖所示。在MVC模型中，三層各盡其職、相互獨立，各層內部的改變不會影響到其它層，從而降低了數據表達、數據描述和應該操作的耦合度，也能更好的實現開發中的分工，加速工程進度。4.3系統配置方案設計鑒于本系統的業務性質，必須選擇具有較高可靠性、穩定性和必要的容錯能力的計算機硬件和軟件系統，以保證不丟失、破壞數據。必須具有較高的響應速度，以保證各項具體業務的順利進行。應考慮具有良好的可維護性、可操作性和可擴充性，以保證將來系統規模的擴展和升級的需要。計算機硬件的選擇取決于數據的處理方式和要運行的軟件。管理對計算機的基本要求是速度快、容量大、通道能力強、操作靈活方便，但計算機的性能越高，其價格也就越昂貴，因此，在計算機硬件的選擇上應全面考慮。由于現在微機在性能上已經有了很大提高，甚至超過了早期大型機的水平，而價格又相對較低，一般企事業單位選擇微機作為硬件支撐環境較為適宜。4.4超市訂貨管理系統總體功能概述超市訂貨管理系統包含六個模塊分別是：系統登錄、商品管理、供應商管理、訂單信息的管理、庫存信息的管理、商品分類的管理。(1)系統登錄模塊：都必須登錄才能進入系統。(2)商品信息管理模塊：通過驗證界面進入系統后，進入到商品信息管理模塊，可以進行查看商品信息、更新商品信息、修改商品信息和刪除商品信息等操作。(3)供應商信息管理模塊：通過驗證界面進入系統后，進入到供應商信息管理模塊，可以進行查看供應商信息、更新供應商信息、修改供應商信息和刪除供應商信息等操作。(4)訂單信息管理模塊：通過驗證界面進入系統后，進入到訂單信息管理模塊，可以進行查看訂單信息、更新訂單信息、修改訂單信息和刪除訂單信息等操作。(5)庫存信息管理模塊：通過驗證界面進入系統后，進入到庫存信息管理模塊，可以進行查看庫存信息、更新庫存信息、修改庫存信息和刪除庫存信息等操作。(6)商品分類信息管理模塊：通過驗證界面進入系統后，進入到商品分類信息管理模塊，可以進行查看商品分類信息、更新商品分類信息、修改商品信息和刪除商品分類信息等操作。系統的功能圖如圖4-2所示。圖4-2系統功能圖4.5超市訂貨管理系統各功能模塊概述4.5.1系統登錄模塊用戶進入后臺管理界面時會通過的一個過濾器。該模塊根據用戶輸入的用戶名、密碼來判斷用戶的類型，判斷是否可以登錄后臺。本模塊的功能點包括：(1)判斷用戶名和密碼是否相符。(2)根據用戶是否登錄，判定是否顯示信息。登錄模塊流程圖如圖4-3所示。圖4-3登錄模塊流程圖4.5.2商品信息管理模塊本模塊主要是對商品信息進行管理。本模塊的功能點包括：(1)添加商品信息添加商品信息（商品編號、商品名、商品分類、商品價格）。(2)查看商品信息查看商品信息（商品編號、商品名、商品分類、商品價格）。(3)修改商品信息修改商品信息（商品編號、商品名、商品分類、商品價格）。(4)刪除商品信息刪除商品信息。商品信息管理模塊流程圖如圖4-4所示。圖4-4商品信息管理模塊流程圖4.5.3供應商信息管理模塊本模塊主要是對供應商信息進行管理。本模塊的功能點包括：(1)添加供應商信息添加供應商信息（供應商名、供應商所供應商品、與供應商相關的訂單）。(2)查看供應商信息查看供應商信息（供應商名、供應商所供應商品、與供應商相關的訂單）。(3)修改供應商信息修改供應商信息（供應商名、供應商所供應商品、與供應商相關的訂單）。(4)刪除供應商信息刪除供應商信息。供應商信息管理模塊流程圖如圖4-5所示。圖4-5供應商信息管理模塊流程圖4.5.4訂單信息管理模塊本模塊主要是對商品信息進行管理。本模塊的功能點包括：(1)添加訂單信息添加訂單信息（商品名、供應商名、交易數量、交易時間）。(2)查看訂單信息查看訂單信息（商品名、供應商名、交易數量、交易時間）。(3)修改訂單信息修改訂單信息（商品名、供應商名、交易數量、交易時間）。(4)刪除訂單信息刪除訂單信息。4.5.5庫存信息管理模塊本模塊主要是對庫存信息進行管理。本模塊的功能點包括：(1)添加庫存信息添加庫存信息（商品編號、商品名、商品分類、商品價格、庫存數量）。(2)查看庫存信息查看庫存信息（商品編號、商品名、商品分類、商品價格、庫存數量）。(3)修改庫存信息修改庫存信息（商品編號、商品名、商品分類、商品價格、庫存數量）。(4)刪除庫存信息刪除庫存信息。4.5.6商品分類信息管理模塊本模塊主要是對商品分類信息進行管理。本模塊的功能點包括：(1)添加商品分類信息添加商品信息（商品分類名）。(2)查看商品分類信息查看商品信息（商品分類名）。(3)修改商品分類信息修改商品信息（商品分類名）。(4)刪除商品分類信息刪除商品信息。4.6數據庫設計4.6.1編寫目的本說明書說明“超市訂貨管理系統”的數據庫設計、結構情況，用于開發人員進行項目設計，同時也為后續的數據庫維護工作提供了良好的使用說明，也可以作為未來版本升級時的重要參考資料。4.6.2背景數據庫名稱：SuperMarket.sdf數據庫系統：SQLServer數據庫宿主環境：windows4.6.3環境要求硬件平臺：CPU:1.5Ghz內存：512mb硬盤空間：8gb操作系統：windowsxp，2000，Vista，win7數據庫：SQLServer20084.6.4概念結構設計E—R圖根據以上實體圖，分析了各個實體的屬性，根據這些屬性，可以得到系統的E—R圖，系統E-R圖如圖4-6所示。圖4-6系統E-R圖4.6.5字段命名規則字段一律采用實體名+拼音首字母或簡單單詞命名。如表4-1所示。表4-1字段命名規則字段名稱描述UserID用戶編號UserName用戶名Password密碼4.6.6數據庫詳細設計根據上述實體設計，本系統需要創建以下數據表：商品：商品屬性有商品編號、商品名、商品分類、商品售價。表4-2Commodity（商品表）字段名稱數據類型數據長度描述可否為空FK,PKCommodityIDint4商品編號否PKCommodityNamenvarchar4000商品名否CategoryIDint4商品分類編號否FKPricefloat8商品價格否供應商：供應商屬性有供應商編號、供應商名。表4-3Supplier（供應商表）字段名稱數據類型數據長度描述可否為空FK,PKSupplierIDint4供應商編號否PKSupplierNamenvarchar4000供應商名否訂單：訂單屬性有訂單編號、商品編號、供應商編號、交易數量、交易時間。表4-4Order（訂單表）字段名稱數據類型數據長度描述可否為空FK,PKOrderIDint4訂單編號否PKCommodityIDint4商品編號否FKSupplierIDint4供應商編號否FKOrderQuantityint4交易數量否OrderTimenvarchar4000交易時間是庫存：庫存屬性有庫存編號、商品編號、庫存數量。表4-5Stock（庫存表）字段名稱數據類型數據長度描述可否為空FK,PKStockIDint4庫存信息編號否PKCommodityIDint4商品編號否FKStockQuantityint4交易數量否商品分類：商品分類屬性有商品分類編號、商品分類名。表4-6Category（商品分類表）字段名稱數據類型數據長度描述可否為空FK,PKCategoryIDint4商品分類編號否PKCategoryNamenvarchar4000商品分類名否用戶：用戶屬性有用戶編號、用戶名、用戶密碼。表4-7User（用戶表）字段名稱數據類型數據長度描述可否為空FK,PKUserIDint4用戶編號否PKUserNamenvarchar4000用戶名否Passwordnvarchar4000用戶密碼否表4-7SupplierCommodity（供應商商品關系表）字段名稱數據類型數據長度描述可否為空FK,PKSupplier_SupplierIDint4供應商編號否PKCommodity_CommodityIDint4商品編號否PK第五章詳細設計5.1系統的軟件結構處理靜態WEB是由Web瀏覽器向Web發送靜態頁面，Web服務器直接對發送的靜態網頁進行處理。處理動態WEB數據庫查詢的過程是：當Web瀏覽器向Web服務器發送請求時，動態網頁的處理流程是，屏蔽掉HTML語言，只輸入動態網頁文件，由Web服務器向數據庫中傳遞信息，經過數據庫的處理返回數據集，Web應用服務器再把含有程序代碼的動態網頁轉換為靜態網頁返還給Web瀏覽器。這就是用動態網頁對數據庫進行查詢并將數據返還給瀏覽器處理的全過程，具體見圖5-1所示。圖5-1數據庫查詢示意圖5.2登陸系統模塊的實現本模塊主要是用戶通過登陸頁面進入該系統才可瀏覽信息。用戶輸入正確的用戶名和密碼，如果登錄信息有錯誤，則系統提示登錄錯誤信息。若登錄信息正確，則進入系統。若已經登錄則顯示信息，否則提示沒有登錄。通過頁面內的實現。通過controller的varuser=db.Users.Where(model=>model.UserName==userName&&model.Password==password).FirstOrDefault();if(user!=null)判定與數據庫中信息是否一致來實現。5.3商品模塊的實現5.3.1商品模塊首頁系統登陸后可顯示商品模塊頁面，包括為商品信息列表，用戶可以通過商品名搜索、排序，并可以對商品信息進行進一步操作。5.3.2增加商品信息選擇增加新商品信息后顯示增加商品信息頁面。通過db.Commodities.Add(commodity);將所填信息傳入數據庫。5.3.3查看商品信息選擇查看商品信息詳情后讀取數據庫顯示商品詳細信息的頁面。5.3.4修改商品信息選擇修改新商品信息后顯示修改商品信息頁面。通過db.Entry(commodity).State=EntityState.Modified;修改信息。5.3.5刪除商品信息選擇刪除商品信息后顯示刪除商品信息頁面。通過db.Commodities.Remove(commodity);刪除選中信息。5.4供應商模塊的實現5.4.1供應商模塊首頁系統登陸后可顯示供應商模塊頁面，包括為供應商信息列表，用戶可以選擇供應商查看該供應商所提供的商品及對應的訂單，并可以對供應商信息進行進一步操作。詳細信息下拉功能通過ViewBag.SupplierID=id.Value;viewModel.Commodities=viewModel.Suppliers.Where(i=>i.SupplierID==id.Value).Single().Commodities;來實現。5.4.2增加供應商信息選擇增加新供應商信息后顯示增加供應商信息頁面。通過db.Suppliers.Add(supplier);將所填信息傳入數據庫。5.4.3查看供應商信息選擇查看供應商信息詳情后顯示查看供應商信息頁面。5.4.4修改供應商信息選擇修改供應商信息后顯示修改供應商信息頁面。通過foreach(varcommodityindb.Commodities){if(selectedCommoditiesHS.Contains(commodity.CommodityID.ToString())){if(!supplierCommodities.Contains(commodity.CommodityID)){supplierToUpdate.Commodities.Add(commodity);}}else{if(supplierCommodities.Contains(commodity.CommodityID)){supplierToUpdate.Commodities.Remove(commodity);}}}達到修改供應商信息時可用多選框選擇多種對應提供的商品。5.4.5刪除供應商信息選擇刪除供應商信息后顯示刪除供應商信息頁面。通過db.Commodities.Remove(supplier);刪除選中信息。5.5訂單模塊的實現5.5.1訂單模塊首頁系統登陸后可顯示訂單模塊頁面，包括為訂單信息列表，用戶可以根據訂單時間搜索對應的訂單，并可以對訂單信息進行進一步操作以及打印當前頁面。通過orders=orders.Where(s=>s.OrderTime.Contains(searchString));對訂單時間進行搜索。5.5.2增加訂單信息選擇增加新訂單信息后顯示增加訂單信息頁面。5.5.3查看訂單信息選擇查看訂單信息詳情后顯示查看訂單信息頁面。5.5.4修改訂單信息選擇修改訂單信息后顯示修改訂單信息頁面。5.6庫存模塊的實現5.6.1庫存模塊首頁系統登陸后可顯示庫存模塊頁面，包括為庫存信息列表，用戶可以對庫存信息進行進一步操作以及打印當前頁面。5.6.2增加庫存信息選擇增加新庫存信息后顯示增加庫存信息頁面。通過ViewBag.CommodityID=newSelectList(db.Commodities,"CommodityID","CommodityName");直接選擇對應的商品5.6.3查看庫存信息選擇查看庫存信息詳情后顯示查看庫存信息頁面。5.6.4修改庫存信息選擇修改庫存信息后顯示修改庫存信息頁面。5.7商品分類模塊的實現5.7.1商品分類模塊首頁系統登陸后可顯示商品分類模塊頁面，包括為商品分類信息列表，用戶可以對商品分類信息進行進一步操作。5.7.2增加商品分類信息選擇增加新商品分類信息后顯示增加商品分類信息頁面。5.7.3查看商品分類信息選擇查看商品分類信息詳情后顯示查看商品分類信息頁面。5.7.4修改商品分類信息選擇修改商品分類信息后顯示修改商品分類信息頁面。第六章測試測試是為了發現程序中的錯誤而執行程序的過程，好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案，成功的測試是發現了至今為止尚未發現的錯誤的測試。在開發過程中采用了多種措施保證軟件質量，但是實際開發過程中還是不可避免地會產生差錯，系統中通常可能隱藏著錯誤和缺陷，不經周密測試的系統投入運行，將會造成難以想象的后果，因此系統測試是開發過程中為保證軟件質量必須進行的工作。大量統計資料表明，系統測試的工作量往往占開發總工作量的40%以上。因此，我們必須重視測試工作。6.1測試技術由于程序中隱藏的缺陷只在特定的環境下才有可靠顯露，系統缺陷通常是由于對某些特定情況考慮不周造成的。因此測試不是為了表明程序正確；成功的測試也不是沒有發現錯誤的測試。有意義的軟件測試應該是從“破壞”軟件系統的角度出發，精心設計最有可以暴露程序系統缺陷的測試方案。因此軟件測試的目標應該是以盡可能少的代價和時間找出軟件系統中潛在的錯誤和缺陷。從產品角度看，測試計劃中的測試項目包括軟件結構中的分系統層、子系統層、功能模塊層、程序模塊層中的各類模塊，從測試本身看，分為單元測試，組合測試，確認測試等。測試對象是隨不同階段而異的，最基本、最初的測試是單元測試，后面的組合測試、確認測試都是以被測過的模塊作為測試對象的。6.1.1單元測試單元測試也稱模塊測試或程序測試，單元測試是對每個模塊單獨進行的，驗證模塊接口與設計說明書是否一致，對模塊的所有主要處理路徑進行測試且與預期的結構進行對照，還要對所有錯誤處理路徑進行測試。對源碼進行審查，對照設計說明書，表態地檢查源程序是否符合功能的邏輯要求，是進行單元測試前的重要工作。單元測試一般是由程序員完成，也稱程序調試。6.1.2組合測試組合測試也稱集成測試或子系統測試，通常采用自頂向下測試和自底向上測試兩種測試方法。組合測試的對象是指已經通過單元測試的模塊，不是對零散模塊進行單個測試，而是用系統化的方法裝配和測試軟件系統，是一個嚴格的過程，必須認真地進行，其計劃的產生和單元模塊測試的完成日期要協調起來，這種測試應在系統目標機上進行，造成系統應用的環境條件，除了開發部分項目負責人參加以外，還應該有相應系統的用戶參加，給評審員進行演示。6.1.3確認測試確認測試是對通過組合測試的軟件進行的，這些軟件已經存于系統目標設備的介質上，確認測試的目的是表明軟件是可以工作的，并且符合“軟件需求說明書”中規定的全部功能和性能要求。確認測試是按照這些要求定出的“確認測試計劃”進行的。測試工作是由一個獨立的組織進行，而且測試要從用戶的角度出發。6.1.4系統測試系統測試是對整體性能的測試，主要解決各子系統之間的數據通信和數據共享問題以及檢測系統是否達到用戶的實際要求，系統測試的依據是系統分析報告。系統測試應在系統的整個范圍內進行，這種測試不只對軟件進行，而是對構成系統的硬、軟件一起進行。系統測試與建構同時進行或略慢。系統測試需要確認從頭到尾的功能正常才算完成，應當盡量避免系統測試延到項目末尾進行。6.1.5用戶驗收測試在系統測試完成后，進行用戶的驗收測試，它是用戶在實際應用環境中所進行的真實數據測試。在具體的測試中，一般應遵循以下原則：由程序設計者之外的人進行測試；測試用例應由兩部分組成：輸入數據和預期輸出結果；應選用不合理的輸入數據與非法輸入測試；不僅要檢驗程序是否實現預期功能，還應檢查程序是否做了不應該做的工作；集中測試容易出錯的程序模塊；對程序修改以后，必須重新進行測試。一般來說，對程序測試有兩種測試方法：如果已經知道了軟件系統應具有的功能，可通過測試來對每個功能是否都能正常使用；如果知道程序的內部工作過程，可以通過測試來檢測程序內部是否按照規格說明書的規定正常進行。前一種方法稱為黑盒測試，后一種方法稱為白盒子測試。黑盒測試又稱為功能測試，白盒子測試又稱為結構測試。6.2單元測試單元測試是在軟件開發過程中要進行的最低級別的測試活動，在單元測試活動中，軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。單元測試是由程序員自己來完成，最終受益的也是程序員自己。可以這么說，程序員有責任編寫功能代碼，同時也就有責任為自己的代碼編寫單元測試。執行單元測試，就是為了證明這段代碼的行為和我們期望的一致。6.3測試結論測試結果表明本次設計的程序基本正確。雖然在測試過程中發現不少錯誤，但經過修改后程序現在通過了測試。由于軟件測試在軟件開發過程中占有很重要的地位。同時，軟件測試對測試人員的要求也是很高的。所以，通過了以上的測試，并不能證明本軟件就是完全正確的。正確的結論應該是本軟件還有待于進一步的測試和改進。另外，通過本次測試，深深理解了軟件測試和軟件調試的重大區別。結束語本系統具有如下特點：(1)采用B/S三層體系結構，使系統具有很好的可維護性和可重用性。(2)后臺采用的SQLServer數據庫，擁有較高的插入，查詢速度、業務連續性等特點。但因為本系統相對來說較大，而且在本項目開始的時候，在C#和Web應用程序設計方面不太熟悉，再加上畢業設計的時間有限，許多方面在下一步的工作中還需要進一步改進和完善。主要針對以下幾方面：(1)盡量采用滿足MVC/模式開發，分離表示層和事物層，使系統具有高的可重用性和適應性以及良好的可維護性。(2)系統功能雖已基本實現，但仍有諸多地方需要修改，還有的細節的地方也需要進一步修改和完善。致謝光陰似箭，日月如棱。幾年的時間，在我們漫長的人生旅途中是那么的短暫，但是，這短短的幾年是最真誠的青春，是最純真的歲月，是最美麗的大學生活……我們的自學能力在這里得提升，我感謝所有的恩師：是您賦予我們最有意義的收獲；是您帶領我們走進知識殿堂，使我們不但豐富了知識；是您給我們一個全新的角度去發現美、創造美、欣賞美，給我們美的眼睛去發現世界的美，感悟生活的美；是你教會我們珍惜友誼和時間；是您給了我們看世界的眼睛，是你們用博大的胸懷，給予我們最無私的關懷和奉獻。這在這次的畢業論文中，發揮了我在學校學到的知識和技能的應用，也算是我最后一次做學校的作業了，我要感謝我的指導老師，還有我的輔導員老師，感謝他們的教誨，讓我知道在社會上懂得怎樣去做好自己，端正自己的位置，為社會貢獻出我自己的力量。參考文獻[1]ATutorial：.[2]StephenR.Davis.C++forDummies[M].wileypublishing.Inc2008.[3]GettingStartedwithASP.NETMVC3：[4]胡勇輝，曹倬瑝，蘭湘濤．ASP.NET開發實戰詳解：入門、模塊、系統[M]．北京：電子工業出版社，2006[5]張克非．ASP.NET網絡程序設計與應用[M2．北京航空航天大學出版社，2007[6]朱玉超，鞠艷，王代勇．ASP.NET項目開發教程[M2．北京：電子工業出版社，2008[7]劉乃麗．完全手冊ASP.NET2.0網路開發詳解[M2．北京：電子工業出版社，2008[8]尚俊杰、秦衛中．ASP.NET程序設計案例教程[M2．北京：清華大學出版社，2005[9]陳偉編著《SQLServer2005數據庫應用與開發教程》北京：清華大學出版社，2007[10]StephenWalther.ASP.NET3.5UnleashedUnleashedSeries[M].Sams,2008[11]ImarSpaanjaars.BeginningAsp.Net3.5InC#AndVb[M].WileyIndiaPvt.Ltd.,2008[12]ScottMitchell.SamsTeachYourselfASP.NET3.5in24Hours:CompleteStarterKitSamsTeachYourself--HoursSeries[M].Sams,2008[13]MatthewMacDonald.BeginningASP.NET4.0inC#2010[M].Apress,2010[14]ChristianNagel,BillEvjen,JayGlynn,MorganSkinner,KarliWatson.ProfessionalC#2008[M].WileyIndiaPvt.Ltd.,2008[15]KennethC.Laudon,JaneP.Laudon.ManagementInformationSystems:ManagingtheDigitalFirm[M].PublisherPrenticeHall,2007[16]RaymondMcLeod,GeorgeP.Schell.Managementinformationsystems[M].Pearson/PrenticeHall,2007[17]JamesA.O'Brien,GeorgeM.Marakas.ManagementInformationSystems[M].McGraw-Hill/Irwin,2008[18]Singh.InformationSystemManagement[M].S.B.NangiaAPHpublishingCorporation.2007[19]KennethC.Laudon,JanePriceLaudon.ManagementInformationSystems:ManagingtheDigitalFirmMyMISLabSeries[M].PrenticeHall,2009[20]ThomasM.Connolly,CarolynE.Begg.Databasesystems:apracticalapproachtodesign,implementation,andmanagement[M].Addison-Wesley,2009大學本科生畢業設計撰寫規范本科生畢業設計（論文）是學生在畢業前提交的一份具有一定研究價值和實用價值的學術資料。它既是本科學生開始從事工程設計、科學實驗和科學研究的初步嘗試，也是學生在教師的指導下，對所進行研究的適當表述，還是學生畢業及學位資格認定的重要依據。畢業論文撰寫是本科生培養過程中的基本訓練環節之一，應符合國家及各專業部門制定的有關標準，符合漢語語法規范。指導教師應加強指導，嚴格把關。1、論文結構及要求論文包括題目、中文摘要、外文摘要、目錄、正文、參考文獻、致謝和附錄等幾部分。1.1題目論文題目應恰當、準確地反映論文的主要研究內容。不應超過25字，原則上不得使用標點符號，不設副標題。1.2摘要與關鍵詞1.2.1摘要本科生畢業設計（論文）的摘要均要求用中、英兩種文字給出，中文在前。摘要應扼要敘述論文的研究目的、研究方法、研究內容和主要結果或結論，文字要精煉，具有一定的獨立性和完整性，摘要一般應在300字左右。摘要中不宜使用公式、圖表，不標注引用文獻編號，避免將摘要寫成目錄式的內容介紹。1.2.2關鍵詞關鍵詞是供檢索用的主題詞條，應采用能覆蓋論文主要內容的通用技術詞條（參照相應的技術術語標準），一般列3～5個，按詞條的外延層次從大到小排列，應在摘要中出現。1.3目錄目錄應獨立成頁，包括論文中全部章、節的標題及頁碼。1.4論文正文論文正文包括緒論、論文主體及結論等部分。1.4.1緒論緒論一般作為論文的首篇。緒論應說明選題的背景、目的和意義，國內外文獻綜述以及論文所要研究的主要內容。文管類論文的緒論是畢業論文的開頭部分，一般包括說明論文寫作的目的與意義，對所研究問題的認識以及提出問題。緒論只是文章的開頭，不必寫章號。畢業設計（論文）緒論部分字數不多于全部論文字數的1/4。1.4.2論文主體論文主體的內容要求參照《大學本科生畢業設計（論文）的規定》第五章。論文主體各章后應有一節“本章小結”。1.4.3結論結論作為單獨一章排列，但不加章號。結論是對整個論文主要成果的歸納，要突出設計（論文）的創新點，以簡練的文字對論文的主要工作進行評價，一般為400～1000字。1.5參考文獻參考文獻是論文不可缺少的組成部分，它反映了論文的取材來源和廣博程度。論文中要注重引用近期發表的與論文工作直接有關的學術期刊類文獻。對理工類論文，參考文獻數量一般應在15篇以上，其中學術期刊類文獻不少于8篇，外文文獻不少于3篇；對文科類、管理類論文，參考文獻數量一般為10～20篇，其中學術期刊類文獻不少于8篇，外文文獻不少于3篇。在論文正文中必須有參考文獻的編號，參考文獻的序號應按在正文中出現的順序排列。產品說明書、各類標準、各種報紙上刊登的文章及未公開發表的研究報告（著名的內部報告如PB、AD報告及著名大公司的企業技術報告等除外）不宜做為參考文獻引用。但對于工程設計類論文，各種標準、規范和手冊可作為參考文獻。引用網上參考文獻時，應注明該文獻的準確網頁地址，網上參考文獻不包含在上述規定的文獻數量之內。1.6致謝對導師和給予指導或協助完成論文工作的組織和個人表示感謝。內容應簡潔明了、實事求是，避免俗套。1.7附錄2、論文書寫規定2.1論文正文字數理工類論文正文字數不少于20000文管類論文正文字數12000－20000字。其中漢語言文學專業不少于7000字。外語類論文正文字數8000－10000個外文單詞。藝術類論文正文字數3000～5000字。2.2論文書寫本科生畢業論文用B5紙計算機排版、編輯與雙面打印輸出。論文版面設置為：畢業論文B5紙、縱向、為橫排、不分欄，上下頁邊距分別為2.5cm和2cm，左右頁邊距分別為2.4cm和2cm，對稱頁邊距、左側裝訂并裝訂線為0cm、奇偶頁不同、無網格。論文正文滿頁為29行，每行33個字，字號為小四號宋體，每頁版面字數為957個，行間距為固定值20磅。頁眉。頁眉應居中置于頁面上部。單數頁眉的文字為“章及標題”；雙數頁眉的文字為“大學本科生畢業設計（論文）”。頁眉的文字用五號宋體，頁眉文字下面為2條橫線（兩條橫線的長度與版芯尺寸相同，線粗0.5磅）。頁眉、頁腳邊距分別為1.8cm和1.7cm。頁碼。頁碼用小五號字，居中標于頁面底部。摘要、目錄等文前部分的頁碼用羅馬數字單獨編排，正文以后的頁碼用阿拉伯數字編排。2.3摘要中文摘要一般為300字左右，外文摘要應與中文摘要內容相同，在語法、用詞和書寫上應正確無誤，摘要頁勿需寫出論文題目。中、外文摘要應各占一頁，編排裝訂時放置正文前，并且中文在前，外文在后。2.4目錄目錄應包括論文中全部章節的標題及頁碼，含中、外文摘要；正文章、節題目；參考文獻；致謝；附錄。正文章、節題目（理工類要求編寫到第3級標題，即□.□.□。文科、管理類可視論文需要進行，編寫到2～3級標題。）2.5論文正文2.5.1章節及各章標題論文正文分章、節撰寫，每章應另起一頁。各章標題要突出重點、簡明扼要。字數一般在15字以內，不得使用標點符號。標題中盡量不用英文縮寫詞，對必須采用者，應使用本行業的通用縮寫詞。2.5.2層次層次以少為宜，根據實際需要選擇。層次代號格式見表1和表2。表1理工類論文層次代號及說明層次名稱示例說明章第1章□□……□章序及章名居中排，章序用阿拉伯數字節1.1□□……□題序頂格書寫，與標題間空1字，下面闡述內容另起一段條1.1.1□□……□款□□………□□□……□□□□……題序頂格書寫，與標題間空1字，下面闡述內容在標題后空1字接排項(1)□□…□□□…□□…□□□□□□……↑↑版心左邊線版心右邊線表2文管類論文層次代號及說明章節條款項一、□□□□□（一）□□□□1.□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□（1）□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□①□□□□□居中書寫空2字書寫空2字書寫空2字書寫空2字書寫↑↑版心左邊線版心右邊線各層次題序及標題不得置于頁面的最后一行（孤行）。2.6參考文獻正文中引用文獻標示應置于所引內容最末句的右上角，用小五號字體。所引文獻編號用阿拉伯數字置于方括號“[]”中，如“二次銑削[1]”。當提及的參考文獻為文中直接說明時，其序號應該與正文排齊，如“由文獻[8，10～14]可知”。經濟、管理類論文引用文獻，若引用的是原話，要加引號，一般寫在段中；若引的不是原文只是原意，文前只需用冒號或逗號，而不用引號。在參考文獻之外，若有注釋的話，建議采用夾注，即緊接文句，用圓括號標明。不得將引用文獻標示置于各級標題處。參考文獻書寫格式應符合GB7714－1987《文后參考文獻著錄規則》。常用參考文獻編寫項目和順序應按文中引用先后次序規定如下：著作圖書文獻序號└─┘作者．書名（版次）．出版地：出版者，出版年:引用部分起止頁第一版應省略翻譯圖書文獻序號└─┘作者．書名（版次）．譯者．出版地:出版者，出版年:引用部分起止頁第一版應省略學術刊物文獻序號└─┘作者．文章名．學術刊物名．年，卷（期）：引用部分起止頁學術會議文獻序號└─┘作者．文章名．編者名．會議名稱，會議地址，年份．出版地，出版者，出版年:引用部分起止頁學位論文類參考文獻序號└─┘研究生名．學位論文題目．出版地．學校（或研究單位）及學位論文級別．答辯年份:引用部分起止頁西文文獻中第一個詞和每個實詞的第一個字母大寫，余者小寫；俄文文獻名第一個詞和專有名詞的第一個字母大寫，余者小寫；日文文獻中的漢字須用日文漢字，不得用中文漢字、簡化漢字代替。文獻中的外文字母一律用正體。作者為多人時，一般只列出前3名作者，不同作者姓名間用逗號相隔。外文姓名按國際慣例，將作者名的縮寫置前，作者姓置后。學術會議若出版論文集者，可在會議名稱后加上“論文集”字樣。未出版論文集者省去“出版者”、“出版年”兩項。會議地址與出版地相同者省略“出版地”。會議年份與出版年相同者省略“出版年”。學術刊物文獻無卷號的可略去此項，直接寫“年，（期）”。參考文獻序號頂格書寫，不加括號與標點，其后空一格寫作者名。序號應按文獻在論文中的被引用順序編排。換行時與作者名第一個字對齊。若同一文獻中有多處被引用，則要寫出相應引用頁碼，各起止頁碼間空一格，排列按引用順序，不按頁碼順序。參考文獻書寫格式示例見附錄1。2.7名詞術語科技名詞術語及設備、元件的名稱，應采用國家標準或部頒標準中規定的術語或名稱。標準中未規定的術語要采用行業通用術語或名稱。全文名詞術語必須統一。一些特殊名詞或新名詞應在適當位置加以說明或注解。文管類專業技術術語應為常見、常用的名詞。采用英語縮寫詞時，除本行業廣泛應用的通用縮寫詞外，文中第一次出現的縮寫詞應該用括號注明英文全文。2.8計量單位物理量計量單位及符號一律采用《中華人民共和國法定計量單位》（GB3100～3102—1993，見附錄2），不得使用非法定計量單位及符號。計量單位符號，除用人名命名的單位第一個字母用大寫之外，一律用小寫字母。非物理單位（如件、臺、人、元、次等）可以采用漢字與單位符號混寫的方式，如“萬t·km”，“t/（人·a）”等。文稿敘述中不定數字之后允許用中文計量單位符號，如“幾千克至1000kg”。表達時刻時應采用中文計量單位，如“上午8點45分”，不能寫成“8h45min”。計量單位符號一律用正體。2.9外文字母的正、斜體用法按照GB3100～3102－1986及GB7159－1987的規定使用，即物理量符號、物理常量、變量符號用斜體，計量單位等符號均用正體。2.10數字按國家語言文字工作委員會等七單位1987年發布的《關于出版物上數字用法的規定》，除習慣用中文數字表示的以外，一般均采用阿拉伯數字（參照附錄3）。2.11公式原則上居中書寫。若公式前有文字（如“解”、“假定”等），文字頂格書寫，公式仍居中寫。公式末不加標點。公式序號按章編排，如第1章第一個公式序號為“（1-1）”，附錄2中的第一個公式為（②-1）等。文中引用公式時，一般用“見式（1-1）”或“由公式（1-1）”。公式中用斜線表示“除”的關系時，若分母部分為乘積應采用括號，以免含糊不清，如a/(bcosx)。通常“乘”的關系在前，如acosx/b而不寫（a/b）cosx。2.12插表表格不加左、右邊線。表序一般按章編排，如第1章第一個插表的序號為“表1－1”等。表序與表名之間空一格，表名中不允許使用標點符號，表名后不加標點。表序與表名置于表上，居中排寫（見附錄4）。表頭設計應簡單明了，盡量不用斜線。表頭中可采用化學符號或物理量符號。全表如用同一單位，將單位符號移到表頭右上角，加圓括號（見附錄4中的例2）。表中數據應正確無誤，書寫清楚。數字空缺的格內加“—”字線（占2個數字寬度）。表內文字和數字上、下或左、右相同時，不允許用“″”、“同上”之類的寫法，可采用通欄處理方式（見附錄4中的例2）。表內文字說明不加標點。文管類的插表在表下一般根據需要可增列補充材料、注解、附記、資料來源、某些指標的計算方法等。表內文字說明，起行空一格，轉行頂格，句末不加標點。表題用五號字，表內文字及表的說明文字均用五號字，中文用宋體。表格容量較大，必要時表格也可分為兩段或多段（這只能發生在轉頁時），轉頁分段后的每一續表的表頭都應重新排字，重排表頭的續表上方右側應注明（續表×）字樣。2.13插圖插圖應與文字緊密配合，文圖相符，技術內容正確。2.13.1制圖標準插圖應符合技術制圖及相應專業制圖的規定。機械工程圖：采用第一角投影法，應符合附錄5所列有關標準的規定。電氣圖：圖形符號、文字符號等應符合附錄6所列有關標準的規定。流程圖：符合國家標準。對無規定符號的圖形應采用該行業的常用畫法。2.13.2圖題及圖中說明每個圖均應有圖題（由圖號和圖名組成）。圖號按章編排，如第1章第一圖的圖號為“圖1-1”等。圖題置于圖下。有圖注或其他說明時應置于圖題之上。圖名在圖號之后空一格排寫。引用圖應說明出處，在圖題右上角加引用文獻編號。圖中若有分圖時，分圖號用a)、b)等置于分圖之下。圖中各部分說明應采用中文（引用的外文圖除外）或數字項號，各項文字說明置于圖題之上（有分圖題者，置于分圖題之上）。圖題用五號字，圖內文字及說明均用五號字，中文用宋體。2.13.3插圖編排插圖與其圖題為一個整體，不得拆開排寫于兩頁。插圖應編排在正文提及之后，插圖處的該頁空白不夠排寫該圖整體時，則可將其后文字部分提前排寫，將圖移到次頁最前面。2.13.4坐標單位有數字標注的坐標圖，除無單位者（如標示值）之外，必須注明坐標單位。2.13.5論文中照片圖及插圖畢業論文中的照片圖均應是原版照片粘貼（或數碼像機圖片），照片可為黑白或彩色，應主題突出、層次分明、清晰整潔、反差適中。照片采用光面相紙，不宜用布紋相紙。對金相顯微組織照片必須注明放大倍數。畢業論文中的插圖不得采用復印件。對于復雜的引用圖，可采用數字化儀表輸入計算機打印出來的圖稿。2.14附錄理工類論文附錄的序號采用“附錄1”、“附錄2”等，附錄順序為開題報告、文獻綜述、外文文獻的中文譯文及外文復印件等。文管類論文附錄序號相應采用“附錄一”、“附錄二”等。3、論文排版要求3.1紙張要求及頁面設置名稱格式要求紙張B5（182×257），幅面白色頁面設置上下頁邊距2.5cm和2cm，左右頁邊距2.4cm和2cm，頁眉、頁腳分別為1.8cm和1.7cm，對稱頁邊距、左側裝訂并裝訂線為0cm、奇偶頁不同、無網格頁眉宋體字五號居中頁碼宋體字小五號居中3.2封面(詳見模版、B5紙單面打印)名稱格式要求論文題目黑體字二號,行距固定值25磅,間距段前、段后分別為0.5行。論文題目中文字數不得超過25字,要求字體居中填寫姓名大學楷體字小二號，行距固定值20磅,間距段前、段后分別為0.5行。每字間空1格,要求字體居中年月宋體字小三號，行距固定值20磅,間距段前、段后分別為0.5行。數字用阿拉伯數字，日期為論文提交日期,要求字體居中3.3封面2(詳見模版、B5紙單面打印)名稱格式要求本科畢業設計宋體字小二號，行距固定值25磅,間距段前、段后分別為0.5行，要求字體居中論文題目黑體字二號，行距固定值25磅,間距段前、段后分別為0.5行。論文題目中文字數不得超過25字，要求字體居中學院（系）專業同上學生姓名同上學號同上指導教師同上答辯日期同上3.4本科畢業設計/論文任務書(單面打印)本科畢業設計/論文B5紙，單面打印，不編頁碼3.5中、英文摘要名稱中文摘要英文摘要標題摘要：黑體字小二居中，行距固定值20磅，間距段前、段后分別為1行Abstract：TimesNewRoman體小二號居中，行距固定值20磅，間距段前、段后分別為1行段落文字宋體字小四號，行距固定值20磅關鍵詞同上，“關鍵詞”三字加粗同上，“KeyWords”兩詞加粗頁碼3.6目錄名稱示例格式要求標題目錄黑體字小二號居中，行距固定值20磅，間距段前、段后分別為1行各章目錄格式范例黑體字小四號,行距固定值20磅，兩端對齊，頁碼右對齊節標題目錄格式范例宋體字小四號，行距固定值20磅，兩端對齊，頁碼右對齊，左縮進2字符條標題目錄格式范例宋體字小四號，行距固定值20磅,兩端對齊，頁碼右對齊，左縮進3字符（條標題目錄文科左縮進2字符）頁碼格式范例羅馬大寫數字，TimesNewRoman體小五號字3.7正文名稱示例格式要求理工論文文科論文各章標題第1章××一、×××黑體字小二號居中，行距固定值20磅，間距段前、段后分別為1行，理工類章序號與章名間空一個漢字節標題1.1××××（一）×××黑體字小三號，行距固定值20磅，間距段前、段后分別為0.5行，理工類題序與題名間空一個漢字條標題1.1.1×××1、×××黑體字四號，行距固定值20磅，間距段前、段后分別為0.5行，理工類題序與題名間空一個漢字款標題××（1）×××黑體字小四號，行距固定值20磅，理工類題序與題名間空一個漢字正文段落文字××××××××××××××××××××××××××宋體字小四號，段落首行左縮進2個漢字。行距固定值20磅（段落中有數學表達式時，可根據表達需要設置該段的行距）3.8其它名稱格式要求結論標題要求同各章標題，正文部分：宋體字小四號，行距固定值20磅，段落首行左縮進2個漢字參考文獻標題要求同各章標題，正文部分：宋體字小四號（英文用TimesNewRoman體小四號），行距固定值20磅致謝標題要求同各章標題，正文部分宋體字小四號，行距固定值20磅，（英文用TimesNewRoman體小四號）附錄標題要求同各章標題，正文