【正文】 產(chǎn)力得到了高度發(fā)展，產(chǎn)品種類不斷擴大，客戶需求不斷提高，使得物資儲運量增加，從而使得倉庫的庫容量和流轉(zhuǎn)量也相應(yīng)增加。 項目背景 a.《物資管理系統(tǒng)》 ，張金龍，劉磊，劉小龍，殷宇共同開發(fā)完成（排名不按先后順序） 定義 DFD（數(shù)據(jù)流圖）， PAD(數(shù)據(jù)流程圖 )， HC（層次圖） 要求 1. 實現(xiàn)對物資的入庫管理； 2. 實現(xiàn)對物資的出庫管理； 2 3. 系統(tǒng)可以及時反饋信息，通知盡快采購物資； 4. 系統(tǒng)可以及時通知領(lǐng)取物資； 5. 不與市面上其它存在的物資管理軟件有較 多重疊部分； 6. 2021 年 6 月初 目標 1． 爭取在較短時間內(nèi)比較準確地完成要求； 2． 適當提高本軟件的人機交互性，友好性，實用性； 3． 對管理系統(tǒng)之中可改進提高的地方進行維護； 4． 盡量發(fā)現(xiàn)軟件中的錯誤與不足，并改正； 5． 由組長管理組員完成各部分，爭取做到分工明確，高效完成任務(wù)； 6． 各組員按照分工完成單獨的模塊； 7． 最后對各個模塊進行整合。從邏輯模型出發(fā)，經(jīng)過設(shè)計，探索出若干種可供選擇的主要解決辦法。對時間較長的項目，通常應(yīng)提交一個中期報告，或階段報告，以便與委托單位及時交換意見?，F(xiàn)有系統(tǒng)是目標系統(tǒng)信息的重要來源。 3．建立新系統(tǒng)的高層邏輯模型 根據(jù)對現(xiàn)有系統(tǒng)分析研究，逐漸明確新系統(tǒng)的功能，處理流程以及所受的約束，然后使用建立邏輯模型的工具，即數(shù)據(jù)流圖和數(shù)據(jù)字典來描述數(shù)據(jù)在系統(tǒng)中的流動和處理情況。 5．導出和評價各種方案 分析員建立了新系統(tǒng)的高層邏輯模型后，要從技術(shù)角度出發(fā)，提出實現(xiàn)高層邏輯模型的不同方案，即導出若干高層次的物理解法。改項目是否值得開發(fā)的主要因素是從經(jīng)濟上是否合算，這就要求分析員對推薦的可行方案進行成本 /效益分析。 8．編寫可行性研究過程的結(jié)果寫成相應(yīng)的文檔，即可行性研究報告，提請用戶和使用部門仔細審查，從而決定該項目是否進行開發(fā)，是否接受可行的實行方案。 運行環(huán)境 Windows Xp， Windows 7 工作流程 （ 1） 出庫工作流程 ①領(lǐng)料人提交領(lǐng)料單（每一種物料有一張領(lǐng)料單）。 ⑤若沒有足夠的庫存，倉庫保管員向領(lǐng)料人發(fā)缺貨單并向采購員發(fā) 進貨單。 ③若驗收發(fā)現(xiàn)沒有相應(yīng)的采購計劃，則倉庫保管員向采購員發(fā)無效申請單 ④若驗收合格，則倉庫保管員向檢驗員申請物料檢驗；檢驗員根據(jù)檢驗結(jié)果填寫物料檢驗單。物資管理系統(tǒng)對入庫單進行檢驗，如果符合要求便將物資存入倉庫。若驗收發(fā)現(xiàn)沒有相應(yīng)的采購計劃，發(fā)無效申請單，若驗收合格，則檢驗物料，檢驗員根據(jù)檢驗結(jié)果填寫物料檢驗單。 管理出庫數(shù)據(jù)流圖 領(lǐng) 料 計 劃 單 物 料 主 文 件2 . 1檢 驗 領(lǐng) 料 單2 . 2 檢 驗 領(lǐng) 料 單 出 庫 單領(lǐng) 料 單無 效 領(lǐng) 料 單物 料 清 單缺 貨 單 進貨單有 效 領(lǐng) 料 單缺料領(lǐng)料單圖 24 出庫數(shù)據(jù)流圖 8 說明：領(lǐng)料人提交領(lǐng)料單，檢驗該領(lǐng)料單是否有效，若經(jīng)檢驗沒有相應(yīng)的領(lǐng)料計劃，則通知領(lǐng)料人該領(lǐng)料單無效。 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)信息的集合，是對數(shù)據(jù)流圖中包含的所有元素定義的集合。只有數(shù)據(jù)流圖和數(shù)據(jù)流圖中每個元素的精確 定義放在一起，才能共同構(gòu)成系統(tǒng)的邏輯模型。②采用先進的計算機技術(shù) 。需要考慮的是 :①系統(tǒng)總體設(shè)計要充分考慮用戶數(shù)據(jù)處理的 便利性和可行性 。 （ 3）可擴充、可維護性原則。④系統(tǒng)部分功能采用參數(shù)定義以保證其具備普通適用性 。需要考慮的是 :①采用具有容錯功能的服務(wù)器及網(wǎng)絡(luò)設(shè)備， 選用好的備份設(shè)備，出現(xiàn)故障時能夠 迅速恢復(fù)并有適當?shù)膽?yīng)急措施 。 （ 5）安全保密原則。且應(yīng)具有較高的可伸縮性，滿足企業(yè)未來發(fā)展。系統(tǒng) 出現(xiàn)錯誤是不可避免的，對于系統(tǒng)軟件錯誤，系統(tǒng)應(yīng)能記錄錯誤發(fā)生的現(xiàn)場，以 便日后分析處理，排除錯誤根源，減少再次發(fā)生的可能性。要充分利用現(xiàn)有的 .NET平臺的優(yōu)勢設(shè)計系統(tǒng)，使系統(tǒng)基本不需要修改，便可以通過增加硬件設(shè)備擴展系 統(tǒng)，提高系統(tǒng)的吞吐量。所有組件在設(shè)計時都應(yīng)盡量減少對其應(yīng)用環(huán)境和條件的假設(shè)，而應(yīng)設(shè) 13 計的盡量通用。入庫和出庫對于一個物資管理系。 詳細設(shè)計的主要任務(wù) ： 確定模塊采用的算法，寫出模塊的詳細過程性描述。 詳細設(shè)計階段的主要原則 ： 模塊的邏輯描述要清晰易讀、正確可靠。 C、程序的控制結(jié)構(gòu)一般采用順序、選擇 、循環(huán) 3 種結(jié)構(gòu)來構(gòu)成，確保結(jié)構(gòu)簡單。 17 系統(tǒng)整體流程圖 開 始登 錄 系 統(tǒng) 基 本 管 理 ？ 入 庫 ？ 提 交 入 庫 申 請 單入 庫 申 請 單 有 效 ？ 物 料 合 格 ？ 登 記 入 庫 單 更 新 庫 存 物 料 入 庫 打 印 退 貨 單 提 示 申 請 單 無 效 提 交 領(lǐng) 單 領(lǐng) 料 單 有 效 ？有 庫 存 ？ 領(lǐng) 料 單 簽 字 登 記 出 庫 單 更 新 庫 存 物 料 出 庫 打 印 物 料 清 單 提 示 領(lǐng) 料 單 無 效 缺 料 單 查 詢 ？ 日 期 ？ 物 品 ？ 供 應(yīng) 商 ？查 詢 結(jié) 果 系 統(tǒng) 設(shè) 置 ？ 管 理 員 設(shè) 置 ？查看系 統(tǒng)日志顯示日志幫 助結(jié) 束YNYYY YYYYYYYYN NNNNNNNNNNY缺 貨 已 買 到 ？打 印 缺 料 領(lǐng) 料 單YN 圖 41 物資管理系統(tǒng)流程圖 18 登陸界面 登陸界面程序流程見圖 42： 圖 42 物資管理登錄界面 說明：用戶輸入登錄名和相對應(yīng)的密碼，點擊登錄按鈕即可登錄系統(tǒng)。 ，還可以點擊幫助請求幫助，查看系統(tǒng)說明介紹。 1． 功能描述： 進行貨物入庫管理時要注明物料名稱、物料數(shù)量、入庫日期 、供應(yīng)商名稱。 ④ 若驗收合格，則倉庫保管員向檢驗員申請物料檢驗；檢驗員根據(jù)檢驗結(jié)果填寫物料檢驗單。 3．相關(guān)單據(jù) ② 退貨單 圖 45 退貨單 說明：首先由采購員提交入庫申請單，由倉庫保管員驗收無誤后，由檢驗員仔細檢驗，如果物料存在問題，則檢驗員在退貨原因下框內(nèi)詳細地填寫物料存在的問題，送交采購員，要求退貨。 出庫管理 出庫也是物資管理系統(tǒng)中式很重要的一部分。 ③． 若經(jīng)檢驗沒有相應(yīng)的領(lǐng)料計劃，則通知領(lǐng)料人該領(lǐng)料單無效。 ⑦ ．現(xiàn)有庫存數(shù)；相應(yīng)的物料出庫，物料清單交領(lǐng)料人。如果該單有效，管理員查看系統(tǒng)內(nèi)沒是否有足夠的庫存，則打印缺料單（圖 410）給領(lǐng)料人回去交差，并打印進貨單（圖 411）通知采購員進貨。如到該界面不想查詢，則可點擊返回到上一個界面。如你想要查詢系統(tǒng)中由聯(lián)想公司提供的物料信息，則應(yīng)在框內(nèi)輸入聯(lián)想公司再點擊查詢按鈕，則在查詢結(jié)果下面的表格中將會詳細顯示物料代碼、物料名稱和數(shù)量信息。 3. 管理員還可以對進出物料的日志進行管理。測試的目的是軟件投入生產(chǎn)性運行之前，盡可能多地發(fā)現(xiàn)軟件中的錯誤。回歸測試是對已開發(fā)并發(fā)現(xiàn)故障的部分修改后進行再測試。在行業(yè)應(yīng)用系統(tǒng)中，由于現(xiàn)實環(huán)境并不允許不成功的軟件直接投入試用，用戶也沒有參與測試，投入時間和資源的積極性，因此這種測試很少發(fā)生。有些集成測試也采用白盒方法，關(guān)鍵看集成階段的劃分。 白盒測試又稱結(jié)構(gòu)測試 ,透明盒測試、邏輯驅(qū)動測試或基于代碼的測試。 3. 白盒測試的實施步驟： 1）測試計劃階段：根據(jù)需求說明書，制定測試進度。 白盒測試的方法：總體上分為靜態(tài)方法和動態(tài)方法兩大類。動態(tài)分析包含了程序在受控的環(huán)境下使用特定的期望結(jié)果進行正式的運行。 4. 白盒測試的優(yōu)缺點 1） 優(yōu)點 對代碼的測試比較徹底 不驗證規(guī)格的正確性 38 黑盒測試 在集成測試以至此后的各階段，測試設(shè)計和測試人員對被測對象的內(nèi)部結(jié)構(gòu)不了解也不需要了解，他的目的是按功能需求進行確認。 采用黑盒技術(shù)設(shè)計測試用 例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。 1）等價類劃分方法 2）邊界值分析方法 3）錯誤推測 方法 4）因果圖方法 5）判定表驅(qū)動分析方法 6）正交實驗設(shè)計方法 7）功能圖分析方法 39 第七 章 心得體會 姜厚祿： 經(jīng)過這三個星期的實驗，讓我更加熟悉了軟件設(shè)計過程中各階段的基本任務(wù)，通過分組實驗，使我更進一步認識到團隊合作的重要性。 在本次實驗中 我主要負責系統(tǒng)的 可行性分析和需求分析部分。 在最后的文檔 排版中也 讓我學到了許多平常在 WORD中很少用到的功能。 劉磊 ：轉(zhuǎn)眼間為期兩個星期的軟件工程課程課程設(shè)就要落下帷幕。我和殷宇主要負責的是詳細設(shè)計和界面設(shè)計，主要難點是設(shè)計流程圖，在設(shè)計流程圖方面大家的分歧比較多，大家都有很多很好的想法，為了讓系統(tǒng)很完美， 大家都煞費苦心，一個新想法的提出，其他人肯定會有所問題，我們都要對各個想法是否可行進行討論，記得有好幾個晚上我們?nèi)牰荚诶蠄D書館 4樓激烈的討論，最終選擇大部分認為是最佳的。畢竟是一個系統(tǒng)，安全性事必要的。在我們的合作的過程中，大家進行了激烈的討論，大家表現(xiàn)的十分活躍，同時增進了我們之間的感情，也增加了我們的集體榮譽感。實驗很成功！ 殷宇： 在本次實驗中，我跟劉磊一起負責 的是詳細設(shè)計和界面設(shè)計。以前以為 WORD 已經(jīng)是運用的很熟練了，現(xiàn)在才發(fā)現(xiàn)，有很多東西，自己是不會的， 比如插頁碼，導出目錄等等，都是以前沒怎么用的。 42 第 八 章 參考文獻 [1]《軟件工程及軟件開發(fā)應(yīng)用》 施一萍 清華大學出版社 [2]《軟件工程與軟件開發(fā)工具》 張虹 清華大學出本社 [3]《實用軟件工程》 鄭人杰 清華大學出版社 [4]《軟件工程與管理》 覃征 清華大學出版社 [5]《軟件工程與項目管理》 劉竹林 北京師范大學出版社 [6]《軟件工程》 （英）薩默維爾 機械工業(yè)出 版社