第一篇：圖書館管理系統需求規格說明書

軟件需求規格說明書

圖書館管理系統需求規格說明書

1．導言 1.1編寫目的

圖書管理信息系統的前階段，對本系統的需求做了詳細的闡述，并提出了這份軟件需求規格說明書。

此需求規格說明書對圖書管理信息系統軟件做了全面細致的用戶需求分析，明確所要開發的軟件應具有的數據庫、功能、性能等，使系統分析人員及軟件開發人員都能清楚地了解用戶的需求，并在此基礎上進一步提出概要設計說明書和完成后續設計與開發工作。本說明書的預期讀者為用戶、需求分析人員、代碼編寫人員、測試人員、用戶文檔編寫者、項目管理人員。

在下一段的設計中，程序設計員可參考此需求分析規格說明書，在需求分析說明書對圖書館管理信息系統所做的模塊結構設計的基礎上進行詳細設計。在以后的軟件測試以及軟件維護階段也可參考此說明書，以便于了解在概要設計過程中所完成的各模塊設計結構，或在修改或發現錯誤時找出在本階段的不足或錯誤。1.2項目背景

由于圖書館書籍多，查找、增加、借閱、歸還極為不便，要浪費許多的人力、腦力、物力。圖書的管理不當會嚴重導致圖書館書籍的遺失等問題。于是我們希望能找到解決的方法。

為了解決以上的問題，讓圖書館能夠有效的管理圖書館書籍，有效的利用軟件的便捷，保護好書籍，促進圖書館管理的信息化和規范化。我們多方聽取意見、分組討論、查閱資料，進而了解圖書館管理的流程，開發出一套適合于圖書館書籍多而復雜的管理系統。1.3縮寫說明

系統：若未特別指出，統指本圖書信息管理系統。SQL：Structured Query Language（結構化查詢語言）。

1.4術語定義SQL SERVER：系統服務器所使用的數據庫管理系統（DBMS）。

SQL：一種用于訪問查詢數據庫的語言。主鍵：數據庫表中與其他表主鍵關聯的域。外部主鍵：數據庫表中的關聯域。值互不相同。

需求：用戶解決問題或達到目標所需的條件或功能；系統或系統部件要滿足合同、標準，規范或其它正式規定文檔所需具有的條件或權能。

軟件需求規格說明書

1.5參考資料

《軟件工程實務》羅先文、徐軍，重慶大學出版社，2005年3月

《UML 用例驅動對象建模》Doug Rosenberg、Kendall Scott著，徐海、周靖、陳華偉譯，清華大學出版社，2003年5月

《UML 系統分析設計應用案例》 冀振燕，人民郵電出版社，2003年6月 《NET語言程序設計》 陳煒，人民郵電出版社，2005年1月 《SQL Server數據庫》呂鳳順，清華大學出版社，2006年9月 《網頁設計與制作》于巧娥、何金奎，北京大學出版社，2006年1月 2．任務概述 2.1系統定義

實現圖書管理信息系統的基本需求。讓圖書館能夠有效的管理圖書的查詢、借閱、增加、歸還等操作，保護好文件，促進圖書管理的信息化、規范化，實現圖書館的智能化管理，以提高圖書館的的工作效率。2.2應用環境

硬件環境：一臺586 以上的微機及兼容內存16MB（最好32MB內存）

軟件環境：windows 98 以上的操作系統 ；Office 2000應用軟件 操作系統：Microsoft Windows 2000 Advanced Server 支持環境：IIS 5.0 數 據 庫：Microsoft SQL Server 2000 2.3假定條件與限制

本圖書管理信息系統軟件是應用于中小型的圖書館。在功能上還不是很健全，還需要進一步完善，還可進一步實現與E-Mail和Internet電話連接起來，成為網絡圖書管理信息系統軟件。3．需求規定 3.1對功能的規定

(1)圖書信息表(book)：數據結構（自動編號ID,圖書編號（BookID），書號（ISBN），價格（Price），類別名（Kind），圖書名（BookName），出版社（Publish），借出日期（BorrowDate），是否借出（IsBorrowed））

(2)借出圖書信息表（bookoff）：數據結構(自動編號ID,借書證號（LoanNum），姓名（Name），圖書編號（BookID），書名（BookName），價格（Price），類別（Kind），出版社（Publish），借出日期（BorowDate）)

軟件需求規格說明書

(3)管理員信息表（Librarian）：數據結構（自動編號ID,名稱（LibName），密碼（Password））

(4)讀者信息表（personal）：數據結構（自動編號ID,讀者編號（ReaderNum），借書證號（BorrowNum），姓名（Name），班級(Class)，部門(Depart)，職稱(Tittle)，罰款（Fine））

(5)圖書類型信息表(type)： 數據結構（自動編號ID，類別名(Kind)，借出天數(BorrowedDay)）3.2對性能的定義 3.2.1 精度

（1）要按照嚴格的數據格式輸入，否則系統不給予響應進行處理。

（2）查詢時要保證查全率，所有相應域包含查詢關鍵字的記錄都應能查到。（3）添加記錄時必須寫入正確的記錄字段。3.2.2時間特性要求

一般操作的響應時間應在1~2秒內，對軟磁盤和打印機等的操作也應在可接受的時間內完成。3.2.3靈活性說明

滿足圖書館使用的需求（記錄量控制在100項內）；對前面提到的運行環境要求不應存在困難。3.3輸入輸出的要求

輸入數據：菜單選項，查找關鍵字，新建記錄項。

輸出數據：由查詢關鍵字確定的數據庫記錄集合。（1）系統管理

1)用戶登錄：用于管理員或讀者登錄，進行圖書館書籍及資料的查詢。2)用戶注冊：用于用戶及管理員的注冊，當數據庫中有了用戶資料之后此用戶才有權限登錄系統。

3)修改密碼:只限于已經注冊的用戶或管理員的操作。以便于個人登錄的識別。

（2）圖書管理

1)圖書的分類：主要是適合于管理員的操作，對圖書進行分類以便讀者查詢、借閱書籍。

2)查詢書籍：主要給借閱者使用，是為了方便借閱者查詢自己想要的圖書，

軟件需求規格說明書

借閱者輸入圖書的相關關鍵字，按下按鈕即可查詢到于此相關的書籍。

3)圖書的添加：是給管理員用的功能，如有新增書籍，可通過這項功能，在數據庫中添加一項紀錄，讓讀者預留、借閱等。

4)圖書的刪除：是給管理員用的功能，當圖書館沒有此書籍時，在數據庫中刪除此圖書的信息。（3）借書證管理

1)借書證的添加:僅圖書管理員可以使用的功能，在數據庫中添加讀者的借書證信息，方便讀者借閱圖書。

2)借書證信息的修改：修改讀者的圖書證信息記錄

3)借書證的刪除：刪除讀者的圖書證信息記錄

4)借書證的借書上限和逾期罰金： 根據等級或其他信息規定該讀者最多能借閱幾本書籍，歸還書籍時如果超過期限，規定超過一天罰多少錢（4）借書和還書操作管理

