會計信息系統的規(guī)劃分析設計

關于會計信息系統的規(guī)劃分析設計第一節(jié)會計信息系統開發(fā)概述會計信息系統的建立是企業(yè)的一項重要財務活動。會計信息系統的開發(fā)如同企業(yè)產品的生產，必須經過設計、授權和過程控制。會計人員應該關注會計信息系統開發(fā)過程的完整性。會計人員和審計人員參與會計信息系統的開發(fā)活動，能夠使系統開發(fā)專業(yè)人員明確他們的問題和需求，確保會計信息系統遵循會計準則、財務會計制度和相關法律、法規(guī)的規(guī)定，建立、健全、執(zhí)行恰當的控制，保證會計信息系統留有充分的線索。一、會計信息系統開發(fā)的基本條件

1、高層領導對會計信息系統開發(fā)的了解和重視

2、科學合理的管理基礎工作

3、要有需求牽引

4、制定切實可行的開發(fā)策略第2頁,共87頁，2024年2月25日，星期天二、軟件工程（一）軟件危機軟件開發(fā)和維護過程中遇到的一系列嚴重問題，稱為軟件危機。（二）軟件工程軟件工程將系統化的、規(guī)范的、可度量的方法應用于軟件的開發(fā)、運行和維護的過程，即將工程化應用于軟件中。軟件工程包含四個關鍵元素：方法、語言、工具和過程方法提供了建造軟件在技術上需要“如何做”。語言用以支持軟件的分析、設計和實現。工具、方法和語言提供了自動化或半自動化的支持。第3頁,共87頁，2024年2月25日，星期天三、軟件工程中適合于會計信息系統開發(fā)的方法（一）瀑布式模型瀑布式模型是傳統的軟件工程生存期模式，它由系統需求分析、軟件需求分析、系統設計、程序設計、系統測試、系統維護六個階段構成。第4頁,共87頁，2024年2月25日，星期天瀑布式模型第5頁,共87頁，2024年2月25日，星期天（二）原型開發(fā)模型

原型開發(fā)作為軟件工程的一種開發(fā)模式，也存在一些需要解決的難題：

1、用戶似乎看到的軟件的工作版本。但不知道這個原型是臨時搭建起來的，也不知道為了使原型很快能夠工作，我們沒有考慮軟件的總體質量和長期的可維護性。

2、為了使原型盡快投入運行，開發(fā)人員經常采用一些折中的解決方法。如采用一些效率不高的算法等。第6頁,共87頁，2024年2月25日，星期天原型法(Prototyping)

用戶對新系統提出需求（各種問題）開發(fā)人員對問題進行總結開發(fā)一個原型系統運行原型系統有修改意見？增加新功能否？增加功能修改完成系統開發(fā)并交付使用YYNN原型法示意圖第7頁,共87頁，2024年2月25日，星期天（三）螺旋模型第8頁,共87頁，2024年2月25日，星期天（四）第四代技術

第四代技術包含了一系列的軟件工具，它們都有一個共同的特點，即每個工具都能使軟件開發(fā)人員在高層次上定義軟件的某些特性，并把開發(fā)人員定義的特性自動地生成源代碼。目前，支持4GT模式的軟件開發(fā)環(huán)境包括下述的部分和全部工具：數據庫查詢的非過程性語言，報表生成器，數據處理，屏幕交互和定義以及代碼生成；高層圖形功能；電子表格等。第9頁,共87頁，2024年2月25日，星期天第四代技術第10頁,共87頁，2024年2月25日，星期天（五）組件對象模型

對象技術為軟件工程的基于組件的過程模型提供了技術框架。面向對象模型強調了類的創(chuàng)建，類封裝了數據的用于處理該數據的算法。如果經過合適的設計和實現，面向對象的類可以在不同的應用以及基于計算機的復用。組件對象模型融合了螺旋模型的許多特征，它本質上是演化并支持軟件開發(fā)的迭代方法。第11頁,共87頁，2024年2月25日，星期天組件對象模型第12頁,共87頁，2024年2月25日，星期天（六）過程開發(fā)模型（混合模型）

任何一個項目的開發(fā)涉及許多因素，如軟件的應用領域，規(guī)模大小，可重用構件的大小和多少，軟件實現的軟硬件環(huán)境，開始和交付的規(guī)定，周期和成本限制，以及開發(fā)人員的素質等。為適用不同項目、不同情況的要求，需要一種更加靈活和更加動態(tài)的方法來解決軟件開發(fā)過程中遇到的各種問題。

