【正文】 庫管理員采購計劃單采購合同采購訂單到貨單入庫單付款單發(fā)票圖 25 資產(chǎn)申請審批用例圖 2資產(chǎn)維修管理系統(tǒng)內(nèi)制定嚴格的采購流程，每個部門必須首先制定自己的資產(chǎn)購置計劃，然后按照計劃的內(nèi)容進行資產(chǎn)的采購，杜絕計劃外的采購。同時在采購的流程中設(shè)置審批的環(huán)節(jié)，來控制資產(chǎn)采購的合理性，檢測采購的資產(chǎn)的價格是否超出申請的金額，檢查采購是否在計劃內(nèi)等。具體的采購流程圖如圖26所示。山東大學(xué)碩士學(xué)位論文20資 產(chǎn) 采 購 流 程 財 務(wù) 部資 產(chǎn) 管 理 部 門 合 同 管 理 部資 產(chǎn) 使 用 部 門yes資 產(chǎn) 驗 收部 門 領(lǐng) 導(dǎo) 審 批資 產(chǎn) 管 理 部 領(lǐng)導(dǎo) 審 批 yesnoyes填 寫 資 產(chǎn) 采 購 申請 表是 否 零 購采 購 發(fā) 票 確 定 團 購 詢 價 或招 標(biāo) 方 式資 產(chǎn) 領(lǐng) 用 簽 訂 購 買 合 同 財 務(wù) 確 認財 務(wù) 發(fā) 票 記 賬結(jié) 束nono圖 26 資產(chǎn)采購流程圖資產(chǎn)采購的管理部分可滿足以下業(yè)務(wù)需求：1. 實現(xiàn)采購流程中資產(chǎn)采購合同、對供應(yīng)商的管理、付款申請、付款記錄、山東大學(xué)碩士學(xué)位論文21購貨發(fā)票的管理控制。在這里對采購合同與付款和發(fā)票建立緊密的關(guān)系，嚴格的檢查付款的總量不超過合同中簽訂的金額的數(shù)目，同時檢測發(fā)票中金額的總和是否等于付款記錄中金額的總和，保證企業(yè)資金不丟失。對付款與發(fā)票部分的單據(jù)設(shè)置中，同一個申請單可以對應(yīng)著多個資產(chǎn)的付款或發(fā)票的付款/發(fā)票信息，以便于用戶輸入的便捷。2. 系統(tǒng)提供采購資產(chǎn)的年度預(yù)算及預(yù)算發(fā)生數(shù)的跟蹤功能，可以統(tǒng)計出各個部門在過去的時間內(nèi)發(fā)生的采購已經(jīng)使用了其資產(chǎn)采購預(yù)算中的比例，進而計算出該部門剩余的資產(chǎn)采購預(yù)算，為下一次部門資產(chǎn)采購申請時的審批提供量化指標(biāo)。3. 系統(tǒng)為便于資產(chǎn)采購的流程管理，在資產(chǎn)采購的各個環(huán)節(jié)建立了資產(chǎn)聯(lián)查關(guān)系，即可以從資產(chǎn)申請聯(lián)查到付款申請，聯(lián)查到付款記錄，相關(guān)合同，發(fā)票等信息，可以根據(jù)單據(jù)的對應(yīng)關(guān)系，聯(lián)查出合同，付款申請的已付款金額，發(fā)票記錄中的已收發(fā)票等。4. 系統(tǒng)為了便于管理部門統(tǒng)一采購，提供了已采購信息的聯(lián)查功能，方便采購部門在查詢到供應(yīng)商信息后聯(lián)查到以前從此供應(yīng)商出采購某種資產(chǎn)的采購價格，以便為未來采購中的價格協(xié)商提供參考。資產(chǎn)維修管理此功能模塊也是面對資產(chǎn)實際使用人員。其對正在使用的資產(chǎn)進行維修申請，經(jīng)過各級審批后交由售后部門或維修工程部門進行資產(chǎn)維修。參與的部門有：資產(chǎn)使用部門、資產(chǎn)管理部門、維修單位、企業(yè)主管領(lǐng)導(dǎo)、物資部門。圖27 是系統(tǒng)資產(chǎn)維修審批流程圖，隨著企業(yè)的發(fā)展，用戶可以維護或重新定義自身的流程圖。山東大學(xué)碩士學(xué)位論文22資 產(chǎn) 維 修 審 批 流 程 物 資 部公 司 主 管 領(lǐng) 導(dǎo)維 修 單 位資 產(chǎn) 管 理 部 門資 產(chǎn) 使 用 部 門nonoyes yesnono填 報 部 門 資 產(chǎn) 維 修單結(jié) 束資 產(chǎn) 管 理 員 核 實 單據(jù) 明 細本 部 門 領(lǐng) 導(dǎo) 審批 是 否 在 保 修 期 采 購 員 找 供 應(yīng) 商 報修 并 錄 入 維 修 信 息資 產(chǎn) 部 領(lǐng) 導(dǎo) 審批 單 臺 維 修 費 是否 大 于 10yes公 司 主 管 領(lǐng) 導(dǎo)審 批yes資 產(chǎn) 管 理 員 統(tǒng) 計 匯總 單 據(jù)no yes圖 27 資產(chǎn)維修審批流程圖在各個部門使用資產(chǎn)的時候，如果資產(chǎn)發(fā)生故障或損壞的時候，需要發(fā)起資產(chǎn)維修流程。在圖 27 中，由資產(chǎn)使用者發(fā)起維修申請審批流程。資產(chǎn)使用者在系統(tǒng)內(nèi)填寫資產(chǎn)維修單并提交給部門領(lǐng)導(dǎo)審批，通過后轉(zhuǎn)發(fā)到資產(chǎn)管理部門。資產(chǎn)管理部門通過查詢系統(tǒng)內(nèi)對資產(chǎn)的登記情況，找出需維修的資產(chǎn)是否在保修期內(nèi)。如果在保修期內(nèi)，則查找出資產(chǎn)保修單，將其一起送到物資部門。山東大學(xué)碩士學(xué)位論文23物資部門根據(jù)系統(tǒng)記錄的供應(yīng)商信息將資產(chǎn)送回廠家維修，并且在系統(tǒng)中填寫資產(chǎn)保修記錄。圖 28 為保修期內(nèi)資產(chǎn)維修審批用例圖。資 產(chǎn) 管 理 系 統(tǒng)提交維修申請資產(chǎn)使用部門資產(chǎn)管理部門企業(yè)主管領(lǐng)導(dǎo)物資部門供應(yīng)商審批維修申請檢測是否在保修期內(nèi)保修期內(nèi)維修領(lǐng)用資產(chǎn)保修記錄維護圖 28 資產(chǎn)維修審批用例圖 1如果發(fā)現(xiàn)資產(chǎn)已經(jīng)不在保修期內(nèi)，則資產(chǎn)管理部門需要根據(jù)記錄的資產(chǎn)信息判斷資產(chǎn)的性質(zhì)，根據(jù)其性質(zhì)的不同，可將資產(chǎn)送外維修或送至內(nèi)部工程師維修，維修方查看資產(chǎn)的損壞情況給出維修方案，返還資產(chǎn)管理部門。管理部門從中選擇合理的方案后交回維修方，并與其商討出維修費用。當(dāng)單臺資產(chǎn)的維修費用低于 1000 元時，直接生成維修單進行資產(chǎn)維修；當(dāng)單臺費用高于1000 元時，需要提交企業(yè)主管領(lǐng)導(dǎo)進行價格審批，通過后方可送與維修。維修結(jié)束后，資產(chǎn)返還到資產(chǎn)管理部門，資產(chǎn)使用者通過前者開具的資產(chǎn)領(lǐng)用單重新領(lǐng)用資產(chǎn)。圖 29 為不在保修期內(nèi)資產(chǎn)的維修申請審批流程圖。同樣，在維修申請的各個審批環(huán)節(jié)中，如果出現(xiàn)審批不通過的情況，則維修申請流程結(jié)束，資產(chǎn)維修申請失敗。山東大學(xué)碩士學(xué)位論文24資 產(chǎn) 管 理 系 統(tǒng)提交維修申請資產(chǎn)使用部門資產(chǎn)管理部門維修方企業(yè)主管領(lǐng)導(dǎo)物資部門審批維修申請檢測是否在保修期內(nèi)制定維修方案商討維修費用資產(chǎn)維修領(lǐng)用資產(chǎn)維修記錄維護圖 29 資產(chǎn)維修審批用例圖 2資產(chǎn)報廢管理此功能模塊直接面對的是資產(chǎn)實際使用人員。其對正在使用的資產(chǎn)進行報廢申請，經(jīng)過各級審批后由財務(wù)部門進行統(tǒng)計表登記，并最終報廢產(chǎn)品。圖 29是資產(chǎn)報廢階段的流程圖。當(dāng)資產(chǎn)由于過時、到期、損毀等原因需要淘汰的時候，轉(zhuǎn)入資產(chǎn)報廢流程。參與的部門包括：資產(chǎn)使用部門、維修主管部門、資產(chǎn)管理部門、財務(wù)部門、企業(yè)主管領(lǐng)導(dǎo)。山東大學(xué)碩士學(xué)位論文25資 產(chǎn) 報 廢 審 批 流 程 對 應(yīng) 主 管 部 門 資 產(chǎn) 管 理 部 財 務(wù) 部 公 司 分 管 領(lǐng) 導(dǎo)資 產(chǎn) 使 用 部 門申 請 人 填 寫 報 廢 資產(chǎn) 申 請 單主 管 部 門 領(lǐng) 導(dǎo)審 批 資 產(chǎn) 管 理 部 門領(lǐng) 導(dǎo) 審 批財 務(wù) 部 領(lǐng) 導(dǎo) 審批 公 司 領(lǐng) 導(dǎo) 審 批yes yes yes資 產(chǎn) 管 理 人 員 查 詢報 表 yes結(jié) 束nono財 務(wù) 統(tǒng) 計 表no圖 210 資產(chǎn)報廢審批流程圖在圖 210 中資產(chǎn)使用者填寫報廢資產(chǎn)申請單，提交給部門領(lǐng)導(dǎo)進行審批。在綜合考察后，部門領(lǐng)導(dǎo)通過報廢申請，并將申請送至維修主管部門。維修部門由專人對資產(chǎn)進行可用性評估，考察資產(chǎn)是否可以報廢，通過后提交給資產(chǎn)管理部門進行登記，隨后財務(wù)部對報廢進行審批。財務(wù)部通過資產(chǎn)的采購價格、使用時間、創(chuàng)造價值等方面對資產(chǎn)的使用情況進行考核，并進行審批，通過后上報企業(yè)主管的領(lǐng)導(dǎo)進行審批簽字通過，并返還給資產(chǎn)管理部門維護資產(chǎn)的登記信息。最終財務(wù)部門維護相關(guān)的財務(wù)統(tǒng)計表，記錄資產(chǎn)的報廢。圖 211 是資產(chǎn)報廢審批過程中的用例圖。山東大學(xué)碩士學(xué)位論文26資 產(chǎn) 管 理 系 統(tǒng)提交資產(chǎn)報廢申請資產(chǎn)使用部門資產(chǎn)管理部門維修部門企業(yè)主管領(lǐng)導(dǎo)財務(wù)部門審批報廢申請維護報廢報表檢測資產(chǎn)是否可以報廢領(lǐng)用資產(chǎn)維修財務(wù)統(tǒng)計表圖 211 資產(chǎn)報廢審批用例圖 2資產(chǎn)變更此功能模塊的使用者是資產(chǎn)實際使用人員。在資產(chǎn)使用期間由于各種原因需要進行資產(chǎn)的變動，在發(fā)生變動時資產(chǎn)使用人員可以通過該功能在系統(tǒng)中添加資產(chǎn)變更單。主要參與的部門有：資產(chǎn)使用部門、資產(chǎn)管理部門。資產(chǎn)變更對于固定資產(chǎn)信息的處理，包括原值的重置、資產(chǎn)的評估、狀態(tài)的變更、資產(chǎn)的內(nèi)部調(diào)撥、變更附屬設(shè)備等業(yè)務(wù)。資產(chǎn)變更業(yè)務(wù)流程如圖 212 所示。山東大學(xué)碩士學(xué)位論文27實 物 資 產(chǎn) 變 更 業(yè) 務(wù) 流 程 系 統(tǒng) 自 動 處 理實 物 管 理 人 員系 統(tǒng) 管 理 人 員定 義 變 更 類 型定 義 變 更 類 型 對應(yīng) 的 變 更 項 目 資 產(chǎn) 屬 性 變 更 系 統(tǒng) 自 動 處 理 相關(guān) 表 的 修 改結(jié) 束圖 212 資產(chǎn)變更業(yè)務(wù)流程圖在圖 212 中，資產(chǎn)使用人員填制資產(chǎn)變更單后，相關(guān)的內(nèi)容將按照新的內(nèi)容現(xiàn)實在資產(chǎn)卡片上。提交完成后，資產(chǎn)變更單被提交至資產(chǎn)管理部門，進行審批合格后，由系統(tǒng)自動處理資產(chǎn)使用信息的修改，并由資產(chǎn)實物管理人員進行資產(chǎn)的變更調(diào)整。圖 213 是資產(chǎn)變更過程中的用例圖。資 產(chǎn) 管 理 系 統(tǒng)提交資產(chǎn)變更申請資產(chǎn)使用部門資產(chǎn)管理部門資產(chǎn)變更審批更改資產(chǎn)屬性維護系統(tǒng)資產(chǎn)信息圖 213 資產(chǎn)變更業(yè)務(wù)用例圖清產(chǎn)核資清產(chǎn)核資功能模塊主要的使用者是企業(yè)的資產(chǎn)管理部門。在企業(yè)的資產(chǎn)被使用的過程中，資產(chǎn)管理部門需要對其進行定期或不定期的清產(chǎn)核資操作，以山東大學(xué)碩士學(xué)位論文28明確企業(yè)內(nèi)資產(chǎn)的現(xiàn)狀，主要參與的部門有：資產(chǎn)管理部門、企業(yè)內(nèi)相關(guān)主管領(lǐng)導(dǎo)、財務(wù)部門。清產(chǎn)核資的目的是使實物與系統(tǒng)記錄一一對應(yīng)，便于資產(chǎn)的管理。清產(chǎn)核資的業(yè)務(wù)流程如圖 214 所示。清 產(chǎn) 核 資 管 理 流 程 上 級 領(lǐng) 導(dǎo) 財 務(wù) 部 門資 產(chǎn) 管 理 部 門檢 索 資 產(chǎn) 在 庫信 息掃 描 或 輸 入 實物 資 產(chǎn) 標(biāo) 簽盤 盈 信 息 審 批 yesyes結(jié) 束盤 點 資 產(chǎn) 盤 虧 信 息 審 批 資 產(chǎn) 增 加 財 務(wù)確 認資 產(chǎn) 減 少 財 務(wù)確 認nono圖 214 清產(chǎn)核資業(yè)務(wù)流程圖在圖 214 中，清產(chǎn)核資的流程是由企業(yè)資產(chǎn)管理部門發(fā)起的，首先需要進行兩個操作：從資產(chǎn)管理系統(tǒng)的數(shù)據(jù)內(nèi)檢索出現(xiàn)在有哪些資產(chǎn)在系統(tǒng)中是被記錄為使用中的；利用掃描或輸入編號的方式在系統(tǒng)內(nèi)的清產(chǎn)核資模塊內(nèi)輸入實際使用中的資產(chǎn)，以供系統(tǒng)統(tǒng)計比對。系統(tǒng)根據(jù)兩者的數(shù)據(jù)進行比較，盤點企業(yè)的資產(chǎn)，最終得出兩類數(shù)據(jù)：盤盈信息、盤虧信息。并根據(jù)兩者生成相應(yīng)的山東大學(xué)碩士學(xué)位論文29清算單，送交企業(yè)主管的領(lǐng)導(dǎo)審批，審批后將清單轉(zhuǎn)至財務(wù)部門進行資產(chǎn)變更的賬務(wù)確認。圖 215 是清產(chǎn)核資過程中的用例圖。資 產(chǎn) 管 理 系 統(tǒng)資產(chǎn)管理部門企業(yè)主管領(lǐng)導(dǎo)財務(wù)部門資產(chǎn)盤點輸入實際資產(chǎn)信息資產(chǎn)盤點審批檢索資產(chǎn)信息資產(chǎn)變化財務(wù)確認圖 215 清產(chǎn)核資用例圖報表統(tǒng)計報表統(tǒng)計是對當(dāng)前或歷史月份的資產(chǎn)變動情況的進行統(tǒng)計分析查詢，主要包括：資產(chǎn)統(tǒng)計查詢、倉庫統(tǒng)計查詢、維修費用分析、其他費用分析以及日志管理查詢等各種統(tǒng)計分析報表。此功能內(nèi)下級單位只能對本單位的數(shù)據(jù)進行統(tǒng)計分析，上級單位可以統(tǒng)計分析任意下級單位的數(shù)據(jù)，可以是一個單位，也可以是多個單位。在這其中，資產(chǎn)統(tǒng)計查詢用于設(shè)備臺帳的統(tǒng)計查詢?？梢园丛O(shè)備臺帳上的主要信息進行條件過濾，也可自定義需要展現(xiàn)的數(shù)據(jù)信息，同時還能夠提供必要的設(shè)備臺帳統(tǒng)計分析功能。倉庫統(tǒng)計查詢主要用于庫存設(shè)備的統(tǒng)計查詢，可根據(jù)設(shè)備類別、倉庫進行條件過濾，按設(shè)備類別、倉庫等信息統(tǒng)計。維修費用分析是用來查詢指定時間段的維修費用針對資產(chǎn)用途的分析。日志管理查詢則能夠按日期范圍、業(yè)務(wù)類型、資產(chǎn)類型、資產(chǎn)ID進行日志信息查詢，為系統(tǒng)的運行提供一個監(jiān)管的窗口。 系統(tǒng)非功能性需求功能性需求主要包含了系統(tǒng)的功能模塊，以用戶輸入數(shù)據(jù)，經(jīng)過系統(tǒng)處理，得到希望的結(jié)果的模式為主。功能性需求描述了系統(tǒng)在各個功能模塊處對用戶的請求進行的響應(yīng)與處理邏輯，是系統(tǒng)被開發(fā)的主要目的。但是這樣還不能完山東大學(xué)碩士學(xué)位論文30全地描述出一個系統(tǒng)的需求，我們還需要考慮系統(tǒng)的非功能性需求。非功能性需求常常被人們所輕視，甚至被忽視，但實際上它也是系統(tǒng)的一個非常重要方面。軟件產(chǎn)品非功能性定義不僅決定了產(chǎn)品的質(zhì)量，還在很大程度上對產(chǎn)品的功能需求定義造成影響。如果在系統(tǒng)開發(fā)初期沒有定義出很好的非功能性需求，會使得應(yīng)用系統(tǒng)在非功能性需求方面捉襟見肘，甚至?xí)沟霉δ苄孕枨蠼o用戶帶來的價值大打折扣。非功能性需求的內(nèi)容一般用非量化的指標(biāo)來表示。指標(biāo)描述了一個范圍，據(jù)此可以衡量系統(tǒng)的某些特性。在系統(tǒng)中，為了保證非功能性需求的準(zhǔn)確性和可測試性，主要采用了量化的指標(biāo)要求來描述。需求可以是大于或低于某個目標(biāo)界限或系列界限的值。資產(chǎn)管理系統(tǒng)包含的非功能性需求包括：可用性要求，可靠性要求，性能要求，可擴展性要求，界面要求，下面分別對各項要求進行分析。1. 安全性要求從設(shè)計之初，安全性就是設(shè)計人員考慮的關(guān)鍵問題。系統(tǒng)應(yīng)當(dāng)具備合適的驗證機制、網(wǎng)絡(luò)架構(gòu)、硬件系統(tǒng)等以保證系統(tǒng)安全，擁有高效的數(shù)據(jù)安全通信能力，以保證數(shù)據(jù)安全，防止數(shù)據(jù)被截留并篡改。同時還應(yīng)該建立完善的安全管理制度，保障系統(tǒng)的管理安全。2. 可靠性要求系統(tǒng)能否穩(wěn)定的提供服務(wù)，當(dāng)出現(xiàn)故障的時候是否能夠保證數(shù)據(jù)的正確性以及能否快速的排除故障，對系統(tǒng)的操作是否有完善的日志系統(tǒng)進行記錄。這些都是系統(tǒng)的可靠性需求中包含的內(nèi)容。這里包含了可用性、故障率與故障修復(fù)時間以及準(zhǔn)確性三個方面。(1) 可用性。系統(tǒng)能夠保持全天候的運行，隨時接受來自不同用戶的請求，并進行相關(guān)處理，在系統(tǒng)升級的時候能夠在停止運行后快速的恢復(fù)正常運轉(zhuǎn)。(2) 故障率和故障修復(fù)時間。故障率具體技術(shù)指標(biāo)要求故障發(fā)生頻率不高于1 次/ 月，且無不可恢復(fù)性故障發(fā)生。故障可恢復(fù)性具體技術(shù)指標(biāo)要求擁有備份機制，并提供方便的系統(tǒng)備份恢復(fù)工具，保障在 24 小時內(nèi)恢復(fù)系統(tǒng)環(huán)境；對重要數(shù)據(jù)進行有效性檢查，保障在發(fā)生故障時不會產(chǎn)生無效數(shù)據(jù)?？删S護性具體技術(shù)指標(biāo)要求提供方便地系統(tǒng)管理工具，供系統(tǒng)管理員進行系統(tǒng)設(shè)置和管理。山東大學(xué)碩士學(xué)位論文31提供方便的系統(tǒng)備份/恢復(fù)工具，供管理員對系統(tǒng)進行定期備份和在發(fā)生故障時恢復(fù)系統(tǒng)。(3) 準(zhǔn)確性。系統(tǒng)的輸入以及產(chǎn)生的輸出的數(shù)據(jù)要有嚴格的精確度