【正文】 [2] 李金山 . 學(xué)籍化管理系統(tǒng)的設(shè)計(jì)［ J］ .科技情報(bào)開發(fā)與經(jīng)濟(jì) .2020,(14):132.。相信這將對(duì)日后的工作和自身的發(fā)展起到積極的作用。其次，對(duì)管理信息系統(tǒng)理論的認(rèn)識(shí)程度有所提高，對(duì)其中涉及到的概念有了更深刻的理解。通過對(duì)檔案管理系統(tǒng)的設(shè)計(jì)和開發(fā)，使本人受益匪淺。 本系統(tǒng)并未能實(shí)現(xiàn)學(xué)生檔案管理工作中的全部功能，但在本系統(tǒng)的基礎(chǔ)上可以增加各種 功能模塊，實(shí)現(xiàn)學(xué)校的實(shí)際學(xué)生檔案管理工作中需要的各種功能。 （ 3）依據(jù)數(shù)據(jù)庫設(shè)計(jì)理論，結(jié)合學(xué)生信息管理的實(shí)際特點(diǎn)，完成了數(shù)據(jù)庫的需求分析、邏輯結(jié)構(gòu)和概念結(jié)構(gòu)的設(shè)計(jì)。本系統(tǒng)選擇了 Java 程序設(shè)計(jì)語言和 SQL sever2020 數(shù)據(jù)庫作為開發(fā)工具。 第 33 頁 共 36 頁 7 結(jié)論與展望 學(xué)生檔案的管理作為高校管理部門的重要工作內(nèi)容之一，繁瑣的人工管理和一般的計(jì)算機(jī)軟件已經(jīng)不能滿足現(xiàn)代化學(xué)生檔案管理的需求。針對(duì)本系 統(tǒng)主要是對(duì)權(quán)限系統(tǒng)的測(cè)試和對(duì)無效數(shù)據(jù)、錯(cuò)數(shù)據(jù)、和非法數(shù)據(jù)干擾的能力的測(cè)試。 （ 2）強(qiáng)度測(cè)試及性能測(cè)試：測(cè)試系統(tǒng)能力最高實(shí)際限度，即軟件在一些超負(fù)荷情況下功能實(shí)現(xiàn)的情況。 單獨(dú)對(duì)系統(tǒng)的測(cè)試主要從以下幾方面入手： （ 1）功能測(cè)試：測(cè)試是否滿足開發(fā)要求，是否提供設(shè)計(jì)所描述的功能，是否用戶的需求都得到滿足。 （ 3）系統(tǒng)測(cè)試 在這個(gè)測(cè)試步驟中發(fā)現(xiàn)的往往是軟件設(shè)計(jì)中的錯(cuò)誤，也可能發(fā)現(xiàn)需求說明中 的錯(cuò)誤。因此，大型軟件系統(tǒng)的測(cè)試基本上由下述幾個(gè)步驟組成： （ 1）模塊測(cè)試 在這個(gè)測(cè)試步驟中所發(fā)現(xiàn)的往往是編碼和詳細(xì)設(shè)計(jì)的錯(cuò)誤。 第 32 頁 共 36 頁 系統(tǒng)測(cè)試 與開發(fā)過程類似，測(cè)試過程也必須分步驟進(jìn)行，每個(gè)步驟在邏輯上是前一個(gè)步驟的繼續(xù)。第二，窮舉路徑測(cè)試不可能查出程序中因遺漏 路徑而出錯(cuò)。但即使每條路徑都測(cè)試了仍然可能有錯(cuò)誤。“白盒”法需要全面了解程序的內(nèi)部邏輯結(jié)構(gòu)、對(duì)所有邏輯路徑進(jìn)行測(cè)試?？赏ㄟ^測(cè)試來檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說明書的規(guī)定止常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。實(shí)際上測(cè)試情況有無窮多個(gè)，人們不僅要測(cè)試所有合法的輸入，而且還要對(duì)那些不合法但是可能的輸入進(jìn)行測(cè)試?！昂诤小狈ㄖ塾诔绦蛲獠拷Y(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，只是針對(duì)軟件的界面和軟件需求規(guī)格說明中規(guī)定的功能進(jìn)行測(cè)試。 （ 1）黑盒測(cè)試 黑盒測(cè)試也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)范的測(cè)試，它是在己知產(chǎn)品所應(yīng)具有的功能的前提下，通過測(cè)試來檢測(cè)每個(gè)功能是否都能正常使用，在測(cè)試時(shí)，把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者對(duì)程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說明書的 規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保持外部信息 (如數(shù)據(jù)庫或文件 )的完整性。對(duì)于軟件測(cè)試技術(shù)，可以從不同的角度加以分類 :從是否需要執(zhí)行被測(cè)軟件的角度，可分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。只檢查程序是否做了它應(yīng)該做的事這僅完成了測(cè)試工作的一半，另一半則是要檢查程序是否做了它不該做的事；一段程序中存在錯(cuò)誤的概率與在這段程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)成比例；測(cè)試上作必須有 需求分析 系統(tǒng)設(shè)計(jì) 編制程序 單元測(cè)試 集成測(cè)試 系統(tǒng)測(cè)試 確認(rèn)測(cè)試 使用維護(hù) 測(cè) 試 段 開 發(fā) 第 31 頁 共 36 頁 明確的目標(biāo)；盡早地和不斷地進(jìn)行軟件測(cè)試；窮舉測(cè)試是不可能的，充分覆蓋程序邏輯是有可能的。 軟件測(cè)試的周期如圖 所示。所以應(yīng)該與軟件的研制人員以及最終用戶一起，有針對(duì)性地研究實(shí)際操作環(huán)境并加以描述，形成合理的測(cè)試用例集。同時(shí)，針對(duì)軟件的特性，必須找到合適的測(cè)試方法。測(cè)試原理是軟件測(cè)試活動(dòng)的理論基礎(chǔ)，測(cè)試方法是鍘試原理的實(shí)際應(yīng)用和獲得測(cè)試數(shù)據(jù)的手段。其目的是方便整個(gè)系統(tǒng)的實(shí)現(xiàn)。 系統(tǒng)測(cè)試原理及測(cè)試原則 在完成某一功能模塊后，都要進(jìn)行一下系統(tǒng)測(cè)試。同時(shí)，這種分析也能幫助 我們?cè)O(shè)計(jì)出有針對(duì)性地檢測(cè)方法，改善測(cè)試的有效性。 首先，測(cè)試并不僅僅是為了要找出錯(cuò)誤。 這種觀點(diǎn)可以提醒人們測(cè)試要以查找錯(cuò)誤為中心，而不是為了演示軟件的正確功能。 （ 3）一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤 。 在談到軟件測(cè)試時(shí)，許多人都引用 Grenford J. Myers 在《 The Art of Software Testing》一書中的觀點(diǎn) : （ 1）軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程 。 第 29 頁 共 36 頁 測(cè)試的目的 如果測(cè)試的目的是為了盡可能多地找出錯(cuò)誤，那么測(cè)試就應(yīng)該直接針對(duì)軟件比較復(fù)雜的部分或是以前出錯(cuò)比較多的位置。 （ 5）對(duì)自己編寫的程序盲目自信，在發(fā)現(xiàn)錯(cuò)誤后，顧慮別人對(duì)自己的開發(fā)能力的看法。 （ 3）測(cè)試工作枯燥無味，不能引起人們的興趣 。 在實(shí)踐中，軟件測(cè)試的困難常常使人望而卻步或敷衍了事，這是由于對(duì)測(cè)試仍然存在一些不正確的看法和錯(cuò)誤的態(tài)度，這包括 : （ 1）認(rèn)為測(cè)試工作不如設(shè)計(jì)和編碼那樣容易取得進(jìn)展難以給測(cè)試人員某種成就感 。而在軟件開發(fā)的總成本中，用在測(cè)試上的開銷要占 30％到 50％ 。自有程序設(shè)計(jì)的那天起測(cè)試就一直伴隨著。采用新的語言、先進(jìn)的開發(fā)方式、完善的開發(fā)過程 ，可以減少錯(cuò)誤的引入，但是不可能完全杜絕軟件中的錯(cuò)誤，這些引入的錯(cuò)誤需要測(cè)試來找出，軟件中的錯(cuò)誤密度也需要測(cè)試來進(jìn)行估計(jì)。近來，軟件工程界趨向于一種新的觀點(diǎn)，即認(rèn)為軟件生命周期每一階段中都應(yīng)包含測(cè)試，從而檢驗(yàn)本階段的成果是否接近預(yù)期的目標(biāo)，盡可能早的發(fā)現(xiàn)錯(cuò)誤并加以修正，如果不在早期階段進(jìn)行測(cè)試，錯(cuò)誤的延時(shí)擴(kuò)散常常會(huì)導(dǎo)致最后成品測(cè)試的巨大困難。 圖 學(xué)生統(tǒng)計(jì)圖 第 27 頁 共 36 頁 圖 學(xué)生備份圖 退出系統(tǒng) 退出系統(tǒng)用來退出整個(gè)系統(tǒng)，如圖 所示。 圖 查詢、修改、刪除學(xué)生圖 開始 選擇功能 注冊(cè)用戶 增加刪除用戶 密碼自己的修改 保存數(shù)據(jù) 結(jié)束 管理員 學(xué)生 老師 第 25 頁 共 36 頁 圖 查 詢學(xué)生圖 教師管理 教師管理模塊可以添加教師，刪除教師，修改教師，教師查詢，如圖 、 所示。 圖 系統(tǒng)權(quán)限圖 系統(tǒng)流程圖 （ 1）學(xué)生個(gè)人信息子功能，如圖 、 所示： 學(xué) 生 老 師 管 理 員 系統(tǒng)權(quán)限功能 瀏 覽 查詢 瀏 覽 添加 修改 刪除 查詢 瀏 覽 查詢 第 22 頁 共 36 頁 圖 學(xué)生個(gè)人信息管理流程圖 1 Y N N Y Y 修改 添加 開始 選擇添加或修改 輸入學(xué)生信 息 查詢要修改的學(xué)生 數(shù)據(jù)庫連接 添加新記錄 數(shù)據(jù)庫連接 修改學(xué)生信息數(shù)據(jù) 繼續(xù)添加嗎？ 繼續(xù)修改嗎？ 保存數(shù)據(jù) 結(jié)束 條件 是否符合 N 第 23 頁 共 36 頁 圖 學(xué)生個(gè)人信息管理流程圖 2 剩余模塊的功能圖和學(xué)生個(gè)人信息管理流程圖雷同，因此略。 維護(hù)功能：為老師用戶提供查詢及密碼修改和退出系統(tǒng)等功能，為管理員用戶提供 添加用戶，刪除用戶，密碼修改和退出系統(tǒng)等功能。 刪除功能：為老師用戶提供相應(yīng)的刪除功能， 為管理員用戶提供了對(duì)所有信息的刪除功能。 添加功能：為老師用戶提供相應(yīng)的添加功能，為管理員用戶提供對(duì)所有信息的添加功能。 根據(jù)上節(jié)分析，我們可以畫出系統(tǒng)功能模塊圖，如圖 所示： 圖 系統(tǒng)功能模塊圖 系統(tǒng)功能分析 權(quán)限功能：為用戶設(shè)置權(quán)限功能，可分為學(xué)生，老師，管理員。 （ 3）后臺(tái)管理：主要用來備份教師信息、備份學(xué)生信息、實(shí)現(xiàn)學(xué)生的統(tǒng)計(jì)等。其中管理員模塊主要負(fù)責(zé) :學(xué)生管理、教師管理、后臺(tái)管理、退出系統(tǒng) （ 1）學(xué)生管理：用于對(duì)學(xué)生個(gè)人信息的添加、修改、刪除、查詢。 圖 教師實(shí)體及屬性圖 （ 5）信息實(shí)體： 新聞信息，如圖 所示 圖 信息實(shí)體及屬性圖 數(shù)據(jù)庫表結(jié)構(gòu) 本系統(tǒng)中所涉及到的主要實(shí)體共有 4 個(gè)數(shù)據(jù)表，各表的物理結(jié)構(gòu)如下。 概念模型設(shè)計(jì) （ 1）系統(tǒng)整體 ER 圖如圖 所示 圖 系統(tǒng)整體 ER 圖 檔案管理系統(tǒng) 公 告 教 師 管理信息 學(xué)生 查詢教師 修改公告 修改教師 刪除教師 添加教師 刪除公告 添加公告 查詢公告 修改學(xué)生 添加學(xué)生 刪除學(xué)生 查詢學(xué)生 第 15 頁 共 36 頁 （ 2）學(xué)生實(shí)體： 登陸名，登陸密碼，姓名，院系名稱，年級(jí)，專業(yè)，曾用名，性別，出生日期，政治面貌，戶口類別，身份證號(hào)碼，籍貫，郵編，家庭電話，手機(jī)，出生地，入學(xué)日期，入學(xué)方式，學(xué)制，外語語種，家庭地址，個(gè)人特長(zhǎng)，備注信息 如圖 所示。 （ 3）屬性：描述實(shí)體的特性。注意區(qū)分 型 與 值 的概念 。 （ 2）實(shí)體集：同一類實(shí)體的集合稱為實(shí)體集。實(shí)體可以是實(shí)際事物，也可以是抽象事件。 第 14 頁 共 36 頁 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫的基本概念 概念模型是在現(xiàn)實(shí)世界中對(duì)客觀事物及其聯(lián)系的一種抽象描述。系統(tǒng)要方便學(xué)生對(duì)檔案的查詢，也要方便學(xué)校的教務(wù)管理。 基于 Web的高校學(xué)生檔案管理系統(tǒng)利用 JSP技術(shù)與 Web數(shù)據(jù)庫結(jié)合實(shí)現(xiàn)，具有數(shù)據(jù)輸入、查詢修改等功能，應(yīng)用該系統(tǒng)可大大提高工作效率，并為進(jìn)一步完善計(jì)算機(jī)教務(wù)管理系統(tǒng)和全校信息系統(tǒng)打下良好的基礎(chǔ)。 系統(tǒng)設(shè)計(jì)分析 本系統(tǒng)主要是針對(duì)高校的教務(wù)管理模式，基于校園網(wǎng)的學(xué)生管理信息系統(tǒng)。 （ 2） 系統(tǒng)就滿足學(xué)校的需求，例如學(xué)生信息的查詢、添加、刪除、修改及維護(hù)等。因此，這個(gè)階段又稱邏輯設(shè)計(jì)階段。 系統(tǒng)分析階段的目的，就是按照系統(tǒng)規(guī)劃所定的某個(gè)開發(fā)項(xiàng)目范圍內(nèi)明確系統(tǒng)開發(fā)的目標(biāo)和用戶的信息需求，提出系統(tǒng)的邏輯方案。 通過可行性分析研究，認(rèn)為新系統(tǒng)的 開發(fā)方案切實(shí)可行，可進(jìn)行開發(fā)。 法律可行性 本系統(tǒng)純?yōu)樗饺嗽O(shè)計(jì)，在開發(fā)過程中沒有涉及合同、責(zé)任等與法律相抵觸的方面。