專題4-會(huì)計(jì)軟件開(kāi)發(fā)方法(編輯修改稿)
2024-08-31 13:51 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 ? 調(diào)查方式： 訪問(wèn)面談 、 收集查閱資料和深入現(xiàn)場(chǎng)并跟班作業(yè) （二）系統(tǒng)分析任務(wù) ? 系統(tǒng)分析階段也稱為邏輯設(shè)計(jì)階段 。 主要任務(wù)是根據(jù)獲取資料 ， 分析用戶需求 ， 提出新系統(tǒng)的邏輯模型 ， 主要解決問(wèn)題是系統(tǒng) “ 做什么 ” 。 注意系統(tǒng)的合理性 、 適應(yīng)性 、 可擴(kuò)展性 。 ? 兩個(gè)方面工作 ： ? 需求分析 。 以現(xiàn)代管理理論和分析方法為指導(dǎo) ， 對(duì)原系統(tǒng)的經(jīng)營(yíng)管理目標(biāo) 、 功能和信息進(jìn)行分析和研究 ， 指出不足并提出改進(jìn)意見(jiàn) 。 ? 建立新系統(tǒng)的邏輯模型： 包括目標(biāo) 、 功能 、 數(shù)據(jù)流圖 、 數(shù)據(jù)字典 、 加工描述 、 系統(tǒng)綜合報(bào)告 。 ? 分析方法 ? 自頂向下 。 從總體到局部 ， 從高層到低層 。 可以比較全面 、 系統(tǒng)的快速了解 ， 缺點(diǎn)是受原有模式限制而不深入 。 ? 自下向上 。 從基本業(yè)務(wù)開(kāi)始 ， 最后形成總目標(biāo) 。 可以詳細(xì)分析問(wèn)題 ， 缺點(diǎn)是缺乏系統(tǒng)性 （三）需求分析 ?經(jīng)營(yíng)管理目標(biāo)分析 》 經(jīng)營(yíng)目標(biāo)是什么 ， 企業(yè)的組織機(jī)構(gòu)與管理是否滿足目標(biāo)需求 》 信息系統(tǒng)應(yīng)用目標(biāo) 。 從業(yè)務(wù)管理層面 ， 作為提高效率的手段 ，實(shí)現(xiàn)成本節(jié)約 ， 提高信息處理的準(zhǔn)確性 、 及時(shí)性 ， 輔助決策 。從戰(zhàn)略決策層面 ， 可以培養(yǎng)核心競(jìng)爭(zhēng)能力 ， 培養(yǎng)競(jìng)爭(zhēng)優(yōu)勢(shì) 。 ?功能需求分析 》 分析現(xiàn)行系統(tǒng)能否滿足經(jīng)營(yíng)目標(biāo) ， 能否適應(yīng)環(huán)境 ， 功能之間是否存在沖突 ， 功能能否滿足信息需求 。 ? 信息需求分析 》 信息需求的層次：業(yè)務(wù) 、 管理和決策 》 信息需求存在問(wèn)題：不必要的 ， 冗余的且可以消除的報(bào)告 》 改進(jìn)：信息格式 、 信息傳遞和信息保存 （四）結(jié)構(gòu)化系統(tǒng)分析 ? 基本思想 》 采用 “ 自頂向下 、 逐步求精 ” 的方法進(jìn)行系統(tǒng)分析和設(shè)計(jì) ， 將復(fù)雜的上層功能分解成具體的 、 簡(jiǎn)單的基本功能 。 》 要求用戶共同參與 。 》 采用圖表形式 ， 能被系統(tǒng)分析員和用戶共同接受 。 》 用數(shù)據(jù)流圖 、 數(shù)據(jù)字典 、 加工描述 、 系統(tǒng)綜合報(bào)告一套文檔資料建立新系統(tǒng)邏輯模型 ， 是系統(tǒng)設(shè)計(jì)的依據(jù) 。 》 系統(tǒng)分析產(chǎn)生的資料面向系統(tǒng)分析員 、 設(shè)計(jì)員和用戶 。 ? 分析工具 》 數(shù)據(jù)流圖 （ Data Flow Diagram， DFD） 》 數(shù)據(jù)字典 （ Data Dictionary， DD） 》 結(jié)構(gòu)化語(yǔ)言 （ SL、 英語(yǔ) 、 漢語(yǔ) ） （四）結(jié)構(gòu)化系統(tǒng)分析方法（步驟） ? 結(jié)構(gòu)化分析步驟 用 戶 需求 審批后的 SRS 文檔 審查 用戶 調(diào)查 邏輯 抽象 完善 細(xì)節(jié) 計(jì)算 機(jī)化 SRS 當(dāng)前系統(tǒng)具體模型 當(dāng)前系統(tǒng)邏輯模型 目標(biāo)系統(tǒng)邏輯模型 階段成果：軟件需求說(shuō)明書（ SRS） （五）數(shù)據(jù)流圖 ? 含義：是一種用來(lái)表示數(shù)據(jù)流和數(shù)據(jù)變換過(guò)程的圖解方法 ， 把系統(tǒng)看成是由數(shù)據(jù)流聯(lián)系的各種功能的組合 。 ? 功能 ： 》 表達(dá)數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向 ， 表達(dá)系統(tǒng)邏輯功能和數(shù)據(jù)的邏輯交換 ， 同時(shí)表達(dá)現(xiàn)行人工系統(tǒng)和計(jì)算機(jī)信息系統(tǒng)的數(shù)據(jù)流程和邏輯處理功能 。 ? 要素及其圖符 ： 》 外部項(xiàng)： 指系統(tǒng)邊界以外的人或事物 ， 是數(shù)據(jù)的起點(diǎn)或終點(diǎn) 。 一般用方框表示 。 》 數(shù)據(jù)流： 由一組數(shù)據(jù)組成 ， 可以是表格或數(shù)據(jù)項(xiàng) 。 一般用直線 、 箭頭加文字說(shuō)明組成 。 》 處理邏輯： 對(duì)數(shù)據(jù)進(jìn)行加工和變化 。 一般用圓 、 處理編號(hào) 、 加工名表示 。 》 數(shù)據(jù)存儲(chǔ)： 以數(shù)據(jù)庫(kù)文件存儲(chǔ) 。 一般用右邊不封口的長(zhǎng)方形表示 。 （五）數(shù)據(jù)流圖 ?數(shù)據(jù)流圖的畫法 》 外部項(xiàng)確定 （ 信息來(lái)源和接受者 ） 》 輸出決定輸入 》 自頂向下 ， 逐層分解 ， 逐步求精 》 加工獨(dú)立 ， 接口清晰 ?原則 》 分層分片 均衡分解 （ 一般 36層 ， 每層不多于 8個(gè)加工 ） 》 父子平衡 推遲細(xì)節(jié) （ 輸入輸出相一致原則 ） 父子平衡 ： DFD中子圖的所有輸入數(shù)據(jù)流必須是父圖中對(duì)應(yīng)加工的輸入 ， 所有輸出數(shù)據(jù)流必須是父圖中對(duì)應(yīng)加工的輸出 ， 否則不平衡 。 推遲細(xì)節(jié) ： 從頂層的總體功能開(kāi)始就有控制地逐步增加細(xì)節(jié) ， 使一個(gè)系統(tǒng)的復(fù)雜性逐步降低到可描述的程度 。 （六）銀行對(duì)賬子系統(tǒng)示例 銀行 銀行對(duì)賬 子系統(tǒng) 會(huì)計(jì)人員 記賬憑證庫(kù) 企業(yè)銀行賬 對(duì)賬單 余額調(diào)節(jié)表 企業(yè)未達(dá)賬 銀行未達(dá)賬 （ a） 銀行對(duì)賬子系統(tǒng)頂層數(shù)據(jù)流圖（ 0層） （六）銀行對(duì)賬子系統(tǒng)示例 對(duì)賬單庫(kù)文件 余額調(diào)節(jié)表文件 銀行 1 接收對(duì)賬單 對(duì)賬單 記錄 3 對(duì)賬處理 4 輸出對(duì) 賬結(jié)果 會(huì)計(jì) 人員 余額調(diào)節(jié)表 企業(yè)未達(dá)賬 銀行未達(dá)賬 2 歸集企業(yè) 銀行賬 記賬憑證庫(kù)文件 企業(yè)銀行 賬記錄 企業(yè)銀行賬庫(kù)文件 對(duì)賬單 （ b)銀行對(duì)賬子系統(tǒng)功能級(jí)數(shù)據(jù)流圖（ 1層） （六）銀行對(duì)賬子系統(tǒng)示例 錄入對(duì)賬單 導(dǎo)入對(duì)賬單 銀行 調(diào)整對(duì)賬單 對(duì)賬單臨時(shí)文件 對(duì)賬單數(shù)據(jù)文件 對(duì)賬單
法律信息相關(guān)推薦
鄂ICP備17016276號(hào)-1