金屬公司系統(tǒng)分析報告文案

1、. . . . 金屬公司系統(tǒng)分析報告一、 現(xiàn)行系統(tǒng)調查與分析報告（1） 現(xiàn)行系統(tǒng)組織概況現(xiàn)行系統(tǒng)組織介紹：X金屬材料是原x市物資局下屬的金屬公司于2001年底轉制成立的。公司目前的注冊資金3000萬人民幣，其中90%為國有資產，10%為經營者群體持股。公司繼承了原公司的大部分經營業(yè)務，主要任務是對x市與周邊地區(qū)的所需鋼材、有色金屬等原材料進行采購、進貨，銷售與存儲管理，并且還負責把客戶定購的貨運送到目的地。公司性質屬于流通企業(yè)，業(yè)務圍主要是通常所說的進銷存管理。公司改制后，實行一體化管理和非獨立核算，有效降低了經營成本，業(yè)務量穩(wěn)步擴大。成立的五年多來，經營品種已達250多個大類、數(shù)千種規(guī)格，現(xiàn)

2、有職工237人，進貨客戶與銷貨客戶總共達到2000多家。現(xiàn)行系統(tǒng)組織機構與業(yè)務功能：x金屬材料公司設有辦公室、業(yè)務部、市場部、物流部、財務部和信息中心等部門。每個部下還設有若干職能部門或職能崗位。公司的組織機構如圖15.4所示。圖15.4 x金屬材料公司組織機構圖各部室的業(yè)務圍如下：a.辦公室負責處理公司日常辦公事務（如文件管理，會議安排），行政考核，后勤管理等。b.業(yè)務部是x公司經營鋼材的核心部門，負責金屬材料的進銷存業(yè)務，具體職責有: 采購員6人，他們的職責是根據(jù)市場需求和庫存情況，負責鋼材的現(xiàn)貨和期貨的采購，包括提出采購申請、與供應商簽訂進貨合同，與供應商保持業(yè)務聯(lián)系，進行合同督催等。

3、合同員2人，其職責是負責登記采購員送來的進貨合同,并完成每月的合同統(tǒng)計與分析。 核價員1人，其職責是負責金屬材料到貨后的進價核價與入庫單處理。 銷售員4人，負責金屬材料的銷售管理，如銷售開票，保持與客戶的業(yè)務聯(lián)系等。 統(tǒng)計員2人，負責全公司的物資進銷存統(tǒng)計報表的制作與上報工作。c.市場部負責各地區(qū)的市場開發(fā)工作。d.物流部負責鋼材的運輸和倉儲工作，如鋼材倉庫負責鋼材的驗收、入庫、存放、保管、保養(yǎng)與物資出庫工作，車隊負責送貨和取貨。e.財務部負責全公司經營活動中的收款、付款、開票和各種帳務與資金管理，進行財務分析，編制財務報表等。f.信息中心是以財務部的機房管理人員為基礎新成立的部門，負責公司的

4、信息化規(guī)劃和信息系統(tǒng)的建設。 現(xiàn)行系統(tǒng)的業(yè)務功能，可以用分層描述的現(xiàn)行系統(tǒng)功能圖進行抽象，建立現(xiàn)行系統(tǒng)的功能模型。以業(yè)務部為例， 如果把業(yè)務部的工作用功能圖抽象出來，可建立如圖15.5的業(yè)務部現(xiàn)行系統(tǒng)功能模型。圖15.5 金屬材料公司業(yè)務部功能圖（2） 現(xiàn)行系統(tǒng)工作目標x金屬公司的性質屬于流通企業(yè)，業(yè)務圍主要是通常所說的進銷存管理?，F(xiàn)行系統(tǒng)的主要目標有：l 對各種單據(jù)、合同進行管理；l 對庫存、進銷貨情況進行管理；l 對合同和各種單據(jù)進行統(tǒng)計和查詢；l 實現(xiàn)人員合理分工，保證業(yè)務流程順暢完善；l 進一步提高人員的工作效率，提高業(yè)務量；l 提高物流服務水平；l 建立和擴大經銷網絡，提高市場占有率

5、；（3） 現(xiàn)行系統(tǒng)職能調查情況：分部門來說，各個部門的工作目標大致可列為如下：進貨：l 采購員判斷市場情況，簽訂采購合同；l 合同員登記合同并完成合同的統(tǒng)計與分析，其分析的信息為決策作出支持；l 核價員核對合同價與發(fā)票價，并產生相應的單據(jù)；l 通過與票據(jù)傳遞進行各個部門之間的消息通信l 對業(yè)務臺賬進行與時修改銷貨：l 對金屬材料的銷售進行管理，保持與客戶的業(yè)務聯(lián)系；l 進行可供資源表的維護；l 與庫存部門保持良好聯(lián)系庫存：l 對出庫與入庫的貨物進行核對與清點；l 對庫存進行統(tǒng)計與查詢；l 保持與進貨和銷貨部門的良好聯(lián)系（4） 現(xiàn)行系統(tǒng)功能需求各部室的業(yè)務功能需求如下：a.辦公室負責處理公司日常

6、辦公事務（如文件管理，會議安排），行政考核，后勤管理等。b.業(yè)務部是x公司經營鋼材的核心部門，負責金屬材料的進銷存業(yè)務，具體職責有: 采購員6人，他們的職責是根據(jù)市場需求和庫存情況，負責鋼材的現(xiàn)貨和期貨的采購，包括提出采購申請、與供應商簽訂進貨合同，與供應商保持業(yè)務聯(lián)系，進行合同督催等。 合同員2人，其職責是負責登記采購員送來的進貨合同,并完成每月的合同統(tǒng)計與分析。 核價員1人，其職責是負責金屬材料到貨后的進價核價與入庫單處理。 銷售員4人，負責金屬材料的銷售管理，如銷售開票，保持與客戶的業(yè)務聯(lián)系等。 統(tǒng)計員2人，負責全公司的物資進銷存統(tǒng)計報表的制作與上報工作。c.市場部負責各地區(qū)的市場開發(fā)工

