學生宿舍管理系統(tǒng) 需求分析

1、 計算機學院 學生宿舍管理系統(tǒng) 需求規(guī)格說明書 年級班級指導教師所在學院提交日期： 目 錄 1引言 . 4 1.1 編制目的 . 4 1.2 范圍 . 4 1.3 預期的讀者和閱讀建議. 4 1.4 術語和縮略語 . 4 1.5 文檔約定 . 4 1.6 參考文件 . 5 2 項目概述 . 5 2.1 目標 . 5 2.2 范圍 . 5 2.3 用戶的特點 . 6 2.4 假定條件和約束限制. 6 2.5 運行環(huán)境 . 6 2.5.1 硬件環(huán)境 . 6 2.5.2 軟件環(huán)境 . 7 3 業(yè)務分析 . 7 4 數(shù)據(jù)描述 . 9 5 功能需求 . 12 5.1 功能需求總述 . 12 5.1.1

2、功能需求總表 . 12 5.1.2 角色、權限需求 . 12 5.2 功能需求1宿舍管理員管理 . 13 5.2.1 子功能1 管理員信息修改 . 13 5.2.2 子功能2 管理員查詢 . 13 5.3 功能需求1學生管理. 14 5.3.1 子功能1學生信息修改 . 14 5.3.2 子功能2 學生查詢 . 14 5.4 功能需求1宿舍樓管理. 14 5.4.1 子功能1辦理入住 . 14 5.4.2 子功能2調(diào)換宿舍 . 15 5.4.3 子功能3辦理退宿 . 15 5.5 功能需求1 缺勤記錄 . 15 5.5.1 子功能1 學生缺勤記錄 . 15 5.6 功能需求1 系統(tǒng)管理 . 1

3、6 5.6.1 子功能1 添加用戶 . 16 5.6.2 子功能2 修改密碼 . 16 6 非功能需求 . 17 6.1 性能需求 . 18 6.2 安全保密需求 . 18 6.3 擴展性需求 . 19 6.4 穩(wěn)定性需求 . 19 7 界面要求 . 20 7.1 圖形要求 . 20 7.2 報表格式 . 20 1 引言 學生宿舍管理一直是各大高校所重視的工作，為了提高高校宿舍管理的質(zhì)量與效率，根據(jù)客戶的要求，我們著手開發(fā)此項工程，高校公寓管理部門在宿管工作中擔負著管理，檢查，收費，協(xié)調(diào)等重要的管理任務。 1.1. 編制目的 該文檔是關于用戶對于學生宿舍管理網(wǎng)站的功能和性能的要求，重點描述了網(wǎng)

4、站的設計需求，將作為對該工具在概要設計階段的設計輸入。編寫本報告的目的是明確本系統(tǒng)的詳細要求，供使用單位確認系統(tǒng)的功能和性能，并作為軟件設計人員的設計依據(jù)和使用單位的驗收標準。 1.2. 范圍 本節(jié)描述以下內(nèi)容： 學生宿舍管理系統(tǒng)。 主要實現(xiàn)的是學生宿舍管理系統(tǒng)，在設計該系統(tǒng)時，應盡可能會的貼近用戶，便于用戶操作。 主要功能包括:房間管理，宿舍管理，信息查詢，信息維護等功能。 1.3. 預期的讀者和閱讀建議 ? 開發(fā)人員和測試人員：了解該網(wǎng)站需要實現(xiàn)的所有功能需求點，性能需求點。 ? 指導老師：建議了解該網(wǎng)站需要的主要流程和主要功能點。 ? 普通用戶：只需要了解功能需求部分。 1.4. 術語和