1991年美國DODSEI公布了“能力成熟模型（CMM）”。CMM把成熟程度分為五級：初步過程、可重復過程、可定義過程、可管理過程、可優(yōu)化（可控制）過程。第13頁,共87頁，2024年2月25日，星期天系統開發(fā)生命周期（1）系統規(guī)劃階段任務是對企業(yè)的環(huán)境、目標、現行系統的狀況進行初步調查，明確現行系統存在的問題，根據企業(yè)目標和發(fā)展戰(zhàn)略，對建立新系統的需求作出分析和預測，研究建立新系統的必要性和可能性，根據需要與可能，提出擬建新系統的備選方案，對這些方案進行可行性分析，寫出可行性項目建議書。（2）系統分析階段任務在是可行性研究的基礎上，對現行系統進行詳細調查和全面分析，描述現行系統的業(yè)務流程，提出現行系統的局限性和不足之處，對現行系統提出修改方案，確定新系統的目標和邏輯功能要求，即提出新系統的邏輯模型。系統分析階段的主要文檔是系統分析報告。第14頁,共87頁，2024年2月25日，星期天（3）系統設計階段任務是根據系統分析報告中規(guī)定的功能，結合實際條件，具體設計實現邏輯模型的技術方案，包括系統概念設計、評估與選擇方案和詳細設計。（4）系統實施階段這個階段的任務包括計算機等設備的購置、安裝和調試，程序的編寫與調試，人員培訓，數據文件轉換，系統調試、轉換等。系統實施是按系統實施計劃分階段完成的，每個階段應寫出實施進度報告。系統測試之后寫出操作手冊、系統測試分析報告等。（5）系統運行與維護階段需要經常進行維護，記錄系統的運行情況，根據一定的標準對系統進行必要的修改，評價系統的工作質量和經濟效益。第15頁,共87頁，2024年2月25日，星期天四、會計信息系統開發(fā)的方法（一）早期會計信息系統開發(fā)方法存在的主要問題

1、工作階段的劃分不夠明確

2、系統建設過程用戶參與程度低，用戶與專業(yè)人員對話缺乏有效手段

3、系統開發(fā)的工作任務集中在系統實施階段，系統分析．設計工作不夠深入

4、系統設計階段的工作采取“自底向上“的方法，系統總體功能與目標的實現難以保證第16頁,共87頁，2024年2月25日，星期天四、會計信息系統開發(fā)的方法（二）結構化系統開發(fā)方法

1、結構化系統開發(fā)方法的基本思想對于復雜的問題，由于人的理解力、記憶力有限，不可能觸及問題的所有方面和全部細節(jié)，為了將復雜性降到可以掌握的程度，可以將大問題劃分為若干個小問題，然后分別解決，亦即分解；分解可以分層進行，即先考慮問題最本質的屬性，暫時將細節(jié)去掉，然后再逐層添加細節(jié)，直至涉及最詳細的內容，即抽象。

2、結構化系統開發(fā)方法的特點（1）自頂向下整體性的分析與設計和自底向上逐步實施的系統開發(fā)過程（2）用戶至上（3）深入調查研究（4）嚴格區(qū)分工作階段（5）充分預料可能發(fā)生的變化（6）開發(fā)過程工程化第17頁,共87頁，2024年2月25日，星期天3、結構化系統開發(fā)方法的工作流程（1）系統分析（2）系統設計（3）程序設計（4）系統測試（5）運行和維護（6）系統評估結構化系統開發(fā)方法強調在整體優(yōu)化的前提下考慮具體的分析設計問題，開發(fā)過程規(guī)范，思路清楚，適用于開發(fā)大型、復雜的系統。第18頁,共87頁，2024年2月25日，星期天4、結構化系統開發(fā)方法存在的問題整個系統的開發(fā)工作是勞動密集型的系統開發(fā)的整個工作費時過長，難以適應環(huán)境的變化對用戶需求的變更不能做出迅速的響應生命周期法各階段工作的假設要求有很強的預見性各階段文檔的審批工作困難維護工作繁重，專門人才緊缺第19頁,共87頁，2024年2月25日，星期天（三）原型化方法

1、原型法的工作流程——P41

2、建立原型的原則

3、原型方法的特點（與結構化系統開發(fā)方法比較）對于開放性、無固定需求范圍的系統（如決策支持系統）適用；加強了用戶的參與與決策。

