1、學習 好資料學生考勤管理系統需求分析報告1 引言 21.1 編寫目的 21.2 背景 21.3 定義 21.4 參考資料 22 任務概述 22.1 目標 22.2 用戶的特點 32.3 假定和約束 33 需求規定 33.1 對功能的規定 33.2 對性能的規定 103.2.1精度 113.2.2時間特性要求 113.2.3靈活性 113.3 輸人輸出要求 113.4 數據管理能力要求 113.5 故障處理要求 113.6 其他專門要求 114 運行環境規定 114.1 設備 124.2 支持軟件 124.3 接口 12更多精品文檔學習 好資料1、引言1、1 編寫目的作為用戶與該系統軟件開發維護

2、人員共同遵守的軟件需求規范說明， 本軟 件需求說明書 的主要目的是明確所要開發的軟件所應具有的功能、 性能，使系 統分析人員和軟件設計人員能清楚地了解用戶的需求， 并在此基礎上進一步提出 概要設計和完成后續設計與開發工作， 為軟件開發范圍、 業務處理規范提供依據， 也是應用軟件進行合同最終驗收的依據。系統對學校全體學生的資料和考勤情況進行管理，通過每日的打卡把出勤 信息輸入到學校的考勤管理中心， 保存學生每日的的出勤情況， 以便于統計學生 的出勤情況。 同時方便班長查閱， 即節省了人力， 又省去了中間的很多容易出錯 的步驟。讓學校學生的考勤管理更具有透明性，且方便管理。此外系統還涉及系統數據安

3、全和用戶管理的問題、各種代碼使用和維護問 題、數據安全和數據維護問題、 統計報表生成和輸出等問題， 因此還要求系統具 有系統管理和事務處理功能。 總而言之， 要求通過系統的開發， 達到系統項目的 總體目標是： 在整個系統的框架下， 結合學生在學校的實際出勤情況的需要實現 對數據更新、數據查詢、數據統計、數據分析等功能進行有效的管理。并提供用 戶友好接口， 滿足學校管理需求的軟件， 提高學校對學生的管理效率， 從而完善 學校的管理制度。預期的讀者就是各類學校的系統管理員或系統求購者，使用前仔細閱讀此軟件說明是很必要的，以便更好的使用、管理和維護此系統！1、背景a、待開發軟件名稱：學生考勤管理系統

4、 b、本項目的任務提出者：程坤 開發者：武瓊、程坤、陶永勝、姚洪萌、岳振方 用戶：某高校的學生管理中心、教務處以及學校系統設計管理人員c 、考勤作為一個基礎管理， 是學校對學生進行管理的基本依據。 實際管理 和記錄工作非常需要快速獲知各個年級學生的每日出勤情況， 以便于及 時向班長反映學生的出勤、缺勤情況（包括遲到、早退、病假、事假、 曠課等情況）。因此此系統在操作系統的基礎上，結合 Accesss 數據庫 管理系統，運用 VC+來實現運行。1、3 定義 學生考勤管理系統 VC+ Access1、4 參考資料學生考勤管理系統可行性研究報告 軟件工程導論（第五版） 2008 年 2 月 張海藩編

5、著清 華大學出版社數據庫系統概論（第四版） 2006年 5 月 王珊 薩師煊著 高等教 育出版社Access2002 數據庫應用 2006年 8 月 李佳著 人民郵電出版社Visual C+ 教程 2007 年 12 月 鄭阿奇 主編 機械工業出版社2、任務概述2 1 目標通過學習軟件工程的設計方法，主要采用 Visual C+以及 Access技術，使用戶可以使 用具備查詢功能、 登記功能、 修改功能、 刪除功能、 統計功能、 政策及銷假處理功能的軟件， 更多精品文檔學習 好資料 主要用于學生的考勤管理。2 2 用戶的特點 本系統包括兩類使用用戶：系統管理員，即具有輸入、查詢、刪除、修改記錄

6、的班級班 長，任課老師、學院領導以及系統開發人員；普通用戶，即查詢記錄的學生。系統管理員享有最高權限，學生只有查詢權限。 賬號為學生的學號，密碼默認為 000000.3 需求規定3.1 對功能的規定3.1.1 根據各類用戶的需求描述，系統應當具備請假系統、考勤管理系統、后臺管理 系統這三大主要功能。請假系統功能需求：通過 。請假最長時間不能超過 1 個月，特殊情況除外。 考勤管理功能需求： 任課老師通過考勤管理系統， 對學生上課出勤信息進行公開， 但由于任 課老師忙于教學， 為了能及時準確無誤的對學生出勤情況公開， 要求系統能自動提供處理主 要是用來管理系統操作的數據， 因為高校每學年的學生都

