物資倉庫管理系統

1、目錄 TOC o 1-3 h z u 第一章 可行性研究報告 PAGEREF _Toc263432478 h 11.1引言 PAGEREF _Toc263432479 h 11.2可行性研究的前提 PAGEREF _Toc263432480 h 11.3對現有系統的分析 PAGEREF _Toc263432481 h 3第二章 需求分析 PAGEREF _Toc263432482 h 52.1引言 PAGEREF _Toc263432483 h 52.2任務概述 PAGEREF _Toc263432484 h 52.3性能要求 PAGEREF _Toc263432485 h 52.4功能分析

2、PAGEREF _Toc263432486 h 62.5數據流圖 PAGEREF _Toc263432487 h 62.6數據字典 PAGEREF _Toc263432488 h 8第三章 概要設計 PAGEREF _Toc263432489 h 113.1引言 PAGEREF _Toc263432490 h 113.2任務概述 PAGEREF _Toc263432491 h 123.3總體設計 PAGEREF _Toc263432492 h 133.4接口設計 PAGEREF _Toc263432493 h 163.5運行設計 PAGEREF _Toc263432494 h 173.6出錯處

3、理設計 PAGEREF _Toc263432495 h 173.7安全保密設計 PAGEREF _Toc263432496 h 173.8維護設計 PAGEREF _Toc263432497 h 17第四章 詳細設計 PAGEREF _Toc263432498 h 184.1編寫目的 PAGEREF _Toc263432499 h 184.2參考資料 PAGEREF _Toc263432500 h 184.3總體設計 PAGEREF _Toc263432501 h 18第五章 數據庫數據說明書 PAGEREF _Toc263432502 h 225.1引言 PAGEREF _Toc263432

4、503 h 225.2外部設計 PAGEREF _Toc263432504 h 235.3結構設計 PAGEREF _Toc263432505 h 235.4數據結構設計 PAGEREF _Toc263432506 h 245.5運用設計 PAGEREF _Toc263432507 h 27第六章 界面設計 PAGEREF _Toc263432508 h 296.1登陸界面 PAGEREF _Toc263432509 h 296.2主功能界面 PAGEREF _Toc263432510 h 296.3表單信息及查詢 PAGEREF _Toc263432511 h 306.4庫存查詢 PAGER

5、EF _Toc263432512 h 32第七章 軟件測試 PAGEREF _Toc263432513 h 337.1編寫目的 PAGEREF _Toc263432514 h 337.2背景 PAGEREF _Toc263432515 h 337.3測試內容 PAGEREF _Toc263432516 h 337.4軟件測試的分類 PAGEREF _Toc263432517 h 34第八章 總結 PAGEREF _Toc263432518 h 37參考資料： PAGEREF _Toc263432519 h 41第一章 可行性研究報告1.1引言倉庫做為公司企業(yè)的主要后備力量的機構，勢必要在物資方

6、面加以嚴格有序的管理，對各種資源進行信息化管理。這樣企業(yè)在可以放心的生產和出售產品了。經濟效益有大幅度提高，本系統就是針對企業(yè)的迫切需要而設計的。1.1.1編寫目的在與對我們設計的倉庫管理系統進行可行分析，要求對市場、經濟、社會、法律等綜合的一個最優(yōu)方案。我們的項目名稱為物質倉庫管理系統。物資倉庫信息管理系統就是把倉庫的進貨信息、銷售信息、客戶信息進行信息化管理，通過它的管理，可以將信息直觀的提供給管理人員，加強對企業(yè)用人的優(yōu)化分配，充分發(fā)揮人的作，提高倉庫整體工作效率，創(chuàng)造價值。1.1.2項目背景本系統屬于xx企業(yè)所開發(fā)的物質倉庫管理，由管理系統總體設計人員提出，由本組(宿遷學院07計本（2

7、）班軟件開發(fā)6組)成員聯合開發(fā)，實現的是倉庫物資方面的管理。現在社會企業(yè)物資越來越龐大，沒有一個管理軟件這些將要耗費大量的人力物力。所以在這樣的背景下我們有的開發(fā)次項目的源泉。1.1.3參考資料主編：施一萍 軟件工程及軟件開發(fā)應用 清華大學出版社陳明 編著 軟件工程課程實踐 清華大學出版社1.2可行性研究的前提1.2.1要求功能：本系統主要對倉庫有五個部分的功能（采購、檢驗、入庫、出庫、對比），以及打出一系列的報表和賬單。性能：在短時間內查看倉庫信息及準確的數據報表；定期對數據庫數據備份。輸出：訂單及預訂單、入庫單及現有庫存表、出庫單現有庫存表、還庫單及懲罰表。輸入：計劃單編號、預訂單編號、入

8、庫單編號、出庫申請編號、出庫單編號。安全與保密要求：企業(yè)應用我們開發(fā)的系統，只對本企業(yè)內部開放信息?；诓粎⑴c互聯網很少受到病毒的攻擊以及定期維護，所以本系統是安全準確的。與軟件相關的其他系統：倉庫管理系統、物流管理系統。完成期限：三個月內開發(fā)出此系統。1.2.2目標本系統的目標在于管理企業(yè)的信息安全化，對本系統的操作簡單方便，反映速度在1秒之內。企業(yè)的物資管理情況可隨時被CEO查看管理。1.2.3條件、假定和限制建議軟件壽命：5年。經費來源:投資贊助企業(yè)硬件條件：服務器工作站，終端為pc機。運行環(huán)境：Windows xp數據庫：SQL Server 2005投入運行最遲時間：2010/6/1