4、原型法的軟件支持環(huán)境

5、原型方法的局限性對于中小型的信息系統開發(fā)效果較好。第20頁,共87頁，2024年2月25日，星期天（四）面向對象的開發(fā)方法（objectoriented)

1、OO方法的基本思想客觀世界是由各種各樣的對象組成的，每種對象都有各自的內部狀態(tài)和運動規(guī)律，不同的對象之間的相互作用和聯系構成了各種不同的系統。

第21頁,共87頁，2024年2月25日，星期天2、OO方法的開發(fā)過程（1）系統調查和需求分析（2）分析總是的性質和求解問題（3）整理問題（4）程序實現

3、面向對象分析方法（OOA）是從認識客觀對象及其屬性，認識對象的整體及組成部分和對象類的形成及其區(qū)分。OOA所強調的是在系統調查資料的基礎上，針對OO方法所需要的素材進行的歸類和整理，而不是對管理業(yè)務現狀和方法的分析。

第22頁,共87頁，2024年2月25日，星期天

面向對象的分析強調如下的基本觀點：（1）分析和規(guī)格說明的總體框架貫穿結構化方法，如整體和局部、類和成員、對象和屬性等。（2）用消息進行用戶和系統之間以及系統中實體之間的相互通信。（3）在總體框架中對每個部分提供的方法和性能進行分類。用OOA具體分析一個事物時，在致有如下步驟：第1步：標識對象和類第2步：標識結構第3步：標識主題第4步：定義屬性第5步：確定方法第23頁,共87頁，2024年2月25日，星期天4、面向對象設計方法（OOD）其基本思想是根據OOA的結果，對系統進一步細化，以便能夠被OOP直接接受。

OOD方法的基本步驟：（1）設計問題域（2）設計人機交互（3）設計任務管理（4）設計數據管理

5、OO方法的優(yōu)點與局限性第24頁,共87頁，2024年2月25日，星期天（五）計算機輔助軟件工程

1、CASE方法的基本思想：在實際開發(fā)一個系統時，CASE的應用必須依賴于一種具體的開發(fā)方法，并提供支持各種方法的開發(fā)環(huán)境。

2、CASE的特點（1）在實際開發(fā)一個系統時，CASE的應用必須依賴于一種具體的開發(fā)方法，并提供支持各種方法的開發(fā)環(huán)境。（2）CASE只是一種輔助的開發(fā)方法（3）由于CASE環(huán)境的出現從根本上改變了我們開發(fā)系統的物質基礎，從而在利用CASE開發(fā)一個系統時，從考慮問題的角度、開發(fā)過程的做法以及實現系統的措施等方面出發(fā)，他們都與傳統方法有所不同第25頁,共87頁，2024年2月25日，星期天（六）基于多層結構的會計信息系統開發(fā)方法網絡財務系統應具有的技術性能：（1）獨立于操作系統平臺，能在各種主要的操作系統中運行，使客戶原有的和將購進的信息資源能得到充分的利用；（2）獨立于數據庫平臺，使用戶應用程序能與任何可用的數據資源相連；（3）基于Web方式，實現Internet、Intranet、Extranet的無縫連接，做到真正與平臺無關；（4）能與第三方廠家軟件集成，實現數據交換與數據共享。第26頁,共87頁，2024年2月25日，星期天1、應用程序體系結構數據庫數據庫應用程序服務器數據庫應用程序服務器表示層商業(yè)層數據訪問層三層應用程序體系結構第27頁,共87頁，2024年2月25日，星期天2、WindowsDNA的體系結構企業(yè)經理、財務主管、銷售人員GUI投資者、相關利益集團BRDWERS網絡服務器系統管理憑證審核生成轉賬憑證權限庫憑證庫收發(fā)料庫固定資產折舊庫基于windowsDNA的財務系統模型中間服務層客戶端第28頁,共87頁，2024年2月25日，星期天（七）各種開發(fā)方法的比較

會計信息系統具有數據量大、結構復雜、數據處理方法要求嚴格、會計信息質量要求高、對信息系統的安全性要求高等特點。

