第一篇：企業費用系統項目總結

企業費用管理項目開發工作總結

計科1101班11150041李媛媛

同時隨著現代工業的發展，計算機信息管理系統越來越受到企業重視。本文主要分析了費用管理系統的一些基本功能和組成情況，包括系統的系統結構、功能模塊劃分以及數據庫模式分析等，重點對應用程序的實際開發實現作了介紹。達到了數據的一致性和安全性，且應用程序功能完備，符合了費用管理系統作為典型的信息管理系統(MIS)的要求。費用管理系統是企業資金管理中不可或缺的一部分。

企業費用管理系統是典型的信息管理系統(MIS),其開發主要包括后臺數據庫的建立和維護以及前端應用程序的開發兩個方面。對于前者要求建立起數據一致性和完整性強.數據安全性好的庫。而對于后者則要求應用程序功能完備,易使用等特點。由于費用管理是企業資金系統中不可缺少的部分，它是反映企業資金活動狀況的綜合場所，合理的費用管理可以幫助企業加快資金流動的速度，保障企業資金鏈的順利運行，對實現企業費用的有效控制具有重要的意義。經過分析如此情況,我們使用SUN公司的JAVA語言,利用其提供的各種面向對象的接口進行編程,尤其是SSH開源框架能方便而簡潔操縱數據庫,短期內就可以開發用戶滿意的可行系統。

本項目的開發環境，以windows7為操作系統，以Oracle為數據庫平臺，以Tomcat為應用平臺，以Internet Explorer、FireFox為客戶端軟件。本項目所運用的技術即

SSH 在J2EE

項目中表示了

3種框架,即Struts+Spring+Hibernate。

Struts對Model、View和Controller都提供了對應的組件。ActionServlet這個類是Struts的核心控制器，負責攔截來自用戶的請求。Action常由用戶提供，該控制器負責接收來自ActionServlet的請求，并根據該請求調用模型的業務邏輯方法處理請求，并將處理結果返回給JSP頁面顯示。

Spring是一個開源框架，它由Rod Johnson創建。它是為了解決企業應用開發的復雜性而創建的。Spring使用基本的JavaBean來完成以前只可能由EJB完成的事情。然而Spring的用途不僅限于服務器端的開發。從簡單性、可測試性和松耦合的角度而言，任何Java應用都可以從Spring中受益。

Hibernate是一個開放源代碼的對象關系映射框架，它對JDBC進行了非常輕量級的對象封裝，使得Java程序員可以隨心所欲的使用對象編程思維來操縱數據庫。Hibernate可以應用在任何使用JDBC的場合，既可以在Java的客戶端程序使用，也可以在Servlet/JSP的Web應用中使用，最具革命意義的是Hibernate可以在應用EJB的J2EE架構中取代CMP完成數據持久化的重任。

企業組織結構模塊：企業由人員構成，人員按部門組織。企業具有職員名冊，應當登記人員的編號、姓名、業務角色。一個職員最多具有一個角色。企業具有多個部門。大型企業的部門劃分可能是多級的。本系統只需登記一級部門，一級部門下直接登記全部下屬職員。在形式上，可以設立一個部門“總經辦”在其中變化的情況。應當登記各部門的編號、名稱、部門負責人。部門負責人從員工名冊中選擇，可以隨時更換。部門編號在登記之后不得修改。部門下屬員工從職員名冊中選擇。一個職員只能屬于一個部門。

費用項目模塊：系統應當能夠登記、修改和刪除費用項目。例如水電費、差旅費等。費用項目登記的屬性包括：費用項目編號、費用名稱。常見費用項目如下：日常開支方面有：小額輔料、辦公用品、辦公室水電費、通訊費、汽油費、行車停車費、業務招待費、差旅費、辦公費、快遞費等。生產開支方面有，原材料、輔料、廠房設備維修保養、生產用水電費、運費、廣告費、推廣費、渠道費固定資產方面有：生產設備購置費、非生產設備購置費。