5、縮略語 表1-1術語和縮略語UM是一種支持模型化和軟件系統(tǒng)開發(fā)的圖形化語言，為軟件開發(fā)的所有階段供模型化和可視化支持，包括需求分析到規(guī)格，到構造和配置JDBJava Data Base Connectivity(Jav數(shù)據(jù)庫連 Oracle Oracle Database，又名Oracle TDBMS，簡稱Oracle，是甲骨文公司的一種5關系數(shù)據(jù)庫管理系統(tǒng)，是目前世界上流行的關系數(shù)據(jù)庫管理系統(tǒng)，系統(tǒng)可移植性好，使用方便，功能強，適用于各類大中小微機環(huán)境。 DBMS 數(shù)據(jù)庫管理系統(tǒng)，database management system，簡稱DBMS，是一種操作和管理數(shù)據(jù)庫的大型團建，用于建立、

6、使用和維護數(shù)據(jù)庫。 1.5. 文檔約定 本軟件需求規(guī)格說明書將遵循從IEEE830標志改寫并擴充模板編寫,實際的改寫與擴充將根據(jù)該項目的需要。模板中的某以特定部分可能不適合該項目，約定的做法是在原處保留標題，并注明該項不適用。 因為開發(fā)的項目比較熟悉，本文檔中沒有專業(yè)詞匯。 表1-2文檔約定 編號 名稱 說明 01 宿舍信息 是指該網(wǎng)站系統(tǒng)中宿舍的所有信息 02 宿舍管理員信息 是指該網(wǎng)站系統(tǒng)中宿舍管理員的所有信息 03 學生信息 是指該網(wǎng)站系統(tǒng)中學生的所有信息 1.6. 參考文件 1微軟面向.net的web應用程序設計M 北京 高等教育出版社 2軟件工程導論（第五版） 張海藩編著 清華大學出

7、版社 3Visual FoxPro 6.0 程序設計與應用教程 (第二版) 鄂大偉 廈門大學出版社 4數(shù)據(jù)庫系統(tǒng)概論（第四版） 王珊 薩師煊 高等教育出版社 5Java Web開發(fā)從零開始 孫更新 電子工業(yè)出版社 2. 項目概述 2.1. 目標 本系統(tǒng)是一個信息管理系統(tǒng)MIS（Management Information System）(以下就稱信息管理系統(tǒng))，它將實現(xiàn)檢索迅速和查找方便；信息的錄入，修改和刪除功能；以及對新入校學生進行入住登記等功能。系統(tǒng)提供多用戶登陸，并實現(xiàn)用戶之間簡單的角色管理，權限分配等功能。通過構建基于Internet的分布式網(wǎng)絡信息共享平臺，系統(tǒng)用戶能夠在內(nèi)網(wǎng)，或者

8、是公網(wǎng)上登錄系統(tǒng)，進行操作，實現(xiàn)學生宿舍管理工作的電子化管理。 合理科學的學院網(wǎng)站設計和安排不僅能夠方便老師管理，對學生科學使用網(wǎng)絡資源也是很有利的。具體目標如下： ? 宿舍樓基本信息查詢與修改； ? 學生基本信息查詢與更新； ? 每一幢宿舍樓中宿舍信息的查詢與信息更新； ? 宿舍保衛(wèi)處基本信息的查詢和修改； ? 宿舍事故基本信息及事故處理信息的查詢和修改； ? 宿舍樓物品出入審批及記錄。 2.2. 范圍 系統(tǒng)可供管理員使用，主要功能包括：房間管理，宿舍管理，信息查詢，信息維護等功能。 系統(tǒng)可供學生使用，主要功能包括：能儲存，申請修改自己的寢室信息。能 方便得進行寢室問題報修，能及時得到各種水

9、電信息。 2.3. 用戶的特點 該網(wǎng)站的面對的用戶和維護人員都將是受過高等教育的老師和大學生，對網(wǎng)網(wǎng)站這樣的系統(tǒng)已經(jīng)熟練操作和使用，再加上友好的界面展示，不存在不會使用的情況。 學生公寓管理員，需要對學生信息進行集中管理，一邊方便、快捷、高效等進行公寓樓管理。 學生，可以申請寢室問題的報修，以及得到水電費信息。 2.4. 假定條件和約束限制 本產(chǎn)品主要針對學生宿舍情況進行設計，其最終用戶是宿舍系統(tǒng)的管理員，宿舍管理員以及宿舍學生，他們都具備一定的計算機使用能力，對計算機的操作十分熟練的。同時系統(tǒng)的維護人員是計算機專業(yè)人員，熟悉數(shù)據(jù)庫、操作系統(tǒng)、網(wǎng)絡維護工作。 該網(wǎng)站需要在5月上旬開發(fā)完成，必須

10、使用ASP.NET 技術以及數(shù)據(jù)庫必須是SQL Server 2008。 建議軟件壽命：5年 經(jīng)費來源：學校宿舍管理處 硬件條件：hp服務器工作站，ps機 運行環(huán)境:Windows server 2003 數(shù)據(jù)庫:Oracle 11g 2.5. 運行環(huán)境 2.5.1. 硬件環(huán)境 為了保證系統(tǒng)運行的效率和可靠性，系統(tǒng)服務器端應具有較高的軟硬件配置，客戶端的要求不是很高。此應用程序可廣泛運行于國際互聯(lián)網(wǎng)即Internet，也可適用于內(nèi)部的局域網(wǎng)。其運行要求如下： 客戶端運行環(huán)境 CPU Pentium 4 1.8G或以上 內(nèi)存 512MB以上 操作系統(tǒng) Windows98或以上版本 網(wǎng)絡工具 IE

11、瀏覽器6.0以上 硬盤: 500GB(5400 RPM) 日立 顯卡: 英特爾 HD Graphics 4000(2.00 GB) 主板: 華碩K46CB(Intel Ivy Bridge) 服務器端運行環(huán)境 CPU Pentium E5200 內(nèi)存 2GMB 硬盤空間 160G以上硬盤剩余空間 輸入設備 鍵盤/鼠標 操作系統(tǒng) Windows 2000 Server 數(shù)據(jù)庫 Microsoft SQL Server 2000 通信接口 本系統(tǒng)采用的網(wǎng)絡協(xié)議是TCP/IP 本系統(tǒng)的局域網(wǎng)采用雙絞線（100M標準）連接 2.5.2. 軟件環(huán)境 操作系統(tǒng)：Win7/Win8/Win XP/ Linu

12、x等支持瀏覽器的使用的系統(tǒng)都可以 數(shù)據(jù)庫系統(tǒng)：Oracle 11g 開發(fā)平臺及工具：ASP.NET ，Visual Studio 2010 ，DreamWeaver JDBC5.1.7 通信協(xié)議：TCP/IP 3. 業(yè)務分析 該學生宿舍管理系統(tǒng)網(wǎng)站組織機構圖，如下圖3-1所示： 宿舍宿舍管學生管理理員管理員信息修改管理員查詢學生信息修改學生查詢 圖3-1組織機構圖 宿舍管理 在此模塊中宿舍管理員可以安排學生住宿、住宿調(diào)整、退宿、住宿查詢和打印宿舍表,如下圖3-2所示： 住宿安排住宿安排請求來訪人員來訪登記來訪信息來訪記錄宿舍管理員住宿調(diào)整退宿管理住宿查詢宿舍宿舍管理員來訪管理學生來訪管理請求查

13、詢請求學生住宿調(diào)整請求退宿請求 住宿請求宿舍報表 圖3-2宿舍管理數(shù)據(jù)流圖 系統(tǒng)功能性需求分析用例，如下圖3-3所示： 學生處管理人員宿舍管理員學生信息管理宿舍分配登錄功能財務管理信息查詢宿舍管理財務人員學生及家長 圖3-3系統(tǒng)整體用例圖 訪客管理 在此模塊中宿舍管理員可以記錄來訪人員的信息，對訪客進行查詢和管理，如下圖3-4所示： 來訪查詢 訪客信息 圖3-4訪客管理數(shù)據(jù)流圖 4. 數(shù)據(jù)描述 表4-1 數(shù)據(jù)表 序號 數(shù)據(jù) 數(shù)據(jù)描述 數(shù)據(jù)所屬部門 01 用戶數(shù)據(jù) 存儲管理員的登錄信息 02 學生數(shù)據(jù) 存儲學生的基本信息 03 宿舍數(shù)據(jù) 存儲宿舍的使用信息 04 留言數(shù)據(jù) 存儲著建議意見留言信息

14、 數(shù)據(jù)流圖描繪系統(tǒng)的邏輯模型，圖中沒有任何具體的物理元素，只是描繪信息在系統(tǒng)中流動和處理的情況。數(shù)據(jù)流圖有四種成分：源點或終點，處理，數(shù)據(jù)存儲和數(shù)據(jù)流。學生宿舍管理處是源點同時也是終點。處理有：新生資料錄入；學生資料處理；學生資料查詢；學生資料統(tǒng)計；打印學生資料報表；水電使用情 況錄入；學生宿舍處理等等。數(shù)據(jù)流有：學生信息；存放物品信息；借出物品信息；用水量及電量信息；物品信息；宿舍信息；維修信息等。數(shù)據(jù)存儲有：學生信息.DBF、宿舍登記信息.DBF、物品登記信息.DBF、維修記錄表.DBF、存放物品信息表.DBF等。 表4-2住宿生數(shù)據(jù) 字段名 描述 數(shù)據(jù)類型 Stu_id 學號 Char

15、Stu_name 姓名 Char Stu_sex 性別Char In_date 入學年份Data Depar所在系Char Class班級Char 數(shù)據(jù)長度 NULL Primarykey20 N Y 10 Y N 10 Y N 10 N N 10 Y N 10 Y N Hou_id 樓號 Char 10 N y Ber_id 宿舍號 Char 10 N Y Bed_id 床號 Char 10 Y N In_out 入住情況 Char 8 N N 表4-3宿舍資料數(shù)據(jù) 字段名 描述 數(shù)據(jù)類型 數(shù)據(jù)長度 NULL Primarykey Hou_id 樓號 Char 10 N Y Ber_id 宿

16、舍號 Char 10 N Y Ber_qua 宿舍性質(zhì) Char 20 N N Ber_min 宿舍長 Char 20 Y N 表4-4電量表數(shù)據(jù) 字段名 描述 數(shù)據(jù)類型 數(shù)據(jù)長度 NULL Primarykey Hou_id 樓號 Char 10 N Y Ber_id 宿舍號 Char 10 N Y Ber_num 總電量 Char 5 Y N Elec_al 低電警告 Char 1 Y NDat日Dat1 字段名 描述 數(shù)據(jù)類型 數(shù)據(jù)長度 NULL PrimarykeyHou_idN Ber_idN 樓號 Char 10 宿舍號 Char 10 Wate_num N 水表讀數(shù) Char 1

17、0 日期 Data 10 Data N 表4-5水量表數(shù)據(jù) 表4-6物品統(tǒng)計信息數(shù)據(jù) 字段名Art_idArt_nameBer_idDamageLen_borData 描述 數(shù)據(jù)類型 數(shù)據(jù)長度 物品號 Char 20 物品名 Char 20 宿舍號 Char 10 損壞情況 Char 1 借還情況 Char 1 日期 Data 10 NULL N Y N Y Y Y PrimarykeyY N Y N N N 表4-7要求維修信息數(shù)據(jù) 字段名 描述 數(shù)據(jù)類型 數(shù)據(jù)長度 NULL Primarykey Rep_id 維修人員號 Char 20 Y N Rep_name 維修人員名字 Char 2

18、0 Y N Ber_id 宿舍號 Char 10 N N Rep_back 是否修理 Char 2 N Y 字段名 描述 數(shù)據(jù)類型 數(shù)據(jù)長度 NULL Primarykey Mana_id 管理員 Char 20 N Y Mana_name 管理員名字 Char 20 N N 表4-8用戶數(shù)據(jù) 編號 功能需求名稱 優(yōu)先級別 1 數(shù)據(jù)管理 高 2 數(shù)據(jù)導入 高 3 數(shù)據(jù)導出 高 4 用戶權限管理 高 Right 權限 Char 10 N N 5. 功能需求 5.1. 功能需求總述 5.1.1. 功能需求總表 表5-1 功能需求表 5.1.2. 角色、權限需求 表5-2角色權限分配表 序號 角色

19、功能 權限 1 宿舍管理員 管理整個宿舍管理系統(tǒng) 用戶管理權限；宿舍管理權限；系統(tǒng)權限；2 學生 查詢 查詢權限； 5.2. 功能需求1宿舍管理員管理 5.2.1. 子功能1 管理員信息修改 【功能概述】 管理員對宿舍管理員信息進行增刪查改操作。 【操作者】系統(tǒng)管理員。 【輸入】宿舍管理員的新信息。 【輸出】 輸出管理員基本信息在指定位置。 【數(shù)據(jù)來源】 數(shù)據(jù)庫。 【展示界面】 提示修改成功。 5.2.2. 子功能2 管理員查詢 【功能概述】 展示了管理員的基本信息，包括：名字，性別，以及負責事項。 【操作者】系統(tǒng)管理員。 【輸入】無。 【輸出】 輸出管理員基本信息在指定位置。 【數(shù)據(jù)來源】

20、數(shù)據(jù)庫。 【展示界面】 在頁面指定位置展示。 5.3. 功能需求1學生管理 5.3.1. 子功能1學生信息修改 【功能概述】 宿舍管理員對學生信息進行增刪查改操作。 【操作者】宿舍管理員。 【輸入】學生的新信息。 【輸出】 輸出學生基本信息在指定位置。 【數(shù)據(jù)來源】 數(shù)據(jù)庫。 【展示界面】 提示修改成功。 5.3.2. 子功能2 學生查詢 【功能概述】 展示了學生的基本信息，包括：名字，性別，以及班級學號。 【操作者】宿舍管理員。 【輸入】無。 【輸出】 輸出學生基本信息在指定位置。 【數(shù)據(jù)來源】 數(shù)據(jù)庫。 【展示界面】 在頁面指定位置展示。 5.4. 功能需求1宿舍樓管理 5.4.1. 子功

21、能1辦理入住 【功能概述】 每個學生入住的宿舍安排，對有空床的寢室進行學生入住安排。 【操作者】宿舍管理員。 【輸入】：更新宿舍床位空缺數(shù)。 【輸出】 該宿舍已住學生的基本信息，安排入住。 【數(shù)據(jù)來源】 數(shù)據(jù)庫。 【展示界面】 在頁面指定位置展示。 5.4.2. 子功能2調(diào)換宿舍 【功能概述】 宿舍管理員對學生進行宿舍調(diào)換的修改操作。 【操作者】宿舍管理員。 【輸入】無。 【輸出】 調(diào)換后的宿舍信息。 【數(shù)據(jù)來源】 數(shù)據(jù)庫。 【展示界面】 提示修改成功 5.4.3. 子功能3辦理退宿 【功能概述】 宿舍管理員對學生進行宿舍退宿的修改操作。 【操作者】宿舍管理員。 【輸入】無。 【輸出】 修改后

22、的宿舍信息，空出的床位數(shù)。 【數(shù)據(jù)來源】 數(shù)據(jù)庫。 【展示界面】 提示修改成功 5.5. 功能需求1 缺勤記錄 5.5.1. 子功能1 學生缺勤記錄 【功能概述】 宿舍管理員在門禁之前進行宿舍學生點到，并記錄好缺勤情況。 【操作者】宿舍管理員。 【輸入】學生缺勤次數(shù)。 【輸出】 無。 【數(shù)據(jù)來源】 數(shù)據(jù)庫。 【展示界面】 在頁面指定位置展示。 5.6. 功能需求1 系統(tǒng)管理 5.6.1. 子功能1 添加用戶 【功能概述】 系統(tǒng)管理員對宿舍管理員進行修改工作，添加新的宿舍管理員。 【操作者】系統(tǒng)管理員。 【輸入】宿舍管理員的基本信息。 【輸出】 無。 【數(shù)據(jù)來源】 數(shù)據(jù)庫。 【展示界面】 提示添

23、加成功。 5.6.2. 子功能2 修改密碼 【功能概述】 系統(tǒng)管理員對管理賬號進行修改操作。 【操作者】系統(tǒng)管理員。 【輸入】新的管理密碼。 【輸出】 無。 【數(shù)據(jù)來源】 數(shù)據(jù)庫。 【展示界面】 提示修改成功。 5.6.3. 子功能3 留言信息展示 【功能概述】 留言信息展示在界面的指定位置展示，主要展示的信息包括用戶的建議或者建議，加強和用戶的交流，好進一步完善該系統(tǒng)。 【操作者】用戶。 【輸入】： 點擊留言選項，并輸入相關的建議或者意見，點擊確認，則可發(fā)布留言。 【輸出】 在指定位置輸出留言信息。 【數(shù)據(jù)來源】 留言直接錄入留言數(shù)據(jù)表。 【展示界面】 在頁面指定位置顯示留言成功的提示信息

24、5.6.4. 子功能4 留言信息刪除 【功能概述】 用戶的留言信息用戶自身不可更改，只能管理員進行刪除操作。 【操作者】管理員 【輸入】 首先找到相關留言，然后點擊刪除選項，即可刪除留言。 【輸出】 輸出現(xiàn)在留言的信息。 【數(shù)據(jù)來源】 留言直接錄入留言數(shù)據(jù)表。 【展示界面】 提示刪除成功。 5.6.5. 子功能5 繳費功能 【功能概述】 當用戶有罰款沒有繳清時，則會提醒該用戶盡快繳清。 【操作者】用戶、管理員。 【輸入】： 當用戶把欠款繳清時，管理員就會在管理員界面中，查詢到該用戶，然后把該用戶的欠費金額清零。 【輸出】 在用戶界面中則會顯示欠款為零。 【數(shù)據(jù)來源】 已錄入的用戶信息數(shù)據(jù)表。

25、【展示界面】 提示繳費成功的信息。 6. 非功能需求 對軟件的非功能需求的描述，應包括性能、安全性、可擴展性、穩(wěn)定性等方面的需求界定。 6.1. 性能需求 在運行WindowsXP操作系統(tǒng)的主頻為1.1GHz的IntelPentium4PC機上，當系統(tǒng)至少有50%的空閑資源時，用戶在校內(nèi)登錄時，頁面請求響應時間不能多于10秒。在網(wǎng)站的信息展示和跳轉處理上都要求處理時間迅速反應靈敏，但是對于資源的上傳和下載，允許較長時間的處理。 精度 數(shù)據(jù)采集率：必須在90%以上。 動態(tài)信息及時率：必須在95%以上。 靜態(tài)信息全面率：必須在95%以上。 信息準確率：必須在98%以上。 的 時間特性 響應時間：局

26、域網(wǎng)3秒；局域網(wǎng)間8秒；校園網(wǎng)內(nèi)查詢2秒；外部網(wǎng)絡查詢5秒。 適應性 該系統(tǒng)的前臺產(chǎn)品最后提交形式為安裝程序，使其能在WindowsXP、 Windows7、Windows8操作系統(tǒng)平臺上正常運行，后臺產(chǎn)品最后提交形式為安裝包使其能在Linux下正常運行，并且能在需求變化時，能方便的進行功能補充。 其他 在一天中，同時使用該系統(tǒng)的主要用戶為：宿舍管理員（每棟1人），系統(tǒng)維護人員（每5棟1-2人），學生（每棟500人）。 6.2. 安全保密需求 普通用戶和系統(tǒng)管理員擁有的操作權限不同，沒有權限的用戶將不能通過任何渠道來登錄該系統(tǒng)，查看該系統(tǒng)的任何信息和數(shù)據(jù)，以確保系統(tǒng)的嚴密性和安全性。系統(tǒng)管理員

27、應當可以使用系統(tǒng)的所有模塊，普通用戶只能對自己權限下的模塊進行操作。 本系統(tǒng)在第一次使用時，提供系統(tǒng)維護人員初始登錄用戶名、密碼。當系統(tǒng)維護人員第一次登陸后，必須重新設置新的登錄用戶名、密碼。一般用戶的用戶名和初始密碼由系統(tǒng)維護人員賦予；當一般用戶第一次登陸后，必須更改他的最初登錄密碼，最初的登錄密碼不能重用。同時要求每個一個月的時間，系統(tǒng)自動 提示用戶更改密碼，只有系統(tǒng)維護人員才能對所有的信息資料進行訪問。 6.3. 擴展性需求 系統(tǒng)設計要求能夠體現(xiàn)拓展性要求,以適應將來功能擴展的需求。 6.4. 穩(wěn)定性需求 系統(tǒng)應保證24小時內(nèi)正常運行，保證1000人可以同時在客戶端登錄，此時系統(tǒng)能正常運行，正確提示相關內(nèi)容。在用戶登陸較少的情況下基本不會出錯，在訪問量和下載量較大時，根據(jù)統(tǒng)計學院的人數(shù)等實際情況，網(wǎng)站將反應緩慢，但是不能崩潰。 如果本系統(tǒng)在運行1小時內(nèi)連續(xù)出現(xiàn)3次死機，那么本系統(tǒng)必須在1分鐘內(nèi)終止運行，同時提示維護人員將系統(tǒng)切換至備用機