只有結構化系統開發(fā)方法是真正能比較全面支持整個系統開發(fā)過程的方法。其他幾種方法只能作為結構化系統開發(fā)方法在局部開發(fā)環(huán)節(jié)上的補充，暫時不能替代其在系統開發(fā)過程中的主導地位。第29頁,共87頁，2024年2月25日，星期天三、軟件開發(fā)工具軟件開發(fā)工具是幫助人們開發(fā)軟件的工具，它能使開發(fā)過程中的具體工作自動或半自動地完成，是在軟件開發(fā)各個階段幫助開發(fā)者提高工作質量和效率的一類新型軟件。1、軟件開發(fā)工具的基本功能（1）提供描述軟件狀況及其開發(fā)過程的概念模式，協助開發(fā)人員認識軟件工作的環(huán)境與要求，管理軟件開發(fā)的過程；（2）提供存儲和管理有關信息的機制與手段；（3）幫助使用者編制、生成和修改各種文檔；（4）幫助使用者編寫程序代碼，使用戶能在較短的時間內生成所需要的代碼，進行測試和修改；（5）對歷史信息進行跨生命周期的管理。第30頁,共87頁，2024年2月25日，星期天2、軟件開發(fā)工具的類別（1）需求分析工具數據流程圖（DFD）繪制與分析工具、圖形化的E—R（實體—關系）圖編輯和數據字典的生成工具、面向對象的模型與分析工具以及快速原型構造工具。（2）設計工具系統結構圖的設計工具、程序設計語言支持工具、數據庫設計工具和圖形界面設計工具等（3）編碼工具各種文本編輯器、常規(guī)的編譯程序、鏈接程序、調試跟蹤程序以及程序自動生成工具（4）測試工具靜態(tài)分析器、動態(tài)覆蓋率測試器、測試用例生成器、測試報告生成器、測試程序自動生成器及環(huán)境模擬器等（5）運行維護工具方便程序閱讀和理解的程序結構分析器、源程序到程序圖的自動轉換工具、文檔生成工具及系統日常運行管理和實時監(jiān)控程序等（6）項目管理工具軟件成本與人員估算建模及測算工具、軟件質量分析與評價工具、項目文件制作工具、報表生成工具等第31頁,共87頁，2024年2月25日，星期天四、開發(fā)方式系統開發(fā)方式比較項目自行開發(fā)委托開發(fā)聯合開發(fā)購買現成軟件包對分析、設計力量的要求非常需要需要逐步培養(yǎng)不需要編程力量的需求非常需要不需要需要不需要系統維護容易較困難較容易困難開發(fā)費用少多較多較少第32頁,共87頁，2024年2月25日，星期天第2節(jié)會計信息系統的規(guī)劃一、系統規(guī)劃的任務系統規(guī)劃的目的是將個別系統項目或應用程序與企業(yè)的戰(zhàn)略目標相聯系。為什么成立系統開發(fā)指導委員會十分重要？系統規(guī)劃包括戰(zhàn)略系統規(guī)劃和項目規(guī)劃第33頁,共87頁，2024年2月25日，星期天二、初步調查一般調查涉及：組織的概況、企業(yè)的目標、現行會計信息系統運行情況、企業(yè)及其會計工作的簡單歷史、企業(yè)各級管理層對建立會計信息系統的認識和迫切程度、企業(yè)的產品、產量、產值、利稅、體制及改革情況、會計人員和技術人員基本情況、企業(yè)面臨的問題、企業(yè)的中長期計劃及主要困難等。信息需求調查：會計工作職責及活動、環(huán)境信息、會計數據源。三、可行性分析

1、建立會計信息系統的必要性（1）目前工作的必要性（2）未來工作的必要性

第34頁,共87頁，2024年2月25日，星期天

2、建立會計信息系統的可能性（1）技術可行性：計算機軟硬件、通訊網絡、數據模型、經濟管理等（2）經濟可行性（3）管理可行性（4）風險分析可行性分析可以得出幾種結論：（1）系統開發(fā)條件成熟且有必要開發(fā)（2）系統開發(fā)條件雖然不足，但有必要開發(fā)（3）開發(fā)條件不成熟、技術力量不足、經費困難等（4）根本沒有必要開發(fā)新系統