審批流程模塊：企業的預算、報銷等審批流程是豐富而多變的。系統應當能夠增加、刪除流程。常見流程舉例：辦公用品報銷、小額差旅費報銷、大額差旅費報銷、小額業務費報銷、大額業務費報銷、其他日常開支報銷、固定資產報銷、工資福利發放。一個辦公用品報銷的流程例子如下：開始→入庫審核(庫管員)→預算合規性審核(財務經理)→總經理審核→總經理→結束。流程定義的屬性應當包括【流程編號】自動生成的一個編號。【流程名稱】概括流程任務的極短文字例如差旅費報銷。【流程描述文件】用技術性語言描述的流程節點和流轉規則通常是一個XML文件。流程實際執行的時候還應當包括下列屬性。【流程實例號】用來表示一個在執行的流程的編號，通常是自動生成的。【執行狀態】具有下列狀態：-1代表已取消、0代表已建立、1代表執行中、2代表執行完。關于流程描述文件。使用專門的桌面應用工具進行設計。企業費用管理有關的流程，應當能夠和一個預算申請或者報銷申請對應，在流程流轉過程中，要能夠查詢到這個預算申請或者報銷申請的詳細資料。

預算管理模塊：預算管理模塊包括預算錄入、預算審批和預算查詢子模塊。預算錄入是將計劃申請的費用項目錄入電腦。使用預算單元對預算費用進行統合管理。預算單元可以是單個工程項目，可以是某類業務工作，也可以是公司日常開支或工資福利等。預算單元下面才有費用項目。系統應當能夠增減預算單元能夠修改預算單元的名稱。預算單元具有是否經過審批的屬性，新錄入的預算單元是“未經審批”的。系統應當能夠在預算單元下增減費用項目、修改費用項目的屬性。費用項目的屬性有編號、名稱、金額。預算審批是對于預算內容，使用統一的審批流程進行審批。審批模塊應當從已經定義好的流程中，選擇適合于做預算審批的流程，來對錄入的預算進行審批。審批通過后應將預算單元標記“審批通過”的。預算查詢是對于已經入庫的預算，提供查詢功能。報銷管理模塊：報銷管理包括報銷申請和報銷審批。報銷申請子模塊就是一次報銷只能對應于一個預算單元。若報銷申請頁面上費用項目是空的，可以選擇或更換預算單元，若已經增添了費用項目則不能再更換預算單元。可以從對應的預算單元下，選擇任意的費用項目添加到報銷表中。同一代碼的費用項目可以反復出現在報銷表中。報銷申請應當具有下列屬性，報銷人、費用發生的日期、備注信息、合計金額。每一項費用應當有對應的金額、用途說明、憑證粘貼單號。填寫報銷申請時，還應當選擇適宜審批本次報銷的流程。本子模塊搜集到的數據，將存入數據庫中。新提交的報銷申請處于“未經審批”狀態。報銷審批子模塊就是對于報銷內容，使用報銷人選擇的審批流程進行審批。審批通過的報銷應設置為“審批通過”狀態。

具體功能實現：系統維護功能包括員工管理功能、費用項目管理功能、部門管理功能、角色管理功能和審批流程管理功能。員工管理功能包括增加員工、刪除員工、修改員工和為員工安排角色。費用項目管理功能包括增加費用項目、刪除費用項目和修改費用項目。部門管理功能包括增加部門、刪除部門、修改部門和為候選員工分配部門。角色管理功能包括增加角色、刪除角色和修改角色。審批流程管理功能包括增加流程、刪除流程、暫停流程和恢復流程。個人信息管理功能包括員工登陸。員工登陸包括員工查看個人信息、員工登出和修改密碼。預報銷單元管理功能包括報銷創建和報銷單元記錄。審批流程功能包括查看審批歷史記錄和處理審批任務。

