【正文】 成本會計 通用會計 U U U U 成本會計 U C 人事 人員計劃 C 人員考核 U 第七章 管理信息系統(tǒng)的分析 管理信息系統(tǒng)分析的任務(wù)和步驟 一、系統(tǒng)分析的任務(wù) 1. 詳細(xì)調(diào)查收集和分析用戶需求 2. 確定新系統(tǒng)初步的邏輯模型 3. 編制系統(tǒng)說明書 二、系統(tǒng)分析階段的工作要點 1. 系統(tǒng)分析工作的主要活動 2. 系統(tǒng)分析工作的難點和對策 三、系統(tǒng)分析的主要步驟 1. 系統(tǒng)分析的邏輯 1 4 2 3 當(dāng)前系統(tǒng) 目標(biāo)系統(tǒng) 補(bǔ)充和完善 抽象化 具體化 物理模型 邏輯模型 2. 系統(tǒng)分析步驟 現(xiàn)場系統(tǒng)調(diào)查 建立當(dāng)前系統(tǒng)的物理模型 建立當(dāng)前系統(tǒng)的邏輯模型 提出改進(jìn)意見和系統(tǒng)目標(biāo) 建立新系統(tǒng)邏輯模型 編寫系統(tǒng)分析說明書 詳細(xì)調(diào)查與收集數(shù)據(jù) 一、詳細(xì)調(diào)查的主要內(nèi)容 1. 靜態(tài)信息調(diào)查：組織結(jié)構(gòu)的調(diào)查 2. 靜態(tài)信息調(diào)查：功能體系的調(diào)查 3. 動態(tài)信息調(diào)查：業(yè)務(wù)流程的調(diào)查 4. 動態(tài)信息調(diào)查：數(shù)據(jù)流程調(diào)查 5. 薄弱環(huán)節(jié)調(diào)查 二、調(diào)查的方法及注意事項 1. 調(diào)查的方法 （ 1） 收集資料 （ 2）開調(diào)查會或個別訪問 （ 3）書面調(diào)查 2. 系統(tǒng)調(diào)查注意事項 （ 1）事先計劃 （ 2）調(diào)查態(tài)度 （ 3）調(diào)查順序 （ 4）研究分析 三、詳細(xì)調(diào)查的工作原則 1. 自頂向下全面展開 2. 存在的不一定是合理的 3. 分工和協(xié)作相結(jié)合 4. 點面相結(jié)合展開調(diào)查 5. 主動溝通的工作方式 現(xiàn)行系統(tǒng)分析 一、業(yè)務(wù)流程分析 描述現(xiàn)行系統(tǒng)的物理模型 各類單證、報表 信息流或物流 外部實體 業(yè)務(wù)功能描述 數(shù)據(jù)存儲或文檔 二、數(shù)據(jù)流程分析 在現(xiàn)行系統(tǒng)的物理模型基礎(chǔ)上勾畫現(xiàn)行系統(tǒng)的邏輯模型。 五、設(shè)計系統(tǒng)總體結(jié)構(gòu)與開發(fā)順序 1. 子系統(tǒng)劃分的基本原則 （ 1）子系統(tǒng)在功能上應(yīng)有相對的獨立性，通常子系統(tǒng)不應(yīng)跨越兩個或兩個以上的企業(yè)過程。 ? 企業(yè)過程法 ? 利用以前識別的企業(yè)過程，分析每一個過程利用什么數(shù)據(jù)，產(chǎn)生什么數(shù)據(jù)，或者說每一過程的輸入和輸出數(shù)據(jù)是什么。Overloading） 系統(tǒng)開發(fā)的主要方式 管理信息系統(tǒng)開發(fā)中的管理 一、對開發(fā)過程進(jìn)行項目控制主要體現(xiàn)在： ? 開發(fā)資源的保障 ? 進(jìn)度計劃與控制 ? 階段性審核 ? 工作量與費用統(tǒng)計 ? 質(zhì)量監(jiān)控 二、人員的組織 ? 項目組長 ? 用戶 ? 系統(tǒng)分析員 ? 硬件網(wǎng)絡(luò)設(shè)計員 ? 數(shù)據(jù)庫管理員 ? 系統(tǒng)設(shè)計員 ? 程序員 三、文檔的管理 1. 文檔要標(biāo)準(zhǔn)化、規(guī)范化 2. 維護(hù)文檔的一致性 3. 維護(hù)文檔的可追蹤性 4. 文檔管理的制度化 四、項目管理 1. 項目管理組的組成 2. 項目管理中的度量問題 ? 規(guī)模度量 ? 軟件質(zhì)量度量 ? 軟件復(fù)雜性度量 3. 項目管理的主要內(nèi)容 項目管理的主要內(nèi)容 任務(wù)劃分 計劃安排 經(jīng)費管理 審計控制 風(fēng)險管理 質(zhì)量保證 第六章 管理信息系統(tǒng)的總體規(guī)劃 總體規(guī)劃概述 一、總體規(guī)劃的目的和任務(wù) 1. 保證信息共享 2. 協(xié)調(diào)子系統(tǒng)間的工作 3. 使開發(fā)工作有序進(jìn)行 二、總體規(guī)劃的主要步驟 對當(dāng)前系統(tǒng)進(jìn)行初步調(diào)查 分析和確定系統(tǒng)目標(biāo) 分析子系統(tǒng)的組成以及基本功能 擬定系統(tǒng)的實施方案 進(jìn)行系統(tǒng)的可行性研究 總體規(guī)劃的方法 一、企業(yè)系統(tǒng)規(guī)劃方法的原則 1. 支持企業(yè)的總目標(biāo) 2. 面向企業(yè)中各管理層次的要求 3. 從方法論上擺脫信息系統(tǒng)對舊組織機(jī)構(gòu)的依從性 4. 使信息系統(tǒng)在結(jié)構(gòu)上有良好的整體性 5. 自上而下規(guī)劃和自下而上實施相結(jié)合 企業(yè)目標(biāo) 企業(yè)過程 企業(yè)組織 數(shù)據(jù)處理系統(tǒng) 數(shù)據(jù)文件 企業(yè)目標(biāo) 企業(yè)過程 管理信息系統(tǒng) 數(shù)據(jù)庫 數(shù)據(jù)類 規(guī)劃 實施 二、 BSP的工作流程 1. 研究項目的確定 2. 研究的準(zhǔn)備工作 3. 研究開始階段 4. 定義企業(yè)過程 5. 定義數(shù)據(jù)類 6. 分析當(dāng)前的系統(tǒng)支持 7. 研究管理部門對系統(tǒng)的要求 8. 提出判斷和結(jié)論 9. 設(shè)計信息系統(tǒng)總體結(jié)構(gòu) 11. 評價信息管理資源管理工作 10. 確定子系統(tǒng)開發(fā)的先后順序 12. 制定建議書和開發(fā)計劃 13. 形成研究成果報告 前期工作 新系統(tǒng)設(shè)計 基礎(chǔ)工作 文檔編寫 三、定義企業(yè)過程 定義企業(yè)過程的基本方法是對企業(yè)的現(xiàn)實活動進(jìn)行調(diào)查，以企業(yè)的關(guān)鍵資源為線索，追蹤其生命周期，通過分析與綜合，最終完成企業(yè)過程的定義。 5）封裝（ Encapsulation） 是一種信息隱藏技術(shù)。Method） 方法使對象具有了處理封裝數(shù)據(jù)的功能，而消息則激活了這種功能并建立了對象間通信的橋梁。對象是類的實例，由類到對象的過程稱為實例化過程。 2） 類和實體（ Classamp。 – 對用戶的管理水平要求高。 ? 缺點： – 開發(fā)工具要求高。 – 開發(fā)的系統(tǒng)更加貼近實際，提高了用戶的滿意程度。 ? 優(yōu)缺點 ? 優(yōu)點： – 對系統(tǒng)需求的認(rèn)識取得突破，確保用戶的要求得到較好的滿足。 ? 用快速原型法開發(fā)企業(yè)管理信息系統(tǒng)，加強(qiáng)了用戶的參與程度。在這個過程中用戶往往通過對系統(tǒng)原型批評指責(zé)的方式對系統(tǒng)原型提出改進(jìn)意見，這要比空洞的描述自己的設(shè)想容易得多，改進(jìn)工作要比創(chuàng)造工作容易做得多。雖然管理人員每天都在自己相應(yīng)的崗位上工作，但我們卻很難指望他們能系統(tǒng)、完備且一次性地描述他們的業(yè)務(wù)流程。 – 用戶和開發(fā)人員評審。 – 確定系統(tǒng)的基本要求。 二、系統(tǒng)分析與設(shè)計 ? 系統(tǒng)所要求解決的問題是什么？ ? 為了解決該問題，系統(tǒng)應(yīng)干些什么？ ? 系統(tǒng)應(yīng)該怎么去干？ 1. 系統(tǒng)分析 2. 系統(tǒng)設(shè)計 三、系統(tǒng)實施與評價 1. 系統(tǒng)實施 ? 計算機(jī)系統(tǒng)的安裝和調(diào)試 ? 程序設(shè)計 ? 調(diào)試 ? 系統(tǒng)測試與試運行 ? 文檔編寫 ? 人員培訓(xùn) ? 系統(tǒng)轉(zhuǎn)換 2. 系統(tǒng)運行維護(hù) ? 程序的維護(hù) ? 數(shù)據(jù)的維護(hù) ? 代碼的維護(hù) ? 設(shè)備的維護(hù) 3. 系統(tǒng)評價與鑒定 ? 系統(tǒng)的功能和性能 ? 系統(tǒng)的經(jīng)濟(jì)效果 ? 其他方面的評價 二、原型化法（原型模型） ? 基本思想 ? 原型法（ Prototyping Method） 是在系統(tǒng)開發(fā)初期，憑借系統(tǒng)開發(fā)人員對用戶需求的了解和系統(tǒng)主要功能的要求，在強(qiáng)有力的軟件環(huán)境支持下，迅速構(gòu)造出系統(tǒng)的初始原型，然后與用戶一起不斷對原型進(jìn)行修改、完善，直到滿足用戶需求。 ? 適用范圍 該方法適用于一些組織相對穩(wěn)定、業(yè)務(wù)處理過程規(guī)范、需求明確且在一定時期內(nèi)不會發(fā)生大的變化的大型復(fù)雜系統(tǒng)的開發(fā)。 – 未能很好地解決 系統(tǒng)分析到系統(tǒng)設(shè)計之間的過渡 ，即如何使物理模型如實反映出邏輯模型的要求，通俗地說，就是如何從紙上談兵到真槍實彈地作戰(zhàn)的轉(zhuǎn)變過程。 ? 缺點： – 它是一種 預(yù)先定義需求的方法 ，基本前提是必須能夠在早期就凍結(jié)用戶的需求，只適應(yīng)于可以在早期階段就完全確定用戶需求的項目。 每一個階段的工作任務(wù)完成情況進(jìn)行審查，對于出現(xiàn)的錯誤或問題，及時加以解決，不允許轉(zhuǎn)入下一工作階段，也就是對本階段工作成果進(jìn)行評定，使錯誤較難傳遞到下一階段。 即首先進(jìn)行系統(tǒng)分析，然后進(jìn)行系統(tǒng)設(shè)計，從而大大提高了系統(tǒng)的正確性、可靠性和可維護(hù)性。 從時間的進(jìn)程來看，整個系統(tǒng)的開發(fā)過程是一個從抽象到具體的逐層實現(xiàn)的過程，每一階段的工作，都體現(xiàn)出自頂向下、逐步求精的結(jié)構(gòu)化技術(shù)特點 。 前一個階段的完成是后一個階段工作的前提和依據(jù)，而后一階段的完成往往又使前一階段的成果在實現(xiàn)過程中具體了一個層次。 科目體系管理功能 財務(wù)報表管理功能