任務三　會計信息系統開發方法

一、生命周期法

會計信息系統的生命周期，指的是從系統開發任務的提出，經過系統分析、系統設計、系統實施和系統運行維護等幾個階段的全過程。

用會計信息系統的生命周期法開發會計信息系統基本過程包括以下幾個方面。

1.提出系統開發要求

當用戶對原有的會計信息系統（手工的或計算機的）感到不能令人滿意時，就會提出開發新的信息系統的要求，這是會計信息化系統開發的起點。由于用戶對會計信息化系統的了解不多，他們提出的要求可能是不明確的，而且往往缺乏量化標準，作為開發人員應在今后的工作中幫助用戶逐步明確這些要求。

系統開發任務的提出主要是初步確定系統開發的目標、要求、內容、方式、時間等。較大的系統開發項目，其系統開發的任務通常以書面形式提出，具體的方式可以是下列幾種形式之一：系統開發工作計劃、系統開發任務書、系統開發申請書、系統開發委托書。雖然形式是多樣的，但其內容是基本一致的。

2.初步調查

會計信息化系統開發的負責人在接受開發任務后，應對企業情況進行初步調查，以判斷企業的開發要求是否可行，為下階段的可行性分析提供資料。初步調查實踐的難度較大，主要憑個人的經驗。初步調查的內容包括：企業的目標和任務、企業概況、外部環境、現行系統的概況、新系統的開發條件、對新系統的要求與意見等。

系統的初步調查主要是概括地了解現行系統的情況及其對信息的總需求，為系統的可行性分析及后續詳細調查和邏輯設計提供基礎資料。初步調查的主要工具是初步調查的提綱，其工作成果是記錄調查結果的工作底稿。

3.可行性分析

在初步調查的基礎上，應當對提出的開發項目的可行性進行分析與判斷，并將分析結果寫成可行性研究報告?？尚行匝芯繄蟾鎸⒔M織一定的人員進行審定，可行性審核如果獲得通過，則項目可以正式進行；如果被否定，則項目就此停止；另一種可能是經審定認為：需要對系統目標做某些修改或等待某些條件滿足后，該項目才能正式進行?？尚行苑治鲋饕獜囊韵聨讉€方面進行。

（1）必要性分析　可行性分析不僅要論證該會計信息化系統的可能性，而且首先要分析其必要性。雖然從總的來看，開發會計信息化系統對于提高管理效率和經濟效益是必要的，是實現管理現代化的必然趨勢，但這并不意味著對每個用戶當前都是必要的，而要分析每個用戶的具體情況，對新系統開發的必要性做出實事求是的判斷。

（2）技術可行性分析　技術可行性分析是指從技術條件和技術力量兩方面來分析會計信息化系統實現的可能性。會計信息化系統的開發涉及會計學、系統工程、計算機技術、通信技術等多種學科和技術，因此在進行技術可行性分析時，應以已經成熟的并已商品化的技術，來論證新系統所需的各種技術要求在當前條件下能否達到。

（3）經濟可行性分析　經濟可行性分析就是估算會計信息化系統的開發、運行將消耗的成本和系統建成后可能取得的經濟收益，將成本與收益相比較，判斷其在經濟上是否合算。因此，經濟可行性分析包括成本分析和收益分析兩個方面。系統的成本包括設備購置費用、系統研制費用、系統運行維護費用等。系統的收益包括直接收益和間接收益。

（4）組織可行性分析　組織可行性分析是指對一些社會、體制、人的心理等對系統開發有影響的環境因素進行分析，包括社會政治和經濟形勢的影響分析、用戶內外環境的穩定性分析、用戶目前的管理狀況分析等。

系統的可行性分析主要是分析論證系統開發在技術上、經濟上、組織上等方面是否必要和可能，為系統是否進一步開發做出科學的結論。系統的可行性分析主要采用可行性分析的方法，形成系統可行性分析報告。

系統開發的最初這四個步驟是系統開發的第一個階段，可統稱為可行性研究階段。

4.詳細調查

可行性論證通過后，系統開發進入實質性階段。此時首先應對企業進行詳細調查，以便掌握現行信息系統的詳細情況，包括企業的組織機構、管理職能、業務處理過程以及信息處理流程等。詳細調查的另一重要目的是掌握現有信息系統存在的缺陷與不足以及可能采取的改進辦法，這對于下一步的邏輯設計來講是十分重要的。

