【正文】 有幾次在圖書館弄到 很晚 才回宿舍，雖然 很累， 卻 是很充實的，也得到了該有的收獲。所以有不少請教被人的，還有的很多就是 自己 百度的。 我更多的負責的是后期的文檔加工的工作。 一開始的很多方面都是感覺很難的，就是覺得無從下手，后來經(jīng)過上網(wǎng)，圖書館查閱資料， 41 我們 也開始逐漸了解 該 做什么，怎么做。本人在這次實驗中也兼職了畫圖的工作，從開始摸索 visio,很陌生，很慢，漸漸的在實驗進行過程中，已經(jīng)熟練掌握 visio 的使用，不僅僅是追 求吧圖畫出來，追求的是怎么樣排布更加的緊湊，更加的完美。爭取做出做好的系統(tǒng)。在設計的過程中，借閱了很多的關于這方面的書，掌握了一些設計的思想?？傮w設計過程中，總結(jié)以上的幾點，設計出簡單清晰的系統(tǒng)， 讓人一目了然，簡單明了。在設計過程中，我們要注意很多方面的內(nèi)容設計的過程要從用戶出發(fā)，簡介明了，一定要有實用性，同時也要注意到先進性，可擴充性，維護性 ...同時還要注意安全性。 劉小龍 ：本次試驗中，結(jié)合大家的思想，一起完成一個倉庫系統(tǒng)的設計。使我受益匪淺的是在系統(tǒng)的設計方面，由于系統(tǒng)較大，我們做了一定的分工，一到兩個人一小分隊負責一個階段或兩個階段，其他人適當參與。在這短暫的兩個星期的軟件工程課程設 計中，我學到了很多東西，過得很充實。這次實驗設計 的時間很短，但我從 實踐 中學到了很多 ， 也為將來的畢業(yè)論文的 設 40 計 提供了經(jīng)驗。 在這次試驗中，我們組的每個人都比較 辛苦，但是 過程確實很充實的 ， 大家把自己觀點提出來 一起討論，當與其他組員意見有分歧的時候，我們會查找很多資料來證明自己觀點的優(yōu)越性，盡量把軟件設計得更完美，在這樣的爭論中我們學習了很多，包括如何與別人交流自己的觀點，同時在與老師的交流與幫助下我們也發(fā)現(xiàn)了我們邏輯思維上的欠缺，進而提高了我們的能力。同時 在實際操作中我學會使用 Microsoft Office Visio 繪圖軟件來繪制數(shù)據(jù)流圖 。 可行性研究的目的不是解決問題，而是確定問題是否值得去解決。 張金龍 ：本次實驗使我更好地掌握了 軟件工程 這門 課程 ，并且從實踐中 更加深 刻地 了解了軟件 開發(fā)的全過程 和軟件 設計 中 可能 存在的問題 ，深刻體會到開發(fā)軟件的辛苦 。同時，在各個階段的設計過程中，我也鞏固了程序流程圖以及數(shù)據(jù)流圖的畫法，對課堂上所學到的知識有了比較實際的認識，意識到如果想將書本上的知識運用到實際開發(fā)中，不是一件容易的事情，此外，也加強了我的動手能力和軟件開發(fā)的分析能力，在實驗中對數(shù)據(jù)流圖的一次次修改， 使我更加深刻地記住了父圖與子圖的數(shù)據(jù)守恒，每一次的想法不統(tǒng)一到最終的定稿，一次一次深入的討論，使我們更加與我們所開發(fā)的系統(tǒng)融入到一起，也使我們這個團隊更加的“兼容”，我們每個人在這段時間里都非常的努力，很多次都一起熬到深夜，磨練了我們的意志，也使我們更深刻的體會到一個軟件的開發(fā)著實不易。 1. 黑盒測試試圖發(fā)現(xiàn)以下類型的錯誤： 1）功能錯誤或遺漏； 2）界面錯誤； 3）數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯誤； 4）性能錯誤； 5）初始化和終止錯誤。 黑盒測試注重于測試軟件的功能性需求，也即黑盒測試使軟件工程師派生出執(zhí)行程序所有功能需求的輸入條件。利用黑盒測試法進行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。因此，黑盒測試是嚴格按軟件需求進行測試設計的方法。無法檢測代碼中遺漏的路徑和數(shù)據(jù)敏感性錯誤 最優(yōu)化 2） 缺點 揭示隱藏在代碼中的錯誤 迫使測試人員去仔細思考軟件的實現(xiàn) 下面要介紹的六種覆蓋測試方法屬于動態(tài)分析方法。它顯示了一個系統(tǒng)在檢查狀態(tài)下是正確還是不正確。 動態(tài)分析的主要特點是當軟件系統(tǒng)在模擬的或真實的環(huán)境中執(zhí)行之前、之中和之后 , 對軟件系統(tǒng)行為的分析。 靜態(tài)分析是一種不通過執(zhí)行程序而進行測試的技術。 4）測試總結(jié)階段：對比測試的結(jié)果和代碼的預期結(jié)果，分析錯誤原因，找到并解決錯誤。 2）測試設計階段：依據(jù)程序設計說明書，按照一定規(guī)范化的方法進行軟件結(jié)構(gòu)劃分和設計測試用例。 白盒測試的特點：依據(jù)軟件設計說明書進行測試、對程序內(nèi)部細 節(jié)的嚴密檢驗、針對特定條件設計測試用例、對軟件的邏輯路徑進行覆蓋測試。白盒測試是一種測試用例設計方法，盒子指的是 被測試的軟件，白盒指的是盒子是可視的 ,你清楚盒子內(nèi)部的東西以及里面是如何運作的。由于代碼中的筆誤是隨機且無法杜絕的，因此我們要進行白盒測試。 1. 白盒測試的概述 由于邏輯錯誤和不正確假設與一條程序路徑被運行的可能性成反比。 白盒測試 在單元測試階 段，由于測試者對被測對象的內(nèi)部結(jié)構(gòu)，邏輯思路，接口關系等比較熟悉，一般采取測試的方法，它是根據(jù)模塊的內(nèi)部邏輯，進行測試設計的方法。 36 測試方法 測試所處的階段不同，方法也不同。 α測試和β測試在商用套裝軟件中比較多見。 35 系統(tǒng)測試 完成確認測試以后 ,給出的應該是合格的軟件產(chǎn)品 ,但是為檢驗它是否與其他部分 (如硬件 ,數(shù)據(jù)庫及操作人員 )協(xié)調(diào)工作 ,需要進行系統(tǒng)測試 .嚴格地說 ,系統(tǒng)測試已超過了軟件工程的范圍 . 系統(tǒng)測試是把經(jīng)過測試的子系統(tǒng)裝配成一個完整的系統(tǒng)來進行的測試 .在這個過程中不僅應該發(fā)現(xiàn)設計和編碼的錯誤 ,還應該驗證系統(tǒng)確實能提供需求說明書中指定的功能 ,而且系統(tǒng)的動態(tài)特性也符合預定要求 .在這個測試步驟中發(fā) 現(xiàn)的往往是軟件設計中的錯誤 ,也可能發(fā)現(xiàn)需求說明中的錯誤 . 驗收測試 檢驗軟件產(chǎn)品質(zhì)量的最后一道工序是驗收測試 .與前面討論的各種測試活動的不同指出主要在于它突出了客戶的作用 ,同時軟件開發(fā)人員也應有一定程度的參與 . 關系重大的軟件產(chǎn)品在驗收之后往往并不立即投入生產(chǎn)性運行 ,而是要再經(jīng)過一段平行運行時間的考驗 . α測試和β測試 為了實際檢驗軟件的功能和性能，有時常邀請?zhí)囟ǖ挠脩魩椭囉茫y試）系統(tǒng)正式發(fā)布前的版本，請用戶對系統(tǒng)進行評價，這就是通常所說的α測試和β測試。確認需求的測試依據(jù)是需求階段產(chǎn)生的測試腳本（測試用例） 確認測試還包括軟件經(jīng)修改后的再測試（回歸測試）。成功的測試能發(fā)現(xiàn)系統(tǒng)運行中的錯誤，讓系統(tǒng)正確運行。 29 第 5 章 數(shù)據(jù)庫設計 實體及其屬性圖 （ 1）出庫單 出 庫 單出 庫 單 編 號物 料 名 稱數(shù) 量 領 料 人日 期 圖 51 出庫單屬性圖 （ 2）入庫申請單 入 庫 申 請 單申 請 單 編 號物 料 名 稱數(shù) 量 采 購 員日 期 圖 52 入庫申請單屬性圖 （ 3）物 料清單 物 料 清 單物 料 清 單 編 號物 料 名 稱數(shù) 量 領 料 人日 期 圖 53 物料清單屬性圖 30 （ 4）退貨單 退 貨 單退 貨 單 編 號退 貨 原 因保 管 員 簽 名日 期 圖 54 退貨單屬性圖 （ 5）入庫單 入 庫 單 入 庫 單 編 號物 料 名 稱數(shù) 量采 購 員保 管 員 簽 名 圖 55 入庫單屬性圖 （ 6）缺料單 缺 料 單缺 料 單 編 號物 料 代 碼日 期數(shù) 量保 管 員 簽 名 圖 56 缺料單屬性圖 （ 7）物料總單 物 料 總 單物 料 代 碼物 料 名 稱入 庫 日 期 數(shù) 量保 管 員采 購 員 圖 57 物料總單屬性圖 31 5． 2 實體與系 統(tǒng)之間的 ER 圖 物 資 管 理 系 統(tǒng)出 庫入 庫出 庫 單出 庫 單 編 號物 料 名 稱數(shù) 量 領 料 人日 期缺 料 領 料 單領 料 單 編 號物 料 名 稱數(shù) 量缺 料 日 期入 庫 單入 庫 單 編 號物 料 名 稱數(shù) 量單 價1nn1n缺 料1物 料 清 單物 料 清 單 編 號物 料 名 稱數(shù) 量領 料 人日 期退 貨n退 貨 單退 貨 單 編 號退 貨 原 因保 管 員 簽 名日 期n1缺 料 單缺 料 單 編 號物 料 代 碼日 期數(shù) 量保 管 員 簽 名n領 料 人物 料 總 單物 料 代 碼物 料 名 稱保 管 員入 庫 日 期采 購 員更 新 庫 存1n數(shù) 量 圖 58 實體與系統(tǒng)之間的 ER圖 表格設計 （ 1）缺料單 、 表 59 缺料單 （ 2）出庫單 表 510 出庫單 32 （ 3）入庫單 表 511 入庫單 （ 5）退貨單 表 513 退貨單 （ 6）缺料領料單 表 514 缺貨領料單 （ 7）物料清單 表 515物料清單 33 （ 8）物料總單 表 516物料總單 34 第六 章 軟件測試 測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程。 幫助 在使用系統(tǒng)的時候如遇到，可點擊幫助進行查詢。 2. 管理員可以設置登錄的密碼 。如到該界面不想查詢，則可點擊返回到上一個界面。 ③按供應商查詢： 圖 415 按供應商查詢 28 說明：用戶可以在請輸入供應商名稱后面的框內(nèi)輸入項要查詢的供應商名稱，供應商名稱的格式為： XXX 公司。 27 ②按物料代碼查詢： 圖 414 按物料查詢 說明：用戶可以在請輸入物料名稱后面的框內(nèi)輸入項要 查詢的物料名稱，再點擊查詢按鈕，則在查詢結(jié)果下面的表格中將會詳細顯示物料代碼、物料名稱和數(shù)量信息。 具體界面如下： 26 ① 按日期查詢： 圖 413 按日期查詢 說明：用戶可以在請輸入日期后面的框內(nèi)輸入項要查詢的日期，格式為：YYYYMMDD，如要查詢 2021 年 6 月 1 號系統(tǒng)內(nèi)物料的詳情，則應該在框內(nèi)輸入20210601 再點擊查詢按鈕，在查詢結(jié)果下面的表格中將會詳細顯示物料代碼、物料名稱和數(shù)量信息。 25 ③ 物料清單 圖 412 物料清單 保管員檢查完領料單確認無誤并根據(jù)表上的內(nèi)容拿相應的物料給領料人，同時填寫列出物料清單，領料人