1)借書操作：用戶借書后在借出圖書信息表中添加用戶信息及書籍信息等 2)還書操作：用戶歸還書籍后在表中刪除借出信息便于他人借閱。3)續借操作：當用戶圖書到期后，如需再借閱則可使用此功能。（5）打印報表

1)打印單條圖書記錄:主要適用于一般瀏覽者和一般用戶。他們只能打印在他們的權限和級別范圍內所能查看的圖書館信息資料。

2)打印全部檔案:是為管理員設置的，管理員可以根據需要設置打印。也可以讓檔案以報表或其它形式生成文本文件或HTML文件輸出。打印操作人員的信息只限管理員使用。

3.4數據管理能力的需求（五個基本數據表單）

圖書信息表(book)借出圖書信息表（bookoff）圖書編號 BookID 借書證號 BorrowNum 書號 ISBN 圖書編號 BookID 價格 Price 借出日期 BorowDate 類別名 Kind 是否借出 IsBorrowed 圖書名 BookName 出版社 Publish 數量 Amount 作者 Author

讀者信息表（personal）管理員信息表（Librarian）姓名 ReaderName 名稱 LibName

軟件需求規格說明書

密碼 Password 密碼 Password 班級 Class 部門 Depart 圖書類型信息表(type)職稱 Tittle 圖書編號 BookID 借書證號 BorrowNum 類別名 Kind 罰款 Fine 借出天數 BorrowedDay 3.5故障處理要求

正常使用時不應出錯，若運行時遇到不可恢復的系統錯誤，也必須保證數據庫完好無損。調試中遇到的問題及解決的方案：

（1）遇到跳出“數據庫已經關閉”提示信息阻止程序運行時：可以查看一下進行此項操作時，操作的表是否已經被關閉了或者是在沒有關閉此表的情況下又一次運用打開語句打開此表。

（2）關于空記錄帶來的麻煩：有些空記錄往往會使程序無法運行。此時你可用“if not isnull”語句先判斷一下是否為空記錄，再操作。（3）有些運行錯誤也可用如下語句排除 On Error GoTo Erropoint

Erropoint :

Msgbox Err.Descripton

Exit sub

或用On Error resume Ｎext 等語句進行處理。3.6其他要求

（1）系統的功能實現情況: 用戶可在本系統下實現各種用戶要求的功能（2）系統的安全性: 對于系統的重要數據都有密碼保護，具有一定的安全性（3）系統的容錯性: 用戶輸錯數據都有提示信息，具有較好的容錯性能。（4）系統的封閉性: 用戶的封閉性較好，用戶基本上在提示信息下輸數據 4．運行環境規定 4.1設備

本軟件不需要特定的硬件或硬件接口進行支撐；486以上PC機均可運行此軟件。4.2支持軟件

運行于Windows95及更高版本具有WIN32 API的操作系統之上。開發軟件：Dreamweaver、SQL Server、Microsoft web developer 4.3雙方簽字

軟件需求規格說明書

需求方（甲方）： 開發方（乙方）： 日期：2010年11月17日

第二篇：倉庫管理系統需求規格說明書

倉庫管理系統需求規格說明書