系統的詳細調查主要是詳細、全面地了解現行系統情況，發現存在的具體問題，為系統的邏輯設計提供資料。系統詳細調查的工具及成果有：組織機構圖、功能層次圖、業務流程圖。

5.系統邏輯設計

在現有系統的現狀及存在的問題已經調查清楚的基礎上，就可以針對現有系統存在的問題以及用戶的要求來設計新系統的邏輯模型。邏輯模型是從信息處理的角度對系統的一種抽象，是指系統能干什么、具有什么樣的管理功能以及為完成這些功能所需要的信息處理流程等。提出并最后確定系統邏輯模型的過程，即稱為系統邏輯設計。新系統的邏輯模型加上必要的文字說明即構成系統分析報告，該報告也應組織一定人員進行審定。審定的結果同樣有三種可能：通過、否定或需要進一步修改。如果是第三種情況，系統開發人員需要重新進行詳細調查，并在此基礎上對系統邏輯模型做必要的修改，以期再次審查時能獲得通過。

系統的邏輯設計主要是確定新系統的目標，建立系統的邏輯模型，形成完整的系統分析報告，為系統設計、程序設計、系統維護提供資料。系統邏輯設計主要工具及成果有：數據流程圖、數據字典、處理邏輯的描述方法、規范化技術、完整的系統分析報告。

系統的詳細調查和邏輯設計構成了系統開發的第二階段，稱為系統分析階段。

6.系統的物理設計

在系統邏輯模型已經得到用戶認可的基礎上，即可開始考慮所要求的邏輯功能和信息處理流程的具體實現方案，如應用軟件采用什么樣的總體結構、數據如何組織、計算機如何配置等。這種實現系統邏輯模型的具體技術方案稱為系統的物理模型，確定物理模型的過程即稱為物理設計。進行物理設計是系統開發的第三階段，稱為系統設計階段。這一階段的工作成果是系統設計報告，系統設計報告的討論是和用戶的又一次交流。審定通過后，將按報告提出的技術方案來具體實現新系統。

系統設計包括總體設計和詳細設計?？傮w設計主要是確立系統的總體結構，說明系統的構成以及它的組成部分之間的關系。系統總體設計主要包括下列內容：系統的結構設計，采用的主要工具及產生的成果是系統結構圖；系統配置設計，采用的主要工具及產生的成果是系統配置平面圖，硬件、軟件需求明細表。系統的詳細設計主要是在系統總體設計的基礎上，確定及說明系統和內部的各有關細節，系統的詳細設計主要包括下列內容：數據庫及數據文件設計，主要工具及產生的成果是數據庫設計說明書或數據文件設計說明書：代碼設計，其主要工具及產生的成果是代碼設計說明書；人機接口設計，主要工具及產生的成果是輸入格式、輸出格式、屏幕（人機對話）格式清樣；模塊設計，主要工具及產生的成果為模塊設計說明書；系統安全保密設計，其產生的成果為系統安全保密設計說明書，可將其說明書分別附在相應的模塊設計說明書、數據文件設計說明書、系統配置圖和硬件需求明細表之后。

7.系統實施

在此之前，系統開發一直停留在計劃、討論上，系統設計報告通過后，即可投入大量的人力、物力和財力按照既定的方案來具體實現這個系統：計算機的購置及安裝調試、大量應用程序的編寫與調試、原始數據的輸入、人員培訓等等。這些大量的相互聯系又相互制約工作同時展開，需要精心的組織與協調，否則會貽誤進度。直到整個系統的調試完成、試運行后，即可交付用戶正式使用。這就是系統開發的第四階段——系統實施階段。

系統實施就是系統實現，它是以系統設計階段確定的物理模型——系統設計報告，以及系統分析階段確定的邏輯模型——系統分析報告為依據，建立一個可交付用戶實際運行使用的系統。系統實施文檔資料除包括前兩階段所列舉的外，還包括系統實施報告。具體主要包括：程序設計說明書（包括框圖、清單）；用戶操作手冊；系統調試記錄與報告；人員培訓要求與計劃；會計信息化系統管理制度；系統維護報告；系統評價與評審報告。