9、51.2.4可行性研究方法技術可行性研究開發(fā)人員需要掌握Microsoft SQL Server 2005數據知識 、c+編程技術、軟件窗口控件能力。我們設計的物質倉庫所需要的技術不需要太多，故我們在設計過程中遇到的技術是可以解決的。在硬件方面更不是問題，開發(fā)人員能夠完成任務。所用的電腦硬件如下：10M以上的LAN入網帶寬，Core（TM）2 Dou CPU/2G內/250G硬盤。技術評價 ：在現有的軟件和硬件條件滿足我們的需求，此物資倉庫系統有技術上的支持。法律可行性研究開發(fā)人員自主獨立研發(fā)的產品，所有軟件都選用正版.所有技術資料都由提出方保管。合同制定確定違約責任.所以在法律上是可行的。經

10、濟可行性研究必要性。如果不采用該管理信息系統，其業(yè)務過程中所產生的數據將得不到及時、有效的存儲和處理，顯得比較雜亂無章，難以分析、歸納和比較，影響企業(yè)的管理和決策，造成企業(yè)效率低下，浪費人力資源、時間和金錢。有益性。以較低成本開發(fā)出來的管理信息系統將整個業(yè)務流程數據進行系統的整合管理，從而能夠有效地提高企業(yè)內外的信息溝通效率，節(jié)省大量的人力、時間和金錢，從而降低成本，加快業(yè)務流程，提高企業(yè)效益，給企業(yè)帶來巨大的經濟回報?？赡苄浴１鞠到y的開發(fā)成本少，時間短，無需投入太多的人力、物力和財力，完全能夠以最短的時間、最少的人力和最低的成本開發(fā)出該系統。1.2.5決定可行性的主要因素支出 a基礎投資 b

11、其他一次行支出 c經常性支出2）效益 進一步實現企業(yè)的倉庫管理自動化，減少人力投資和辦公費用，極大的提高企業(yè)后備資源的管理效率。投資回收周期 根據經驗算法，收益的累計數開始超過支出的累計數的時間為半年。成本/效益分析結果，效益 成本。技術可行，現有技術可完全承擔開發(fā)任務。操作可行，軟件能被原有工作人員快速接受。1.3對現有系統的分析通常使用的購貨單，訂購單，入庫單等管理上的信息眾多，積累起來占據的空間很大；可能會影響本系統的執(zhí)行效率。系統的數據庫信息需要定時的更新、存儲、有的要修改；做好備份的難題需要得到解決。隨著市場經濟的發(fā)展對物質發(fā)面的管理越來越重，要在廣大企業(yè)中找到客戶，也是對本產品的考

12、驗。1.3.1處理流程和數據流程圖1-1 系統流程圖1.3.2費用支出基礎投資：終端PC機5臺：8000*5 = 4 萬網絡設備：1 萬輔助配置：1 萬共計：6萬其他一次性投資：Microsoft SQL Server 2005: 5萬Windows NT: 5萬操作員培訓費：3 萬共計：13 萬經常性支出：人工費用：3(月)*6(人)*5000(圓)=9萬其他不可知額外支出：11萬共計：20萬支出共計：29萬1.3.4人員計本（2）班第六組所有成員，指導老師：張乾燕。1.3.5設備計算機六臺，各種參考書籍軟件。第二章 需求分析2.1引言2.1.1編寫目的隨著社會發(fā)展的日新月異，商業(yè)往來日漸廣

13、泛，物資多樣化，以及計算機的普及，對于企業(yè)倉庫管理要求逐漸變大，從而開發(fā)本物資倉庫管理系統，來更好的對倉庫進行管理。本報告讀者對象為研發(fā)中心領導和主管技術人員，以及項目設計和開發(fā)人員。2.1.2項目背景待開發(fā)的軟件系統名稱：物資倉庫管理系統本項目的任務提出者：企業(yè)倉庫管理人員本項目的任務開發(fā)者：物資倉庫管理系統軟件開發(fā)小組用戶及實現該軟件的計算中心或計算機網絡：企業(yè)計算機2.2任務概述2.2.1目標開發(fā)軟件是為了企業(yè)倉庫部門，使得倉庫部門更好的管理倉庫與物資。適用于大多數企業(yè)，主要用于倉庫管理。本軟件產品是一項獨立的軟件，不過功能還可以增加，完成后可以升級以增加功能和完善系統。2.2.2用戶特

