學生考勤管理系統(tǒng)-需求分析_第1頁
學生考勤管理系統(tǒng)-需求分析_第2頁
學生考勤管理系統(tǒng)-需求分析_第3頁
學生考勤管理系統(tǒng)-需求分析_第4頁
學生考勤管理系統(tǒng)-需求分析_第5頁
已閱讀5頁,還剩29頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、學生考勤管理系統(tǒng)需求分析學生考勤管理系統(tǒng)需求分析學生考勤管理系統(tǒng)需求分析資料僅供參考文件編號:2022年4月學生考勤管理系統(tǒng)需求分析版本號: A修改號: 1頁 次: 1.0 審 核: 批 準: 發(fā)布日期: 學生考勤管理系統(tǒng)需求分析報告 TOC o 1-3 h z HYPERLINK l _Toc0 1引言2 HYPERLINK l _Toc1 編寫目的2 HYPERLINK l _Toc2 背景2 HYPERLINK l _Toc3 定義2 HYPERLINK l _Toc4 參考資料2 HYPERLINK l _Toc5 2任務概述2 HYPERLINK l _Toc6 目標2 HYPERL

2、INK l _Toc7 用戶的特點3 HYPERLINK l _Toc8 假定和約束3 HYPERLINK l _Toc9 3需求規(guī)定3 HYPERLINK l _Toc0 對功能的規(guī)定3 HYPERLINK l _Toc1 對性能的規(guī)定10 HYPERLINK l _Toc2 精度11 HYPERLINK l _Toc3 時間特性要求11 HYPERLINK l _Toc4 靈活性11 HYPERLINK l _Toc5 輸人輸出要求11 HYPERLINK l _Toc6 數據管理能力要求11 HYPERLINK l _Toc7 故障處理要求11 HYPERLINK l _Toc8 其他專

3、門要求11 HYPERLINK l _Toc9 4運行環(huán)境規(guī)定11 HYPERLINK l _Toc0 設備12 HYPERLINK l _Toc1 支持軟件12 HYPERLINK l _Toc2 接口121、引言1、1 編寫目的作為用戶與該系統(tǒng)軟件開發(fā)維護人員共同遵守的軟件需求規(guī)范說明,本軟件需求說明書的主要目的是明確所要開發(fā)的軟件所應具有的功能、性能,使系統(tǒng)分析人員和軟件設計人員能清楚地了解用戶的需求,并在此基礎上進一步提出概要設計和完成后續(xù)設計與開發(fā)工作,為軟件開發(fā)范圍、業(yè)務處理規(guī)范提供依據,也是應用軟件進行合同最終驗收的依據。系統(tǒng)對學校全體學生的資料和考勤情況進行管理,通過每日的打卡

4、把出勤信息輸入到學校的考勤管理中心,保存學生每日的的出勤情況,以便于統(tǒng)計學生的出勤情況。同時方便班長查閱,即節(jié)省了人力,又省去了中間的很多容易出錯的步驟。讓學校學生的考勤管理更具有透明性,且方便管理。此外系統(tǒng)還涉及系統(tǒng)數據安全和用戶管理的問題、各種代碼使用和維護問題、數據安全和數據維護問題、統(tǒng)計報表生成和輸出等問題,因此還要求系統(tǒng)具有系統(tǒng)管理和事務處理功能。總而言之,要求通過系統(tǒng)的開發(fā),達到系統(tǒng)項目的總體目標是:在整個系統(tǒng)的框架下,結合學生在學校的實際出勤情況的需要實現對數據更新、數據查詢、數據統(tǒng)計、數據分析等功能進行有效的管理。并提供用戶友好接口,滿足學校管理需求的軟件,提高學校對學生的管理

5、效率,從而完善學校的管理制度。預期的讀者就是各類學校的系統(tǒng)管理員或系統(tǒng)求購者,使用前仔細閱讀此軟件說明是很必要的,以便更好的使用、管理和維護此系統(tǒng)!1、2 背景a、待開發(fā)軟件名稱:學生考勤管理系統(tǒng)b、本項目的任務提出者:程坤開發(fā)者:武瓊、程坤、陶永勝、姚洪萌、岳振方用戶:某高校的學生管理中心、教務處以及學校系統(tǒng)設計管理人員 c、考勤作為一個基礎管理,是學校對學生進行管理的基本依據。實際管理和記錄工作非常需要快速獲知各個年級學生的每日出勤情況,以便于及時向班長反映學生的出勤、缺勤情況(包括遲到、早退、病假、事假、曠課等情況)。因此此系統(tǒng)在操作系統(tǒng)的基礎上,結合Accesss數據庫管理系統(tǒng),運用V

