工業(yè)企業(yè)固定資產管理系統(tǒng)畢業(yè)設計論文

1、 編號 畢業(yè)設計（論文） 題目 工業(yè)企業(yè)固定資產管理系統(tǒng) 二級學院 應用技術學院 專 業(yè) 會計學（電算化方向） 班 級 會計電算化二班 時 間 2013 年 5 月 畢業(yè)設計畢業(yè)設計(論文論文)格式規(guī)范化要求及裝訂順序格式規(guī)范化要求及裝訂順序 一、一、 畢業(yè)設計（論文）裝訂要求（必須按以下順序，用計算機打?。?（一）目錄。 （二）摘要（300 字左右的漢字，用中、英文書寫，中文在前，英文在后）。 （三）正文（應含引言、結論等）。 （四）參考文獻。 （五）附錄。 （六）裝訂時論文在前，文獻綜述在后。 二、二、 字數(shù)要求 畢業(yè)設計（論文）字數(shù)理工科、文科類均不少于 1.2 萬字。 三、三、 文字

2、、圖表要求 （一）文字通順，語言流暢，無錯別字，不準請他人代寫。 （二）工程設計類題目的圖紙應全部用計算機繪制，所有圖紙均應符合國家技術標準 規(guī)范。圖表整潔，布局合理，文字注釋規(guī)范。 （三）畢業(yè)設計（論文）可雙面打印或單面打印。 （四）軟件工程類課題應有程序清單（光盤）。 四、四、 文獻翻譯 （一）外文翻譯可用鋼筆書寫，也可用計算機打印。 （二）譯文內容必須與課題（或專業(yè)內容）相關，并需注明詳細出處。 （三）譯文原文（或復印件）應附在譯文后備查。 五、五、 歸檔材料 （一）任務書、開題報告。 （二）畢業(yè)設計(論文)。 （三）文獻綜述。 （四）文獻翻譯（附外文原文獻）。 （五）成績評定書。 畢畢

3、業(yè)業(yè)論論文文寫寫作作聲聲明明 畢業(yè)論文題目： 工業(yè)企業(yè)固定資產管理系統(tǒng) 本人聲明所呈交的畢業(yè)論文是本人在導師指導下進行的。 據(jù)我所知，除了文中特別加以標注和致謝的地方外，論文中不 包含其他人已經發(fā)表或撰寫過的研究成果，也不包含為獲得重 慶工學院或其他教育機構的學位或證書而使用過的材料。與我 一同工作的同志對本研究所做的任何貢獻均已在論文中作了明 確的說明并表示謝意。 畢業(yè)論文作者： 簽字日期： 年 月 日 目錄 摘 要.i abstract.ii 1 引言 .1 1.1 研究背景與問題的提出 .1 1.1.1 研究背景.1 1.1.2 問題的提出.1 1.2 研究的目的和意義 .1 1.3 研

4、究內容和論文的結構 .2 2 關鍵技術與系統(tǒng)研究 .3 2.1 關鍵技術 .3 2.1.1 powerbuilder .3 2.1.2 sql anywhere 9.0 .3 2.2 開發(fā)模式 .4 2.3 系統(tǒng)研究 .5 2.3.1 用戶特點.5 2.3.2 軟件特點.5 2.3.3 假定與約束 .5 3 系統(tǒng)分析.6 3.1 功能需求 .6 3.2 數(shù)據(jù)需求 .6 3.3 可行性分析 .6 3.3.1 技術可行性 .6 3.3.2 經濟可行性 .6 3.3.3 社會可行性 .7 3.4 業(yè)務流程分析 .7 3.5 數(shù)據(jù)流程分析 .10 3.6 數(shù)據(jù)字典 .11 3.6.1 實體的描述.11

5、 3.6.2 數(shù)據(jù)存儲的描述.11 3.6.3 數(shù)據(jù)流的描述.13 3.6.4 處理的描述.16 3.7 概念模型設計 .17 4 系統(tǒng)設計.19 4.1 設計目標與原則 .19 4.2 系統(tǒng)功能設計 .19 4.2.1 系統(tǒng)總體功能.19 4.2.2 基本信息設置功能.20 4.2.4 碼表維護功能.21 4.2.5 日常業(yè)務功能.21 4.2.6 查詢與報表功能.22 4.2.7 折舊管理功能.22 4.2.8 其他功能.23 4.3 數(shù)據(jù)庫設計 .23 4.3.1 系統(tǒng)所涉及的表.23 4.4 程序設計 .25 4.4.1 程序結構.25 4.4.2 全局變量說明.25 4.4.3 pb

6、l 庫說明.26 4.5 輸入設計 .28 4.5.1 登錄系統(tǒng)輸入界面.28 4.5.2 部門信息維護輸入界面 .29 4.5.3 密碼信息輸入界面 .29 4.5.4 部門系統(tǒng)化輸入界面.30 4.5.5 固定資產增加輸入界面.30 4.6 輸出設計 .31 4.7 數(shù)據(jù)安全 .33 5 系統(tǒng)實現(xiàn).34 5.1 系統(tǒng)登錄與修改密碼窗口 .34 5.1.1 窗口說明.34 5.1.2 數(shù)據(jù)窗口說明.62 6.操作說明.71 7 運行環(huán)境.76 7.1 硬件環(huán)境： .76 7.2 軟件環(huán)境： .76 8 結論.77 8.1 主要完成的工作 .77 8.2 尚未解決的問題 .77 致 謝.78

7、參 考 文 獻.79 摘 要 本文設計并實現(xiàn)一款功能比較強大的固定資產管理系統(tǒng)。首先進行可行性 分析和系統(tǒng)分析；通過實際的業(yè)務流程調研，得到業(yè)務流程和系統(tǒng)組織結構， 由此進行數(shù)據(jù)流分析和數(shù)據(jù)字典設計；最后進行系統(tǒng)設計。主要完成功能模塊 劃分、系統(tǒng)設計、數(shù)據(jù)庫設計等。該階段對本系統(tǒng)各個模塊的功能進行了詳細 設計，形成了本系統(tǒng)的功能模塊圖；數(shù)據(jù)庫設計時先進行概念結構設計，然后 進行邏輯結構設計，最后完成表設計。 本系統(tǒng)基于 c/s 模式來實現(xiàn)，采用 powerbuilder10.0 作為前端開發(fā)工具 來實現(xiàn)用戶界面，后臺數(shù)據(jù)庫采用 sql anywhere 數(shù)據(jù)庫。本系統(tǒng)為固定資產管 理工作者提供