14、點使用本軟件要求用戶熟悉Windows 操作，并且有一定的軟件操作基礎。預計本軟件將會在一些中小型酒店中得到廣泛使用。2.3性能要求1）系統安全、可靠2）功能齊全3）操作方便、界面友好4）易于維護和擴充2.4功能分析系統開發(fā)的總體任務是實現企業(yè)倉庫各種信息的系統化、規(guī)范化和自動化。主要完成功能：企業(yè)部門提出購買計劃交給倉庫，倉庫通過與現有庫存作比對。如有必要進貨，就將此購買計劃交給采購員，由采購員進行采購。采購員與供應商進行談價，達成協議，填寫預訂單（供應商留下的叫做訂單）。供應商帶著訂單送到公司，企業(yè)倉庫拿出預訂單進行核對。核對無誤后確認有效托收，托收進行檢驗入庫，入庫同時填寫好入庫登記表。

15、企業(yè)各部門根據自身需求向倉庫提出生產活動所必須的物質申請，并填寫好出庫申請表。企業(yè)倉庫根據現有物質判斷是否該出庫，如果可以就填寫好出庫表。倉庫管理員根據出庫表核對并如實的發(fā)放倉庫內的物質。更新倉庫現有庫存。2.5數據流圖頂層圖如下：圖2-1 物資倉庫管理系統頂層數據流圖0層圖功能級數據流圖系統主要分為二大功能，處理采購和處理庫存圖2-2 功能級數據流圖1層圖處理級功能的數據流圖處理采購：采購員帶回貨物定單和預定單進行對比檢驗圖2-3 處理級功能的數據流圖處理庫存：包括物質的入庫，出庫和出庫單和入庫單的對比圖2-4 處理級的功能數據流圖2.6數據字典數據字典是開發(fā)者與用戶相互溝通的有效途徑之一。

16、它能形象的向用戶描述開發(fā)者的意圖，使用戶明白數據庫可能具有的項目，可有效地緩解開發(fā)者和用戶之間的交流鴻溝，也有利于用戶向開發(fā)者提出自己的需求，避免因理解分歧造成的代價巨大的接口問題。數據字典是各類數據描述的集合，它是進行詳細的數據收集和數據分析后所獲得的主要成果。針對本系統，通過物資倉庫管理內容和過程分析，設計的數據項和數據結構如下：訂單。包括的數據項有訂單號,商品編號,商品名,數量,價格,供應商,所求單位,采購員,送貨時間,計劃編號。預訂單。包括的數據項有預訂單號,商品編號,商品名,數量,價格,供應商,所求單位,采購員,收貨時間訂單號。入庫單。包括的數據項有入庫單編號,商品號,商品名,數量,

17、價格,入庫時間,采購員,倉庫管理人員,預訂單號。倉庫現有庫存表。包括的數據項有商品編號,商品名,最大庫存,最小庫存,現有庫存。申請出庫。包括的數據項有申請表單號,商品編號,商品名,數量,價格,出庫時間,還庫時間,部門名稱,部門經理簽字。出庫單。包括的數據項有出庫表編號,出庫數量,商品號,商品名,出庫性質,所需部門,倉庫管理員,提貨人員,出庫時間,還庫時間,出庫申請表號。還庫單。包括的數據項有還庫表單號,商品編號,商品名,數量,歸還部門,出庫時間,還庫時間,倉庫管理員,出庫表編號。主要數據字典用卡片表示如下：名稱：訂單描述：給采購員的訂貨表定義：訂貨單=訂單號+商品編號+商品名+數量+價格+供應

18、商+所求單位+采購員+送貨時間+計劃編號位置：輸出到打印機名稱：預訂單描述：給供貨商的預訂單定義：預訂單=預訂單號+商品編號+商品名+數量+價格+供應商+所求單位+采購員+收貨時間訂單號位置：輸出到打印機名稱：入庫單描述：物資放入倉庫的報表定義：入庫單=入庫單編號+商品號+商品名+數量+價格+入庫時間+采購員+倉庫管理人員,預訂單號位置：輸出到打印機名稱：倉庫現有庫存表描述：倉庫中物資信息報表定義：倉庫現有庫存表=商品編號+商品名+最大庫存+最小庫存+現有庫存位置：存儲在磁盤上名稱：申請出庫描述：申請物資的報表定義：申請出庫=申請表單號+商品編號+商品名+數量+價格+出庫時間+還庫時間,部門名

19、稱+部門經理簽字位置：輸出到打印機名稱：出庫單描述：物資移出倉庫的報表定義：出庫單=出庫表編號+出庫數量+商品號+商品名+出庫性質+所需部門+倉庫管理+提貨人員+出庫時+還庫時間+出庫申請表號位置：輸出到打印機名稱：還庫單描述：物資歸還倉庫的報表定義：還庫單=還庫表單號+商品編號+商品名+數量+歸還部門+出庫時間+還庫時間+倉庫管理員+出庫表編號位置：輸出到打印機第三章 概要設計3.1引言3.1.1編寫目的 隨著經濟發(fā)展的日新月異，公司企業(yè)日益增多，對倉庫的需求也變多。于是，對倉庫的管理要求也提高，物資倉庫管理系統由此產生。本階段完成系統的大致設計并明確系統的數據結構與軟件結構。在軟件設計階段