(第十二組）

1．引言...........................................................................................................................1

1.1編寫目的.............................................................................................................1 1.2項目背景.............................................................................................................1 1.3參考資料.............................................................................................................1 2．任務概述....................................................................................................................2

2.1目標......................................................................................................................................2 2.2運行環境.............................................................................................................2 2.3條件與限制..........................................................................................................2 3．數據描述....................................................................................................................3

3.1靜態數據.............................................................................................................3

3.2動態數據.............................................................................................................3 3.3數據庫介紹..........................................................................................................3 3.4數據詞典.............................................................................................................3 3.5 E-R圖.................................................................................................................3 3.6數據采集.............................................................................................................3 4．功能需求....................................................................................................................6

4.1功能劃分.............................................................................................................6 4.2功能描述.............................................................................................................6 5．性能需求....................................................................................................................7

5.1數據精確度..........................................................................................................7 5.2時間特性.............................................................................................................7 5.3適應性.................................................................................................................7 6．運行需求..................................................................................................................10

6.1用戶界面...........................................................................................................10

6.2硬件接口...........................................................................................................10 6.3軟件接口...........................................................................................................10 6.4故障處理...........................................................................................................10 7．其它需求..................................................................................................................12

7.1正確性...............................................................................................................12 7.2可維護性...........................................................................................................12 7.3可移植性...........................................................................................................12 7.4軟件的完整性....................................................................................................12 7.5軟件的安全性....................................................................................................12

倉儲管理系統需求規格說明書

1．引言

1.1編寫目的

本需求分析報告的目的是規范化本軟件的編寫，旨在于提高軟件開發過程中的能見度，便于對軟件開發過程中的控制與管理，同時提出了倉儲管理系統的軟件開發過程，便于程序員與客戶之間的交流、協作，并作為工作成果的原始依據，同時也表明了本軟件的共性，以期待能夠獲得更大范圍的應用。

本文檔是在調研倉庫管理制度及倉庫管理人員對于管理系統的需求后，為明確軟件需求、安排項目規劃與進度、組織軟件開發與測試而撰寫的。

1.2項目背景

倉儲管理系統（WMS）是倉儲管理信息化的具體形式，它在我國的應用還處于起步階段。一個好的倉庫管理系統將會給企業帶來豐厚的經濟效益和社會效益。由此，設計一個優秀的倉庫管理系統就顯得尤其重要。物資的儲存和運輸是整個物流過程中的兩個關鍵環節，被人們稱之為“物流的支柱”。在商品交換過程中，雖然物資的購、銷活動決定了物資的交換關系，但若沒有物資的儲存和運輸，物資的這種交換關系則不能最終實現。

本程序設計由計算機與信息工程學院網絡工程專業09級7班第12組提出并執行。

1.3參考資料

1.張海潘

軟件工程導論（第5版）清華大學出版社.2008年2月

2.C#網絡應用編程（第二版）人民郵電出版社

馬俊主編

3.C#程序設計及應用教程（第二版）

人民郵電出版社

馬俊主編

4.網絡資源

本小組所有成員皆可保證所用的一切資源均來自正規途徑，不牽扯到任何法律

第 頁

倉儲管理系統需求規格說明書

方面的問題。

2．任務概述

2.1目標

倉儲管理的內容應該包括三個部分：倉儲系統的布局設計、庫存最優控制、倉儲作業操作。

設計并完成倉儲物資管理系統，實現委托方要求的功能。“倉庫信息管理系統”是一套功能強大而又操作簡便，實用性的倉儲管理軟件，其主要包括有用戶登錄、倉庫管理、業務查詢和系統設置管理四大管理功能。系統主要的實現目標是監控整個倉庫的運行情況，提供完善的任務管理計劃功能，實時監控所有貨物的在線運動情況，實時提供庫存變化的信息，完善公司倉儲情況的監制與有效利用，以提高倉庫存效率，為企業適時的提供倉儲信息，為企業創造更多收入與利潤。

2.2運行環境

操作系統：Microsoft Windows 95/98/ME/NT_3.51/NT_4.0/2000/XP/ Server_2003/Vista/Server_2008/7/Server_2008_R2中的任何一種。

數據庫名稱：Microsoft SQL Server 2008。

2.3條件與限制

本系統在 Windows 環境中開發，故在Windows中運行無其它因素限制。

要求系統的操作人員應具有一定的計算機方面的知識或經過相應的培訓經驗，突發情況可進行操作以緩解損害情況，同時應做好對后臺數據庫的保密工作。

第 頁

倉儲管理系統需求規格說明書

3．數據描述

3.1靜態數據

a.用戶ID b.用戶身份 c.用戶密碼 d.貨物ID e.貨物名稱 f.貨物所屬倉庫 g.倉庫ID h.倉庫狀態 i.倉庫備注信息 j.用戶備注信息 k.貨物備注信息

3.2動態數據

輸入數據：菜單選項，查詢關鍵字，新建記錄項。

輸出數據：由查詢關鍵字確定的數據庫記錄集合或全部記錄內部生成的數據，中間查詢結果。

3.3數據庫介紹

微軟SQL Server 2005 SP1加入數據庫鏡像功能，為SQL Server 2005 Express Edition提供新管理工具，并且加強了SAP NetWeaver智能商務系統的報告反饋支持功能。

第 頁

倉儲管理系統需求規格說明書

3.4數據詞典

第

頁

倉儲管理系統需求規格說明書

3.5 E-R圖

性別姓名聯系方式備注ID用戶名密碼權限聯系方式普通用戶交互倉庫管理員交互管理系統操作員使用倉庫ID用戶名權限密碼

編號管理員ID狀態圖 3.1 系統E-R圖

描述：該系統中包含的用戶以及屬性如圖3.5，其中對應關系為，普通用戶與系統操作員為多對一，與倉庫管理員為多對一，系統操作員與倉庫為多

第 頁

倉儲管理系統需求規格說明書

對一，倉庫管理員與倉庫為一對一。

另外該系統中有一個超級管理員，負責對系統進行配置管理，對數據庫進行備份，增加，刪除系統操作員，倉庫管理員信息等操作。系統超級管理員用例圖見4.2功能劃分。

3.6數據采集

系統管理員與用戶通過鍵盤輸入倉庫信息及反饋信息。

4．功能需求

4.1功能劃分

一個功能完善的倉庫信息管理系統，必須包括以下幾個主要功能：用戶登錄、倉庫管理、業務查詢、系統設置。系統總體模塊圖如下

第 頁

倉儲管理系統需求規格說明書

倉儲管理系統用戶登錄倉庫管理業務查詢系統設置登錄注銷退出進退領退調盤貨貨料料撥點庫存銷售歷史記錄查詢用戶管理供應商管理倉庫進貨倉庫退貨倉庫領料倉庫退料商品調撥倉庫盤點庫存查詢 圖4.1

倉儲管理系統模塊圖

4.2功能描述

（一）用戶登錄

（1）用戶登錄

用戶可以用兩種身份登錄本系統：普通操作員和管理人員。不同身份的用戶登錄被系統授予不同的使用權限，這樣提高了系統的安全性，避免了無關人員獲取不在他權限范圍內的信息。

（2）用戶注銷

用戶在短時間不使用該系統時，不必退出系統，選擇注銷后，其他用

第 頁

倉儲管理系統需求規格說明書

戶可以登錄使用本系統。

（3）退出系統

用戶在完成工作后，點擊退出系統按鈕可以安全的退出，以免不安全退出導致數據丟失情況的發生。

（4）超級管理員管理

圖4.3

超級管理員用例圖

（二）倉庫管理

（1）倉庫進貨

倉庫進貨模塊要求操作員輸入商品號、商品名稱、進貨數量、單位和供應商等信息，系統自動的將當前系統時間作為進貨時間更新到數據庫，并且統計進貨金額，該操作完成后，倉庫相應貨物的數量為原貨物數量和進貨數量的總和，并更新數據庫。

（2）倉庫退貨

倉庫退貨模塊要求操作員輸入退貨商品號、退貨數量、單位和供應商，系統自動的將當前系統時間作為退貨時間更新到數據庫，并且統計退貨金額，該操作完成后，相應貨物的數量為原貨物數量除去退貨的數量，并更新數據庫。

（3）倉庫領料

倉庫領料模塊要求操作員輸入領取商品號、領取數量、領料人等，系統自動的將當前系統時間作為領料時間更新到數據庫，并且統計總領料數

第 頁

倉儲管理系統需求規格說明書

量。該操作完成后，相應貨物的數量為原貨物數量減領料的數量并更新數據庫。

（4）倉庫退料

倉庫退料模塊要求操作員輸入退料商品號、退料數量、退料人等，系統自動的將當前系統時間作為退料時間更新到數據庫，并且統計總退料數量。該操作完成后，相應貨物的數量為原貨物數量加退料的數量，并更新數據庫。

（5）商品調撥

商品調撥模塊要求操作員輸入調撥商品號、調撥數量、調撥人等，系統自動的將當前系統時間作為調撥時間更新到數據庫，并且統計總調撥數量。

（6）倉庫盤點

商品盤點模塊要求用戶（管理員）輸入某商品號，該商品實際數量（增加或刪除），系統會自動的將當前系統時間作為盤點時間更新到數據庫，并且統計總盤點過程中修改的數量。

（三）業務查詢

業務查詢模塊圖

（1）庫存查詢

第 頁

倉儲管理系統需求規格說明書

用戶可以查詢所有的商品的庫存，也可以輸入某件商品的ID號從而得到該商品的庫存量。

（2）銷售查詢

用戶（管理員）給出某個時間段，系統就根據庫中的資料給出該段時間中所有商品的銷售情況。

（3）倉庫歷史記錄查詢

用戶可以查詢的類型包括：倉庫進貨、倉庫退貨、倉庫領料、倉庫退料、商品調撥、倉庫盤點，用戶選擇查詢的類型后，再輸入需要查詢的時間，系統返回歷史操作記錄。

（四）系統設置（1）供應商管理

用戶可以增加新的供應商，需要輸入供應商的一些信息，包括：供應商號、名稱、聯系人、聯系電話、傳真、地址和郵政編碼。用戶也可以對已經存在的供應商信息進行查詢和修改。

管理員可以增加、刪除、修改和查詢用戶。

5．性能需求

5.1數據精確度

由于采用數據庫技術并且用戶的應用領域對數據精度的要求不是太高，所以這點在系統中表現的比較少，都是用戶數據的安全性和準確性是完全保證的，所以對用戶的使用沒有多大的障礙。

5.2時間特性

本系統的數據庫較小，所以程序在響應時間，數據更新處理時間上性能是比較突出的、而且也正由于數據量相對較少，故在數據傳輸時間和系統運行時間上表現的叫讓用戶滿意。無論是客戶還是管理員，當用戶登錄，進行任何操作的時候，系統應該及時的進行反應，反應的時間在5秒以內。系統應能檢測出各種非正常情況，如與設備的通信中斷，無法連接數據庫服務等，避免出現長時間等待甚至無響應。

第 頁

倉儲管理系統需求規格說明書

5.3適應性

本系統實在Windows環境中開發的，所以只要是兼容Windows的軟件或操作系統，該軟件都可以正確運行，有較好的適應能力與兼容性。而且本系統簡單易懂，容易上手，界面明了，便于操作。本系統是比較大眾模式的倉儲管理模式，便于移植到其他部門或公司，具有良好的適應性。

6．運行需求

6.1用戶界面

采用Web網頁的形式，具有良好的交互界面。有一個主頁，可以鏈接其他頁面。用戶根據自己權限在各個頁面進行操作。

要求大致如下：

1.頁面內容：主題突出，站點定義、術語和行文格式同意、規范、明確，欄目、菜單設置和布局合理，傳遞的信息準確、意識。內容豐富，文字準確，語句通順；專用術語規范，行文格式統一規范。

2.導航結構：頁面具有明確的導航只是，且便于理解，方面用戶使用。3.技術環境：頁面大小合適，能用各種常用瀏覽器以不同的分辨率瀏覽；無錯誤鏈接和空鏈接；采用css處理，控制字體大小和面板布局。

4.藝術風格：界面、版面形象清新岳母、布局合理，字號大小

十一、字體選擇合理，前后一致，美觀大方，動與靜搭配適當，動靜效果好；色彩和諧自然，與主題內容相協調。

6.2硬件接口

數據庫服務器應配備大容量硬盤，以免當大規模公司使用時反應速度減慢等問題出現。

6.3軟件接口

系統保持與操作系統的接口，保持與數據庫軟件Microsoft SQL Server的接口，考慮到文檔處理的需要有可能包括與常用辦公軟件接口。

第 頁

倉儲管理系統需求規格說明書

6.4故障處理

考慮到軟件的范圍不大，所以故障處理一般有操作系統完成，系統只要保持與操作系統的接口即可。只要操作系統沒有大的故障程序一般是比較穩定的。

考慮到用戶對數據的安全性要求，程序可以有獨立于操作系統之外的數據備份功能與過程，以及系統崩潰后的數據恢復功能。

7．其它需求

7.1正確性

要求發布的軟件能夠滿足用戶需求，實現各個功能，并且在運行過程中不出現嚴重錯誤。

7.2可維護性

要求本軟件擁有良好的可維護性，以滿足用戶不斷增長的需求以及日后的BUG修復工作。

7.3可移植性

該系統采用B/S開發模式，所以可以在多種平臺上很好的運行，所以該系統具有良好的移植性。

7.4軟件的完整性

最終將該系統制作成部署文件以保證系統的完整行。

7.5軟件的安全性

要求提供身份驗證，只允許通過身份驗證的用戶使用本軟件。并且通過驗證可以確認用戶身份，即確認用戶是否為系統管理員，只有系統管理員才可以對軟件進行數據的添加、刪除和修改操作，而普通用戶只能進行瀏覽數據等基本操作。

第 頁

第三篇：宿舍管理系統需求規格說明書

需求規格說明書

1.引言 1.1編寫目的

本學生宿舍分配系統以公寓房間、入住學生為基礎信息源，可以對房間和床位分配，可以使教務處、學生處、保衛處、公寓管理中心、財務處等學校職能部門及學校學院領導隨時獲得全方位的公寓管理信息，實現信息共享，提高工作效率。

本文檔從用戶、功能、性能、運行環境等各方面對系統進行了分析，以確保在系統開發過程中，確定好具體目標，使工作能有條不紊的進行，提高工作效率。

1.2背景

很多學校特別是中等及高等院校中，學生在校住宿的情況極其普遍。隨著高校的擴招，需要住宿的學生人數和學生公寓樓房越來越多，宿舍管理人員的需求量也相應地增加。許多高校后勤實施社會化改革，學生住宿條件得到了很大改善，宿舍安排上打破了原來按專業班級強制集中住宿的限制，可供學生選擇的余地也越來越大，相關部門對公寓管理的要求越來越高，導致公寓管理的難度越來越大，原來的手工管理已經無法適應，需要用信息化手段來實現。因此，開發一個學生宿舍分配軟件是十分必要的，希望能夠為廣大教師、校院領導、宿舍管理員和學生提供便利，加強學生住宿管理、規范高校公寓日常工作、提高公寓管理效能的有效工具。

1.3 定義

用例圖(Use Case)：是指由參與者（Actor）、用例（Use Case）以及它們之間的關系構成的用于描述系統功能的動態視圖。呈現了一些參與者和一些用例，以及它們之間的關系，主要用于對系統、子系統或類的功能行為進行建模。

順序圖：是將交互關系表示為一個二維圖。縱向是時間軸，時間沿豎線向下延伸。橫向軸代表了在協作中各獨立對象的類元角色。類元角色用生命線表示。

類圖(Class diagram)：是顯示了模型的靜態結構，特別是模型中存在的類、類的內部結構以及它們與其他類的關系等。類圖不顯示暫時性信息。

狀態圖(Statechart Diagram)：是描述一個實體基于事件反應的動態行為，顯示了該實體如何根據當前所處的狀態對不同的事件做出反應的。

活動圖（activity diagram）：是闡明了業務用例實現的工作流程。工作流程通常包括一個基本工作流程和一個或多個備選工作流程。工作流程的結構使用活動圖來進行說明。

協作圖/通信圖(Communication Diagram)：而“協作”作為一個結構事物用于表達靜態結構和動態行為的概念組合，表達不同事物相互協作完成一個復雜功能。

1.4參考資料

（1）殷建民 主編，《軟件系統分析與設計》，中國水利水電出版社，2008（2）《學生宿舍基本需求》（3）《2012級軟件系統分析與設計實驗指導書（16學時宿舍分配系統）》

2．任務概述

2.1 目標

本學生宿舍分配系統以公寓房間、入住學生為基礎信息源，可以對房間和床位分配，可以使教務處、學生處、保衛處、公寓管理中心、財務處等學校職能部門及學校學院領導隨時獲得全方位的公寓管理信息，實現信息共享

2.2 用戶特點

學生：若要住宿需提交住宿申請，然后等待分配。如有特殊要求，務必專門說明。一旦得到批準通知，可以查詢個人宿舍安排。住宿后若有特殊原因，可以申請調整宿舍或床位，但依然要經過審核、批準。一旦調換了宿舍，其所使用的設備也要隨之變更記錄。

教師：分為班主任和輔導員。輔導員負責查看、初審學生提交的住宿申請，對基本符合要求的，轉交給宿舍負責人。班主任和輔導員可以隨時查看、了解所負責班級住宿學生的情況。

宿舍負責人：負責對住宿申請進行綜合審查，通過的則以班為單位分配床位。可以隨時查看和了解宿舍的基本情況、所有住宿情況和設備使用情況，對特殊情況及時進行統計，并報送相關領導。學生一旦畢業或提出退宿，其宿舍和床位會立即變空，等待重新分配使用。

宿舍管理員：負責宿舍設備情況的記錄（購入登記、各建宿舍配置、損壞和修理登記、報廢登記）、每日查房結果記錄、學生晚歸記錄、宿舍具體情況管理（新房間登記、房間撤消、格局調整）。

校院領導：可以隨時查看、了解學校和學院宿舍的詳細信息、學生住宿狀況和宿舍管理員的基本情況以及每日查房的情況。

2.3 假定與約束

經費限制：由于是學習之作，資金的不足限制了本軟件的研發。

開發期限;在時間方面，只能在課余時間完成本軟件，對時間的安排需做到合理，恰當才能很好的完成本工程。

3.需求分析建模

3.1功能需求

3.1.1系統需求描述

本學生宿舍分配系統以公寓房間、入住學生為基礎信息源，可以對房間和床位分配，可以使教務處、學生處、保衛處、公寓管理中心、財務處等學校職能部門及學校學院領導隨時獲得全方位的公寓管理信息，實現信息共享。

基本流程圖如下:

宿舍學生提交住宿申請返回不同意返回同意結束N查看住宿申請初審Y判斷宿舍負責人是否同意NYN復審負宿人責舍教師查看申請Y分配床位領校導院管宿員理舍

3.1.2 總體功能分析

各類角色的大體功能分析：

學生:填寫申請表、提交住宿申請、查看申請結果、申請宿舍調整 輔導員:查看學生住宿情況、查看住宿申請、初審、返回申請結果給學生 班主任：查看本班學生住宿情況

宿舍負責人：復審、分配床位、查看住宿信息、宿舍住退更新、特殊情況報送領導 宿舍管理員:宿舍查房記錄、宿舍設備情況記錄、晚歸記錄、宿舍集體情況 校院領導：查看宿舍詳細信息、查看住宿情況、宿舍管理員情況、每日查房情況 具體用例圖如下： 填寫申請表查看學生住宿情況提交住宿申請查看住宿申請初審查看申請結果學生輔導員返回申請結果給學生班主任申請宿舍調整復審宿舍查房記錄查看宿舍詳細信息分配床位宿舍設備情況記錄查看住宿情況查看住宿信息晚歸記錄院校領導宿舍管理員情況宿舍管理員宿舍負責人宿舍住退更新特殊情況報送領導宿舍集體情況每日查房情況3.1.3 功能模塊分析(詳述 學生申請)☆由學生申請住宿用例：當學生登錄后，進入申請界面，填寫申請報告，出現兩種情況，即填寫正確或錯誤/部分錯誤，對應的成功提交申請或返回重新填寫申請...構建活動圖、協作圖、順序圖等來完成功能的具體分析。

活動圖：

學生登陸進入申請界面填寫申請表還有未審核的申請填寫正確保存新申請表填寫錯誤返回主界面重新填寫提交申請等待申請結果回到主界面

狀態圖：

學生申請這一事件對應的狀態：首先是要進行申請表的填寫預準備工作，即新建一張空白申請表，進行填寫，完成后進行提交，即等同于進入等待審核狀態；等待后臺審核完成后，學生進行查看可以找到‘審核通過’‘不通過’以及‘不通過（部分不符合要求）’三種狀態，一次審核通過后二審，產生‘批準’‘不批準’兩種狀態，批準通過，進入入住狀態。

新建批準保存已入住審核通過不批準提交審核不通過部分通過順序圖: 根據流程圖和活動圖，可以建立學生申請的工作順序圖，首先是登陸到首頁>進入申請界面，申請表的填寫與是否可以成功提交由提交控制檢測并返回可申請/不可申請/有錯重新填寫，提交成功則學生等待來自輔導員以及宿舍管理員的的審核結果以及宿舍分配結果。

學生首頁申請界面提交控制輔導員宿舍負責人登陸登陸成功退出不可以申請可以申請填寫申請提交給輔導員有錯重新填寫反饋同意請求復審同意駁回不同意 協作圖：

學生功能界面申請表審核控制輔導員返回不同意返回同意及宿舍分配 3.2性能需求

3.2.1精度

在進行向數據庫文件提取數據時，要求數據記錄定位準確，在往數據庫文件數組中添加數據（如申請表，住宿信息等）時，要求輸入準確學生姓名，身份證，學號，班級，宿舍號等，按需求設定字符數。

3.2.2時間特性要求

（1）查詢類頁面響應時間<=3s（2）更新處理時間，如新建、提交等最長時間不超過2s。（3）數據的轉換和傳送時間，如遠程數據傳輸不超過5s。

3.3數據需求

3.3.1 輸入輸出數據要求

1）宿舍的詳細數據、學生住宿的情況以及宿管人員的具體數據要完整保管，且一旦發生變化，必須及時變更記錄。

2）上述數據要能夠導出到excel文件中，或從excel文件導入。3）分配床位時可以采取二種方法：

● 第1是按照一定的算法進行自動分配，● 第2是針對特殊要求進行手工分配 4）學生住宿需要記錄的內容主要包括：

學號、姓名、所屬學院、所屬系、宿舍房間號、床鋪號、柜子號、入住時間、聯系電話等。5）每個房間需要記錄的內容主要包括：

宿舍房間號、面積、可容納人數、目前空床數、6）為簡化宿舍分配過程中學生信息的重復錄入，保證數據的一致性和統一性，最好可利用現行的學籍管理系統中的信息。

3.3.2數據分析模型(類圖)

people-memberName-memberName學生-memberName-memberName職工-memberName-memberName教師-memberName-memberName院校領導-memberName-memberName宿舍負責人-memberName宿舍管理員-memberName-memberName-memberName輔導員-memberName班主任-memberName-memberName-memberNamec各種記錄學生住宿信息班級-memberName-memberName-memberName-memberName-memberName-memberName住宿申請-memberName-memberName住宿登記表-memberName-memberName床位-memberName宿舍-memberName-memberName設備-memberName-memberName-memberName

類圖分析：用戶主要分為學生和職工兩大類，學生類和職工類繼承于people類，而教師類、領導類、宿舍負責人類和宿舍管理員類繼承于職工類，輔導員和班主任類繼承于教師類；學生與輔導員、班級、住宿登記表、床位、宿舍、住宿申請等都是關聯關系。

3.4故障處理要求

正常使用時不應出錯，對于用戶的輸入錯誤應給出適當的改正提示。若運行時遇到不可恢復的系統錯誤，也必須保證數據庫完好無損，可以通過日志來了解故障現象、發生時間。

3.5其他專門要求

（1）進度需求：系統開發的階段進度要求。（2）運行環境需求：平臺、體系結構、設備要求。

（3）培訓需求：無實體培訓，系統配備《用戶使用手冊》，提供多媒體教學光盤。

4.運行環境規定 4.1設備

服務器

PC機（建議配置：操作系統 windows 2000/XP/Vista CPU PentiumⅣ以上 內存 128M以上 硬盤空間 100M以上）DVD光驅，打印機等。

4.2支持軟件

軟件運行基于windows平臺上的2000，NT，XP,Vista等。數據庫：MySQL 4.3接口

無

第四篇：物流管理系統需求規格說明書

需求規格說明書

目 錄 引言...............................................................................1.1編寫目的..................................................................................................................................................1.2背景..........................................................................................................................................................1.3參考資料..................................................................................................................................................《軟件工程與UML》，《基于ASP.NET的Web應用開發》，《數據庫概論》................................2 項目概述..........................................................................5 2.1功能描述................................................................................................................................................5 2.2系統層次圖............................................................................................................................................5 2.3程序用例圖與類圖................................................................................................................................5 2.4時序圖....................................................................................................................................................5 2.5運行環境

操作系統：Windows XP 簡體中文版.......................................................................................................5 用戶特征：有IE使用經驗，了解網絡，了解辦公自動化....................................................................6 2.6條件與限制............................................................................................................................................6 本程序既對內也對外，物流公司的內部工作人員經許可才能登陸并進行相關操作，外部瀏覽者只能瀏覽或是進行相關查詢。......................................................................................................................6 3 功能需求............................................................................6 3.1主要功能劃分.......................................................................6（1）業務管理.........................................................................6（2）車輛管理.........................................................................6（3）倉儲管理.........................................................................6（4）運力管理.........................................................................6（5）財物管理.........................................................................6（6）用戶管理.........................................................................6（7）用戶信息.........................................................................6 3.2功能描述...........................................................................6（1）業務管理：涉及用戶：承運業務員、調度員，主要進行訂單管理、承運單管理、調度查詢....6（2）車輛管理：涉及用戶：運輸管理員，主要進行車輛管理、車隊管理、駕駛員管理...........6（3）倉儲管理：涉及用戶：倉庫管理員，主要進行倉存信息管理、貨物信息管理...............6（4）運力管理：涉及用戶：承運業務員、調度員，主要進行承運車隊查詢、承運車輛查詢以及歷史任務查詢、調度歷史查詢。................................................................6（5）財務管理：涉及用戶：財務人員，主要進行成本管理、相關信息統計、查詢承運任務、成本結算。..................................................................................6（6）用戶管理：涉及用戶：超級管理員，主要進行員工信息、部門信息、客戶信息維護以及其他用戶信息和權限管理。......................................................................6（7）我的信息：涉及所有用戶，顯示登錄用戶的所有信息、且能對部分信息進行修改。.........6 4 外部接口............................................................................6（1）系統輸入：員工號，密碼...........................................................6（2）系統輸出：存放相關信息的數據庫...................................................6（3）硬件接口：一般的計算機或配置更高的計算機.........................................6（4）軟件接口：Windows2008或以上版本..................................................7 5性能需求.............................................................................7 5.1時間要求...........................................................................7 5.2數據精度要求.......................................................................7 本系統數據有Vchar(20),DateTime,Int,Money,NText........................................7 6 軟件屬性要求........................................................錯誤！未定義書簽。6.1 正確性：本軟件運行在一般情況下....................................錯誤！未定義書簽。6.2 可靠性：系統每天至少保持 23小時30分的可用時間，每日凌晨 3:30到4:00之間進行日常系統維護工作，如數據傳輸、交換等。臨時的系統停機時間，每月合計必須少于3 小時。錯誤！未定義書簽。

6.3 完整性：如出現意外情況（如斷網，斷電），系統將通過事務回滾來維護信息錯誤！未定義書簽。6.4 易用性：能夠如一般物流公司網站一樣，進行簡單、容易的操作..........錯誤！未定義書簽。6.5 可維護性：軟件出錯時能夠..........................................錯誤！未定義書簽。6.6 可測試性..........................................................錯誤！未定義書簽。6.7 安全性保密需求通常分為四類：......................................錯誤！未定義書簽。6.8 可理解性：本網站界面與其他一些物流網站類似........................錯誤！未定義書簽。6.10 并發性能需求：在多個并發用戶更新同一賬戶信息時，第一個可以成功更新。隨后的更新在提交之前，顯示錯誤信息“用戶數據已經改變，是否需要刷新用戶數據？”。......錯誤！未定義書簽。7其他要求.............................................................錯誤！未定義書簽。（2）Netscape Navigator 6.0及其以上版本。...........................錯誤！未定義書簽。8 數據說明............................................................................7 8.1靜態數據...........................................................................7 用戶名，用戶基本信息，................................................................7 8.2動態數據...........................................................................7 車輛狀態，貨物信息，..................................................................7 8.3數據字典...........................................................................7

引言

1.1編寫目的

為了明確客戶的基本需求，更好地完成對客戶需求的了解，并量化和明晰本系統的工作量和工作進度，特編寫此說明書。

1.2背景

隨著信息技術的日益發展，物流管理的信息化已成為物流運輸系統的必然趨勢。物流管理的核心部分是對運輸車隊的管理及調度以及對承運貨物的跟蹤管理。為了更詳細的了解物流配送運輸管理過程中各項管理業務，調研人員和最終用戶進行了多次討論，并提出了雙方認可的解決方案。

1.3參考資料

《軟件工程與UML》，《基于ASP.NET的Web應用開發》，《數據庫概論》 項目概述

2.1功能描述

物流管理系統主要為物流公司解決日常辦公和項目管理的需求，協助工作人員進行日常物流管理和人員管理，提高管理效率，降低運作成本，增強企業長期競爭力。通過該系統，物流公司運輸管理人員能實現對車隊、車輛的動態管理；調度人員能隨時了解車輛動向和使用情況；承運業務員能開出和接收承運單；財務人員也能通過該系統進行運輸成本的核算。

2.2系統流程圖

（略）

2.3程序數據流圖

（略）

2.4運行環境和用戶

操作系統：Windows XP 簡體中文版 其他軟件：IE 瀏覽器，MS Office辦公軟件，Outlook或Foxmail郵件管理 用戶特征：有IE使用經驗，了解網絡，了解辦公自動化

面向用戶：物流公司的工作人員，包括財務人員、運輸管理人員、調度人員、承運業務人員等。

2.5條件與限制

本程序只對內部人員開放，物流公司的內部工作人員經許可才能登陸并進行相關操作。功能需求

3.1主要功能劃分

業務管理、車輛管理、倉儲管理、運力管理、財物管理、用戶管理、倉儲管理

3.2功能描述

（1）業務管理：涉及用戶：承運業務員、調度員，主要進行訂單管理、承運單管理、調度查詢（2）車輛管理：涉及用戶：運輸管理員，主要進行車輛管理、車隊管理、駕駛員管理（3）倉儲管理：涉及用戶：倉庫管理員，主要進行倉存信息管理、貨物信息管理

（4）運力管理：涉及用戶：承運業務員、調度員，主要進行承運車隊查詢、承運車輛查詢以及歷史任務查詢、調度歷史查詢。

（5）財務管理：涉及用戶：財務人員，主要進行成本管理、相關信息統計、查詢承運任務、成本結算。（6）用戶管理：涉及用戶：超級管理員，主要進行員工信息、部門信息、客戶信息維護以及其他用戶信息和權限管理。

（7）我的信息：應用于所有用戶，顯示登錄用戶的所有信息、且能對部分信息進行修改。外部接口

（1）系統輸入：員工號，密碼（2）系統輸出：存放相關信息的數據庫

（3）硬件接口：一般的計算機或配置更高的計算機（4）軟件接口：Windows2008或以上版本

5性能需求

5.1時間要求

在用戶登錄10分鐘后，如果沒有任何的動作，則自動退出登錄。之后如果再次試圖訪問受保護頁面，則自動顯示登錄頁面。

系統每天至少保持 23小時30分的可用時間，每日凌晨 3:30到4:00之間進行日常系統維護工作，如數據傳輸、交換等。

臨時的系統停機時間，每月合計必須少于3 小時。

5.2數據精度要求

本系統數據有Vchar(20),DateTime,Int,Money,NText 6 數據說明

6.1靜態數據

用戶名，用戶基本信息，6.2動態數據

車輛狀態，貨物信息，6.3數據字典

訂單表（訂單號、接單日期、訂單金額、客戶號、到貨網點、承運單位、收貨方、支付方、起點城市、止點城市、要求到貨日期、付款方式、備注、是否回單）

城市表（線路編號、起點城市、止點城市、里程數）

客戶表（客戶號、客戶名稱、客戶類別、信用額、聯系人、聯系電話、手機號碼、傳真號碼、聯系地址、備注）

承運單表（承運單號、訂單號、調度日期、承運單位、車號、駕駛員、備注、承運狀態）

職員信息表（工號、姓名、部門、職位、出生日期、性別、學歷、身份證號碼、聯系地址、聯系電話、備注）

用戶表（用戶編號，員工工號，密碼，上次登錄時間）

角色表（角色編號，角色名，角色描述）

用戶角色表（用戶編號，角色編號，描述）

承運單位表（單位號、單位名、單位主管、單位地址）

回車報賬表（訂單號、帳單號、報賬時間、補助金額、扣款金額、行駛公里、行駛天數、是否審核、車牌號）

車輛表（車牌號，車輛名稱，駕駛員，隨行人員，車輛類型，承載體積，承載重量、車輛狀態、車隊號、使用時限）注：車輛狀態主要分為待命狀態、出車狀態、維修狀態

駕駛員表（工號、接車時間、還車時間、換車時間、退休時間、備注）

車輛駕駛員表（車牌號、駕駛員工號、是否可用）

車隊表（車隊號、車隊名、主管、車輛數、是否可用）

出車登記表（訂單號、承運單位、車牌號、出車狀態、出車日期）

部門表（部門編號、部門名稱、部門主管、部門功能描述、部門所屬類別）

貨物表（貨物號、貨物名稱、訂單號、貨物屬性，重量，體積，包裝方式，數量、保單號）

倉庫表（倉庫號、倉庫名、倉庫類別、倉庫地址、倉庫管理員）

倉庫貨物表（貨物號、倉庫號、庫位號、入庫時間、調度時間、出庫時間、發貨地址、庫存量）

車輛費用表（車牌號、費用類型、費用金額、是否已支付）費用類型分為：過路費用、維修費、燃油費、飲食費、住宿費、付運費

審核登記表（車牌號、審核時間、到期時間、時候金額、審核等級、審核類型、備注）

事故表（車牌號、事故時間、事故地點、事故描述、責任單位、事故金額、車輛損壞情況、保險公司名、是否賠償、賠償金額、備注）

罰款記錄表（序號，車號、日期、地點、罰款原因、罰款單號、罰款金額、報賬日期、罰款單位、經手人、備注）

保險單表（保單號、投保對象、保險類型、投保金額、投保人、投保時間、備注、保險公司號）

保險公司表（保險公司名、保險公司地址、聯系人、聯系人電話、傳真、手機號碼、信譽度、公司編號）

財務核算表（核算單號、核算日期、核算部門、核算類型、發票編號、訂單編號、成本、備注）

財務結算表（結算單號、結算日期、結算部門、結算類型、發票編號、訂單編號、成本、備注）

現金日記賬表（序號、日期、成本支出、收入金額、經手人、部門、訂單號、備注）

銀行日記賬表（序號、日期、銀行名稱、帳號、入戶金額、經手人、訂單號、備注）

發票表（序號、發票編號、發票類型、發票金額、經手人）

第五篇：班級管理系統需求規格說明書

班級管理系統需求規格說明書

2學生成績管理

在班級管理系統中，有一個班級學生成績數據庫，是由班級各學生的學生學習成績組成，它構成了整個班級的學生學習成績數據庫。由于進行了權限設置，學習委員在學生學習成績管理模塊的用戶管理界面中，可以對用戶進行增加、刪除、修改、查詢。具體功能描述如下：

用例描述：學生學習成績管理；

執行者：學習委員；

前置條件：系統管理員已登錄系統；

后置條件：如果用戶信息維護完成，則用戶的相應信息將記錄到數據庫中。基本路徑：

a）進入學生學習成績管理界面，顯示目前的學生學習成績數據庫中已有的信息；

b)點擊班級學生姓名就可以瀏覽個每個學生的學習成績，同時也可以對這個內容進行修改；

