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