【正文】 完 成情 況 明 細 表核 價員供 方 發(fā) 票合 同 進 / 銷 價物 資 入 庫 單 ⑤銷 售員物 資 入 庫 單 ⑤ 圖 處理邏輯 “合同管理”的細化 DFD 合 同員統(tǒng) 計財 務業(yè) 務主 管倉 庫2 . 2 . 1登 記 發(fā) 票目 錄核 價 員2 . 2 . 3編 拒 付理 由 書核 價 員2 . 2 . 4產(chǎn) 生 物 資入 庫 單核 價 員2 . 2 . 5填 實 收數(shù) 量核 價 員 J 4 發(fā) 票 目 錄2 . 2 . 2核 對價 格核 價 員價 格 不 相 符財 務拒 付 理 由 書合 同員物 資 入 庫 單 ③ ④ ⑤ ⑥物 資 入 庫 單 ③ ④ ⑤ 物 資 入 庫 單 ①物 資 入 庫 單 ② ③ ④供 方 發(fā) 票物 資 入 庫 單 ⑤ J 5 物 資 入 庫 單 ① ② 暫 存供 方 發(fā) 票合 同 進 / 銷 價供 方 發(fā) 票合 同 進 / 銷 價價 格 相 符供 方 發(fā) 票 圖 處理邏輯 “進貨管理”的細化 DFD 合 同員倉 庫財 務客 戶物 資 入 庫 單 ⑤2 . 3 . 1做 業(yè) 務臺 帳銷 售 員2 . 3 . 3預 開 票銷 售 員2 . 3 . 2核 實 購 買能 力銷 售 員2 . 3 . 5結 算開 票銷 售 員2 . 3 . 4銷 售登 記銷 售 員 J 6 業(yè) 務 臺 帳統(tǒng) 計2 . 3 . 7做 可 供 資源 表銷 售 員2 . 3 . 6修 改庫 存銷 售 員 J 6 業(yè) 務 臺 帳 （ 入 庫 單 ⑤ ）合 格 購 貨 要 求購 貨 要 求付 款 能 力不 合 格 購 貨 要 求 J 7 發(fā) 貨 單 ⑤ ⑥ ⑦ 暫 存 J 7 發(fā) 貨 單 ① 暫 存發(fā) 貨 單 ④發(fā) 貨 單 ① ② ③發(fā) 貨 單 ①發(fā) 貨 單 ⑤ ⑥ ⑦發(fā) 貨 單 ⑤發(fā) 貨 單 ⑤ 可 供 資 源 表客 戶 圖 處理邏輯 “銷售管理”的細化 DFD （ 6） 現(xiàn)行系統(tǒng)查詢與決策要求 現(xiàn)行系統(tǒng)查詢與決策要求包括： ? 銷售員查詢庫存總賬，了解可供資源以滿足客戶購貨需要； ? 采購員要了解各種物資的庫存量以便及時向有關部門提出采購申請； ? 核價員要查詢并核對合同價與發(fā)票價是否一致，以便決定開具哪一種票據(jù)； ? 合同員需要查詢合同明細； ? 公司有關人員需要查詢各種票據(jù)的明細； ? 公司有關人員要查詢合同的完成情況，以便確定往來單位的信譽度，并作出優(yōu)惠計劃； ? 公司經(jīng)理需要了解未來季度某種物 資的期貨數(shù)量，以便預計下一季度的進銷額； ? 公司經(jīng)理需要了解公司各種經(jīng)濟指標的完成情況，以便作出長遠的戰(zhàn)略計劃； （ 7） 現(xiàn)行系統(tǒng)系統(tǒng)分析 2020 年初公司購買了“金碟”財務軟件，實現(xiàn)了財務管理信息化，但隨著經(jīng)營業(yè)務的不斷擴大，僅僅在財務管理方面實現(xiàn)信息化，已不能滿足公司業(yè)務的不斷擴大，須盡快改變目前進銷存業(yè)務管理仍然是手工的作業(yè)狀態(tài)。 d. 新系統(tǒng)功能、數(shù)據(jù)與流程需求分析 新系統(tǒng)有四大功能，分別為進貨管理功能、銷售管理功能、合 同管理功能、庫存管理功能。 ① 實現(xiàn)進銷存，統(tǒng)計及財務工作的全面計算機處理，提作工作效率和工作質(zhì)量。由于采用順序碼，因此本系統(tǒng)對于具體的那個號碼屬于哪一類，比如 30000004屬于哪一類鋼材并不清楚，也沒有必要清楚，因為本公司是一個小型的鋼材專賣公司，沒有很全面的資源。 c 合同查詢 該模塊提供未來期合同資源數(shù)和合同完成情況。注意，添加的合同記錄的字段進貨 /銷貨的值為 1，表進貨合同。 2. 庫 存管 理 子系統(tǒng) （ 1） 庫存 管理子系統(tǒng)功能模型 a 庫登記 入庫登記模塊負責核對入庫貨物，在入庫單上填寫實收數(shù)，并修改 可供資源表。 3. 清點出貨物 名稱 :填寫實 發(fā)數(shù) 編號 : 簡述 :在發(fā)貨單上填實發(fā)數(shù) 處理邏輯小說明 : 填實發(fā)數(shù)量 名稱 :出庫登記 編號： 簡述 :修改可供資源表 處理邏輯小說明 : 1. 新可供數(shù)量 =原可供數(shù)量 +實發(fā)數(shù)量 2. 新正在商議數(shù) =原正在商議數(shù) 合同數(shù) 3. 填寫驗收日期 名稱 : 按品名查詢 編號： 簡述 :根據(jù)品名查詢庫存數(shù)量 處理邏輯小說明 : 選擇品名，查詢庫存數(shù)量 名稱 : 按進貨日期查詢 編號： 簡述 :根據(jù)進貨日期查詢進貨情況 處理邏輯小說明 : 選擇進貨日期，查詢當日的進貨 情況 名稱 : 按出貨日期查詢 編號： 簡述 :根據(jù)出貨日期查詢進貨情況 處理邏輯小說明 : 選擇出貨日期，查詢當日的出貨情況 3 進貨管理子系統(tǒng) 進貨管理子系統(tǒng)包括以下內(nèi)容： ① 進貨管理子系統(tǒng)功能圖 :功能建模 ② 進貨管理子系統(tǒng)分層新 DFD：信息流程建模 ③ 進貨管理子系統(tǒng)數(shù)據(jù)字典：數(shù)據(jù)建模 ④ 進貨管理子系統(tǒng)處理邏輯小說明：流程模型的處理邏輯描述。 3． 如果核價錯誤，則呈現(xiàn)付理由書的摘要信息，并由鑒定人把相關信息提交數(shù)據(jù)庫，并可以編制正式文本的拒付理由書和提交給業(yè)務主管。 全部都填寫完畢后，即可提交到“入庫單”關系數(shù)據(jù)庫文件。 提交給主管后，系統(tǒng)自動把“拒付理由書”的提交情況字段置為“是”。 (1) 銷售 管理子系統(tǒng)功能模型 （ 1） 核實雙方交易能力 核實雙方交易能力分別從訂貨單位和本公司資源兩方面來考慮，負責確定一筆交易是否有可能進行，用以添加至臨時銷售合同表。 (2) 銷售 管理子系統(tǒng)信息流程模型 銷售管理第一層 DFD 客戶 銷 售 管 理 D1 往來單位 D2 物資 購貨要求 D10 臨時銷售合同 D3 合同明細 D5 可供資源表 D9 發(fā)貨單 D7 注銷合同檔案 D8 注銷發(fā)票檔案 客戶 發(fā)貨單 財務 發(fā)票 業(yè)務 主管 銷售統(tǒng)計表 有關 人員 查詢結果 D4 發(fā)票明細 銷售管理第二層 DFD 客戶 購貨要求 核實雙方交易能 力 D5 可供資源表 D2 物資 D1 往來單位 no 簽 訂 合 同 D10 臨時銷售合同 yes D2 物資 D3 合同明細 D5 可供資源 表 開票 D9 發(fā)貨單 D4 發(fā)票明細 D3 合同明細 合同簽訂 成功 銷 售 查 詢 查 詢 結 果 有關 人員 查 詢 要 求 銷 售 統(tǒng) 計 月 銷售業(yè) 務統(tǒng)計表 業(yè)務 主管 注 銷 正 式 文 檔 D3 合同明細 D5 可供資源表 D4 發(fā)票明細 失敗 合同簽訂 注 銷 臨 時 合 同 D7 注銷合同檔案 D8 注銷發(fā)票檔案 銷售管理第三層新 DFD核實雙方交易能力細化 銷售管理第三層新 DFD簽訂合同明細 銷售員 核實能力合格 生 成 臨 時 合 同 D10 臨時銷售合同 客戶 臨時銷售合同 登 記 正 式 合 同 簽過名的原合同 D3 合同明細 D10 臨時銷售合同 客戶 購貨要求 核 實 資 源 可 用 性 D5 可供資源表 D2 物資 yes 核 實 客 戶 購 買 能 力 D1 往來單位 yes 銷售員 no no 銷售管理第三層新 DFD開票明細 銷售管理第三層新 DFD銷售查詢明細 有關 人員 查詢請求 查 詢 分 類 查詢單位總購 數(shù) 按購貨單位碼 查詢 物資銷 售 情 況 按物資碼 按發(fā)票號 查 詢 發(fā) 票 內(nèi) 容 D1 往來單位 D4 發(fā)票明細 D2 物資 D4 發(fā)票明細 有關 人員 購貨單位總購買數(shù) 鋼材銷售明細情況 個別單位交易詳情 銷售員 正式合同生成 預開票 D3 合同明細 D9 發(fā)貨單 生成發(fā)貨單信息 倉庫 修改了發(fā)貨單的信息 結 算 開 票 D9 發(fā)貨單 D4 發(fā)票明細 銷售管理第三層新 DFD銷售統(tǒng)計明細 銷售管理第三層新 DFD注銷正式文檔明細 (3) 銷售 管理子系統(tǒng)數(shù)據(jù)模型 a. 數(shù)據(jù)流定義 數(shù)據(jù)流定義卡 名稱：發(fā)貨單 簡述：客戶可以取貨的憑證，且是是否可以開票的依據(jù) 組成：發(fā)貨單號 +物資碼 +物資名 +規(guī)格 +型號 +庫位 +制單日期 +發(fā)貨日期 +結算方式 +質(zhì)保書 + 實發(fā)數(shù)量 +件數(shù) +承付日期 業(yè)務 主管 注銷要求 注 銷 分 類 注銷合同 銷 售 合 同 注 銷 D3 合同明細 D7 注銷合同檔案 發(fā) 票 注 銷 D8 注銷發(fā)票檔案 D4 發(fā)票明細 注銷發(fā)票 注銷發(fā)貨單 發(fā) 貨 單 注 銷 D9 發(fā)貨單 業(yè)務 主管 統(tǒng)計要求 統(tǒng) 計 分 類 完成情況明細 完成情況匯總 統(tǒng) 計 完 成 情 況 明 細 統(tǒng) 計 完 成 情 況 匯 總 D4 發(fā)票明細 D3 合同明細 業(yè)務 主管 數(shù)據(jù)流定義卡 名稱：發(fā)票 簡述：客戶付錢多少的憑證，也是客戶與本公司進行了該筆交易的憑證，交給客戶用以提醒其給錢 組成： 發(fā)票號 +發(fā)票代碼 +發(fā)票日期 +品名 +規(guī)格 +型號 +計量單位 +單 價 +數(shù)量 +運雜費 +稅率 +銷貨單位 +備注 +合計 數(shù)據(jù)流定義卡 名稱：購貨要求 簡述：是購貨方對我方提出的所購物資的具體內(nèi)容及價格 組成：品名 +規(guī)格 +型號 +價格 +數(shù)量 +交貨日期 數(shù)據(jù)流定義卡 名稱：銷售統(tǒng)計表 簡述：是業(yè)務主管在輸入統(tǒng)計要求后返回的統(tǒng)計結果 組成：物資碼 +品名 +規(guī)格 +型號 +合同價 +數(shù)量 +合同完成率 +單位名 +年度 +季度 數(shù)據(jù)流定義卡 名稱：查詢結果 簡述：是有關人員再輸入查詢要求后返回的查詢結果 組成：訂貨單位名 +品名 +規(guī)格 +型號 +合同價 +數(shù)量 +單價 +運輸方式 +承付日期 +發(fā)貨日期 +實發(fā)數(shù)量 +備注 +收貨單位名 +結算單位名 +供貨單位名 b. 處理邏輯定義 名稱：銷售管理 編號： 簡述：處理銷售過程中的合同、發(fā)貨單、發(fā)票的處理流程 處理邏輯小說明： 銷售管理子系統(tǒng)的流程如下： 1. 根據(jù)客戶的需求和公司的資源情況，生成臨時銷售合同，等待客戶簽字； 2. 已經(jīng)客戶簽字同意，該臨時銷售合同生效，將臨時銷售合同轉(zhuǎn)為正式合同； 若客戶不予簽字，該合同就是無效合同，經(jīng)上級人員批準，注銷該臨時銷售合同； 3. 對于未生成發(fā)貨單的正式合同開出發(fā)貨單，并交予倉庫，等待填入發(fā)貨時間和實發(fā)數(shù)量。 2. 核實本公司是否有足夠的資源來滿足該購買單位，以防發(fā)生缺貨現(xiàn)象。 3. 對于未開票的發(fā)貨單若有需要注銷，經(jīng)上級批準可予注銷。 如果 選擇了兩份合同且點擊“確定” 則 彈出 message 提示只能選擇一份合同 如果 沒有選擇合同且點擊“確定” 則 彈出 message 提示必須選擇一份合同 如果 表格中已經(jīng)沒有合同且點擊“確定” 則 彈出 message 提示已沒有可以開發(fā)貨單的合同 一旦選中一份正式合同，點擊“確定”后，彈出生成發(fā)貨單的界面，其中發(fā)貨單號為自動生成，對應合同號自動取自之前選取的合同，制單日期為當前日期