3、編寫可行性報告可行性分析報告是可行性分析的成果，該報告必須用書面的形式予以記錄下來，作為論證和進一步開發(fā)的依據。第35頁,共87頁，2024年2月25日，星期天可行性分析報告主要由以下內容組成：（1）系統環(huán)境分析。包括企業(yè)的地理位置及分布、企業(yè)的現有資源及可供今后使用的可能情況、系統外部環(huán)境的影響因素、企業(yè)中與會計信息系統聯系密切的其它信息系統的接口要求、企業(yè)外部聯系密切的其它組織的住處系統的接口要求等。（2）明確現行系統要解決的問題，確定新系統的目標，并規(guī)定具體的指標要求。（3）論證在現有的條件下，新系統目標實現的必要性與可能性。（4）若結論認為是可行，則提出新系統開發(fā)的基本設想，制定開發(fā)計劃，包括各階段人力、資金、設備的需求等。第36頁,共87頁，2024年2月25日，星期天第三節(jié)會計信息系統的分析一、系統分析的主要任務對原系統進行詳細深入的調查研究，收集原系統的各種單據、賬簿、報表等樣本建立新系統的數據流圖確立新系統的數據組織方案決定新系統的運行環(huán)境編制用戶需求說明書制定新系統開發(fā)進度計劃及要求第37頁,共87頁，2024年2月25日，星期天系統分析的特點

系統分析員是系統分析工作的主持者和主要承擔者。工作內容涉及面廣、不確定性大系統分析工作主要面向組織管理問題，工作方式主要是和人打交道系統分析工作的主要成果是文件系統分析工作追求的是有限目標第38頁,共87頁，2024年2月25日，星期天系統分析步驟第39頁,共87頁，2024年2月25日，星期天二、對現行系統的詳細調查系統調查的目的：

(1)獲得對系統操作方面的基本理解

(2)建立與系統使用者的工作關系

(3)收集對開發(fā)系統設計有用的數據

(4)確認為了后續(xù)設計工作而需要關注的具體問題

1、現行系統調查的優(yōu)勢（1）只有徹底了解現行系統，就能確定哪些方面值得保留，或稍作修改就可供新系統使用；（2）確定在實施新系統時，哪些任務、步驟和數據應該隨著舊系統逐步停止，哪些應該繼續(xù)保留；（3）確定問題的原因所在，也許問題不在系統本身，只能只是管理層或員工造成的，無須重新設計系統就可解決。第40頁,共87頁，2024年2月25日，星期天2、現行系統調查的弊端（1）系統分析人員容易陷入對現有龐大系統的分析而不能自拔；（2）調查現行系統有可能抑制新觀念的產生，3、常用的調查方法（1）召開調查會（2）訪問（3）填寫調查表（4）參加業(yè)務實踐等在詳細調查過程中要對系統進行描述，通常用組織結構圖描述組織的結構，用業(yè)務流程圖和表格分配圖描述業(yè)務狀況，用數據流程圖描述和分析數據、數據流程及各種功能，用判定樹和決策表等描述處理功能和決策模型。調查過程中的行為考慮：人的因素在系統調查中是最重要的。系統開發(fā)涉及改變現有系統的事實，產生了許多問題。第41頁,共87頁，2024年2月25日，星期天交流隔閡問題第42頁,共87頁，2024年2月25日，星期天

分析人員的首要任務是建立項目組和管理層的良好合作關系。（1）盡快認識系統所包括的人員（2）告訴相關人員擬建系統的好處（3）向所有相關人員提供一定程度的保證（4）向他們保證，你是真心想使系統所涉及的人員過得更好第43頁,共87頁，2024年2月25日，星期天4、詳細調查的內容企業(yè)各機構與會計機構的信息聯系調查——P50會計機構內部分工及其業(yè)務聯系狀況調查描述業(yè)務流程的圖表有：業(yè)務流程圖、跨功能業(yè)務流程圖、表格分配圖現行會計制度與簿記的要求調查：現行會計制度、現行簿記規(guī)則、記帳規(guī)則、帳務處理程序數據信息量的調查：憑證、會計科目、帳表企業(yè)已使用的編碼調查會計數據處理模型的調查：數據流程、數據內容、相關數據第44頁,共87頁，2024年2月25日，星期天會計信息系統的邏輯模型第45頁,共87頁，2024年2月25日，星期天二、系統分析(一)系統分析方法—結構化分析（structuredanalysis,SA)方法結構化分析方法的基本思想：由于人的理解力、記憶力有限，不可能一下觸及問題的所有方面以及全部的細節(jié)，為了降低理解的復雜性，必須把大問題分解成若干個小問題；如果每個小問題還不夠簡單，可以繼續(xù)分解，直到每個問題均可理解為止。結構化分析方法就是對一個復雜系統進行“自頂向下，逐層分解”的一種分析方法，有較強的可操作性和規(guī)范的描述方法。第46頁,共87頁，2024年2月25日，星期天（二）分析方法使用的工具（1）數據流程圖—描述數據處理過程（2）數據字典—描述數據流圖中出現的數據元素（3）處理說明—描述數據流圖中每一個處理所作的說明