8、良好的條件，其主要優(yōu)點為：功能方便，只要懂得基本計算機操 作的人就能夠使用，減少了用戶的麻煩。 關鍵詞：固定資產；管理系統(tǒng)；powerbuilder10.0；sql anywhere9.0 abstract this paper has designed and implemented a more powerful fixed assets management system. first, a feasibility analysis and system analysis were conducted; after researching the actual business proc

9、esses, we acquired business processes and system organizational structures then performed data flow analysis and data dictionary design; finally, system design was conducted. the main tasks include functional modules, system design, database design and so on. during the stage, the function of each m

10、odule in the system was designed in detail, forming a functional block diagram of the system; in the database design process, concept structure design was completed firstly, and then the logical structure design was completed, and finally the table design was completed. the system is based on c / s

11、mode, using powerbuilder 10.0 as a front-end development tools in order to achieve user interface, and using sql anywhere database as back-end database. the system provides good conditions for fixed asset management workers, its main advantages include: easy to operate, people that just have basic c

12、omputer operation knowledges will be able to understand it, no users trouble. key words: fixed assets; management system; powerbuilder10.0; sql anywhere 9.0 1 引言 1.1 研究背景與問題的提出 1.1.1 研究背景 隨著計算機技術的不斷發(fā)展，計算機應用于各大領域，并給人們的生活帶 來了極大的便利，固定管理系統(tǒng)也是如此。以往固定資產員由于缺乏適當?shù)能?件而給其工作帶來了很多不便。本論文所介紹的便是一個固定資產管理系統(tǒng)， 以便順利完成有關固

13、定資產安排和固定資產管理方面的工作任務。 固定資產管理系統(tǒng)是一個企事業(yè)單位不可缺少的部分，它的內容對于企事 業(yè)單位的決策者和管理者來說都至關重要，所以固定資產管理系統(tǒng)應該能夠為 用戶提供充足的信息和快捷的查詢手段。但一直以來人們使用傳統(tǒng)人工的方式 管理固定資產的信息，這種管理方式存在著許多缺點，如：效率低、保密性差, 另外時間一長，將產生大量的文件和數(shù)據(jù)，這對于查找、更新和維護都帶來了 不少的困難。本論文主要介紹的是固定資產管理系統(tǒng)的整個設計過程。 1.1.2 問題的提出 固定資產管理系統(tǒng)是固定資產管理系統(tǒng)中的重要環(huán)節(jié)，更是最重要信息收 集的來源。因此，在研究和開發(fā)固定資產管理系統(tǒng)時，大多把固

14、定資產管理系 統(tǒng)作為最重要的環(huán)節(jié)。 本固定資產管理系統(tǒng)向用戶提供系統(tǒng)維護、初始設置、固定資產管理系統(tǒng)、 折舊處理、憑證處理和查詢統(tǒng)計等功能。能夠方便用戶了解固定資產情況，以 便對信息進行收集和管理，最終幫助管理者進行決策。本系的特點是：統(tǒng)操作 方便，只要懂得計算機基本操作的人就能夠使用，減少用戶麻煩。 1.2 研究的目的和意義 在飛速發(fā)展的信息時代，信息已經成為所有企業(yè)的關鍵資源。固定資產管 理信息系統(tǒng)是以信息管理為核心的計算機應用系統(tǒng)。利用固定資產管理信息系 統(tǒng)中合理的數(shù)據(jù)庫結構來保存數(shù)據(jù)信息，及時了解各個環(huán)節(jié)中信息的變更，通 過有效的程序結構來支持各種數(shù)據(jù)操作的執(zhí)行，以提高管理效率，實現(xiàn)固

15、定資 產管理的系統(tǒng)化、規(guī)范化、自動化。通過該項目的開發(fā)與使用，可提高其員工 的工作效率，增強企業(yè)競爭力，同時適應信息時代管理數(shù)字化的要求，提高固 定資產的服務水平與質量，從而贏得高信譽、強實力、好效益！ 1.3 研究內容和論文的結構 第 1 章：引言，主要是研究背景、問題的提出、研究的目的和意義。 第 2 章：關鍵技術和系統(tǒng)研究。 第 3 章：系統(tǒng)分析：功能需求分析、數(shù)據(jù)需求分析、可行性分析、業(yè)務流 程分析、數(shù)據(jù)字典和概念模型設計。 第 4 章：系統(tǒng)設計：設計目標與原則、系統(tǒng)功能設計、數(shù)據(jù)庫設計、程序 設計、輸入設計、輸出設計、數(shù)據(jù)安全。 第 5 章：系統(tǒng)實現(xiàn)。 第 6 章：操作說明。 第 7

16、 章：運行環(huán)境：包括硬件環(huán)境和軟件環(huán)境。 第 8 章：主要完成的工作和尚未解決的問題。 2 關鍵技術與系統(tǒng)研究 2.1 關鍵技術 2.1.1 powerbuilder 在 powerbuilder 的應用開發(fā)中，運用面向對象技術不是必須的，但是對一 個大型復雜應用系統(tǒng)的開發(fā)，如果采用面向對象技術，則開發(fā)效率會大大提高。 用 powerbuilder 開發(fā)的好處是：即使你不懂面向對象技術，也可能會下意 識地用到面向對象技術的一些特性，但如果你對這一技術有了充分的了解，那 對你所設計程序的可重用性，可維護性和其他方面的質量都會有大幅度提高。 powerbuilder 對象有三個部分元素:屬性、函數(shù)

17、和事件。 1)屬性：包括系統(tǒng)屬性和用戶定義屬性兩類，描述該對象的各種特性。如 在窗口對象中的系統(tǒng)屬性包括標題、高度、寬度等，用戶定義的屬性可以是實 例變量或共享變量，對這種屬性的訪問同系統(tǒng)屬性相同，只是在封裝性上有所 不同。 2)事件：powerbuilder 中的事件與 windows 的事件存在著映射關系。當用 戶操作或系統(tǒng)本身產生 windows 標準事件，就轉化成 powerbuilder 中的事件。 例如命令按鈕有一個叫 clicked 事件，當用戶按按鈕時觸發(fā)，操作系統(tǒng)首先檢 測到鼠標被點擊，并把 clicked 這一消息轉給該按鈕，powerbuilder 運行時的 工作引擎翻譯