6、C+來實現運行。1、3 定義 學生考勤管理系統(tǒng) VC+ Access1、4 參考資料學生考勤管理系統(tǒng)可行性研究報告軟件工程導論(第五版)2008年2月 張海藩編著清 華大學出版社數據庫系統(tǒng)概論(第四版)2006年5月 王珊 薩師煊著 高等教育出版社Access2002數據庫應用2006年8月 李佳著 人民郵電出版社 Visual C+教程 2007年12月 鄭阿奇 主編 機械工業(yè)出版社2、任務概述 21目標通過學習軟件工程的設計方法,主要采用Visual C+以及Access技術,使用戶可以使用具備查詢功能、登記功能、修改功能、刪除功能、統(tǒng)計功能、政策及銷假處理功能的軟件,主要用于學生的考勤管

7、理。 22用戶的特點 本系統(tǒng)包括兩類使用用戶:系統(tǒng)管理員,即具有輸入、查詢、刪除、修改記錄的班級班長,任課老師、學院領導以及系統(tǒng)開發(fā)人員;普通用戶,即查詢記錄的學生。系統(tǒng)管理員享有最高權限,學生只有查詢權限。賬號為學生的學號,密碼默認為000000.3需求規(guī)定 對功能的規(guī)定3.1.1根據各類用戶的需求描述,系統(tǒng)應當具備請假系統(tǒng)、考勤管理系統(tǒng)、后臺管理系統(tǒng)這三大主要功能。請假系統(tǒng)功能需求:通過 。請假最長時間不能超過1個月,特殊情況除外??记诠芾砉δ苄枨螅喝握n老師通過考勤管理系統(tǒng),對學生上課出勤信息進行公開,但由于任課老師忙于教學,為了能及時準確無誤的對學生出勤情況公開,要求系統(tǒng)能自動提供處理主

8、要是用來管理系統(tǒng)操作的數據,因為高校每學年的學生都在變化,有新生入學,也有學生畢業(yè)。請假系統(tǒng)要借助院系領導 安排才能完成,考勤管理系統(tǒng)要借助請假系統(tǒng)、班級課表安排才能完成,然而每學年課表都在變化,院系領導 安排也有在變化,學生也在變化,因此必須要求后臺管理系統(tǒng)能根據系統(tǒng)需求,動態(tài)的、準確的更新系統(tǒng)數據。根據系統(tǒng)用戶的需求,將本系統(tǒng)按功能劃分成三大功能模塊:請假系統(tǒng)、考勤系統(tǒng)、后臺管理模塊,涉及到六大類用戶:學生、任課教師、院系領導、班長、系統(tǒng)管理員。1、請假系統(tǒng)模塊本模塊的功能是在線請假的實現及管理,主要涉及三大類用戶:學生、院系領導用戶,學生通過此功能模塊進行在線請假及查看請假記錄信息;院系

9、領導 在線審批學生請假及查看請假記錄信息;院系領導在線審批學生長時間的請假及查看請假記錄信息。IPO表 系統(tǒng):學生考勤管系統(tǒng) 作者:13計算機 模塊:請假系統(tǒng)模塊 日期:2015月12 編號: 被調用:被調用: 考勤系統(tǒng)模塊輸入: 學生請假申請輸出: 請假的詳細進展情況調用: 后臺管理模塊處理: 院系領導針對請假申請信息進行學生請假審批。局部數據元素:學生信息、請假信息、課程信息注釋: 2、考勤系統(tǒng)模塊 本模塊的功能是學生考勤信息統(tǒng)計的實現、查看及管理,涉及六大類用戶中的所有用戶。學生在線查看自己所有學年的出勤信息;任課老師在線管理學生出勤信息;院系領導 、院系領導、班長查看不同的范圍的學生出