7、作。d.物流部負責鋼材的運輸和倉儲工作，如鋼材倉庫負責鋼材的驗收、入庫、存放、保管、保養(yǎng)與物資出庫工作，車隊負責送貨和取貨。e.財務部負責全公司經營活動中的收款、付款、開票和各種帳務與資金管理，進行財務分析，編制財務報表等。f.信息中心是以財務部的機房管理人員為基礎新成立的部門，負責公司的信息化規(guī)劃和信息系統(tǒng)的建設。（5） 現(xiàn)行系統(tǒng)信息需求現(xiàn)行系統(tǒng)的信息需求包括進貨合同單，供方發(fā)票，購貨要求，物資入庫單，合同完成情況明細，客戶的付款能力，銷貨合同，發(fā)貨單，臨時銷售合同等。我們可以將信息需求用信息流程圖的形式表現(xiàn)出來，如下圖所示：其中第一層的處理邏輯被分解為第二層的2.1合同管理、2.2進貨管理

8、、2.3銷售管理三個處理邏輯，這三個處理邏輯又分解成三第三層數(shù)據(jù)流程圖。圖15.6 業(yè)務部進銷存業(yè)務第一層DFD圖15.7 業(yè)務部進銷存業(yè)務第二層DFD圖15.8 處理邏輯2.1“合同管理”的細化DFD圖15.9 處理邏輯2.2“進貨管理”的細化DFD圖15.10 處理邏輯2.3 “銷售管理”的細化DFD（6） 現(xiàn)行系統(tǒng)查詢與決策要求現(xiàn)行系統(tǒng)查詢與決策要求包括：l 銷售員查詢庫存總賬，了解可供資源以滿足客戶購貨需要；l 采購員要了解各種物資的庫存量以便與時向有關部門提出采購申請；l 核價員要查詢并核對合同價與發(fā)票價是否一致，以便決定開具哪一種票據(jù)；l 合同員需要查詢合同明細；l 公司有關人員需

9、要查詢各種票據(jù)的明細；l 公司有關人員要查詢合同的完成情況，以便確定往來單位的信譽度，并作出優(yōu)惠計劃；l 公司經理需要了解未來季度某種物資的期貨數(shù)量，以便預計下一季度的進銷額；l 公司經理需要了解公司各種經濟指標的完成情況，以便作出長遠的戰(zhàn)略計劃；（7） 現(xiàn)行系統(tǒng)系統(tǒng)分析a.目標分析2003年初公司購買了“金碟”財務軟件，實現(xiàn)了財務管理信息化，但隨著經營業(yè)務的不斷擴大，僅僅在財務管理方面實現(xiàn)信息化，已不能滿足公司業(yè)務的不斷擴大，須盡快改變目前進銷存業(yè)務管理仍然是手工的作業(yè)狀態(tài)。b.存在問題分析銷售的結算方式很多，手續(xù)繁雜，容易出錯；銷售、財務和倉庫各有一本庫存明細賬，數(shù)據(jù)不一致問題嚴重，月底對

10、賬工作量大；人工開銷售憑證，容易寫錯、算錯，事后處理困難；由于銷售人員不能準確掌握庫存，開出的廢票很多，常常要退票；市場開拓能力差，沒有設立設外省市經銷網點；缺乏合理的庫存定額管理，庫存數(shù)字不準，造成大量積壓或脫銷；沒有供應商資料，無法控制進貨質量；由于業(yè)務人員忙于日常事務處理，無精力進行經營活動的分析；經理得到的信息滯后，不能與時了解市場行情與企業(yè)運行情況，影響了正確決策；沒有留下客戶資料，無法進行市場分析和客戶分析，缺乏客戶服務的意識，有些客戶已經流失；公司已使用了財務軟件，但業(yè)務信息系統(tǒng)尚未建立，致使業(yè)務數(shù)據(jù)不能直接、實時地進入財務系統(tǒng)，造成數(shù)據(jù)冗余；單據(jù)繁多，數(shù)據(jù)冗余；“可供資源表”每

11、周制作一次，不能實時反映物資的可供數(shù)量和市場價格，沒什么用處；歷史數(shù)據(jù)缺失，無法進行銷售預測和分析；信息化意識薄弱，不原意嘗試電子商務。c. 環(huán)境分析首先從公司部大環(huán)境分析，目前公司的注冊資金3000萬人民幣，其中90%為國有資產，10%為經營者群體持股。公司繼承了原公司的大部分經營業(yè)務，主要任務是對x市與周邊地區(qū)的所需鋼材、有色金屬等原材料進行采購、進貨，銷售與存儲管理，并且還負責把客戶定購的貨運送到目的地。公司性質屬于流通企業(yè)，目前經營品種已達250多個大類、數(shù)千種規(guī)格，現(xiàn)有職工237人，進貨客戶與銷貨客戶總共達到2000多家。如此大的一家企業(yè)目前僅靠財務軟件來運營，定會造成很多商機的貽誤

12、，并且若想進一步的經營降低成本，其空間將會越來越小。其次從公司的外部環(huán)境分析，目前該市場的利潤空間較高，還會有相當多的公司進入市場，并且目前信息化是一主流，誰掌握的信息更多更迅捷，就意味著能賺更多的差價，簽訂更多的客戶。因此盡快實施信息系統(tǒng)化勢在必行。d. 新系統(tǒng)功能、數(shù)據(jù)與流程需求分析新系統(tǒng)有四大功能，分別為進貨管理功能、銷售管理功能、合同管理功能、庫存管理功能。進貨管理又分為核價、拒付理由書、進貨情況查詢，銷售管理分為核實雙方交易能力、簽訂合同、開票、銷售統(tǒng)計、銷售查詢、注銷，合同管理分為合同登記、發(fā)票登記、合同查詢、合同統(tǒng)計、合同住校，庫存管理分為入庫登記、出庫登記、庫存查詢、庫存統(tǒng)計。