18、了這一事件，并執(zhí)行適當 powerscript 語句。powerbuilder 中大 部分的事件都是可以映射成由用戶激發(fā)的 windows 事件。另一類事件是用戶定 義事件，這種事件是用戶聲明并可以在任何時刻由用戶觸發(fā)的，powerbuilder 中保留了 75 個用戶事件可由程序員使用。 3)函數(shù)：用戶通過函數(shù)來使對象完成某些操作。powersoft 建議用戶通過 調用對象事件和函數(shù)來修改對象而不要直接修改對象屬性，以滿足對象封裝的 要求，例如采用 window.hide()而不要用 window.visi-ble=false 來使窗口不 可見。 2.1.2 sql anywhere 9.0

19、 產品核心的關系數(shù)據(jù)庫是基于事務的 sql 數(shù)據(jù)庫，適用于個人和工作組。 adaptive server anywhere 可以在多種操作系統(tǒng)上運行，包括各種 windows 和 unix 操作系統(tǒng)以及 novell netware 操作系統(tǒng)。運行該數(shù)據(jù)庫的硬件包括 多 cpu 工作組服務器、最小的 pc 以及 windows ce 設備。 2.2 開發(fā)模式 本系統(tǒng)采用 c/s 結構。在網(wǎng)絡連接模式中，除對等網(wǎng)外，還有另一種網(wǎng)絡 結構，即客戶機/服務器網(wǎng)(client/server)。在客戶機/服務器網(wǎng)絡中，服務器 是網(wǎng)絡的核心，而客戶機是網(wǎng)絡的基礎，客戶機依靠服務器獲得所需要的網(wǎng)絡 資源，而

20、服務器為客戶機提供網(wǎng)絡必須的資源。 這里客戶和服務器都是指通信中所涉及的兩個應用進程（系統(tǒng)） 。使用計算 機的人是計算機的“用戶” （user）而不是“客戶” （client） 。但在許多國外文 獻中，也經常把運行客戶程序的機器稱為 client（這種情況下也可把 client 譯為“客戶機” ） ，把運行服務器程序的機器稱為 server。所以有時要根據(jù)上下 文判斷 client 與 server 是指系統(tǒng)還是硬件。 c/s 結構可以充分利用兩端硬件環(huán)境的優(yōu)勢，將任務合理分配到 client 端 和 server 端來實現(xiàn)，降低系統(tǒng)的通訊開銷。目前大多數(shù)應用系統(tǒng)都是 client/serve

21、r 形式的兩層結構，由于現(xiàn)在的系統(tǒng)應用正在向分布式的 web 應 用發(fā)展，web 和 client/server 應用都可以進行同樣的業(yè)務處理，應用不同的 模塊共享邏輯組件。因此，內部的和外部的用戶都可以訪問新的和現(xiàn)有的應用 系統(tǒng)，通過現(xiàn)有應用系統(tǒng)中的邏輯可以擴展出新的應用系統(tǒng)。這也就是目前應 用系統(tǒng)的發(fā)展方向。 c/s 與 b/s 區(qū)別：（1）client/server 是建立在局域網(wǎng)上。 browser/server 是建立在廣域網(wǎng)上。 （2）硬件環(huán)境不同。c/s 一般建立在小范 圍里的局域網(wǎng)環(huán)境中，局域網(wǎng)之間再通過專門服務器提供連接和數(shù)據(jù)交換服務。 b/s 建立在廣域網(wǎng)之上的， 不必是專

22、門的硬件環(huán)境，例與電話上網(wǎng)， 租用設 備，信息自己管理，有比 c/s 更強的適應范圍，一般只要有操作系統(tǒng)和瀏覽器 就行。 （3）對安全要求不同。 c/s 一般面向相對固定的用戶群，對信息安全的 控制能力很強，一般高度機密的信息系統(tǒng)采用 c/s 結構適宜。可以通過 b/s 發(fā) 布部分可公開信息.b/s 建立在廣域網(wǎng)之上，對安全的控制能力相對弱，面向是 不可知的用戶群。 （4）對程序架構不同。c/s 程序可以更加注重流程，可以對 權限多層次校驗，對系統(tǒng)運行速度可以較少考慮。b/s 對安全以及訪問速度的 多重的考慮，建立在需要更加優(yōu)化的基礎之上, 比 c/s 有更高的要求 b/s 結構 的程序架構是

23、發(fā)展的趨勢。從 ms 的.net 系列的 biztalk 2000 exchange 2000 等，全面支持學校的構件搭建的系統(tǒng)，sun 和 ibm 推的 javabean 構件技術等， 使 b/s 更加成熟。 （5）系統(tǒng)重用不同。c/s 程序不可避免的整體性考慮，構件 的重用性不如在 b/s 要求下的構件的重用性好。b/s 要求構件相對獨立的功能， 能夠相對較好的重用。就如買來的餐桌可以再利用，而不是做在墻上的石頭桌 子。 2.3 系統(tǒng)研究 根據(jù)固定資產管理方面的實際情況，在分析手工操作的基礎上，進一步研 究固定資產管理的處理流程，確定系統(tǒng)的總體結構和功能模塊，研究各個模塊 之間的聯(lián)系，確定

24、模塊之間的接口方案。依照實用性、可靠性、可擴充性、經 濟性的原則，設計有關的各類代碼表及相關的程序代碼，并驗證代碼的正確性； 設計一套合理、完整的測試方案，對系統(tǒng)進行集成測試，使系統(tǒng)最終達到用戶 在需求分析時提出的要求。系統(tǒng)能夠對固定資產相關的全部操作進行管理。 2.3.1 用戶特點 1、基本沒有接觸過管理信息系統(tǒng)。 2、只有一些基本的計算機操作能力。 2.3.2 軟件特點 1、易學易用，可以讓使用者很快的掌握使用方法； 2、具有良好的用戶操作界面，使用戶可以意識到各按鈕的功能； 3、具有友好的輸入輸出界面，方便用戶使用。 2.3.3 假定與約束 1、用戶需要有基本的計算機操作能力，會進行文字

