電算化會計信息系統(tǒng)的分析和設計

電算化會計信息系統(tǒng)的分析和設計第1頁，課件共84頁，創(chuàng)作于2023年2月1系統(tǒng)的開發(fā)方法第2頁，課件共84頁，創(chuàng)作于2023年2月一、傳統(tǒng)生命周期法第3頁，課件共84頁，創(chuàng)作于2023年2月生命周期法開發(fā)階段第4頁，課件共84頁，創(chuàng)作于2023年2月管理信息系統(tǒng)生命周期第5頁，課件共84頁，創(chuàng)作于2023年2月項目定義階段決定組織是否存在問題，以及問題是否可以利用建設新系統(tǒng)或改造原有系統(tǒng)的方法加以解決主要回答以下問題：為什么需要一個新系統(tǒng)項目？需要怎樣去實現(xiàn)？第6頁，課件共84頁，創(chuàng)作于2023年2月系統(tǒng)研究階段分析現(xiàn)有系統(tǒng)存在的問題,定義解決方案所達到的目標,評價各種可能的選擇方案回答以下問題：原有系統(tǒng)如何運行？原有系統(tǒng)的優(yōu)勢、劣勢、困難及問題？新系統(tǒng)或修改過的系統(tǒng)怎樣解決這些問題？解決方案需要哪些用戶信息需求支持？有哪些可行的替代方案？它們的費用和收益如何？第7頁，課件共84頁，創(chuàng)作于2023年2月設計階段與編程階段設計階段通過邏輯設計和物理設計詳細描述系統(tǒng)的解決方案編程階段將設計結果轉換成為軟件程序語句進行系統(tǒng)調試第8頁，課件共84頁，創(chuàng)作于2023年2月安裝階段與運行/維護階段安裝階段包括系統(tǒng)初始化、系統(tǒng)培訓、系統(tǒng)轉換運行/維護階段不斷維護系統(tǒng)保證正常運行不斷修改滿足新的需要評價系統(tǒng)運行效果第9頁，課件共84頁，創(chuàng)作于2023年2月生命周期法的特點開發(fā)過程工程化嚴格劃分工作階段自頂向下分析和設計自下向上編程充分預料變化重視用戶及用戶需求開發(fā)周期長第10頁，課件共84頁，創(chuàng)作于2023年2月生命周期法的局限性不適于小型系統(tǒng)相當耗費資源不靈活、限制變化開發(fā)周期長不適用于面向決策的應用第11頁，課件共84頁，創(chuàng)作于2023年2月二、原型法第12頁，課件共84頁，創(chuàng)作于2023年2月原型法的主要思路根據(jù)用戶的需求迅速構造一個低成本的用于演示及評價的試驗系統(tǒng)(原型)由用戶對原型進行評價在用戶評價的基礎上對原型進行修改或重構目標：用戶對所用的原型滿意第13頁，課件共84頁，創(chuàng)作于2023年2月原型法的條件有原型法開發(fā)經(jīng)驗的系統(tǒng)分析設計人員有必要的軟件環(huán)境支持方便靈活的數(shù)據(jù)庫管理系統(tǒng)方便快速的界面生成工具方便的報表生成工具方便的邏輯處理工具第14頁，課件共84頁，創(chuàng)作于2023年2月原型法開發(fā)階段第15頁，課件共84頁，創(chuàng)作于2023年2月原型法的開發(fā)方法方法一：直接開發(fā)可用系統(tǒng)利用開發(fā)可用的原型，利用原型逐步向實際應用系統(tǒng)靠攏，直到用戶滿意為止方法二：利用原型確定系統(tǒng)的定義利用開發(fā)的原型不斷補充和確認用戶需求，然后從可用的原型出發(fā)重新建立實際的系統(tǒng)第16頁，課件共84頁，創(chuàng)作于2023年2月原型法開發(fā)步驟(方法一)第17頁，課件共84頁，創(chuàng)作于2023年2月原型法開發(fā)步驟(方法二)第18頁，課件共84頁，創(chuàng)作于2023年2月方法一的特點原型將構成未來可運行的系統(tǒng)開發(fā)周期相對較短用戶需求(系統(tǒng)定義)不規(guī)范原型中存在一定的隱患無法劃分系統(tǒng)的開發(fā)與維護階段第19頁，課件共84頁，創(chuàng)作于2023年2月方法二的特點在原型基礎上重構可運行的系統(tǒng)原型系統(tǒng)部分可重用開發(fā)周期較前一種方法長可以用來明確和規(guī)范用戶需求系統(tǒng)中將不存在因為多次修改而產(chǎn)生的隱患用戶需求可能變化第20頁，課件共84頁，創(chuàng)作于2023年2月原型法的特點有直觀的系統(tǒng)開發(fā)過程用戶參與系統(tǒng)開發(fā)的全過程可以逐步明確用戶需求用戶直接掌握系統(tǒng)的開發(fā)進度用戶接受程度高第21頁，課件共84頁，創(chuàng)作于2023年2月原型法的適應性適用于解決有不確定因素的問題適用于對用戶界面要求高的系統(tǒng)適用于決策支持方面的應用第22頁，課件共84頁，創(chuàng)作于2023年2月原型法的劣勢不適用于擁有大量計算或控制功能的系統(tǒng)不適用于大型或復雜的系統(tǒng)容易掩蓋需求、分析、設計等方面的問題結果不確定——隨原型構造評價過程而定整體考慮較少第23頁，課件共84頁，創(chuàng)作于2023年2月2系統(tǒng)開發(fā)的基本要求

