前言：中文期刊網精心挑選了財務系統設計方案范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
財務系統設計方案范文1
關鍵詞：全面預算；會計方案；研究探討
一、前言
全面預算管理工作的執行能夠有效的保證預算管理工作得到全面的推進，在這種情況下，很多會計工作人員都將全面預算管理工作的設計研究作為工作的重點。
二、全面預算設計方案的原則
1.全面預算設計方案的規范性
預算設計工作的推進要保證所有的預算設計方案能夠適應會計工作的控制性要求。首先，必須保證會計工作人員在進行全面預算設計的過程中，能夠具備事前控制機制的處理能力，保證相關的考評活動能夠在較為完整的程序中加以推進，增強動態考評技術推進過程中的考評價值。此外，要根據預算考核機制研究過程中的數據資源價值特點，對全部的數據資源分析價值進行研究，保證全部的數據資源分析能力可以在全面預算管理活動推進的過程中得到有效處理。全面預算管理工作的執行要保證同相關歷史數據保持一致，使后續的全面預算考核活動能夠在歷史數據的有效使用當中得到分析價值的實現，提升預算方案執行過程中的分析技術處理水平?？梢越Y合較為具體的全面預算管理工作分析方案特點，對后續的預算管理活動指標體系進行研究，并為后期的考核活動執行策略實施完整的研究，以便各類考核活動能夠在預算管理活動的執行過程中，充分發揮會計業務的優勢，并且提升預算管理業務執行過程中的指導性因素價值。會計業務的推進還必須從考核機制入手對業務的規范性進行研究，保證各項預算管理業務能夠在管理評價機制的有效影響之下進行預算管理業務的完整判斷，增強預算管理工作的執行價值。
2.全面預算設計方案的前瞻性
全部的會計工作人員，都需要對全面預算管理工作的前瞻性特點加以關注，并對信息系統管理過程中的預算管理系統實施分析，增強設計方案的執行準確性。除此之外，要對當前系統運轉過程中的價值性因素實施分析，并對會計業務不同執行階段的設計原則加以研究，切實加強全面預算管理工作執行過程中的考核活動處理水平，以便后續的全面預算管理工作能夠在信息資源的有效協助下，提升設計方案的前瞻性含量。要結合全面預算管理推進范圍的特點，對前瞻性因素的存在時間實施分析，并保證全部的規范性特征都能的前瞻性因素的有效影響之下進行預算管理業務的完整設計，使系統的后續建設機制能夠在績效因素的有效支持下實現運行效率的提升。信息系統進行前瞻性因素處理之后，要對會計業務的終極需求進行分析，使全部的業務處理流程能夠在工作的效率性因素影響下進行數據資源價值的判斷，確保相關數據資源的管理質量能夠順應決策機制處理過程中的控制體系運行價值特點。
三、全面預算設計策略
1.預算編制方案設計策略
預算編制的科學推進是保證全面預算管理業務得到全面推進的基礎。因此，要從預算編制活動推動的程序特點出發，對設計策略的執行要求實施處置，增強預算編制工作推動過程中的設計方案運行價值。此外，要結合不同預算編制工作執行過程中的級別特點，對后續的不同級別的編制策略進行完整的分析研究，以便各項活動都能在設計策略的級別變化過程中實現編制原則的價值。要保證各項會計工作能夠充分適應預算制定活動的實際要求，確保各項預算編制工作可以在固定的目標性因素影響之下進行推進，使會計工作團隊的常規業務可以發揮對基礎性管理層面的建設性作用，保證預算編制方案的執行可以在預算目標的影響下得到完整的貫徹?？梢约訌妼Ξ斍敖洕砸蛩氐难芯糠治?，并對財務預算工作推進過程中的經濟形勢特點實施分析，確保所有的預算編制方案可以在固定的執行條件影響下實現應用價值的提高。在完成財務預算編制活動基礎性設計之后，要對財務預算管理工作執行過程中的所有目標性因素加以分析，以便預算方案的執行策略能夠在相關政策性因素的有效帶動之下實現應用價值的提高，保證會計工作的所有活動都能在執行條件的影響下得到較高水平的設計。
2.預算執行方案設計策略
預算工作的執行必須對會計業務的常規要求進行判斷，并保證所有的預算執行活動都能在執行方案的有效控制之下進行推進，使后續的預算執行活動可以適應資金業務控制活動的具體要求。此外，要結合預算執行活動推進過程中的資金資源處理流程特點，對所有的工作處理業務進行分析，并且使業務的各項流轉過程都能在控制活動的有效推進過程中進行設計水平的增強。在完成預算管理業務的基礎性研究之后，必須對設計策略控制過程中的責任機制實施分析，切實加強資金管理過程中的系統運行價值，以便后續的預算管理活動能夠完整的適應預算方案執行過程中的控制性業務處理需要。會計工作人員必須保證具體業務的執行能夠在財務管理活動的推進過程中也到應用，使各項財務信息資源的隱瞞性因素能夠在各項警告活動推進的過程中得到必要的改進，保證設計策略的價值可以在控制方案的應用過程中得到實現。
3.預算分析方案設計策略
預算分析活動的執行要保證所有的預算管理活動都能適應設計方案的要求。因此，必須從會計工作執行過程中的編制活動模式特點入手，對全部的監管體制進行完整的分析，以便各項設計活動的執行策略都能在監管機制的有效運行之下得到實現。除此之外，要根據設計策略執行過程的預算管理活動推進方案，對后續的預算管理活動推進方案加以研究，以便數據資源的全部應用策略可以適應預算分析方案的執行特點，使全面預算活動的執行，能夠在參考性信息的應用之下進行總結模式的構建，保證預算分析方案的設計和執行可以在經營性因素的有效指導之下得到高效的推行。完成了基本的設計方案總結之后，必須按照會計工作對預算分析業務的要求進行指導模式的設計和分析，保證全面預算管理業務能夠在預算管理模塊的完整分析之下進行輔機制的價值分析，提升數據分析價值。
4.預算考核方案設計策略
會計工作人員必須對現有的預算特點加以分析，并保證所有的預算考核活動都能在評價體系的有效運行之下進行評價體系的標準設計，以便后續不同環節的預算管理程序能夠在會計業務的推進過程中實現評價標準的完整控制。如果當前的會計工作執行團隊可以保證相關考核活動的執行得到預算管理團隊的支持，則需要對會計業務執行過程中的核算體系價值進行完整的分析，并且保證各項經濟業務都能適應經濟業務執行過程中的方案類型控制要求，并且提升不同項目的控制有效性。
四、結論
會計工作是保證各項經濟元素得到合理處置的關鍵性工作，深入的分析全面預算管理工作的方案設計原則，并從會計工作的角度進行預算管理工作設計策略的制定，能夠有效保證所有的全面預算管理工作得到有效的設計和執行。
參考文獻：
[1]任廣平.企業集團全面預算管理視角下的內部會計控制體系[J].商業經濟，2009，01：33-34.
[2]程平，范珂.大數據時代基于云會計的集團企業全面預算管理[J].會計之友，2015，18：110-113.
[3]朱金波.管理會計背景下集團企業全面預算信息系統設計與實現[J].信息技術與信息化，2015，05：79-82.
[4]程平，蔣雨，沈建華.重慶建工基于云會計的全面預算管理實踐[J].財務與會計，2015，15：21-23.
[5]李帥.企業集團全面預算管理信息系統設計研究[J].商業會計，2014，20：51-53.
財務系統設計方案范文2
目 錄
一、內容提要。 15
二、項目及項目法人概況。 15
（一）項目概況。 15
（二）業主基本情況。 15
（三）項目規劃背景。 15
三、評估依據。 15
四、評估意見。 16
（一）項目建設必要性評估。 16
（二）文件編制依據和深度的評估。 16
（三）項目建設目標、規模和功能的評估。 16
（四）項目建設條件評估。 17
（五）項目技術評估。 17
（六）組織管理、實施進度及招標方案的評估。 19
（七）投資估算的評估。 20
（八）項目資金來源與籌措方案評估。 21
（九）建設項目的效益評估。 22
五、問題和建議。 23
（一）存在或遺留的重大問題。 23
（二）潛在的風險。 23
（三）建議。 23
六、項目總體評價。 23
七、評估專家名單。 23
八、附件。 23
一、內容提要
1、項目評估原則、評估工作實施概況等。
2、評估報告得出的結論及主要問題和建議。
二、項目及項目法人概況（一）項目概況
（1）項目建設單位、建設地點。
（2）建設必要性、建設目標、功能及建設規模。
（3）建設內容、規劃方案主要技術經濟指標。
（4）投資及資金籌措情況。
（二）業主基本情況（三）項目規劃背景三、評估依據
1.咨詢評估委托書
2.教育部委托投資咨詢評估管理辦法
3.有資質單位編制的項目可行性研究報告（含項目招標方案）
4.建設項目用地預審意見
5.城市規劃部門提供的建設項目規劃意見
6. 當地環保部門提供的建設項目環境影響評價意見
7. 建設單位建設資金來源證明及近三年財務報表和財務指標
8. 規劃部門批準或學校編制的校園建設總體規劃
9. 地方行政和行業管理部門頒發的現行各種行政收費文件
四、評估意見（一）項目建設必要性評估
分析擬建項目是否符合國家教育事業的科學發展，是否符合國家建設方針。從本學校實際情況出發，分析是否符合學校事業發展目標和校園建設總體規劃要求，分析建設規模的確定原則和依據是否正確有據，對項目的必要性提出具體意見。
（二）文件編制依據和深度的評估
（1）編制依據的評估
檢查項目是否具有立項批復文件，編制內容與投資規模是否在批準范圍之內；民用建筑工程是否有當地規劃部門批復的規劃要點，是否符合規劃要求，是否有重大變更，其變更是否合理，是否經主管部門批準。
（2）對報告文件完整性及編制深度評估
可研報告應包括報告文件、建設地點位置圖、總平面圖、建筑設計方案圖、投資分析情況等內容。各項內容的編制深度應達到國家有關部門的規定。評估報告應明確指出可行性研究報告的編制是否有漏項、是否有不符合要求的內容，并提出建議。
（三）項目建設目標、規模和功能的評估
項目建設目標是否符合我國國情，是否滿足該校總體規劃目標的要求，是否有重復建設項目。建設規模確定的原則和依據是否準確有據，項目建設規模是否經濟合理，功能是否合理并滿足使用要求，是否充分利用學?，F有建設用地，在滿足當前規劃的前提下為學校今后一定時期內留有發展余地。
（四）項目建設條件評估
（1）項目選址評估
項目選址是否符合規劃原則與要求。項目建設地點的選擇依據和理由是否充分，選址方案是否符合國家和所在地區國土規劃、城市規劃、土地管理、文物保護、環境保護等法律法規。
項目建設用地的屬性是否符合決策部門的要求，總用地規模是否明確，各種功能用地的規模及地點是否明確，各類建設用地是否落實。
（2）項目建設條件評估
項目建設所需要的供電、供水、供熱、供氣與交通運輸、通訊等設施條件是否落實且可靠穩定，能否滿足項目建設和建成后正常運行的需要。當不能滿足需求時，建設方案中是否有相應措施。
（3）根據提供該場地的地質勘察資料，對場地地層地況進行評估。對于無法提供擬建場地地質勘探報告的項目，可參考附近建筑物地質資料進行評估，待正式勘探報告出來以后由初步設計再進行復核和調整。
（五）項目技術評估
（1）規劃總平面設計評估
規劃總平面設計構思意圖及布局是否科學、合理，與周邊環境是否協調，豎向設計、交通組織、綠化景觀、文物保護和環境保護等方面的方案是否合理、可行，是否留有擴建、改造與進一步發展的余地。其技術指標是否符合當地城建部門規定。
（2）建筑方案評估
建筑方案首先應滿足該建筑的功能需要，其建筑形式、控制高度、層數、立面、出入口等應滿足國家、行業、地方有關建筑法律法規的要求并考慮建筑風格以及與周邊環境的協調。方案中描述的建筑標準、采用的材料、采取的措施，如通風、采光、日照、出入交通、節能等是否符合規范標準的規定。
（3）結構方案評估
評估結構設計依據是否正確，結構安全等級、設計使用年限、建筑抗震設防、所選用的主要結構形式等是否符合國家及當地有關規范及規定的要求，是否安全可靠。結構設計中是否考慮到了建設地點特殊的地基條件。
（4）電氣方案評估
設計方案依據是否正確，內容是否齊全，用電負荷、各系統參數能否滿足功能需要，建設標準是否恰當，系統方案是否可行，是否安全可靠、經濟、合理，是否符合相應規范與標準。
（5）給排水方案評估
設計方案依據是否正確，內容是否齊全，給排水量、系統參數能否滿足功能需要，建設標準是否恰當，各系統設計方案是否可行，是否安全、經濟、合理，是否符合相應規范與標準。
（6）采暖通風與空調、燃氣方案評估
采暖通風與空調、動力、燃氣等方案設計依據是否正確，內容是否齊全，負荷、參數能否滿足功能需要，各設備系統設計方案是否可行、是否安全、經濟、合理，建設標準是否恰當，是否符合相應規范與標準。
（7）環境保護評估
評估是否按有關要求編制了環境影響評價報告（或在可行性報告中是否有專篇對該項目的環境影響作出評估），其報告內容是否全面，保護措施是否得當、可行等。環評報告中提出的問題，是否有解決的措施，措施是否可行。排放廢氣、廢水、廢渣的治理措施是否有效。
（8）安全衛生、安全生產評估
對于可能產生不安全因素和對衛生防疫有要求的項目，如實習工廠、生物化學實驗室等類型項目，應重點評估項目技術方案的安全防范措施的可靠性。
（9）節能節水評估
評估建筑物的建筑、結構、采用材料和建筑設備的選型是否滿足國家相關標準要求，是否有節能節水措施，能源來源的選擇、供能方式的選擇、能耗指標的控制、節水方案等是否合理，并對存在的問題提出建議。
（六）組織管理、實施進度及招標方案的評估
（1）項目組織管理
項目組織管理主要包括項目建設期組織管理和項目建成后的運行組織管理。評估項目建設期組織管理機構與職能分工是否明確；對于不具有建設項目實施管理能力的建設單位是否落實了管理機構和管理方案；項目實施各階段的管理方案或措施是否具體；項目建成后的運行管理機構設置是否落實及合理；項目建成投入運行后管理或經營方式是否可行；對于運行經費的解決方案是否作了分析和說明。
（2）項目實施進度
根據項目的建設周期，評估其是否最有效的安排了項目實施計劃和工程進度，是否編制了相應的框圖，說明各階段的工作內容和進度安排。
（3）項目招標方案
對土建工程、設備、設計、監理等投資額達到國家規定額度的，應進行招標，評估其招標方案是否合理，招標方案應符合國家發改委有關文件的規定。
（七）投資估算的評估
評估內容包括估算依據、編制方法、范圍、內容及深度、主要技術經濟指標等是否正確、合理，是否真實反映了可研報告中建設內容的要求。
（1）投資估算的內容
投資估算包括總投資估算和分項投資估算。在項目評估中，應對項目總投資構成的完整性、合理性和計算的準確性進行評估?？偼顿Y估算表包括建安工程費、設備和工器具購置費、工程建設其他費用、預備費和貸款利息等內容。
（2）投資估算評估要求
① 投資估算依據是否準確。因各地政府出臺文件不同，對于地方性收費標準，數額差別較大，應審查取費依據是否齊全、合理。
② 投資估算的編制深度是否符合要求，各項內容的組成是否詳細，儀器設備是否有估算清單，工程建設其他費用是否有詳細內容等。
③ 對投資水平、投資結構是否合理進行分析評估。評估擬建項目投資水平是否恰當。投資結構主要是評估各個分項如建安工程費、設備購置費投資是否合理，其他費用各占項目總投資的比例是否合理，是否滿足投資部門對投資方向、投資結構的要求。對不合理的投資部分進行調整，并編制投資估算評估調整表。評估調整表應含申報投資額、調整后投資額和調整增減額等內容。
（八）項目資金來源與籌措方案評估
對項目的資金來源、籌措方式、籌資額度、籌資風險及資金使用計劃等方面的合理性和可靠性進行分析論證和評估，對存在的問題提出修改意見。
（1）資金籌措
評估可行性研究報告中提出的各類資金來源是否正當、合理、可靠，是否符合國家有關法規，各項資金來源是否落實，使用條件是否合理等內容。審核相關的證明文件和材料是否齊全，評估地方承諾的配套資金和建設單位自籌資金到位的可能性。
資金籌措方案的分析評估：含籌資數量及投放時間、籌資風險以及籌資成本等的分析評估。
（2）資金使用計劃方案
資金使用的計劃是否與項目實施進度計劃相銜接，安排是否科學合理。用款計劃安排能否與資金來源相適應，能否保證項目順利實施。有無調整和修改的建議。
（3）對還貸能力的評估
對貸款建設的項目，評估是否有銀行貸款證明或意向，并評估建設單位財務狀況，以確定其還貸能力。
（九）建設項目的效益評估
主要是從經濟、社會等方面的效益狀況進行評估。
（1）經濟效益（主要用于生產性項目和有經濟收益的項目）
主要評價項目自身可能取得的經濟效益狀況，評估其計算是否準確全面，是否合理、客觀地反映了項目的經濟效益。非經營性項目建成后能否持續、穩定運行，其運行費用如何解決等。如建設項目是以經營性為主，則必須進行財務分析。
（2）社會效益
由于所評估項目大多數為非經營性項目，因此應對建設單位投資所取得的社會效益進行評估。根據項目的性質和特點，分析項目對教育發展、社會發展及各建設單位帶來的效益，包括對促進國家或地區社會經濟發展和社會進步，提高國家、部門或地方的教育科學技術水平，改善學校辦學條件等。
五、問題和建議（一）存在或遺留的重大問題（二）潛在的風險（三）建議
（1）解決問題的途徑和方法
（2）下一步工作的建議
六、項目總體評價
項目總體評價是在匯總各分項評估的基礎上，對擬建項目的必要性和可行性在全面分析和綜合評估的基礎上提出肯定或否定的意見，對于報告中各部分內容和方案存在的重大問題提出修改意見，對申報投資估算作出投資估算調整表，確定具體調整額。對不能確定的重大問題提出建議，供主管或決策部門決策時參考。將其數據資料進行檢驗審核和整理，對比分析、歸納判斷，提出最終結論意見和建議，并作出項目評估報告。
七、評估專家名單
評估報告應附評估專家名單，含專業、專家姓名、執業資格及職稱等內容。
八、附件
1、項目投資估算評估調整表
財務系統設計方案范文3
企業根據發展戰略和業務需要進行信息系統建設,首先要確立系統建設目標,根據目標進行系統建設戰略規劃,再將規劃細化為項目建設方案。企業開展信息系統建設,可以根據實際情況,采取自行開發、外購調試或業務外包等方式。選擇外購調試或業務外包方式的,應當采用公開招標等形式擇優選擇供應商或開發單位。選擇自行開發信息系統的,信息系統歸口管理部門應當組織企業內部相關業務部門進行需求分析,合理配置人員,明確系統設計、編程、安裝調試、驗收、上線等全過程的管理要求。企業信息系統歸口管理部門應當加強信息系統開發全過程的跟蹤管理,增進開發單位與企業內部業務部門的日常溝通和協調,組織獨立于開發單位的專業機構對開發完成的信息系統進行檢查驗收,并組織系統上線運行。
(一)制定信息系統開發的戰略規劃
信息系統開發的戰略規劃是信息化建設的起點,戰略規劃是以企業發展戰略為依據制定的企業信息化建設的全局性、長期性規劃。該環節的主要風險是:第一,缺乏戰略規劃或規劃不合理,可能造成信息孤島或重復建設,導致企業經營管理效率低下。第二,沒有將信息化與企業業務需求結合,降低了信息系統的應用價值。信息孤島現象是不少企業信息系統建設中存在的普遍問題,根源在于這些企業往往忽視戰略規劃的重要性,缺乏整體觀念和整合意識,常常陷于頭痛醫頭,腳痛醫腳,這就導致有的企業財務管理信息系統、銷售管理信息系統、生產管理信息系統、人力資源管理系統、辦公自動化系統等各自為政、孤立存在的現象,削弱了信息系統的協同效用,甚至引發系統沖突。
主要管控措施:第一,企業必須制定信息系統開發的戰略規劃和中長期發展計劃,并在每年制定經營計劃的同時制定年度信息系統建設計劃,促進經營管理活動與信息系統的協調統一。第二,企業在制定信息化戰略過程中,要充分調動和發揮信息系統歸口管理部門與業務部門的積極性,使各部門廣泛參與,充分溝通,提高戰略規劃的科學性、前瞻性和適應性。第三,信息系統戰略規劃要與企業的組織架構、業務范圍、地域分布、技術能力等相匹配,避免相互脫節。
(二)選擇適當的信息系統開發方式
在開發建設環節,要將企業的業務流程、內控措施、權限配置、預警指標、核算方法等固化到信息系統中,因此開發建設的好壞直接影響信息系統的成敗。開發建設主要有自行開發、外購調試、業務外包等方式。各種開發方式有各自的優缺點和適用條件,企業應根據自身實際情況合理選擇。
1.自行開發
自行開發是企業依托自身力量完成整個開發過程。其優點是開發人員熟悉企業情況,可以較好地滿足本企業的需求,尤其是具有特殊性的業務需求。通過自行開發,還可以培養鍛煉自己的開發隊伍,便于后期的運行和維護。其缺點是開發周期較長、技術水平和規范程度較難保證,成功率相對較低。因此,自行開發方式的適用條件通常是企業自身技術力量雄厚,而且市場上沒有能夠滿足企業需求的成熟的商品化軟件和解決方案。比如百度的搜索引擎系統就偏重于自行開發。
2.外購調試
外購調試的基本做法是企業購買成熟的商品化軟件,通過參數配置和二次開發滿足企業需求。其優點是開發建設周期短;成功率較高;成熟的商品化軟件質量穩定,可靠性高;專業的軟件提供商實施經驗豐富。其缺點是難以滿足企業的特殊需求;系統的后期升級進度受制于商品化軟件供應商產品更新換代的速度,企業自不強,較為被動。外購調試方式的適用條件通常是企業的特殊需求較少,市場上已有成熟的商品化軟件和系統實施方案。比如大部分企業的財務管理系統、ERP系統、人力資源管理系統等多采用外購調試方式。
3.業務外包
信息系統的業務外包是指委托其他單位開發信息系統,基本做法是企業將信息系統開發項目外包出去,由專業公司或科研機構負責開發、安裝實施,由企業直接使用。其優點是企業可以充分利用專業公司的專業優勢,量體裁衣,構建全面、高效滿足企業需求的個性化系統;企業不必培養、維持龐大的開發隊伍,相應節約了人力資源成本。其缺點是溝通成本高,系統開發方難以深刻理解企業需求,可能導致開發出的信息系統與企業的期望產生較大偏差;同時,由于外包信息系統與系統開發方的專業技能、職業道德和敬業精神存在密切關系,也要求企業必須加大對外包項目的監督力度。業務外包方式的適用條件通常是市場上沒有能夠滿足企業需求的成熟的商品化軟件和解決方案,企業自身技術力量薄弱或出于成本效益原則考慮不愿意維持龐大的開發隊伍。
(三)自行開發方式的關鍵控制點和主要管控措施
雖然信息系統的開發方式有自行開發、外購調試、業務外包等多種方式,但基本流程大體相似,通常包含項目計劃、需求分析、系統設計、編程和測試、上線等環節。
1.項目計劃環節
戰略規劃通常將完整的信息系統分成若干子系統,并分階段建設不同的子系統。比如,制造企業可以將信息系統劃分為財務管理系統、人力資源管理系統、MRP系統(銷售、采購、庫存、生產)、計算機輔助設計和制造系統、客戶關系系統、電子商務系統等若干子系統。項目就是指本階段需要建設的相對獨立的一個或多個子系統。
項目計劃通常包括項目范圍說明、項目進度計劃、項目質量計劃、項目資源計劃、項目溝通計劃、風險對策計劃、項目采購計劃、需求變更控制、配置管理計劃等內容。項目計劃不是完全靜止、一成不變的,在項目啟動階段,可以先制定一個較為原則的項目計劃,確定項目主要內容和重大事項,然后根據項目的大小和性質以及項目進展情況進行調整、充實和完善。該環節的主要風險是:信息系統建設缺乏項目計劃或者計劃不當,導致項目進度滯后、費用超支、質量低下。
主要管控措施:第一,企業應當根據信息系統建設整體規劃提出分階段項目的建設方案,明確建設目標、人員配備、職責分工、經費保障和進度安排等相關內容,按照規定的權限和程序審批后實施。第二,企業可以采用標準的項目管理軟件(比如Office Project)制定項目計劃,并加以跟蹤。在關鍵環節進行階段性評審,以保證過程可控。第三,項目關鍵環節編制的文檔應參照《GB8567-88計算機軟件產品開發文件編制指南》等相關國家標準和行業標準進行,以提高項目計劃編制水平。
2.需求分析環節
需求分析的目的是明確信息系統需要實現哪些功能。該項工作是系統分析人員和用戶單位的管理人員、業務人員在深入調查的基礎上,詳細描述業務活動涉及的各項工作以及用戶的各種需求,從而建立未來目標系統的邏輯模型。該環節的主要風險是:第一,需求本身不合理,對信息系統提出的功能、性能、安全性等方面的要求不符合業務處理和控制的需要。第二,技術上不可行、經濟上成本效益倒掛,或與國家有關法規制度存在沖突。第三,需求文檔表述不準確、不完整,未能真實全面地表達企業需求,存在表述缺失、表述不一致甚至表述錯誤等問題。
主要管控措施:第一,信息系統歸口管理部門應當組織企業內部各有關部門提出開發需求,加強系統分析人員和有關部門的管理人員、業務人員的交流,經綜合分析提煉后形成合理的需求。第二,編制表述清晰、表達準確的需求文檔。需求文檔是業務人員和技術人員共同理解信息系統的橋梁,必須準確表述系統建設的目標、功能和要求。企業應當采用標準建模語言(例如UML),綜合運用多種建模工具和表現手段,參照《GB8567-88計算機軟件產品開發文件編制指南》等相關標準,提高系統需求說明書的編寫質量。第三,企業應當建立健全需求評審和需求變更控制流程。依據需求文檔進行設計(含需求變更設計)前,應當評審其可行性,由需求提出人和編制人簽字確認,并經業務部門與信息系統歸口管理部門負責人審批。
3.系統設計環節
系統設計是根據系統需求分析階段所確定的目標系統邏輯模型,設計出一個能在企業特定的計算機和網絡環境中實現的方案,即建立信息系統的物理模型。系統設計包括總體設計和詳細設計?？傮w設計的主要任務是:第一,設計系統的模塊結構,合理劃分子系統邊界和接口。第二,選擇系統實現的技術路線,確定系統的技術架構,明確系統重要組件的內容和行為特征,以及組件之間、組件與環境之間的接口關系。第三,數據庫設計,包括主要的數據庫表結構設計、存儲設計、數據權限和加密設計等。第四,設計系統的網絡拓撲結構、系統部署方式等。詳細設計的主要任務包括:程序說明書編制、數據編碼規范設計、輸入輸出界面設計等內容。
該環節的主要風險是:第一,設計方案不能完全滿足用戶需求,不能實現需求文檔規定的目標。第二,設計方案未能有效控制建設開發成本,不能保證建設質量和進度。第三,設計方案不全面,導致后續變更頻繁。第四,設計方案沒有考慮信息系統建成后對企業內部控制的影響,導致系統運行后衍生新的風險。
主要管控措施:第一,系統設計負責部門應當就總體設計方案與業務部門進行溝通和討論,說明方案對用戶需求的覆蓋情況;存在備選方案的,應當詳細說明各方案在成本、建設時間和用戶需求響應上的差異;信息系統歸口管理部門和業務部門應當對選定的設計方案予以書面確認。第二,企業應參照《GB8567-88計算機軟件產品開發文件編制指南》等相關國家標準和行業標準,提高系統設計說明書的編寫質量。第三,企業應建立設計評審制度和設計變更控制流程。第四,在系統設計時應當充分考慮信息系統建成后的控制環境,將生產經營管理業務流程、關鍵控制點和處理規程嵌入系統程序,實現手工環境下難以實現的控制功能,例如:對于某一財務軟件,當輸入支出憑證時,可以讓計算機自動檢查銀行存款余額,防止透支。第五,應充分考慮信息系統環境下的新的控制風險。比如,要通過信息系統中的權限管理功能控制用戶的操作權限,避免將不相容職務的處理權限授予同一用戶。第六,應當針對不同的數據輸入方式,強化對進入系統數據的檢查和校驗功能。比如,憑證的自動平衡校對。第七,系統設計時應當考慮在信息系統中設置操作日志功能,確保操作的可審計性。對異常的或者違背內部控制要求的交易和數據,應當設計由系統自動報告并設置跟蹤處理機制。第八,預留必要的后臺操作通道,對于必需的后臺操作,應當加強管理,建立規范的操作流程,確保足夠的日志記錄,保證對后臺操作的可監控性。
4.編程和測試環節
編程階段是將詳細設計方案轉換成某種計算機編程語言的過程。編程階段完成之后,要進行測試,測試主要有以下目的:一是發現軟件開發過程中的錯誤,分析錯誤的性質,確定錯誤的位置并予以糾正。二是通過某些系統測試,了解系統的響應時間、事務處理吞吐量、載荷能力、失效恢復能力以及系統實用性等指標,以便對整個系統做出綜合評價。測試環節在系統開發中具有舉足輕重的地位。
該環節的主要風險是:第一,編程結果與設計不符。第二,各程序員編程風格差異大,程序可讀性差,導致后期維護困難,維護成本高。第三,缺乏有效的程序版本控制,導致重復修改或修改不一致等問題。第四,測試不充分。單個模塊正常運行但多個模塊集成運行時出錯,開發環境下測試正常而生產環境下運行出錯,開發人員自測正常而業務部門用戶使用時出錯,導致系統上線后可能出現嚴重問題。
主要管控措施:第一,項目組應建立并執行嚴格的代碼復查評審制度。第二,項目組應建立并執行統一的編程規范,在標識符命名、程序注釋等方面統一風格。第三,應使用版本控制軟件系統(例如CVS),保證所有開發人員基于相同的組件環境開展項目工作,協調開發人員對程序的修改。第四,應區分單元測試、組裝測試(集成測試)、系統測試、驗收測試等不同測試類型,建立嚴格的測試工作流程,提高最終用戶在測試工作中的參與程度,改進測試用例的編寫質量,加強測試分析,盡量采用自動測試工具提高測試工作的質量和效率。具備條件的企業,應當組織獨立于開發建設項目組的專業機構對開發完成的信息系統進行驗收測試,確保在功能、性能、控制要求和安全性等方面符合開發需求。
5.上線環節
系統上線是將開發出的系統(可執行的程序和關聯的數據)部署到實際運行的計算機環境中,使信息系統按照既定的用戶需求來運轉,切實發揮信息系統的作用。該環節的主要風險是:第一,缺乏完整可行的上線計劃,導致系統上線混亂無序。第二,人員培訓不足,不能正確使用系統,導致業務處理錯誤,或者未能充分利用系統功能,導致開發成本浪費。第三,初始數據準備設置不合格,導致新舊系統數據不一致、業務處理錯誤。
主要管控措施:第一,企業應當制定信息系統上線計劃,并經歸口管理部門和用戶部門審核批準。上線計劃一般包括人員培訓、數據準備、進度安排、應急預案等內容。第二,系統上線涉及新舊系統切換的,企業應當在上線計劃中明確應急預案,保證新系統失效時能夠順利切換回舊系統。第三,系統上線涉及數據遷移的,企業應當制定詳細的數據遷移計劃,并對遷移結果進行測試。用戶部門應當參與數據遷移過程,對遷移前后的數據予以書面確認。
(四)其他開發方式的關鍵控制點和主要控制措施
下面介紹其他開發方式(業務外包、外購調試)的關鍵控制點和主要管控措施。
在業務外包、外購調試方式下,企業對系統設計、編程、測試環節的參與程度明顯低于自行開發方式,因此可以適當簡化相應的風險控制措施,但同時也因開發方式的差異產生一些新的風險,需要采取有針對性的管控措施。
1.業務外包方式的關鍵控制點和主要管控措施
(1)選擇外包服務商。該環節的主要風險是:由于企業與外包服務商之間本質上是一種委托――關系,合作雙方的信息不對稱容易誘發道德風險,外包服務商可能會實施損害企業利益的自利行為,如偷工減料、放松管理、信息泄密等。
主要管控措施:第一,企業在選擇外包服務商時要充分考慮服務商的市場信譽、資質條件、財務狀況、服務能力、對本企業業務的熟悉程度、既往承包服務成功案例等因素,對外包服務商進行嚴格篩選。第二,企業可以借助外包業界基準來判斷外包服務商的綜合實力。第三,企業要嚴格外包服務審批及管控流程,對信息系統外包業務,原則上應采用公開招標等形式選擇外包服務商,并實行集體決策審批。
(2)簽訂外包合同。該環節的主要風險是:由于合同條款不準確、不完善,可能導致企業的正當權益無法得到有效保障。
主要管控措施:第一,企業在與外包服務商簽約之前,應針對外包可能出現的各種風險損失,恰當擬定合同條款,對涉及的工作目標、合作范疇、責任劃分、所有權歸屬、付款方式、違約賠償及合約期限等問題做出詳細說明,并由法律部門或法律顧問審查把關。第二,開發過程中涉及商業秘密、敏感數據的,企業應當與外包服務商簽訂詳細的“保密協定”,以保證數據安全。第三,在合同中約定付款事宜時,應當選擇分期付款方式,尾款應當在系統運行一段時間并經評估驗收后再支付。第四,應在合同條款中明確要求外包服務商保持專業技術服務團隊的穩定性。
(3)持續跟蹤評價外包服務商的服務過程。該環節的主要風險是:企業缺乏外包服務跟蹤評價機制或跟蹤評價不到位,可能導致外包服務質量水平不能滿足企業信息系統開發需求。
主要管控措施:第一,企業應當規范外包服務評價工作流程,明確相關部門的職責權限,建立外包服務質量考核評價指標體系,定期對外包服務商進行考評,并公布服務周期的評估結果,實現外包服務水平的跟蹤評價。第二,必要時,可以引入監理機制,降低外包服務風險。
2.外購調試方式的關鍵控制點和主要管控措施
在外購調試方式下,一方面,企業面臨與委托開發方式類似的問題,企業要選擇軟件產品的供應商和服務供應商、簽訂合約、跟蹤服務質量,因此,企業可采用與委托開發方式類似的控制措施;另一方面,外購調試方式也有其特殊之處,企業需要有針對性的強化某些控制措施。
(1)軟件產品選型和供應商選擇
在外購調試方式下,軟件供應商的選擇和軟件產品的選型是密切相關的。該環節的主要風險是:第一,軟件產品選型不當,產品在功能、性能、易用性等方面無法滿足企業需求。第二,軟件供應商選擇不當,產品的支持服務能力不足,產品的后續升級缺乏保障。
主要管控措施:第一,企業應明確自身需求,對比分析市場上的成熟軟件產品,合理選擇軟件產品的模塊組合和版本。第二,企業在軟件產品選型時應廣泛聽取行業專家的意見。第三,企業在選擇軟件產品和服務供應商時,不僅要評價其現有產品的功能、性能,還要考察其服務支持能力和后續產品的升級能力。
(2)服務提供商選擇。大型企業管理信息系統(如ERP系統)的外購實施,不僅需要選擇合適的軟件供應商和軟件產品,也需要選擇合適的咨詢公司等服務提供商,指導企業將通用軟件產品與本企業的實際情況有機結合。該環節的主要風險是:服務提供商選擇不當,削弱了外購軟件產品的功能發揮,導致無法有效滿足用戶需求。
主要管控措施:在選擇服務提供商時,不僅要考核其對軟件產品的熟悉、理解程度,也要考核其是否深刻理解企業所處行業的特點、是否理解企業的個性化需求、是否有過相同或相近的成功案例。
三、信息系統的運行與維護
信息系統的運行與維護主要包含三方面的內容:日常運行維護、系統變更和安全管理。
(一)日常運行維護的關鍵控制點和主要管控措施
日常運行維護的目標是保證系統正常運轉,主要工作內容包括系統的日常操作、系統的日常巡檢和維修、系統運行狀態監控、異常事件的報告和處理等。該環節的主要風險是:第一,沒有建立規范的信息系統日常運行管理規范,計算機軟硬件的內在隱患易于爆發,可能導致企業信息系統出錯。第二,沒有執行例行檢查,導致一些人為惡意攻擊會長期隱藏在系統中,可能造成嚴重損失。第三,企業信息系統數據未能定期備份,可能導致損壞后無法恢復,從而造成重大損失。
主要管控措施:第一,企業應制定信息系統使用操作程序、信息管理制度以及各模塊子系統的具體操作規范,及時跟蹤、發現和解決系統運行中存在的問題,確保信息系統按照規定的程序、制度和操作規范持續穩定運行。第二,切實做好系統運行記錄,尤其是對于系統運行不正?；驘o法運行的情況,應將異?，F象、發生時間和可能的原因作出詳細記錄。第三,企業要重視系統運行的日常維護,在硬件方面,日常維護主要包括各種設備的保養與安全管理、故障的診斷與排除、易耗品的更換與安裝等,這些工作應由專人負責。第四,配備專業人員負責處理信息系統運行中的突發事件,必要時應會同系統開發人員或軟硬件供應商共同解決。
(二)系統變更的關鍵控制點和主要管控措施
系統變更主要包括硬件的升級擴容、軟件的修改與升級等。系統變更是為了更好地滿足企業需求,但同時應加強對變更申請、變更成本與進度的控制。該環節的主要風險是:第一,企業沒有建立嚴格的變更申請、審批、執行、測試流程,導致系統隨意變更。第二,系統變更后的效果達不到預期目標。
主要管控措施是:第一,企業應當建立標準流程來實施和記錄系統變更,保證變更過程得到適當的授權與管理層的批準,并對變更進行測試。信息系統變更應當嚴格遵照管理流程進行操作。信息系統操作人員不得擅自進行軟件的刪除、修改等操作;不得擅自升級、改變軟件版本;不得擅自改變軟件系統的環境配置。第二,系統變更程序(如軟件升級)需要遵循與新系統開發項目同樣的驗證和測試程序,必要時還應當進行額外測試。第三,企業應加強緊急變更的控制管理。第四,企業應加強對將變更移植到生產環境中的控制管理,包括系統訪問授權控制、數據轉換控制、用戶培訓等。
(三)安全管理的關鍵控制點和主要管控措施
安全管理的目標是保障信息系統安全,信息系統安全是指信息系統包含的所有硬件、軟件和數據受到保護,不因偶然和惡意的原因而遭到破壞、更改和泄漏,信息系統能夠連續正常運行。該環節的主要風險是:第一,硬件設備分布物理范圍廣,設備種類繁多,安全管理難度大,可能導致設備生命周期短。第二,業務部門信息安全意識薄弱,對系統和信息安全缺乏有效的監管手段。少數員工可能惡意或非惡意濫用系統資源,造成系統運行效率降低。第三,對系統程序的缺陷或漏洞安全防護不夠,導致遭受黑客攻擊,造成信息泄露。第四,對各種計算機病毒防范清理不力,導致系統運行不穩定甚至癱瘓。第五,缺乏對信息系統操作人員的嚴密監控,可能導致舞弊和利用計算機犯罪。
主要管控措施:第一,建立信息系統相關資產的管理制度,保證電子設備的安全。硬件和網絡設備不僅是信息系統運行的基礎載體,也是價值昂貴的固定資產。企業應在健全設備管理制度的基礎上,建立專門的電子設備管控制度,對于關鍵信息設備(例如銀行的核心數據庫服務器),未經授權,不得接觸。
第二,企業應成立專門的信息系統安全管理機構,由企業主要領導負總責,對企業的信息安全作出總體規劃和全方位嚴格管理,具體實施工作可由企業的信息主管部門負責。企業應強化全體員工的安全保密意識,特別要對重要崗位員工進行信息系統安全保密培訓,并簽署安全保密協議。企業應當建立信息系統安全保密制度和泄密責任追究制度。
第三,企業應當按照國家相關法律法規以及信息安全技術標準,制定信息系統安全實施細則。根據業務性質、重要程度、情況等確定信息系統的安全等級,建立不同等級信息的授權使用制度,采用相應技術手段保證信息系統運行安全有序。對于信息系統的使用者和不同安全等級信息之間的授權關系,應在系統開發建設階段就形成方案并加以設計,在軟件系統中預留這種對應關系的設置功能,以便根據使用者崗位職務的變遷進行調整。
第四,企業應當有效利用IT技術手段,對硬件配置調整、軟件參數修改嚴加控制。例如,企業可利用操作系統、數據庫系統、應用系統提供的安全機制,設置安全參數,保證系統訪問安全;對于重要的計算機設備,企業應當利用技術手段防止員工擅自安裝、卸載軟件或者改變軟件系統配置,并定期對上述情況進行檢查。
第五,企業委托專業機構進行系統運行與維護管理,應當嚴格審查其資質條件、市場聲譽和信用狀況等,并與其簽訂正式的服務合同和保密協議。
第六,企業應當采取安裝安全軟件等措施防范信息系統受到病毒等惡意軟件的感染和破壞。企業應當特別注重加強對服務器等關鍵部位的防護;對于存在網絡應用的企業,應當綜合利用防火墻、路由器等網絡設備,采用內容過濾、漏洞掃描、入侵檢測等軟件技術加強網絡安全,嚴密防范來自互聯網的黑客攻擊和非法侵入。對于通過互聯網傳輸的或者關鍵業務數據,企業應當采取必要的技術手段確保信息傳遞的保密性、準確性、完整性。
第七,企業應當建立系統數據定期備份制度,明確備份范圍、頻度、方法、責任人、存放地點、有效性檢查等內容。系統首次上線運行時應當完全備份,然后根據業務頻率和數據重要性程度,定期做好增量備份。數據正本與備份應分別存放于不同地點,防止因火災、水災、地震等事故產生不利影響。企業可綜合采用磁盤、磁帶、光盤等備份存儲介質。
第八,企業應當建立信息系統開發、運行與維護環節的崗位責任制度和不相容職務分離制度,防范利用計算機舞弊和犯罪。一般而言,信息系統不相容職務涉及的人員可以分為三類:系統開發建設人員、系統管理和維護人員、系統操作使用人員。開發人員在運行階段不能操作使用信息系統,否則就可能掌握其中的數據,進行非法利用;系統管理和維護人員擔任密碼保管、授權、系統變更等關鍵任務,如果允許其使用信息系統,就可能較為容易地篡改數據,從而達到侵吞財產或濫用計算機信息的目的。此外,信息系統使用人員也需要區分不同崗位,包括業務數據錄入、數據檢查、業務批準等,在他們之間也應有必要的相互牽制。企業應建立用戶管理制度,加強對重要業務系統的訪問權限管理,避免將不相容職責授予同一用戶。企業應當采用密碼控制等技術手段進行用戶身份識別。對于重要的業務系統,應當采用數字證書、生物識別等可靠性強的技術手段識別用戶身份。對于發生崗位變化或離崗的用戶,用戶部門應當及時通知系統管理人員調整其在系統中的訪問權限或者關閉賬號。企業應當定期對系統中的賬號進行審閱,避免存在授權不當或非授權賬號。對于超級用戶,企業應當嚴格規定其使用條件和操作程序,并對其在系統中的操作全程進行監控或審計。
第九,企業應積極開展信息系統風險評估工作,定期對信息系統進行安全評估,及時發現系統安全問題并加以整改。
(四)系統終結的關鍵控制點和主要管控措施
財務系統設計方案范文4
關鍵詞:數字化校園;校園一卡通系統
當前,很多軟件公司都開發了自己的產品,但受公司實力、市場拓展等諸多因素的限制,這些產品大多數是局限于單一功能,并不能做到一卡通,從而給單位的升級、管理造成很多不便,造成設備和投資的浪費,而市場上多數的所謂“一卡通”產品實際上是一卡多應用的系統,國內較成熟的應用主要在公交方面,如公共汽車、地鐵、出租車和停車場等。這些“一卡多用”系統往往存很多問題。本文主要介紹了校園一卡通系統的設計思想、功能設計和實現方案,詳細敘述了機房管理子系統的功能及軟硬件的實現過程。此系統綜合了網絡通訊技術,實現校園一卡式服務。
一、“校園一卡通”系統建設思路
按照“一網”、“一庫”、“一卡”的一體化建設理念,建立統一的身份認證中心、統一的信息門戶中心、統一的公用數據中心及統一的管理應用中心,采用“平臺式”、“模塊化”的建設方法,實現三大骨干平臺:一卡通網絡平臺、一卡通管理與服務平臺、一卡通應用平臺,適應與銀行系統、學校原有的各類應用系統銜接和系統本身應用規模、應用層次不斷擴大的銜接,將一卡通系統建設成一體化、開放式、標準化和用戶自我建設擴展的系統,為使學校校園從真正意義上實現由傳統校園向數字化校園的質的轉變奠定良好的基礎。
二、校園一卡通系統的基本需求
校園一卡通系統[3]最根本的需求是“信息共享、集中控制”,因此系統的設計不應是各單個功能的簡單組合,從統一網絡平臺、統一數據庫、統一的身份認證體系、數據傳輸安全、各類管理系統接口、異常處理等軟件總體設計思路的技術實現考慮,使各管理系統,各讀卡終端設備綜合性能的智能化達到最佳系統設計。
三、校園一卡通系統設計方案
一卡通系統由統一的身份認證平臺、統一的信息門戶平臺、 統一的公用數據平臺及統一的一卡通管理應用平臺四大部分構成一個一體化的完整系統,要建設一個“校園一卡通”系統,必須建設上述四個平臺,使其上述四個平臺形成統一的整體。
(一)目標
在數字化校園建設中,需要將校園內的基礎信息進行統一的整理,相關業務流程重新規劃,技術平臺增建、擴建,通過校園一卡通系統,從而達到數字化校園的信息共享的初衷。
(二)系統總體結構
1.網絡架構
2.系統軟件層次模型
NET框架下的多層架構一卡通系統,由中心數據庫、數據訪問層、業務邏輯層、WebServi。e、一卡通系統各類人機界面、第三方應用、數據傳輸平臺,以及管理和監控系統組成。
3.系統運行環境設計
先進的I/0子系統、極大的內存容量;具有高可用性:高速緩存、內存ECC技術、內存故障恢復、CPU故障分析、出錯登記、冗余電源等;完全的數據保護能力;支持RAID技術和熱拔插技術。
4.系統支撐平臺
中心服務器:選用Unix小型機或高性能的企業級服務器,操作系統選用Unix,中心數據庫系統選用Oracle9。應用服務器:選用工作組級服務器;其他工作站選用標準商用微機。
5.系統應用框架
軟件系統由綜合業務平臺和應用子系統兩大部分組成:
(1)一卡通系統平臺
中心管理平臺:對校園卡進行制作發行、掛失/解掛、凍結/解凍、充值、黑名單管理等操作;對校園一卡通系統中的各應用模塊、子系統的注冊、管理,各個子系統重要參數設定;設置管理人員,職責定義,權限設置;工作區域設置、管理、分派、指定;校園一卡通系統中的財務、資金等業務的管理;
中心服務平臺:負責網上查詢、語音查詢、領導查詢等服務。
(2)各應用子系統
一是負責本子系統和業務事務處理,主要分為電子錢包類應用、身份識別類應用和銀行轉賬應用;
二是校園卡圈存業務:負責與銀行系統的連接,同時管理、監控各個自助轉賬終端,自助、自動兩種方式的實時轉賬業務;
三是電子錢包類應用系統如,餐飲、超市消費系統等;
四是身份識別類應用系統。
6.系統數據庫設計
系統中心數據庫分為:基礎信息數據庫、電子錢包數據庫、身份識別數據庫,分別存儲相關信息和明細記錄。將不同的應用和信息,嚴格劃分、隔離存放,達到系統設計的最優化,同時提高數據的安全性。
四、結束語
校園一卡通工程建設,從校園一卡通系統的建立到管理機構的設置以及日常管理與運行的維護,乃至新功能的開發,是一項長期工作,也是一個不斷完善過程。學校要結合實際,將該項目工程作為學校實現數字化校園建設的重要組成部分和重要基礎工程納入學校建設規劃之中。
參考文獻:
財務系統設計方案范文5
摘要 :簡單介紹了企業財務管理信息系統的設計思想和設計方案。
關鍵詞: 財務 管理 信息化
一、現代財務管理系統
利用已建立的企業網公開企業的財經制度,預算編制,收費的政策依據、項目、標準和范圍等,為企業與客戶提供查詢收支情況,為職工提供職工工資、津貼發放、稅費扣繳等情況。員工可在通過身份驗證后登錄系統,快捷地查詢所需的財務信息。財務人員不用再手工寫收據,通過打印實現完成收據書寫過程減輕了工作量,提高了業務水平。財務人員隨時向外提供信息,使使用者可以隨時到財務網查詢到所需要的信息。同時財務人員還為領導決策提供依據,從而提高企業管理水平,控制生產成本,規范管理流程,增強對市場變化的應變能力。
二、企業財務管理系統設計原則
企業管理模式的選擇應當是在對整體發展戰略、經營情況、企業類型和子公司進行系統分析的基礎上進行的,同時企業應充分根據自身發展的需要設計財務管理模式。設計時必須應當遵循以下原則:
1、安全性
安全性分為系統內部安全、訪問安全及與其他系統對接時的安全性。內部安全體現在系統數據庫的安全以及非法數據屏蔽等,可通過防火墻、劃分網段來防范非法程序對數據庫的破壞,對數據庫做計劃,進行備份,對錄入數據進行核查,對不滿足條件的內容提示修改,對非法數據進行屏蔽。訪問安全體現在對各個部門、各個用戶按管理人員的安全策略進行分組管理、控制各組的訪問權限以及信息的流向。與其他系統連接時,既要保證內部數據的安全,隔離內外部的信息通道,又要對外部信息資源進行訪問控制。為保證整個系統的正常運行,必然要保證系統信息的絕對安全和可靠。
2、實用性
財務信息管理系統是一個工程項目,而不是研究或實驗課題。系統建設的最終目的是服務于財務管理的需要,服務于企業在許可范圍內對財務信息的需求。系統的建設應為應用服務。因此,系統的設計和建設應能滿足需求并正確無誤地高效地運行。
3、靈活性
系統應設計任意組合的模糊查詢功能,提供多方面的查詢,以滿足各個時期的報表。對復雜數據結構應實現修改一表的數據即可自動修改相關表中的數據,刪除一表的數據即可自動刪除與之相關的其他表數據,保證數據庫中無冗余數據。
三、企業財務管理系統設計分析
1、系統整體結構
通過用戶需求分析,根據企業財務工作流程分析,本著模塊劃分的原則,把系統抽象為5個模塊,分別為系統管理、財務核算、綜合查詢、年末財務決算、財務指標分析。系統功能總體框架圖如圖1所示。
系統各個子系統模塊的功能概要描述如下:
(1)系統管理子系統。第一,設置用戶基本信息:主要包括設置賬戶名稱、用戶權限密碼、建設單位名稱等基本信息。第二,自定義明細科目:用戶根據本單位具體業務需求自行設置明細科目。第三,輸入銀行賬號:輸入或修改基建財務銀行賬號。第四,輸入初始余額:新用戶輸入期初會計數據。第五,清理數據:清理全部或某年的數據。
(2)財務核算。第一,設定工程項目編碼:根據當年投資計劃增刪工程項目并為新增項目設定編碼。第二,設定往來款單位編碼:為新增的往來款單位設定編碼。第三,建立當月序時賬:在開始新的月份會計核算時,建立新的序時賬表。第四,錄入/修改記賬憑證:將已填制并審核完成的記賬憑證進行錄入或修改操作。第五,打印當月序時賬:打印當月序時賬,便于操作人員核對查錯。
(3)綜合查詢。提供日常會計業務所需的各類查詢服務,例如往來款查詢、總賬查詢、明細賬查詢等。查詢是財務管理中使用頻率較高的功能,該模塊為用戶提供以下幾種查詢方式:一是按憑證號查詢。即按精確的憑證號查詢,用戶輸入憑證號后,可以調出這張憑證。二是按期間查詢。根據用戶輸入的起止會計日期輸出查詢結果。三是按工程項目代號查詢。用戶輸入工程項目代號,可調出所需要的該項目的相關數據。四是按單位代號查詢。五是按科目查詢。六是自定義查詢。用戶根據自己的需要組合查詢條件,實現特殊查詢的功能。
(4)年末財務決算。接收并匯總日常核算數據,錄入補充系統以外的非會計數據,生成用于上報主管部門的年度全套財務決算報表,提供年終決算報表的查詢和打印。
(5)財務指標分析。可進行各項財務指標分析。將各項指標的計算公式固化在系統中,指標分析所用的數據來源于年終財務決算模塊。將財務決算數據套用公式進行計算即可得出結果,輸出至屏幕或打印機。
2、數據庫設計
(1)數據E-R圖。E-R圖由實體、實體的屬性和實體之間的聯系組成。根據業務數據流,并參考相關資料,經過加工處理,設計出本系統的E-R關系圖,如圖2所示。
(2)主要數據字典描述。數據字典是在系統數據流圖的基礎上,對其中的每個數據流、文件和數據項加以定義,是對數據流圖中每個成分的精確描述。系統的數據字典對所有數據進行了定義,即對所有數據庫的結構進行描述,提供對數據庫數據描述的集中管理手段。
3.主要模塊的設計
限于篇幅,本文選取財務管理系統幾大模塊中的核心模塊――核算模塊,闡述其設計過程。
(1)設定工程項目編碼。實現設定、輸入工程項目編碼,同時輸入工程項目概況信息的功能。為方便用戶進行工程項目編碼,設計顯示已有工程項目及其編碼的列表視圖。用戶可以直觀地了解到當前已用編號的位置,從而確定新增項目的順序編號。用戶錄入順序號后,系統進行即時強制校驗,如果發現該順序號已被占用,將發出錯誤提示信息,并拒絕接收數據。項目分類識別碼和子項目類別識別碼比較穩定,所以將它們固化在系統中,在錄入時提供給用戶進行選擇操作,這樣可以減少鍵盤輸入的工作量,增加準確性。
工程項目的概況信息包括:計劃總投資、本年投資計劃、以前計劃投資未到位數、建筑面積和開工日期,這些概況信息是工程項目在財務核算中的重要屬性,涉及到報表輸出和年末財務決算等。系統設計在設定工程項目編碼的同時輸入概況信息,并存入‘項目編碼’數據庫基本表中,文件名為:JXMK.DBF。這樣既可以簡化系統操作步驟、減少文件數量,又方便查詢,達到節約磁盤空間、提高運行速度的雙重目的。
(2)建立序時賬。建立序時賬就是在開始錄入記賬憑證前在硬盤的系統指定目錄下建立一個數據庫空表,用于存貯當年1―12月的所有記賬憑證。記賬憑證按業務發生的時間順序存貯于該表中,可以說它是一個記錄全部核算基礎數據的表,是系統進行自動轉賬等一系列處理的數據源泉。文件結構的數據項是構成記賬憑證的全部要素。
(3)錄入/修改記賬憑證。系統在設計實現錄入/修改記賬憑證功能時,要遵循以下幾種原則:一是憑證中各數據項根據類型、范圍進行有效控制。如,會計分錄中的會計科目必須在設置的會計科目表中已經存在,并且是最底層的明細科目;根據當前科目的屬性確定是否同時輸入某些項目,如工程項目、往來款單位、借款編號等;借貸方金額必須相等才能保存;憑證編號可以自動連續;日期可以限制順序等。二是較之手工處理的“筆誤”, 鍵盤操作更容易發生“誤操作”,因而“錄入憑證”在操作功能上應分為“輸入”、“修改”、“刪除”等步驟,以進行正確性控制。三是“審核”填好的憑證,系統的審核在程序中再次檢驗憑證的正確性。
財務系統設計方案范文6
關鍵詞：企業財務管理；內部控制系統；經營活動
一、財務內控系統建設的背景
企業內部管理創新，應當堅持“企業管理以經營管理為中心，經營管理以財務管理為中心，財務管理以資金管理為中心”的原則，管理層應根據建立和完善財務內部控制制度的要求，對財務內部控制流程進行再造，規范各項具體經營活動，并針對企業管理的重心和經營特點，對各項業務的具體流程加以規范。因此，企業財務內部控制系統建設的核心是將企業的財務活動從會計政策、標準流程、部門職責、金額權限、標準文擋五個方面加以界定，從而全面提高企業的財務管理水平。
二、財務內控系統設計的需求
全面預算和內部控制制度雖然是有效的管理手段，但并不是所有的企業都適合推進全面預算管理和內部控制，因為預算管理和內部控制制度的建立需要一個良好的運作平臺和管理基礎，并且還必須借助信息化手段的支持。
推行全面預算需要建立一個金字塔式的預算管理體系：企業本部——基層單位——班組……，逐層分解，層層考核，需要跨越多層級的組織，涉及到企業的全部人員、各項業務，于是不可避免地存在信息傳遞遲緩，信息失真，不同部門或人員難以溝通和協作，預算管理本身的工作量巨大等一系列問題。
依托內部控制的信息化系統，能使預算指標體系和內部控制體系的建立、平衡、調整以及執行與考核等信息的傳遞都通過網絡完成，從而大大節省了信息在各部門、各層次之間傳遞的時間，實現了不同部門或人員之間的相互配合、相互協調。并且，企業可以將與預算相關的業務流程固化在信息化系統中，每項經濟業務只有依次經歷標準流程的每一個環節才能順利流轉，從而充分保證了預算的嚴格執行，使預算和內控真正成為一種“硬”約束。
三、財務內控系統設計的原則
1．安全性。系統建設緊密結合企業經營管理的實際應用，正確處理好數據安全保密與數據資源共享的關系。系統將從軟件安全、運行安全、網絡安全和數據安全等方面提供充足的技術保障。系統可根據具體情況采用訪問控制列表、子網隔離和“防火墻”等安全控制措施，對網絡病毒的傳播提供防范措施，保證網絡安全運行。系統能保護數據，保證數據完整、可靠，不被非法讀取或更改。
2．實用性。系統應從企業的實際需要出發，結合企業信息化的發展趨勢，切實地進行設計和實施，不盲目求大求新，保證能有效地解決實際問題，能適應多層次用戶的不同需求。
3．標準性。標準性即規范性。一方面指系統開發采用大多數廠商支持的國際標準協議，保證系統具有良好的開放性、兼容性和擴展性；另一方面指系統設計、實施要嚴格執行財政部的相關業務規范和標準。
4．開放性。系統開發采用符合開放標準的硬件平臺、軟件平臺、網絡協議，總體設計中采用開放式的體系結構，使系統能夠兼容其他系統，可以在統一平臺上集成運行，或可以提供開放的數據接口，能導入導出大量基礎數據，避免重復進行繁瑣的數據錄入工作。
5．先進性。選用先進的關鍵技術和設備，采用先進的設計方案，保證系統功能先進，性能優良。
6．可靠性。系統開發采用成熟、穩定的技術，能保證系統長期、穩定地不間斷運行。
四、財務內控系統功能的概要
財務內部控制系統主要應分為以下幾個模塊：
1．預算管理業務模塊：主要包括基層非歸口預算編制、歸口部門預算部門，預算匯總、預算審批、預算調整、預算編制及調整查詢、預算實際使用情況的查詢和分析等功能，該模塊實現了全企業年度（或季、月）預算編制的全部功能，為內控系統的基礎模塊。
2．日常費用報銷業務模塊：主要涵蓋了各部門的歸口預算費用及非歸口費用的報銷業務。系統可靈活的按照各項費用報銷管理的要求進行流程和錄入界面的設置，并可實現自動計算功能，并根據財務基礎工作的要求，在單據錄入上嚴格進行控制，設置了強制性的錄入項目，以保證財務費用報銷數據的嚴謹性，規范性。系統在審批中，對審批人配備了加密狗及電子簽名，增強了審批過程的嚴肅性、安全性、惟一性。系統對費用報銷有查詢分析統計功能。
3．合同付款內控信息業務模塊：主要對合同的條款和付款條件進行預置錄入，以防止各工程項目付款階段的人為性操作，避免差錯，并可通過掃描，數碼、文件導入等方式將合法有效的財務所需的信息作為附件放入各單項合同中，以方便日后資金支付的查詢資料。通過合同付款信息模塊，財務部門和各主辦部門可查詢各項工程的付款進度情況及質量保證金的情況。
4．各項工程的付款業務模塊。主要用于對資本性支出的各項階段性支出的控制。如預付款支付流程、進度款支付流程、進度款支付登記、工程完工結算發票登記，完工結算款支付流程五類業務，通過相關業務控制，可實現資本性支出預算的控制。
5．備用金管理業務。主要對備用金借款和還款的業務控制。
6．財務科內部業務。主要是涉及到財務科內部處理的各項工作的業務流程。這類業務在于對財務科內部日常事務處理的業務加強控制，以完善財務內部基礎工作的流程化、標準化，規范化。通過標準的業務流程來加強財務科的自身建設。
7．票據業務模塊。主要是對各項票據的登記、領用、核銷、作廢通過流程加強規范，杜絕不規范的事情發生，主要包括發票、收據、支票等票據的業務管理。
五、財務內部控制系統的投入運行，將改變傳統的財務管理模式
首先，提高了全體員工的預算意識，通過全面預算控制，變財務事后控制為管理事前控制，通過內部控制的實現，為企業財務管理提供有效的成本控制工具，使各項預算控制更加準確和有效，極大地提高了財務管理精細化水平和效果。