20、主要是把一個軟件需求轉化為軟件表示的過程，這種表示只是描繪出軟件的總體概貌。本概要設計說明書的目的就是進一步細化軟件設計階段得出的軟件總體概貌，把它加工成在程序細節(jié)上非常接近于源程序的軟件表示。本報告讀者對象為項目設計和開發(fā)人員，以及技術人員。3.1.2項目背景項目名稱為：物資倉庫管理系統。本項目的任務提出者為宿遷學院軟件工程課程設計小組，并由組員共同開發(fā)，本項目設計過程中參考了基于Windows系統的數據庫管理系統。3.1.3定義可行性：用最小的代價在盡可能段的時間內確定問題是否能解決，是否值得解決，但并不直接解決問題。即在較高層次上以抽象方式進行需求分析和設計過程。技術可行性：對要開發(fā)的項

21、目的功能、性能和限制條件進行分析，確定在現有資源條件下，技術風險有多大，項目是否能實現。經濟可行性：度量系統解決方案的性能價格比操作可行性：用戶使用的可行性社會可行性：開發(fā)項目是否會在社會上、政治上引起侵權、破壞或其他責任問題。系統流程圖：用圖形符號描述組成系統的各個元素以及信息在這些部件之間的流動情況。需求分析：軟件定義時期的最后一個階段。數據流圖（DFD）：用來描繪軟件系統的邏輯模型的工具，它描繪數據在軟件系統中流動和被處理的邏輯過程。數據源點/終點：正方形表示 用于反映數據流圖與外部實體之間的聯系。數據字典：用來定義數據流圖中各個元素具體含義，它的一種準確的，無二異性的說明方式，為系統的

22、分析、設計和維護提供了有關元素的詳細描述。層次方框圖：用樹形結構的一系列多層次的矩形框描繪數據的層次結構。結構化分析：使用數據流圖、數據字典和IPO圖等工具來描繪系統的邏輯模型，建立一種結構化說明書的目標文件。總體設計：總體設計決定軟件的總體結構。詳細設計：在軟件總體設計的基礎上，考慮如何實現定義的軟件系統，直到對系統中每個模塊給出足夠詳細的過程描述。程序流程圖：又稱程序框架，直觀的描繪控制流程。PDA圖：即問題分析圖，是用結構化程序設計思想表現程序邏輯結構的圖形工具。3.1.4參考資料畢碩本、盧桂香 編著 軟件工程案例教程 北京大學出版 2007年8月第一版陳明 編著 軟件工程課程實踐 清華

23、大學出版社 2009年8月第一版施一萍 編著 軟件工程及軟件開發(fā)應用 清華大學出版社 2009年9月第一版/caosuguangzi/blog/item/5174cf3f92cd87c17c1e713c.html3.2任務概述3.2.1目標本物資倉庫管理系統軟件將提供一個既可以處理物資采購，又可以進行庫存的管理、更新，同時可對遺失設備的部門進行懲罰。3.2.2運行環(huán)境硬件環(huán)境P或更高檔微機、筆記本電腦運行時內存要求：1MB安裝所需硬盤： 5MB打印機：可選軟件環(huán)境Windows95及更高版本的操作系統3.2.3需求概述本系統旨在開發(fā)一個實用的物資倉庫管理系統，利用信息化手段輔助管理，達到提升管

24、理效率的目的。倉庫管理員能夠更方便地進行管理工作，包括采購管理，入庫管理和出庫管理等。部門提出購買計劃，倉庫通過與現有庫存作對比，如有必要進貨，就將此購買計劃交給采購員，采購員負責與供應商進行談價，達成協議填寫合同，采購員帶回預訂單，供應商留下的叫做訂單。供應商帶著訂單送貨到企業(yè)，倉庫拿出預訂單核對，經檢查訂單與預訂單匹配則確認有效托收，托收后進行檢驗入庫，入庫同時填寫好入庫單作好登記。企業(yè)各個部門根據所需的物資設備總額和部門生產活動需求開出出庫申請表。倉庫根據現有的物資判斷是否該出庫，如果可以就根據出庫申請核對發(fā)放設備，并填寫好出庫單作好登記。設備使用完畢后需要及時還庫登記填寫好還庫單，如有

25、超期或損壞現象就要如實交罰金并登記。要求系統能有效、快速、安全、可靠和無誤的完成上述操作。3.2.4條件與限制本系統更為理想的選擇是與其他辦公自動化套件組合，通過安全保密機制限制不同級別的管理員登陸。3.3總體設計3.3.1處理流程系統啟動時，激活身份驗證；通過驗證后，對系統初始化。根據系統配置文件將數據庫導入。系統進入，通過事件激活各功能模塊，并執(zhí)行指定模塊。各模塊執(zhí)行完畢，進入初始狀態(tài)。由退出事件激活關閉系統，退出系統。3.3.2總體結構和模塊外部設計圖3-1 系統總體結構圖物資倉庫管理系統結構圖：圖3-2物資倉庫管理系統結構圖處理采購功能結構圖：圖3-3 處理采購功能結構圖處理庫存功能結

26、構圖：圖3-4 處理庫存功能結構圖3.3.3功能分配企業(yè)部門提出購買計劃交給倉庫，倉庫通過與現有庫存作比對。如有必要進貨，就將此購買計劃交給采購員，由采購員進行采購。采購員與供應商進行談價，達成協議，填寫預訂單（供應商留下的叫做訂單）。供應商帶著訂單送到公司，企業(yè)倉庫拿出預訂單進行核對。核對無誤后確認有效托收，托收進行檢驗入庫，入庫同時填寫好入庫登記表。企業(yè)各部門根據自身需求向倉庫提出生產活動所必須的物質申請，并填寫好出庫申請表。企業(yè)倉庫根據現有物質判斷是否該出庫，如果可以就填寫好出庫表。倉庫管理員根據出庫表核對并如實的發(fā)放倉庫內的物質。更新倉庫現有庫存。3.4接口設計3.4.1外部接口用戶界

