1、62/77武漢理工大學本科生畢業設計（論文）汽修配件治理系統的設計與實現學院（系）： 專業班級： 學生姓名： 指導教師： 學位論文原創性聲明本人鄭重聲明：所呈交的論文是本人在導師的指導下獨立進行研究所取得的研究成果。除了文中特不加以標注引用的內容外，本論文不包括任何其他個人或集體差不多發表或撰寫的成果作品。本人完全意識到本聲明的法律后果由本人承擔。作者簽名： 年 月 日學位論文版權使用授權書本學位論文作者完全了解學校有關保障、使用學位論文的規定，同意學校保留并向有關學位論文治理部門或機構送交論文的復印件和電子版，同意論文被查閱和借閱。本人授權省級優秀學士論文評選機構將本學位論文的全部或部分內容

2、編入有關數據進行檢索，能夠采納影印、縮印或掃描等復制手段保存和匯編本學位論文。本學位論文屬于 1、囗保密，在 年解密后適用本授權書。 2、囗不保密。（請在以上相應方框內打“” ）作者簽名： 年 月 日導師簽名： 年 月 日（講明：除涉及軍事國防等必須要求保密的項目外，凡要求論文保密者均需向武漢理工大學科技進展院提交書面申請，講明需要保密的理由。）畢業設計(論文)任務書學生姓名: 專業班級: 指導教師: 工作單位: 設計(論文)題目: 汽修配件治理系統的設計與實現設計（論文）要緊內容：1.需求分析；2.系統分析（可行性分析、組織結構圖、業務流程圖、數據流程圖、數據字典等）；3.系統設計（功能結構

3、圖設計、數據庫設計、編碼設計、模塊設計、算法設計、輸入輸出設計等）；4.系統實施（程序框圖、系統界面、模擬運行數據，系統調試過程，系統使用講明書或用戶手冊）；5.結論（對系統開發的結果進行總結）；6.參考文獻。要求完成的要緊任務:1.依照信息系統的開發要求，有打算地完成兩次系統調研；2.查閱相關的國內外資料，對國內外的研究現狀加以分析；3.要求所設計的系統應能準確無誤的反映用戶的業務流程，滿足用戶的各項要求，并具有高可靠性。在此前提下盡可能使系統簡潔明了，人機界面友好，易于操作；4.完成皮殼網，實現皮殼網的信息化。5.完成許多于12000字的畢業論文并提交系統源代碼光盤。6.每周撰寫一篇工作日

4、志，并交給導師檢查。必讀參考資料：1）王虎，張駿，治理信息系統（第2版），武漢：武漢理工大學出版社，20072）薛華成，治理信息系統（第四版），北京：清華大學出版社，20033）Stephen Haag, Maeve Cummings, Amy Phillips, Management Information Systems for the Information Age (6th Edition), 北京：機械工業出版社，2007指導教師簽名 系主任簽名 院長簽名（章） 武漢理工大學本科生畢業設計（論文）開題報告1、目的及意義（含國內外的研究現狀分析）隨著汽車的普及，使用汽車的規模不斷擴大，

5、汽車修理廠產生了大量的業務，采購治理工作中處理的信息日益增加，采納傳統的治理方法和治理工具或計算機單機來處理各種事務信息，差不多遠遠不能滿足為了培養現代科技人才的需要。采購治理系統是一個企業不可缺少的一部分，它的內容關于企業的決策者和治理者來講差不多上至關重要的，因此采購治理系統應該能為用戶提供充足的信息和快捷的查詢手段，作為計算機應用的一部分，使用計算機對零件庫存信息進行治理，具有特有的技術意義和治理意義。過去的企業經營一直采納認為治理、手工統計的方法進行，在過去客戶數量較少的情況下還能夠適應，但隨著汽車適用范圍不斷擴大，汽車修理廠的業務呈集合增長以往手工或半自動模式的采購治理方式的弊端日益

6、顯露出來。這在專門大程度上阻礙了治理上的工作效率，甚至阻礙正常的業務治理。如何運用現代化手段運行科學治理，差不多成為一個亟待解決的問題。針對那個問題，結合汽車修理的實際情況，確定了開發采購治理信息系統的項目打算。汽車公司零部件采購工作是一個復雜的項目治理過程，要緊是依照企業的業務規劃圍繞新車型開發直到批量生產整個過程的跟蹤和治理。公司有多個專門的信息系統，要緊是為了保證生產需求。隨著車型、項目的增多、生產基地的增加以及矩陣式項目治理的實施，項目經理們碰到了許多新問題：如信息交流不暢、準確性差、查找煩瑣、時效性差等；同時各項目參與者各自為政、產生大量重復工作、工作效率低。此外項目預警、風險評估完