25、輸入。 2、用戶能對 sql anywhere 9.0 數(shù)據(jù)庫進行基本的維護，如備份數(shù)據(jù)庫等。 3 系統(tǒng)分析 3.1 功能需求 對于固定資產管理系統(tǒng)，首先要對固定資產進行管理，對固定資產信息進行收集 和統(tǒng)計，以便日后核對數(shù)據(jù)。在功能設計方便要符合固定資產的實際，充分考慮用戶 的水平，用最簡便的操作方法實現(xiàn)需要的功能。對于一個管理信息系統(tǒng)來說，也應該 有必要的安全性，保證數(shù)據(jù)只被需要的人看到。 3.2 數(shù)據(jù)需求 1、 對固定資產信息的進行添加、修改、刪除和保存； 2、 對固定資產信息信息進行查詢。 3.3 可行性分析 可行性分析是任何一項系統(tǒng)研究投入力量之前必須進行的一項工作，這對于保證 資源的

26、合理使用、避免浪費是十分必要的，也是網(wǎng)站設計一旦開始以后能順利進行的 必要保證1。經過系統(tǒng)目標的研究及詳細的市場調查總結出以下可行性分析： 3.3.1 技術可行性 技術上的可行性分析主要分析現(xiàn)有技術條件能否順利完成開發(fā)工作，軟、硬件配 置能否滿足開發(fā)者需要等。具有實現(xiàn)固定資產管理設備的維護能力。固定資產管理系 統(tǒng)采用 windows 操作系統(tǒng)平臺，sql anywhere 9.0 數(shù)據(jù)庫和 powerbuilder 技術作為 開發(fā)工具。管理信息系統(tǒng)常見的體系結構有 c/s 和 b/s 模式，固定資產管理系統(tǒng)的開 發(fā)基于 c/s 模式。 由以上分析可知，固定資產管理系統(tǒng)的開發(fā)在技術上可行。 3.

27、3.2 經濟可行性 通過對本系統(tǒng)的分析研究，主要從成本和效益兩方面分析其經濟可行性： (1)支出 本系統(tǒng)的設計是為了完成畢業(yè)設計，所以用到的都是一些開源軟件或在試用期的 軟件，所以開發(fā)系統(tǒng)軟件費用不用考慮。如果本系統(tǒng)運行，僅需把代碼用一些開源工 具編譯一次即可，不需其它的軟件費用。在硬件方面，開發(fā)本系統(tǒng)只需要一臺電腦， 其成本很低。 綜上所述，本系統(tǒng)的支出成本很少，可以承受。 (2)效益 本系統(tǒng)的效益可以從經濟效益和社會效益兩方面考慮。其經濟效益主要體現(xiàn)于： 對固定資產管理模式全面革新，通過網(wǎng)絡實施業(yè)務管理活動，提高了工作效率。用同 一套軟件，管理物質屬性各不相同的資產，使得固定資產管理的使用

28、部門、歸口管理 部門以及財務部門的固定資產帳表之間實時保持一致，徹底解決了資產管理部門與財 務部門之間對帳難的問題，從而大大地減少了人力成本，提高工作效率。其社會效益 包括系統(tǒng)投入運行后可以基本滿足所有用戶的需求，減少用戶的查詢時間，提高查詢 效率。 因此，本系統(tǒng)具有經濟可行性。 3.3.3 社會可行性 本系統(tǒng)的開發(fā)是根據(jù)固定資產的實際情況開發(fā)的。通過調研、實地考察，并以實 踐學習為目的獨立編寫，是完全合法的軟件，用戶可以放心使用。 本系統(tǒng)基于 microsoft windows 系列平臺開發(fā)。界面友好簡便，懂得 windows 系 統(tǒng)的用戶完全可以操作本軟件，不需要過多計算機方面的專業(yè)知識，

29、無需對操作人員 進行培訓7。 因此，本系統(tǒng)具有社會可行性。 從經濟、技術、社會可行性論證，固定資產管理系統(tǒng)開發(fā)是可行的。 3.4 業(yè)務流程分析 業(yè)務流程圖符號說明： 信息流人員或部門單據(jù) 業(yè)務流程圖如圖 3-1 所示。 增加固資信息 填制增加單 據(jù) 增加 固資 未審核增加單 據(jù) 單據(jù)是否通過 未通過的單據(jù) 通過審核的增加單 據(jù) 否 是 確認通過 審核的單 據(jù) 減少固資信息 填制減少單 據(jù) 減少 固資 未審核減少單 據(jù) 單據(jù)是否通過 未通過的單據(jù) 通過審核的減少單 據(jù) 否 是 確認通過 審核的單 據(jù) 變更固資信息 填制變更單 據(jù) 未審核變更單 據(jù) 單據(jù)是否通過 未通過的單據(jù) 通過審核的變更單 據(jù)

30、 否 是 確認通過 審核的單 據(jù) 變更固 資 固定資產相關 信息 計提折舊 折舊信 息 錄入固 資基本 信息 固資基本 信息 錄入固 資基本 信息 計提折 舊 固資狀態(tài) 信息 折舊方法是 否是工作量 法 減值信息 填制減值單 據(jù) 未審核減值單 據(jù) 單據(jù)是否通過 未通過的單據(jù) 通過審核的減值單 據(jù) 否 是 確認通過審核 的單據(jù) 固定資產減 值準備 查詢固資信息 固資信息 固資信息 查詢結束 錄入工作 量 是 工作量表 工作量表 是否通過 通過審核 工作量 是 未通過審核 工作量表 否 圖 3-1 固定資產管理業(yè)務流程 業(yè)務流程是錄入增加、減少、變更、減值信息，就進行審核，未通過審核返回，審核通過

31、即 更新固定資產相關信息，根據(jù)固定資產信息計提折舊，判斷其折舊方法，如果是工作量法，進 行工作量的錄入，計提完折舊，更新固定資產信息，并更新減少單據(jù)、減值單據(jù)的數(shù)據(jù)。最后 由固定資產相關信息提供查詢和報表數(shù)據(jù)。 3.5 數(shù)據(jù)流程分析 數(shù)據(jù)流程圖符號說明： 外部實體數(shù)據(jù)流處理邏輯數(shù)據(jù)存儲 數(shù)據(jù)流程圖如圖 3-2 所示。 p1 增加固定資產 單據(jù) e1固資使用 部門 e2固資管 理部門 p2 審核增加單 據(jù) d1固資增加資料d2為審核增加單據(jù) d3不合格增加單據(jù) s 1 固資增加 表 p3 減少固定資產 單據(jù) e1固資使用 部門 e2固資管 理部門 p4 審核減少單 據(jù) d4固資減少資料d5為審核