27、面圖3-5采用Mcrosoft Visual Studio 2008設計，其主控界面與Windows窗口類似。軟件接口運行于Windows95及更高版本的操作系統硬件接口支持一般x86系列微機和Windows CE3.4.2內部接口身份驗證模塊：系統初始時由操作系統調用，完成對管理員身份檢驗。退出系統：管理員完成事件后，可選擇退出。系統功能模塊：接收系統功能區(qū)的相應信息，并進行對應操作。添加模塊：完成添加功能。刪除模塊：完成刪除功能。撤銷模塊：完成撤銷功能。打印模塊：完成打印功能。條件查詢模塊：完成查詢功能。詳細資料模塊：由相應消息驅動，顯示記錄。3.5運行設計3.5.1運行模塊的組合具體軟件

28、的運行模塊組合為程序多窗口的運行環(huán)境，各個模塊在軟件運行過程中能較好的交換信息，處理數據。3.5.2運行控制軟件運行時有較友好的界面，基本能夠實現用戶的數據處理要求，運行控制將嚴格按照各模塊間函數關系來實現。3.5.3運行時間系統的運行時間基本可以達到用戶所提出的要求。3.6出錯處理設計本軟件應充分考慮各種系統錯誤，避免造成數據庫系統不一致或損壞；本軟件提供撤銷機制，避免管理員因誤操作對數據庫系統造成破壞；采用對話框形式為管理員提供警告信息；一些關鍵性操作（比如刪除或修改記錄），都應提供確認機制。3.7安全保密設計在管理員登錄系統時進行身份驗證，只允許合法用戶進入系統；3.8維護設計軟件必須按

29、照軟件產品設計規(guī)范的步驟進行開發(fā)，并充分考慮軟件可維護性，詳細編寫各階段的文檔資料，以利于未來版本升級。第四章 詳細設計4.1編寫目的軟件詳細設計就是在軟件總體設計的基礎上，考慮如何實現定義的軟件系統。直到對系統中的每個模塊給出了足夠詳細的過程描述。在詳細設計以后，程序員仍將根據詳細設計的過程編寫出實際的程序代碼。詳細設計的目標是確定應該怎樣具體實現所需求的系統，也就是說，經過這個階段的設計工作，應該得出對目標系統的精確描述，從而在編碼階段可以把這個描述直接翻譯成用某種程序設計語言書寫的程序。4.2參考資料畢碩本、盧桂香 編著 軟件工程案例教程 北京大學出版 2007年8月第一版施一萍 編著

30、軟件工程及軟件開發(fā)應用 清華大學出版社 2009年9月第一版4.3總體設計4.3.1物資倉庫管理系統功能：倉庫管理員主要根據需求和現有庫存，實現對物資的采購，檢驗，入庫，出庫，對比歸還入庫。程序邏輯：圖4-1 倉庫管理總系統流程圖4.3.2 物資的采購系統功能：根據購買計劃，生成訂單，再與預訂單核對是否正確，實現對物資的采購。程序邏輯：圖4-2 采購系統PAD圖4.3.3 物資的檢驗系統功能：主要實現了對預訂單及其倉庫中物資信息的檢驗的功能。程序邏輯：圖4-3 檢驗系統PAD圖4.3.4 物資的入庫及其出庫系統功能：入庫：根據入庫信息，來實現對物資倉庫的更新和管理；出庫：根據所提交的申請信息，

31、對其作出出庫信息的登記以及對物資倉庫的更新。程序邏輯：圖4-4 入庫系統PAD圖圖4-5 出庫系統PAD圖4.3.5 物資的對比還庫系統功能：管理員對申請的出庫信息進行核對，檢查無誤后，多出出庫的信息登記，以及對于延后歸還和歸還的缺少物資進行賠償信息的登記，最后就是對倉庫物資的更新。程序邏輯：圖4-6 對比還庫系統PAD圖第五章 數據庫數據說明書5.1引言5.1.1編寫目的倉庫物質管理系統數據庫設計說明書目的是設計倉庫物質管理系統中的各項功能和非功能性需求視線時所需要的數據庫，并可以此數據庫位根據實現具體數據存儲，同時為詳細設計人員提供設計依據，其他本項目組的開發(fā)人員也可參閱。倉庫物質管理系統

32、數據庫設計說明書的閱讀對象為：對相關技術人員和總體方案作出決策的管理員和質量管理人員；對本數據庫設計說明書進行評審和確認的有關業(yè)務、技術人員；參加詳細設計，測試設計階段工作的全體設計人員；倉庫物質管理系統項目組，其他有權需要調用本文檔的人員5.1.2背景開發(fā)軟件名稱：倉庫物質管理系統項目任務提出者：張乾燕老師項目開發(fā)者：第六組用戶：倉庫管理者項目與其他軟件的關系：Microsoft SQL Server 20055.1.3定義文檔中采用的專業(yè)術語的定義及縮寫詞的原詞組 storage material manage system。5.1.4參考資料陳明 編著 軟件工程課程實踐 清華大學出版社