第24頁，課件共84頁，創(chuàng)作于2023年2月3系統(tǒng)的分析第25頁，課件共84頁，創(chuàng)作于2023年2月3.1系統(tǒng)分析的任務第26頁，課件共84頁，創(chuàng)作于2023年2月系統(tǒng)分析的任務詳細調查企業(yè)所有業(yè)務情況

進行分析，弄清問題

提出新系統(tǒng)的邏輯方案第27頁，課件共84頁，創(chuàng)作于2023年2月系統(tǒng)分析的任務現(xiàn)行系統(tǒng)的詳細調查（包括工作程序、信息流以及工作的組織與控制方法）

系統(tǒng)化分析(分析系統(tǒng)業(yè)務流程及數(shù)據(jù)流程)

制定新系統(tǒng)的邏輯模型（數(shù)據(jù)流程圖、數(shù)據(jù)字典、處理小說明、E-R圖）

解決系統(tǒng)“能做什么（Whattodo）”的問題。

第28頁，課件共84頁，創(chuàng)作于2023年2月3.2現(xiàn)行系統(tǒng)的詳細調查第29頁，課件共84頁，創(chuàng)作于2023年2月（一）系統(tǒng)調查概述

第30頁，課件共84頁，創(chuàng)作于2023年2月1系統(tǒng)調查的原則

自頂向下

弄清存在的道理再分析有無改進的可能性

調查相關的局部系統(tǒng)

第31頁，課件共84頁，創(chuàng)作于2023年2月2詳細調查的范圍及內(nèi)容系統(tǒng)界限和運行狀態(tài)組織機構和人員分工業(yè)務流程

全面細致地了解整個系統(tǒng)各方面的業(yè)務流程，以及商流、物流和信息流的流通狀況以及各種輸入、輸出、處理、處理速度、處理量和處理過程的邏輯關系。

第32頁，課件共84頁，創(chuàng)作于2023年2月2詳細調查的范圍及內(nèi)容各種計劃、單據(jù)和報表

調查中要收集各類計劃、單據(jù)和報表，了解它們的來龍去脈及其各項內(nèi)容的填寫方法，時間要求，以便得到完整的信息流程。決策方式和決策過程

資源情況

第33頁，課件共84頁，創(chuàng)作于2023年2月2詳細調查的范圍及內(nèi)容約束條件薄弱環(huán)節(jié)和用戶要求

用戶要求，是指系統(tǒng)必須滿足的所有性質和限制。它通常包括：功能要求、性能要求、時間要求、可靠性要求、安全保密要求，以及開發(fā)費用、開發(fā)周期、可使用資源等各方面的要求和限制。

