




版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
51.1開發背景 5 5 6 6 6 7 112.5所建議的系統 152.7投資及效益分析 17 3.1系統介紹 3.2系統面向的用戶群體 3.3系統功能需求 4.1開發環境 五、結構化分析 245.2數據流程圖 5.3數據字典 5.4模塊結構圖 37 376.2用況建模 6.3靜態建模 6.4動態建模 46 537.1數據庫環境說明 7.3.1分E-R圖 618.3人機界面建模 8.5系統界面匯總 71 9.4.2集成測試(IntegratedTesting) 9.4.3確認測試(ValidationTesting) 9.4.4系統測試(SystemTesting) 74 10.2使用說明 、開發背景及意義01.1開發背景隨著信息技術的迅速發展,多媒體計算機、網絡為代表的信息技術給教育的發展帶來了新的生機,為傳統的教學方式注入了活力,給其帶來了重大的革命。網絡使教育傳播不再受時間和地點的限制,開1.2開發意義從學校的實際需求出發,采用當前較為流行的B/S(瀏覽器/服務器)結構和JSP動態網頁開發技術,設計并實現了一個功能較為完作了相應描述,同時也對系統需要改進的地方做了總結2.1編寫目的項目應用范圍、目標、本項目與其它項目之間的關系、項目產品及成果、系統功能、系統性能、數據描述、故障處理能力以及其他專門的要求等,是系統驗收的主要依據,也使其作為系統數據庫開發的主要本文檔的閱讀對象是業務負責任人、業務人員、軟件開發人員、業務規范設計人員、軟件測試人員、系統安裝人員、系統維護人員、指導教師及學生。隨著社會的進步,信息技術的廣泛應用,在線作業系統管理的優勢日漸明顯。針對以下三種情況:情況一:老師與學生的課外教學互動通過公共郵箱,如老師一般把教學資料上傳到公共郵箱供生下載,學生把電子版作業上交到公共郵箱。這種方式的局限性是郵箱的容量有限,對于大容量郵件,服務器只保存有限的時間而且老師難以統計學生提交作業的情況,也難以批改。情況二:通過U盤拷貝教師發布作業以及提交作業,這種方式的情況三:部分有該方面技術的教師會建立起個人輔助教學網站,源代碼,比較麻煩,而且教師的個人教學輔助網站相對分散,其共享性不強,可管理性較差。設計一個作業管理系統,通過與計算機、網絡的結合使用對作業進行管理,可以給老師和同學帶來以下不同的方2.3可行性研究的前提2.3.1要求能2.管理員發布公告、管理公告(查看、修改、刪除)的功能3.管理員設置院系、班級、課程、任課教師,同樣具有查4.管理員修改個人資料功能2.教師發布公告、管理公告(查看、修改、刪除)功能3.教師修改個人資料功能4.教師查看學生名單功能6.教師網上答疑功能2.學生登錄功能,根據權限進入學生相應的頁面的功能4.學生查看、下載老師的作業題目,上傳作業(說明作業格式),查看老師對作業的批改情況功能5.學生在網上對老師提出疑問并能查看以往對老師提出的疑問功能技術先進:產品的系統設計和開發應緊跟著整個計算機發展潮軟件,通過瀏覽器就可以直接訪問,可以直接接入Internet,無論您身在何處,只要您可以訪問Internet都可以使用本系統。C.可擴展性能在發生意外(如掉電)的情況下,保證不丟失數據EFF兩個月.3.3條件、假定和限制b、進行系統方案選擇比較的時:為10天2.3.4進行可行性研究的方法2.3.5評價尺度2.4對現有系統的分析2.4.1處理流程和數據流程2.4.2工作負荷2.4.3費用開支2.4.4人員2.4.5設備2.5所建議的系統2.5.1對所建議系統的說明管理員:根據權限進入管理員相應的頁面的功能,修改個人資2.5.2處理流程和數據流程3.系統進入消息循環,通過事件驅動機制激活相應的功能模塊,并4.通過關閉系統事件,激活關閉系統模塊,退出系統2.5.3改進之處2.5.4影響對設備的影響采用建議系統后,改進了原有系統的性能所以對設備的要求自對軟件的影響對用戶單位機構的影響對系統運行過程的影響對開發的影響本系統客戶端擬采用Window7作系統,服務器采用對地點和設施的影響對經費開支的影響費用(見經濟可行性分析)。2.5.5局限性2.5.6技術條件方面的可行性2.6可選擇的其他系統方案2.7投資及效益分析2.7.1支出基本建設投資計算機設備4臺4*5000=200數據通訊設備:(手機產生的實時花費)規定每人每月50共計4*50=200;辦公室對外通信包月3*40=160其他一次性支出本系統開發期為3個月,需開發人員5人。根據軟件系統的規模估算,每人月的人工費按1000元計算,開發費用為15000元。(2)硬件設備費共45000萬元,其中:微機4臺約15000元;服務器1臺及網絡等設備費3萬元。(3)外購開發工具、軟件環境費用共3萬元。(4)其他費費用共3萬元。非一次性支出的運行費用(包括系統維護、設備維護等)10萬元收益一次性收益學校購買系統50萬。非一次性收益每年對系統進行維護一年5萬。不可定量的收益無2.7.3收益/投資比收益50萬;投資14萬;2.7.4投資回收周期收益50萬;投資14萬;此系統回報周期在3.6年2.7.5敏感性分析系統生存周期長短:本軟件至少可以使用5年2.8社會因素方面的可行性2.9法律方面的可行性三、需求分析隨著信息技術的迅速發展,多媒體計算機、網絡為代表的信息技快速傳遞,并擴展作業的功能,提高作業的教學價值及管理效率在研究目前國內外作業管理情況的基礎上,從學校的實際需求出發,采用當前較為流行的B/S(瀏覽器/服務器)結構和JSP動態網作業管理系統是針對高校老師在批改作業,與學生提交作業工作系統首先有一個登陸界面,工作人員必須通過相關的驗證才能進后,系統會為老師提供發布公告、管理公告(查看、修改、刪除)功查看、下載老師的作業題目,上傳作業(說明作業格式),查看老師3.2系統面向的用戶群體 學生作業管理系統面向的用戶群體是各大高校的老師與學生和3.3系統的功能性需求1.管理員端(定義批量管理周期為一學期):(1)課程信息的添加,完成一學期所有課程信息的批量添加 (1)發布作業,完成指定課程的作業要求的上傳作業打分)命 添加5)組成員作業上交情況,顯示當前組的成員作業上交情況3.4系統的非功能性需求3.4.1用戶界面需求(1)系統的保護本系統具有較高的安全性,首先在登陸系統的時候就必須通過相關驗證才能進入到系統中,對于所錄入的信息也具有較高安(2)系統處理的準確性和及時性:系統運行時,具有較高的準確性和及時性,在老師修改學生作業3.4.2軟硬件環境需求4.1開發環境4.2項目規劃與管理4.2.1開發人員安排本次課程設計的需求分析和數據庫設計是2個人共同完成的。xxxxxxxx主要是進行軟件系統的分析策劃工作,對數據庫的設計以及整個界面工作的進行,最后系統的測試和維護,設計并畫各種流程xxxxxxxx主要是找資料。4.2.2開發進度安排序號天數主要工作1系統分析初步設定項目的范圍和目標;進行可行性分析;確定項目進度計劃;2確定系統的要求:功能、性能、運行及分析數據:系統的概念模型、邏輯模型;修正項目計劃,給出原型;確定最佳方案,結構設計,數據庫設計;分別用順序圖類圖結構視圖描述系統外觀;1設計測試用例,進行測試運行;6移交系統15.1結構化分析方法(1)開發方法使用最早,使用時間最長。(2)應用最廣泛,特別適用于自動控制及程序控制等數據處理(1)構建原系統物理模型。(2)抽象原系統邏輯模型。(3)建立新系統邏輯模型。(4)進一步補充和優化。優缺點:優點是簡單實用成熟,適合于瀑布模型,易于開發者掌5.2數據流程圖管理員登錄理系統管理員公告管理5.2.1學生作業管理系統頂層圖庫理庫庫5.2.2學生作業管理系統頂層圖2、學生信息查詢1、學生信息的錄入學生信息學生信息學生信息學生信息數據庫5.2.3學生作業管理系統加工1子圖作業下載息5.2.4學生作業管理系統加工2子圖作業數據庫學生信息性學生信息性改5.2.5學生作業管理系統加工3子圖5.3數據字典數據結構、數據流、數據存儲和處理過程5個部分。1、數據項教師信息表主要用于存放教師的基本信息,包括教工號、姓名、所屬學院、聯系方式和E-mail地址。最后考慮到教師的信息有可能會被以復數的形式輸出,定義了一個id域,以便于分頁輸出。教師信息表結構如表5-3-1所示。字段名字段含義數據類型是否為空教師教工號否教師姓名否教師所屬學院否教師聯系方式是教師郵箱地址是用于分頁顯示的種子否表5-3-1教師信息表分頁輸出。學生信息表結構如表5-3-2所示。字段名字段含義數據類型是否為空學生學號否學生姓名否學生專業或學否院學生聯系方式是學生郵箱地址是用于分頁顯示的種子否表5-3-2學生信息表課程信息表存放所有的課程信息,信息包括課程代碼、課程名、組內允許含有的最大成員數、組內的所有角色名(格式XX:XX,“:處理。課程信息表結構如表5-3-3所示字段名字段含義數據類型是否為空課程唯一標識,用于分頁否顯示課程代碼否課程名否教師教工號否授課專業及班級否課程時間否課程地點否課程需分的組數否小組允許的成員人數否小組里的角色名稱否教師布置的作業存放地址是學生上傳作業的目錄否表5-3-3課程信息表4課程名單表課程名單表存放所有課程的所有名單,即課程和學生的對應關數。為了減少這樣的次數,我們以增加硬盤占用空間作為代價增加幾冗余屬性——課程名、課程代碼、教師姓名、學生姓名。除了基本的對應信息之外,學生上傳的作業、教師上傳的批閱作、教師上傳的作業要求的存放地址也存放于這個表中。其他信息包課程作業狀態、成績、分組信息、組內角色亦存放于此表。最后,整個系統多處會以多行輸出的信息查詢本表,為了減少服器負荷,我們用分頁顯示。ID是分頁所要用到的標識。字段名字段含義數據類型是否為空用于分頁顯示否課程唯一確定號,參見課程信息表的intID否課程代碼否教師教工號否學生學號否學生所在組的編號(0表示未入組)否學生在組內的角色否作業狀態是作業下載地址是批閱作業下載地址是成績是課程名單表如表5-3-4所示.表5-3-4課程作業信息表5組信息表組信息表用于存放組長賬號以及組長的組號、課程號,以便組長一門課程可能有許多組,故課很大可能會發生多行讀取。為了減組信息表的結構參見表5-4-5字段名字段含義數據類型是否為空組長賬戶名否課程唯一號,參見課程信息表否組號否用于分組顯示否表5-4-5組信息表數據結構個數據項組成,也可以由若干個數據結構組成,或由若干個數據項數據結構混合組成。如表5-3-5.1所示:數據結構名含義說明1教師信息教師的基本信息學生信息=教工號+姓名+學院+聯系方式+郵箱2學生信息學生的基本信息學生信息=學號+姓名+專業或學院+學生聯系方式+學生郵箱地址3課程信息課程的基本信息課程信息=代碼+名字+教工號+專業及班級+時間+地點+分組數+成員+角色名稱+作業存放地址+上傳作業的目錄4課程名單信息課程的基本信息課程信息=課程唯一確定號+代碼+教工號+學號+學生組+學生組成員+作業狀態+作業下載地址+批閱作業下載地址+成績5組信息組的基本信息組信息=組賬號+課程唯一號+組號作業管理管理員公告管理賬戶管理學生管理學管理系統的整體模塊學生信息管理作業管理管理員公告管理賬戶管理學生管理學管理系統的整體模塊學生信息管理表表5-3-5.1結構圖是對系統的整體描述,具有很強的層次效果,本系統的組學生作業管理系統學生教師學生根據前期需求分析,管理員主要負責兩項任務——公告和賬戶管理,公告管理包括公告的添加刪除發布。賬戶管理包括賬戶添加、刪除和學生作業批量刪除。管理員子系統的模塊結構如圖5-2所示。賬號管理賬號管理底號批量刪除賬號刑除賬號添加修改公告剩除公告發布公告查看公告圖5-2管理員子系統模塊結構教師子系統根據前期需求分析,教師主要負責三項任務——課程管理、作業管理和組管理,其次教師也可以根據需要修改自己的各項信息(包括密碼的修改)。課程管理包括課程的課程信息的查詢和課程的名單的下載。作業管理包括課程的作業發布、學生的作業下載、批閱作業的上傳和批閱信息的管理。組管理包括組信息的建立、組長的任命、組信息的查詢以及組賬戶信息的查詢。作業打分批改作業下載作業查看作業發布作業學生打分學生名單的增刪改查看學生名單修改公告作業打分批改作業下載作業查看作業發布作業學生打分學生名單的增刪改查看學生名單修改公告刪除公告發布公告查看公告修改作業下載作業查看作業上傳作業刪除信息修改信息查看信息公告管理學生管理作業管理公告管理學生管理學生子系統根據前期需求分析,學生主要負責作業管理,即作業的上傳和作業要求和批閱作業的下載。此外學科亦可以查詢自己所有的課程信息、組的信息。最后,和教師子系統一樣,學生可以更改學生子系統的模塊結構如圖5-4所示。圖5-4學生子系統模塊結構六、面向對象分析設計面向對象=對象+類+繼承+消息通信。具有這四個概念的軟件開發方法稱為面向對象方法(00M)。面向對象的開發方法(00SD)是一種新的軟件工程方法其基本思想是盡可能接近人類認識現實世界的方法和思維方式來分析和解決問,提供更加清晰的需求分析和設計,是指導軟件開發的系統方法。00SD貫穿于整個軟件生命期,其中面向對象的分析與設計是面向對象開發的關鍵。其中面向對象的分析與設計是面向對象開發的關鍵。00M具有4個主要特點:符合人類分析解決問題的習慣思維方式;各階段所使用的技術方法具有高度連續性;開發階段有機集成有利于系統穩定;重用性好,所以對象類提供了較理想的可重用團建成分,而其繼承機制使得00技術實現可重用性更方便、自然和準確。6.1分析與設計方法的分析)模型由5個層次(主題層、對象類層、結構層、屬性層和服務層)和5個活動(標識對象類、標識結構、定義主題、定可用來描述對象或分類結構的實例,可在圖中給出,并在對象 進行的一些處理方法:方法要在圖中定義,并在對象的存儲中指定。對于每個對象和結構來說,那些用來增加、修改、刪除和選擇一個方法本身都是隱含的(雖然它們是要在對象的存儲中定義的,但并不在圖上給出),而有些則是顯示的。通過模型分析加強了對問題域和系統責任的理解;改進與分析有關的各類人員之間的交流;增強了客戶需求的變化具有較強的適應性;貫穿軟件生命周期全過程的一致性,有利于用戶參與。這是00A的優點ObjectOrientedDesignOOD是00方法中一個中間過渡環節。其主要作用是對OOA分析的結果作進一步的規范化整理,以便能夠被OOP直接接受。00D的目標是管理程序內部各部分的相互依賴。為了達到這個目標,00D要求將程序分成塊,每個塊的規模應該小到可以管理的程度,然后分別將各個塊隱藏在接口(interface)的后面,讓它們只通過接口相互交流。00D是一種解決軟件問題的設計范式(paradigm),一種抽象的范式。使用00D這種設計范式,我們可以用對象 (一)確定執行者(二)確定用況在確定執行者之后,結合學生作業管理系統需求,進一步分析系統的需求,可以確定的用況用:★作業管理:包含老師發布作業,學生查看作業,提交作業,老師對學生的作業進行批改打分,做記錄,刪除作業。★信息管理:包含設置個人資料功能,發布公告,設置班級、課(三)用況圖>sinclddessxindludecindud用師相關信息查香學生名單<sindude>?.能作業圖6-1學生作業系統用6.3靜態建模型描述系統中包含的類以及類之間的關系,展示了軟件系統模型可以用UML的類圖和對象圖表示,基本的模型元素有類、對象以及它們之間的關系。類圖由系統中使用的類以及它們之間的關系組成。類之間的關系類與對象圖A進名姓教總管理員號作業管理()工院教師工院注名號學色類別山占2◆作業管理()學生管理()公告管理()信息爸理()學生總性名6-2學生作業管理系統類與對動態模型用來描述系統的動態行為,顯示對象在系統運行期通信圖和協作圖來建立動態模型。狀態機圖說明該類的對象所有可能的狀態,以及哪些事件將導致狀態的改變。狀態機圖描述了對象的動態行為,是一種對象生存周期的模(1)畫狀態機圖的步驟如下:1)列出對象具有的所有狀態2)標識導致狀態轉換的事件3)為狀態和遷移定義狀態變量和動作(2)狀態機圖甜出甜錄錄相上傳作業管名返回回6-3學生作業管以是并發的和順序的。活動定義被展示在活動圖中。活動圖可以看作一種特殊形式的狀態機圖,用于對計算流程和工作流建模。活動圖的狀態表示計算過程中所處的各種狀態。管理員登錄修歡公告剛除公告查詢公告是結果學生作業管理系統,教師管教師登錄教師登錄正確業管理統學生作業管理系統,教師作正確系統-[ActivityDiagram:UseCaseView/學生管理活動管理昌不不錄疏掛部恥過娛學生作業管理系統,學生管理活6.4.3順序圖順序圖(sequencediagram)用來描述對象間的交互行為,順序圖關注于消息的順序,即對象間消息的發送與接收的順序。順序圖還揭示了一個特定場景的交互,即系統執行期間在某時間點的對象之間的特定交互。順序圖適合于描述實時系統中的時間特性和時間約!!仙理4.逾我管征體逐出位題8浙驗公盟鋼價學生作業管理系統,綠界學生作業管理系統,教師作2.查詢7.返回10:退出學生作業管理系統,早Nnca建*心再學生作業管理系統,教師公告管盟錄界面查百作業下就作業4.選擇作業管理選擇上傳作業選擇上傳作業11:返回10:返回12元回學生作業管理系統,學生作登錄2:查詢理學生作業管理系統,學生信息管七、數據庫分析與設計07.1數據庫環境說明7.2數據庫命名標準與規范如:學生作業管理系統數據庫命名為“圖書學生作業管理系統”7.3概念結構設計7.3.1分E-R圖學號老師E-R圖中包括的屬性有老師教工號,姓名,學院,郵箱,所在院系,聯系方式,這些屬性項闡明了讀者實體。管理員(Administrator)E-R圖管理員E-R圖包括的屬性有管理員ID,管理員名稱,管理員密碼,這些屬性闡明了管理員實體。公告E-R圖公告E-R圖中包括的屬性有公告內容,時間這些屬性項闡明了公告實課程名課程址選選課程管恐員課程管恐員教E-R圖教E-R圖中包括的屬性有上傳作業、專業/班級、地點、時間作業下教7.3.2總體E-R圖郵箱專業班郵箱專業班級系方動址教老師號架架2不北丁開7.4邏輯結構設計7.4.1E-R圖轉化為關系模型關系模型的邏輯結構式一組關系模式的集合。E-R圖則是由實體型、試題的屬性和實體型之間的聯系3要素組成的。所以將E-R圖轉換為關系模型實際上就是要將實體型、實體的屬性和實體型之間的聯系轉換為關系模式,這種轉換一般遵循如下原則:一個實體型轉換為一個關系模式。實體屬性的屬性就是關系的屬性,實體的碼就是關系的碼。對于實體型間的聯系則有以下不同的情況:(1)一個1:1聯系可以轉換為一個獨立的關系模式,也可以與任意一端對應的關系模式合并。如果轉換為一個獨立的關系模式,則與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性,每一個實體的碼均是該關系的候選碼。如果與某一端實體對應的關系模式合并,則需要在該關系模式的屬性中加入另一個關系模式的碼和聯(2)一個1:n聯系可以轉換為一個獨立的關系模式,也可以與n端對應的關系模式合并。如果轉換為一個獨立的關系模式,則與該聯系相連的各實體的碼以及聯系本身的屬性轉換為關系的屬性,而關系的碼為n端實體的碼。(3)一個m:n聯系轉換為一個關系模式。與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性,各實體的碼組成關系的碼或關系碼的一部分。(4)3個或3個以上實體間的一個多元聯系可以轉換為一個關系模式。與該多元聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性,各實體的碼組成關系的碼或關系碼的一部分。(5)具有相同碼的關系模式可合并。7.4.2用戶子模式:將概念模型轉換為全局模型后,還應該根據局部應用結合具體DBMS的特點設計用戶的外模式。目前采用視圖(VIEW)來設計用戶為學生建立視圖:學生(姓名,學號,所在院系,郵箱,聯系方式)為老師建立視圖:老師(教工號,姓名,所在院系,郵箱,聯系方式)為教建立視圖:教(上傳作業、下載作業地址、專業/班級、地點、時間)為選建立視圖:選(上傳作業、下載作業地址、修改作業、作業狀態)利用表“學生”定義視圖sq學生。查詢“學生”表中的所有視圖信息。FROM學生八、人機界面設計[8.1界面設計原則通常,用戶界面設計應遵循以下4項基本原則:(1)界面的合適性。這是界面設計的首要因素,在實現界面功能特(2)簡便易操作。界面設計盡量簡潔,便于操作,減少用戶記憶,(3)便于交互控制。交互常會跨越邊界進入信息顯示,數據輸入和(4)媒體組合恰當。文本,圖形,動畫,視頻影像,語音等媒體都8.2人機界面分析螺旋模型表示,包括以下4個不同的框架活動(如下圖所示)1)用戶、任務、和環境分2)界面設計。3)界面構造。4)界面確認。8.3人機界面建模8.4界面設計的黃金原則1)交互模式的定義不能強迫用戶進入不必要的或不希望的動作的方式2)提供靈活的交互3)允許用戶交互可以被中斷和撤銷5)使用戶隔離內部技術細節1)減少對短期記憶的要求2)建有意義的默認值3)定義直覺性的捷徑4)界面的視覺布局應該基于真實世界的隱喻5)以不斷進展的方式揭示信息2)在應用系列內保持一致性3)不要改變用戶已經熟悉的用戶交互模型8.5系統界面匯總8.5.1登錄界面設計手生成裝道系換〇教師〇學生○管理員學生應格進系情8.5.2子界面設計于生成錯管理基統 發布公告修改公告查詢公告刪除公告公告管理界面首頁查看學生信息修改學生信息學生打分九、軟件測試分析報告9.1測試范圍與主要類容測試范圍主要類容概要說明系統登錄驗證驗證用戶身份以及確定用戶權限,測試數據庫檢索代碼的健壯性功能性測試添加管理員功能測試測試管理員添加新管理員的成功性,測試數據庫檢索代碼的健壯性功能性測試添加學生信息功能測試測試添加學生進入數據庫的準確性,測試數據庫檢索代碼的健壯性功能性測試查詢學生信息功能測試測試用戶對學生查找的準確性,測試數據庫檢索代碼的健壯性功能性測試修改學生信息功能測試測試管理員對學生信息修改的準確性,測試數據庫檢索代碼的健壯性功能性測試添加教師信息功能測試測試管理員添加教師入庫的準確性,測試數據庫檢索代碼的健壯性功能性測試查詢教師信息功能測試測試管理員對教師查找的準確性,測試數據庫檢索代碼的健壯性功能性測試修改教師信息功能測試測試管理員對教師信息修改的準確性,測試數據庫檢索代碼的健壯性功能性測試學生打分功能測試學生打分的準確性,測試數據庫代碼的健壯性功能性測試下載作業功能測試測試下載作業的準確性,測試數據庫檢索代碼的健壯性功能性測試修改公告功能測試測試修改公告的準確性,測試數據庫檢索代碼的健壯性功能性測試上傳作業功能測試測試上傳作業的準確性,測試數據庫檢索代碼的健壯性功能性測試9.2測試方法用例一學生作業管理系統功能模塊名管理員登錄模塊功能特性管理員身份驗證測試目的驗證是否輸入合法的信息,允許合法登錄,阻止非法登錄測試數據用戶名=admin密碼=123456身份=管理員操作步驟操作描述數據期望結果實際結果測試狀態1輸入用戶名和密碼,并選擇登錄的身份輸入用戶名和密碼用戶名=admin密碼=123456選擇管理員登錄。顯示進入后的頁面同期望結果正常2輸入用戶名和密碼,并選擇登錄的身份輸入用戶名和密碼用戶名=admin1密碼=123456選擇管理員登錄。顯示警告信息“輸入有誤,請重新輸入!”同期望結果正常3輸入用戶名和密碼,并選擇登錄的身份輸入用戶名和密碼用戶名=admin2密碼=123456選擇管理員登錄。顯示警告信息“輸入有誤,請重新輸入!”同期望結果正常4輸入用戶名和密碼,并選擇登錄的身份輸入用戶名和密碼用戶名=admin3密碼=123456選擇管理員登錄。顯示警告信息“輸入有誤,請重新輸入!”同期望結果正常用例二學生作業管理系統功能模塊名查詢學生信息功能特性用戶可以查看學生信息等測試目的驗證是否正確的查詢信息,如果正確,則顯示學生信息;如果不正確,則顯示錯誤信息測試數據學號=4561姓名=張三姓名=123學號=Q22304561操作步驟操作描述數據期望結果實際結果測試狀態1輸入學號,按“查詢”按鈕學號=4561顯示學生信息同期望結果正常2輸入學號,按“查詢”按鈕學號=Q22304561查詢結果為空同期望結果正常3輸入姓名,按“查詢”按鈕姓名=張三顯示學生信息同期望結果正常4輸入姓名,按“查詢”按鈕姓名=123查詢結果為空同期望結果正常用例三學生作業管理系統功能模塊名發布公告模塊功能特性管理員可以發布公告測試目的驗證發布公告是否有效,如果有效,則更新信息;如果不正確,則顯示錯誤信息測試數據內容=12312操作步驟操作描述數據期望結果實際結果測試狀態1發布公告,按"發布"內容=123123顯示公告信息同期望結果正常2發布公告,按“取消”內容=查詢結果為空同期望結果正常3修改公告,按“修改”內容=12312顯示修改成功信息同期望結果正常4修改公告,按“取消”內容=12312查詢結果為空同期望結果正常用例四功能特性學生作業管理測試目的驗證是否有效下載上傳,如果有效,則正常操作;如果無效,則顯示錯誤信息測試數據作業下載文件1作業上傳文件1操作步驟操作描述數據期望結果實際結果測試狀態1點擊作業下載文件1,按“下載”按鈕作業下載文件1下載成功同期望結果正常2未點擊作業下載文件1,按“下載”按鈕作業下載文件1顯示警告信息同期望結果正常3點擊作業上傳文件1,按"上傳"作業上傳文件1上傳成功同期望結果正常按鈕4未點擊作業上傳文件1,按“上傳”按鈕作業上傳文件1顯示警告信息同期望結果正常用例五功能特性教師作業管理測試目的示錯誤信息測試數據作業1操作步驟操作描述數據期望結果實際結果1按“查看”按鈕作業1顯示作業信息同期望結果正常2按“發布”按鈕作業1發布成功同期望結果正常3按“下載”按鈕作業1下載成功同期望結果正常4按“打分”按鈕作業1成功打分同期望結果正常5按“批改”按鈕作業1成功批改同期望結果9.2.2白盒測試白盒測試又稱結構測試,這種方法把看作一個透明的盒子,測試人員根據程序內部的邏輯結構及有關信息設計測試用例,檢查程序多程序模塊中的所有獨立路徑至少執行一次。對所有邏輯判定的取值(“真”與“假”)都至少測試一次。
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 加油合作協議合同樣本
- 制磚機購銷合同范例
- 加工機械承攬合同標準文本
- 勞動合同樣本法
- 2025屆北京市東城區北京第二十二中學高考物理押題試卷含解析
- 大學體育課程教學總結與計劃范文
- 北京西城44中2024-2025學年高考適應性考試物理試卷含解析
- 25年公司項目部安全培訓考試試題及答案【各地真題】
- 藥品管理與醫院感染防控計劃
- 25年公司廠級員工安全培訓考試試題附參考答案【滿分必刷】
- 從專業走向管理
- 2022年中國礦業權評估新準則
- 抵押物清單(標準樣本)
- 《物聯網》課件第4章-物聯網通信技術
- 攪拌車說明書
- XX大學學生中文成績單(人力資源管理專業)
- 電動叉車控制器電路圖大全
- 法學概論的試題及答案
- 福建省水文地質圖
- JZLX輸電線路工程專業監理實施細則(架線工程)
- TSG T7007-2022 電梯型式試驗規則
評論
0/150
提交評論