222233334567778891010101010131313141引言編寫目的 2背景 定義 參考資料 2總體設計 需求規定 運行環境 基本設計概念和處理流程 結構 功能需求與程序的關系 人工處理過程 尚未問決的問題 3接口設計 用戶接口 外部接口 內部接口 4運行設計 運行模塊組合 運行控制 運行時間 5系統數據結構設計 6系統出錯處理設計 出錯信息 補救措施 系統維護設計 概要設計說明書1引言編寫目的在本學生收費系統項目的前一階段，也就是需求分析階段中，已經將系統用戶對本系統的需求做了詳細的闡述，這些用戶需求已經在上一階段中對東北林業大學的實地調研中獲得，并在需求規格說明書中得到詳盡的敘述及闡明。本階段已在系統的需求分析的基礎上，對學生收費系統做概要設計。主要解決了實現該系統需求的程序模塊設計問題。包括如何把該系統劃分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及數據結構、模塊結構的設計等。在以下的概要設計報告中將對在本階段中對系統所做的所有概要設計進行詳細的說明。在下一階段的詳細設計中，程序設計員可參考此概要設計報告，在概要設計對學生收費系統所做的模塊結構設計的基礎上，對系統進行詳細設計。在以后的軟件測試以及軟件維護階段也可參考此說明書，以便于了解在概要設計過程中所完成的各模塊設計結構，或在修改時找出在本階段設計的不足或錯誤。本文檔的預期讀者是用戶代表，軟件分析人員，開發人員，維護人員，測試人員和項目決策者。四旦背景待開發的軟件系統名稱《學生收費管理系統》；本項目（學生收費系統）是由大學委托，由信管一班第四小組負責開發；本項目的預期用戶：大學學生管理部門負責人及相關人員。定義1、 概要設計：概要設計的主要任務是把需求分析得到的DFD轉換為軟件結構和數據結構。2、 接口設計：接口設計包括三個方面：1） 用戶接口：用來說明將向用戶提供的命令和它們的語法結構，以及軟件的回答信息。2） 外部接口：用來說明本系統同外界的所有接口的安排包括軟件與硬件之間的接口、本系統與各支持軟件之間的接口關系。3） 內部接口：用來說明本系統之內的各個系統元素之間的接口的安排；3、 數據結構設計：描述數據類型的數據，主要描述的是被描述的數據是什么樣的，有什么結構單元。4、 模塊化：就是把程序劃分成若干個模塊，每個模塊具有一個子功能，把這些模塊集總起來組成一個整體，可以完成指定的功能，實現問題的要求。5、 抽象：就是抽出事物的本質特性而暫時不考慮它們的細節。參考資料《大學學生收費信息管理系統》軟件工程及其應用周蘇、王文等天津科學技術出版社1992/1軟件工程張海藩清華大學出版社1990/11《數據庫系統概論》，VB應用2總體設計需求規定在概念階段包括兩個核心活動：包需求定義和產品概念設計。本階段的輸入工件是項目任務書，其輸出工件是包需求和產品概念。本階段包含一個決策評審點，即DP1。DP1的重點在于審核當前項目的業務定位、資源計劃、財務計劃、開發計劃是否可行，是否可以進入下一階段或是否需要終止計劃。運行環境1、 設備：客戶程序硬件要求：具有PentiumIII處理器且滿足以下要求的計算機：最低1GB內存最小GB硬盤服務器硬件需求：具有PentiumIII處理器且滿足以下要求的計算機：最低1GB內存最小8GB硬盤，鼠標鍵盤2、 支持程序客戶程序多需軟件：Windows98/NT/2000或更高版本數據庫服務器軟件：WindowsNT/2000Server或更高版本SQLServer2000基本設計概念和處理流程對于SQLServer的企業版，本系統的實現采用典型的兩層模式、C/S結構來實現，不同的客戶端程序共同訪問中心數據庫，系統結構如圖1：SQLSeg2000SQLSeg2000Intranet圖1：多用戶版系統結構（C/S）設計說明：1、每一個計算機需要安裝客戶程序；2、每個客戶程序獨立訪問中央的數據庫服務器，不使用業務處理服務器；3、數據庫服務器使用SQLServer2000企業版來實現，對于目前的需求和數據量，SQLServer2000完全適用；4、多用戶并發訪問和處理、數據加鎖、事務協調，由SQLServer數據庫和數據庫服務器來完成；新年度學生寢室

變動通知新年度專業與收新年度學生學新年度畢業

費標準通知籍變動通知生通知新年度寢室意新年度新生檔新年度寢室I翱xce報表費標準通知?財務部*老生收費信息收費票據新生收費信息,繳費條目?財務人員學生-新年度學生寢室

變動通知新年度專業與收新年度學生學新年度畢業