32、減少單據(jù) d6不合格減少單據(jù) s 2 固資減少 表 p5 變更固定資產 單據(jù) e1固資使用 部門 e2固資管 理部門 p6 審核變更單 據(jù) d7固資變更資料d8為審核變更單據(jù) d9不合格變更單據(jù) s 3 固資變更 表 p7 減值固定資產 單據(jù) e1固資使用 部門 e2固資管 理部門 p8 審核減值單 據(jù) d10固資減值資料d11為審核減值單據(jù) d12不合格減值單據(jù) s 4 固資減值 表 p9 更新固資信息 表 s 5 計提折舊 表 e3財務部 門 e4使用 部門 p10 計提折舊 s 6 固資信息表 s 7 折舊計算 表 p11 更新折舊計 算表 d13計提折舊資料 圖 3-2 固定資產管理數(shù)

33、據(jù)流程圖 3.6 數(shù)據(jù)字典 3.6.1 實體的描述 編號 實體名 稱 簡述 實體組成 輸入的數(shù)據(jù)流 e1 固定資 產使用 部門 固定資產使用部 門 編號+用戶名+密 碼 d1、d2、d4、d5、d7、d8、d10 、d11 e2 固定資 產管理 部門 對固定資產進行 審核管理 編號+用戶名+密 碼d3、d6、d9、d12 e3 財務部 門 進行計提折舊 編號+用戶名+密 碼 d13 e4 信息使 用部門 信息使用 編號+用戶名+密 碼 3.6.2 數(shù)據(jù)存儲的描述 數(shù)據(jù) 存儲 編號 數(shù)據(jù)存儲名 稱 簡述數(shù)據(jù)存儲組成相關聯(lián)的處理 s1 固資增加表 固定資產增加信 息 卡片編號+固定資產編號+固 定

34、資產名稱+固定資產類別+ 增加日期+增加方式+使用狀 態(tài)+型號+建造單位屬于部門 折舊方法+預計使用年限+預 計工作量+原值+累計折舊+凈 值+預計殘值+折舊科目+幣種 +技術特征+經濟用途+存放地 點+錄入員+審核員+審核標志 +審核日期+轉賬標志+備注 p2、p9、p11 s2 固資減少表 固定資產減少信 息 固定資產編號+固定資產名+ 卡片編號+原卡片編號+原值+ 累計折舊+預計殘值+凈值+折 舊科目+折舊方法+固定資產 p4、p9、p11 類別+使用狀態(tài)+使用部門+預 計使用年限+預計工作總量+ 幣種+規(guī)格型號+技術特征+經 濟用途+增加方式+增加日期+ 減少方式+減少日期+建造單 位

35、+存放地點+備注+錄入員+ 審核員+審核日期 s3 固資變更表 固定資產變更信 息 固定資產編號+固定資產名+ 卡片編號+原卡片編號+原值 累計折舊+預計殘值+凈值+折 舊科目+折舊方法+固定資產 類別+使用狀態(tài)+使用部門+預 計使用年限+預計工作總量+ 幣種+規(guī)格型號+技術特征+經 濟用途+增加方式+增加日期+ 變動方式+變動日期+建造單 位+存放地點+備注+錄入員+ 審核員+審核日期 p6、p9、p11 s4 固資減值表 固定資產的減值 信息 p8、p9、p11 s5 折舊信息 固定資產折舊的 信息 固定資產編號+固定資產名+ 卡片編號+原值+累計折舊+預 計殘值+凈值+折舊科目+折舊 方

36、法+固定資產類別+使用狀 態(tài)+使用部門+折舊方法+預計 使用年限+預計工作總量+幣 種+規(guī)格型號+技術特征+經濟 用途+增加方式+增加日期+減 少方式+減少日期+建造單位+ p9、p10 存放地點+備注+錄入員+審核 員+審核日期 s6 固定資產信 息表 固定資產所有的 信息 固定資產編號+固定資產名+ 卡片編號+原值+累計折舊+預 計殘值+凈值+折舊科目+折舊 方法+固定資產類別+使用狀 態(tài)+使用部門+折舊方法+預計 使用年限+預計工作總量+幣 種+規(guī)格型號+技術特征+經濟 用途+增加方式+增加日期+減 少方式+減少日期+建造單位+ 存放地點+備注+錄入員+審核 員+審核日期 p9、|p10

37、 s7 折舊計算表折舊計算信息 固定資產編號+固定資產名+ 卡片編號+原值+累計折舊+預 計殘值+凈值+折舊科目+折舊 方法+固定資產類別+使用狀 態(tài)+使用部門+折舊方法+預計 使用年限+預計工作總量+幣 種+規(guī)格型號+技術特征+經濟 用途+增加方式+增加日期+減 少方式+減少日期+變更方式+ 變更日期+建造單位+存放地 點+備注+錄入員+審核員+審 核日期 3.6.3 數(shù)據(jù)流的描述 數(shù)據(jù) 流編 號 數(shù)據(jù)流 名稱 簡述 數(shù)據(jù)流 來源 數(shù)據(jù) 流去 向 數(shù)據(jù)流組成 d1 固定資 產增加 信息 固定資產增加 提供的資料 e1p1 固定資產+增加的相關內容 d2 未審核 增加單 據(jù) 增加的固定資 產信

38、息被錄入 增加單據(jù) p1e2 卡片編號+固定資產編號+固定資產 名稱+固定資產類別+增加日期+增加 方式+使用狀態(tài)+型號+建造單位屬于 部門 折舊方法+預計使用年限+預計工作 量+原值+累計折舊+凈值+預計殘值+ 折舊科目+幣種+增加方式+增加日期 +技術特征+經濟用途+存放地點+錄 入員+審核員+審核標志 +審核日期+轉賬標志+備注 d3 不合格 的增加 單據(jù) 未通過審核的 增加單據(jù) e2 e1 卡片編號+固定資產編號+固定資產 名稱+固定資產類別+增加日期+增加 方式+使用狀態(tài)+型號+建造單位屬于 部門+增加方式+增加日期+ 折舊方法+預計使用年限+預計工作 量+原值+累計折舊+凈值+預計