7、全靠人工操縱，工作煩瑣、容易出錯。結合項目治理的概念以及對公司零部件采購的分析，能夠看出采購過程是一個典型的項目治理過程。同時，相關于一般的項目治理過程，采購過程又是一個極其復雜的多頭緒、多任務、多覆蓋面的項目治理過程。其中涉及到成本操縱、進度協調、質量治理、供應商資源優化重組、供應商選擇等多項繁復、交錯的任務。2、差不多內容和技術方案差不多內容：汽修零件采購治理系統，分為四個要緊模塊，第一個模塊是用戶登錄模塊，在那個模塊中對使用者進行權限設定，對治理員的職能進行設定；第二個模塊是采購治理模塊，那個模塊中有以下流程：采購單、采購收貨、現款采購、采購退貨、采購收貨、采購付款，此模塊中，會產生銷售

8、訂單，提貨單，收貨單，收料單，庫存報表，物料欠發單，請購物品登記單、訂購確定或更改通知單等單據，此模塊中的組成部分應如下：供應商、業務查找、收付款方式、商品資料、應付治理、庫存狀況；第三模塊，經營分析模塊，此模塊中對采購的各項業務進行生成報表或者進行數據分析；第四模塊，差不多資料存儲：有客戶資料、供應商資料、職員資料、商品資料、倉庫資料等初始資料的設置。技術方案：汽修零件采購治理系統所需要實現的模塊中，采納了用戶界面和系統功能分開的方式來實現，每個模塊所實現的功能都在相應的類中完成，如此關于代碼的維護和升級帶來了極大的便利。關于數據庫的存取，全部差不多上使用存儲過程來實現的。零件采購治理系統是

9、基于Windows操作系統開發的辦公自動化軟件，以Microsoft SQL server 2008作為后臺數據庫并從數據庫的應用和開發的實效性角度動身，使用Microsoft Visual Studio.NET 2008作為開發工具，要緊采納C#、ASP.NET作為編程語言，采納面向對象技術。在運行環境.NET Framework 1.1、Windows XP,IE 8.0下編譯調試通過。3、進度安排1、第6-7周（4月1日-4月14日）：查閱和收集資料，完成開題報告。2、第8周（4月15日4月21日）：完成需求分析，確定業務流程。3、第9-10周（4月22日-5月5日）：實現系統要緊功能的

10、設計。 4、第11-12周（5月6日-5月19日）：完成論文初稿。 5、第13周（5月20日-5月24日）：完善系統功能，修改論文。6、第14周（5月27日-5月31日）：提交論文定稿，預備答辯。4、指導老師意見 指導教師簽名： 年 月 日注：1開題報告應依照教師下發的畢業設計（論文）任務書，在教師的指導下由學生獨立撰寫，在畢業設計開始后三周內完成。2“設計的目的及意義”至少800字，“差不多內容和技術方案”至少400字。進度安排應盡可能詳細。3指導教師意見：學生的調研是否充分？差不多內容和技術方案是否已明確？是否差不多具備開始設計（論文）的條件？能否達到預期的目標？是否同意進入設計（論文）目

11、錄 TOC o 1-3 h z u HYPERLINK l _Toc358382584 摘要 PAGEREF _Toc358382584 h I HYPERLINK l _Toc358382585 Abstract PAGEREF _Toc358382585 h II HYPERLINK l _Toc358382586 1概述 PAGEREF _Toc358382586 h 1 HYPERLINK l _Toc358382587 1.1 引言 PAGEREF _Toc358382587 h 1 HYPERLINK l _Toc358382588 1.2新系統的可行性分析 PAGEREF _To

12、c358382588 h 1 HYPERLINK l _Toc358382589 1.2.1經濟上的可行性 PAGEREF _Toc358382589 h 1 HYPERLINK l _Toc358382590 1.2.2技術上的可行性 PAGEREF _Toc358382590 h 1 HYPERLINK l _Toc358382591 1.2.3進度上的可行性 PAGEREF _Toc358382591 h 1 HYPERLINK l _Toc358382592 1.3系統開發及運行環境 PAGEREF _Toc358382592 h 2 HYPERLINK l _Toc358382593

13、 1.3.1硬件平臺 PAGEREF _Toc358382593 h 2 HYPERLINK l _Toc358382594 1.3.2軟件平臺 PAGEREF _Toc358382594 h 2 HYPERLINK l _Toc358382595 1.3.3開發環境及所用技術 PAGEREF _Toc358382595 h 2 HYPERLINK l _Toc358382596 1.4系統規劃 PAGEREF _Toc358382596 h 3 HYPERLINK l _Toc358382597 1.4.1目的 PAGEREF _Toc358382597 h 3 HYPERLINK l _T

14、oc358382598 1.4.2開發進度安排 PAGEREF _Toc358382598 h 3 HYPERLINK l _Toc358382599 2 系統分析 PAGEREF _Toc358382599 h 4 HYPERLINK l _Toc358382600 2.1需求分析 PAGEREF _Toc358382600 h 4 HYPERLINK l _Toc358382601 2.3數據流程分析 PAGEREF _Toc358382601 h 7 HYPERLINK l _Toc358382602 2.4數據字典 PAGEREF _Toc358382602 h 9 HYPERLINK

15、 l _Toc358382603 2.4.1數據存儲 PAGEREF _Toc358382603 h 9 HYPERLINK l _Toc358382604 2.4.2數據流 PAGEREF _Toc358382604 h 11 HYPERLINK l _Toc358382605 3 系統設計 PAGEREF _Toc358382605 h 12 HYPERLINK l _Toc358382606 3.1 概述 PAGEREF _Toc358382606 h 12 HYPERLINK l _Toc358382607 3.2 系統功能設計 PAGEREF _Toc358382607 h 13 H