1、業(yè)務處理描述——數據流程圖數據流圖是從實際系統抽象出來的，用特定的符號反映系統的數據傳遞和變換過程圖，是系統的邏輯模型，與實際系統中具體的處理人員、處理工具和處理方式等無關，只反映數據處理和傳遞的過程和方向。第47頁,共87頁，2024年2月25日，星期天起點、終點處理文件數據流數據流程圖的四個基本元素第48頁,共87頁，2024年2月25日，星期天

結構化分析方法的主要特點是自頂向下、逐層分解系統分析首先應進行會計系統整體分析，然后自頂向下，層層分解，逐各子系統進行詳細分析，使復雜的系統分解成足夠簡單、易于理解和表達的多個子系統。P55的圖2—8、圖2—9、圖2——10第49頁,共87頁，2024年2月25日，星期天2、數據字典

數據流圖描述了系統的“分解”，即描述了系統有哪幾部分，各部分之間有什么聯系等，但并沒有說明系統中各個成分是什么含義。數據字典是對數據流圖中各文件及數據流進行詳細的描述和確切解釋的詞典，它能定義文件或數據流由哪些更小的單位組成，并描述每個數據項的具體內容、取值規(guī)定等。數據字典是數據流程圖的輔助資料，對數據流程圖起著注解的作用。數據字典由不同的條目組成，不同類型的條目有不同的屬性需要描述：（1）數據元素條目（2）數據流條目（3）數據結構條目（4）數據處理條目（5）數據存儲條目（6）外部實體條目第50頁,共87頁，2024年2月25日，星期天3、處理說明

處理說明又稱加工說明，其主要內容是描述該處理如何把流入的數據流變換為流出的數據流，以及變換的規(guī)則、法則怎樣，以便系統設計與程序設計時能依據規(guī)定的處理要求進行設計，實現該項處理。處理說明常用的工具有：（1）結構化語言（2）判斷表（3）判斷樹第51頁,共87頁，2024年2月25日，星期天“檢查訂購單”處理邏輯判斷表金額>5000>5000<5000<5000狀態(tài)未過期已過期未過期已過期發(fā)出批準單√√√發(fā)出提貨單√√√第52頁,共87頁，2024年2月25日，星期天判斷樹第53頁,共87頁，2024年2月25日，星期天三、建立新系統的邏輯模型在系統分析階段，通過對現行系統的調查和分析，抽象出現行系統的邏輯模型，對現行系統提出優(yōu)化和改進的方法，導出新系統的邏輯模型，給出新系統所要采用的信息處理方案。需求分析的主要內容：1、系統目標分析2、業(yè)務流程分析3、數據流程分析4、數據屬性分析5、數據查詢要求分析6、數據輸入、輸出分析第54頁,共87頁，2024年2月25日，星期天四、系統分析報告

系統分析報告是系統分析的最終結果,它反映了所建立系統的功能需求、性能需求、運行環(huán)境等方面的內容，是開發(fā)人員和用戶共同理解計算機會計信息系統的橋梁，也是系統設計的基礎。系統說明書包括下列內容：

1、引言，說明會計信息系統的名稱、使用單位和設計單位名稱

2、系統描述（1）系統分析的主要工作內容（2）現行系統的調查情況（3）列出現行系統的目標、主要功能、組織結構、用戶要求等

3、新系統的邏輯模型：數據流圖和數據詞典

4、用戶需求說明：關鍵領域用戶的特定要求第55頁,共87頁，2024年2月25日，星期天

5、系統性能要求：合法性、可靠性、安全保密性、靈活性、易用性

6、系統設計實施初步計劃（1）工作任務的分解及進度計劃（2）資源需求（3）經費預算

7、建議（1）項目是否繼續(xù)（2）分析是否改變了可行性、戰(zhàn)略影響，或項目的優(yōu)先順序對系統分析報告的審議是整個系統開發(fā)過程中的一個重要里程碑，為什么？第56頁,共87頁，2024年2月25日，星期天