7、在變化， 有新生入學， 也有學生畢 業。請假系統要借助院系領導 安排才能完成，考勤管理系統要借助請假系統、班級課表安 排才能完成，然而每學年課表都在變化，院系領導 安排也有在變化，學生也在變化，因此 必須要求后臺管理系統能根據系統需求，動態的、準確的更新系統數據。根據系統用戶的需求，將本系統按功能劃分成三大功能模塊：請假系統、考勤系統、 后臺管理模塊，涉及到六大類用戶：學生、任課教師、院系領導、班長、系統管理員。1、 請假系統模塊本模塊的功能是 在線 請假的實現及管理， 主要涉及三大類用戶：學生、 院系領導用戶， 學生 通過此功能模塊進行在線請假及查看請假記錄信息；院系領導 在線審批學生請假及

8、查看請 假記錄信息；院系領導在線審批學生長時間的請假及查看請假記錄信息。更多精品文檔學習 好資料系統：學生考勤管系統 模塊：請假系統模塊 編號： NO1.1IPO 表作者： 13 計算機 日期： 2015 月 12月 20 日被調用：考勤系統模塊調用：后臺管理模塊輸入：學生請假申請輸出：請假的詳細進展情況注釋：處理： 院系領導針對請假申請信息進行學生請假審批。局部數據元素： 學生信息、 請假信息、 課程信息2、 考勤系統模塊 本模塊的功能是學生考勤信息統計的實現、查看及管理，涉及六大類用戶中的所有用戶。 學生在線查看自己所有學年的出勤信息；任課老師在線管理學生出勤信息；院系領導 、院 系領導、

9、班長查看不同的范圍的學生出勤信息。更多精品文檔學習 好資料系統：學生考勤管理系統 模塊：考勤系統模塊 編號： NO1.2被調用： 后臺管理模塊IPO 表作者： 13 計算機 日期： 2015 月 12 月 20 日調用：請假系統模塊輸出：學生考勤表單。輸入：缺課日期、哪幾節課、課程名稱、學生姓名及學號、缺課 類型（遲到、早退、請假及曠課）處理：對學生信息進新記錄登記注釋：局部數據元素： 用戶信息、 全部學生姓名及學號3、后臺管理模塊本模塊的功能實現整個系統數據的同步更新及維護， 只涉及系統管理員用戶。 系統管理員動態的管理學生信息、課表安排、學年安排等信息，是整個系統實現的基礎。更多精品文檔學

10、習 好資料系統：考勤管理系統 模塊：后臺管理模塊 編號： NO3IPO表作者： 13 計算機 日期： 2015 年 12 月 20 日被調用：請假系統模塊、 考勤調用：系統管理員系統模塊輸入：院系的學生信息 變動、 課表安排、 學年 安排輸出： 學生信息表、 用 戶信息表、 課程表、 學 年安排表處理：對學校院系學生信息的增加、刪除、修改等及用戶信息 刪除和學生局部數據元素： 注釋： 用戶信息、學生信息3.1.2 用戶需求描述1.學生用戶需求描述 學生對本系統的主要需求是：在線請假以及查看在校期間所有的上課出勤信息。在線 請假需求：學生 假的全過程當中，學生可以隨時查看請假的詳細進展情況。查看

11、出勤信息 需求：學生可以查看在校期間所有學期上課出勤的詳細信息，如：查看“高等數學”這門課 程在整個學期請假、曠課、遲到、早退了多少次，以及具體的時間、任課老師姓名、第幾節 課等詳細信息。 其它需求：查看本人的基本信息，如本人的所屬的院系、年級、專業、班級、學號、姓名、 性別等，以及修改個人用戶密碼，查看本班課表安排。2 任課老師用戶需求描述 任課老師對系統的主要需求是： 管理所教班級學生的上課出勤信息以及查看所教班級學生的 上課出勤信息。管理學生上課出勤需求： 表，隨著時間的變化，自動列出還沒有在網上公 布的學生上課出勤信息， 系統自動根據學生請假系統， 決定學生上課出勤的最終結果。 查看

12、學生出勤信息需求：查看所教班級學生整個學期上出勤統計信息及詳細信息。 其它需求：查看上課課表，本人基本信息以及修改個人用戶密碼。3院系領導用戶需求描述院系領導 對本系統的主要需求是： 審批本班學生本學期的在線請假以及查看本班學生更多精品文檔學習 好資料本學期所有課程的上課出勤信息。 審批學生請假需求：本班學生本學期在線請假申請后，自動提示院系領導 有等待審批的請 假信息，院系領導 針對請假申請信息進行學生請假審批，以及對請假信息回復。查看學生 上課出勤信息需求：查看本班學生整個學期有關課程的上出勤統計信息及詳細信息。 其它需求：查看本班學生的基本信息、修改個人用戶密碼等。4. 班長用戶需求描述