16、YPERLINK l _Toc358382609 3.3系統功能描述 PAGEREF _Toc358382609 h 14 HYPERLINK l _Toc358382610 3.4 數據庫設計 PAGEREF _Toc358382610 h 14 HYPERLINK l _Toc358382611 3.4.1E-R圖設計 PAGEREF _Toc358382611 h 14 HYPERLINK l _Toc358382612 3.4.2邏輯結構設計 PAGEREF _Toc358382612 h 17 HYPERLINK l _Toc358382613 3.5 系統安全設計 PAGEREF

17、_Toc358382613 h 19 HYPERLINK l _Toc358382614 3.5.1治理員登錄的安全性 PAGEREF _Toc358382614 h 19 HYPERLINK l _Toc358382615 3.5.2操作安全性 PAGEREF _Toc358382615 h 19 HYPERLINK l _Toc358382616 3.5.3數據安全性 PAGEREF _Toc358382616 h 19 HYPERLINK l _Toc358382617 4.1 開發工具簡介 PAGEREF _Toc358382617 h 19 HYPERLINK l _Toc35838

18、2618 4.1.1網站所用的Web技術有： PAGEREF _Toc358382618 h 19 HYPERLINK l _Toc358382619 4.1.2本系統的開發工具： PAGEREF _Toc358382619 h 20 HYPERLINK l _Toc358382620 4.2 系統實施的進度打算 PAGEREF _Toc358382620 h 24 HYPERLINK l _Toc358382621 4.2各個模塊的實施 PAGEREF _Toc358382621 h 24 HYPERLINK l _Toc358382622 4.2.1治理員登錄模塊 PAGEREF _Toc

19、358382622 h 24 HYPERLINK l _Toc358382623 4.2.2職員治理模塊 PAGEREF _Toc358382623 h 26 HYPERLINK l _Toc358382624 5系統測試和調試 PAGEREF _Toc358382624 h 31 HYPERLINK l _Toc358382625 5.1 測試 PAGEREF _Toc358382625 h 31 HYPERLINK l _Toc358382626 5. 1測試方法 PAGEREF _Toc358382626 h 32 HYPERLINK l _Toc358382627 5. 2單元測試 P

20、AGEREF _Toc358382627 h 32 HYPERLINK l _Toc358382628 5. 3測試結論 PAGEREF _Toc358382628 h 33 HYPERLINK l _Toc358382629 6 結論 PAGEREF _Toc358382629 h 33 HYPERLINK l _Toc358382630 7 結束語 PAGEREF _Toc358382630 h 34 HYPERLINK l _Toc358382631 參考文獻 PAGEREF _Toc358382631 h 35摘要本系統要緊從現代社會信息化的觀念動身，通過對現有資料的分析、研究和整理，

21、確定了基于.NET系統開發汽車配件治理系統的可行性。計算機的最大好處在于利用它能夠進行信息治理，使用計算機進行信息的治理，能夠大大提高工作效率。現時期，隨著中國的汽車工業的快速進展，汽車修理行業也是蒸蒸日上，而開發出新的汽車配件治理系統是許多也是汽車修理公司的需求，依據有關部門的職能，從汽車配件治理部門的日常工作動身，了解到相關部門的要緊治理內容有分類治理、庫存治理、采購治理、銷售治理，由此開發一套為相應治理人員進行日常治理提供便利的系統，向著無紙化辦公的目標努力。本論文旨在詳細講明如何在基于和SQLserver2005的環境下，完成一個具有完整汽修配件治理功能的治理系統。關鍵詞：A；SQLs

22、erver2005；汽修配件；AbstractThis system mainly embarks from the modern concept of social informatization，Research and sorting through the analysis of existing data identified based on. NET system, the feasibility of the development of auto parts management system. Biggest advantage lies in using it to co

23、mputer information management, the use of computer information management, can greatly improve the work efficiency.At present, with the rapid development of Chinas auto industry, auto repair industry is booming, and developed a new auto parts management system is that many are auto repair company de

24、mand, according to the relevant departments of the function, starting from the daily work of auto parts management, understand the related department main management content classification management, inventory management, purchasing management, sales management, thus set for the corresponding devel

25、opment of management personnel to provide convenience for daily management of the system, the goal towards the paperless office.This thesis aims to elaborate on how the environment based on and SQLserver2005, complete with a full auto parts management system management functions.Key words: A;SQLserv

26、er2005；Auto accessories；1概述1.1 引言傳統的汽修配件治理屬于手工治理，各個部門之間的聯動性差，容易造成信息溝通不便，治理過程中各個環節脫鉤，零件分類治理、庫存治理以及銷售治理差不多上其中的重要環節，然而分管這三個重要環節之間的部門假如缺乏了聯動性，則會造成不必要的損失，加大了公司的負擔。庫存、采購、銷售這三個環節經常自成系統，如此占用的資源較大，而容易造成治理上的困難。用傳統汽修配件治理手段，為保證實現對配件的出庫、入庫的治理，就需要定期進行大量人工檢查，而且出錯的幾率較大。應用我們學過的系統設計知識現在差不多能夠設計出集汽修配件的庫存、采購、銷售等功能于一體的系統