8.系統的運行、轉換、維護

新系統試運行通過、交付用戶后，系統開發工作就結束了，會計信息系統進入生命周期的實際使用階段。信息系統進入實際使用階段應當進行會計信息系統的轉換，系統轉換方式有：

（1）直接轉換　直接轉換是規定一個時點，在規定的時點停止原有系統的工作，改用新系統繼續進行業務處理。

（2）并行轉換　并行轉換是指規定一個時間段，在這段時間內原有系統繼續正常工作，新系統也開始投入使用，新舊系統同時處理同一業務，以便互相核對并及時發現和糾正新系統存在的問題。

（3）分段轉換　分段轉換是指在進行系統轉換時，分期分批，逐個子系統甚至是逐個模塊進行轉換。

系統投入實際運行后，由于種種原因，仍要不斷地進行修改，包括修正錯誤、擴展功能和適應環境的某些變化，這就是系統維護。系統運行若干時間后，當環境的變化對系統提出更高的要求，而修改原有的系統已無法滿足這種要求時，新系統的開發要求又提到日程上來了，開始下一輪新的系統開發過程。

會計信息系統的生命周期法開發的基本過程如圖1-1所示。會計信息系統的生命周期法的特點是：開發過程有明顯的階段性；開發是一個循環過程，不是簡單重復而螺旋式地上升，是一個不斷發展和提高的過程；用戶至上，每一個開發階段及開發步驟不僅要從用戶的需求出發，而且要得到用戶的同意。

二、原型法

1.原型法的概念

在獲得用戶基本需求的基礎上，投入少量人力和物力，盡快建立一個原始模型，使用戶及時運行和看到模型的概貌和使用效果，并提出改進意見，開發人員進一步修改完善如此循環迭代，直到得到一個用戶滿意的模型為止。

2.建立原型法的開發流程

原型法的開發流程如圖1-2所示。

①確定初步需求；

②設計初始原型；

③試用和評價原型；

④修改和完善原型。

原型法具有明顯的優點，它的開發周期短，見效快，可以邊開發邊使用，較適合于開發環境和管理體制多變、系統結構不穩定的情況。

3.原型法的特點

①開發過程是一個循環往復的反饋過程，它符合用戶對計算機應用的認識逐步發展、螺旋式上升的規律。

②原型法很具體，使用戶能很快接觸和使用系統，容易為不熟悉計算機應用的用戶所接受。

③原型開發周期短，使用靈活，適用于小型軟件或管理體制和組織結構不穩定、有變化的軟件的開發。

三、面向對象法

1.面向對象的軟件開發方法概述

它能夠用計算機邏輯來描述系統本身，包括系統的組成、系統的各種可能狀態以及系統中可能產生的各種過程和過程引起的系統狀態切換。

面向對象的問題求解就是力圖從實際問題中抽象出這些封裝了數據和操作的對象，通過定義其屬性和操作來表述它們的特征和功能，通過定義接口來描述它們的地位及與其他對象的關系，最終形成一個廣泛聯系的可理解、可擴充、可維護和更接近于問題本來面目的動態對象模型系統。

2.面向對象的軟件開發過程

面向對象的分析（object-oriented analysis，OOA）、面向對象的設計（object-oriented design，OOD）和面向對象的實現（object-oriented programming，OOP）三個階段。

（1）面向對象分析（object-oriented analysis，OOA）　提出OOA邏輯模型。

（2）面向對象設計（object-oriented design，OOD）　設計軟件系統應該“怎么做”。在OOA模型的基礎上進行人機界面設計、系統資源管理功能設計和系統與數據庫接口設計，并進一步擴充OOA模型。這三部分設計再加上OOA邏輯模型，構成了最初的OOD物理模型，然后對該模型做進一步的細化設計和驗證。

（3）面向對象實現（object-oriented programming，OOP）　選擇一種合適的面向對象的編程語言，如C++、Object Pascal或Java等，具體編碼實現對詳細設計步驟所得的公式、圖表、說明和規則等軟件系統各對象類的詳盡描述。

3.面向對象軟件開發方法的優勢

①可重用性；

②可擴展性；

③可管理性。