1、學生考勤管理系統需求分析報告1引言21.1編寫目的21.2背景21.3定義21.4參考資料22任務概述22.1目標22.2用戶的特點32.3假定和約束33需求規定33.1對功能的規定33.2對性能的規定10精度11時間特性要求11靈活性113.3輸人輸出要求113.4數據管理能力要求113.5故障處理要求113.6其他專門要求114運行環境規定114.1設備124.2支持軟件124.3接口121、引言1、1 編寫目的作為用戶與該系統軟件開發維護人員共同遵守的軟件需求規范說明，本軟件需求說明書的主要目的是明確所要開發的軟件所應具有的功能、性能，使系統分析人員和軟件設計人員能清楚地了解用戶的需求，

2、并在此基礎上進一步提出概要設計和完成后續設計與開發工作，為軟件開發范圍、業務處理規范提供依據，也是應用軟件進行合同最終驗收的依據。系統對學校全體學生的資料和考勤情況進行管理，通過每日的打卡把出勤信息輸入到學校的考勤管理中心，保存學生每日的的出勤情況，以便于統計學生的出勤情況。同時方便班長查閱，即節省了人力，又省去了中間的很多容易出錯的步驟。讓學校學生的考勤管理更具有透明性，且方便管理。此外系統還涉及系統數據安全和用戶管理的問題、各種代碼使用和維護問題、數據安全和數據維護問題、統計報表生成和輸出等問題，因此還要求系統具有系統管理和事務處理功能。總而言之，要求通過系統的開發，達到系統項目的總體目標

3、是：在整個系統的框架下，結合學生在學校的實際出勤情況的需要實現對數據更新、數據查詢、數據統計、數據分析等功能進行有效的管理。并提供用戶友好接口，滿足學校管理需求的軟件，提高學校對學生的管理效率，從而完善學校的管理制度。預期的讀者就是各類學校的系統管理員或系統求購者，使用前仔細閱讀此軟件說明是很必要的，以便更好的使用、管理和維護此系統！1、2 背景a、待開發軟件名稱：學生考勤管理系統b、本項目的任務提出者：程坤開發者：武瓊、程坤、陶永勝、姚洪萌、岳振方用戶：某高校的學生管理中心、教務處以及學校系統設計管理人員 c、考勤作為一個基礎管理，是學校對學生進行管理的基本依據。實際管理和記錄工作非常需要快

4、速獲知各個年級學生的每日出勤情況，以便于及時向班長反映學生的出勤、缺勤情況（包括遲到、早退、病假、事假、曠課等情況）。因此此系統在操作系統的基礎上，結合Accesss數據庫管理系統，運用VC+來實現運行。1、3 定義 學生考勤管理系統 VC+ Access1、4 參考資料學生考勤管理系統可行性研究報告軟件工程導論（第五版）2008年2月 張海藩編著清 華大學出版社數據庫系統概論（第四版）2006年5月 王珊 薩師煊著 高等教育出版社Access2002數據庫應用2006年8月 李佳著 人民郵電出版社 Visual C+教程 2007年12月 鄭阿奇 主編 機械工業出版社2、任務概述 

5、 21目標通過學習軟件工程的設計方法，主要采用Visual C+以及Access技術，使用戶可以使用具備查詢功能、登記功能、修改功能、刪除功能、統計功能、政策及銷假處理功能的軟件，主要用于學生的考勤管理。  22用戶的特點 本系統包括兩類使用用戶：系統管理員，即具有輸入、查詢、刪除、修改記錄的班級班長，任課老師、學院領導以及系統開發人員；普通用戶，即查詢記錄的學生。系統管理員享有最高權限，學生只有查詢權限。賬號為學生的學號，密碼默認為000000.3需求規定 3.1對功能的規定根據各類用戶的需求描述，系統應當具備請假系統、考勤管理系統、后臺管理系統這三大主要功能。請假系統功能需求：通

6、過 。請假最長時間不能超過1個月，特殊情況除外。考勤管理功能需求：任課老師通過考勤管理系統，對學生上課出勤信息進行公開，但由于任課老師忙于教學，為了能及時準確無誤的對學生出勤情況公開，要求系統能自動提供處理主要是用來管理系統操作的數據，因為高校每學年的學生都在變化，有新生入學，也有學生畢業。請假系統要借助院系領導 安排才能完成，考勤管理系統要借助請假系統、班級課表安排才能完成，然而每學年課表都在變化，院系領導 安排也有在變化，學生也在變化，因此必須要求后臺管理系統能根據系統需求，動態的、準確的更新系統數據。根據系統用戶的需求，將本系統按功能劃分成三大功能模塊：請假系統、考勤系統、后臺管理模塊，

7、涉及到六大類用戶：學生、任課教師、院系領導、班長、系統管理員。1、 請假系統模塊本模塊的功能是在線請假的實現及管理，主要涉及三大類用戶：學生、院系領導用戶，學生通過此功能模塊進行在線請假及查看請假記錄信息；院系領導 在線審批學生請假及查看請假記錄信息；院系領導在線審批學生長時間的請假及查看請假記錄信息。IPO表 系統：學生考勤管系統 作者：13計算機 模塊：請假系統模塊 日期：2015月12月20日 編號：NO1.1 被調用： 考勤系統模塊輸入： 學生請假申請輸出： 請假的詳細進展情況調用： 后臺管理模塊處理： 院系領導針對請假申請信息進行學生請假審批。局部數據元素：學生信息、請假信

