第十一講會計信息系統分析和設計內容提要：本講簡明介紹軟件工程理論及其體系結構，包含開發模型、開發方法，開發工具，為學習會計信息系統分析和設計打下理論和方法基礎。軟件工程概要會計信息系統分析會計信息系統設計1第1頁第十一講會計信息系統分析和設計

學習目標：了解生命周期模型和快速原型模型；掌握結構化分析方法基本思想；掌握會計信息系統概要設計方法和內容，奠定會計信息系統操作基礎。2第2頁一、軟件工程概要（一）、軟件工程理論與方法學體系基本概念：軟件是計算機程序、方法、規則、相關文檔資料以及在計算機上運行時所必須數據。軟件工程是開發、運行、維護和修復軟件系統方法。方法學體系：開發模型、開發方法和開發工具三者組成了軟件工程理論和方法學層次體系。開發模型：一個人們開發軟件工程所習慣了工作格調。它要求軟件開發各階段劃分方法、任務及其相互關系。最慣用開發模型是生命周期模型和快速原型模型。開發方法：是人們對軟件開發各個階段經驗加以總結結果。常見有結構化方法、面向對象方法。開發工具：用于輔助開發方法實施，提升開發效率。3第3頁（二）、生命周期模型(SystemlifecycleModel)

概念：系統生命周期是指一個計算機應用系統從其提出、調查到分析、設計和有效使用，直至被淘汰或取代整個期間。系統生命周期模型就是按系統生命周期各個階段劃分任務，按一定規則和步驟，有效地進行系統開發方法。因為系統開發主要是其應用軟件開發，故系統生命周期法又稱為軟件生命周期法。系統生命周期５個階段(右圖所表示)系統準備系統分析系統設計系統實施系統運行維護4第4頁5第5頁系統準備階段：圖第１到４步。其主要任務是了解用戶要求，確定新系統目標，對要求開發新系統從技術上、經濟上與實施上是否可行進行可行性分析。這一階段主要文檔資料是可行性研究匯報。系統分析階段：圖第５到９步。其主要任務是在可行性分析基礎上，對原有系統進行詳細調查分析，搜集原系統全部文件（憑證、帳薄、報表等）樣本，明確用戶對系統全部需求(如功效、性能、安全等），依據用戶需求提出新系統邏輯模型。此階段主要文檔資料是系統分析匯報。6第6頁系統設計階段：圖第10到13步。其主要任務是依據系統邏輯模型進行系統總體設計和詳細設計，包含模塊設計、代碼設計、輸入輸出設計、數據文件設計、安全保密設計和處理流程設計。主要文檔資料是系統設計匯報，包含系統概要設計說明書和系統詳細設計說明書。系統實施階段：圖第14到18步。其主要任務是依據系統詳細設計說明書用選定程序語言或編程工具編寫源程序，進行程序測試、模塊聯調和系統總調，編寫出系統操作手冊或用戶手冊，組織系統試運行與評審。主要文檔資料包含源程序表，系統測試匯報、操作手冊和評審匯報等。7第7頁系統運行維護階段：第19步。其主要任務是正式使用系統，而且在需要時進行系統維護。此階段主要文檔資料有系統運行日志和系統維護匯報。生命周期法適用范圍：系統生命周期法適合用于開發較大型、綜合、功效明確且復雜信息系統，存在顯著不足。8第8頁（三）、快速原型模型(QuickPrototypingModel)概念：原型指是試制品或樣品。快速原型模型是先依據用戶最主要要求，開發出能實現系統最基本功效一個原型，再依據用戶對原型使用與評價意見，重復修改完善原型，直至得到用戶滿意最終系統為止。原型法４個階段（如右圖）適用范圍：適合用于小型軟件或需求不夠明確或不停改變軟件開發。9第9頁確定用戶需求此階段主要任務是了解用戶要求，并把要求分為最基本、最主要和近期要求與高層次、次要和遠期要求。設計系統原型此階段主要任務是依據用戶主要和基本要求盡快設計出能實現主要功效系統原型，提供一個真實系統給用戶試用。使用、評價原型此階段主要任務是由用戶對設計出原型使用，經過使用，用戶對計算機應用有了更詳細了解和更深刻認識后，可評價已經有原型優缺點，提出可行改進意見。修改、完善原型此階段主要任務是由系統開發人員依據用戶所提出改進意見，對原型進行修改完善、修改后再交用戶使用、評價，再修改、完善，直到用戶滿意為止。10第10頁（四）、會計信息系統開發模型選擇生命周期模型要求開發早期就全方面了解用戶需求，并嚴格按其需求開發，一旦需求改變，系統將極難適應。不要說財會人員無法恰當地預計會計信息系統需求，即使能夠恰當地預計，也難以實現與開發者有效溝通。快速原型模型則有可能使系統開發陷入無總體目標重復修改“泥潭”。會計信息系統開發需要結合生命周期模型和快速原型模型優點。在含糊不清基礎之上來應用軟件工程學原理，其結果可能是非常悲慘。就象把化學建立在可燃元素基礎之上，把天文學建立在地球是一個平面假說之上。11第11頁二、會計信息系統分析（一）、會計信息系統可行性研究目標：以最小代價在盡可能短時間內處理問題。內容：技術可行性、經濟可行性、環境可行性。研究步驟準備：人力及組織準備(開發小組、領導小組、環境保障組)；技術準備。初步調查：調查是系統誕生基礎。初步調查是對原有會計系統進行大致調查，目標是明確原系統功效、處理過程、存在和需要處理問題，新開發系統目標和開發條件，方便進行可行性研究。基本內容包含：原系統基本情況；新系統目標；系統開發條件（如人、財、物和技術力量，其它限制條件等）。進行可行性分析：必須形成可行性分析匯報。12第12頁（二）、會計信息系統需求分析需求分析是生命周期模型中關鍵步驟。需求分析主要任務：“了解”和“表示”。需求分析步驟對現有系統詳細調查和描述：包含搜集原系統各種單據、帳簿、報表等樣本，了解原有系統組織結構、信息流程、信息量、信息處理步驟和結果、資源利用情況、管理方式以及系統內外部環境，導出原有系統物理模型(以圖表符號表示)，基本符號及實例描述。識別原有系統邏輯模型建立新系統邏輯模型需求分析明確表示：撰寫規格說明書。13第13頁14第14頁規格說明書及其內容規格說明書：是系統分析人員和會計（用戶）所形成對會計信息系統用戶需求共識。規格說明書內容需求分析：目標分析、功效需求、信息量需求、性能需求（尤其要重視安全可靠性需求、環境需求、用戶界面需求）。系統配置：硬件、軟件、網絡配置。實施計劃：項目進度計劃、人員組織和培訓計劃、資金投入計劃15第15頁（三）、結構化分析方法（SA—StructureAnalysis）系統功效分析：功效層次結構分析、層次間信息關聯分析結構化分析方法是一個簡單、實用功效分析方法。結構化分析方法基本思緒：自頂向下、逐層分解分解抽象表示憑證處理結構化分析示意圖16第16頁17第17頁（四）、數據流程圖法（DataFlowChart)作用：能有效表示功效層次性和信息關聯性。數據流程圖法基本內容數據流程圖：是從實際系統抽象出來、用特定符號反應系統數據傳遞和變換過程圖。它是系統邏輯模型，與實際系統中詳細處理人員、處理工具和處理方式等無關，只反應數據處理和傳送過程和方向。數據字典：數據字典是描述或說明數據流圖中每一條數據流，每一個數據文件及其統計中各數據項詞條集合。處理說明：處理說明又稱加工說明，是對數據流圖中每一個處理（即每一個圓圈）所作說明，其主要內容是描述該處理怎樣把流入數據流變換為從該處流出數據流，變換要求、法則怎樣，方便系統設計與程序設計時能依照要求處理要求進行設計，以實現該項處理。18第18頁數據流程圖數據流程圖成份數據流：沿箭頭方向傳遞數據通道，描述數據流向。處理：對流入數據進行操作。數據流圖關鍵。文件：與處理相關數據集合。實體：描述數據流起點和終點。數據流圖畫法自頂向下，逐步求精方法頂層圖：描述系統范圍和邊界底層圖：描述一個簡單獨立功效中間圖：描述上一層某個處理，分解成幾個獨立功效由外向里標準：在繪制頂層圖時先考慮整個系統輸入和輸出數據流，然后再考慮系統內部其它元素。注意事項：恰當地命名、處理框編號(實例)實體數據流處理文件19第19頁20第20頁數據字典數據字典內容①數據項條目：數據項名、別名、類型、長度、取值范圍、注釋等；②數據流條目：數據流名、別名、組成數據項、注釋等；③文件條目：文件名、別名、組成數據項、組織方式（是否索引、關鍵字）、注釋等。數據字典中符號+表示“與”[|]表示“或”，即選擇括號中某一項{}表示“重復”，既括號中項要重復若干次[]表示括號中項可有可無一個實例21第21頁數據流“領料單”數據字典數據流名稱：領料單別名：出庫單、領料憑證組成：日期+領料單位+{材料名稱+規格型號+請領數量+實發數量}+經手人+審批人注釋：1、審批人署名才有效2、日流量約50張22第22頁處理說明作用:處理說明描述邏輯模型是下一階段系統設計與編程基礎和技術說明書。處理說明工具：結構化語言：專門以來描述邏輯處理語言，介于形式語言和自然語言之間，易于了解且防止語意二一性。判定表：用于把處理各種動作和條件用表格形式表示。普通地，當某項處理是由一組操作組成且是否執行某個操作又取決于一組條件時，慣用判定表來處理。判定樹：依據處理條件和對應動作，用橫放樹型分枝方法描述出來處理說明。判定表包含條件和動作23第23頁“領料業務流程圖”中