27、，該系統應能夠通過數據的輸入和存儲來對傳統治理手段進行簡化，以達到節約資源，提高治理效率的目的。1.2新系統的可行性分析1.2.1經濟上的可行性本系統采納Microsoft Visual studio 2008 和SQL Server2005開發，對硬件的要求也不高，因此從軟件到硬件，開發成本都極低。同時，采納原型法的開發方法來開發本系統，開發時刻短，能快速形成一個系統原型，最后再依照用戶的需求加以改進，整個過程對人力、財力要求也不高，因此從經濟上講，是可行的。1.2.2技術上的可行性由于本系統采納Microsoft Visual studio 2008 和SQL Server2005為平臺，

28、當前的開發技術、軟件、硬件技術都相當的成熟，足以滿足系統的要求，開發本系統在技術上是可行的。1.2.3進度上的可行性本系統涉及面不大，規模小、核心流程比較連貫，能快速獵取系統需求信息，能夠專門有條理的逐步完成各項工作，業務相對簡單。因此能夠有條有理的在規定期限內完成所有開發工作。綜上所述，本系統是完全可行的，能夠立即開發。1.3系統開發及運行環境1.3.1硬件平臺（1）CPU：inter core i5 m480 2.67Ghz（2）內存：4GB1.3.2軟件平臺（1）操作系統： Windows 7（2）數據庫治理系統： SQL Server 2005（3）開發環境：Microsoft.NET

29、 Framework SDK v3.5（4）開發工具：Microsoft Visual Studio 2008（5）開發語言：C#語言（6）Web服務器：IIS 7.01.3.3開發環境及所用技術1）ASP.NETASP.NET是M的一部分，作為戰略產品，不僅僅是 Active Server Page (ASP) 的下一個版本；它還提供了一個統一的 Web 開發模型，其中包括開發人員生成企業級 Web 應用程序所需的各種服務。ASP.NET 的語法在專門大程度上與 ASP 兼容，同時它還提供一種新的編程模型和結構，可生成伸縮性和穩定性更好的應用程序，并提供更好的安全愛護。能夠通過在現有 ASP

30、 應用程序中逐漸添加 ASP.NET 功能，隨時增強 ASP 應用程序的功能。ASP.NET 是一個已編譯的、基于 .NET 的環境，能夠用任何與 .NET 兼容的語言（包括 Visual Basic .NET、C# 和 JScripts .NET）創作應用程序。另外，任何 ASP.NET 應用程序都能夠使用整個 .NET Framework。它提供了一個統一的 Web 開發模型，其中包括開發人員生成企業級 Web 應用程序所需的各種服務。ASP.NET 的語法在專門大程度上與 ASP 兼容，同時它還提供一種新的編程模型和結構，可生成伸縮性和穩定性更好的應用程序，并提供更好的安全愛護。能夠無縫

31、地與 WYSIWYG HTML 編輯器和其他編程工具（包括 Microsoft Visual Studio .NET）一起工作。這不僅使得 Web 開發更加方便，而且還能提供這些工具必須提供的所有優點，包括開發人員能夠用來將服務器控件拖放到 Web 頁的 GUI 和完全集成的調試支持。當創建 ASP.NET 應用程序時，開發人員能夠使用 Web 窗體或 XML Web services，或以他們認為合適的任何方式進行組合。2）Microsoft SQL Server 2005 汽修配件治理系統采納SQL Server 2005數據庫，實行自動化，高效率進行數據處理。SQL Server 200

32、5是Microsoft公司在數據庫領域中特不重要的產品，它具有性能良好、穩定性強、便于治理和易于開發等優勢，贏得了許多客戶的喜愛。由于本信息治理系統是使用ASP.NET開發基于B/S體系結構的Web應用程序，將通過使用計算機網絡化處理，宿舍治理人員只需明白得計算機操作的初步知識即可。 SQL Server 2005提供了完整的數據治理和分析解決方案。SQL Server 2005數據平臺包括的工具有：關系型數據庫、復制服務、通知服務、集成服務、分析服務、報表服務、治理工具、開發工具。Access數據庫本應該是作為本信息治理系統使用的數據庫，但考慮到若Access數據庫在Web服務器上使用，其在

33、數據處理流量，安全性和數據庫功能方面考慮，而SQL Server 2005是一種常用的關系數據庫，能存放和讀取大量的數據，能治理眾多并發的用戶，故選用了SQL Server 2005數據庫。1.4系統規劃1.4.1目的小型汽修公司的配件治理一般差不多上使用手工治理，手工治理容易造成組織協調方面出現問題，而小型汽修配件治理系統正好能夠解決這一問題，使配件的采購、庫存、銷售過程信息化，平臺化。對進一步提高公司的工作效率有重要意義。1.4.2開發進度安排通過策劃與商談決定采納原型法進行開發，在確定了各項需求之后，開發出一個簡易的系統，而后進行測試，以方便了解進一步的功能需求。2 系統分析2.1需求分

