學生考勤管理系統(tǒng)—需求分析講解學習

1、學生考勤管理系統(tǒng)需求分析報告1 引言 21.1 編寫目的 21.2 背景 21.3 定義 21.4 參考資料 22 任務概述 22.1 目標 22.2 用戶的特點 32.3 假定和約束 33 需求規(guī)定 33.1 對功能的規(guī)定 33.2 對性能的規(guī)定 103.2.1 精度 113.2.2 時間特性要求 113.2.3 靈活性 113.3 輸人輸出要求 113.4 數(shù)據(jù)管理能力要求 113.5 故障處理要求 113.6 其他專門要求 114 運行環(huán)境規(guī)定 114.1 設備 124.2 支持軟件 124.3 接口 121 、引言1 、 1 編寫目的作為用戶與該系統(tǒng)軟件開發(fā)維護人員共同遵守的軟件需求規(guī)

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

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

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

5、庫系統(tǒng)概論（第四版） 2006 年 5 月 王珊 薩師煊著高等教育出版社Access2002 數(shù)據(jù)庫應用 2006 年 8 月 李佳著 人民郵電出版社Visual C+ 教程 2007 年 12 月 鄭阿奇 主編 機械工業(yè)出版社2、任務概述2 1 目標通過學習軟件工程的設計方法，主要采用 Visual C+ 以及 Access 技術，使用戶可以使 用具備查詢功能、 登記功能、 修改功能、 刪除功能、 統(tǒng)計功能、 政策及銷假處理功能的軟件，主要用于學生的考勤管理。2 2 用戶的特點 本系統(tǒng)包括兩類使用用戶：系統(tǒng)管理員，即具有輸入、查詢、刪除、修改記錄的班級班長，任課老師、學院領導以及系統(tǒng)開發(fā)人員

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

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

8、看請假記錄信息。系統(tǒng)：學H粵霸管系統(tǒng)模塊：請假系統(tǒng)碰系編模號：NO1.1作者:調用：后臺管理模IPO表處理：院系領導針對請假申請信息進行學注釋:13計算機 日期：2015月12月20日輸入：輸由：學生請假申請假的詳細進請展生請假審批。局部數(shù)據(jù)元素：學生信息、 請假信息、 課程信息2、考勤系統(tǒng)模塊 本模塊的功能是學生考勤信息統(tǒng)計的實現(xiàn)、查看及管理，涉及六大類用戶中的所有用戶。 學生在線查看自己所有學年的由勤信息；任課老師在線管理學生由勤信息；院系領導、院系領導、班長查看不同的范圍的學生由勤信息。IPO 表系統(tǒng)： 學生考勤管理系統(tǒng)作者： 13 計算機 日期： 2015 月 12 月 20 日模塊：

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

10、： 2015年 12 月 20 日調用：系統(tǒng)管理輸出： 學生信息表、戶信息表、 課程表、年安排表處理：對學校院系學生信息的增加、刪除、修改等及用戶信息 刪除和學生局部數(shù)據(jù)元素： 注釋： 用戶信息、學生信息3.1.2 用戶需求描述1 .學生用戶需求描述 學生對本系統(tǒng)的主要需求是：在線請假以及查看在校期間所有的上課出勤信息。在線請假需求：學生假的全過程當中，學生可以隨時查看請假的詳細進展情況。查看出勤信息 需求：學生可以查看在校期間所有學期上課出勤的詳細信息，如：查看“高等數(shù)學”這門課 程在整個學期請假、曠課、遲到、早退了多少次，以及具體的時間、任課老師姓名、第幾節(jié) 課等詳細信息。 其它需求：查看

11、本人的基本信息，如本人的所屬的院系、年級、專業(yè)、班級、學號、姓名、 性別等，以及修改個人用戶密碼，查看本班課表安排。2 任課老師用戶需求描述任課老師對系統(tǒng)的主要需求是： 管理所教班級學生的上課出勤信息以及查看所教班級學生的 上課出勤信息。管理學生上課出勤需求： 表，隨著時間的變化，自動列出還沒有在網(wǎng)上公布的學生上課出勤信息， 系統(tǒng)自動根據(jù)學生請假系統(tǒng)， 決定學生上課出勤的最終結果。 查看 學生出勤信息需求：查看所教班級學生整個學期上出勤統(tǒng)計信息及詳細信息。 其它需求：查看上課課表，本人基本信息以及修改個人用戶密碼。3 院系領導用戶需求描述院系領導 對本系統(tǒng)的主要需求是： 審批本班學生本學期的在

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

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

14、 圖圖：E-R圖3.1.5 功能模型 一數(shù)據(jù)流圖（DFD ）（功能模型表明一個計算如何從輸入值得到輸生值，它不考慮 計算的次序。功能模型由多張數(shù)據(jù)流圖組成）（A）系統(tǒng)級流圖B） 1層數(shù)據(jù)流圖（所有用戶操作都是通過數(shù)據(jù)庫D0相聯(lián)系。）流圖：系統(tǒng)管理員流圖：院系領導流圖：任課教師流圖：班級班長學生申諾流圖：學生個人3.2 對性能的規(guī)定3.2.1 精度不能馬馬虎虎,要考慮到盡可能達到在進行輸入輸生時必須清晰的列由所有輸入狀況及數(shù)據(jù), 的范圍，以使輸入輸由完整準確。3.2.2 時間特性要求 查詢服務部分：用戶通過電腦提交命令到返回結果不超過5秒鐘。數(shù)據(jù)管理部分：提交某一數(shù)據(jù)錄入到結果返回不超過5秒鐘。

15、3.2.3 靈活性操作方式：支持 Windows2000及以上的操作系統(tǒng)。同其他軟件接口:設計連接 Access數(shù)據(jù)庫的軟件包。精度和有效時限的變化：用戶自己設定。3.3 輸入輸出要求要符合精度的設定。3.4 數(shù)據(jù)管理能力要求(1)同學個人信息：學號，大小為10個字符；名字，不超過 20字符；系別，不超過 30個字符；班級，不超過 8個字符；(2)請假信息：學號，大小為10個字符；請假時間，大小為 12個字符；請假理由：大 小不超過100個字符。(3)任課老師表：教師號：大小為 10個字符；教師名：不超過 20字符；系別，不超過 30個字符；任課課程：不超過 30字符；(4)課程表：課程號碼，

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

17、體問題，再做具體分析。多查多問。3.6 其他專門要求 在程序的開發(fā)過程中，應遵循結構化的程序設計原則，精心設立運行日志，從而 加強系統(tǒng)的可維護性；另一方面要注重系統(tǒng)的界面友好性、保持各程序模塊界面的統(tǒng)一。4運行環(huán)境規(guī)定4.1設備4.1.1 最低配置服務器端：1)硬件需求：處理器 Intel Pentium III內(nèi)存128M硬盤40G2)軟件需求：Windows 98學生考勤管理系統(tǒng)服務器端Access數(shù)據(jù)庫客戶端：1)硬件需求：處理器Intel奔騰133或相當?shù)奶幚砥鲀?nèi)存64M硬盤10G2)軟件需求：Windows 98學生考勤管理系統(tǒng)客戶端4.1.2 建議配置服務器端：1)硬件需求：處理器 Intel Pentium IV 2.8G 內(nèi)存 256M 硬盤 80G2)軟件需求：Microsoft Windows 2000/XPACCESS數(shù)據(jù)庫學生考勤管理系統(tǒng)服務器端客戶端：1)硬件需求：處理器 Intel Pentiu