10、勤信息。 IPO表系統(tǒng):學生考勤管理系統(tǒng) 作者:13計算機模塊:考勤系統(tǒng)模塊 日期:2015月12編號:調用:調用:請假系統(tǒng)模塊后臺管理模塊 :輸出:學生考勤表單。輸入:缺課日期、哪幾節(jié)課、課程名稱、學生姓名及學號、缺課類型(遲到、早退、請假及曠課)輸出:學生考勤表單。 處理:對學生信息進新記錄登記.處理:對學生信息進新記錄登記.局部數據元素:局部數據元素: 用戶信息、 全部學生姓名及學號注釋:3、后臺管理模塊 本模塊的功能實現整個系統(tǒng)數據的同步更新及維護,只涉及系統(tǒng)管理員用戶。系統(tǒng)管理員動態(tài)的管理學生信息、課表安排、學年安排等信息,是整個系統(tǒng)實現的基礎。IPO表系統(tǒng):考勤管理系統(tǒng) 作者:13

11、計算機模塊:后臺管理模塊 日期:20編號:NO3被調用:被調用:請假系統(tǒng)模塊、考勤系統(tǒng)模塊調用:系統(tǒng)管理員輸入:院系的學生信息變動、課表安排、學年安排輸出:學生信息表、用戶信息表、課程表、學年安排表注釋:處理:對學校院系學生信息的增加、刪除、修改等及用戶信息刪除和學生局部數據元素: 用戶信息、學生信息3.1.2 用戶需求描述1.學生用戶需求描述學生對本系統(tǒng)的主要需求是:在線請假以及查看在校期間所有的上課出勤信息。在線請假需求:學生 假的全過程當中,學生可以隨時查看請假的詳細進展情況。查看出勤信息需求:學生可以查看在校期間所有學期上課出勤的詳細信息,如:查看“高等數學”這門課程在整個學期請假、曠

12、課、遲到、早退了多少次,以及具體的時間、任課老師姓名、第幾節(jié)課等詳細信息。其它需求:查看本人的基本信息,如本人的所屬的院系、年級、專業(yè)、班級、學號、姓名、性別等,以及修改個人用戶密碼,查看本班課表安排。2任課老師用戶需求描述任課老師對系統(tǒng)的主要需求是:管理所教班級學生的上課出勤信息以及查看所教班級學生的上課出勤信息。管理學生上課出勤需求: 表,隨著時間的變化,自動列出還沒有在網上公布的學生上課出勤信息,系統(tǒng)自動根據學生請假系統(tǒng),決定學生上課出勤的最終結果。查看學生出勤信息需求:查看所教班級學生整個學期上出勤統(tǒng)計信息及詳細信息。其它需求:查看上課課表,本人基本信息以及修改個人用戶密碼。3院系領導

13、用戶需求描述院系領導 對本系統(tǒng)的主要需求是:審批本班學生本學期的在線請假以及查看本班學生本學期所有課程的上課出勤信息。審批學生請假需求:本班學生本學期在線請假申請后,自動提示院系領導 有等待審批的請假信息,院系領導 針對請假申請信息進行學生請假審批,以及對請假信息回復。查看學生上課出勤信息需求:查看本班學生整個學期有關課程的上出勤統(tǒng)計信息及詳細信息。其它需求:查看本班學生的基本信息、修改個人用戶密碼等。4.班長用戶需求描述班長對系統(tǒng)的主要需求是:查看全校學生上課出勤信息。查看出勤信息需求:輸入查詢條件后,系統(tǒng)根據查詢條件列出本校學生相關的上課出勤信息。其它需求:查看有關全校的基本信息以信修改個