34、析依照常用的物資治理系統的設計，擬定下列一些功能：（1）治理員模塊：治理員登錄并實現超級治理員對一般治理員進行增刪等操作。（2）汽修配件分類模塊：對汽修零件進行類不的增刪改。（3）汽修配件治理：對現有的汽修零件信息進行增刪改。（4）庫存治理：對庫存信息進行查詢和配件入庫情況進行查詢。（5）采購治理：包括入庫登記、退貨登記、退貨查詢等功能的治理模塊。（6）銷售治理：包含銷售登記和銷售查詢的治理模塊。（7）修改密碼：對當前治理員的密碼進行修改。2.2業務流程分析用戶通過輸入用戶名和密碼進入治理頁面，然后進行業務流程處理，下列展示業務流程圖：（1）治理員治理模塊業務流程圖：圖2-1首先進行治理員登錄

35、，然后在后臺對治理員類型進行判，假如是超級治理員，則會有進行新增治理員操作的這一權限，新增的治理員信息會被儲存下來，關于所有治理員，都有修改自己密碼的權限，產生的新密碼會被存儲下來。（2）汽修配件分類和汽修配件治理模塊業務流程圖：圖2-2治理員使用自己的賬號進行登錄之后，能夠對配件類不進行添加刪除修改，信息會儲存在在配件類不表中，也能夠對配件的具體信息進行添加刪除修改等操作，操作后的信息會存儲在配件信息表中。（3）銷售治理業務流程圖：圖2-3銷售治理首先是議價環節，而后銷售生成訂單，直接在推斷倉庫庫存是否滿足需求，若滿足則從倉庫中調撥，若不滿足，則從市場采購入庫，調撥之后，進行收款發貨流程，從

36、而結束交易。（4）采購治理業務流程圖：圖2-4采購治理從生成訂單開始，然后將采購單發送給供應商，由供應商發貨，收貨人員依照采購單驗貨收貨，若數量一致，則物資入庫，假如超過采購量，則將多余物資發還，假如低于采購量，則通知供應商補發物資。2.3數據流程分析數據流程分析要緊包括對信息的流淌、傳遞、處理、存儲等的分析。數據流程分析的目的確實是要發覺和解決數據流通中的問題。現有的數據流程分析多是通過分層的數據流程圖（data flow diagram，簡稱DFD）來實現的。其具體的做法是：按業務流程圖理出的業務流程順序，將相應調查過程中所掌握的數據處理過程，繪制成一套完整的數據流程圖。從以上的業務流程圖

37、分析系統的數據流程是：治理員登錄，錄入配件分類，錄入配件信息，然后進行銷售治理，庫存治理，采購治理等步驟。然后在前臺對這些數據進行展示，前臺治理員進行登錄之后能夠進行相應的操作。數據流程圖符號講明如圖2-5所示：圖2-5 數據流程圖符號實體：記述系統之外的數據提供或數據獲得組織機構或個人。數據存儲：記述與處理有關的數據存儲。處理：記述某種業務的手工業或計算機的處理。數據流：記述數據流的流淌方向。據系統的業務流程，關于其中的數據流向、處理以及數據存儲進行分析，得到如圖2-4所示的頂層數據流程圖：P-0P-0汽修配件采購治理系統超級治理員超級治理員一般治理員一般治理員超級治理員操作信息一般治理員操

38、作信息超級治理員操操結果一般治理員操作結果果果圖2-6通過進一步的分析可得到第二層的數據流程圖，如圖2-7所示：P-1P-1汽修配件采購治理系統F1治理員信息F1治理員信息治理員信息表D1治理員信息表D1類不信息表類不信息表D2F2配件類不信息F3配件具體F3配件具體信息配件信息表D3F4配件信息表D3F4采購信息采購信息表采購信息表D4庫存信息表庫存信息表D5F5庫存信息銷售信息表銷售信息表D6F6銷售信息F7報損信息F7報損信息報損信息表報損信息表D7圖2-7 第二層數據流程圖2.4數據字典數據字典是關于數據的信息的集合，也確實是對數據流圖中包含的所有元素的定義的集合。數據流圖和數據字典共

39、同構成系統的邏輯模型。2.4.1數據存儲名字：治理員信息表描述：記錄治理員的相關信息。名字：治理員信息表描述：記錄治理員的相關信息。編號：D1組成：ID，用戶名，密碼，權限，添加時刻名字：配件詳細表描述：記錄所有配件的具體信息。編號：D3組成：ID，名字：配件詳細表描述：記錄所有配件的具體信息。編號：D3組成：ID，名稱，類不，建議進價，實際進價，詳情，生產廠家，添加時刻，配件編號，生產編號名字：配件類不信息描述：記錄所有配件的類不信息。編號：D2組成：ID，類不名，添加時刻，添加人名字：銷售信息表描述：記錄配件的庫存信息。編號：D6組成：ID，名稱，類不，銷售數量，生產商，類型，實際進貨價格