13、新系統(tǒng)將面向合同員、核價員、倉管員與業(yè)務主管，實現(xiàn)信息的實時性，查詢、統(tǒng)計簡便，真正實現(xiàn)進銷存的信息化。新系統(tǒng)所有數(shù)據(jù)如下共有11表，分別為臨時銷售合同，入庫單，發(fā)票明細，發(fā)貨單，可供資源表，合同明細，員工信息表，往來單位，注銷發(fā)票檔案，注銷合同檔案，物資，員工信息表除了有員工的信息還有員工的權限，根據(jù)其權限進入不同的系統(tǒng)模塊進行操作。臨時銷售合同是還未簽訂好的合同。至于其他幾項都是原來手工作業(yè)中都用到的數(shù)據(jù)，只是進行了電子化。新系統(tǒng)的流程由數(shù)據(jù)流程圖DFD分層次地描述。二、新系統(tǒng)目標促進物資流通的社會化、合理化，建立一個能靈敏、高效、全面提供物資經營、管理和決策信息的公司微觀管理信息系統(tǒng)。

14、實現(xiàn)進銷存，統(tǒng)計與財務工作的全面計算機處理，提作工作效率和工作質量。 提高物資流通的社會效益，建立物資配送信息子系統(tǒng). 與時提供物資經營、管理和輔助決策的信息，提高經營管理水平。 能進行各項經濟指標的動態(tài)分析與市場預測、財務預測。 能提供與經營環(huán)境有關的供貨廠商和客戶單位供、需、價格、資源需求等方面的市場信息。 實現(xiàn)信息共享，滿足對各類物資信息處理的準確性、一致性、時效性和靈敏度的要求。三、系統(tǒng)整體特點n 結合批號管理一邊追蹤原銷貨與退貨資料n 可控管庫存量、在途量、未送貨量資料n 自動更新應收應付帳款n 進行貨物進出口的相關核算n 海關編碼庫存清單n 自動計算增值碼、關稅、消費稅n 適用于小

15、規(guī)模納稅人或一般納稅人四、新系統(tǒng)代碼設計本系統(tǒng)采用的代碼均為bigint型，長度為8，采用順序碼。每種類型代碼的第一位都不同，如員工信息表中的員工號第一位為1，往來單位表中的單位碼的第一位是2，物資表中的物資碼的第一位是3，以此類推。每表的第一條記錄都是*0000001，以后每添加一條記錄就加一號。由于采用順序碼，因此本系統(tǒng)對于具體的那個屬于哪一類，比如30000004屬于哪一類鋼材并不清楚，也沒有必要清楚，因為本公司是一個小型的鋼材專賣公司，沒有很全面的資源。但是通過讀取的第一位即可知道該是屬于哪一類，到底是發(fā)票號還是合同號都能知道。本系統(tǒng)采用的代碼全為數(shù)字碼，方便系統(tǒng)自動生成。當要生成一條

16、新記錄時，只需找到表中的最后一條記錄的編碼，將其加一，就是新記錄的編碼的，這樣做能做到方便且自動生成。并且在直接進入數(shù)據(jù)庫輸入時進行一定情況的輸入糾錯，因為只能是數(shù)字才能進入該數(shù)據(jù)表，一旦輸入字母或符號便會報錯。五、新系統(tǒng)邏輯模型設計1. 合同管理子系統(tǒng)合同管理子系統(tǒng)主要包括以下容： 合同管理子系統(tǒng)功能圖:功能建模 合同管理子系統(tǒng)分層新DFD：信息流程建模 合同管理子系統(tǒng)數(shù)據(jù)字典：數(shù)據(jù)建模 合同管理子系統(tǒng)處理邏輯小說明：流程模型的處理邏輯描述。（1） 合同管理子系統(tǒng)功能模型模塊功能說明舉例如下： 合同管理信系統(tǒng)功能圖a 合同登記合同登記模塊負責輸入并編輯進貨合同單，建立“進貨合同”關系數(shù)據(jù)庫文

17、件。b 合同到貨該模塊負責輸入、并編輯供方發(fā)票，建立反映合同到貨數(shù)據(jù)的“發(fā)票明細”數(shù)據(jù)庫文件。c 合同查詢該模塊提供未來期合同資源數(shù)和合同完成情況。d 合同統(tǒng)計該模塊每月/季/年完成“合同完成情況明細”和“合同完成情況匯總表”的制作和打印。e 合同注銷將已完成的合同在“進貨合同”中注銷，并從“進貨合同”文件中轉儲到“注銷合同檔案”歷史文件中。(2) 合同管理子系統(tǒng)信息流程模型圖15.18 合同管理子系統(tǒng)第一層DFD圖15.19 合同管理第二層DFD圖15.20 合同管理第三層新DFD合同登記處理邏輯的細化圖15.21 合同管理第三層新DFD合同到貨處理邏輯的細化圖15.22 合同管理第三層新D

18、FD合同查詢處理邏輯的細化a.數(shù)據(jù)流定義數(shù)據(jù)流定義卡名稱: 進貨合同單簡述: 供應商與公司簽訂的原始供貨合同憑證組成:合同號+簽定日期+訂貨單位碼+訂貨單位名+ +收貨單位名+收貨單位碼+（收）+ （收）+收貨地址+結算單位碼+結算單位名+結算地址+開戶銀行（結）+（結）+供貨單位碼+供貨單位名+供方地址+ （供）+（供）+ （供）+開戶銀行（供）+（供）+運輸方式+物資碼+品名+規(guī)格+型號+技術標準+交貨期+合同數(shù)+合同價+備注流通量:150份/月高蜂期: 每年5月和11月高峰期流通量:300份/月數(shù)據(jù)流定義卡名稱：供方發(fā)票簡述：供貨方給我方的原始憑證，用以確認需付的款項和金額組成：發(fā)票號+

19、發(fā)票代碼+發(fā)票日期+品名+規(guī)格+型號+計量單位+單價+數(shù)量+運雜費+稅率+銷貨單位+備注+合計b.處理邏輯定義名稱：合同管理編號：1.0簡述：專門處理有關進貨合同的各種流程處理邏輯小說明：合同管理的流程大致如下：1. 合同登記處理，即將書面合同轉化為電子版2. 合同到貨處理，包括登記發(fā)票3. 合同查詢，即根據(jù)有關人員的要求對合同的容進行查詢4. 合同統(tǒng)計，即根據(jù)業(yè)務主管的要求統(tǒng)計合同的完成率、合同價總合等5. 合同注銷，即將已經不需要或者已經無效的合同進行注銷。轉入注銷合同檔案名稱：合同登記編號：1.1簡述：將合同從書面版轉為電子版處理邏輯小說明： 其主要功能為合同原件與供貨方簽訂的合同輸入電