第34頁，課件共84頁，創(chuàng)作于2023年2月3.2組織機構與功能分析第35頁，課件共84頁，創(chuàng)作于2023年2月組織機構與功能結構調查了解系統(tǒng)的界限，了解組織關系和系統(tǒng)的構成，它反映的是系統(tǒng)的綜合情況。包括三部分：組織機構調查業(yè)務過程與組織結構之間的聯(lián)系分析業(yè)務功能結構調查與分析第36頁，課件共84頁，創(chuàng)作于2023年2月1、組織結構圖企業(yè)管理處計劃統(tǒng)計處供應處財務處銷售處職工食堂第一生產(chǎn)車間服務公司廠辦廠長辦公室包裝車間生產(chǎn)調度處設備管理處技術質量處第九生產(chǎn)車間廠醫(yī)務室小車隊企管科質檢科計算中心綜合計劃處統(tǒng)計科銷售管理科成品庫業(yè)務聯(lián)系部市場分析部甲班組丙班組乙班組丁班組黨委辦公室團委工會職教處人事處圖書資料室廠長工廠管理委員會廠長工作部經(jīng)營部生產(chǎn)部后勤部宣教部........................第37頁，課件共84頁，創(chuàng)作于2023年2月2業(yè)務功能一覽表銷售系統(tǒng)管理銷售計劃管理成品庫管理銷售合同管理銷售核算管理市場預測銷售歷史資料管理編制年度銷售大綱編制銷售計劃合同有效性審查合同執(zhí)行情況分析合同登記和變更銷售利潤核算銷售統(tǒng)計分析出入庫管理庫存統(tǒng)計市場預測市場分析第38頁，課件共84頁，創(chuàng)作于2023年2月3.3業(yè)務流程調查第39頁，課件共84頁，創(chuàng)作于2023年2月業(yè)務流程調查主要采用業(yè)務流程圖（transactionflowdiagram，簡稱TFD）。對每一業(yè)務弄清其輸入、處理、存貯、輸出、立即存取要求，收集相應資料。理順各個崗位、各個業(yè)務流程之間的關系。除去不必要的環(huán)節(jié)，對重復的環(huán)節(jié)進行合并，對新的環(huán)節(jié)進行增補。確定哪些是今后計算機系統(tǒng)要處理的環(huán)節(jié)。

第40頁，課件共84頁，創(chuàng)作于2023年2月業(yè)務流程圖業(yè)務流程圖：用一些規(guī)定的符號及連線來表示某個具體業(yè)務處理過程。

業(yè)務流程圖易于閱讀和理解，是分析業(yè)務流程的重要步驟。

第41頁，課件共84頁，創(chuàng)作于2023年2月業(yè)務流程圖

業(yè)務流程圖的基本符號業(yè)務處理單位業(yè)務處理功能描述表格／報表制作數(shù)據(jù)／文件存檔收集／處理數(shù)據(jù)信息傳遞過程第42頁，課件共84頁，創(chuàng)作于2023年2月第43頁，課件共84頁，創(chuàng)作于2023年2月3.4數(shù)據(jù)流程圖

DataFlowDiagram第44頁，課件共84頁，創(chuàng)作于2023年2月1.數(shù)據(jù)流程圖的四個基本成分數(shù)據(jù)存儲或數(shù)據(jù)流或外部項或數(shù)據(jù)處理(加工)第45頁，課件共84頁，創(chuàng)作于2023年2月1)數(shù)據(jù)流表示數(shù)據(jù)和數(shù)據(jù)流向,由一組固定成分的數(shù)據(jù)組成如“選課單”由“學號、姓名、課程編號、課程名”等成分組成數(shù)據(jù)流可從加工流向加工，也可在加工與數(shù)據(jù)存儲或外部項之間流動；兩個加工之間可有多股數(shù)據(jù)流數(shù)據(jù)流的命名用名詞,不要使用意義空洞的名詞盡量使用現(xiàn)實系統(tǒng)已有名字第46頁，課件共84頁，創(chuàng)作于2023年2月數(shù)據(jù)流（圖示）**++ABCAAABBBCCC儲戶檢查合理性帳戶取款單合理取款單*與+或第47頁，課件共84頁，創(chuàng)作于2023年2月畫數(shù)據(jù)流時需注意的問題不要把控制流作為數(shù)據(jù)流如：下圖中讀下張卡屬于控制流，不應畫出。