40、，添加時刻，配件編號，生產編號，計量單位，銷售價格名字：報損信息表描述：記錄損壞配件的信息。編號：D7組成：ID，名稱，類不，銷售數量，生產商，類型，實際進貨價格，添加時刻，配件編號，生產編號，計量單位名字：庫存信息表描述：記錄配件的庫存信息。編號：D5組成：ID，名稱，類不，數量，生產商，類型，建議入庫價，實際進貨價格，添加時刻，配件編號，生產編號，計量單位名字：采購入庫信息表描述：記錄配件的庫存信息。編號：D4組成：ID，名稱，類不，數量，生產商，類型，建議入庫價，實際進貨價格，添加時刻，配件編號，生產編號，計量單位2.4.2數據流編號：F7名字：報損信息來源：治理員輸入編號：F7名字：報

41、損信息來源：治理員輸入去向：D7描述：治理員配件的報損信息進行添加、修改。編號：F5名字：庫存信息來源：治理員輸入去向：D5描述：治理員對配件的庫存信息進行增刪查改編號：F6名字：銷售信息來源：治理員輸入去向：D6描述：治理員對配件的銷售信息進行添加和修改編號：F3名字：配件詳細信息來源：治理員去向：D3描述：對配件詳細信息進行增刪查改編號：F4名字：采購入庫信息來源：治理員輸入去向：D4描述：治理員對采購入庫配件信息進行增刪查改編號：F1名字：治理員信息來源：超級治理員輸入去向：D1描述：治理員對系統治理員進行治理，包括用戶名，密碼編號：F2名字：配件類不信息來源：治理員輸入去向：D2描述：

42、治理員對配件類不信息進行添加、刪除、修改等治理2.5.3數據處理處理過程的具體處理邏輯通常在詳細設計過程中用判定表或判定樹來描述。在數據字典中，只無原則描述處理過程的講明性信息，通常包括以下內容：處理過程名，講明，輸入數據流，輸出數據流，處理。編號：P編號：P-0名字：汽修配件治理系統描述：治理員對數據進行操作輸入/輸出：D1,D2,D3,D4,D5,D6,D73 系統設計3.1 概述時期設計的差不多目標是解決系統如何實現問題，也叫做概要設計，本時期要緊任務是劃分出系統的物理元素及設計軟件的結構，完成軟件定義時期的任務之后就應該對系統進行總體設計，即依照系統分析產生的分析結果來確定那個系統由哪

43、些系統和模塊組成，這些系統和模塊又如何有機的結合在一起，每個模塊的功能如何實現。系統設計的目標是使系統實現擁有所要求的功能，同時，力爭達到高效率、高可靠性、可修改性，同時容易掌握和使用。模塊化的依據是：把復雜問題分解成許多容易解決的小問題。原來的問題也就變得容易解決。模塊化設計是把大型軟件按照一定的原則劃分成一個較小的相對功能獨立又相關聯的模塊。每個模塊完成一個特定的子功能。把這些模塊結合起來組成一個整體。完成指定的功能，滿足問題的要求。采納模塊化原理的優點在于能夠使軟件結構清晰，容易測試和調試。從而提高軟件的可靠性，可修改性。有助于軟件開發的組織治理。一個大型軟件可分不編寫不同的模塊。模塊化

44、理論的幾個重要概念如下：(1).抽象抽象確實是抽象出事物的本質特性而臨時不考慮它們的細節。處理復雜系統唯一有效的方法是用層次的方式構造和分析它。一個復雜的動態系統首先能夠用一些高級的抽象概念構造和理解，這些高級概念又能夠用一些較低級的理解，直到最低層次的具體元素。(2).信息隱蔽和局部化信息隱蔽是指在設計和確定模塊時，應使得一個模塊內包含的信息關于不需要這些信息的模塊來講，是不能訪問。局部化是指把一些關系緊密的軟件元素物理的放得彼此靠近。局部化有助于實現信息隱蔽。信息隱蔽原理和局部化有助于在測試期間以及軟件維護期間修改軟件。因為絕大多數數據和過程關于軟件的其它部分而言是隱蔽的，從而由疏忽引入的

45、錯誤就專門少可能傳播到軟件的其它部分。(3).逐步求精的模塊化概念逐步求精和模塊化的抽象是緊密相關的。軟件結構每一層中模塊表示對軟件抽象層次的次細化。用自頂向下，逐步求精的方法由抽象到具體的方式分配操縱，簡化了軟件設計和實施，提高了軟件的可理解性和可測試性，并使得軟件更容易維護。(4).模塊獨立性模塊的劃分要使模塊間盡可能的相互獨立，獨立模塊較易維護。度量模塊的獨立程度有兩個標準：內聚和耦合。耦合是對一個軟件結構內不同模塊之間互連程度的度量。耦合強弱取決于模塊間接口的復雜程度，進入或訪問一個模塊的點，以及通過接口的數。在軟件的設計中應追求盡可能松散的耦合。內聚標志一個模塊內各個元素彼此結合的緊