20、腦中，其中有些字段的數(shù)據(jù)為自動生成，如合同號。另外如物資碼是在合同員選擇了物資的品名、規(guī)格、型號后自動生成的。如果添加的單位是新單位，會彈出一個添加新單位的畫面，用于輸入新單位的單位名、地址、 等信息，點擊提交添加一條記錄進新單位。若輸入的物資為新物資，無法從現(xiàn)有物資中選出的話，可以自行填空，在登記合同的畫面上點擊登記，會自動將新物資的信息放入物資表中，同時添加一條合同記錄進合同明細表。注意，添加的合同記錄的字段進貨/銷貨的值為1，表進貨合同。名稱：合同到貨編號：1.2簡述：合同中約定的貨物到達本公司時的處理處理邏輯小說明： 合同到貨的主要功能為登記發(fā)票，隨著貨物的到來，發(fā)票一起到來，本系統(tǒng)要

21、求紙化的發(fā)票應轉變?yōu)殡娮影娴陌l(fā)票，因此需要將發(fā)票登記入數(shù)據(jù)表。發(fā)票登記彈出的畫面是一個帶有許多空格的畫面，這些表格有些可以選擇，比如合同號，即該發(fā)票是針對某一份合同所開出的發(fā)票；另外有些空格是固定的不能填選的，如發(fā)票號，是系統(tǒng)自動生成的。填選完畢，點擊提交按鈕即可將發(fā)票提交之數(shù)據(jù)庫。名稱：合同注銷編號：1.5簡述：對于不需要的合同予以注銷處理邏輯小說明： 合同注銷是針對那些還沒有登記發(fā)票的合同所提供的功能，注銷的畫面上會出現(xiàn)一表，其中會有可以予以注銷的合同，可以任選一份合同予以注銷。點擊“確定”按鈕后即注銷合同，也就是把該條合同記錄從合同明細中轉入注銷合同檔案中，一切數(shù)據(jù)都不變。名稱：合同查詢

22、編號：1.3簡述：根據(jù)有關人員的要求進行查詢并返回查詢結果處理邏輯小說明： 根據(jù)有關人員的要求，查詢合同明細表并根據(jù)物資碼或合同號調出合同明細中的數(shù)據(jù)，以表格的形式給查詢的人查看。名稱：合同統(tǒng)計編號：1.4簡述：根據(jù)業(yè)務主管的要求進行統(tǒng)計并返回統(tǒng)計結果處理邏輯小說明： 根據(jù)業(yè)務主管的要求，根據(jù)合同明細中的數(shù)據(jù)，進行相應的累加，以表格的方式返回給需要統(tǒng)計結果的人員看。2. 庫存管理子系統(tǒng)（1） 庫存管理子系統(tǒng)功能模型庫存管理入庫登記出庫登記庫存查詢庫存統(tǒng)計按品名查詢庫存情況按地點查詢庫存情況按日期查詢庫存情況總庫存剩余量按月統(tǒng)計入庫數(shù)按月統(tǒng)計出庫數(shù)a 庫登記入庫登記模塊負責核對入庫貨物，在入庫單

23、上填寫實收數(shù)，并修改可供資源表。b 庫登記出庫登記模塊負責核對出庫貨物，在發(fā)貨單上填寫實發(fā)數(shù)，修改可供資源表，并控制庫存，當庫存低于警戒線時發(fā)出警報。c 存查詢該模塊提供某種物資的庫存情況，以與某日進出庫的貨物清單。d 存統(tǒng)計該模塊按月統(tǒng)計進出庫的總量。(2) 庫存管理子系統(tǒng)信息流程模型3.0庫存管理D6入庫單D11發(fā)貨單D5可供資源表核價員客戶業(yè)務主管有關人員查詢結果統(tǒng)計結果入庫單生成信息銷售員發(fā)貨單生成信息息庫存管理第一層DFD核價員入庫單生成信息3.1入庫登記D6入庫單銷售員3.2出庫登記發(fā)貨單生成信息D5可供資源表D9發(fā)貨單3.3庫存查詢3.4庫存統(tǒng)計有關人員業(yè)務主管庫存管理第二層DF

24、D核價員入庫單生成信息3.1.1核對貨物正確3.1.2填實收數(shù)量D6入庫單3.1.4入庫登記D5可供資源表3.1.3退回貨物錯誤供應商貨物庫存管理第三層新DFD入庫登記明細銷售管理第三層新DFD-銷售查詢明細庫存管理第三層新DFD出庫登記明細銷售管理第三層新DFD-銷售查詢明細3.3.0查詢分類3.3.1查詢分類3.3.0按日期查詢出情況3.3.0按日期查詢進貨情況合同員合同員D5可供資源表D11發(fā)貨單D2物資D6入庫單D6物資D2庫存管理第三層新DFD庫存查詢明細業(yè)務主管統(tǒng)計要求3.4.0統(tǒng)計目標3.4.1按品名統(tǒng)計庫存剩余 量統(tǒng)計庫存剩余量3.4.2按月份統(tǒng)計入庫數(shù) 某月入庫數(shù)3.4.3按

25、月份統(tǒng)計出庫數(shù) 某月出庫數(shù)D5可供資源表D6入庫單D9發(fā)貨單業(yè)務主管庫存管理第三層新DFD庫存統(tǒng)計明細a.處理邏輯定義名稱: 核對貨物編號：3.1.1簡述:核對入庫單與實收貨物處理邏輯小說明:1. 登陸頁面時自動搜索需要處理的入庫單。2. 調出入庫單的詳細容。3. 核對貨物 如果合格 則轉處理邏輯3.1.2否則 出錯處理名稱: 填實收數(shù)編號：3.1.2簡述:在入庫單上填寫實收數(shù)量處理邏輯小說明:填寫實收數(shù)量名稱: 入庫登記編號：3.1.3簡述:修改可供資源表處理邏輯小說明:1.新可供數(shù)量=原可供數(shù)量+實發(fā)數(shù)量2.填寫驗收日期名稱:編號:3.2.1簡述:清點出庫數(shù)目處理邏輯小說明:1. 登陸頁面