c）可以增加學生；

d）可以刪除選擇的學生。

3財務管理

在班級管理系統中，有一個班級財務狀況數據庫，是由班級財務各明細科目組成，它構成了整個班級的財務狀況數據庫。由于進行了權限設置，生活委員在財務管理模塊的用戶管理界面中，可以對用戶進行增加、刪除、修改、查詢。具體功能描述如下：

用例描述：財務管理；

執行者：生活委員；

前置條件：系統管理員已登錄系統；

后置條件：如果用戶信息維護完成，則用戶的相應信息將記錄到數據庫中。基本路徑：

a）進入財務管理界面，顯示目前的財務數據庫中已有的財務信息；

b)點擊班級財務的各明細科目可以瀏覽個明細科目的具體內容，同時也可以對這個試題的具體內容進行修改；

c）可以增加科目；

d）可以刪除選擇的科目。

4學生參加體育活動管理

在班級管理系統中，有一個班級學生參加體育活動情況的數據庫，是由班級各學生參加的體育活動情況組成，它構成了整個班級的學生參加體育活動情況數據庫。由于進行了權限設置，體育委員在學生參加體育活動管理模塊的用戶管理界面中，可以對用戶進行增加、刪除、修改、查詢。具體功能描述如下：

用例描述：學生參加體育活動管理；