13、 班長對系統的主要需求是：查看全校學生上課出勤信息。查看出勤信息需求： 輸入查詢條件后， 系統根據查詢條件列出本校學生相關的上課出勤信息。 其它需求：查看有關全校的基本信息以信修改個人用戶密碼等。5. 系統管理員用戶需求描述系統管理員有系統的最高權限， 負責系統所需所有數據的動態同步更新以及維護， 根據系統針對各用戶的設計，基本功能需求如下：1）、管理學校各院系、年級、專業、班級的添加、刪除、修改等。（2）、管理每個學期每個班級的課程安排及指定院系領導和任課老師。（3）、管理系統所有用戶。（4）、管理全校課表安排。（5）、管理全校每學年開學的起止時間。（6）、管理系統的請假、考勤信息。3.1.

14、3 數據表描述 學生信息表（學號、姓名、院系、年級、專業、性別等） 請假信息表（學號、請假時間、請假理由） 課程表 （課程號、課程名、上課時間 ） 任課教師表（教師號、教師名、任課課程號） 用戶表（用戶編號、用戶名、用戶密碼、用戶權限）3.1.4 E_R 圖性別院系課程名課程名上課時間教師號姓名任課號考勤情況N考勤N請假請假情況N教授M姓名學生年級任課教師課程更多精品文檔學習 好資料圖： E-R 圖3.1.5 功能模型 -數據流圖（ DFD ） （功能模型表明一個計算如何從輸入值得到輸出值，它不考慮計算的次序。功能模型由 多張數據流圖組成）（ A ） 系統級流圖B）1層數據流圖（所有用戶操作都

15、是通過數據庫D0 相聯系。）更多精品文檔學習 好資料流圖：系統管理員流圖：院系領導更多精品文檔學習 好資料流圖：任課教師流圖：班級班長更多精品文檔學習 好資料流圖：學生個人3.2 對性能的規定3.2.1 精度在進行輸入輸出時必須清晰的列出所有輸入狀況及數據， 不能馬馬虎虎， 要考慮到盡可能達 到的范圍，以使輸入輸出完整準確。3.2.2 時間特性要求 查詢服務部分：用戶通過電腦提交命令到返回結果不超過5 秒鐘。數據管理部分：提交某一數據錄入到結果返回不超過 5 秒鐘。3.2.3 靈活性操作方式：支持 Windows2000 及以上的操作系統。同其他軟件接口：設計連接 Access 數據庫的軟件包

16、。精度和有效時限的變化：用戶自己設定。3.3 輸入輸出要求要符合精度的設定。3.4 數據管理能力要求（ 1）同學個人信息：學號，大小為 10 個字符；名字，不超過 20 字符；系別，不超過 30 個字符；班級，不超過 8 個字符；（ 2）請假信息：學號，大小為 10 個字符；請假時間，大小為 12 個字符；請假理由：大 小不超過 100 個字符。（ 3）任課老師表：教師號：大小為 10個字符 ;教師名：不超過 20字符；系別，不超過 30更多精品文檔學習 好資料個字符；任課課程：不超過 30 字符；（ 4）課程表：課程號碼，大小 16 個字符；課程名：不超過 30字符；上課時間：大小為 12

17、個字符；（ 5）管理員：用戶編號：大小為 10 個字符；用戶名：不超過 20字符；用戶密碼：不超 過 12 字符；用戶權限： 2 個字符。對學生信息、課程信息、任課教師信息、 管理員信息、請假信息等內容的存儲的各表至 少需要 100M 以上空間，即至少需要 500M 空間進行數據的存儲，并至少需要 2G 空間對增 長的數據進行保存。3.5 故障處理要求（1）磁盤碎片過多、數據庫存儲空間不夠，引起數據庫訪問變慢等問題需要對磁盤進 行擴展和維護。（2）執行程序非正常退出，響應確實，修改源代碼前應備份。（3）數據庫沒啟動引起訪問問題，須啟動數據庫服務器。（ 4）其他具體問題，再做具體分析。多查多問。

18、3.6 其他專門要求 在程序的開發過程中，應遵循結構化的程序設計原則，精心設立運行日志，從而 加強系統的可維護性；另一方面要注重系統的界面友好性、保持各程序模塊界面的統一。4 運行環境規定4 1 設備4.1.1 最低配置服務器端：1）硬件需求：處理器Intel Pentium III 內存 128M 硬盤 40G2）軟件需求： Windows 98 學生考勤管理系統服務器端Access 數據庫客戶端 ：1）硬件需求： 處理器 Intel 奔騰 133 或相當的處理器 內存 64M 硬盤 10G2）軟件需求： Windows 98 學生考勤管理系統客戶端4.1.2 建議配置服務器端：1）硬件需求：處理器Intel Pentium IV 2.8G 內存 256M 硬盤 80G2）軟件需求： Microsoft Windows 2000/XPACCESS 數據庫 學生考勤管理系統服務器端客戶端 ：1）硬件需求：處理器 Intel Pentium IV 1