26、時自動搜索需要處理的發(fā)貨單。2. 調出發(fā)貨單的詳細容。3. 清點出貨物名稱:填寫實發(fā)數(shù)編號:3.2.2簡述:在發(fā)貨單上填實發(fā)數(shù)處理邏輯小說明:填實發(fā)數(shù)量名稱:出庫登記編號：3.1.3簡述:修改可供資源表處理邏輯小說明:1. 新可供數(shù)量=原可供數(shù)量+實發(fā)數(shù)量2. 新正在商議數(shù)=原正在商議數(shù)-合同數(shù)3. 填寫驗收日期名稱: 按品名查詢編號：3.3.1簡述:根據(jù)品名查詢庫存數(shù)量處理邏輯小說明:選擇品名，查詢庫存數(shù)量名稱: 按進貨日期查詢編號：3.3.2簡述:根據(jù)進貨日期查詢進貨情況處理邏輯小說明:選擇進貨日期，查詢當日的進貨情況名稱: 按出貨日期查詢編號：3.3.2簡述:根據(jù)出貨日期查詢進貨情況處理

27、邏輯小說明:選擇出貨日期，查詢當日的出貨情況3 進貨管理子系統(tǒng)進貨管理子系統(tǒng)包括以下容： 進貨管理子系統(tǒng)功能圖:功能建模 進貨管理子系統(tǒng)分層新DFD：信息流程建模 進貨管理子系統(tǒng)數(shù)據(jù)字典：數(shù)據(jù)建模 進貨管理子系統(tǒng)處理邏輯小說明：流程模型的處理邏輯描述。(1) 進貨管理子系統(tǒng)功能模型銷售管理第三層新DFD-銷售查詢明細進 貨 管 理 4.1 4.2 4.3 4.4 4.5 拒付理由書查詢編拒付理由書生成入庫單進貨查詢核價 4.5.1 4.5.2 4.5.3 4.5.4 4.5.54.5.6按規(guī)格查詢按品名查詢按進貨單位查詢按物資碼查詢按單價查詢按數(shù)量查詢（1） 核價該模塊負責核實合同明細和發(fā)票明

28、細的單價情況。如果一致就生成入庫單的界面，如果不一致，就生成拒付理由書的摘要并建立“拒付理由書”關系數(shù)據(jù)庫文件。（2）產生入庫單該模塊負責輸入并編輯入庫單的部分字段，建立“入庫單”關系數(shù)據(jù)庫文件。（3）拒付理由書查詢該模塊負責拒付理由書摘要和提交情況的查詢以與創(chuàng)建文本的拒付理由書并提交給業(yè)務主管。（4）進貨查詢該模塊負責提供進貨資源情況的查如種類，名稱，進貨單位等。(2) 銷售管理子系統(tǒng)信息流程模型進貨管理第一層DFD進貨管理第二層DFD進貨管理第三層DFD進貨查詢(3) 銷售管理子系統(tǒng)數(shù)據(jù)模型a. 邏輯說明定義名稱：進貨管理編號：4.0簡述：處理進貨后的核價，生成入庫單和拒付理由書的流程處理

29、邏輯小說明：進貨管理子系統(tǒng)的流程如下：1 先由核價員輸入合同員通知的要核價的發(fā)票的發(fā)票號，由系統(tǒng)自動完成核價，并根據(jù)核價的結果來繼續(xù)下一步。2 如果核價正確，則生成入庫單的錄入界面，由核價員完成錄入并把相關信息提交數(shù)據(jù)庫。3 如果核價錯誤，則呈現(xiàn)付理由書的摘要信息，并由鑒定人把相關信息提交數(shù)據(jù)庫，并可以編制正式文本的拒付理由書和提交給業(yè)務主管。4 若想了解拒付理由書的摘要信息，可進入拒付理由書的查詢界面，可選擇或輸入要了解的拒付理由書對應的發(fā)票號，即可看到想得到的信息，對于未編制正式文本的可選中并編制。5 若想了解進貨的大致情況，可進入進貨查詢的模塊，可針對某一項指標如數(shù)量，單價進行有條件的查

30、詢，也可進行概況的查詢。名稱：核價編號：4.1簡述：對合同價和發(fā)票價進行核對，確定兩者是否一致處理邏輯小說明：從“合同明細”中取出合同數(shù)和合同價，自動算出合同單價，公式為合同單價=合同價/合同數(shù)再從“發(fā)票明細”中取出單價，把兩者對比，如果相符則轉入1.2如果不相符則轉入1.3名稱：生成入庫單編號：4.2簡述：完成入庫單部分信息的錄入處理邏輯小說明：若發(fā)票單價和合同單價相符，核價員錄入物資入庫單。1入庫單號由系統(tǒng)自動生成，在原來的入庫單號的基礎上加一；2發(fā)票號由核價界面?zhèn)鬟^來，根據(jù)該發(fā)票號從“發(fā)票明細”中獲得合同號；3根據(jù)合同號從“合同明細”中獲得合同數(shù)，即界面上的件數(shù)。還可以得到物資碼；4根據(jù)

31、物資碼查“可供資源表”，得到該物資對應的庫位；5制單日期由系統(tǒng)自動生成，即生成這入庫單時的日期。以上都無需人工錄入，并且不能修改。核價員只需填入結算方式，承付日期和質保書情況。全部都填寫完畢后，即可提交到“入庫單”關系數(shù)據(jù)庫文件。至于“入庫單”中還有的實收數(shù)量和驗收日期暫不填，由倉管員來完成錄入。名稱：編拒付理由書編號：4.3簡述：完成拒付理由書信息的錄入和編制正式的拒付理由書并提交給主管處理邏輯小說明：如果合同單價和發(fā)票單價不相符，則產生拒付理由書摘要信息。這些摘要信息包括：1 核價界面?zhèn)鬟^來的發(fā)票號，發(fā)票價；2 核價界面?zhèn)鬟^來的合同號，合同價；3 根據(jù)發(fā)票價和合同價自動計算得出拒付理由如：