執行者：體育委員；

前置條件：系統管理員已登錄系統；

后置條件：如果用戶信息維護完成，則用戶的相應信息將記錄到數據庫中。基本路徑：

b）進入學生參加體育活動管理界面，顯示目前的學生參加體育活動情況數據庫中已有的信息；

b)點擊班級學生姓名就可以瀏覽個每個學生參加的體育活動情況，同時也可以對這個內容進行修改；

c）可以增加學生；

d）可以刪除選擇的學生

5用戶管理 系統管理員可以進行權限設置，在用戶管理界面中對用戶進行增加、刪除、修改、查詢。具體功能描述如下：

用例描述：用戶管理；

執行者：系統管理員；

前置條件：系統管理員已登錄系統；

后置條件：如果用戶信息維護完成，則用戶的相應信息將記錄到數據庫中。基本路徑：

c）進入用戶管理界面，顯示目前的系統用戶以及每個用戶具有的權限；

d）點擊不同的用戶，可以顯示這個用戶的信息以及相應權限，必要時可以修改其權限；

可以增加用戶，也可以刪除用戶。

6請假管理

學生將請假條提交之后，教師將審閱請假條，將符合請假條件的請假條進行標記，然后把請假信息傳交數據庫，學生可以登錄查詢請假是否成功。具體功能描述如下：

