基本介紹
- 中文名：會計決策方法
- 外文名：Accounting Decision Making
- 性質：經濟學名詞
- 適用：企業
簡介,特點,
簡介
當前，社會信息化問題已成為擺在世界各國面前的一個重大課題，這是觸及社會經濟生活所有領域的一場變革，各級各類會計信息系統的建設和套用則是企業管理信息化的中心環節。
事後核算、事中控制和事前決策是會計管理的三個基本組成部分，它們相互聯繫、相互補充，而事前決策是會計管理的最高形式。而無論是AIPS階段還是AMIS階段，它們僅完成了例行的日常會計信息處理任務，只是計算機在管理中發揮作用的初級階段。現在，會計決策支持系統（AccountingDecisionSupportSystem，簡稱ADSS）已成為計算機套用領域中最引人注目的內容之一。近些年來國外計算機在企業管理中套用的重點已由運算轉向管理控制、計畫和分析等高層管理決策和策略制定，並收到了良好的效果。而在國內，計算機在會計中的套用還仍停留於核算領域，對ADSS還是一個相當薄弱的領域，無論從理論研究上，還是實踐套用上來看都與西方已開發國家存在很大的差距。為了縮小這一差距，我們必須在借鑑和吸收西方在ADSS領域研究和套用方面的有益成果，學習其先進技術和方法的同時，提倡和鼓勵跨學科的合作研究，並從我國的國情出發，加快決策支持系統的研究、開發與套用。
特點
開發一個計算機套用系統是從分析用戶的需求入手的，會計決策支持系統的研製也不例外。由於ADSS本身的性質和特點，決定了開發ADSS需要突破原有AIPS或AMIS分析與設計方法的框框，建立適應於ADSS特點的系統分析和系統設計的方法論。
一、傳統系統開發方法的局限性從方法論的角度來看，傳統的系統開發方法都是基於演繹法-即自頂向下法或歸納法-即由底向上法的系統分析原理。從它們套用於系統研製的過程來看，一般需經過需求分析、系統設計、系統實現、系統交付使用及維護等幾個緊密相關的階段，因此，通常又將這些方法稱為生命周期法。傳統的生命周期法常用於AMIS和其它一些大型軟體的研製開發，也有人用於開發ADSS.生命周期法的優點是整個開發過程和步驟清楚，每一階段和步驟均有明確的成果，適用於一些問題領域比較穩定、結構性好、目標明確的系統，若AD「關鍵字」的開發，則存在有幾方面的局限性：
（1）前提的局限：傳統的方法在開發一個系統時一般基於這樣一個前提，用戶的需求（包括信息需求、處理需求的目標設計等）可以在分析階段得到很好地定義，用戶能清楚地知道並能表達出它們要做什麼，是如何做的。而ADSS主要面對的是半結構化和非結構化的會計問題，這些試圖要解決的問題不能事先完全而清晰的定義，用戶在開發的初始階段很難明確地陳述問題、提出要求。因此，ADSS難以滿足這一基本前提。
（2）目標的局限：系統開發方法的目標是儘量降低開發費用、縮短開發周期，研製出最能滿足用戶需求的系統，而開發周期長、開發費用高、維護困難是生命周期法的主要缺陷，ADSS的特點決定了對它的開發只能是一個反覆疊代的過程，迅速而有效地建立一個初始系統支持所要做的決策就顯得尤為重要。
（3）靈活性的局限：傳統的方法強調系統生命周期各階段的劃分，每一階段的目標和任務是唯一確定的。而在ADSS的研製過程中，問題本身或用戶對問題的理解可能會隨時間而改變，並且會發生在生命周期的任何時刻。這種變化可能是由環境的變化或者決策者的能力提高引起的。在ADSS的研製過程中，這種變化是經常的，而不象在AMIS中那樣，需求定義或處理過程的變化被認為是一種例外情形。因此，生命周期法的這種嚴格階段劃分難以適用於ADSS的研製。
（4）技術的局限：ADSS是模型驅動的，是面向決策的，傳統方法所提供的描述信息需求、定義處理的過程的工具難以用於刻劃半結構化或非結構化決策過程的方法及思路，就是在數據組織結構的設計上比一般的AMIS在技術上難度更高。
綜上所述，傳統的系統開發方法難以用於ADSS場合，這就意味著我們必須找到一種適合於開發ADSS的方法。
二、ADSS開發方法的特點到目前為止，已有許多研製ADSS的方法問世，如雛型法（Prototyping）、增長法（Increasing）、ROMC方法等等。這些方法各有側重，但基本思路是相同的，即決策者和系統研製者先在一個小的重要問題上達成一致意見，以快捷的方法設計和建造一個初始系統，支持所要做的決策；經過短時間使用以後，對系統進行評價、修改和擴展，經過反覆循環，使系統成為一個相對穩定的系統，並能對一組決策任務提供支持。這就是說將典型的系統開發的主要階段合併成一種反覆疊代的過程。從一般方法論的角度來看，ADSS的研製方法具有以下幾個特別。
（1）互動設計ADSS研製方法強調分析與設計的動態性，隨著決策問題、決策環境、決策者風格的變化，分析設計也要不斷發展、演變、求精。互動設計強調用戶、系統和研製人員之間的相互作用。
（2）用戶的參與同AMIS的研製過程相比，ADSS更加強調用戶的參與。在ADSS的開發過程中，用戶不僅是研製任務的提出者、系統的需求定義和評價者、研製過程的參與和系統的使用者（AMLS僅限於此），而且是ADSS的主要設計者和管理者。