不要標出激發(fā)條件合法卡片卡片信息讀入卡片卡片校驗讀下張卡工資單工資率計算工資每月1號職工檔案第48頁，課件共84頁，創(chuàng)作于2023年2月2)加工表示對數(shù)據(jù)進行的操作,如“處理選課單”、“產(chǎn)生發(fā)票”等加工的編號，說明這個加工在層次分解中的位置(分層DFD)加工的命名頂層的加工名就是整個系統(tǒng)項目的名字盡量最好使用動賓詞組，也可用主謂詞組不要使用空洞的動詞第49頁，課件共84頁，創(chuàng)作于2023年2月加工的命名儲戶處理1帳戶數(shù)據(jù)1數(shù)據(jù)2儲戶檢查合理性帳戶取款單合理取款單無意義的名字：較好的命名：第50頁，課件共84頁，創(chuàng)作于2023年2月3)數(shù)據(jù)存儲表示需要保存的數(shù)據(jù)流向,如“學生檔案”、“課程設置”等數(shù)據(jù)存儲與加工的方向“讀出”、“寫入”分層數(shù)據(jù)流程圖中，數(shù)據(jù)存儲一般局限在某一層或某幾層命名方法與數(shù)據(jù)流相似修改庫存商品庫存檢索商品信息商品目錄第51頁，課件共84頁，創(chuàng)作于2023年2月4)外部項位于系統(tǒng)之外的信息提供者或使用者,稱為外部項。即存在于系統(tǒng)之外的人員或組織。如“學務科”等說明數(shù)據(jù)輸入的源點(數(shù)據(jù)源)或數(shù)據(jù)輸出的終點(數(shù)據(jù)終點)起到更好的理解作用，但不是系統(tǒng)中的事物第52頁，課件共84頁，創(chuàng)作于2023年2月數(shù)據(jù)源數(shù)據(jù)終點沒有輸出！加工沒有輸入！加工每個加工至少有一個輸入數(shù)據(jù)流和一個輸出數(shù)據(jù)流幾種錯誤(1)第53頁，課件共84頁，創(chuàng)作于2023年2月數(shù)據(jù)源數(shù)據(jù)終點數(shù)據(jù)源數(shù)據(jù)存儲數(shù)據(jù)終點數(shù)據(jù)存儲數(shù)據(jù)存儲數(shù)據(jù)存儲數(shù)據(jù)流必須要么從某個加工流出、要么流入某個加工，而不能直接從外部項流向數(shù)據(jù)存儲等等。圖示的幾種流動都是不合理的幾種錯誤(2)第54頁，課件共84頁，創(chuàng)作于2023年2月2怎樣畫DFD了解DFD的特性畫分層DFD第55頁，課件共84頁，創(chuàng)作于2023年2月1）DFD的特性與程序流程圖不同，DFD不表示程序的控制結構，只描述數(shù)據(jù)的流動

DFD分成多層(子圖、父圖概念)表示,從而逐步展開數(shù)據(jù)流和功能的細節(jié)。第56頁，課件共84頁，創(chuàng)作于2023年2月S2132.22.12.33.13.2

頂層0層1層(基本系統(tǒng)模型)(系統(tǒng)的子功能)DFD的分層表示第57頁，課件共84頁，創(chuàng)作于2023年2月2）畫分層DFD(1)先畫出頂層DFD。(2)自頂向下畫出各層DFD

分解原則：分解后的軟件成分有相對獨立功能一次分解不要加入細節(jié)過多

由外向里畫DFD報名單合格報名單檢驗報名單第58頁，課件共84頁，創(chuàng)作于2023年2月2）畫分層DFD(3)先考慮穩(wěn)定狀態(tài)，忽略系統(tǒng)的工作條件，即怎么開始、怎么結束的。(4)忽略瑣碎的枝節(jié)，如出錯處理等。(5)隨時準備重畫

報名單合格報名單檢驗報名單錯誤的報名單第59頁，課件共84頁，創(chuàng)作于2023年2月3）畫分層DFD的指導原則（1）父圖-子圖平衡（2）局部數(shù)據(jù)存儲（3）編號（4）分解的程度第60頁，課件共84頁，創(chuàng)作于2023年2月父圖-子圖平衡父圖-子圖平衡：

模型分解時必須保持父圖的輸入輸出數(shù)據(jù)流和子圖輸入輸出數(shù)據(jù)流相同。第61頁，課件共84頁，創(chuàng)作于2023年2月父圖-子圖平衡A1423BFEGCD第62頁，課件共84頁，創(chuàng)作于2023年2月父圖-子圖平衡缺少C3.1ED3.33.2對加工3細化的子圖：加工3第63頁，課件共84頁，創(chuàng)作于2023年2月3.5數(shù)據(jù)字典