用例描述：請假管理；

執行者：教師；

前置條件：系統管理員已登錄系統；

后置條件：如果用戶信息維護完成，則用戶的相應信息將記錄到數據庫中。基本路徑：

a）進入請假管理界面，顯示目前的請假數據庫中已有的請假信息；

b)點擊班級請假信息中每個同學姓名可以查詢各個學生的請假的具體內容，同時也可以對請假具體內容進行修改；

c）可以增加科目；

d）可以刪除選擇的科目。

7考勤管理

在班級管理系統中，有一個班級學生出勤情況的數據庫，及運用學生請假數據庫信息，得出的班級各學生的出勤的情況組成，它構成了整個班級的學生出勤情況數據庫。由于進行了權限設置，紀律委員在學生考勤管理模塊的用戶管理界面中，可以對用戶進行增加、刪除、修改、查詢。具體功能描述如下：

用例描述：考勤管理；

執行者：紀律委員；

前置條件：系統管理員已登錄系統；

后置條件：如果用戶信息維護完成，則用戶的相應信息將記錄到數據庫中。基本路徑：

a）進入學生考勤管理界面，顯示目前的學生出勤情況數據庫中已有的信息；

b)點擊班級學生姓名就可以瀏覽個每個學生的出勤情況，同時也可以對這個內容進行修改；