某律師事務所的王律師是北京知識產權領域的?？汀Ｋ詮?年前開辦這所事務所以來，不斷接到有關知識產權法的訴訟請求，現已成為北京市最負盛名的知識產權訴訟專家，受到國內外企業(yè)的重視。去年好萊塢集團派員拜會他，并委托該事務所全權負責該集團在華的所有有關知識產權的訴訟項目，這些訴訟單在北京便有幾十起。王律師一面為自己的業(yè)務蒸蒸日上而高興，一面卻為這些項目的繁重工作而頭痛。最近北京舉辦了一個國際電子計算機展覽會。王律師參觀了幾家信息系統公司的示范展品，對三星律師事務所能夠采用信息技術抱有極大興趣，但苦于自己對技術和計算機毫無認識。事務所內的計算機都只是做文書處理之用，沒有采用任何網絡和其他軟件，對如何采用信息技術沒有具體計劃。第57頁,共87頁，2024年2月25日，星期天

假設你剛被事務所聘為信息技術部經理，明天要向王律師和事務所的高層陳述一項信息策略計劃，以應付日見繁重的知識產權訴訟。運用你所掌握的系統開發(fā)知識，介紹一套適合事務所的信息系統策略。第58頁,共87頁，2024年2月25日，星期天三、會計信息系統的系統設計經過系統分析，建立了計算機會計信息系統的邏輯模型，指出該系統應該“做什么”，而系統設計則是確定“怎樣做”，它將系統分析階段建立的邏輯模型轉化為物理模型，即根據系統的邏輯模型進行物理設計。與系統分析中的結構化分析相對應，結構化設計也是系統設計中一種十分有效的方法。第59頁,共87頁，2024年2月25日，星期天系統設計類似于建筑上的房屋設計。在計劃階段，建筑師要考慮房屋應該發(fā)揮的功能，然后形成一個大體設計的總方案。然后，在設計階段，建筑師需要專門準備一張能為電工、管道工、木工使用的房屋圖紙。類似的，系統設計人員也要制定一張能為會計人員、程序員和管理層使用的示意圖。在這個層面上很小的錯誤都會導致在后續(xù)層面上巨大的成本消耗與浪費。試想這樣一種情況，如果建筑師在房屋建設時忘了給廚房設計下水道，假設這樣的房子按照原設計修建…假設一個公司要實現一個系統的設計計劃，需要一個特定的計算機網絡和會計軟件包。在這個系統使用了一兩年以后，公司發(fā)現這個軟件包不再能滿足管理層對信息的需求。然而，修改軟件、更換剛剛啟動的系統通常是不可能的。第60頁,共87頁，2024年2月25日，星期天系統設計的步驟系統計劃與分析評價多種設計準備設計說明書系統設計說明書系統實施系統評估和控制第61頁,共87頁，2024年2月25日，星期天評價各種可替代的設計方案：

在各種情況下，系統設計源于一種特殊的需求，這種需求正如我們在系統分析方法中定義的一樣。這樣的系統設計應該為特定的問題提供解決方案。在實際運用中，不會只有一個方法來完美地解決一個問題，與此相反，系統設計員往往面對著大量的解決方案。這些解決方案在人工檢驗來看都很有吸引力，所以列舉和考慮不同的主要設計方案是系統設計一個很重要的方面。第62頁,共87頁，2024年2月25日，星期天1、列舉設計方案（1）是開發(fā)一個全新的系統還是對現有的系統進行修改（2）實現現有的系統不能正常發(fā)揮的作用。修改一個現成的系統比設計一個全新的系統要困難得多。

第一種方法簡單地修收集的信息和生成的報表第二種方法包括重新組織工作的責任2、描述各種方案一旦主要方案被確定下來，就應該對每一個方案進行備案和描述。比如，一個用于數據收集和報告分發(fā)的計算機網絡系統不是集成化就是分散化的。第63頁,共87頁，2024年2月25日，星期天3、評價各種方案

（1）運用“成本/收益”分析（2）考慮各種因素的可行性，在技術上和操作上是可行的。例如，一個公司需要一個復雜的大型計算機，它必須為管理和操作這個系統作好準備，這包括變更現有人員的工作職責。當實施這個系統的時候，公司必須確信相關的人員有能力勝任新的系統。然而，人們很容易低估復雜的信息系統對維護、管理和操作的需要。第64頁,共87頁，2024年2月25日，星期天比較好的系統設計程序是先設計系統輸出，然后反過來再定義輸入報告和其他輸出數據庫設計詳述過程詳述輸入控制考慮控制類型控制函數應用系統組成格式、頻率/出發(fā)點、輸出介質、用戶、數量一般內容、文檔組織、存儲介質、文檔規(guī)模、使用數量操作順序、過程數量格式、輸入介質、交易數量第65頁,共87頁，2024年2月25日，星期天系統設計的主要內容1、新系統總體結構框架設計2、代碼設計3、數據庫設計4、輸入/輸出設計5、處理流程及模塊功能的設計第66頁,共87頁，2024年2月25日，星期天系統設計的方法