32、發(fā)票價比合同價少100元；以上都無需人工錄入，并且不能修改。只需填寫上鑒定人的名稱。填寫完畢即可提交到“拒付理由書”關系數(shù)據(jù)庫文件。對于剛產生的拒付理由書顯然都是沒有對應的正式文本形式的，因此，同時在提交這些信息的同時把“拒付理由書”的提交情況字段置為“否”。提交完畢，就可以根據(jù)這些摘要信息開始編制正式的拒付理由書,編制完畢提交給業(yè)務主管。提交給主管后，系統(tǒng)自動把“拒付理由書”的提交情況字段置為“是”。這個字段是在查詢的時候反映出來的。名稱：拒付理由書查詢編號：4.4簡述：對拒付理由書的摘要信息進行查詢處理邏輯小說明：查詢是根據(jù)發(fā)票號來進行的。發(fā)票號可以自行輸入，或者選擇已經存在于“拒付理由書

33、”中的發(fā)票號。查詢到的信息是存于“拒付理由書”中的所有字段，若該條記錄的提交情況是“否”的話，則可以選中該條記錄并摁下編制拒付理由書的摁鈕，即可開始編制正式的文本形式的拒付理由書。名稱：進貨查詢編號：4.5簡述：對所進的貨物有關情況進行查詢處理邏輯小說明： 可以在界面上選擇你要查詢的項目，包括數(shù)量，單價，進貨單位，品名，規(guī)格，物資碼，如果選中其中一項，則可以在下面的框框中得到該項目的所有存在的指標數(shù)，可以選擇一項你所關心的指標數(shù)進行查詢，也可以選擇“查詢全部”，這樣所有存在于數(shù)據(jù)庫中的記錄都會顯現(xiàn)出來。 查詢出來的就是數(shù)量，單價，進貨單位，品名，規(guī)格，物資碼這幾個項目。4 銷售管理子系統(tǒng)銷售管

34、理子系統(tǒng)包括以下容： 銷售管理子系統(tǒng)功能圖:功能建模 銷售管理子系統(tǒng)分層新DFD：信息流程建模 銷售管理子系統(tǒng)數(shù)據(jù)字典：數(shù)據(jù)建模 銷售管理子系統(tǒng)處理邏輯小說明：流程模型的處理邏輯描述。(1) 銷售管理子系統(tǒng)功能模型銷售管理核實雙方交易能力簽訂合同開票銷售查詢銷售統(tǒng)計注銷臨時銷售合同注銷正式文檔核實客戶購買力核實資源可用性生成臨時合同登記證正式合同預開票結算開票發(fā)票注銷銷售合同注銷銷售完成情況明細銷售完成情況匯總2.1 12.212.3 12.412.5 12.6 12.7 12.1.1 12.1.22.2.12.2.22.3.12.3.22.5.12.5.22.6.12.6.2發(fā)貨單注銷2.6

35、.3（1） 核實雙方交易能力核實雙方交易能力分別從訂貨單位和本公司資源兩方面來考慮，負責確定一筆交易是否有可能進行，用以添加至臨時銷售合同表。（2） 簽訂合同簽訂合同模塊的主要功能為簽訂臨時銷售合同和將臨時銷售合同轉正式合同。（3） 開票該模塊的主要功能位生成發(fā)貨單和開出發(fā)票，用以和客戶打交道。（4） 銷售查詢 該模塊的主要功能是根據(jù)有關人員的不同查詢要求進行查詢。（5） 銷售統(tǒng)計 銷售統(tǒng)計模塊的主要功能是為業(yè)務主管提供對本公司某年度某季度的銷售明細或匯總情況進行統(tǒng)計的服務。（6） 注銷臨時銷售合同 注銷臨時銷售合同的主要功能是將那些已經沒有希望簽訂正式合同的臨時銷售合同從臨時銷售合同表中刪除

36、。（7） 注銷正式文檔該模塊的功能共有三塊，分別為發(fā)貨單注銷、發(fā)票注銷和正式合同注銷。她用來在某些發(fā)貨單、發(fā)票或合同沒有必要再留著時予以注銷。(2) 銷售管理子系統(tǒng)信息流程模型客戶2.0銷 售管 理D1往來單位D2物資購貨要求D10 臨時銷售合同D3合同明細D5可供資源表D9發(fā)貨單D7注銷合同檔案D8注銷發(fā)票檔案客戶發(fā)貨單財務發(fā)票業(yè)務主管銷售統(tǒng)計表有關人員查詢結果D4發(fā)票明細銷售管理第一層DFD客戶購貨要求2.1核實雙方交易能 力D5可供資源表D2物資D1往來單位no2.2簽 訂合 同D10臨時銷售合同yesD2物資D3合同明細D5可供資源表2.3開票D9發(fā)貨單D4發(fā)票明細D3合同明細合同簽訂

37、成功2.4銷 售查 詢查詢結果有關人員查詢要求2.5銷 售統(tǒng) 計月銷售業(yè)務統(tǒng)計表業(yè)務主管2.7注 銷正 式文 檔D3合同明細D5可供資源表D4發(fā)票明細失敗合同簽訂2.6注 銷臨 時合 同D7注銷合同檔案D8注銷發(fā)票檔案銷售管理第二層DFD客戶購貨要求2.1.1核 實資 源可 用性D5可供資源表D2物資yes2.1.1核 實客 戶購 買能 力D1往來單位yes銷售員nono銷售管理第三層新DFD-核實雙方交易能力細化銷售員核實能力合格2.2.1生 成臨 時合 同D10臨時銷售合同客戶臨時銷售合同2.2.2登 記正 式合 同簽過名的原合同D3合同明細D10臨時銷售合同銷售管理第三層新DFD-簽訂合