c）可以增加學生；

d）可以刪除選擇的學生。

8學生獎懲管理

在班級管理系統中，有一個班級學生獎懲情況的數據庫，是由班級各學生獎懲情況組成，它構成了整個班級的學生獎懲情況數據庫。由于進行了權限設置，班長在學生獎懲管理模塊的用戶管理界面中，可以對用戶進行增加、刪除、修改、查詢。具體功能描述如下：

用例描述：學生獎懲管理；

執行者：班長；

前置條件：系統管理員已登錄系統；

后置條件：如果用戶信息維護完成，則用戶的相應信息將記錄到數據庫中。基本路徑：

a）進入學生獎懲管理界面，顯示目前的學生獎懲情況數據庫中已有的信息； b)點擊班級學生姓名就可以瀏覽個每個學生的獎懲情況，同時也可以對這個內容進行修改；

c）可以增加學生；

d）可以刪除選擇的學生。

9留言管理

在班級管理系統中，有一個留言管理情況的數據庫，是由班級各學生和教師留言情況組成，它構成了整個班級的留言管理情況數據庫。由于進行了權限設置，班長在留言管理模塊的用戶管理界面中，可以對用戶進行增加、刪除、修改、查詢。具體功能描述如下：

用例描述：留言管理；

執行者：班長；