項目總結與心得體會：經過一個月的系統設計和開發，企業費用管理系統基本開發完畢。經測試和試運行其功能已經基本實現。系統基本達到預定的效果主要實現系統管理人員在員工維護、角色維護、組織結構維護、費用項目維護和審批流程維護上面的需要普通員工在預算管理、報銷管理、審批管理和統計報表上的需要。并且具體細分了功能，使本軟件有更強的使用性，方便管理人員管理需要，系統經過測試可以使用。由于在系統的分析設計中，由于在短暫的學習研究工作流程管理，對流程管理不是十分了解，所以在功能設計和模塊設計上可能存在一些問題，對一些編程規范有待提高，其中有些技術不完善的地方，在通過了本次項目實戰，對在學校學習的很多課程得到了一個充分實戰的機會，加深了印象，鞏固了課本上的知識例如，數據庫設計、面向對象的結構設計、JAVA語言、SSH等課程，除此還學到了很多編程技巧和實戰技巧，特別是那些課本中所預料

第二篇：企業費用管理系統可行性分析報告

企業費用管理系統可行性分析報告

1.1編寫目的

本文提出了一個基于WWW環境的企業費用管理系統，應用動態服務器頁面實現了企業費用的多條件查詢、刪除、更新、密碼設置等功能。

1.2 背景

企業費用管理是公司企業內部很重要的一個管理事項，但目前大多公司內部企業費用的管理，基本上是手工操作或是基于dos下的應用，這樣對信息的管理者有諸多不便，有的雖然是用foxpro、visual foxpro開發，但由于開發工具本身的限制，對網絡功能的支持程度不是很強，為以后軟件升級到互聯網帶來了麻煩。因此有必要開發一個基于網絡的企業費用管理系統，能在網絡環境下實現數據的錄入、插入、刪除、查詢、統計、更新、等功能。同時，為了信息的保密與安全，系統還要提供一定的安全機制。

MyEclipse企業級工作平臺是對EclipseIDE的擴展，利用它我們可以在數據庫和JavaEE的開發、發布以及應用程序服務器的整合方面極大的提高工作效率。它是功能豐富的JavaEE集成開發環境，包括了完備的編碼、調試、測試和發布功能，完整支持HTML，Struts，JSP，CSS，Javascript，Spring，SQL，Hibernate。MyEclipse目前支持Java Servlet，AJAX，JSP，JSF，Struts，Spring，Hibernate，EJB3，JDBC數據庫鏈接工具等多項功能。

2..現行組織系統概況

2.1組織目標和戰略

系統的目標是開發一個基于網絡的企業費用管理系統，能在網絡環境下實現數據的錄入、插入、刪除、查詢、統計、更新、等功能。同時，為了信息的保密與安全，系統還要提供一定的安全機制。

2.2存在的主要問題

企業費用管理是公司企業內部很重要的一個管理事項，但目前大多公司內部企業費用的管理，基本上是手工操作或是基于dos下的應用，這樣對信息的管理者有諸多不便，有的雖然是用foxpro、visual foxpro開發，但由于開發工具本身的限制，對網絡功能的支持程度不是很強，為以后軟件升級到互聯網帶來了麻煩。

3.擬建立的信息系統

3.1 系統功能分析

公司內部的企業費用的管理，從大的方面分主要集中在公司職員的個人情況、工資細目、調入調出及用車等。所以該系統主要是實現對數據的錄入、插入、刪除，網上查詢.統計.更新.打印等功能。其次，為了信息的保密與安全，系統還要提供一定的安全機制。

3.2 根據用戶要求設計數據表

數據表的建立是應用程序開發過程中的非常重要的一個環節，必須清楚每一模塊要操縱的數據是那些，以及數據間的相互關系，然后建立數據表。企業費用管理系統要求能對職工的個人情況、調入調出情況、工資情況等進行管理，在職工個人情況表下面，還有象維護職務表，維護學歷表等等。同時還要對系統設置安全機制，為實現以上要求，下面僅以人事、工資、密碼表為例介紹一下各表的結構：

職工情況一覽表

它包括職工標號、姓名、性別、等信息。其結構如下：

code char(4)not null, //職工編碼

name char(8)null, //姓名