33、2009年8月第一版吳磊 編著 現代軟件工程5.2外部設計5.2.1標識符和狀態(tài)本系統采用Microsoft Server 2005為開發(fā)工具，數據庫名稱為倉庫管理系統，數據庫一共建立了7張彪，表明分別為購買計劃表，訂單，預訂單，入庫單，倉庫現有庫存表，出庫單，還庫表。5.2.2約定本系統采用Microsoft Server 2005為開發(fā)工具,因而程序員或者系統分析員，或者任何想要使用此數據庫進行操作的人員，需要安裝Microsoft Server 2005，并建立相同的數據庫，當然可以聯機訪問，這需要安裝相應的插件，數據庫中所建立的表名如（5.2.1標識符和狀態(tài)），對于表的各屬性嗎，在下面

34、會有描述。5.2.3專門指導對于從事此數據庫的生成，此數據庫的測試，維護的人員，提出如下參考意見：數據庫的輸入統一采用鍵盤，由于現在沒有設置權限，故只要不違背基本的限制，所有的操作都是可以進行的，可是對于本系統需要的數據，卻是有數據長度限制的，尤其是有說明的部分，所有測試人員在其進行數據測試時，要注意輸入格式。5.3結構設計E-R圖如下：圖5-1 總體E-R圖實體屬性圖：購買計劃表包括計劃編號,商品編號,商品名,數量,單價范圍,所需部門,金額范圍,部門經理簽字,計劃時間；訂單包括訂單號,商品編號,商品名,數量,價格,供應商,所求單位,采購員,送貨時間,計劃編號；預訂單包括預訂單號,商品編號,商

35、品名,數量,價格,供應商,所求單位,采購員,收貨時間訂單號；入庫單包括入庫單編號,商品號,商品名,數量,價格,入庫時間,采購員,倉庫管理人員,預訂單號；倉庫現有庫存表包括商品編號,商品名,最大庫存,最小庫存,現有庫存；申請出庫包括申請表單號,商品編號,商品名,數量,價格,出庫時間,還庫時間,部門名稱,部門經理簽字；出庫單包括出庫表編號,出庫數量 商品號 商品名,出庫性質,所需部門,倉庫管理員,提貨人員,出庫時間,還庫時間,出庫申請表號；5.4數據結構設計5.4.1邏輯結構設計購買計劃：各部門根據需求提出購買計劃。圖3-6倉庫現有庫存：用于與購買計劃和出庫申請對比，由管理員管理。圖3-7預訂單：

36、采購員負責與供應商進行談價，達成協議填寫合同，采購員帶回預訂單。圖3-8入庫單：檢驗供應商所供商品，入庫同時填寫好入庫單作好登記。圖3-9出庫申請：部門根據所需的物資設備總額和部門生產活動需求開出出庫申請。圖3-10出庫單：倉庫根據現有的物資判斷是否該出庫，如果可以就根據出庫申請核對發(fā)放設備，并填寫好出庫單作好登記。圖3-115.4.2物理結構設計數據庫倉庫物資的文件物理結構：采用順序結構的記錄文件5.4.3數據結構與程序的關系。系統的數據結構由標準數據庫語言SQL生成。具體的例如創(chuàng)建系統用戶表格購買計劃表的程序用SQL表示就是：create table 購買計劃表 (計劃編號 char(10

37、) primary key,商品編號 char(12) not null,商品名 char(16),數量 float(8),單價范圍 float(8) ,所需部門 char(30),金額范圍 float(8),部門經理簽字 char(10),計劃時間 datetime,);5.5運用設計5.5.1數據字典設計數據字典采用如下的格式：01 數據庫設計資料02 存儲的SQL程序03 用戶權限04 用戶的名字05 用戶的統計06 數據庫增長統計07 列的缺省值08 約束信息的完整性09 用戶及角色被授予的權限分配多少空間，當前使用了多少空間等11其他產生的數據庫信息5.5.2安全保密設計使用者在使用

38、此數據庫時，由于不同的訪問者的登錄號碼不同，且增加了密碼的設置，故相當于對于數據的訪問設計了權限，所以數據可以說是安全的，管理員的權限最大，可以控制所以的數據。第六章 界面設計6.1登陸界面圖6-16.2主功能界面圖6-2圖6-36.3表單信息及查詢如入庫單，進入入庫單信息界面，有添加、刪除、撤銷、退出操作。點擊添加，可以進入入庫單存儲界面，包括內容有入庫單編號,商品號,商品名,數量,價格,入庫時間,采購員,倉庫管理人員,預訂單號。在主功能界面中點擊入庫單查詢，可進入入庫單信息查詢界面。其他預訂單、采購單、出庫單、申請出庫單、還庫單等與入庫單功能相似。圖6-4圖6-5圖6-66.4庫存查詢圖6

