概要設計說明書實例

《概要設計說明書實例》由會員分享，可在線閱讀，更多相關《概要設計說明書實例（9頁珍藏版）》請在裝配圖網上搜索。

概要設計說明書 1 引言 1.1 編寫目的 本設計書是高校固定資產管理項目程序的研發(fā)概要設計，將項目開發(fā)進程中或者項目結束后提供給雙方人員使用，同時也可以作為實施后期的維護人員使用。 1.2 項目背景 作為軟件開發(fā)的前期文檔,可以幫助程序設計人員和管理人員提供清晰的設計思路，在軟件開發(fā)后期的維護階段也起到至關重要的作用。 委托單位：湖師計科學院 開發(fā)單位：湖師磁湖在線工作室 負責人：關老師 近幾年，隨著高校學生的人數(shù)增加，高校的固定資產也增加，而有一些破舊的資產不能合理的處理和管理，而對于學校這個大群體來說，一個個資產設備，物品，都需要更好的管理和維護，為了高校能夠很好的管理學校的設備，我們實驗室做了一個高校固定資產管理系統(tǒng)，為學校管理設備帶來方便和高效。 1.3 定義 B/S ：(Browser/Server結構）結構即瀏覽器和服務器結構。 需求： 用戶解決問題或達到目標所需的條件和功能；系統(tǒng)或系統(tǒng)部 要滿足合同、標準，規(guī)范或其他正式文檔所需具有的條件及權能。 1.4 參考資料 《國家標準軟件開發(fā)文檔規(guī)范》 《軟件開發(fā)流程》，清華大學出版社，2005年1月版 2 任務概述 2.1 目標 高校資產管理系統(tǒng)功能有：資產基本資料的管理，資產初始錄入，信息統(tǒng)計，盤點管理，折舊管理，審核管理和數(shù)據的導入功能，這只要是資產管理的功能。密碼設置，權限設置，系統(tǒng)日志及系統(tǒng)退出這主要是系統(tǒng)管理的功能。 2.2 運行環(huán)境 主機： PC兼容機內存256M以上，顯示分辨率800*600以上 操作系統(tǒng)：window98，window2000，WindowXP及Win7等。 2.3 需求概要 用戶對軟件系統(tǒng)要求使用簡單方便，必要的功能一定不能少，且界面設計要大方得體，有良好的視覺效果，待現(xiàn)在系統(tǒng)沒實現(xiàn)功能要記錄清楚，系統(tǒng)最后階段要盡量彌補用戶所需的功能。 2.4 限制描述 設計應當是模塊化的，即該軟件應當從邏輯上被劃分成多個部件，分別實現(xiàn)各種特定功能和子功能。 資產的編碼或者是資產的條形碼控制整個資產的流通過程，對于資產所處的狀態(tài)進行全程的跟蹤和時時的監(jiān)控。 資產的編碼/條形碼是由國家標準制定的，每一個資產物品都是又國家統(tǒng)一進行編碼的，為了使用的標準化，用戶可以進行查詢，但不允許更改。 設計最終應當給出具體的模塊（例如子程序或過程），這些模塊就具有獨立的功能特性。 3 總體設計 3.1 模塊外部設計 登錄模塊： 用戶輸入帳號和密碼進行驗證登錄。 部門信息維護：用戶可以自定義部門名稱，部門進行刪除、修改、新增操作。 資產類別維護：用戶可以自定義資產的類別，名稱有刪除、修改、新增操作。 員工信息維護：用戶可以新增員工的信息，信息進行修改、刪除、新增操作。 角色維護：用戶可以給每個員工進行角色分配，同時修改、刪除、新增操作。 資產來源維護：用戶可以對資產的來源進行維護，有修改、刪除、新增操作。 資產用途：用戶可以對資產的用途進行維護，有修改、刪除、新增操作。 權限維護：用戶可以對員工進行權限的分配，有修改、刪除、新增操作。 供應商信息維護：用來對供應商信息進行維護，有修改、刪除、新增操作。 資產的申購： 對需求的新資產進行申購，以表單的形式呈現(xiàn)上去。 領用審核：對資產領用的申請進行審核，要有查詢、退審、打印、導出功能。 報廢審核：對資產報廢的申請進行審核，要有查詢、退審、打印、導出功能。 出售審核：對資產出售的申請進行審核，要有查詢、退審、打印、導出功能。 請修審核：對資產請修的申請進行審核，要有查詢、退審、打印、導出功能。 借用審核：對資產借用的申請進行審核，要有查詢、退審、打印、導出功能。 資產的申購： 對申購的資產清單進行審核，審核通過則去采購，否則退回。 資產的登記： 對審核同通過的資產進行登記，財務部門入帳。 資產的借用： 資產可以暫時的借用，要登記、查詢功能。 資產的歸還： 借用的資產的歸還，要有登記和查詢功能。 資產的領用： 員工可以對資產進行領用，要有登記、查詢功能。 資產的維修： 對資產的維修就行登記，要有登記、查詢功能。 資產的折舊： 對資產在使用過程中的折舊進行登記和查詢操作。 資產的盤點： 核對資產的實際資產凈值和資產的數(shù)量與帳目的是否一致。 資產的報廢：對需要清理的資產進行報廢處理，要有登記和查詢。 資產的轉讓：對需要清理的資產進行轉讓處理，要有登記和查詢。 資產的贈送：對需要清理的資產進行贈送處理，要有登記和查詢。 資產的出售：對需要清理的資產進行出售處理，要有登記和查詢。 折舊的統(tǒng)計：對資產的折舊進行統(tǒng)計和分析，要有查詢和導出打印功能。 資產維修統(tǒng)計分析：對資產使用過程中的維修記錄進行統(tǒng)計分析，要有查 詢導出和打印功能。 3.2 基本設計概念和處理流程 系統(tǒng)的總體處理數(shù)據流程如下圖： 3.3 功能分配： 整體的功能模塊圖： 4 接口設計 4.1 用戶接口 用戶的錄入界面 用戶的登錄界面 用戶的查詢頁面 4.2 外部接口 條碼掃描儀掃面的條碼錄入系統(tǒng) 打印機打印系統(tǒng)所需要打印的表格內容 4.3 內部接口 登錄模塊的調用基礎信息維護模塊的數(shù)據 資產管理模塊調用基礎信息維護模塊的數(shù)據 資產統(tǒng)計分析模塊調用資產管理模塊的數(shù)據 資產審核模塊調用資產的管理模塊的數(shù)據 5 數(shù)據結構設計 5.1 邏輯結構設計 因為數(shù)據庫表比較多,現(xiàn)在寫出一些重要的表來記錄 （1）供應商信息 SupplierInfo 列名 數(shù)據類型 可否為空 說明 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 列名 數(shù)據類型 可否為空 說明 ID int(11) NOT NULL 員工信息表ID(主鍵) empNo varchar(20) NULL 員工編碼 empName varchar(10) NULL 員工姓名 sex varchar(4) NULL 性別 （3）部門信息表 DeptInfo 列名 數(shù)據類型 可否為空 說明 bmID int(11) NOT NULL 部門ID bmMC varchar(10) NULL 部門名稱 bmNO varchar(30) NULL 部門編號 （4）資產申請表 AssetsApplyTab 列名 數(shù)據類型 可否為空 說明 ID int(11) NOT NULL 資產申請表ID AssetNum int(5) NULL 資產數(shù)量 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 列名 數(shù)據類型 可否為空 說明 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 列名 數(shù)據類型 可否為空 說明 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 列名 數(shù)據類型 可否為空 說明 ID int(11) NOT NULL 角色表ID(主鍵) RoleNo varchar(20) NOT NULL 角色編碼 RoleName varchar(20) NULL 角色名稱 5.2 物理結構設計 密碼： 是以加密的形式存放的于數(shù)據庫中的。 資產的編碼：是由系統(tǒng)生成（用戶可以自定義） 長度為30 審核人：具有一定權限的管理人員 表中存儲的是審核人的編碼 長度為 30 審核日期： 審核人審核的當前日期由系統(tǒng)使用者自由設定 數(shù)量： 資產或是其他的數(shù)量 類型為 int 。 5.3 數(shù)據結構與程序的關系 系統(tǒng)的數(shù)據結構由標準數(shù)據庫語言SQL生成。 具體的例如創(chuàng)建部門信息表格的程序用SQL表示就是： CREATE TABLE [dbo].[DeptInfo]( [bmID] [int] IDENTITY(1,1) NOT NULL, [bmMc] [varchar](10) NULL, [bmNO] [varchar](30) NULL, [DepFatherCode] [varchar](30) NULL, CONSTRAINT [PK_DEPTINFO] PRIMARY KEY CLUSTERED 6 運行設計 6.1 運行模塊的組合 具體軟件的運行模塊組合為程序多窗口的運行環(huán)境，各個模塊在軟件運行過程中能較好的交換信息，處理數(shù)據。 6.2 運行控制 軟件運行時有較友好的界面，基本能夠實現(xiàn)用戶的數(shù)據處理要求。 6.3 運行時間 系統(tǒng)的運行時間基本可以達到用戶所提出的要求。 7 出錯處理設計 7.1 出錯輸出信息 在用戶使用錯誤的數(shù)據或訪問沒有權限的數(shù)據后，系統(tǒng)給出提示：“對不起，你非法使用數(shù)據，沒有權限！”而且用戶的密碼管理可以允許用戶修改自己的密碼，不允許用戶的匿名登錄。 7.2 出錯處理對策 由于數(shù)據在數(shù)據庫中已經有備份，故在系統(tǒng)出錯后可以依靠數(shù)據庫的恢復功能，并且依靠日志文件使系統(tǒng)再啟動，就算系統(tǒng)崩潰用戶數(shù)據也不會丟失或遭到破壞。但有可能占用更多的數(shù)據存儲空間，權衡措施由用戶來決定。 7.3 系統(tǒng)恢復設計 如果當前系統(tǒng)出現(xiàn)一些異常,而影響了用戶的正常使用,因為數(shù)據庫有備份,程序代碼也有備份,軟件開發(fā)人員應盡快發(fā)現(xiàn)問題的原因,及時改正過來,以保證系統(tǒng)的正常運行。 8 安全保密設計 系統(tǒng)的系統(tǒng)用戶管理保證了只有授權的用戶才能進入系統(tǒng)進行數(shù)據操作，而且對一些重要數(shù)據，系統(tǒng)設置為只有更高權限的人員方可讀取或是操作。系統(tǒng)安全保密性較高。 9 維護設計 由于系統(tǒng)較小沒有外加維護模塊，因為維護工作比較簡單，僅靠數(shù)據庫的一些基本維護。 9