38、同明細銷售員正式合同生成2.3.1預開票D3合同明細D9發(fā)貨單生成發(fā)貨單信息倉庫修改了發(fā)貨單的信息2.3.2結 算開 票 D9發(fā)貨單D4發(fā)票明細銷售管理第三層新DFD-開票明細有關人員查詢請求2.4.0查 詢分 類 2.4.1查詢單位總購數(shù)按購貨單位碼2.4.2查詢物資銷售 情 況按物資碼按發(fā)票號2.4.3查 詢發(fā) 票內 容D1 往來單位D4發(fā)票明細D2物資D4發(fā)票明細有關人員購貨單位總購買數(shù)鋼材銷售明細情況個別單位交易詳情銷售管理第三層新DFD-銷售查詢明細業(yè)務主管統(tǒng)計要求2.5.0統(tǒng) 計分 類 完成情況明細完成情況匯總2.5.1統(tǒng) 計完 成情 況明 細2.5.2統(tǒng) 計完 成情 況匯 總D4

39、發(fā)票明細D3合同明細業(yè)務主管銷售管理第三層新DFD-銷售統(tǒng)計明細業(yè)務主管注銷要求2.7.0注 銷分 類 注銷合同2.7.1銷 售合 同注 銷D3 合同明細D7注銷合同檔案2.7.2發(fā) 票注 銷D8注銷發(fā)票檔案D4 發(fā)票明細注銷發(fā)票注銷發(fā)貨單2.7.3發(fā) 貨單 注銷D9發(fā)貨單銷售管理第三層新DFD-注銷正式文檔明細(3) 銷售管理子系統(tǒng)數(shù)據(jù)模型a. 數(shù)據(jù)流定義數(shù)據(jù)流定義卡名稱：發(fā)貨單簡述：客戶可以取貨的憑證，且是是否可以開票的依據(jù)組成：發(fā)貨單號+物資碼+物資名+規(guī)格+型號+庫位+制單日期+發(fā)貨日期+結算方式+質保書+ 實發(fā)數(shù)量+件數(shù)+承付日期數(shù)據(jù)流定義卡名稱：發(fā)票簡述：客戶付錢多少的憑證，也是客

40、戶與本公司進行了該筆交易的憑證，交給客戶用以提醒其給錢組成：發(fā)票號+發(fā)票代碼+發(fā)票日期+品名+規(guī)格+型號+計量單位+單價+數(shù)量+運雜費+稅率+銷貨單位+備注+合計數(shù)據(jù)流定義卡名稱：購貨要求簡述：是購貨方對我方提出的所購物資的具體容與價格組成：品名+規(guī)格+型號+價格+數(shù)量+交貨日期數(shù)據(jù)流定義卡名稱：銷售統(tǒng)計表簡述：是業(yè)務主管在輸入統(tǒng)計要求后返回的統(tǒng)計結果組成：物資碼+品名+規(guī)格+型號+合同價+數(shù)量+合同完成率+單位名+年度+季度數(shù)據(jù)流定義卡名稱：查詢結果簡述：是有關人員再輸入查詢要求后返回的查詢結果組成：訂貨單位名+品名+規(guī)格+型號+合同價+數(shù)量+單價+運輸方式+承付日期+發(fā)貨日期+實發(fā)數(shù)量+備

41、注+收貨單位名+結算單位名+供貨單位名b. 處理邏輯定義名稱：銷售管理編號：2.0簡述：處理銷售過程中的合同、發(fā)貨單、發(fā)票的處理流程處理邏輯小說明：銷售管理子系統(tǒng)的流程如下：1. 根據(jù)客戶的需求和公司的資源情況，生成臨時銷售合同，等待客戶簽字；2. 已經客戶簽字同意，該臨時銷售合同生效，將臨時銷售合同轉為正式合同； 若客戶不予簽字，該合同就是無效合同，經上級人員批準，注銷該臨時銷售合同；3. 對于未生成發(fā)貨單的正式合同開出發(fā)貨單，并交予倉庫，等待填入發(fā)貨時間和實發(fā)數(shù)量。4. 若一份未生成發(fā)貨單的正式合同因某種原因需要注銷，經上級批準，可予注銷該正式合同，進入注銷合同檔案。5. 對于已經由倉管員

42、填入發(fā)貨時間和實發(fā)數(shù)量的發(fā)貨單，可以進行結算開票，添加入發(fā)票明細。6. 若一份未結算開票的發(fā)貨單由于某種原因需要注銷，經上級批準，可予注銷該發(fā)貨單。7. 若一發(fā)票因某種原因需要注銷，經上級批準，可予注銷該發(fā)票。8. 有關人員可以進行查詢功能，按照不同的查詢要求得到不同的查詢結果。9. 業(yè)務主管可以使用統(tǒng)計功能，知曉某年某季度的銷售明細和匯總。名稱：核實雙方交易能力編號：2.1簡述：確定雙方是否有完成該筆交易的能力來決定是否該簽訂臨時銷售合同處理邏輯小說明：簽訂每一份臨時銷售合同前，都必須進行以下步驟：1. 核實購買的單位是否具有足夠的信譽度來完成交易，以防發(fā)生壞帳。2. 核實本公司是否有足夠的

43、資源來滿足該購買單位，以防發(fā)生缺貨現(xiàn)象。名稱：簽訂合同編號：2.2簡述：與客戶簽訂合同的過程處理邏輯小說明：簽訂合同的流程如下：1. 生成臨時銷售合同，等待客戶簽字；2. 若經客戶簽字同意，該臨時銷售合同生效，將臨時銷售合同轉為正式合同。名稱：開票編號：2.3簡述：為正式合同生成發(fā)貨單和開出發(fā)票處理邏輯小說明：對于每一份正式合同：1. 開出發(fā)貨單，將發(fā)貨日期和實發(fā)數(shù)量留給倉管員填，并以email或的方式通知倉管員去填這兩欄。2. 對于已經由倉管員填了實發(fā)數(shù)量和發(fā)貨日期的發(fā)貨單對應開出發(fā)票，更新發(fā)票明細表。名稱：銷售查詢編號：2.4簡述：根據(jù)有關人員的查詢要求進行查詢處理邏輯小說明：有關人員可做