46、密程度，它是信息隱藏和局部化概念的自然擴展，理想內聚的模塊只做一件情況。在設計時應力求做到高內聚。3.2 系統功能設計通過對系統的需求分析，將整個系統分為7個功能模塊進行處理。圖3-13.3系統功能描述系統的功能劃分：1.治理員登錄模塊：超級治理員對使用系統的治理員進行治理。 2.配件類不治理模塊：治理員對配件的類不進行輸入和修改。 3.配件詳細信息治理模塊：治理員對配件的詳細信息進行增刪查改。 4.配件進貨治理：治理員對配件的的進貨信息進行治理。 5.配件庫存治理：治理員對配件的庫存信息進行修改。 6.配件銷售治理：治理員對配件的銷售信息進行修改。 7.配件報損治理：治理員對損壞的配件進行報

47、損信息錄入。3.4 數據庫設計3.4.1E-R圖設計整體E-R圖設計如下：圖3-2依照前面的設計規劃出的實體有：管路員實體、配件類型實體、配件詳細信息實體、配件銷售信息實體、配件庫存信息實體、配件采購信息實體、配件報損信息實體。各實體距離描述E-R圖如下：圖3-3治理員E-R圖.添加人添加時刻類不配件名編號配件信息.添加人添加時刻類不配件名編號配件信息圖3-4配件信息E-R圖圖3-5配件庫存信息E-R圖圖3-6配件銷售信息E-R圖圖3-7配件采購信息E-R圖圖3-8配件報損信息E-R圖圖3-9類不信息E-R圖3.4.2邏輯結構設計依照數據庫的概念結構設計，將E-R圖轉化為關系數據模型，設計數據

48、表，如下所示要緊數據表：表3-1 治理員用戶表（allusers）編號字段名稱數據類型主鍵同意空最大長度講明1IDInt 是自增編號10用戶ID2usernameVarChar 否是255用戶名3pwdVarChar 否是255用戶密碼4cxVarChar 否是255用戶類不5addtimeDateTime 否是23添加時刻表3-2 配件類不表（alllb）編號字段名稱數據類型主鍵同意空最大長度講明1IDInt 是自增編號10類不ID2lbVarChar 否是255類不3addbyVarChar否是255天加人4addtimeDateTime 否是23添加時刻表3-3配件信息表（allpro）

49、編號字段名稱數據類型主鍵同意空最大長度講明1IDInt 是自增編號10ID2mcVarChar 否是50名稱3lbVarChar 否是50類不4price1float 否是16建議采購價5price2float 否是16實際價格6contentVarChar 否是500詳情7addtimedatetime 否是255添加時刻8addbyVarChar 否是50添加人9bhVarChar 否是50編號10gysVarChar 否是50其他講明11ggxhVarChar 否是50配件序號12dwDateTime 否是50計量單位表3-4配件入庫信息表（ruku）編號字段名稱數據類型主鍵同意空最大長

50、度講明1IDInt 是自增編號10ID2promcVarChar 否是50名稱3pricefloat否是8建議采購價4shuliangint否是10入庫數量5addtimedatetime否是255添加時刻6gysVarChar 否是50供應商7rkpricefloat否是8入庫價格8ggxhVarChar 否是50生產批號9dwVarChar 否是50計量單位10bhVarChar 否是50配件編號表3-5庫存信息表（kucun）編號字段名稱數據類型主鍵同意空最大長度講明1IDInt 是自增編號10ID2promcVarChar 否是50名稱3pricefloat否是8建議采購價4shuli

51、angint否是10庫存數量5addtimedatetime否是255添加時刻6gysVarChar 否是50供應商7rkpricefloat否是8入庫價格8ggxhVarChar 否是50生產批號9dwVarChar 否是50計量單位10bhVarChar 否是50配件編號表3-6銷售信息表（xiaoshou）編號字段名稱數據類型主鍵同意空最大長度講明1IDInt 是自增編號10ID2promcVarChar 否是50名稱3pricefloat否是8建議采購價4xxslint否是10銷售數量5addtimedatetime否是255添加時刻6gysVarChar 否是50供應商7ckpric

52、efloat否是8出庫價格89bhmemoVarChar VarChar否否是是50500配件編號備注表3-7報損信息表編號字段名稱數據類型主鍵同意空最大長度講明1IDInt 是自增編號10ID2promcVarChar 否是50名稱3pricefloat否是8建議采購價4bsslint否是10報損數量5addtimedatetime否是255添加時刻6gysVarChar 否是50供應商7ckpricefloat否是8出庫價格89bhmemoVarChar VarChar 否否是是50500配件編號備注3.5 系統安全設計3.5.1治理員登錄的安全性系統設計了登錄界面，每個合法治理員有一個密

53、碼，該密碼由治理員自行維護，從而實現對管路員的身份驗證。超級治理員能夠對一般治理員以及超級治理員信息進行維護。3.5.2操作安全性對授權用戶的權限的授予和回收。假如是系統治理員，那么還能夠為本系統添加新用戶以及修改他們的密碼。3.5.3數據安全性客戶端層和數據庫層隔離,客戶端無法接觸本質的數據庫,無法進行非法的修改和破壞,使得數據庫得到有效安全的愛護。4系統概述4.1 開發工具簡介4.1.1網站所用的Web技術有：（1）腳本語言 腳本語言是一種簡單的描述性語言，它的語法結構與計算機上的高級語言特不相似，因此相關于其它的Web技術來講是簡單易用的。腳本語言通過一個標識嵌入到HTML中，通過編程對

