課程設(shè)計--學(xué)生選課系統(tǒng)-資料下載頁
2025-01-13 19:02本頁面
【正文】 name varchar(10),ssex varchar(5),sage int ,dno varchar(10) foreign KEY (dno) REFERENCES t_dept(dno),)//創(chuàng)建教師表create table t_teacher(tno varchar(10) primary key,tpassword varchar(10) ,tname varchar(10),tsex varchar(5) ,dno varchar(10) foreign KEY(dno) REFERENCES t_dept(dno),o varchar(10) foreign KEY(o) REFERENCES t_course(o))//創(chuàng)建成績表create table t_score(o varchar(10) foreign KEY(o) REFERENCES t_course(o),sno varchar(10) foreign KEY(sno) REFERENCES t_student(sno),sscore varchar(5),primary KEY(sno,o))//創(chuàng)建管理員表create table t_manager(managerid varchar(10) primary KEY,managerpassword varchar(10) )程序的部分界面：1． 學(xué)生界面如圖51和 52所示：圖51圖52： 圖53圖54： 圖55 圖566 測試黑盒測試選取測試用例的原則：所設(shè)計出的測試用例能夠減少為達(dá)到合理測試所需要設(shè)計的附加測試用例數(shù)目所設(shè)計出的測試用例能夠告訴我們，是否存在某些類型的錯誤，而不是僅僅指出與特定測試相關(guān)的錯誤是否存在正確的劃分等價類，已根據(jù)等價類設(shè)計測試方案，以滿足所有的測試都能追溯到用戶需求盡量避免含糊的測試用例。盡量將具有相類似功能的測試用例抽象并歸類。盡量避免冗長和復(fù)雜的測試用例。編號預(yù)期輸入操作輸出結(jié)果測試功能1添加成功張三 01213234點擊添加添加成功√添加2請輸入學(xué)生姓名01001141點擊添加請輸入學(xué)生姓名√添加3請輸入學(xué)生學(xué)號張三點擊添加請輸入學(xué)生學(xué)號√添加4刪除成功張三點擊確定刪除成功√刪除5學(xué)生不存在張四點擊確定學(xué)生不存在√刪除6張三012132340張三 點擊確定張三01213234√刪除7張三012132340012132340點擊確定張三01213234√查詢8學(xué)生姓名不存在王五點擊確定學(xué)生姓名不存在√查詢9學(xué)生學(xué)號不存在00000點擊確定學(xué)生學(xué)號不存在√查詢10學(xué)生姓名不存在王五點擊查詢學(xué)生姓名不存在√查詢11學(xué)生學(xué)號不存在00000點擊查詢學(xué)生學(xué)號不存在√查詢12學(xué)生信息不能為空點擊查詢學(xué)生信息不能為空√查詢13學(xué)生學(xué)號不能為空張三點擊查詢學(xué)生學(xué)號不能為空√查詢14學(xué)生姓名不能為空012132340點擊查詢√查詢15學(xué)生姓名不存在王五點擊修改學(xué)生姓名不存在√修改16學(xué)生學(xué)號不存在00000點擊修改學(xué)生學(xué)號不存在√修改17學(xué)生信息不能為空點擊修改學(xué)生信息不能為空√修改18學(xué)生學(xué)號不能為空張三點擊修改學(xué)生學(xué)號不能為空√修改19學(xué)生姓名不能為空012132340點擊修改學(xué)生姓名不能為空√修改20修改成功張三 00000點擊修改修改成功√修改7 總結(jié)這次的UML信息系統(tǒng)分析課程設(shè)計，我們做的是“大學(xué)生選修課管理系統(tǒng)”，通過幾個星期對其各階段任務(wù)的分析實驗操作（確定課題、可行性研究與計劃、需求分析、設(shè)計等），使我們對這門課程有了更深層次的了解，同時也學(xué)到了很多東西。蔡忠文總結(jié)：我們剛學(xué)過軟件工程課程，此次項目當(dāng)中我也用到了軟件工程過程的思想。首先確定項目課題，弄清選題依據(jù)后，進(jìn)行了可行性研究，可行性研究的主要任務(wù)不是具體解決系統(tǒng)中實現(xiàn)問題，而是以最小的代價在盡可能短的時間內(nèi)確定問題是否值得解決，是否能夠解決，因此我考慮了項目的進(jìn)度、質(zhì)量，范圍以及風(fēng)險等內(nèi)容。李梓郡總結(jié)：從UML建模思想與操作技術(shù)上的可行方面。接著是需求分析工作流階段，分析工作六階段，但是這部分任務(wù)用了較長的時間，因為除了用傳統(tǒng)的結(jié)構(gòu)化分析方法學(xué)外，還用了我們學(xué)過的課程信息系統(tǒng)面向?qū)ο蟮姆治龇椒椒▽W(xué)。剛開始用結(jié)構(gòu)化的方法時，由于對系統(tǒng)的了解程度不夠，項目即將面臨癱瘓，認(rèn)為做不下來這個項目，實施過程中出現(xiàn)這樣那樣一系列的風(fēng)險問題，搞得我弄得暈頭轉(zhuǎn)向，好多好多的困難。最后我決定從最基本的數(shù)據(jù)流圖著手，一步一步的來，縮小項目的范圍。按照“自定而下，逐層分解”的總原則劃分，逐層到每一層的復(fù)雜度。王超總結(jié)：比較有難度的就是用面向?qū)ο蟮姆椒ǚ治隽?，這種方法以前自己沒有使用過，只是通過課程來了解其含義，理解起來也很空洞。一開始我就覺得很難上手，在建立用例模型的時候，也遇到好多困難。比如，用例的擴(kuò)展和包含，我們書上是include和extend。在Visio軟件中，沒有這內(nèi)容，這令人比較糾結(jié)，還有如何確定執(zhí)行者、用例、用例之間的具體關(guān)系；在建立動態(tài)模型的時候，如何分析確定類、確定類與類之間的關(guān)系等等都阻礙著分析的前行。為了解決這些問題，我也不乏做了很多工作，比如把書上的各小節(jié)的例子與案例分析都仔細(xì)的研究了幾遍，尤其是我們講的Osbert Oglesby案例進(jìn)行了研究。然后通過借鑒其它書本及網(wǎng)上搜索的資料，張暢總結(jié)：我花了一個周時間進(jìn)行設(shè)計階段的工作，這部分我熟悉了一個軟件開發(fā)工具——Visio。當(dāng)然了，考慮用word來畫模型圖還是比較復(fù)雜，至少說很花時間的，而用Visio工具大大節(jié)約了時間并且減少了出錯率，同時也使得我們對UML建模有了一個專業(yè)上的認(rèn)知。之后根據(jù)需要對系統(tǒng)進(jìn)行了數(shù)據(jù)結(jié)構(gòu)的設(shè)計，這部分內(nèi)容比較簡潔，因為我們原來就學(xué)過SQL數(shù)據(jù)庫應(yīng)用知識，曾經(jīng)也做過有關(guān)數(shù)據(jù)庫的系統(tǒng)，所包含的具體結(jié)構(gòu)相對而言較為清楚。這顯然給我的項目的質(zhì)量做了保障。共 32 頁 第 32
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號-1