8、息、課程信息注釋： 2、 考勤系統模塊 本模塊的功能是學生考勤信息統計的實現、查看及管理，涉及六大類用戶中的所有用戶。學生在線查看自己所有學年的出勤信息；任課老師在線管理學生出勤信息；院系領導 、院系領導、班長查看不同的范圍的學生出勤信息。 IPO表系統：學生考勤管理系統 作者：13計算機模塊：考勤系統模塊 日期：2015月12月20日編號：NO1.2調用：請假系統模塊被調用：后臺管理模塊 ：輸出：學生考勤表單。輸入：缺課日期、哪幾節課、課程名稱、學生姓名及學號、缺課類型（遲到、早退、請假及曠課） 處理：對學生信息進新記錄登記.局部數據元素： 用戶信息、 全部學生姓名及學號注釋：3、

9、 后臺管理模塊 本模塊的功能實現整個系統數據的同步更新及維護，只涉及系統管理員用戶。系統管理員動態的管理學生信息、課表安排、學年安排等信息，是整個系統實現的基礎。IPO表系統：考勤管理系統 作者：13計算機模塊：后臺管理模塊 日期：2015年12月20日編號：NO3被調用：請假系統模塊、考勤系統模塊調用：系統管理員輸入：院系的學生信息變動、課表安排、學年安排輸出：學生信息表、用戶信息表、課程表、學年安排表注釋：處理：對學校院系學生信息的增加、刪除、修改等及用戶信息刪除和學生局部數據元素： 用戶信息、學生信息 用戶需求描述1.學生用戶需求描述學生對本系統的主要需求是：在線請假以及查看在

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

11、生上課出勤信息，系統自動根據學生請假系統，決定學生上課出勤的最終結果。查看學生出勤信息需求：查看所教班級學生整個學期上出勤統計信息及詳細信息。其它需求：查看上課課表，本人基本信息以及修改個人用戶密碼。3院系領導用戶需求描述院系領導 對本系統的主要需求是：審批本班學生本學期的在線請假以及查看本班學生本學期所有課程的上課出勤信息。審批學生請假需求：本班學生本學期在線請假申請后，自動提示院系領導 有等待審批的請假信息，院系領導 針對請假申請信息進行學生請假審批，以及對請假信息回復。查看學生上課出勤信息需求：查看本班學生整個學期有關課程的上出勤統計信息及詳細信息。其它需求：查看本班學生的基本信息、修改

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

13、的請假、考勤信息。 數據表描述 學生信息表（學號、姓名、院系、年級、專業、性別等） 請假信息表（學號、請假時間、請假理由） 課程表 (課程號、課程名、上課時間) 任課教師表（教師號、教師名、任課課程號） 用戶表（用戶編號、用戶名、用戶密碼、用戶權限） E_R圖班級課程考勤任課教師學生請假教授請假情況學號姓名性別院系年級教師號考勤情況任課號課程名姓名上課時間課程名NMNMNM 圖：E-R圖 功能模型-數據流圖（DFD） （功能模型表明一個計算如何從輸入值得到輸出值，它不考慮計算的次序。功能模型由多張數據流圖組成） （A） 系統級流圖 班長、學生處理事務產生報表院系領導處理事務數據庫信息處理事務管

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

15、己設定。3.3輸入輸出要求 要符合精度的設定。3.4數據管理能力要求 （1）同學個人信息：學號，大小為10個字符；名字，不超過20字符；系別，不超過30個字符；班級，不超過8個字符； （2）請假信息：學號，大小為10個字符；請假時間，大小為12個字符；請假理由：大小不超過100個字符。 （3）任課老師表：教師號：大小為10個字符;教師名：不超過20字符；系別，不超過30個字符；任課課程：不超過30字符； （4）課程表：課程號碼，大小16個字符；課程名：不超過30字符；上課時間：大小為12個字符； （5）管理員：用戶編號：大小為10個字符；用戶名：不超過20字符；用戶密碼：不超過12字符；用戶權

16、限：2個字符。 對學生信息、課程信息、任課教師信息、管理員信息、請假信息等內容的存儲的各表至少需要100M以上空間，即至少需要500M空間進行數據的存儲，并至少需要2G空間對增長的數據進行保存。3.5 故障處理要求（1）磁盤碎片過多、數據庫存儲空間不夠，引起數據庫訪問變慢等問題需要對磁盤進行擴展和維護。（2）執行程序非正常退出，響應確實，修改源代碼前應備份。（3）數據庫沒啟動引起訪問問題，須啟動數據庫服務器。（4）其他具體問題，再做具體分析。多查多問。3.6 其他專門要求 在程序的開發過程中，應遵循結構化的程序設計原則，精心設立運行日志，從而加強系統的可維護性；另一方面要注重系統的界面友好性、

17、保持各程序模塊界面的統一。4運行環境規定 41設備 最低配置服務器端：1）硬件需求：處理器  Intel Pentium III  內存 128M  硬盤  40G2）軟件需求：Windows 98  學生考勤管理系統服務器端Access 數據庫  客戶端 ： 1)硬件需求： 處理器  Intel奔騰133或相當的處理器 內存 64M 硬盤 10G2)軟件需求： Windows 98  學生考勤管理系統客戶端 建議配置服務器端：1）硬件需求：處理器  Intel Pentium IV 2.8G 內存 256M 硬盤  80G2）軟件需求：Microsoft Windows 2000/XP  ACCESS 數據庫 學生考勤管理系統服務器端客戶端 ：1)硬件需求：處理器  Intel Pentium