sex char(2)null, //性別

birthday data null, //出生日期

work_time data null, //參加工作時間

post_zhw char(10)null, //職務

該表主鍵為職工編號(code)。

職工工資表

其結構主要包括職工所得的各種工資福利等。

Code char(4)not null, //職工編號

Name char(8)null, //姓名

g_pay integer null, //崗位工資

s_pay integer null, //書報費

jj_pay numeric(8,2)null, //獎金

total_pay numeric(8,2)null, //工資總額

該表主鍵為職工編號code。

系統密碼表

user_name char(10)not null, //用戶名稱

user_word char(10)not null, //用戶密碼

4.技術可行性分析

由于Myeclipse具有完整的web應用開發功能，由它編制的軟件可以方便的同服務器端的數據庫協同工作，構成B/S工作方式，它使用的是業界熟悉的Web標準（HTML和Java），通過端對端的設計、調試和提交，可以控制Web應用的整個生命周期。本系統客戶應用和服務器應用都采用Myeclipse開發。其中服務器端的程序是實現中的重點部分，其內容主要是生成SQL語句對數據庫操作及對所得的數據進行處理。

4.1 安全機制分析

在進入系統之前，要進行身份確認，只有用戶名和用戶密碼都相符的用戶方可進入本系統。為了防止不合法用戶對數據的察看和修改，本系統把用戶分為三個級別:可修改和只讀用戶。可修改用戶對數據可以查詢、打印，還可以對紀錄進行增加、刪除、修改等操作。只讀用戶只擁有對紀錄的瀏覽、查詢和打印權限。當用戶要進入系統是必須先輸入用戶名和密碼，按“確認”按鈕后，系統辨別用戶身份，對合法用戶根據用戶的權限級別賦予相應的使用功能。社會可行性分析

隨著計算機的發展與普及，以及互聯網技術的擴展，日常企業費用管理必將實現無紙化辦公，并且加入到公司內部的Intranet或者是Internet上去，實現數據的共享，這樣有利于企業費用信息在單位內部的查詢，提高了數據資源的利用，并且能及時的得到更新，不需要象過去那樣浪費大量的人力物力去進行抄寫，提高了工作的效率

6.經濟可行性分析

6.1 支出/收益分析

在10年期內，系統投資和收益表1：系統總投入：180萬，系統總收入：92萬，2年可以收回開發投資。從經濟上考慮，本系統完全有必要開發。

7.可行性研究結論

通過經濟，技術和社會等方面的可行性研究，可以確定本系統的開發完全有必要，而且是可行，可以立項開發。

第三篇：企業購車費用各類問題總結

企業購車費用各類問題總結

2009-10-20 8:42:00

文章來源：納稅網

【大 中 小】

【打印】

------------------

企業購買汽車，何種情況不能抵扣進項稅？

從2009年1月1日起，購進的固定資產可以抵扣進項稅金。固定資產，是指使用期限超過12個月的機器、機械、運輸工具以及其他與生產經營有關的設備、工具、器具等。企業購入的機動車符合固定資產的定義，也屬于可以抵扣的范圍。但是《增值稅暫行條例實施細則》第二十五條又規定了特例，納稅人自用的應征消費稅的摩托車、汽車、游艇，其進項稅額不得從銷項稅額中抵扣。所以，納稅人購入的機動車要對照規定，看是否為消費稅的征稅范圍，才能決定可否抵扣。

《消費稅暫行條例》所附的《消費稅稅目稅率表》列舉了征收消費稅的小汽車范圍，為乘用車和中輕型商用客車兩種，不包括其他類型機動車。所以，這家企業購入的接送員工上下班用的中型商用客車不能抵扣進項稅金，而從事貨物運輸用的卡車則可以抵扣進項稅金。另外需要注意的是，《增值稅暫行條例實施細則》強調是自用的應征消費稅的汽車不能抵扣，如果購入不是自用，而是為了銷售，也可以抵扣進項稅??

購買汽車的相關費用入賬

