【文章內(nèi)容簡介】 展情況?；?web 的 xx 公司庫存管理系統(tǒng)　　　 11第三章　需求分析這一階段的主要目標是明確公司的信息需求，包括組織、發(fā)展、改革的總信息需求和各級管理人員完成各自工作任務的信息需求，確定新系統(tǒng)的邏輯功能，提出新系統(tǒng)的邏輯方案，完成系統(tǒng)分析階段的最終成果—系統(tǒng)說明書的編寫。 業(yè)務流程分析業(yè)務流程分析可以幫助我們了解某項業(yè)務的具體處理過程，發(fā)現(xiàn)和處理系統(tǒng)調(diào)查工作中的錯誤和疏漏，修改和刪除原系統(tǒng)中不合理部分，在新系統(tǒng)基礎上優(yōu)化業(yè)務處理流程?，F(xiàn)通過調(diào)查，采用系統(tǒng)流程圖的部分圖形工具來規(guī)范說明公司的業(yè)務活動。業(yè)務流程圖中的符號說明如圖 所示，業(yè)務流程如圖 所示：系統(tǒng)內(nèi)人員 系統(tǒng)外實體 單據(jù)、報表、帳目 處理 數(shù)據(jù)流向 存儲圖 業(yè)務流程圖圖例基于 web 的 xx 公司庫存管理系統(tǒng)　　　 12圖 業(yè)務流程圖這一階段的工作主要包括調(diào)查分析、建模、對模型進行評價和修改以及編寫系統(tǒng)說明書。在對 XXX 公司的業(yè)務流程進行認真分析和研究的基礎上，經(jīng)過和公司領(lǐng)導的反復協(xié)商、論證，最后確定了公司管理信息系統(tǒng)的邏輯模型。下面先以數(shù)據(jù)流程圖和數(shù)據(jù)字典的方式來描述新系統(tǒng)的邏輯功能。 數(shù)據(jù)流圖數(shù)據(jù)流圖是組織中信息運動的抽象，是管理信息系統(tǒng)邏輯模型的主要形式。它是采用自頂向下逐層擴展的方法，從邏輯上精確地描述系統(tǒng)具有的數(shù)據(jù)加工、數(shù)據(jù)存儲、數(shù)據(jù)輸入輸出及數(shù)據(jù)來源和去向等功能。這個模型不涉及硬件、軟件、數(shù)據(jù)結(jié)構(gòu)與文件組織，它與對系統(tǒng)的物理描述無關(guān)，所描述的內(nèi)容是面向基于 web 的 xx 公司庫存管理系統(tǒng)　　　 13用戶的，是系統(tǒng)設計的主要依據(jù)之一。數(shù)據(jù)流圖的符號說明如圖 所示：外部項 加工 數(shù)據(jù)存儲 數(shù)據(jù)流圖 數(shù)據(jù)流圖圖例根據(jù)調(diào)查材料，明確系統(tǒng)外部項，識別數(shù)據(jù)輸入的來源和輸出的去處，自頂向下逐層擴展整個系統(tǒng)的邏輯功能。 系統(tǒng)關(guān)聯(lián)圖首先，明確信息系統(tǒng)與各外部實體的信息聯(lián)系，把系統(tǒng)作為一個加工環(huán)節(jié)，繪出系統(tǒng)的最高層數(shù)據(jù)流圖—關(guān)聯(lián)圖，如圖 所示：圖 關(guān)聯(lián)圖 數(shù)據(jù)字典上面討論的數(shù)據(jù)流圖只能給出系統(tǒng)邏輯功能的一個總框架而缺乏詳細、具體的內(nèi)容，因此我們還需要建立數(shù)據(jù)字典。建立數(shù)據(jù)字典是為了對數(shù)據(jù)流程圖上各個元素做出詳細的定義和說明。數(shù)據(jù)字典以一種準確的和無二義的方式定義所有被加工引用的數(shù)據(jù)流和數(shù)據(jù)存儲。數(shù)據(jù)流程圖配以數(shù)據(jù)字典，就可以從圖形和文字兩個方面對系統(tǒng)的邏輯模型進行描述，從而形成一個完整的說明?？蛻舨抗芾碇行纳唐愤M銷存管理信息系統(tǒng)供應商基于 web 的 xx 公司庫存管理系統(tǒng)　　　 14數(shù)據(jù)字典有助于數(shù)據(jù)的進一步管理和控制，為設計人員和數(shù)據(jù)庫管理人員在數(shù)據(jù)庫設計、實現(xiàn)和運行階段控制有關(guān)數(shù)據(jù)提供依據(jù)。數(shù)據(jù)字典描述的主要內(nèi)容有：數(shù)據(jù)流、數(shù)據(jù)元素、數(shù)據(jù)存儲、加工外部項。由于篇幅有限，所以僅各舉一個例子來說明。 數(shù)據(jù)流數(shù)據(jù)流是數(shù)據(jù)結(jié)構(gòu)在系統(tǒng)內(nèi)傳輸?shù)穆窂健?shù) 據(jù) 流系統(tǒng)名： 進銷存管理 編號： F1條目名： 訂單 別名： 定貨單來源： 客戶 　 　　 去處： 確定訂貨數(shù)量 　數(shù)據(jù)流結(jié)構(gòu)： 　 　　 　 　 　 　訂單={訂單號+ 日期+客戶名稱+ 產(chǎn)品名稱+規(guī)格+數(shù)量+單價 +付款方式+交貨時間+交貨地點}　 　流通量： 60 份/每天 　高峰流通量：70 份/每天上午 9：0011：00簡要說明： 　編寫 繆晶 日期 ：審核 王楓 日期 基于 web 的 xx 公司庫存管理系統(tǒng)　　　 15 數(shù)據(jù)元素數(shù)據(jù)元素是不可再分的數(shù)據(jù)單位。數(shù) 據(jù) 元 素系統(tǒng)名： 進銷存管理 編號： 　條目名： 進貨合同號 別名： 　屬于數(shù)據(jù)流： F3，F(xiàn)4 ，F(xiàn)10 　 存儲處： D3 　 　數(shù)據(jù)元素值： 　代碼類型 長度 取值范圍 意義 　字符 GKC00001~GKC99999 XXX XX XXX ?。ㄓ勺帜负蛿?shù)字組成） SPL00001~SPL99999 編號　 JPN00001~JPN99999 年號　 GAC00001~GAC99999 供應商代碼　 　 GHL00001~GHL99999 　 　 　 　簡要說明： 　進貨合同號是進貨合同的識別符，每份進貨合同都有唯一的合同號。 　編寫 繆晶 日期 ：審核 王楓 日期 基于 web 的 xx 公司庫存管理系統(tǒng)　　　 16 數(shù)據(jù)加工數(shù) 據(jù) 加 工系統(tǒng)名： 進銷存管理 編號： P1條目名： 銷售管理 別名： 　輸入： 訂單 　 　 　 輸出： 發(fā)貨單 　 　　 到貨通知 請購 　　 出庫單 提貨單 　加工邏輯： 　； 　 　 　 　 　 ?。桓鶕?jù)庫存臺帳確定實際可發(fā)貨數(shù)量，填寫提貨單給下一“處理” ；，產(chǎn)生請購；待收到到貨通知后，再進行處理。 　，根據(jù)出庫單發(fā)貨，并將訂單執(zhí)行情況記入發(fā)貨單臺帳中。 　 　 　 　簡要說明： 　　 　編寫 繆晶 日期 ：審核 王楓 日期 基于 web 的 xx 公司庫存管理系統(tǒng)　　　 17數(shù) 據(jù) 加 工系統(tǒng)名： 進銷存管理 編號： P2條目名： 采購管理 別名： 　輸入： 請購 　 　　輸出： 進貨合同 　 　　 到貨通知 到貨通知 　　 入庫單 　加工邏輯： 　 　　　 　 　 　，與訂貨標準比較； 　，與供應商簽訂進貨合同； 　，填寫入庫單，提出入庫申請。 　，提醒銷售管理模塊進行處理。 　。 　　 　 　 　簡要說明： 　　 　編寫 繆晶 日期 ：審核 王楓 日期 基于 web 的 xx 公司庫存管理系統(tǒng)　　　 18數(shù) 據(jù) 加 工系統(tǒng)名： 進銷存管理 編號： P3條目名： 庫存管理 別名： 　輸入： 入庫單 　 　 　輸出： 出庫單 　 　　 提貨單 　 　 　　 統(tǒng)計分析報表 　 　加工邏輯： 　，做好接貨安排； 　，對照庫存數(shù)量，開出庫單。 　。 　 　 　　 　 　 　簡要說明： 　　 　編寫 繆晶 日期 ：審核 王楓 日期 基于 web 的 xx 公司庫存管理系統(tǒng)　　　 19 數(shù)據(jù)存儲數(shù)據(jù)存儲是數(shù)據(jù)結(jié)構(gòu)保留或保存的地方，也是數(shù)據(jù)流的來源和去向之一。數(shù) 據(jù) 存 儲系統(tǒng)名： 進銷存管理 編號： D3條目名： 進貨合同臺帳 　 　 　 　 別名： 進貨明細表存儲組織： 　 　 　 記錄數(shù)： 約 1000 　 　 主關(guān)鍵字： 進貨合同號每個進貨合同一條記錄，按合同號順序排列 　 　 　 　 數(shù)據(jù)量： 約 200KB 　 　 輔關(guān)鍵字： 供應商名稱記錄組成： 　項 名： 合同 號 日期 供應商 名稱 產(chǎn)品名 稱 規(guī)格 單位 毛重 進貨單 價 進貨數(shù)量 進貨總價 付款方 式 入庫日期 入庫單號 備注 　近擬長度： 10 10 10 10 20 5 10 10 5 15 20 10 10 20 ?。ㄗ止?jié)） 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　簡要說明： 　 進貨合同完成情況在備注中說明。 　編寫 繆晶 日期 ：審核 王楓 日期 基于 web 的 xx 公司庫存管理系統(tǒng)　　　 20 外部項外 部 項系統(tǒng)名： 進銷存管理 編號： 　條目名： 供應商 別名： 商品提供者輸入數(shù)據(jù)流： 進貨合同 　 　 輸出數(shù)據(jù)流： 到貨通知 　主要特征：供應商：即所有商品的提供者，其主要特征是：供應商名稱、聯(lián)系地址、聯(lián)系人,聯(lián)系電話， 可提供商品清單 　 　 　 　 　 　簡要說明： 　本系統(tǒng)不負責安排供應商的生產(chǎn)計劃或進貨渠道，只是根據(jù)進貨要求向供應商訂購有關(guān)商品。編寫 繆晶 日期 ：審核 王楓 日期 基于 web 的 xx 公司庫存管理系統(tǒng)　　　 21 基本加工說明數(shù)據(jù)流圖中所有不進一步分解的加工，稱為基本加工。基本加工是實現(xiàn)系統(tǒng)功能的基本組成部分，準確地，清晰地描述基本加工，是表達系統(tǒng)邏輯功能的關(guān)鍵。由于基本加工涉及詳細的數(shù)據(jù)處理功能和處理過程，為了做到準確、清晰、簡潔，基本加工的描述往往需要設計多種手段與工具。所用的工具有：自然語言的文字敘述、結(jié)構(gòu)化語言、決策樹、決策表、數(shù)學公式以及上述工具的聯(lián)合使用。畢業(yè)論文（設計） 第 22 頁22 / 55第四章　系統(tǒng)概要設計信息系統(tǒng)設計階段的主要目的是將系統(tǒng)分析階段所提出的反映公司信息需求的系統(tǒng)邏輯方案轉(zhuǎn)換成可以實施的基于計算機與通信系統(tǒng)的物理方案。這一階段的主要任務是從系統(tǒng)的總體目標出發(fā)，根據(jù)系統(tǒng)分析階段對系統(tǒng)邏輯功能的要求，并考慮到經(jīng)濟、技術(shù)和運行環(huán)境等方面的條件，確定系統(tǒng)的總體結(jié)構(gòu)和系統(tǒng)各組成部分的技術(shù)方案，合理選擇計算機和通信的軟、硬件設備，提出系統(tǒng)的實施計劃，確?？傮w目標的實現(xiàn)。系統(tǒng)設計階段的主要活動包括：系統(tǒng)總體結(jié)構(gòu)設計；詳細設計；系統(tǒng)實施進度與計劃的制定；系統(tǒng)設計說明書的編寫。 軟件模塊結(jié)構(gòu)設計系統(tǒng)設計工作技術(shù)性強，涉及面廣，且內(nèi)容復雜，必須要有科學的方法和設計工具做指導。在此，我們采用結(jié)構(gòu)化設計的方法來實現(xiàn)系統(tǒng)總體功能，提高系統(tǒng)的各項指標，即將整個系統(tǒng)合理的劃分成各個功能模塊，正確地處理模塊之間和模塊內(nèi)部的聯(lián)系以及它們之間的調(diào)用關(guān)系和數(shù)據(jù)聯(lián)系，定義各模塊的內(nèi)部結(jié)構(gòu)，通過對模塊的設計和模塊之間關(guān)系的協(xié)調(diào)來實現(xiàn)整個系統(tǒng)的功能。4．1 ．1 開發(fā)工具介紹JSP 技術(shù)JavaBean 是描述 Java 的軟件組件模型，有點類似于 Microsoft 的 COM 組件概念。在 Java 模型中，通過 JavaBean 可以無限擴充 Java 程序的功能，通過JavaBean 的組合可以快速的生成新的應用程序。對于程序員來說，最好的一點就是 JavaBean 可以實現(xiàn)代碼的重復利用，另外對于程序的易維護性等等也有很重大的意義。 　　JavaBean 通過 Java 虛擬機(Java Virtual Machine)可以得到正確的執(zhí)行，運行 JavaBean 最小的需求是 或者以上的版本。 畢業(yè)論文（設計） 第 23 頁23 / 55　　JavaBean 傳統(tǒng)的應用在于可視化的領(lǐng)域，如 AWT 下的應用。自從 Jsp 誕生后，JavaBean 更多的應用在了非可視化領(lǐng)域，在服務器端應用方面表現(xiàn)出來了越來越強的生命力。在這里我們主要討論的是非可視化的 JavaBean，可視化的JavaBean 在市面上有很多 Java 書籍都有詳細的闡述，在這里就不作為重點了。比如說一個購物車程序，要實現(xiàn)購物車中添加一件汽車這樣的功能，就可以寫一個購物車操作的 JavaBean，建立一個 public 的 AddItem 成員方法，前臺 Jsp文件里面直接調(diào)用這個方法來實現(xiàn)。如果后來又考慮添加汽車的時候需要判斷庫存是否有貨物，沒有貨物不得購買，在這個時候我們就可以直接修改JavaBean 的 AddItem 方法，加入處理語句來實現(xiàn)，這樣就完全不用修改前臺jsp 程序了。 　　當然，也可以把這些處理操作完全寫在 jsp 程序中，不過這樣的 jsp 頁面可能就有成百上千行，光看代碼就是一個頭疼的事情，更不用說修改了。如果您使用過 asp 開發(fā)過程序的話，相信對這就深有體會? 涫凳褂肁 SP+COM 組件完全可以實現(xiàn)同 jsp+javabean 同樣的架構(gòu)，但不知道某種原因網(wǎng)上常見的都是全部寫在 asp 頁面中，所以使得維護修改等極為不方便，當然這是題外話了)。由此可見，通過 JavaBean 可以很好地實現(xiàn)邏輯的封裝、程序的易于維護等等。 復雜的應用涉及大量的代碼，因而把業(yè)務邏輯和前端的表示相分離就顯得格外重要，這種分離可以讓任何一方的變化不會影響到另外一方。所以，所有的 JSP 代碼都應該限制在表示層，可是如果這樣的話，你如何實現(xiàn)你的業(yè)務邏輯呢？這就是 JavaBean 所做的事情。JavaBean 技術(shù)是一個獨立于平臺的組件模型，它讓開發(fā)者編寫、測試通過一個組件后，可以隨處使用，提高了復用性。在 JSP 技術(shù)中，JavaBean 實現(xiàn)了業(yè)務邏輯部分，它把數(shù)據(jù)