信息系統分析與設計業(yè)務流程圖和數據流程圖

?業(yè)務流程圖?描述業(yè)務處理的實際過程和步驟?明確業(yè)務流程圖有哪些基本符號?哪個業(yè)務單位完成了某項業(yè)務處理功能（主謂結構）?某項業(yè)務處理功能生成了某張表格（報表）（謂賓結構）?將某項表格提交給某業(yè)務處理單位?完成某項業(yè)務處理后，需要修改某個文件存檔?根據某表格修改某文件存檔?某項業(yè)務處理單元需要某存檔?某項業(yè)務處理需要某表格?舉例：庫房發(fā)出缺貨通知單給采購員，采購員查閱訂貨合同單，若已訂貨，向供貨單位發(fā)出催貨請求，否則，填寫訂貨單交供貨單位。供貨單位發(fā)出貨物后，向庫房發(fā)出取貨通知單。?庫房發(fā)出缺貨通知單給采購員庫房發(fā)出缺貨通知單采購員?但這么寫，這塊實現的功能就很模糊：業(yè)務處理功能命名必須明確庫房通知缺貨缺貨通知單采購員?采購員查閱訂貨合同單采購員查閱訂貨采購員查閱訂貨訂貨合同單訂貨合同單?若已訂貨，向供貨單位發(fā)出催貨請求，否則，填寫訂貨單交供貨單位催貨請求查閱訂貨訂貨單供貨單位?供貨單位發(fā)出貨物后，向庫房發(fā)出取貨通知單供貨單位發(fā)貨通知書發(fā)貨采購員確定有哪些業(yè)務處理單元：庫房、采購員、供貨單位?確定有哪些業(yè)務處理單位：缺貨通知、查閱合同、發(fā)貨?產生了哪些表格：?需要（修改）哪些存檔：??是否存在著問題庫房缺貨通知缺貨通知書催貨請求采購員查閱訂貨催貨請求供貨單位訂貨合同單發(fā)貨發(fā)貨通知書庫房缺貨通知缺貨通知書催貨請求采購員查閱訂貨催貨請求供貨單位添加訂貨合同單訂貨合同單發(fā)貨發(fā)貨通知書庫房缺貨通知缺貨通知書催貨請求采購員查閱訂貨催貨請求供貨單位添加訂貨合同單訂貨合同單發(fā)貨發(fā)貨通知書業(yè)務流程圖的一些規(guī)范：?（1）要讓人清晰地明白業(yè)務的流程，包括有哪些業(yè)務處理單元、這些業(yè)務處理單元都是由誰來處理，業(yè)務處理之間的先后關系?（2）從上到下，從左到右?（3）優(yōu)化流程：產生的中間表格或存檔是否需要用到；串行的流程是否可以改成并行；??采購部查詢庫存信息及用戶需求，若商品的庫存量不能滿足用戶的需要，則編制相應的采購訂貨單，并交送給供應商提出訂貨請求。供應商按訂單要求發(fā)貨給該公司采購部，并附上采購收貨單。公司檢驗人員在驗貨后，發(fā)現貨物不合格，將貨物退回供應商，如果合格則送交庫房。庫房管理員再進一步審核貨物是否合格，如果合格則登記流水帳和庫存帳目，如果不合格則交由主管審核后退回供應商。書上例子：?書上描述和業(yè)務流程圖不一致的地方?評價一下書上的業(yè)務流程圖是否有不合理的地方?書上描述和業(yè)務流程圖不一致的地方??檢驗訂單顧客檔案可供貨訂單檢驗訂單顧客檔案可供貨訂單?采購部查詢庫存信息及用戶需求，若商品的庫存量不能滿足用戶的需要，則編制相應的采購訂貨單，并交送給供應商提出訂貨請求。供應商按訂單要求發(fā)貨給該公司采購部，并附上采購收貨單。公司檢驗人員在驗貨后，發(fā)現貨物不合格，將貨物退回供應商，如果合格則送交庫房。庫房管理員再進一步審核貨物是否合格，如果合格則登記流水帳和庫存帳目，如果不合格則交由主管審核后退回供應商。庫存信息采購部庫存與需求查詢缺貨明細制定購貨計劃用戶需求訂貨計劃表采購部采購收貨單發(fā)貨供貨商驗貨不合格貨單合格貨單倉庫驗貨流水庫存賬目數據流程圖是結構化系統分析的主要工具。他采用介于形式語言和自然語言之間的描述方式，通過一套分層次的數據流程圖，輔以數據字典、小說明等工具來描述系統。?數據流程圖描述數據流動、存儲、處理的邏輯關系，也稱為邏輯數據流程圖，一般用DFD(DataFlowDiagram)表示。?四要素：外部實體、數據處理、數據流、存儲單元?在系統之外，與系統有聯系的人或事物?系統的邊界（系統輸入的來源，系統輸出的去處）?實體名斜線：表示重復出現的外部實體。?對數據的邏輯處理。通常P+數字的方式表示數據處理單元，如P1,P1.2?功能描述：一般動詞+名詞????帶箭頭的直線處理功能的輸入或輸出箭頭表示數據流的方向??用名詞來標識數據流適當的合并數據流可以達到簡化的目的?數據存儲的地方?避免處理與處理之間的直接聯系，以保持數據處理的獨立性?就整個數據流程圖而言，數據存儲有輸入有輸出?編號一般用D+數字，如D1編號文件名稱?確定關聯圖?關聯圖——非常概括地反映出信息系統最主要的邏輯功能、外部實體、輸入和輸出數據流。內容應盡可能少，使人立即知道系統的主要功能和組成部分?自頂而下，逐層分解，直至所有單元成為基本處理單元?分解自然，保持功能的一致性?上層分解的快些，下層分解的慢些?在不影響以理解性時，層數盡可能少?頂層DFD?尋找學籍管理系統的輸入輸出：輸入——新生入學時的新生名單及其檔案；輸出——學生離校時的畢業(yè)生登記表以及定期給上級主管部門的統計報表每個處理至少有一個輸入數據流和一個輸出數據流!!數據源處理處理沒有輸出！數據終點沒有輸入！實體實體實體數據存儲數據存儲實體數據存儲數據存儲數據流必須要么從某個處理流出、要么流入某個處理，而不能與處理無任何關系。采購部查詢庫存信息及用戶需求，若商品的庫存量不能滿足用戶的需要，則編制相應的采購訂貨單，并交送給供應商提出訂貨請求。供應商按訂單要求發(fā)貨給該公司采購部，并附上采購收貨單。公司檢驗人員在驗貨后，發(fā)現貨物不合格，將貨物退回供應商，如果合格則送交庫房。庫房管理員再進一步審核貨物是否合格，如果合格則登記流水帳和庫存帳目，如果不合格則交由主管審核后退回供應商。?以采購部的數據流圖?庫存信息采購部庫存與需求查詢缺貨明細制定購貨計劃用戶需求訂貨計劃表采購部采購收貨單發(fā)貨供貨商驗貨不合格貨單合格貨單倉庫驗貨流水庫存賬目庫存信息采購部庫存與需求查詢缺貨明細制定購貨計劃用戶需求訂貨計劃表采購部采購收貨單發(fā)貨供貨商驗貨不合格貨單合格貨單倉庫驗貨流水庫存賬目?庫存部門根據需求填寫采購申請單，采購部門相關的人員根據采購申請單，查閱供貨商信息和商品信息，編制采購訂單。采購訂單編制后，對之進行審核，不合格的訂單重新進行編制，合格的采購訂單交付給選定的供應商和財務部門，并編制采購付款申請單給財務部門。當采購的產品到貨后，供應商出具送貨單，采購部門根據采購訂單和送貨單對到貨產品進行驗收。如果貨物驗收合格，則制定采購入庫申請?單，提交給庫存部門。如果驗收不合格，則編制采購退貨單，交付給供應商。采購部門根據采購退貨單制定相應的采購退貨收款申請單，并將其提交給財務部門。采購部門對采購訂單、采購商品和采購退貨情況進行統計，并將采購訂單匯總信息，采購商品匯總信息和采購退貨匯總信息上報給經理。庫存部門：(1)根據需求填寫采購申請單，?采購部門：(2)相關的人員根據采購申請單，查閱供貨商信息和商品信息，編制采購訂單。?(3)采購訂單編制后，對之進行審核，不合格的訂單重新進行編制，合格的采購訂單交付給選定的供應商和財務部門，并編制采購付款申請單給財務部門。?(5)采購部門根據采購訂單和送貨單對到貨?產品進行驗收。如果貨物驗收合格，則制定采購入庫申請單，提交給庫存部門。如果驗收不合格，則編制采購退貨單，交付給供應商。?(6)采購部門根據采購退貨單制定相應的采購退貨收款申請單，并將其提交給財務部門。?(7)采購部門對采購訂單、采購商品和采購退貨情況進行統計，并將采購訂單匯總信息，采購商品匯總信息和采購退貨匯總信息上報給經理。??供應商：(4)當采購的產品到貨后，供應商出具送貨單，涉及部門：庫存部門、采購部門、供應商、財務部門、經理?涉及活動：（庫存部門）填寫采購申請單；（采購部門）編制采購訂單、審核、驗收貨物、編制采購付款申請單、編制采購入庫申請單、編制采購退貨單、編制采購退貨收款申請單、采購退貨統計、采購訂單統計、采購商品統計；(供應商)出具送貨單?（采購部門——處理訂單）編制采購訂單、審核、?（采購部門——收貨管理）驗收貨物、編制采購入庫申請單、編制采購退貨單?（采購部門——付款管理）編制采購付款申請單、編制采購退貨收款申請單?（采購部門——匯總統計）采購退貨統計、采購訂單統計、采購商品統計；?庫存部門采購申請單采購部門商品信息供應商信息入庫申請單編制采購訂單審核訂單編制入庫申請單合格采購訂單采購訂單不合格采購訂單供貨商送貨單驗收管理編制采購付款申請單采購訂單統計采購商品統計采購退貨單編制采購退貨單編制采購退貨收款單采購退貨收款單采購付款申請單采購訂單匯總表采購商品匯總表財務部門經理采購退貨統計采購退貨匯總表財務部門采購付款申請單采購退貨收款單采購訂單送貨單庫存部門采購申請單采購入庫申請單采購訂單采購退貨單供應商匯總統計結果經理庫存部門采購申請單P1處理訂單D1采購訂單P4匯總統計匯總統計結果經理財務部門供應商P3采購退貨單P2收貨管理采購退貨單申請收付款庫存部門采購申請單P1處理訂單D1采購訂單P4匯總統計匯總統計結果經理財務部門供應商P3采購退貨單P2收貨管理采購退貨單申請收付款D1采購訂單P2.1