費標準通知籍變動通知生通知新年度寢室意新年度新生檔新年度寢室I翱xce報表費標準通知?財務部*老生收費信息收費票據新生收費信息,繳費條目?財務人員學生-繳費憑證票據圖1-3：收費業務流程圖結構在本系統的版本中，采用VisualBasic快速原型技術來實現系統的框架，使用的技術包括傳統的窗體、模塊、界面元素、數據訪問技術，結合要實現的功能，i ;主界面 ：登錄已有的任務列表輸入收費信息，執行增加操作登錄已有的任務列表輸入收費信息，執行增加操作用戶事件和操作系統時鐘事件ADO（OLEDB）

圖2：系統邏輯結構圖3：系統模塊劃分功能需求與程序的關系本條用一張如下的矩陣圖說明各項功能需求的實現同各塊程序的分配關系:-...模塊、組件或子系統功能和需求描述1234567永久存儲用戶輸入的任務的信息V任務調度和任務查找操作簡易V任務的刪除和更新V能夠針對任務設置啟動時間、終止時間、任務時間間隔V任務啟動的提示、多任務的啟動提示V顯示系統的時鐘V任務啟動時間、終止時間、任務啟動時間間隔調整V在多用戶環境下，允許不同的人管理V自己的任務人工處理過程（不適用）尚未問決的問題需求中的問題在本設計中已經全部實現，本程序是產品的一個原型和最初的版本，以后考慮要增加的功能可能包括以下的一個或者多個方面：1、 多用戶版本的用戶管理操作；2、 支持市場和產品銷售所需要的產品加密、使用驗證或者產品系列號功能；3、 可執行程序的自動調度和執行；4、 日程和項目活動安排提示；5、 自動電子文稿篩選、電子文稿自動摘要；6、 界面的改進（例如修改程序為一個任務欄運行的程序指示器）、易用性的增強；7、 磁盤文件監控；8、 個人數據的分類、存儲；9、 公共數據庫；3接口設計本系統采用快速原型開發工具VisualBasic進行開發，所提供的不同層次的接口，都具有高度的集成性，本系統沒有采用低級語言設計和完成自定義的接口，因此接口設計大部分已經由不同方式的組件來完成了，以下只做簡單的說明。用戶接口本系統提供可視化的操作方式，不提供命令控制語句進行輸入控制，從而用戶只需要使用鼠標進行命令操作，使用鍵盤輸入系統接收的參數。用戶接口集中在圖2中的界面層，用戶主要通過窗體、控件、對話框等可視化元素進行交互。輸入輸出，界面接口操作包括以下的方面：序號輸入信息界面操作輸出1獨立的任務的信息添加、保存操作按鈕對應任務被保存2指定一個任務刪除操作按鈕該任務被刪除3指定一個信息，輸入該任務新的內容更改操作按鈕該任務原來的內容被新的內容所代替4指定任務的啟動、結束、間隔時間更新任務啟動信息的操作按鈕對應信息被保存5指定一個任務刪除按鈕該任務被刪除6指定一個信息，輸入該任務新的內容更改操作按鈕該任務原來的內容被新的內容所代替10自動系統時間自動彈出任務執行信息提示11特定的任務信息確認查找按鈕顯示查詢到的結果外部接口VBApplication包括了支持程序，主要的支持程序為，這些動態連接庫通過COM的方式提供支持，COM的相關說明，請參考其他資料。任務項目程序通過ActiveDataObject（ADO）接口訪問數據庫，ADO對數據庫訪問對象進行了層次式的封裝，詳細的有關ADO的說明，請參考ADO相關的技術資料。與數據庫的接口設計，主要集中在圖2中數據庫訪問模塊的獨立封裝部分，詳細的接口、訪問調用。內部接口內部接口主要集中在兩個方面，在圖2中，包括:A、 事件與操作事務處理單元間的接口；B、 事務處理單元與數據庫的接口；事件與操作事務處理單元間的接口可以用圖4來描述:圖4：事件與操作事務處理單元接口界面元素的事件，通過內置機制，并通過操作系統派發到程序的處理執行代碼，這些代碼將進行對應的數據訪問的功能，并且把執行結果反過來顯示在界面元素上，這一層次的接口是直接的，不通過構造對象來實現。事務處理單元與數據庫的接口描述如圖5；圖5：界面層與數據處理層的接口ADO對象與OLEDB的接口或者實現，對本系統來說是屏蔽的4運行設計運行模塊組合說明對系統施加不同的外界運行控制時所引起的各種不同的運行模塊組合，說明每種運行所歷經的內部模塊和支持軟件。運行控制使用權限管理和模塊間的連接進行控制運行時間以用戶選擇的功能個數及執行次數而定5系統數據結構設計系統功能結構圖FTII也票據管坦撤費件理單業主處坦信總直詢TFTII也票據管坦撤費件理單業主處坦信總直詢T叵＜：■!=一，細打中系統功能結構圖1-1各功能模塊的具體功能如下：基本信息設置：對系別信息、專業信息、費用項目信息、費用明細信息、寢室費用信息進行設置.繳費管理：針對學生繳費、調寢繳費、費用預繳操作進行處理費用處理：進行費用添加、費用編輯、退費處理、生應收費生成操作.系統維護：包括數據庫備份與恢復、用戶管理、密碼管理、重新登陸.信息查詢：對學生基本信息、學生應收費用信息、學生已收費用信息以及欠費信息進行查詢.學籍管理：負責對學生基本信息修改、學籍變動、新生檔案導入以及未報到新生進行相應的處理.匯總統計：包括收費匯總統計、日記賬統計和新生報到情況匯總.票據管理：負責對票據發放、上交、回收、作廢、更改、打印進行處理畢業生處理：包括畢業生生成、畢業生基本信息查詢、畢業生已收費用查詢數據庫設計數據庫E-R如圖5-1所示學籍變動信息預繳費信息PK學號變動前學號姓名變動前班級變動后班級學制變動方式變動原因變動時間用戶id操作時間PKPKFK繳費編號費用明細編號費用項目類別費用名稱系別名稱專業名稱專業年度學制學號姓名所在班級編號收費金額預繳金額預交費時間-繳費類別繳納寢室系別PK系別編號系別名稱<1..n費用項目專業PK 專業編號專業名稱專業年度屬于PK寢室類別學生PK學號姓名所在班級編號1..n用戶信息使用狀態備份數據信息PK用戶編號用戶姓名用戶密碼FK權限名稱PK備份文件編號備份日期用戶權限PK權限標識權限名稱退費情況表PK費用項目編號費用項目類別費用項目名稱使用狀態學制1“n票據學籍狀態1..n學籍變動信息預繳費信息PK學號變動前學號姓名變動前班級變動后班級學制變動方式變動原因變動時間用戶id操作時間PKPKFK繳費編號費用明細編號費用項目類別費用名稱系別名稱專業名稱專業年度學制學號姓名所在班級編號收費金額預繳金額預交費時間-繳費類別繳納寢室系別PK系別編號系別名稱<1..n費用項目專業PK 專業編號專業名稱專業年度屬于PK寢室類別學生PK學號姓名所在班級編號1..n用戶信息使用狀態備份數據信息PK用戶編號用戶姓名用戶密碼FK權限名稱PK備份文件編號備份日期用戶權限PK權限標識權限名稱退費情況表PK費用項目編號費用項目類別費用項目名稱使用狀態學制1“n票據學籍狀態1..n屬于1..n備份路徑應繳費信息已繳費信息PKPKFKPKPKFK1“n費用明細PK費用明細編號FK系別名稱FK專業名稱FK專業年度FK學制收費金額1..n使用狀態、A繳納PK票據編號收費日期學號姓名學年繳費編號收費項目收費標準金額各注審核人收款人<>繳納1..n票據狀態FKFKFKFKFK繳費編號費用明細編號費用項目類別費用名稱系別名稱專業名稱專業年度學制學號姓名所在班級編號收費金額已交金額交費起始日期未交金額繳費類別開收PKPKFKFK繳費編號費用明細編號費用項目類別費用名稱系別名稱專業名稱專業年度學制學號姓名所在班級編號收費金額交費起始日期交費結束日期收款員姓名票據編號繳費類別1..nFK繳費編號費用明細編號費用項目類別費用名稱系別名稱專業名稱專業年度學制學號姓名所在班級編號收費金額已交金額退費金額交費起始日期剩余金額票據編號繳費類別返還圖5-1數據庫E-R圖表5-1DepartmentInfor(系別表)序號英文名中文名類型長度（字符）1ID編號Varchar(20)202DepartmentID系別編號Varchar(2)1-23DepartmentName系別名稱Varchar(30)4-30表5-2MajorInfor(專業信息表)序號英文名中文名類型長度（字符）1ID編號Varchar(20)202MDepartmentID系別編號Varchar(2)1-23MajorID專業編號Varchar(2)1-24MajorName專業名稱Varchar(26)4-265MInYear入學年份Char(4)46MHowLong學制Char(4)4表5-3StudentInfor(學生，'言息表）序號英文名中文名類型長度（字符）I01-01St_Id統計編號Char5字節I01-02St_Nm統計任務Char4字節I01-03St_Rn統計范圍Char4字節I01-04St_Fe費用類型Char4字節I01-05St_Dy時間類型Char6字節I01-06Stu_Id學號Char10字節I01-07Stu_Nm學生姓名Varchar8字節I01-08Stu_Sx學生性別Char2字節

I01-09Stu_Did系別編號Varchar2字節I01-10Stu_Mid專業編號Varchar2字節I01-11Stu_CNo班級編號Char7字節I01-12Stu_Rc寢室類別Char6字節I01-13Stu_InY入學年份Char4字節I01-14Stu_Hl學制Char4字節I01-15Stu_Ws學籍狀態Varchar8字節I01-16Stu_Mo備注Varchar100字節I01-17Stu_IId內部IDVarchar20字節I01-18Hp_deId費用IDVarchar40字節I01-19Hp_RcId費用類型IDVarchar20字節I01-20Hp_SNm費用名稱Varchar20字節I01-21Hp_HInY繳費年度Char