課程設計報告 第頁 共29頁1 引言當21世紀信息化的浪潮席卷全球的時候，信息化的腳步正以它前所未有的滲透力深入到社會生活的每個角落。從宏觀角度來說，信息化是全球經濟一體化條件下我國實現跨越式發展的一條必由之路；從微觀角度來說，信息化也是中國企業實現管理變革、提升自身競爭力的絕好機會。加入世貿組織后，中國經濟環境發生了巨變：由國內市場競爭轉入全球市場競爭；由單個企業之間競爭轉入全球供應鏈的競爭；由規模競爭轉入速度競爭。經濟的全球化趨勢要求信息化必須能夠推動企業管理模式和商務模式與國際市場對接。一方面，中國企業要走向國際市場，其前提是采用與國際接軌的管理體系和商務模式；另一方面，大批跨國公司進入國內市場，中國企業要與之競爭，也要完善自己的管理體系和商務模式。而信息化在中國企業與國際接軌的過程中，在體制和流程的固化與優化方面起著關鍵作用。因此，企業信息化建設已成為帶動中國企業創新和升級的突破口，在提高企業管理水平，促進管理現代化，轉換經營機制，建立現代企業制度，有效降低成本，加快技術進步，增強市場競爭力，提高經濟效益等方面都有著現實和深遠的意義。同時，作為企業信息化建設重要組成部分的各類管理系統以及財務管理系統必將在企業的發展中起到關鍵作用，財務管理軟件也在企業管理信息化中起到核心作用。企業信息化涵蓋了產品信息化、設計信息化、生產過程信息化、企業管理信息化和市場經營信息化，這5個方面都與財務數據有著緊密聯系，不同企業的核心業務是不同的，但是其核心資源都是財務，而且一個企業的會計部門是企業實現信息化最早的部門之一。會計部門是企業重要的管理部門，對企業所要貫徹、實行、推廣的各種經營理念、企業文化起著重要作用，并且在具體實施過程中，財務信息的處理也是非常重要的一個環節，因此財務管理是信息化的必要切入點。財務管理系統應包括信息流和資金流管理，以成本控制為重點，將企業的實際業務和財務軟件相結合，實現財務信息的全面高效集成，使企業資源達到最佳配置狀態，提高企業的財務管理能力，能夠為企業其他業務領域的信息化提供基礎和保障。對于ERP（EnterpriseResourcePlanning，企業資源計劃）和CRM（CustomerRelationshipManagement，客戶關系管理）系統的實施，財務管理系統起著核心作用。財務管理系統在整個ERP中是較早實現計算機系統處理的部分，多數企業對ERP的實施都是從財務信息的處理開始，逐步規范企業的各項業務流程，使ERP的實施從財務管理部分逐步過渡到供應鏈業務的管理、再造資源計劃、決策支持等部分。其他幾部分的管理內容都和財務管理部分有一定的數據往來，并且各個部分相互交織在一起，共同組成一個完整的系統。企業級的CRM系統通常包括銷售管理、市場管理、客戶服務和技術支持4部分。財務管理方面的信息數據為這些部分的協調、正常運行提供有關的財務數據支持。因此，財務管理系統的應用在企業的管理信息化中有著重要作用。財務管理系統的核心由會計核算向財務管理轉移，加強了管理功能和為管理層決策提供財務信息支持的智能型財務分析功能，注重了業務對財務的影響和財務對業務的控制，系統也從原來獨立、封閉的系統發展到完全融入企業管理的整體中，實現了與其他管理系統的集成，與新的管理思想、管理技術、IT技術緊密聯系起來，同時對企業的財務管理人員也提出了更高的要求，要求財會人員具有先進的管理理念，將專業財務知識和最新經營管理理念融合在一起，這樣才能適應企業的發展，增強企業市場競爭力，符合知識經濟時代和中國加入WT0的要求。對于中國長虹電子集團有限公司來說開發一個代替手工操作的新型計算機財務管理信息系統異常重要。該管理信息系統操作簡單明了，容易上手，方便企業高層領導對該企業財務管理的現狀進行更全面的認識，可輔助企業領導決策科學化，從而大大減少了工作量，提高了工作效率。課程設計報告 第頁 共29頁2 系統調查和可行性研究 在系統開發前期對系統進行可行性分析是必要的一個環節，這對于保證資源的合理使用避免浪費是十分必要的，也是項目一旦開始后能順利進行的必要保證。信息系統的建設時一項投資大，時間長的復雜工程，可行性研究更為必要，也更復雜，更困難。“可行性”是指在當前的情況下企業研制這個信息系統是否必要，是否具備必要的條件。可行性的含義不僅包括可能性，還包括必要性和合理性。2.1 初步調查隨著科技日新月異的發展，計算機的廣泛普及，以及企業規模的擴大，越來越多的企業對自己員工的情況也開始使用計算機進行自動化的管理。長虹電子集團有限公司始創于1958年，公司前身國營長虹機器廠是中國“一五”期間的156項重點工程之一，是當時國內唯一的機載火控雷達生產基地。歷經多年的發展，長虹完成由單一的軍品生產到軍民結合的戰略轉變，成為集電視、空調、冰箱、IT、通訊、網絡、數碼、芯片、能源、商用電子、電子部品、生活家電及新型平板顯示器件等產業研發、生產、銷售、服務為一體的多元化、綜合型跨國企業集團，逐步成為全球具有競爭力和影響力的3C信息家電綜合產品與服務提供商。2005年，長虹跨入世界品牌500強。2008年，長虹品牌價值655.89億元，是我國非常具有競爭力的電子企業。開發一個操作簡便、功能合適的財務管理信息系統非常重要。財務管理信息系統，是以電腦為基礎，采用現代的科學技術和先進的管理方法面，對財務工作的原始數據進行處理為各級財政部門領導和財務管理人員提供完整、準確、及時、受用的財務管理信息，為決策機關決策提供信息支持，以實現對財務活動進行有效的科學的組織、計劃、分配、調節、控制和監督，提高經費使用效益為目標的輔助決策支持系統。現在的長虹電子集團有限公司發展日新月異，開發這樣一個財務管理信息系統有利于企業業務更加透明化，對其日后的發展壯大大有裨益。2.2 可行性研究 進行系統可行性研究是為了用最小的代價在盡可能短的時間內確定該軟件項目是否能夠開發，是否值得開發。它的任務就是先進行概要的分析和研究，確定系統的規模和目標，限制條件等，進而抽象出該系統的邏輯模型。根據該模型提出解決該問題的若干方法嗎，并研究各個方法的可行性。2.2.1經濟上的可行性首先，經濟可行性主要是預估費用支出和對項目的經濟效益進行評價。太多的經濟支出勢必導致資金的匱乏及主要領導或投資商的積極性的下降，而此系統的產生所帶來的效益也必須是可觀的，大量的投資換不回效益豈不是白忙活。長虹集團資金雄厚，因此在經濟上完全可行。2.2.2管理上的可行性 管理上的可行性是指管理人員對開發應用項目的態度和管理方面的條件。主管領導不支持的項目肯定不行。如果高中層管理人員的抵觸情緒很大，就有必要等一等，積極做工作，創造條件。管理方面的條件主要指管理方法是否科學，相應管理制度改革的時機是否成熟，規章制度是否齊全以及原始數據是否正確等。考慮到該長虹集團財務管理的現狀，由于本系統大部分采用圖形界面，操作較為簡單，對管理員技術能力的要求較低，并且只需對相關人員進行簡單培訓甚至可以不經過系統的培訓，他們即可順利使用本系統。而且該企業管理方面的條件已經成熟，所以本系統在管理上完全可行。2.2.3技術上的可行性本系統的設計與開發在技術上和硬件、軟件設備上的條件都是滿足的，而且VFP目前是很流行的系統軟件，人員接收速度快，因此，在技術上是可行的。本系統的開發，為企業的擴建和發展帶來了一個質的飛躍，為此主要表現有以下幾個方面：第一、 本系統的運行可以大大的提高工作效率。第二、 本系統可以減少錯誤率，降低企業成本。第三、 本系統的運行可以代替人工進行許多繁雜的勞動。第四、 本系統可以全自動全天候為客戶服務。第五、 本系統的運行可以節省很多資源。課程設計報告 第頁 共29頁3 系統分析在對原系統進行詳細調查的基礎上進行系統化分析，提出新系統邏輯模型的重要步驟，這一步驟通過對原有系統的調查和分析，找出原系統業務流程和數據流程的不足，提出優化和改進的方法，給出新系統所要采用的信息處理方案。3.1 組織結構分析為了對系統有一個全面性的了解，首先要對系統的內部人員結構、組織及用戶情況有所了解。長虹電子有限公司其公司內部系統的組織結構圖如下：3.2業務流程分析現行系統的業務流程圖是分析和描述現行系統業務的重要工具之一。其主要作用是用業務流程圖描述系統各項業務的處理過程，并結合業務流程圖詳細、準確的說明業務的處理過程，幫助企業管理人員找出現行中的業務流程不合理之處。系統的業務是系統要達到的業務目標，業務流程分析是系統分析中的基礎環節。長虹電子有限公司內部的業務流程圖如下圖所示：財務報表有關部門現金短缺單出納銀行提現通知單某企業財務管理業務流程圖銀行對賬銷售部門應收賬單客戶各種計劃費用單會計費用流水賬賬款單已登記的費用單總賬企業各部門已審核的費用單未審核的費用單財務部長領費通知庫存帳賬款3.3數據流程分析數據流程圖簡稱DFD，它用來描述目標系統的邏輯結構，圖中沒有任何具體的物理元素，只是描繪信息在系統中流動和處理的情況，因為它是邏輯系統的圖形表示，即使不是計算機技術人員也容易理解，所以是極好的通行描述工具。數據流程圖是全面描述信息系統邏輯模型的工具，它抽象概括地把信息系統中各種業務處理過程聯系起來。長虹電子集團有限公司的財務管理信息系統的數據流程圖如下圖所示：（1）頂層數據流程圖顧客財務管理 頂層數據流程圖各部門總經理應付款明細賬應收款明細賬消費單收據單單應付款單單應收款單單報表編輯會計報表付款數據收款數據總賬數據修改會計總賬核對應付款核對應收款（2）第二層數據流程圖銷售部門應付賬處理應付賬單應付賬臺賬采購部門應收賬單應收賬處理應收賬數據應收賬臺賬物資部門成本單固定資產處理成本數據成本臺賬人力資源部門工資單工資處理工資數據工資臺賬應付賬數據財務處理財務臺賬財務數據查詢查詢查詢P4P3P2P1P6預算處理P5預算數據領導財務管理 第二層數據流程圖3.4數據字典為了對數據流程圖中的各個元素做出詳細的說明，有必要建立數據字典。這樣，數據流程圖配以數據字典，就可以從圖形和文字兩個方面對系統的邏輯模型進行完整的描述。數據字典如下：3.4.1 頂層數據流程圖對應的數據字典（1）數據流的描述（a）數據流編號：D-01 數據流名稱：應付款 簡述：出納付出的應付款項 數據流來源：出納組 數據流去向：需要賬款的部門 數據項組成：發票編號+日期+金額+經手人 數據流量：約80張/日 高峰流量：約100張/日（b）數據流編號：D-02 數據流名稱：應收款 簡述：出賣產品得到的應收款 數據流來源：顧客 數據流去向：出納人 數據項組成：發票編號+日期+金額+經手人+產品名稱+產品數量+產品單價 +產品代碼 數據流量：約150張/日 高峰流量：約200張/日（c）數據流編號：D-03 數據流名稱：消費單 簡述：各部門的消費詳細清單 數據流來源：各部門 數據流去向：會計組 數據項組成：清單編號+日期+金額+經手人+費用說明 數據流量：約80張/日 高峰流量：約100張/日（d）數據流編號：D-04 數據流名稱：收據單 簡述：出賣產品開出的票據 數據流來源：銷售人員 數據流去向：顧客 數據項組成：發票編號+日期+金額+經手人+產品名稱+產品數量+產品單價+產品代碼 數據流量：約150張/日 高峰流量：約200張/日（e）數據流編號：D-05 數據流名稱：付款數據 簡述：記錄的付款記錄 數據流來源：出納組 數據流去向：應付款明細賬 數據項組成：發票編號+日期+金額+經手人 數據流量：約80張/日 高峰流量：約100張/日（f）數據流編號：D-06 數據流名稱：收款數據 簡述：記錄的收款記錄 數據流來源：出納組 數據流去向：應收款明細賬數據項組成：發票編號+日期+金額+經手人 數據流量：約150張/日 高峰流量：約200張/日（g）數據流編號：D-07 數據流名稱：總賬數據 簡述：記錄的總賬記錄 數據流來源：會計組 數據流去向：編輯會計報表數據項組成：發票編號+日期+金額+經手人 數據流量：約1張/月 （h）數據流編號：D-08 數據流名稱：報表數據 簡述：記錄的總賬記錄 數據流來源：會計組 數據流去向：總經理數據項組成：收付款信息 數據流量：約1張/月（2）處理邏輯的描述（a）處理邏輯編號：P-01處理邏輯名稱：核對應付款 簡述：根據合理的應付款單據，將應付款數據記入應付款明細賬 輸入的數據流：合理的應付款單據處理描述：根據合理的應付款單據，將應付款數據記入應付款明細賬 并更新相應賬簿的記錄輸出的數據流：付款數據處理頻率：100次/日（b）處理邏輯編號：P-02處理邏輯名稱：核對應收款 簡述：根據合理的應收款單據，將應收款數據記入應收款明細賬 輸入的數據流：合理的應收款單據處理描述：根據合理的應收款單據，將應收款數據記入應收款明細賬 并更新相應賬簿的記錄輸出的數據流：收款數據處理頻率：180次/日（c）處理邏輯編號：P-03處理邏輯名稱：修改會計總賬 簡述：根據應付款明細賬和應收款明細賬，將應收款及應付款數據記入會計總賬，即修改會計總賬處理描述：根據應付款明細賬和應收款明細賬，將應收款及應付款數據記入會計總賬，即修改會計總賬輸出的數據流：總賬數據處理頻率：1次/月（d）處理邏輯編號：P-04處理邏輯名稱：編輯會計報表 簡述：根據修改的會計總賬，將總賬數據編輯成會計報表，即編輯會計報表處理描述：根據修改的會計總賬，將總賬數據編輯成會計報表，即編輯會計報表輸出的數據流：報表處理頻率：1次/月（3）數據存儲的描述（a）數據存儲編號：F-01數據存儲名稱：應付款明細賬 簡述：記錄企業應付款的明細賬數據存儲組成：發票編號+日期+金額+賬戶名稱+摘要 關鍵字：日期+金額+發票編號相關聯的處理：P-01， P-03，P-05（b）數據存儲編號：F-02數據存儲名稱：應收款明細賬 簡述：記錄企業應收款的明細賬數據存儲組成：發票編號+日期+金額+賬戶名稱+摘要 關鍵字：日期+金額+發票編號相關聯的處理：P-02， P-04，P-06（4）外部實體的描述(a) 外部實體編號：S-01 外部實體名稱：各部門 簡述：提交消費單，接受應付款 輸入的數據流：D-01 輸出的數據流：D-03(b) 外部實體編號：S-02 外部實體名稱：顧客 簡述：提交應收款，接受收據單 輸入的數據流：D-04 輸出的數據流：D-02(c) 外部實體編號：S-03 外部實體名稱：總經理 簡述：接受報表 輸入的數據流：D-08 輸出的數據流：D-063.4.2 第二層數據流程圖對應的數據字典（1）數據流的描述數據流編號數據流名稱簡述數據流來源數據流去向數據項組成數據流量高峰流量D-01應收賬單銷售部門開出的應收賬單銷售部門應收賬處理模塊應收賬單編號+日期+單位+售出物品名稱+銷售數量+應收金額+經手人約30張/日約30張/日D-02應收賬數據根據應收賬單，應記應收賬臺賬的應收賬數據應收賬處理模塊應收賬臺賬應收賬單編號+日期+單位+售出物品名稱+銷售數量+應收金額約30張/筆約30張/筆D-11應付賬單采購部門開出的應付賬單采購部門應付賬處理模塊應付賬單編號+日期+單位+購進物品名稱+購進數量+應付金額+經手人約30張/日約30張/日D-12應付賬數據根據應付賬單，應記應付賬臺賬的應付賬數據應付賬處理模塊應付賬臺賬應付賬單編號+日期+單位+購進物品名稱+購進數量+應付金額約30張/筆約30張/筆D-21工資單人力資源部門開出的工資單人力資源部門工資處理模塊工資單編號+日期+員工姓名+員工編號+工資金額+經手人約15張/月約15張/月D-22工資數據根據工資單，應記工資臺賬的工資數據工資處理模塊工資臺賬工資單編號+日期+員工姓名+員工編號+工資金額約15張/筆約15張/筆D-31成本單物資部門開出的成本單物資部門固定資產處理模塊固定資產編號+日期+固定資產名稱+折舊費用和購進費用+經手人約1張/月約1張/月D-31成本數據根據成本單，應記成本臺賬的成本數據固定資產處理模塊成本臺賬固定資產編號+日期+固定資產名稱+折舊費用和購進費用約1張/筆約1張/筆D-41財務數據根據各臺賬經過的財務處理后的財務數據財務處理模塊財務臺賬財務編號+日期+財務費用+警示后人約1張/周約1張/周（2）處理邏輯的描述處理邏輯編號處理邏輯名稱簡述輸入的數據流處理描述輸出的數據流處理頻率P-01應付賬處理核查應付賬單應付賬單銷售部門送來的應付賬單格式是否符合要求，實際應付賬與應付賬單填寫的數據是否一致等。合格單據計入應付賬臺賬應付賬臺賬30次/日P-11應收賬處理核查應收賬單應收賬單采購部門送來的應收賬單格式是否符合要求，實際應收賬與應收賬單填寫的數據是否一致等。合格單據計入應收賬臺賬應收賬臺賬30次/日P-21工資處理核查工資單工資單人力資源部門送來的工資單格式是否符合要求，實際工資數據與工資單填寫的數據是否一致等。合格單據計入工資臺賬工資臺賬1次/月P-31固定資產處理核查成本單成本單物資部門送來的成本單格式是否符合要求，實際固定資產與成本單填寫的數據是否一致等。合格單據計入應成本臺賬成本臺賬1次/月P-41預算處理核查預算財務部門編制的預算單格式是否符合要求，數據預算是否與本公司情況一致，合格單據計入財務臺賬財務臺賬1次/周（3）數據存儲的描述數據存儲編號數據存儲名稱簡述數據存儲組成關鍵字相關聯的處理F-01應收賬臺賬記錄應收賬數據的明細賬日期+售出產品名稱+產品數量+應收金額日期+產品名稱P-01F-11應付賬臺賬記錄應付賬數據的明細賬日期+購入產品名稱+產品數量+應付金額日期+產品名稱P-11F-21工資臺賬記錄工資數據明細賬日期+員工姓名+員工編號+工資金額日期+員工編號P-21F-31成本臺賬記錄固定資產明細賬日期+固定資產名稱+費用日期+固定資產名稱P-31F-41財務臺賬記錄財務明細賬日期+財務名稱+費用日期+財務名稱P-41（4）外部實體的描述外部實體編號外部實體名稱簡述輸入的數據流輸出的數據流S-01銷售部門銷售產品應收賬D-01S-11采購部門采購物品應付賬D-11S-21人力資源部門職員工資D-21S-31物資部門固定資產處理D-31S-41領導查閱D-413.5 E-R圖分析（1）收、付貨款管理信息系統對應的E-R圖如下圖所示：（2）會計核算管理系統的E-R關系圖如下：（3）工資管理系統對應的E-R關系圖如下圖所示：課程設計報告 第頁 共29頁4 系統設計4.1功能結構設計功能結構分析是把一個復雜的系統設計分解為一些規模較小、功能較簡單、更易于建立和修改的部分。該系統有三個主功能模塊：財務核算管理，資金管理，預算管理。財務系統管理財務核算管理資金管理預算管理應收賬款核算應付賬款核算銷售預測預算分析工資核算固定資產核算資金管理分析財務核算分析財務管理系統 功能結構圖4.2數據庫設計數據庫設計首先要進行數據分析和處理，如分析應用系統需要存儲哪些數據，而且要從優化表結構和減少數據冗余和角度考慮，合理地建立一系列的表。用表設計器設計好表結構后，為了保持數據的完整性和一致性，這些表要添加到數據庫中，并且要建立永久關系和參照完整性。 （1）用戶信息表表1 用戶信息表序號字段中文名類型、寬度、精度取值約束空否默認值主鍵/外鍵1用戶編號bigint否主鍵2用戶名varchar(50)少于50字符否3密碼varchar(50)少于50字符否（2）收入信息表表2 收入信息表序號字段中文名類型、寬度、精度取值約束空否默認值主鍵/外鍵1收入信息編號bigint否主鍵2用戶編號bigint否外鍵3收入類型varchar (50)少于50字符否4收入金額float否5收入時間date否6備注varchar（200）少于200字符（3）支出信息表表3 支出信息表序號字段中文名類型、寬度、精度取值約束空否默認值主鍵/外鍵1收入信息編號bigint否主鍵2用戶編號bigint否外鍵3支出類型varchar (50)少于50字符否4支出金額float否5支出時間date否6備注varchar（200）少于200字符（4）登錄信息表表4 登錄信息表序號字段中文名類型、寬度、精度取值約束空否默認值主鍵/外鍵1登錄編號bigint否主鍵2用戶編號bigint否外鍵3登錄時間date否當前時間4.3代碼設計代碼是指代表事物的名稱、屬性、狀態等符號和記號，它通常被用來唯一地標識系統中的某一事物，為了便于計算機處理，一般用用數字，字母或他們的組合來表示。系統為每個產品設計了代碼，方便了數據的輸入和輸出。因此，代碼的研究和設計在系統開發中是至關重要的。4.3.1代碼的功能1、它為事物提供一個概要而不含糊的認定，便于數據的存儲和檢索。代碼縮短了事物的名稱，無論是記錄、記憶還是存儲，都可以節省時間和空間。2、使用代碼可以提高處理的效率和精度。按代碼對事物進行排序、累計 或按某種規定算法進行統計分析，可以十分迅速。3、代碼提高了數據的全局一致性。這樣，對同一事物，即使在不同場合 有不同的叫法，都可以通過編碼統一起來，提高了系統的整體性，減少了因數 據不一致而造成的錯誤。4、代碼是人和計算機的共同語言，是兩者交換信息的工具。 在手工處理系統中，許多數據如零件號、設備號、圖號等早已使用代碼。 為了給尚無代碼的數據項編碼，為了統一和改進原有代碼，使之適應計算機處 理的要求，在建立新系統時，必須對整個系統進行代碼設計。4.3.2代碼的設計原則1、設計的代碼在邏輯上必須能滿足用戶的需要，在結構上應當與處理的 方法相一致。例如，在設計用于統計的代碼時，為了提高處理速度，往往使之 能夠在不需調出有關數據文件的情況下，直接根據代碼的結構進行統計。2、一個代碼應惟一標志它所代表的事物或屬性。3、代碼設計時，要預留足夠的位置，以適應不斷變化的需要。否則，在 短時間內，隨便改變編碼結構對設計工作來說是一種嚴重浪費。一般來說，代 碼愈短，分類、準備、存儲和傳送的開銷愈低;代碼愈長，對數據檢索、統計 分析和滿足多樣化的處理要求就愈好。但編碼太長，留空太多，多年用不上， 也是一種浪費。4、代碼要系統化，代碼的編制應盡量標準化，盡量使代碼結構對事物的 表示具有實際意義，以便于理解及交流。5、要注意避免引起誤解，不要使用易于混淆的字符。如0、2、1、S、V 與0、2、1、5、U易混;不要把空格作代碼;要使用乃小時制表示時間等。6、要注意盡量采用不易出錯的代碼結構，例如字母-字母-數字的結構 (如W吧)比字母一數字-字母的結構 (如W2W)發生錯誤的機會要少一些。7、當代碼長于4個字母或5個數字字符時，應分成小段。這樣人們讀寫 時不易發生錯誤。4.3.3代碼設計 系統為每個產品設計了代碼，方便了數據的輸入和輸出。財務數據編號采用區間碼結構：財務數據編號由十一位數字組成，其中前六位表示該單據開出的年月日；第七位、第八位表示開出數據的部門；第九位為數據種類；最后兩位表示數據號。編號根據順序進行。例如：表示2011年6月28日第三個部門開出的第6張有關第5類的數據。4.4輸入輸出設計輸入輸出設計是進行數據存儲和滿足用戶需求的主要方式。在本系統中，輸入輸出都本著方便信息錄入人員，滿足管理者的需求來進行設計的。（1）登錄模塊輸入項：用戶的用戶名和密碼。輸出項：如果密碼和用戶和數據庫中的相匹配，則可以進入系統，否則提示錯誤。（2）收入輸入模塊輸入項：收入信息包括收入類型、收入金額、收入時間、備注等信息。支出信息包括支出賬務類型、金額、時間等信息。輸出項：輸出信息為對用戶提交信息的反饋，如果用戶提交信息全部合法且系統正常存儲，則提示用戶提交成功，否則提示提交失敗。（3）查詢模塊輸入項：包括查詢條件和查詢方式信息。輸出項：收入或支出的詳細信息，包括財務收入（支出）金額，收入（支出）時間，收入（支出）類型等。（4）用戶管理模塊輸入項：在添加用戶項目中輸入信息包括新用戶的用戶名和初始密碼，修改密碼項目中輸入信息有當前用戶的舊密碼和用戶的新密碼。輸出項：輸出添加用戶或修改密碼的結果消息。4.5系統配置設計4.5.1系統運行環境：(1)硬件環境：主機，鍵盤、鼠標、顯示器、打印機 (2)軟件環境：Windows操作系統、以Visual studio6.0為前臺開發工具，以Access作為后臺數據庫開發工具 4.5.2系統模塊化設計：本系統遵循了“自頂向下，逐層展開”結構化時間原則，系統功能按模塊化實現，各模塊之間既關聯又相互獨立，每個模塊執行特定的功能，系統設計操作簡單，可讀性強。4.5.3系統實用性：為了提高系統效率，系統提供了多種形式的對話框，并在設計過程中考慮盡量減少用戶的輸入。為了提高查詢效率，系統提供了多種組合查詢及模糊查詢。4.5.4系統安全性：為了防止非法人員進入系統，造成意外破壞，在進入本系統之前，需經過密碼認證，同時，系統管理員對每個用戶的使用權限進行設置，使不至于越權操作。課程設計報告 第頁 共29頁5.系統實施系統實施階段是在此前各個階段工作成果的基礎上，將技術設計轉化成物理實現。因此，系統實施的結果是系統分析和系統設計的結晶。5.1 系統開發工具的選擇本系統選擇了在數據庫前臺開發工具中最為流行且易上手的開發工具VISUAL BASIC 6.0。在VISUAL BASIC環境下，利用事件驅動的編程機制、新穎易用的可視化設計工具，使用WINDOWS 內部的應用程序接口（API）函數，對象的鏈接和嵌入（OLE）、開放式數據訪問（ODBC）等技術、可以高效、快速地開發WINDOWS環境下功能強大、圖形界面豐富的應用軟件系統。5.2 數據庫產品的選擇數據庫選擇了關系型數據庫產品SQL Server 2000，SQL Server 2000是Microsoft 公司推出的大型網絡數據庫管理系統（DBMS），并且屬于大型的經典的關系型數據庫產品。它支持客戶機/服務器模型（C/S）、支持多種操作系統平臺、易使用、性能可靠、是電子商務等領域中的最佳選擇。5.3 開發平臺的選擇基于上面開發工具和數據庫產品的運行要求，考慮到本系統的性能要求，選擇了Windows 98 第二版作為開發平臺，本系統可在Windows 9X、Windows2000、Windows XP平臺下運行。課程設計報告 第頁 共29頁6.系統維護6.1 系統維護的目的與任務在企業管理信息系統投入正常運行之后，開始了生命周期短至45年、長達10年的系統運行與維護階段。系統維護的目的是要保證管理信息系統正常而可靠地運行，并能使系統不斷得到改善和提高，以充分發揮作用。系統維護的任務就是要有計劃、有組織地對系統進行必要的改動，以保證系統中的各個要素隨著環境的變化始終處于最新的、正確的工作狀態。6.2 系統維護的對象與類型 6.2.1 系統維護的對象系統維護的內容可分為以下5類：（1）系統應用程序維護；（2）數據維護；（3）代碼維護；（4）硬件設備維護；（5）機構和人員的變動。6.2.2 系統維護的類型系統維護的重點是系統應用軟件的維護工作，按照軟件維護的不同性質劃分為下面4種類型：（1）糾錯性維護；（2）適應性維護；（3）完善性維護；（4）預防性維護。6.3系統維護考慮的因素系統