第64頁，課件共84頁，創(chuàng)作于2023年2月4系統(tǒng)設計第65頁，課件共84頁，創(chuàng)作于2023年2月

系統(tǒng)設計是新系統(tǒng)的物理設計階段，根據(jù)系統(tǒng)分析階段所確定的新系統(tǒng)的邏輯模型，綜合考慮各種約束，利用一切可用的技術手段和方法，進行各種具體設計，提出一個能在計算機上實現(xiàn)的新系統(tǒng)的實施方案，解決“系統(tǒng)怎樣做”的問題。

4.1系統(tǒng)設計概述第66頁，課件共84頁，創(chuàng)作于2023年2月系統(tǒng)設計概述目標和任務系統(tǒng)設計模型設計方法主要內(nèi)容解決系統(tǒng)“怎樣做（Howtodo）”的問題。第67頁，課件共84頁，創(chuàng)作于2023年2月1系統(tǒng)設計的目標

系統(tǒng)分析：解決“做什么”系統(tǒng)設計：解決“怎么做”一、系統(tǒng)設計的目標和任務第68頁，課件共84頁，創(chuàng)作于2023年2月2系統(tǒng)設計的任務問題結構(系統(tǒng)需求)系統(tǒng)結構從系統(tǒng)分析說明書出發(fā)，形成系統(tǒng)的具體設計方案。一、系統(tǒng)設計的目標和任務(續(xù))映射第69頁，課件共84頁，創(chuàng)作于2023年2月數(shù)據(jù)字典數(shù)據(jù)流圖E-R圖加工小說明流程描述處理描述數(shù)據(jù)對描述象數(shù)據(jù)設計模塊結構設計接口設計過程設計分析模型設計模型平臺設計二、系統(tǒng)設計模型第70頁，課件共84頁，創(chuàng)作于2023年2月二、系統(tǒng)設計模型(續(xù))

上圖中通過數(shù)據(jù)、功能模型展示的系統(tǒng)需求被傳送給設計階段，運用某種設計方法，設計階段產(chǎn)生出：

數(shù)據(jù)設計：將分析時創(chuàng)建的數(shù)據(jù)模型變換成實現(xiàn)系統(tǒng)所需的數(shù)據(jù)結構。平臺設計：將性能要求變換成對系統(tǒng)軟硬件環(huán)境的配置模塊結構設計：定義系統(tǒng)模塊元素之間的關系。接口設計：描述了系統(tǒng)內(nèi)部、系統(tǒng)和協(xié)作系統(tǒng)之間的以及系統(tǒng)同人之間如何通信。過程設計：將加工說明變換為對系統(tǒng)模塊內(nèi)部算法的具體描述。第71頁，課件共84頁，創(chuàng)作于2023年2月三系統(tǒng)設計方法結構化設計方法(SD)面向數(shù)據(jù)結構的設計方法(JSD方法)面向對象的設計方法(OOD)第72頁，課件共84頁，創(chuàng)作于2023年2月四系統(tǒng)設計主要內(nèi)容系統(tǒng)總體設計系統(tǒng)詳細設計

?系統(tǒng)平臺設計

?代碼設計

?輸入輸出設計

?對話設計

?數(shù)據(jù)庫或數(shù)據(jù)文件設計

?模塊內(nèi)部的算法設計寫出系統(tǒng)設計報告

第73頁，課件共84頁，創(chuàng)作于2023年2月總體設計：告訴用戶系統(tǒng)具體將要做什么。一旦用戶同意了這個總體設計，我們會將這個總體設計轉換為更加詳細的文檔。1系統(tǒng)總體設計第74頁，課件共84頁，創(chuàng)作于2023年2月總體設計包括：工具—如何描述系統(tǒng)的總體結構方法—用什么方法把問題結構導出系統(tǒng)結構評價準則—什么樣的系統(tǒng)結構是“最優(yōu)的”1系統(tǒng)總體設計（續(xù)）第75頁，課件共84頁，創(chuàng)作于2023年2月1系統(tǒng)總體設計（續(xù)）總體結構：系統(tǒng)的組成部分，即有哪些模塊組成系統(tǒng)的層次及調用關系模塊的處理功能模塊之間的界面，即模塊間傳遞的數(shù)據(jù)第76頁，課件共84頁，創(chuàng)作于2023年2月

優(yōu)秀的總體設計應該包含以下特征