“倉庫審核”處理結構化語言描述處理說明假如領料單上數據均完整，且庫存數量足夠，則經過審核。假如領料單上數據均完整，但請領數量大于庫存數量，則把能給予請領人數量通知對方同意領用則經過審核，不然退單。假如根本無貨，則作為無貨料單退還給請領人。假如領料單上沒有填寫日期、領料單位，沒有審批人署名，或者領料名稱、規格型號、請領數量任何一項沒有填寫清楚，則認為是無效料單，應退回給請領人。24第24頁“領料業務流程圖”中

“倉庫審核”處理判斷表處理說明25第25頁“領料業務流程圖”中

“倉庫審核”處理判斷樹處理說明26第26頁（一）、會計信息系統概要設計制訂各種設計規范再一次確認需求和明確實現條件依據目標確立最適當設計方法要求全部設計文檔編制標準代碼體系設計方法、標準和各種命名規則建立系統總體結構系統總體結構設計系統總體結構設計方法各模塊間處理方式：算法設計；控制方式設計三、會計信息系統設計它是會計信息系統開發組組員應共同恪守標準,目標是便于協調工作。27第27頁（二）、會計信息系統詳細設計詳細設計目標和作用定義每個模塊內部特征為編碼工作制訂了詳細框架和步驟詳細設計方法和內容數據結構（文件）設計代碼設計輸入/輸出設計