39、殘值+ 折舊科目+幣種 +技術特征+經濟用途+存放地點+錄 入員+審核員+審核標志 +審核日期+轉賬標志+備注 d4 固定資 產減少 資料 減少的固定資 產的信息 e1p3 減少固定資產的相關信息 d5 未審核 減少單 據(jù) 減少的固定資 產信息被錄入 減少單據(jù) p3 e2 卡片編號+固定資產編號+固定資產 名稱+固定資產類別+增加日期+增加 方式+使用狀態(tài)+型號+建造單位屬于 部門+折舊方法+預計使用年限+預計 工作量+原值+累計折舊+凈值+預計 殘值+折舊科目+幣種+減少方式+減 少日期+技術特征+經濟用途+存放地 點+錄入員+審核員+審核標志 +審核日期+轉賬標志+備注 d6 不合格 減少

40、單 據(jù) 未通過審核的 減少單據(jù) e2 e1 卡片編號+固定資產編號+固定資產 名稱+固定資產類別+增加日期+增加 方式+使用狀態(tài)+型號+建造單位屬于 部門+折舊方法+預計使用年限+預計 工作量+原值+累計折舊+凈值+預計 殘值+折舊科目+幣種+減少方式+減 少日期+技術特征+經濟用途+存放地 點+錄入員+審核員+審核標志 +審核日期+轉賬標志+備注 d7 固定資 產變更 信息 變更的固定資 產資料 e1 p5 變更固定資產的相關信息 d8 未審核 變更單 據(jù) 變更的固定資 產信息被錄入 變更單據(jù) p5e2 卡片編號+固定資產編號+固定資產 名稱+固定資產類別+增加日期+增加 方式+使用狀態(tài)+型

41、號+建造單位屬于 部門+折舊方法+預計使用年限+預計 工作量+原值+累計折舊+凈值+預計 殘值+折舊科目+幣種+變更方式+變 更日期+技術特征+經濟用途+存放地 點+錄入員+審核員+審核標志 +審核日期+轉賬標志+備注 d9 不合格 變更單 據(jù) 未通過審核的 變更單據(jù) e2 e1 卡片編號+固定資產編號+固定資產 名稱+固定資產類別+增加日期+增加 方式+使用狀態(tài)+型號+建造單位屬于 部門+折舊方法+預計使用年限+預計 工作量+原值+累計折舊+凈值+預計 殘值+折舊科目+幣種+變更方式+變 更日期+技術特征+經濟用途+存放地 點+錄入員+審核員+審核標志 +審核日期+轉賬標志+備注 d10 固

42、定資 產減值 信息 減值的固定資 產資料 e1 p7 變更固定資產的相關信息 d11 未審核 減值單 據(jù) 減值的固定資 產信息被錄入 減值單據(jù) p7e2 卡片編號+固定資產編號+固定資產 名稱+固定資產類別+增加日期+增加 方式+使用狀態(tài)+型號+建造單位屬于 部門+折舊方法+預計使用年限+預計 工作量+原值+累計折舊+凈值+預計 殘值+折舊科目+幣種+變更方式+變 更日期+技術特征+經濟用途+存放地 點+錄入員+審核員+審核標志 +審核日期+轉賬標志+備注 d12 不合格 減值單 據(jù) 未通過審核的 減值單據(jù) e2 e1 卡片編號+固定資產編號+固定資產 名稱+固定資產類別+增加日期+增加 方式

43、+使用狀態(tài)+型號+建造單位屬于 部門+折舊方法+預計使用年限+預計 工作量+原值+累計折舊+凈值+預計 殘值+折舊科目+幣種+變更方式+變 更日期+技術特征+經濟用途+存放地 點+錄入員+審核員+審核標志 +審核日期+轉賬標志+備注 d13 計提折 舊資料 由財務部提供 的折舊資料 e3 p10 固定資產編號+固定資產名+卡片編 號+原值+累計折舊+預計殘值+凈值+ 折舊科目+折舊方法+固定資產類別+ 使用狀態(tài)+使用部門+折舊方法+預計 使用年限+預計工作總量+幣種+規(guī)格 型號+技術特征+經濟用途+增加方式 +增加日期+減少方式+減少日期+變 更方式+變更日期+建造單位+存放地 點+備注+錄入

44、員+審核員+審核日期 3.6.4 處理的描述 處理 邏輯 編號 處理邏輯名 稱 輸入的數(shù)據(jù) 流 處理邏輯的描述輸出的數(shù)據(jù)流 p1 填制固定資 產增加單據(jù) d1 根據(jù)增加的固定資產信息情況填 寫 d2 p2 審核固定資 產增加信息 d2 固定資產管理部門根據(jù)固定資產 增加單據(jù)實際情況審核 d3、s1 p3 填制固定資 產減少單據(jù) d4 根據(jù)減少的固定資產信息情況填 寫 d5 p4 審核固定資 產減少信息 d5 固定資產管理部門根據(jù)固定資產 減少單據(jù)實際情況審核 d6、s2 p5 填制固定資 產變更單據(jù) d7 根據(jù)變更的固定資產信息情況填 寫 d8 p6 審核固定資 產變更信息 d8 固定資產管理

45、部門根據(jù)固定資產 變更單據(jù)實際情況審核 d9、s3 p7 填制固定資 產減值單據(jù) d9 根據(jù)減值的固定資產信息情況填 寫 d10 p8 審核固定資 產減值信息 d10 固定資產管理部門根據(jù)固定資產 減值單據(jù)實際情況審核 d11、s4 p9 更新固定資 產信息表 s1、s2、s3 、s4 根據(jù)審核通過的單據(jù)更新固定資 產的信息 s5、s6 p10 計提折舊 s7 月末進行計提折舊s5、s6 p11 更新折舊計 算表 s1、s3 根據(jù)增加，變更單據(jù)更新折舊信 息 s7 3.7 概念模型設計 概要設計是根據(jù)需求分析階段所收集到的用戶需求設計數(shù)據(jù)庫的概念數(shù)據(jù)模型， 它是從用戶角度看到的數(shù)據(jù)庫。本系統(tǒng)涉