1、汽車價款和車輛購置稅計入“固定資產”科目。

2、工本費、牌照費等全部計入“管理費用——汽車費用”科目。

3、汽車折舊年限按稅法規的4年，殘值率5。

4、可以采用平均年限法提折舊。

年折舊額=固定資產原值×（1-殘值率）/折舊年限

月折舊額=年折舊額/12

5、折舊在固定資產入賬的下月開始提取。

借：管理費用——折舊費

貸：累計折舊

獎勵汽車如何扣個人所得稅？

《國務院關于修改<中華人民共和國個人所得稅法實施條例>的決定》（國務院令2008年第519號）第八條規定，稅法第二條所說的各項個人所得的范圍：

（一）工資、薪金所得，是指個人因任職或者受雇而取得的工資、薪金、獎金、年終加薪、勞動分紅、津貼、補貼以及與任職或者受雇有關的其他所得。

第十條 個人所得的形式，包括現金、實物、有價證券和其他形式的經濟利益。所得為實物的，應當按照取得的憑證上所注明的價格計算應納稅所得額；無憑證的實物或者憑證上所注明的價格明顯偏低的，參照市場價格核定應納稅所得額。所得為有價證券的，根據票面價格和市場價格核定應納稅所得額。所得為其他形式的經濟利益的，參照市場價格核定應納稅所得額??

小汽車汽油費與維修費進項稅能否抵扣？

《中華人民共和國增值稅暫行條例》（中華人民共和國國務院令第538號）第十條規定：下列項目的進項稅額不得從銷項稅額中抵扣：

（一）用于非增值稅應稅項目、免征增值稅項目、集體福利或者個人消費的購進貨物或者應稅勞務；

（二）非正常損失的購進貨物及相關的應稅勞務；

（三）非正常損失的在產品、產成品所耗用的購進貨物或者應稅勞務；

（四）國務院財政、稅務主管部門規定的納稅人自用消費品；

（五）本條第（一）項至第（四）項規定的貨物的運輸費用和銷售免稅貨物的運輸費用。

汽車強制險和商業險是否可在稅前扣除？

根據《中華人民共和國企業所得稅法》（中華人民共和國主席令第63號）規定：

“第八條 企業實際發生的與取得收入有關的、合理的支出，包括成本、費用、稅金、損失和其他支出，準予在計算應納稅所得額時扣除。”

根據《中華人民共和國企業所得稅法實施條例》（國務院令2007年第512號）規定：

“第二十七條 企業所得稅法第八條所稱有關的支出，是指與取得收入直接相關的支出。

企業所得稅法第八條所稱合理的支出，是指符合生產經營活動常規，應當計入當期損益或者有關資產成本的必要和正常的支出??

汽車租賃的個人所得該如何交稅？

個人租賃轎車行為應按服務業計算繳納營業稅，同時繳納城市維護建設稅和教育費附加，按租賃所得計算繳納個人所得稅，另外，租賃合同還應貼印花稅票??

第四篇：軟件系統項目總結

XXXXXXXXXXX項目

項目總結

XXXXXXX科技有限公司

2016年6月

我公司自2016年3月3日與XXXXXXXX簽訂了《XXXXXXXXXXXX項目》的合同，嚴格按照合同要求與約定來執行合同，在甲方單位及監理單位的大力幫助下，通過近四個月的項目溝通與實踐，已進入項目驗收階段，現在就此次項目作出如下總結：

1、項目開工階段。

我公司在監理單位下達開工令后，編制了符合現項目狀況的施工組織方案及項目實施計劃，并按計劃執行項目。

2、需求調研階段。

由于此項目屬于軟件項目，我公司對甲方及使用方進行充分的需求調研，確認了甲方及使用方對項目的具體需求，力求全面的收集并理解甲方及使用方的需求，并完美的完成項目建設。

3、詳細設計階段。