主要是自頂向下的結構化設計方法，在局部環(huán)節(jié)上使用原型法、面向對象方法系統設計的結果一系列的系統設計文件，這些文件是物理地實現一個信息系統（包括安裝硬件設備和編制軟件程序）的重要基礎第67頁,共87頁，2024年2月25日，星期天（一）系統總體設計

總體設計的主要任務：建立系統結構圖，用系統結構圖來描述系統的層次、分塊結構。

1、系統設計的基本要求（1）可變更性（2）完整統一性（3）簡單可靠性第68頁,共87頁，2024年2月25日，星期天2、結構化設計方法的原則

（1）自頂向下、層層分解（2）模塊的單一性和獨立性（3）高內聚低耦合

高內聚是指每個模塊內部各組成成分有較高的聯系，使模塊具有較強的獨立性。低耦合是指模塊與模塊之間應有較少的聯系，以減少模塊間的影響。第69頁,共87頁，2024年2月25日，星期天3、會計信息系統的總體結構會計信息系統（主控）會計核算子系統會計管理子系統會計決策支持子系統賬務處理固定資產核算存貨核算銷售核算成本核算會計報表生成與匯總憑證處理記賬查詢打印系統管理日記賬明細賬總賬第70頁,共87頁，2024年2月25日，星期天（二）詳細設計系統元素設計規(guī)則系統元素設計規(guī)則輸出（報告或文檔）成本有效性可靠性清晰性時效性數據處理成本有效性統一性整合度準確性數據庫成本有效性整合度標準化靈活性安全性準確性效率性結構數據輸入成本有效性準確性統一性整合性控制和安全措施成本有效性綜合性合理性第71頁,共87頁，2024年2月25日，星期天（二）詳細設計1、數據庫設計：文件種類、文件組織形式、文件結構、文件屬性

2、代碼設計唯一確定性、可擴充性、易識別性、簡短性、穩(wěn)定性、合法合規(guī)性會計科目代碼、物碼、人員碼、部門碼、校驗碼

3、輸出設計（1）輸出方式設計（2）輸出格式設計的要求第72頁,共87頁，2024年2月25日，星期天4、輸入設計輸入設計的關鍵是提高輸入速度和數據輸入的完整性（1）輸入方式設計（2）輸入數據校驗（3）對話設計第73頁,共87頁，2024年2月25日，星期天（三）編寫系統設計說明書

在完成了上述設計工作后，對其加以整理，就可編寫系統設計說明書，主要包括系統結構圖、數據庫文件及其他輔助說明等。第74頁,共87頁，2024年2月25日，星期天四、會計信息系統的實施（一）系統實施階段的主要活動

1、系統實施的前提條件（1）對系統分析和系統設計的充分理解（2）制定一套實施計劃，這套實施計劃包括一張能夠詳細顯示全部關鍵活動的時間表和預算表。在實施過程中，必須對這張時間表和預算表進行持續(xù)的監(jiān)督，對于偏離這張時間表或預算表的任何情況都應編制報告進行說明。

2、系統實施的主要活動：人員培訓、詳細的系統實施計劃、編程、系統測試、制定標準、編制文檔、新舊系統轉換第75頁,共87頁，2024年2月25日，星期天（二）程序設計

1、程序設計的質量要求：程序的正確性

2、程序設計的步驟

3、結構化程序設計第76頁,共87頁，2024年2月25日，星期天例1：某企業(yè)的職工工資數據文件有姓名、月工資、工齡、病假天數、病假扣款和實發(fā)工資等項目。病假扣款的方法是按工齡長短為依據，工齡在8年以上不扣款，從5年到8年扣當日工資的10%，從2年到5年扣15%，2年以下扣20%。每月按25天計算。第77頁,共87頁，2024年2月25日，星期天表單數據項如下：姓名XM月工資GZ工齡GL病假天數TS病假扣款KK實發(fā)工資SF張華153050

李紅148043

五芳2800101

第78頁,共87頁，2024