【文章內(nèi)容簡介】 保密。本系統(tǒng)的設計按照下述原則進行： 1． 實用性：系統(tǒng)以用戶需求為目標，以方便用戶為原則，同時融入先進的管理經(jīng)驗 。系統(tǒng)界面友好，操作簡單，企業(yè)的工作人員只需掌握一些基本電腦使用方面的知識，要求會打字，這樣簡單進行培訓能夠輕松使用本系統(tǒng)，無須企業(yè)花費多少財力物力來培訓員工。 2． 先進性：本設計將充分應用現(xiàn)有成熟的計算機技術、網(wǎng)絡技術、軟件開發(fā)技術，為用戶提供高性能的系統(tǒng)。數(shù)據(jù)庫采用 SQL Server 2021,開發(fā)平臺選用 Microsoft Visual Studio 2021。 3． 高可靠性：一個實用的系統(tǒng)同時必須是可靠的，本設計通過合理而先進的網(wǎng)絡設計以及軟、硬件的優(yōu)化選型，可保證系統(tǒng)的可靠性與容錯性。 4． 高安 全性：在設計中，將充分利用網(wǎng)絡軟、硬件提供的各種安全措施，既可以保證用戶共享資源，同時也可保證關鍵數(shù)據(jù)的安全性。系統(tǒng)將運用先進的 B/S(瀏覽器 /服務器 )結構，為不同用戶設定不同權限，便于系統(tǒng)維護和保密。 5． 采用標準技術：本系統(tǒng)的所有設計遵循國際上現(xiàn)行的標準進行，以提高系統(tǒng)的開放性。 6． 可維護性：系統(tǒng)的設計要求方便維護，包括硬件的維護，軟件的維護（更改，升級等）和網(wǎng)絡的維護。 7． 可擴展性及靈活性：系統(tǒng)的設計以方便未來業(yè)務的擴展和系統(tǒng)擴充為目標，系統(tǒng)要求能夠方便的升級，充分保護系統(tǒng)的投資。 8． 智能性：系 統(tǒng)在設計時，充分考慮系統(tǒng)運行的智能性，盡量的使程序智能化，在使用系統(tǒng)一段時間后，系統(tǒng)可以和所處部門的業(yè)務相融合。 系統(tǒng)設計目標 登錄系統(tǒng)的主要功能要求： 1． 歡迎頁面。 2． 功能登 陸 頁面及密碼驗證。 網(wǎng)上銷售訂單的主要 功能 實現(xiàn)目標： 6 1． 利用 Session 對象對用戶進行驗證工作。 2． 能夠?qū)蛻?、供應商、商品進行添加與相應的管理，并在添加時對相應字段進行格式要求。 3． 能夠?qū)τ唵芜M行分類登記，若庫存不足時提示重新輸入值，根據(jù)數(shù)量與單價自動產(chǎn)生應付款值，根據(jù)應付款與已付款產(chǎn)生未付款值。 4． 對于已 登記的銷售訂單轉(zhuǎn)入第二步處理：訂單確認。主要分為兩種確認方法，分別是發(fā)送電子郵件、通知客服。發(fā)送電子郵件時，能夠根據(jù)訂單信息顯示相應的郵件內(nèi)容發(fā)送給客戶進行確認。 5． 確認完的銷售訂單轉(zhuǎn)入第三步處理： 貨物發(fā)送 。這一步主要是對銷售訂單發(fā)貨情況進行確認管理。 6． 各類訂單可根據(jù)訂單類型進行相應的付款結賬，在結賬時顯示未付款金額，可通過訂單號查看其詳細信息，每一次結賬細節(jié)都可查看其相應的結賬明細，支持多次付款。 7． 可以對庫存商品的剩余量，銷售量進行查詢。可根據(jù)不同的條件對各種訂單進行查詢。 從上面的分析可以看出 ：系統(tǒng)設計必須從保證系統(tǒng)的可變更性入手，設計出一個易于理解，易于維護的系統(tǒng)。需要注意以下幾個問題： 1． 把系統(tǒng)劃分為一些部分，其中每一部分的功能簡單明確，內(nèi)容簡明易懂，易于修改，我們把這樣的部分稱為模塊。 2． 系統(tǒng)分成模塊的工作按層次進行。首先把整個系統(tǒng)看成一個模塊按功能分解成若干個第一層模塊，這些模塊相互配合，共同完成整個系統(tǒng)的功能。然后按功能再分解第一層的各個模塊。依次下去，直到每一個模塊都十分簡單。 3． 每一個模塊應盡可能獨立，即盡可能減少模塊間的調(diào)用關系和數(shù)據(jù)交換關系。當然，系統(tǒng)中的模塊不可能與其它 模塊沒有聯(lián)系，只是要求這種聯(lián)系盡可能少。 4． 模塊間的關系要闡明，這樣在修改時可以追蹤和控制，總之一個易于修改的系統(tǒng)應該有一些相對獨立、功能單一的模塊按照層次結構組成。這些模塊之間不必要的聯(lián)系都已去掉，而且它們的功能及其相互關系都已闡明。這就是結構化設計的基本思想。 7 第 2 章 需求分析 需求分析重要性 所謂管理信息系統(tǒng)（ Management Information System）系統(tǒng)，是一個由人、計算機及其他外圍設備等組成的能進行信息的收集、傳遞、存貯、加工、維護和使用的系統(tǒng)，是一門新興的科學，其主 要任務是最大限度的利用現(xiàn)代計算機及網(wǎng)絡通訊技術加強企業(yè)的信息管理，通過對企業(yè)擁有的人力、物力、財力、設備、技術等資源的調(diào)查了解，建立正確的數(shù)據(jù)，加工處理并編制成各種信息資料及時提供給管理人員，以便進行正確的決策，不斷提高企業(yè)的管理水平和經(jīng)濟效益。 無論采用何種方法開發(fā)管理信息系統(tǒng)，系統(tǒng)分析工作都是十分重要的環(huán)節(jié)。軟件的需求分析是軟件生存周期中重要的一步，也是最為關鍵的一步。只有通過軟件需求分析，才能把軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說明，進而建立軟件開發(fā)的基礎。 需求分析的任務是分析員通過需 求分析提供一種可轉(zhuǎn)化為數(shù)據(jù)設計、結構設計和過程設計的數(shù)據(jù)與功能表示，在軟件完成后，需求分析階段研究的對象是軟件項目的用戶要求。 軟件需求分析工作是軟件計劃階段完成之后開始的，其主要目的是：要綜合分析用戶對系統(tǒng)提出的一組需求（功能、性能、數(shù)據(jù)等方面）的基礎上，構造一個從抽象到具體的邏輯模型表達軟件將要實現(xiàn)的需求，并以“軟件需求規(guī)格說明書”的形式作為本階段工作的結果，為下一階段的軟件設計提供設計基礎。 軟件需求分析階段，結合所用的開發(fā)工具： ,SQL Sever 對問題進行了分析和深入的了解，建立了實 現(xiàn)目標軟件邏輯模型與 物理模型 。 可行性分析 可行性分析的目的就是用最小的代價在盡可能短的時間內(nèi)確定問題是否可解決。可行性研究的目的不是解決問題，而是確定問題是否值得去解決。 一般來說至少達到以下三個可行性： 8 經(jīng)濟可行性 ： 本系統(tǒng)所帶來的經(jīng)濟利益能 否 超過它的開發(fā)成本 。 技術可行性 ： 使用現(xiàn)有的技術能 否 實現(xiàn)這個系統(tǒng) 。 運行可行性 ： 系統(tǒng)的操作方式是否為用戶所接受 。 經(jīng)濟可行性 經(jīng)濟可行性研究主要進行成本效益分析，包括估計項目的開發(fā)成本，估算開發(fā)成本是否會高于項目預期的全部 利 潤，同時還要看此軟件是否 能夠為用戶帶來經(jīng)濟效益。 由于 程序設計采用結構化設計思想，且具有語言簡單易學、開發(fā)快捷等特點，所以用 一些可預見的風險可降到最低，如技術問題，人員流失等，從而保證了項目的開發(fā)周期，節(jié)約了時間成本，也極大減少了對程序員的培訓資金； 開發(fā)的應用程序易于維護，可降低產(chǎn)品后期的維護成本，提高項目利潤點，網(wǎng)上銷售訂單管理系統(tǒng)開發(fā)的目的是為了提高用戶工作效率，方便操作與管理而設計。開發(fā)此軟件并不需要大量的經(jīng)費，而是個人獨立設計，所以從經(jīng)濟角度來講，所以本系統(tǒng)的開發(fā)經(jīng)濟上是完全可行的 。 技術可行性 根據(jù)該系統(tǒng)目標來衡量所需的技術是否具備，一般可從硬軟件的性能要求、環(huán)境條件、操作人員水平和數(shù)量等方面去考慮和分析。 考慮到系統(tǒng) 技術 可行性，在軟件方面選擇了如今較流行的 來進行開發(fā)管理平臺的設計，使用 SQL Server 2021 數(shù)據(jù)庫存儲數(shù)據(jù)。 Microsoft 的動態(tài)服務器網(wǎng)頁 技術，語法簡單，很容易被程序員所接受，且調(diào)試起來也比較容易。從 B/S 的開發(fā)模式， 技術的先進性方面考慮， 無非是一個最好的技術。微軟公司提供了 豐富的 技術資源庫，供程序員及用戶查詢，同時也有強大的技術服務中心，使技術風險降到最低，這是任何一門 WEB 語言在目前形勢下不可比擬的。 與 相比， 中加入了更多的新特性，使得開發(fā)人員在工作效率、管理、擴展性和性能等方面均有了大幅度的提高。 引入了許多新的服務器控件，從而能夠為數(shù)據(jù)訪問、登錄安全 、向?qū)Ш?、菜單、樹視圖及門戶等提供功能強大的聲明性支持。 因此在9 軟件方面，此系統(tǒng)是可行的。 在硬件方面，則選擇空間較大，只要是 P4 系列及以上的計算 機，內(nèi)存在 256M 以上，硬盤在 10G 以上 ，都可以滿足系統(tǒng)的開發(fā)需要 。 當然，硬件的配置越高，系統(tǒng)的開發(fā)與運行會更流暢?？紤]到如今的家用或商用電腦硬件的整體配置水平， 系統(tǒng)在硬件方面是 完全 可行的。 運行可行性 管理形式的計算機網(wǎng)絡化是社會發(fā)展的必然趨勢， 各 種智能化的軟件層出不窮。本系統(tǒng)直接面向用戶，界面設計時充分考慮管理人員的習慣，使得操作簡單；數(shù)據(jù)錄入迅速、規(guī)范、可靠；統(tǒng)計準確；制表靈活；適應力強；容易擴充。對于初次使用本系統(tǒng)的用戶，不必經(jīng)過復雜的培訓和學習就可以掌握系統(tǒng)的操作流程。由此可見，開發(fā)此 軟件在運行上是可行的。 利用網(wǎng)絡和數(shù)據(jù)庫技術， 基于 B/S 模式開發(fā)了網(wǎng)上銷售訂單管理系統(tǒng)這一 應用程序。本系統(tǒng)開發(fā)平臺采用 Visual Studio 2021,開發(fā)語言采用 C＃，后臺數(shù)據(jù)庫采用 SQL Server 2021。它運用方便，操作簡單，效率很高，實現(xiàn)了對銷售訂單登記、訂單確認、 貨物發(fā)送 、訂單查詢及退貨結賬等功能。它取代了傳統(tǒng)的手工對訂單管理，從而減少了銷售數(shù)據(jù)誤差并實現(xiàn)了數(shù)據(jù)規(guī)范化，能夠滿足銷售單位高效管理要求，本系統(tǒng)具有一定的實際開發(fā)價值和使用價值。 業(yè)務流程圖 管理業(yè)務流程圖 是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務關系、作業(yè)順序和管理信息流向的圖表，通過它可以幫助分析人員找出業(yè)務流程中的不合理的流向。 在業(yè)務流程圖中圓形代表系統(tǒng)中人員，矩形代表系統(tǒng)外實體，箭頭代表數(shù)據(jù)、報表賬目的流向。 本系統(tǒng)主要是對銷售訂單進行管理，但在銷售這一環(huán)節(jié)的管理上與庫存有密切的聯(lián)系，所以對庫存的進貨訂單也有相應的管理。 總體業(yè)務流程描述如下： 1． 銷售訂單登記：將每一筆銷售信息進行登記，以便財務進行賬款上的處理并且也便于對銷售統(tǒng)計的查詢。 2． 訂單確認 :根據(jù)客戶的聯(lián)系方式將所接受的訂單具體信息與其進行確認 。使客戶及時了解訂單處理狀態(tài)，也便于對訂單進行流程化管理。 10 3． 貨物發(fā)送：將與客戶確認過的訂單進行貨物上的發(fā)送。 4． 賬款結算：對于訂單賬款進行管理，對于每張訂單應付款、已付款、未付款及每次付款記錄都有詳細記載。 其過程是：訂單管理員要對庫管部門的進貨訂單與進貨退貨訂單進行登記，再將訂單送財務部門供其賬款結算使用，財務部門將訂單賬款信息送訂單管理員，由訂單管理員對訂單付款信息進行更新。對于客戶的退貨信息由售后部門做出相關處理制定銷售退貨單送訂單管理員進行登記，再由財務部門對賬款進行管理。 本系統(tǒng)業(yè)務流程圖如 圖 21 所示。 客 戶退 貨 信 息 銷 售 訂 單售 后 部 門財 務 部 門銷 售 退 貨 單訂 單管 理 員各 類 訂 單 信 息訂 單 賬 款 信 息庫 管 部 門進 貨 訂 單進 貨 退 貨 單供 應 商銷 售 出 庫 單 圖 21 系統(tǒng)業(yè)務流程圖 當接收到客戶銷售訂單時，訂單操作人員要根據(jù)客戶相關信息來確認此訂單是否有效，若訂單有效則要判斷庫存量是否充足，對于不充足的情況要11 即時通知庫管部門，充足的情況下要通過相應聯(lián)系方式通知客戶其訂單已被受理。對于銷售出庫或銷售退貨要進行相關的減庫存或加庫存作業(yè)。 銷售訂單處理步驟如圖 22 所示。 業(yè) 務 員 登 記 訂 單訂 單是 否 有 效 ?否是否取 消 訂 單庫 存是 否 充 足 ?采 購 入 庫是訂 單 確 認庫 存 盤 點庫 存 管 理退 貨 作 業(yè) ( 加 庫 存 )發(fā) 貨 減 庫 存商 品 資 料 維 護 圖 22 銷售訂單處理步驟 數(shù)據(jù)流圖 在詳細描述系統(tǒng) 功能時，使用數(shù)據(jù)流圖能清晰的描繪數(shù)據(jù)的流向以及整個系統(tǒng)工作的流程。數(shù)據(jù)流圖是表示系統(tǒng)邏輯模型的常用工具，圖中不存在任何具體的物理元素，只表示信息在系統(tǒng)中流動和處理的情況。數(shù)據(jù)流圖是邏輯系統(tǒng)的圖形化表示，因此，它是系統(tǒng)分析員與用戶進行交流的極好工具。同時也是系統(tǒng)分析員與系統(tǒng)設計人員之間的交流工具。 在數(shù)據(jù)流圖中矩形代表數(shù)據(jù)輸入的源點和數(shù)據(jù)的匯點。圓形代表加工，輸入數(shù)據(jù)在此進行變換產(chǎn)生輸出數(shù)據(jù)。箭頭代表數(shù)據(jù)流，被加工的數(shù)據(jù)與流向。 12 對于新客戶的銷售訂單先要向公司信息表中添加此客戶的相關基本信息如公司名稱、聯(lián)系方 式等。對于所銷售的各類商品信息若沒有其相關記錄則要先進行添加如商品名稱、供應商、產(chǎn)地等信息。接收到客戶的銷售訂單時，訂單操作人員根據(jù)用戶的相關信息如聯(lián)系方式、預付款等條件判斷是否接受此訂單，即確定訂單是否有效，對于有效的訂單要將其轉(zhuǎn)入訂單流程化管理。訂單查詢支持多條件查詢?nèi)绨凑展?、客戶、時間等，同時也將從結賬信息表中檢索其有關的結賬信息。賬務管理支持多次的結賬處理，每次結賬金額與時間有明確記錄。根據(jù)以上分析 系統(tǒng)數(shù)據(jù)流圖如圖 23 所示。 系 統(tǒng) 管 理 員P 1 0 1 基本 信 息 管理D 1 0 1 公 司 信 息D 1 － 0 2 商 品 信 息P 1 0 2 商品 進 貨 管理D 0 1 0 4 進 貨 退 貨 信 息D 1 － 0 3 進 貨 訂 單P 1 0 3 銷售 訂 單 管理D 1 0 5 銷 售 訂 單 基 本 信 息D 1 0 7 已 登 記 訂 單P 1 0 6 訂單 登 記P 1 0 7 訂單 確 認P 1 0 8 貨物 發(fā) 送P 1 0 9 銷售 退 貨 管理D 1 0 8 確 認 后 訂 單D 1 － 1 0 訂 單 狀 態(tài) 信 息D 1 0 9 已 發(fā) 送 貨 物 訂 單P 1 0 5 賬務 管 理D 1 － 0 6 銷 售 訂 單 詳 細 信 息