39、-7第七章 軟件測試7.1編寫目的軟件測試是為了發(fā)現程序中的問題。本系統技術不很成熟，存在不少問題，測試變得非常重要。軟件測試的過程也是程序運行的過程，程序運行需要數據，為測試設計的數據稱測試用例，設計測試用例的原則自然是盡可能暴露錯誤。由于測試涉及問題很多，工作量又大，所以測試之前必須制訂一個計劃。 7.2背景 由物資倉庫管理系統開發(fā)小組開發(fā)出的系統進行測試。7.3測試內容 軟件測試主要工作內容是驗證和確認，下面分別給出其概念：驗證是保證軟件正確地實現了一些特定功能的一系列活動，即保證軟件做了你所期望的事情。確定軟件生存周期中的一個給定階段的產品是否達到前階段確立的需求的過程；程序正確性的形

40、式證明，即采用形式理論證明程序符號設一計規(guī)約規(guī)定的過程；評市、審查、測試、檢查、審計等各類活動，或對某些項處理、服務或文件等是否和規(guī)定的需求相一致進行判斷和提出報告。確認是一系列的活動和過程，目的是想證實在一個給定的外部環(huán)境中軟件的邏輯正確性。即保證軟件以正確的方式來做了這個事件。靜態(tài)確認，不在計算機上實際執(zhí)行程序，通過人工或程序分析來證明軟件的正確性；動態(tài)確認，通過執(zhí)行程序做分析，測試程序的動態(tài)行為，以證實軟件是否存在問題。軟件測試的對象不僅僅是程序測試，軟件測試應該包括整個軟件開發(fā)期問各個階段所產生的文檔，如需求規(guī)格說明、概要設計文檔、詳細設計文檔，當然軟件測試的主要對象還是源程序。7.4

41、軟件測試的分類7.4.1關心軟件內部結構和具體實現的角度劃分，可分為白盒測試和黑盒測試。黑盒測試黑盒測試也稱功能測試或數據驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當地接收輸入數鋸而產生正確的輸出信息，并且保持外部信息（如數據庫或文件）的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因果圖、錯誤推測等，主要用于軟件確認測試。 “黑盒”法著眼于程序外部結構、不考慮內部邏輯結構、針對

42、軟件界面和軟件功能進行測試?！昂诤小狈ㄊ歉F舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。白盒測試白盒測試也稱結構測試或邏輯驅動測試，它是知道產品內部工作過程，可通過測試來檢測產品內部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用于軟件驗證。“白盒”法全面了解程序內部邏輯結構、對所有邏輯路徑進行測試?！鞍缀小狈ㄊ歉F舉路徑測試

43、。在使用這一方案時，測試者必須檢查程序的內部結構，從檢查程序的邏輯著手，得出測試數據。貫穿程序的獨立路徑數是天文數字。但即使每條路徑都測試了仍然可能有錯誤。第一，窮舉路徑測試決不能查出程序違反了設計規(guī)范，即程序本身是個錯誤的程序。第二，窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三，窮舉路徑測試可能發(fā)現不了一些與數據相關的錯誤。7.4.2從是否執(zhí)行程序的角度，可分為靜態(tài)測試和動態(tài)測試。7.4.3從軟件開發(fā)的過程按階段劃分，可分為單元測試、集成測試、確認測試、驗收測試和系統測試。 單元測試單元測試又稱模塊測試，是針對軟件設計的最小單位 程序模塊，進行正確性檢驗的測試工作。其目的在于發(fā)現各模塊

44、內部可能存在的各種差錯。 單元測試需要從程序的內部結構出發(fā)設計測試用例。多個模塊可以平行地獨立進行單元測試。在單元測試時，測試者需要依據詳細設計說明書和源程序清單，了解該模塊的I/O條件和模塊的邏輯結構，主要采用白盒測試的測試用例，輔之以黑盒測試的測試用例，使之對任何合理的輸入和不合理的輸入，都能鑒別和響應。集成測試通常，在單元測試的基礎上，需要將所有模塊按照設計要求組裝成為系統。這時需要考慮的問題是： 在把各個模塊連接起來的時候，穿越模塊接口的數據是否會丟失；一個模塊的功能是否會對另一個模塊的功能產生不利的影響；各個子功能組合起來，能否達到預期要求的父功能；全局數據結構是否有問題； 單個模塊

45、的誤差累積起來，是否會放大，從而達到不能接受的程度。確認測試確認測試又稱有效性測試。任務是驗證軟件的功能和性能及其它特性是否與用戶的要求一致。對軟件的功能和性能要求在軟件需求規(guī)格說明書中已經明確規(guī)定。它包含的信息就是軟件確認測試的基礎。 驗收測試在通過了系統的有效性測試及軟件配置審查之后，就應開始系統的驗收測試。 驗收測試是以用戶為主的測試。軟件開發(fā)人員和QA（質量保證）人員也應參加。 由用戶參加設計測試用例，使用生產中的實際數據進行測試。 在測試過程中，除了考慮軟件的功能和性能外，還應對軟件的可移植性、兼容性、可維護性、錯誤的恢復功能等進行確認。 確認測試應交付的文檔有：確認測試分析報告，最