46、及到的外部實體有供應商、客戶、員工等， 它們直接或間接都與系統(tǒng)內部實體產生關系，在對它們之間的關系進行詳細分析的基 礎上繪制出實體關系圖（e-r 圖） 。如圖 3-3 所示。 圖例說明： 實實體體屬屬性性聯(lián)聯(lián)系系 編號 操作員固定資產卡片 固定資產報表 折舊 用戶名 密碼 權限 增、減、變、 折舊方式 建造單位 用途 年限 名稱 編號 折舊方法 編號 工作量 增、減、變、 折舊方式 建造單位 用途 年限 名稱 編號 1 mm m 1 1 圖 3-3 系統(tǒng) e-r 圖 4 系統(tǒng)設計 4.1 設計目標與原則 系統(tǒng)設計任務是：在系統(tǒng)分析的基礎上，科學合理地進行物理模型設計?？傮w設 計主要有網(wǎng)絡結構設

47、計、功能結構設計、系統(tǒng)接口設計等內容。 本系統(tǒng)為了設計、實現(xiàn)和后期維護的方便，以及系統(tǒng)用戶使用的便利，所以采用 了軟件工程中自頂向下、逐層分解的模塊化結構設計思想3。其主要設計原則有： （1）簡單性：在實現(xiàn)系統(tǒng)功能的同時，盡量讓系統(tǒng)操作簡單易懂，這對于一個系 統(tǒng)來說非常重要。 （2） 針對性：本系統(tǒng)設計是針對固定資產管理的需求定向開發(fā)設計，所以具有 專業(yè)突出和很強的針對性。 （3） 實用性：要求本系統(tǒng)能夠滿足固定資產的需要，因此具有良好的實用性。 （4） 一致性：界面整體設計風格以及命名規(guī)則的一致性。整體框架和用圖用色 風格及變量、類名和其他元素的命名規(guī)則保持一致。功能一致性。完成同樣的功能應

48、 該盡量使用同樣的元素；元素風格一致性。界面元素的美觀風格、擺放位置在同一個 界面和不同界面之間都應該是一致的；變量命名規(guī)則的一致性：變量應該用統(tǒng)一的規(guī) 則進行命名，做到任意變量均能從上下文推斷其義。 （5） 先進性：本系統(tǒng)采用 powerbuilder、sql anywhere 9.0 作為系統(tǒng)開發(fā)工具 和數(shù)據(jù)庫，兩個軟件具有良好的兼容性和系統(tǒng)穩(wěn)定性。因此本設計具有良好的先進性 7。 4.2 系統(tǒng)功能設計 4.2.1 系統(tǒng)總體功能 系統(tǒng)總體功能如圖 4-1 所示。 固定資產管理系統(tǒng) 基 礎 數(shù) 據(jù) 維 護 碼 表 管 理 日 常 業(yè) 務 折 舊 管 理 查 詢 與 報 表 其 他 功 能 基

49、本信息設置 圖 4-1 系統(tǒng)總功能圖 4.2.2 基本信息設置功能 基本信息功能如圖 4-2 所示。 基本信息設置 部門信息維護 操作員維護 系統(tǒng)初始化 固定資產初始化 圖 4-2 基本信息設置功能圖 .3基礎數(shù)據(jù)維護功能 基礎數(shù)據(jù)功能如圖4-3所示。 基礎數(shù)據(jù)維護 科目類別維護 固定資產類別維護 圖4-3 基礎數(shù)據(jù)維護功能圖 4.2.4 碼表維護功能 碼表維護功能如圖 4-4 所示。 碼表維護 增加方式維護 折舊方式維護 減少方式維護 使用狀態(tài)維護 變動方式維護 圖 4-4 碼表維護功能圖 4.2.5 日常業(yè)務功能 日常業(yè)務功能如圖 4-5 所示。 日常業(yè)務 固定資產卡片增加

50、 固定資產增加審核 固定資產變更 固定資產變更審核 固定資產清理 固定資產清理審核 固定資產減值準備 固定資產減值審核 圖 4-5 日常業(yè)務功能圖 4.2.6 查詢與報表功能 查詢與報表功能如圖 4-6 所示。 查詢與報表 固資卡片 固資信息管理 折舊信息管理 固定資產匯總表 折舊費用分配表 折舊明細 圖 4-6 查詢與報表能圖 4.2.7 折舊管理功能 折舊管理功能如圖 4-7 所示。 折舊管理 資產折舊 批量折舊 圖 4-7 折舊管理功能圖 4.2.8 其他功能 其他功能如圖 4-8 所示。 其他功能 密碼更改 退出 圖 4-8 其他功能圖 4.3 數(shù)據(jù)庫設計 4.3.1 系統(tǒng)所涉及的表

51、基于上面實體之間的關系，即可形成數(shù)據(jù)庫中的表之間的關系?，F(xiàn)在需要將上面 的實體模型轉換成為實際數(shù)據(jù)庫內的表，也就是數(shù)據(jù)庫邏輯結構。通過對實體的表設 計，方便了系統(tǒng)的開發(fā)，以下是每個實體的表設計，它們相對應數(shù)據(jù)庫中的一個表。 (1) 表中文名稱：管理員表，見表 4-1。 表 名：c_ czy 關 鍵 字：czy_code 備 注：用于記錄操作員編號。 表 4-1 操作員表 列名中文名稱類型與長度空否 說明 czy_code操作員編號char(10)否操作員編號 czy_name操作員名char(20)是操作員名稱 bm_code部門編號char(10)是部門編號 password密碼char(6

52、)是密碼 qx權限char(20)是權限 (2) 表中文名稱：固定資產增加信息表，見表 4-2。 表 名：gdzc_zj 關 鍵 字：kp_code 備 注：用于記錄固定資產增加信息。 表 4-2 固定資產增加信息表 列名中文名稱類型與長度空否 說明 kp_code卡片編號char(10)否卡片編號 gdzc_code固定資產編號char(10)否固定資產編號 gdzc_name固定資產名稱char(50)是固定資產名稱 gdzc_lb固定資產類別char(30)是固定資產類別 gdzc_zjrq增加日期char(15)是增加日期 gdzc_zjfs增加方式char(20) 是增加方式 gdz