54、Web頁元素進行操縱，從而實現Web頁的動態化和交互性。目前常用的開發語言有VBScript和JavaScript。（2）ASP.NETASP.NET是動態服務器頁面（Active Servers Pages, ASP.NET）的簡稱，它是微軟公司推出的一種用以取代CGI的技術。ASP.NET為開發Web站點提供了強大的、基于服務器功能的應用框架。由于ASP.NET的邏輯在Web服務器上運行，用ASP.NET創建的易用能夠被跨不同平臺運行的多種Web掃瞄器訪問。4.1.2本系統的開發工具：（1）Visual Visual 是專門為軟件開發所設計的，電子商務必定是以后互聯網重點進展方式之一。對此

55、Visual 有它獨到的解決方案。Visual 功能全面，能夠制作復雜的ASP.NET、JSP、Cold Fusion數據庫動態網站，還能夠擴展建立安全的可定制的電子商務軟件。Visual 能迅速建立動態網站、與現存軟件的網絡接口、以及Active Server Pages(ASP.NET)、Java Sever Pages(JSP)T Cold Fusion(CFML)支持的數據庫。Visual 建立在強大的Visual 網絡開發平臺上，能夠特不直觀地開發網絡軟件，而同時保持對代碼的完全操縱。拖放服務器行為，能夠專門容易地制顯示、導航和更新數據庫內容的網頁。關于Visual 的功能擴展，Ma

56、cromedia公司提供了大量的第三插件，其中包括了多種購物車功能插件。Visual 的擴展功能提供了開發學習系統所需的所有東西，讓這些商店能夠支持多種功能，而且容易維護。Visual 能夠滿足適應于編碼操作的網絡應用建設者快速有效地對內碼進行處理的需要。能夠講，Visual Visual 是能夠對Microsoft Active Server Pages (ASP.NET)等不同標準的編碼進行編輯處理的完美解決方案。使用它，不需要掌握復雜的源代碼語言。而它做為Visual 完整操作平臺的一個組成部分，還起著融合一個大型網絡開發團隊中設計人員和程序人員的工作內容的重要橋梁任用。網絡應用創建者能

57、夠利用新版Server Behavior Builder，方便地生成符合各自開發標準的代碼。基于其創建客戶服務應用的能力， Visual 同時預裝了一套常用ASP.NET、JSP及CFML服務器腳本素材庫，方便用于在數據庫中插入新的記錄以及對已有數據庫進行升級。新版本為開發者提供了三種不同應用層次版本的所見即所得編程環境：Code View、Design View或new Split View。中心編碼功能包括：Live Syntax色彩編碼、設定自動縮進及線數、客戶端的JavaScript調試器和對JavaBeans的支持。新的團隊工作流程方式包括：對用于內容治理的WebDAV的支持，與Mi

58、crosoft Visual SourceSafe的完美整合等等。這是一個完全整合的網絡應用開發解決方案。那個軟件包為網絡開發者提供了一整套的創建HTML、ASP.NET的專業工具。便于開發者使用Fireworks MX創建、編輯以及動態生成網絡圖形和同時，利用Visual 添加增強的互動效果、優化圖像以及無失確實整合圖形和編碼元素。基于以上因素，且是個人作業，確定使用Visual 作為開發動態網頁的工具，減少了編寫代碼工作量，加快開發速度。Visual 的工作流程大致分為以下6步：系統分析要創建一個具有電子政務功能的網站，道德確實是需要分析。只有在詳細的需要分析之后，才能決定網站的構架及數據

59、庫的結構。制作靜態頁面制作動態頁面的第一步確實是創建靜態頁面。能夠運用Visual 所有的設計工具來完成。定義記錄集假如在就用程序中使用了數據庫，下一步就要定義記錄集（Recordset），以便人數據庫中臨時提取數據。應用程序不能直接調用數據庫，它必須以記錄集為中介。定義的任何記錄集都將添加到數據庫綁定面板中。能夠將數據綁定面板中對應記錄集的字段添加到Web頁上，也就添加了動態內容。添加動態內容在向數據綁定面板中添加了記錄集或其他數據源之后，就能夠向你的Web頁中添加動態內容，而不必考慮如何插入服務器端腳本到Web頁中。這也正是它的優越之處。添加服務器端行為，激活動態頁面向Web頁面添加“智能

60、化”命令來實現特定的功能。向頁添加服務器行為（Server Behaviors）確實是用VBScript、JavaScript、Java或ColdFusion編寫的運行在服務器上的腳本。編輯和調試Web頁Visual 提供了三種編輯環境：Visual 傳統的可視化編輯環境、Visual 活動數據（Live Data）編輯環境和源代碼編輯環境。（2）Microsoft動態服務器網頁(Active Server Pages，ASP.NET )技術Microsoft的動態服務器網頁(Active Server Pages，ASP.NET )技術目前已進展到了3.0版。對專門多人來講，用ASP.NET