46、終的用戶手冊和操作手冊，項目開發(fā)總結報告。系統測試系統測試，是將通過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其它系統元素結合在一起，在實際運行環(huán)境下，對計算機系統進行一系列的組裝測試和確認測試。 系統測試的目的在于通過與系統的需求定義作比較, 發(fā)現軟件與系統的定義不符合或與之矛盾的地方第八章 總結本次實驗可以說是畢業(yè)設計的模板，以往的課程設計和這相比只是一個小程序。實驗中對于系統的整體框架和功能，我們有過爭論也有了共識。經過多天團隊的圖書館的資料查閱，網上資源的查找，遇到不能下載的例文不得不一頁一頁的截圖，一切付出和努力終于有了成果。本實

47、驗中我完成了概要設計部分，為了能夠有效完成任務，參考了課本和相關資料中有關這一內容的部分；也在完成層次圖和模塊圖的時候遇到了困難，不過經過不懈的努力最終完成。在概要設計中，由于系統未成形，對于一些部分沒有深入設計，只對其進行了文字描述。這是我第一次做有整體性的系統性課程設計：要考慮系統的整體功能，要配合團隊的思想，對系統改進要配合隊友的整體設計。同時我也學到了很多：對課程的設計要有我們自己的觀點，要學會主動思考，不能局限于例文。在系統功能設計時要多聽取他人意見，要保證系統能帶給使用者優(yōu)越感和實用性，這些對將來畢業(yè)設計都有很大幫助。經過本次設計，對畢業(yè)設計有了了解，我知道畢業(yè)設計比這次的要求更高

48、，更嚴謹，系統設計的要更完善；不過，我有信心能夠做的更好。這次軟件工程的課程設計持續(xù)的時間很長，讓我們有足夠多的時間去完成，但前期準備不足，沒花多少時間在課程設計上，以至于到最后一周都還沒做完，還好，能夠如期完成本次課程設計。通過本次課程設計學到了不少東西，能夠將課堂上學到的知識用到本次課程設計中，但同時也發(fā)現了自己的不足，雖然上課都聽了，筆記也記了，但做課程設計的過程中發(fā)現自己還有很多不會，不能靈活運用上課學到的知識，通過問其他同學，冰河本小組成員之間相互討論，把問題解決了。感謝老師，感謝同學，能夠有這次機會做本課程設計，而學到一些東西。在需求分析，詳細設計，概率統計中，有很多地方是要畫圖，

49、本小組以以人為主，互相之間討論，得出結果，其他可行性分析，界面設計等因為比較簡單，都由個人自主完成。本課程設計由全體小組全部完成，都是不是認為自己能做好的，但我們做完了，很有成就感。懂得，做事不投機取巧，盡量自己認真去完成。這次的軟件工程課程實驗用時頗長，但我從這次的課程設計中得到了寶貴的經驗和一些實驗心得。首先先說說作課程設計的一些經驗。在選擇課程設計的題目時，首先先要和小組成員探討一下哪些課題比較適合我們小組成員喜歡作的，然后大家在集體研究下該課題需要完成哪些功能，也就是說需要哪些知識，然后小組組長安排小組成員分別做哪些部分，這樣就可以做到分工明確，每個小組成員都能做到一部分課程設計，以免

50、個別成員偷懶。接著，每個小組成員根據多分到的課程設計中的一部分，上網或者圖書館找相關的資料已完成所需的設計。最后，各個小組成員然后在一起把所有的資料集中到一起分享，這樣就可以得到關于課程設計的知識，以便更好的完成設計。其次再說說自己的感想。通過近1個月的課程設計，我發(fā)現了我在做課程設計這塊上經驗的缺乏，以及一些知識的匱乏，導致我前期做起來感到費勁。通過仔細的看完和研究下軟件工程及軟件開發(fā)應用中的相關知識，我以前沒學好的知識，如：需求分析中的數據流程圖和數據字典，總體設計中的結構圖，尤其是我所做的那課程設計中的詳細設計，讓我更加的對程序流程圖，N-S圖，PAD圖等構成設計的工具的了解和熟悉?？偟?/p>

51、來說，課程設計是讓我們更好的在學習和鞏固一下我們所學的知識，俗話說:學而致用，讀萬卷書不如行萬里路就是這個道理。通過10多周對軟件工程這門課程的學習，我從一個宏觀的角度了初步了解到了一般軟件開發(fā)所必須具備的基本理論；通過實驗室上機以及課下的練習、摸索，對有些方面具有頗深的感觸，并初步了解了軟件工程課程設計的思想。一個穩(wěn)定的團隊往往具有較強的活力,在學習軟件工程之前，我與其他隊員一樣，對軟件工程這門課僅僅是局限在字面上的理解，對其所需要進行的實驗更是少的可憐。總以為軟件就是程序，只要程序編輯好就完事了。其實不然，軟件的開發(fā)，研究不僅僅是程序，他是一個龐大的整體。首先我們要明確軟降的目標，知道軟件的編輯是否可行，不然根本就不可能開發(fā)出好的軟件。通過查閱圖書、瀏覽網站、相互交流，最后向老師請教，每一個功能的實現都是依照“提出問題分析問題解決問題”這樣的步驟來完成，因此在總體上的把握還是維持了最初設定的方向。實驗題目的選擇非常有必要依照團隊自身的技術水平、興趣愛好、以及