前置條件：：系統管理員已登錄系統；

后置條件：如果用戶信息維護完成，則用戶的相應信息將記錄到數據庫中。基本路徑：

a）查看當前留言情況；

b）對當前留言進行增加、刪除、修改、查詢；

10學生參加文藝活動管理 學生參加文藝活動情況的數據庫，是由班級各學生參加的文藝活動情況組成，它構成了整個班級的學生參加文藝活動情況數據庫。由于進行了權限設置，文藝委員在學生參加文藝活動管理模塊的用戶管理界面中，可以對用戶進行增加、刪除、修改、查詢。具體功能描述如下：

用例描述：學生參加文藝活動管理；

執行者：文藝委員；

前置條件：系統管理員已登錄系統；

后置條件：如果用戶信息維護完成，則用戶的相應信息將記錄到數據庫中。基本路徑：

a）進入學生參加文藝活動管理界面，顯示目前的學生參加文藝活動情況數據庫中已有的信息；

b)點擊班級學生姓名就可以瀏覽個每個學生參加的文藝活動情況，同時也可以對這個內容進行修改；

c）可以增加學生；

d）可以刪除選擇的學生。

第一章班級事務管理信息系統的基本需求分析

第一節項目背景分析

隨著信息化的來臨和計算機在日常管理中的廣泛應用，為了實現班務管理的信息化和方便化，便萌發了這次班務管理信息系統的設計構想。

第二節班級事務信息管理的基本需求

1必要的硬件及設備

2系統軟件和相應軟件包

3培訓操作人員和使用人員

4數據的存儲準備

5信息的組織和管理功能的劃定

第三節班級事務管理信息系統的可行性分析

為了進一步幫助班主任及班干部進行科學有效的學生管理工作，現通過對部分用戶的調查了解，對建立班級事務管理信息系統進行了以下幾方面的可行性分析：

1．必要性，隨著學生招生規模的不斷擴大，班主任及班干部的管理工作也日趨復雜化，原來的僅靠手工進行的班級事務管理已日漸顯示出其不足之處，那么就有必要建立一套基于計算機的班級事務管理信息系統。

2．可能性，據了解，各個辦公室都已具有基本的硬件設備，那么這就為班級事務管理信息系統的實行提供了必要的可能性；加之相關用戶都已具備了一定計算機基本操作能力，所以這又為班級事務管理信息系統的實行提供了用戶方面的可能性；再從資金成本等方面講，因為該系統相對而言只是一個小型的管理系統，所需設計人員較少，消耗費用也在用戶的承受能力之內。綜合上述幾方面，班級事務管理信息系統的建立具有很大的可能性。

3．有益性，班級事務管理信息系統一旦建成，那么通過該系統的使用就可以提高信息的使用質量，提高數據的準確性，減輕用戶的工作負擔和勞動強度，提高用戶的信息處理能力，從而進行有效的決策與管理。

總之，通過以上幾方面的可行性分析，開發小組認為建立一套班級事務管理信息系統是可行的。我們通過掌握和調查的相關原始資料，就可以通過小組討論，對該系統的開發做出相關的計劃進度，著手進行系統的分析和設計工作。