44、的查詢有：1. 根據(jù)單位碼查詢單位總購數(shù)；2. 按物資碼查詢物資銷售情況；3. 按發(fā)票號查詢交易容。名稱：銷售統(tǒng)計編號：2.5簡述：根據(jù)業(yè)務主管的統(tǒng)計要求進行統(tǒng)計處理邏輯小說明：業(yè)務主管可做的統(tǒng)計有：1. 統(tǒng)計某年某季度某資源的銷售明細情況；2. 統(tǒng)計某年某季度某單位的消費情況名稱：注銷臨時銷售合同編號：2.6簡述：對于上級已批準的不能生效的臨時銷售合同予以注銷處理邏輯小說明：若某分臨時銷售合同由于客戶不予簽字，或者資源改變或客戶要求變更，該合同就是無效合同，經上級人員批準，注銷該臨時銷售合同，將其移出臨時銷售合同表。另外，更新可供資源表的正在商議數(shù)字段，公式為：正在商議數(shù)=正在商議數(shù)-合同數(shù)

45、名稱：注銷正式文檔編號：2.7簡述：經上級批準，對發(fā)票、正式合同和發(fā)貨單予以注銷處理邏輯小說明：可能發(fā)生的注銷情況有以下幾種：1. 若一份未生成發(fā)貨單的正式合同因某種原因需要注銷，經上級批準，可予注銷該正式合同，進入注銷合同檔案。2. 若一發(fā)票因錯開等原因需要注銷，經上級批準予以注銷，進入注銷發(fā)票檔案。3. 對于未開票的發(fā)貨單若有需要注銷，經上級批準可予注銷。4. 對于已經開票的發(fā)貨單若要注銷必先注銷發(fā)票，才能注銷該發(fā)貨單。5. 對于已經生成發(fā)貨單的合同，若需要注銷，必先注銷該發(fā)貨單才能注銷該合同。名稱：核實資源可用性編號：2.1.1簡述：確定客戶要求的資源是否存在且足夠處理邏輯小說明；核實資

46、源可用性有以下步驟：1. 根據(jù)客戶要求的物資，查找物資表：如果 該物資表中找不到對應物資則 直接反饋不能生成該臨時銷售合同 否則 得出該物資對應的物資碼，轉22. 根據(jù)物資碼查找可供資源表，查找其實際可供數(shù)，即：可供數(shù)量-正在商議數(shù)3. 將實際可供數(shù)與客戶需要的數(shù)量比較如果 實際可供數(shù)<客戶需要數(shù)則 直接反饋不能生成該臨時銷售合同名稱：核實客戶購買能力編號：2.1.2簡述：確定該單位是否有能力完成該筆交易處理邏輯小說明：核實客戶購買能力有以下步驟：1. 購貨單位名查找往來單位表：如果 該往來單位表中找不到對應單位 則 彈出添加新單位的畫面，添加完新單位后轉5否則 得出該單位名對應的單位碼

47、，轉52. 據(jù)單位碼查找該單位的信譽度字段：如果 該單位的信譽度>50 則 可以與該單位交易否則 直接反饋不能生成該臨時合同名稱：生成臨時合同編號：2.2.1簡述：經核實雙方交易能力后，生成臨時銷售合同，為生成正式合同做準備，使每份正式合同必經的階段處理邏輯小說明：其生成過程一般如下：1. 首先判斷該單位的核實結果是否為可以銷售如果 可以銷售則 顯示填寫臨時合同的畫面，轉2 否則 彈出message提示由于未核實或核實結果為不能銷售而不能生成臨時銷售合同2. 自動取出核實雙方交易能力時的數(shù)據(jù)，包括訂貨單位名、所定物資名、規(guī)格、型號、數(shù)量。如果 在核實雙方交易能力時未輸規(guī)格、型號或數(shù)量則

48、顯示的畫面中這些空格為空，且各項規(guī)格或型號能在先選擇規(guī)格或型號的前提下自動生成對應的值，以防發(fā)生找不到物資的情況 否則 自動生成這些規(guī)格、型號和數(shù)量，且不能修改3. 點擊提交按鈕如果 所有空格未填滿則 彈出message提示有空格未填，中止提交過程 否則 如果 在核實雙方交易能力時未輸規(guī)格、型號或數(shù)量 則 實該規(guī)格、型號的物資的可供數(shù)量是否足夠用來銷售 足夠 則 直接提交數(shù)據(jù)庫，添加一條記錄至臨時銷售合同 否則 彈出message提示物資不夠，請重新核實能力 否則 接提交數(shù)據(jù)庫，添加一條記錄至臨時銷售合同4. 若點擊“重新填選”按鈕，除了從核實雙方交易能力模塊中直接取出的不能修改的數(shù)據(jù)外，全部

49、清空。5. 更新可供資源表的正在商議數(shù)，公式為：正在商議數(shù)=正在商議數(shù)+數(shù)量名稱：登記正式合同編號：2.2.2簡述：將臨時銷售合同轉為正式合同，使之具有生成發(fā)貨單和開出發(fā)票的資格處理邏輯小說明：其主要功能為以表格的形式顯示還在臨時銷售合同表中的合同，盡量顯示其詳細的信息，一旦客戶簽了字，讓銷售員能夠選擇正確的臨時銷售合同并將其準為正式合同。轉為正式合同后會更新該表格，去掉之前轉為正式合同的臨時銷售合同，防止銷售員進行誤操作，再次調用已不在臨時銷售合同表中的合同。名稱：預開票編號：2.3.1簡述：對于未生成發(fā)貨單的正式合同生成其對應發(fā)貨單處理邏輯小說明：進入預開票功能模塊后，首先看見的是以表格形

50、式顯示的尚未生成發(fā)貨單的正式合同，一次只可以選擇一份合同以生成發(fā)貨單。如果 選擇了兩份合同且點擊“確定” 則 彈出message提示只能選擇一份合同如果 沒有選擇合同且點擊“確定” 則 彈出message提示必須選擇一份合同如果 表格中已經沒有合同且點擊“確定” 則 彈出message提示已沒有可以開發(fā)貨單的合同一旦選中一份正式合同，點擊“確定”后，彈出生成發(fā)貨單的界面，其中發(fā)貨單號為自動生成，對應合同號自動取自之前選取的合同，制單日期為當前日期，也為自動生成；另外可以填寫的為承付日期，其日期必定晚于制單日期。填選完畢點擊提交，若未填選完整，彈出message提示，并中止提交過程；否則提交至發(fā)貨單表