14、人用戶密碼等。5.系統(tǒng)管理員用戶需求描述系統(tǒng)管理員有系統(tǒng)的最高權限,負責系統(tǒng)所需所有數據的動態(tài)同步更新以及維護,根據系統(tǒng)針對各用戶的設計,基本功能需求如下:(1)、管理學校各院系、年級、專業(yè)、班級的添加、刪除、修改等。(2)、管理每個學期每個班級的課程安排及指定院系領導 和任課老師。(3)、管理系統(tǒng)所有用戶。(4)、管理全校課表安排。(5)、管理全校每學年開學的起止時間。(6)、管理系統(tǒng)的請假、考勤信息。3.1.3 數據表描述 學生信息表(學號、姓名、院系、年級、專業(yè)、性別等) 請假信息表(學號、請假時間、請假理由) 課程表 (課程號、課程名、上課時間) 任課教師表(教師號、教師名、任課課程號

15、) 用戶表(用戶編號、用戶名、用戶密碼、用戶權限)3.1.4 E_R圖班級課程班級課程考勤任課教師學生請假教授請假情況學號姓名性別院系年級教師號考勤情況任課號課程名姓名上課時間課程名NMNMNM 圖:E-R圖3.1.5 功能模型-數據流圖(DFD) (功能模型表明一個計算如何從輸入值得到輸出值,它不考慮計算的次序。功能模型由多張數據流圖組成) (A) 系統(tǒng)級流圖 班長、學生班長、學生處理事務產生報表院系領導處理事務數據庫信息處理事務管理員處理事務任課教師產生報表產生報表產生報表 (B)1層數據流圖(所有用戶操作都是通過數據庫D0相聯系。) 流圖:系統(tǒng)管理員 流圖:院系領導 流圖:任課教師 流圖

16、:班級班長 流圖:學生個人對性能的規(guī)定3.2.1精度在進行輸入輸出時必須清晰的列出所有輸入狀況及數據,不能馬馬虎虎,要考慮到盡可能達到的范圍,以使輸入輸出完整準確。3.2.2時間特性要求 查詢服務部分:用戶通過電腦提交命令到返回結果不超過5秒鐘。 數據管理部分:提交某一數據錄入到結果返回不超過5秒鐘。3.2.3 操作方式: 支持Windows2000及以上的操作系統(tǒng)。 同其他軟件接口: 設計連接Access數據庫的軟件包。 精度和有效時限的變化:用戶自己設定。輸入輸出要求 要符合精度的設定。數據管理能力要求 (1)同學個人信息:學號,大小為10個字符;名字,不超過20字符;系別,不超過30個字

17、符;班級,不超過8個字符; (2)請假信息:學號,大小為10個字符;請假時間,大小為12個字符;請假理由:大小不超過100個字符。 (3)任課老師表:教師號:大小為10個字符;教師名:不超過20字符;系別,不超過30個字符;任課課程:不超過30字符; (4)課程表:課程號碼,大小16個字符;課程名:不超過30字符;上課時間:大小為12個字符; (5)管理員:用戶編號:大小為10個字符;用戶名:不超過20字符;用戶密碼:不超過12字符;用戶權限:2個字符。 對學生信息、課程信息、任課教師信息、管理員信息、請假信息等內容的存儲的各表至少需要100M以上空間,即至少需要500M空間進行數據的存儲,并

18、至少需要2G空間對增長的數據進行保存。 故障處理要求(1)磁盤碎片過多、數據庫存儲空間不夠,引起數據庫訪問變慢等問題需要對磁盤進行擴展和維護。(2)執(zhí)行程序非正常退出,響應確實,修改源代碼前應備份。(3)數據庫沒啟動引起訪問問題,須啟動數據庫服務器。(4)其他具體問題,再做具體分析。多查多問。 其他專門要求 在程序的開發(fā)過程中,應遵循結構化的程序設計原則,精心設立運行日志,從而加強系統(tǒng)的可維護性;另一方面要注重系統(tǒng)的界面友好性、保持各程序模塊界面的統(tǒng)一。4運行環(huán)境規(guī)定 41設備 4.1.1最低配置服務器端:1)硬件需求:處理器 Intel Pentium III 內存 128M 硬盤 40G2)軟件需求:Windows 98 學生考勤管理系統(tǒng)服務器端Access 數據庫客戶端 : 1)硬件需求: 處理器 Intel奔騰133或相當的處理器 內存 64M 硬盤 10G2)軟件需求: Windows 98 學生考勤管理系統(tǒng)客戶端4.1.2 建議配置服務器端:1)硬件需求:處理器 Intel Pentium IV 2.8G 內存 256M 硬盤 80G2)軟件需求:Microsoft Windows 2000/XP ACCESS 數據庫 學生

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論