53、c_syzt使用狀態(tài)char(15)是使用狀態(tài) gdzc_ggxh型號char(10)是型號 gdzc_jzdw建造單位char(50)是建造單位 gdzc_sybm屬于部門char(15)是屬于部門 gdzc_zjff折舊方法char(15)是折舊方法 gdzc_ysynx預計使用年限decimal(5)是預計使用年限 gdzc_ygzl預計工作量decimal (10) 是預計工作量 gdzc_yz原值decimal(10)是原值 gdzc_ljzj累計折舊decimal (10) 是累計折舊 gdzc_jz凈值decimal(10)是凈值 gdzc_ycz預計殘值decimal (10)

54、 是預計殘值 gdzc_zjkm折舊科目char(20)是折舊科目 gdzc_bz幣種char(10)是幣種 gdzc_jstz技術特征char(30)是技術特征 gdzc_jjyt經濟用途char(30)是經濟用途 gdzc_cfdd 存放地點char(50)是存放地點 lr_czy_code錄入員char(10)是錄入員 sh_czy_code審核員char(10)是審核員 sh_yn_code審核標志char(10)是審核標志 sh_shrq審核日期char(30)是審核日期 zz_code轉賬標志char(10)是轉賬標志 bz備注char(50)是備注 (3) 表中文名稱：折舊方法表

55、，見表 4-3。 表 名：gdzc_lejzj 關 鍵 字：zichan_id 備 注：記錄折舊方法信息。 表 4-3 折舊方法表 列名中文名稱類型與長度空否 說明 gdzc_zjff_code折舊方法 編號 char(10否折舊方法編號 gdzc_zjff_mc折舊名稱char(16)是折舊名稱 gdzc_zjff_jsgs折舊計算 法 char(60)是折舊計算法 (4) 表中文名稱：減值準備信息表，見表 4-4。 表 名：gdzc_jzss 關 鍵 字：gdzc_code gdzc_zjyf 備 注：減值準備信息。 表 4-4 減值準備信息表 列名中文名稱類型與長度空否 說明 gdzc_

56、code固定資產 編號 char(13)否固定資產編號 gdzc_zjyf固定資產 減值準備 記提月份 char(10)否固定資產減值準備記提月份 gdzc_jzje計提金額decimal(10)是計提金額 zz_yn_code審核標志char(2)是審核標志 bz備注varchar(200)是備注 gdzc_shdate審核時間varchar(10)是審核時間 shry審核人員varchar(10)是審核人員 4.4 程序設計 4.4.1 程序結構 本系統(tǒng)共用了 1 個由 powerbuilder 建立的庫，gdzc.db，這個庫相互組合構成了 這整個系統(tǒng)。 4.4.2 全局變量說明 變量名

57、數(shù)據(jù)類型作用 g_czy_namechar 記錄操作員名稱 g_czy_codechar 記錄操作員編號 ,g_gdzc_codechar 記錄固定資產編號 g_kp_codechar 記錄卡片編號 g_ljzjdecimal 記錄累計折舊 g_ygzdecimal 記錄工作量 4.4.3 pbl 庫說明 應 用 數(shù) 據(jù) 窗 口 菜 單 窗 口 4.5 輸入設計 輸入設計對系統(tǒng)的質量有著決定性影響。輸入數(shù)據(jù)的正確性直接決定處理結果的 正確性，如果輸入數(shù)據(jù)有誤，即使計算和處理十分正確，也無法獲得可靠的輸出信息。 同時，輸入設計是系統(tǒng)與用戶之間交互的紐帶，決定著人機交互的效率。在輸入設計 中，提高

58、效率和減少錯誤是兩個最根本的原則。 (1) 界面風格統(tǒng)一。對各種常用信息的輸入基本上都采用了表格形式的數(shù)據(jù)窗口進行 數(shù)據(jù)輸入，以保證界面的友好性和統(tǒng)一性。 (2) 減少信息錄入人員的按鍵次數(shù)。對于能夠設置默認值的項盡量設置默認值，通過 下拉式數(shù)據(jù)窗口和彈出式數(shù)據(jù)窗口，用戶也可以方便地選擇其他自定義信息，經用戶 選擇后可將數(shù)據(jù)自動添加到當前窗口中，以減少固定資產信息錄入人員的犯錯次數(shù)， 提高工作效率。 (3) 盡量使用鍵盤，避免過多使用鼠標。設定常用操作的快捷鍵從而減少輸入時間， 提高效率。 (4) 提供輸入時的數(shù)據(jù)校驗功能。對一些超范圍輸入給出提示信息，以防出現(xiàn)一些不 合理的信息。 4.5.1

59、 登錄系統(tǒng)輸入界面 圖 4-9 登錄系統(tǒng)輸入界面 4.5.2 部門信息維護輸入界面 查詢、新增、輸入部門信息 圖 4-10 部門信息維護輸入界面 4.5.3 密碼信息輸入界面 修改密碼 圖 4-11 密碼信息輸入界面 4.5.4 部門系統(tǒng)化輸入界面 部門系統(tǒng)初始化 圖 4-12 供用戶信息輸入界面 4.5.5 固定資產增加輸入界面 輸入固定資產增加信息 圖 4-13 固定資產增加輸入界面 4.5.6 固定資產減值準備的輸入界面 輸入固定資產減值信息 圖 4-14 固定資產減值準備輸入界面 4.6 輸出設計 本系統(tǒng)的輸出主要是以查詢的方式，方便用戶隨時查看信息。 .1 固定資產卡

60、片查詢的輸出界面固定資產卡片查詢的輸出界面 圖 4-15 固定資產卡片查詢輸出界面 4.6.2 固定信息查詢的輸出界面 圖 4-16 固定資產信息查詢輸出界面 4.6.3 固定資產折舊信息查詢的輸出界面 圖 4-17 固定資產折舊信息查詢輸出界面 4.6.4 固定資產匯總表的輸出界面 圖 4-18 固定資產匯總信息輸出界面 4.7 數(shù)據(jù)安全 雖然在進行數(shù)據(jù)庫設計時，考慮到種種意外情況發(fā)生，并采取各種保護措施來防 止數(shù)據(jù)被破壞。但在計算機系統(tǒng)中硬件的故障、軟件的錯誤、用戶的失誤以及數(shù)據(jù)庫 遭受惡意破壞都會影響數(shù)據(jù)的正確性。為了保護數(shù)據(jù)安全，本系統(tǒng)設計采用動態(tài)更新 方法來保護數(shù)據(jù)。該方法為了保障數(shù)