庫存部門供應商

送貨單檢驗商品采購退貨單不合格商品信息合格商品信息采購入庫申請單P2.2編制采購退貨單P2.3編制采購入庫申請單D4采購入庫申請單D5采購退貨單D1采購訂單P3.1采購付款申請單

財務部門

編制采購付款申請單D6采購付款申請單P3.2采購退貨收款單D5采購退貨單編制采購退貨收款單D7采購退貨收款單D1采購訂單P3.1采購付款申請單

財務部門

編制采購付款申請單D6采購付款申請單P3.2采購退貨收款單D5采購退貨單編制采購退貨收款單D7采購退貨收款單數據字典：對數據流程圖中的數據項、數據結構、數據流、處理邏輯、數據存儲和外部實體等方面進行具體的定義。?其目的：保證全局數據的一致性和準確性。他與數據流程圖共同構成對系統邏輯模型的準確完整描述。??數據字典要素：?外部實體描述、處理邏輯定義、數據流、數據結構、數據元素外部實體：外部實體描述?處理邏輯：處理邏輯定義?數據流：數據流、數據結構、數據元素?數據存儲：數據存儲、數據結構、數據元素?數據項：?數據的最小單位，記錄數據的靜態(tài)特性，包括數據項的名稱、編號、別名和簡述，數據項的長度和取值范圍。??數據項編號、數據項名稱、別名、簡述?類型及寬度、取值范圍數據結構：?數據結構描述了數據項之間的關系。一個最簡單的數據結構就是單純由數據項組成的。一般情況下，數據結構可以由數據項和數據結構組成。?包含以下內容：數據結構的名稱及編碼、簡述、數據結構的組成。?數據流：?用來描述數據的流動過程，由一個或一組固定的數據項組成，在數據流的定義中，說明數據流的名稱、組成、來源、去向和數據流量。?數據處理邏輯定義：?介紹數據流程圖中數據項的處理方式?處理邏輯編號、處理邏輯名稱、輸入數據流?處理方式、輸出數據流、處理頻率?數據存儲：?描述數據的邏輯存儲結構。?數據存儲編號、數據存儲名稱?簡述、數據存儲組成?關鍵字、相關聯的處理?外部實體：?外部實體編號、外部實體名稱、簡述、?輸入數據流、輸出數據流、數據元素?1．按各種要求列表?可以根據數據字典，把所有數據元素、數據結構、數據流、數據存儲、處理邏輯、外部實體，按一定的順序全部列出，保證系統設計時不會遺漏。如果系統分析員要對某個數據存儲的結構進行深入分析，需要了解有關的細節(jié)，了解數據結構的組成乃至每個數據元京的屬性，數據字典也可提供相應的內容。??根據初步的數據流程圖，建立相應的數據字典。在系統分析過程中，常會發(fā)現原來的數據流程圖及各種數據定義中有錯誤或遺漏，需要修改或補充。有了數據字典*這種修改就變得容易多了。?在一個稍微復雜的系統中，系統分析員可能沒有把握斷定某個數據項在數據字典中是否已經定義，或者記不清楚其確切名字時，可以由內容查找其名稱，就像根據書的內容詢問圖書的名字。根據各類條目的規(guī)定格式，可以發(fā)現以下一些問題：?(1)是否存在沒有指明來源或去向的數據流；?(2)是否存在