在需求調研的基礎上，我公司進行軟件系統的詳細設計。在詳細設計中，描述實現具體模塊所涉及到的主要算法、數據結構、類的層次結構及調用關系，需要說明軟件系統各個層次中的每一個程序(每個模塊或子程序)的設計考慮，以便進行編碼和測試。應當保證軟件的需求完全分配給整個軟件。

4、系統測試階段。我方對軟件系統進行了模塊測試和整體聯調；也測試了正常操作情況測試和異常情況測試；按并進行了全覆蓋測試和抽樣測試。我方會在軟件的后續使用中不停的跟蹤軟件的運營狀況并持續修補升級，直到這個軟件被徹底淘汰為止。

5、系統試運行。

自試運行開始以后，我方及時對系統中出現的問題進行解決，對用戶使用中提出的對功能的使用及更改需求進行完善。按照合同經過為期一個月的試運行，進入正式的系統運行階段。

6、系統培訓階段。

為了讓用戶能更好的管理和使用系統，我們針對所有的系統進行了系統的專業的培訓，以確保用戶可以在最短的時間內熟練的使用系統，確保系統高效的運行。

為了更好的保障整個項目中各個系統的正常運行，我們將在以下方面做好服務：

甲方在軟件使用過程中如發生故障或遇到疑難問題，乙方提供有效支持，保證30分鐘響應，4小時內派人趕到現場，一般故障1天內修復，重大故障7天內解決。對所提供的軟件實行6個月定期進行一次維護。

我公司非常榮幸參加XXXXXXX項目的建設工作，我們以最大努力完成XXXXXXX項目建設要求，我們將嚴格按照合同要求執行各個系統的維護和服務承諾，為XXXXX（建設方）美好的明天貢獻我方一份微薄的力量。

項目負責人：

承建單位：XXXXXXX科技有限公司 時間：

****年**月**日

第五篇：軟件系統項目總結

“題庫系統”項目分析

XXXXXX 項目描述：

這是我自身參與的一個項目。XXXXX學院的學生規模從最初的千人級迅速增加到近十萬人級。在學生人數不多的情況下，學生作業及在線考試可以通過手工方式完成。學生規模快速增長后，手工方式周期長、容易出錯、也不易統計。如何快捷方便地讓學生完成作業及在線，以及如何快捷方便地批改作業及在線考試題，迅速反饋給學生，提在技術的首要日程。“題庫系統”項目就是基于以上背景，是將常規的書面作業及考試系統化成網絡化作業及考試，從而大幅縮短學生作業及考試到教師批改作業及考試的周期，也方便學生和老師隨時隨地完成作業及考試任務，也方便管理人員對組織的作業級考試進行統計分析，提供下一次作業考試的決策。“題庫系統”項目已經上線，基本上完成了預計目標。但上線后經過幾次大規模的修改，才使用戶較為滿意。項目分析： 第一、清楚的需求

1)業務部門（需求方）因為IT知識缺乏，對自己需要什么樣的題庫系統沒有明確的概念，走一步算一步，甚至于今天的需求跟昨天的需求是南轅北轍的。

2)業務部門的業務流程不是規范的，固化的，在系統準備上線后，業務流程還有變化。3)未能與業務部門進行充分有效地溝通、引導業務部門清楚具體有效的梳理需求。第二、高層管理者的支持

高層領導對信息系統的不理解，對信息化的作用沒有深刻的認識。對技術部門的支持不夠，導致在項目需求界定、項目開發、實施上線過程中業務部門占了主導地位。第三、項目計劃

1)工作量估算過少，由于業務部門和高層領導的壓力在工數估算上予以妥協。趕工趕進度，項目節點項目質量相應下降。

2)項目組織過小，人手不足，項目組人員不夠造成以下問題：

? 工作分擔（責任范圍）不明確，工作分割結構與項目組織結構不明確或者不相對應，各成員之間的接口不明確，導致有一些工作根本無人負責。

? 每個開發階段的提交結果定義不明確，中間結果是否已經完成，完成了多少模糊不清，結果是到了項目后期堆積了大量工作。

? 開發中沒時間去按指定里程碑或檢查點檢查完成情況。