安全保密設計程序設計說明書編寫總之，系統設計階段文檔資料是系統設計匯報，它包含總體設計說明書與詳細設計說明書，系統設計匯報要評審經過。最終形成包含以上內容在內詳細設計說明書28第28頁系統總體結構設計概念：對會計信息系統進行子系統和模塊劃分。子系統是會計信息系統一些功效單元結合；模塊則是系統更小功效結合。子系統和模塊設計內容確定每個子系統和模塊功效，并與已確定系統需求建立對應關系；抽象出底層公用模塊；確定模塊間調用關系；確定模塊間接口。賬務處理子系統劃分29第29頁系統總體結構設計方法面向對象設計方法(OOD--Object-OrientedDesign)結構化設計方法(SD—StructureDesign)目標：建立良好子系統和模塊體系。標準自頂向下逐層抽象（如賬務處理子模塊劃分）；模塊單一性和獨立性：各模塊必須含有獨立和單一功效；高內聚低耦合：每個模塊內部各組成部分有較高聯絡；模塊與模塊之間有較少聯絡。30第30頁代碼設計代碼概念：代表事物或概念符號。在信息系統中代碼是人和機器共同語言，是進行信息分類、校對、檢索和統計關鍵。代碼作用：識別功效；分類功效；排列功效。代碼設計標準：唯一性、規范性、易用性、可擴性、可靠性（校驗位設計）代碼種類：連續次序碼、間隔次序碼、分區次序碼、群碼（組合碼）會計信息系統中代碼種類：會計科目代碼、部門代碼、職員代碼、產成品代碼、原材料代碼、固定資產代碼、客戶或供給商代碼。代碼設計步驟31第31頁校驗位設計舉例:按算術級數計算校驗位假設已編代碼為：25476各位乘以數：12345乘積之和為：2×1+5×2+4×3+7×4+6×5=82以10為模去除乘積之和82，即82÷10得余數為2用2去做校驗位，在原代碼最終一位加上校驗位2，實際編碼就為：25476232第32頁庫文件設計要逐一子系統分析研究其要輸出信息、輸入數據和要執行處理，確定其應設置哪些庫文件、設計每個庫文件文件名、文件結構、文件要怎樣組織，等等。注意：文件統計信息必須能滿足輸出需要，即系統輸出信息可從文件統計信息直接或經加工得到；文件必須能統計下輸入數據；要能滿足處理要求。33第33頁代碼設計步驟①明確設計代碼目標和表示對象，了解此對象性質和在系統中要作處理，②依據對象性質和處理要求，確定選取代碼類型和編碼規則，③用選定規則對被表示對象逐類、逐一設計出其代碼，編寫出代碼對照表，④統計下代碼設計規則，方便日后對相關代碼進行增、刪、改等維護。34第34頁輸入設計輸入設計主要內容：通常會計信息系統輸入方式有些人工鍵盤輸入、機械或光電閱讀器直接自動讀入（如條形碼、磁性墨水書寫憑證機器自動讀入等）或經過媒體化（如先錄入磁盤或磁帶）后成批輸入。輸入設計標準：滿足用戶要求；輸入界面友好；采取有效檢驗方法對輸入數據進行檢驗；方便用戶正確、快速、有效地進行數據輸入，確保輸入數據完整正確性。35第35頁輸出設計

輸出設計內容：信息系統輸出方式主要是打印輸出、屏幕查詢輸出及送往其它外部介質（如磁盤、磁帶等）輸出。伴隨多媒體發展，攝影、繪圖、發聲等輸出方式將會對應增多起來。輸出設計標準：滿足用戶對輸出信息內容與格式要求；輸出伎倆靈活多樣；對輸出