概要設計說明書

1 引言

1.1 編寫目的
本設計書是高校固定資產管理專案程式的研發概要設計，將專案開發程序中或者專案結束後提供給雙方人員使用，同時也可以作為實施後期的維護人員使用。
1.2 專案背景
作為軟體開發的前期文件,可以幫助程式設計人員和管理人員提供清晰的設計思路，在軟體開發後期的維護階段也起到至關重要的作用。

委託單位：湖師計科學院 開發單位：湖師磁湖線上工作室 負責人：關老師

近幾年，隨著高校學生的人數增加，高校的固定資產也增加，而有一些破舊的資產不能合理的處理和管理，而對於學校這個大群體來說，一個個資產裝置，物品，都需要更好的管理和維護，為了高校能夠很好的管理學校的裝置，我們實驗室做了一個高校固定資產管理系統，為學校管理裝置帶來方便和高效。

1.3 定義
B/S ：(Browser/Server結構）結構即瀏覽器和伺服器結構。
需求： 使用者解決問題或達到目標所需的條件和功能；系統或系統部
要滿足合同、標準，規範或其他正式文件所需具有的條件及權能。

1.4 參考資料
《國家標準軟體開發文件規範》
《軟體開發流程》，清華大學出版社，2005年1月版

2 任務概述

2.1 目標
高校資產管理系統功能有：資產基本資料的管理，資產初始錄入，資訊統計，盤點管理，折舊管理，稽核管理和資料的匯入功能，這隻要是資產管理的功能。密碼設定，許可權設定，系統日誌及系統退出這主要是系統管理的功能。

2.2 執行環境
·主機： PC相容機記憶體256M以上，顯示解析度800*600以上
·作業系統：window98，window2000，WindowXP及Win7等。

2.3 需求概要
使用者對軟體系統要求使用簡單方便，必要的功能一定不能少，且介面設計要大方得體，有良好的視覺效果，待現在系統沒實現功能要記錄清楚，系統最後階段要儘量彌補使用者所需的功能。
2.4 限制描述
設計應當是模組化的，即該軟體應當從邏輯上被劃分成多個部件，分別實現各種特定功能和子功能。
資產的編碼或者是資產的條形碼控制整個資產的流通過程，對於資產所處的狀態進行全程的跟蹤和時時的監控。
資產的編碼/條形碼是由國家標準制定的，每一個資產物品都是又國家統一進行編碼的，為了使用的標準化，使用者可以進行查詢，但不允許更改。
設計最終應當給出具體的模組（例如子程式或過程），這些模組就具有獨立的功能特性。

3 總體設計

3.1 模組外部設計

登入模組： 使用者輸入帳號和密碼進行驗證登入。
部門資訊維護：使用者可以自定義部門名稱，部門進行刪除、修改、新增操作。
資產類別維護：使用者可以自定義資產的類別，名稱有刪除、修改、新增操作。
員工資訊維護：使用者可以新增員工的資訊，資訊進行修改、刪除、新增操作。
角色維護：使用者可以給每個員工進行角色分配，同時修改、刪除、新增操作。
資產來源維護：使用者可以對資產的來源進行維護，有修改、刪除、新增操作。
資產用途：使用者可以對資產的用途進行維護，有修改、刪除、新增操作。
許可權維護：使用者可以對員工進行許可權的分配，有修改、刪除、新增操作。
供應商資訊維護：用來對供應商資訊進行維護，有修改、刪除、新增操作。
資產的申購： 對需求的新資產進行申購，以表單的形式呈現上去。
領用稽核：對資產領用的申請進行稽核，要有查詢、退審、列印、匯出功能。
報廢稽核：對資產報廢的申請進行稽核，要有查詢、退審、列印、匯出功能。
出售稽核：對資產出售的申請進行稽核，要有查詢、退審、列印、匯出功能。
請修稽核：對資產請修的申請進行稽核，要有查詢、退審、列印、匯出功能。
借用稽核：對資產借用的申請進行稽核，要有查詢、退審、列印、匯出功能。
資產的申購： 對申購的資產清單進行稽核，稽核通過則去採購，否則退回。
資產的登記： 對稽核同通過的資產進行登記，財務部門入帳。
資產的借用： 資產可以暫時的借用，要登記、查詢功能。
資產的歸還： 借用的資產的歸還，要有登記和查詢功能。
資產的領用： 員工可以對資產進行領用，要有登記、查詢功能。
資產的維修： 對資產的維修就行登記，要有登記、查詢功能。
資產的折舊： 對資產在使用過程中的折舊進行登記和查詢操作。
資產的盤點： 核對資產的實際資產淨值和資產的數量與帳目的是否一致。
資產的報廢：對需要清理的資產進行報廢處理，要有登記和查詢。
資產的轉讓：對需要清理的資產進行轉讓處理，要有登記和查詢。
資產的贈送：對需要清理的資產進行贈送處理，要有登記和查詢。
資產的出售：對需要清理的資產進行出售處理，要有登記和查詢。
折舊的統計：對資產的折舊進行統計和分析，要有查詢和匯出列印功能。
資產維修統計分析：對資產使用過程中的維修記錄進行統計分析，要有查
詢匯出和列印功能。
3.2 基本設計概念和處理流程

系統的總體處理資料流程如下圖：

3.3 功能分配：

整體的功能模組圖：

4 介面設計

4.1 使用者介面
使用者的錄入介面
使用者的登入介面
使用者的查詢頁面

4.2 外部介面

條碼掃描器掃面的條碼錄入系統
印表機列印系統所需要列印的表格內容

4.3 內部介面

登入模組的呼叫基礎資訊維護模組的資料
資產管理模組呼叫基礎資訊維護模組的資料
資產統計分析模組呼叫資產管理模組的資料
資產稽核模組呼叫資產的管理模組的資料

5 資料結構設計

5.1 邏輯結構設計

因為資料庫表比較多,現在寫出一些重要的表來記錄

（1）供應商資訊 SupplierInfo
列名 資料型別 可否為空 說明
ID int(11) NOT NULL 供應商ID（主鍵）
SupNO varchar(30) NULL 供應商編碼
SuptMC varchar(20) NULL 供應商名稱
SuptAddr varchar(50) NULL 供應商地址
SupTel varchar(20) NULL 供應商電話
SupComment varchar(200) NULL 註釋

（2）員工資訊表 EmpInfo
列名 資料型別 可否為空 說明
ID int(11) NOT NULL 員工資訊表ID(主鍵)
empNo varchar(20) NULL 員工編碼
empName varchar(10) NULL 員工姓名
sex varchar(4) NULL 性別

                （3）部門資訊表  DeptInfo

列名 資料型別 可否為空 說明
bmID int(11) NOT NULL 部門ID
bmMC varchar(10) NULL 部門名稱
bmNO varchar(30) NULL 部門編號

                （4）資產申請表  AssetsApplyTab

列名 資料型別 可否為空 說明
ID int(11) NOT NULL 資產申請表ID
AssetNum int(5) NULL 資產數量
TypeNo varchar(30) NULL 類別編碼
NeedDate datetime NULL 需求日期
CheckRen varchar(10) NULL 稽核人
BuyDept varchar(20) NULL 審購部門
AssertPrice varchar(10) NULL 物資單價
AssertComment varchar(200) NULL 資產備註

（5）資產借出表 LendTab
列名 資料型別 可否為空 說明
ID int(11) NOT NULL 資產借出表ID(主鍵)
LendDate datetime NOT NULL 借出日期
BackDate datetime NOT NULL 歸還日期
AssertNo varchar(20) NULL 資產編碼
HandMan varchar(20) NULL 經手人
Log varchar(200) NULL 歸還記錄

（6）資產報廢表 BadTab
列名 資料型別 可否為空 說明
ID int(11) NOT NULL 資產報廢表ID(主鍵)
BadDate datetime NULL 報廢日期
HandMan varchar(20) NULL 經手人
BarCode varchar(30) NOT NULL 條形碼
CheckMan varchar(20) NULL 稽核人
CheckDate datetime NULL 稽核日期
Log varchar(300) NULL 報廢記錄

（7）角色表 RoleTab
列名 資料型別 可否為空 說明
ID int(11) NOT NULL 角色表ID(主鍵)
RoleNo varchar(20) NOT NULL 角色編碼
RoleName varchar(20) NULL 角色名稱

5.2 物理結構設計

密碼： 是以加密的形式存放的於資料庫中的。
資產的編碼：是由系統生成（使用者可以自定義） 長度為30
稽核人：具有一定許可權的管理人員 表中儲存的是稽核人的編碼 長度為 30
稽核日期： 稽核人稽核的當前日期由系統使用者自由設定
數量： 資產或是其他的數量 型別為 int 。

5.3 資料結構與程式的關係

系統的資料結構由標準資料庫語言SQL生成。
具體的例如建立部門資訊表格的程式用SQL表示就是：
CREATE TABLE [dbo].[DeptInfo](
[bmID] [int] IDENTITY(1,1) NOT NULL,
[bmMc] varchar NULL,
[bmNO] varchar NULL,
[DepFatherCode] varchar NULL,
CONSTRAINT [PK_DEPTINFO] PRIMARY KEY CLUSTERED

6 執行設計

6.1 執行模組的組合
具體軟體的執行模組組合為程式多視窗的執行環境，各個模組在軟體執行過程中能較好的交換資訊，處理資料。
6.2 執行控制
軟體執行時有較友好的介面，基本能夠實現使用者的資料處理要求。
6.3 執行時間
系統的執行時間基本可以達到使用者所提出的要求。

7 出錯處理設計

7.1 出錯輸出資訊
在使用者使用錯誤的資料或訪問沒有許可權的資料後，系統給出提示：“對不起，你非法使用資料，沒有許可權！”而且使用者的密碼管理可以允許使用者修改自己的密碼，不允許使用者的匿名登入。
7.2 出錯處理對策
由於資料在資料庫中已經有備份，故在系統出錯後可以依靠資料庫的恢復功能，並且依靠日誌檔案使系統再啟動，就算系統崩潰使用者資料也不會丟失或遭到破壞。但有可能佔用更多的資料儲存空間，權衡措施由使用者來決定。
7.3 系統恢復設計
如果當前系統出現一些異常,而影響了使用者的正常使用,因為資料庫有備份,程式程式碼也有備份,軟體開發人員應儘快發現問題的原因,及時改正過來,以保證系統的正常執行。

8 安全保密設計

系統的系統使用者管理保證了只有授權的使用者才能進入系統進行資料操作，而且對一些重要資料，系統設定為只有更高許可權的人員方可讀取或是操作。系統安全保密性較高。

9 維護設計

由於系統較小沒有外加維護模組，因為維護工作比較簡單，僅靠資料庫的一些基本維護。