【正文】 等。 (2) 系統(tǒng)存儲(chǔ) 學(xué)生 信息 (E1)。 S2: 刪除 學(xué)生 (1) 提供 學(xué)生 的信息。 學(xué)生成績(jī)管理系 統(tǒng)的分析及設(shè)計(jì) 應(yīng) 用 UML 建模 10 (2) 查詢 學(xué)生 (E2)。 (3) 查詢 學(xué)生 的 記錄 (E3)。 (4) 從系統(tǒng)中刪除 學(xué)生 的信息，以及 學(xué)生 的 選課 記錄。 S3：更改 學(xué)生 (1) 提供 學(xué)生 的信息。 (2) 查詢并顯示 學(xué)生 的信息 (E2),修改相應(yīng)的信息。 (3) 更新系統(tǒng)中 學(xué)生 的信息。 E1: 若 學(xué)生 已存在，系統(tǒng)顯示提示信息，用例終止。 E2: 若查詢不到 學(xué)生 ，系統(tǒng)顯示提示信息，用例終止。 E3: 若 無(wú) 記錄，系統(tǒng)顯示提示信息，用例終止。 維護(hù) 教師 信息 在這個(gè)用例開始前， Adminer 必須登錄到系統(tǒng)中。如果這個(gè)用例成功，系統(tǒng)添加、修改或刪除 教師 信息。否則，系統(tǒng)的狀態(tài)沒有變化。當(dāng) Adminer想維護(hù) 教師 信息 時(shí)，用例啟動(dòng)。系統(tǒng)要求 Adminer 選擇所想執(zhí)行的活動(dòng)(添加 教師 、刪除 教師 、修改 教師 )如果所選的活動(dòng)是 “ 添加 教師 ” ，則執(zhí)行分支流 S1：添加 教師 信息 。如果所選的活動(dòng)是 “ 刪除 教師 ” ，則執(zhí)行分支流 S2：刪除 教師 信息 。如果所選的活動(dòng)是 “ 修改 教師 ” ，則執(zhí)行分支流 S3：修改 教師 信息 。 S1: 添加 教師 信息 (1) 提供 教師 名字、所教課程名 等信息。 (2) 在系統(tǒng)中添加該 教師 信息 (E1)。 S2: 刪除 教師 生信息 (1) 提供所要?jiǎng)h除的 教師 信息 。 (2) 查詢所要?jiǎng)h除的 教師 (E2)。 (3) 刪除 該教師的記錄 (E3)。 (4) 從系統(tǒng)中 刪除 教師 信息 ，以及相關(guān)的 記錄 。 S3：更改 教師 信息 (1) 提供 教師 信息 。 學(xué)生成績(jī)管理系 統(tǒng)的分析及設(shè)計(jì) 應(yīng) 用 UML 建模 11 (2) 查詢并顯示 教師 信息 (E2)，并做相應(yīng)修改 。 （ 3） 更新系統(tǒng)中的 學(xué)生信息 。 E1: 若 教師 信息 已存在，系統(tǒng)顯示提示信息，用例終止。 E2: 若查詢不到該書 老師 ，系統(tǒng)顯示提示信息，用例終止。 E3：若 無(wú)記錄 ，系統(tǒng)顯示提示信息，用例終止。 維護(hù) 系統(tǒng) 信息 在這個(gè)用例開始前， Adminer 必須登錄到系統(tǒng)中。如果這個(gè)用例成功，系統(tǒng)添加、修改或刪除 系統(tǒng) 信息。否則，系統(tǒng)的狀態(tài)沒有變化 。當(dāng) Adminer想維護(hù) 系統(tǒng) 信息 時(shí)，用例啟動(dòng)。系統(tǒng)要求 Adminer 選擇所想執(zhí)行的活動(dòng)(添加 信息、 刪除 信息 、修改 信息 )。 如果所選的活動(dòng)是 “ 添加 系統(tǒng)消息 ” ，則執(zhí)行分支流 S1：添加 系統(tǒng) 信息 。如果所選的活動(dòng)是 “ 刪除 系統(tǒng)信息 ” ，則執(zhí)行分支流 S2：刪除 系統(tǒng) 信息 。如果所選的活動(dòng)是 “ 修改 系統(tǒng)信息 ” ，則執(zhí)行分支流 S3：修改 系統(tǒng) 信息 。 S1: 添加 系統(tǒng) 信息 (1) 提供 添加信息種 類。 (2) 查詢 信息 種類 (kind),確定系統(tǒng)中已存在該書刊種類 (E1)。 (3) 創(chuàng)建信息名 。 (4) 將 系統(tǒng) 信息 存儲(chǔ)到系統(tǒng)中。 S2: 刪除 系統(tǒng)信息 (1) 提供 系統(tǒng)信 息 種類。 (2) 查詢 信息名 (newname) (E2)。 (3) 刪除 系統(tǒng)信息 。 (4) 從系統(tǒng)中刪除 系統(tǒng) 信息 后 ，并更新相關(guān)信息。 S3：修改物理 學(xué)生信息 (1) 提供 系統(tǒng)信息 種類。 (2) 查詢 系統(tǒng)信息 種類 (kind)(E1)。 (3) 查詢并顯示該 系統(tǒng)信息的 所有 消息 。 (4) 選擇 信息名 修改其信息。 學(xué)生成績(jī)管理系 統(tǒng)的分析及設(shè)計(jì) 應(yīng) 用 UML 建模 12 (5) 更新系統(tǒng)中 系統(tǒng)信息 的信息。 E1: 若系統(tǒng)中不存在該 信息 種類，添加該書刊種類信息 E2：若存在該信息，則刪除。 登錄 如果用例成功，參與者可以啟動(dòng)系統(tǒng)并使用系統(tǒng)所提供的功能。反之，系統(tǒng)的狀態(tài)不變。當(dāng)用戶希望登錄到系統(tǒng)中時(shí)，用例啟動(dòng)。 (1) 系統(tǒng)提示用戶輸入用戶名和密碼。 (2) 用戶輸入用戶名和密碼。 (3) 系統(tǒng)驗(yàn)證輸入的用戶名和密碼，若正確 (E1),則用戶登錄到系統(tǒng)中。 E1: 如果用戶輸入無(wú)效的用戶名和 /或密碼，系統(tǒng)顯示錯(cuò)誤信息。用戶可以選擇返回基流 [6]的起始點(diǎn)，重新輸入正確的用戶名和 /或密碼；或者取消登錄，用例結(jié)束。 學(xué)生成績(jī)管理系 統(tǒng)的分析及設(shè)計(jì) 應(yīng) 用 UML 建模 13 第 3 章 靜態(tài)結(jié)構(gòu)模型 進(jìn)一步分析系統(tǒng)需求，發(fā)現(xiàn)類以及類之間的關(guān)系，確定它們的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為，是面向?qū)ο?[7]分析的基本任務(wù)。系統(tǒng)的靜態(tài)結(jié)構(gòu)模型主要用類圖和對(duì)象圖描述。 定義系統(tǒng)對(duì)象 系統(tǒng)對(duì)象的識(shí)別可以通過尋找系統(tǒng)域 [8]描述和需求描述中的名詞來進(jìn)行。從前述的系統(tǒng)需求描述中可以找到的名詞有： 學(xué)生 (student)、 教師（ teacher）管理員（ adminer） ，這些都是對(duì)象圖中的候選對(duì)象。 判斷是否應(yīng)該為這些候選對(duì)象創(chuàng)建類的方法是：是否有與該對(duì)象相關(guān)的身份和行為？ (1) 學(xué)生 (student) 學(xué)生 是有身份的，具有相同名字和不同 賬號(hào) 的兩個(gè)人也是不同的。在這個(gè)系統(tǒng)中， 學(xué)生 有相關(guān)的行為， 學(xué)生 可以 選課、取消選課 ，所以 學(xué)生 應(yīng)該成為系統(tǒng)中的一個(gè)對(duì)象。 (2) 教師（ teacher） 教師 也有身份， 具有相同名字和不同 賬號(hào) 的兩個(gè)人也是不同的。在這個(gè) 系統(tǒng)中， 教師 有相關(guān)的行為， 教師 可以 上傳成績(jī) 、 修改成績(jī) ，所以 教師 應(yīng)該成為系統(tǒng)中的一個(gè)對(duì)象。 (3) 選課 記錄 (course load) 選課 記錄也有身份， 選課 記錄可以被彼此區(qū)別，不會(huì)被搞混。例如，同一個(gè)人關(guān)于不同 課程的 選課 記錄是不同的，同一門課程被 不同 學(xué)生 的 選課 記錄也是不同的。 （ 4）成績(jī)記錄（ score load） 成績(jī) 記錄也有身份 的 ， 成績(jī) 記錄可以被彼此區(qū)別，不會(huì)被搞學(xué)生成績(jī)管理系 統(tǒng)的分析及設(shè)計(jì) 應(yīng) 用 UML 建模 14 混。例如，同一個(gè)人關(guān)于不同 課程的成績(jī)記錄是不同的，同一門課程被 不同 學(xué)生 的 成績(jī) 記錄也是不同的。 上述 4 個(gè)類都是實(shí)體類，都是持久性的，需要存儲(chǔ)在數(shù) 據(jù)庫(kù)中。本系統(tǒng)采用面向?qū)ο髷?shù)據(jù)庫(kù) [9]模型，為了便于從數(shù)據(jù)庫(kù)文件中引用和檢索對(duì)象，需要一個(gè)描述對(duì)象 ID 的類。另外，由于上述 4 個(gè)類都是持久性類，因此還可以抽象出一個(gè)代表持久性的父類，該類實(shí)現(xiàn)了面向?qū)ο髷?shù)據(jù)庫(kù)文件的讀、寫、存儲(chǔ)、檢索、刪除、更新等操作。綜上所述，系統(tǒng)中還應(yīng)該有兩個(gè)與數(shù)據(jù)庫(kù)有關(guān)的類：對(duì)象 ID(OID)和持久類 (Persistent) （ 5） 類 Persistent 類 Persistent 是類 student、 teacher、 course load 的父類。類 Persistent 為商業(yè)對(duì)象的持久存儲(chǔ)提供了 支持，它的子類必須實(shí)現(xiàn)從數(shù)據(jù)庫(kù)文件中讀、寫對(duì)象屬性的操作。 （ 6） 類 OID 實(shí)現(xiàn)了對(duì)象 ID。 類 OID 的對(duì)象可用來引用系統(tǒng)中的持久 [10]對(duì)象，使得從數(shù)據(jù)庫(kù)文件中引用和檢索對(duì)象變得容易。 抽象出系統(tǒng)中的類后，需要確定這些對(duì)象的屬性和行為?？梢愿鶕?jù)前述的系統(tǒng)需求分析、用例圖、用例的事件流描述和描述腳本的交互作用圖，來確定并細(xì)化系統(tǒng)中的類、類的操作和屬性。下面對(duì)系統(tǒng)中的類、類的屬性及操作逐一進(jìn)行描述。 (未標(biāo)注返回值類型的方法使用缺省返回類型 void)。 ? 類 student 屬性 、 方法 見下圖 ? 類 teacher 屬性、方法 見下圖 ? 類 course load 屬性、方法見下圖 ? Score load 屬性、方法見下圖 ? 類 Persistent 屬性 、 方法 見下圖 ? 類 OID 屬性 、 方法 見下圖 學(xué)生成績(jī)管理系 統(tǒng)的分析及設(shè)計(jì) 應(yīng) 用 UML 建模 15 圖 、 、 類 學(xué)生成績(jī)管理系 統(tǒng)的分析及設(shè)計(jì) 應(yīng) 用 UML 建模 16 Scoreload Name :string ID:integer CID： integer TID： integer Read() Getscore() 在定義類、類的方法和屬性時(shí)，建立動(dòng)態(tài)模型的時(shí)序圖是很有幫助的，類圖和時(shí)序圖的建立是相輔相成的，因?yàn)闀r(shí)序圖中出現(xiàn)的消息基本上都會(huì)成為類中的方法，因此在設(shè)計(jì)階段繪制系統(tǒng)的時(shí)序圖時(shí)，要盡量使用類的已識(shí)別出的方法來描述消息 [11]，若出現(xiàn)無(wú)法用類的已識(shí)別出的方法來描述的消息，就要考慮消息是否是類的一個(gè)待識(shí)別的方法，若是，就要將這個(gè)方法及時(shí)添加到類的操作類表中，并用這個(gè)新方法來描述消息。 圖 類 P