OOAD綜合性實驗答辯總結 UML系統建模

2021-06-22 09:47:42 字數 1877 閱讀 3530

-----最後面附上了系統的要求,與興趣可以看看,一起討論一下。

全班第乙個答辯,有些挑戰啊,但是總體還不錯,老師問到的幾個問題其實都是我覺得設計的不是很合理,又不大確定的地方。之前還想找機會問老師的,現在直接就解決了。感覺收穫還是很大的,再次感謝老師,現在簡單總結一下幾點吧。

首先,明白一點,ooad是乙個不斷發現問題,不斷改進的過程。不可能一下子就設計出乙個完美無缺的系統,有些問題一開始你根本就想不到,只能通過通過畫好每乙個圖,包括:輔助模型的各種圖(順序圖、狀態圖。。。)去發現問題,改進設計的系統。當然,畫好的圖也需要前前後後不斷修改的。

一、用況圖

確定系統邊界、發現參與者、定義用況

三個過程需有序進行、要明白參與者是需要和系統互動的,例如:

剛開始我把借閱者畫進去了,實際上是不用的。因為借閱者通過管理員來借書

二、構件圖

依賴關係要明確,例如介面構件肯定是要依賴於其他構件來實現的,也就是說去實現這些介面。畫法如下:

如上圖,也就是formobject去實現下面這些介面啦!

當然這個地方還可以看出我採用了三層架構的好處,和datebase的互動全部是由我定義的controlobject來做的。

三、關於資料庫的設計

這個地方需要好好慎重考慮的就是,借閱圖書資訊、預約圖書資訊、帳號圖書資訊怎麼來合理的設計資料庫的問題。

附: .系統描述和功能性需求

•在圖書管理系統中,要為每個借閱者建立乙個賬戶,並給借閱者發放借閱卡(借閱卡可以提供借閱卡號、借閱者名),賬戶中儲存借閱者的個人資訊、借閱資訊以及預訂資訊。持有借閱卡的借閱者可以借閱書刊、返還書刊、查詢書刊資訊、預訂書刊並取消預訂,但這些操作都是通過圖書管理員進行的,也即借閱者不直接與系統互動,而是圖書管理員充當借閱者的**與系統互動。在借閱書刊時,需要輸入所借閱的書刊名、書刊的isbn/issn號,然後輸入借閱者的圖書卡號和借閱者名,完成後提交所填**,系統驗證借閱者是否有效(在系統中存在賬戶),若有效,借閱請求被接受,系統查詢資料庫系統,看借閱者所借閱的書刊是否存在,若存在,則借閱者可借出書刊,建立並在系統中儲存借閱記錄。借閱者還書後,刪除關於所還書刊的借閱記錄。如果借閱者所借的書刊已被借出,借閱者還可預訂該書刊,一旦借閱者預訂的書刊可以獲得,就將書刊直接寄給預訂人(為了簡化系統,預訂書刊可獲得時就不通知借閱者了)。另外,為了簡化系統,也不考慮書刊的最長借閱期限,假設借閱者可以無限期地儲存所借閱的書刊。

•(1)借閱者持有借閱卡(借閱者名和借閱卡號)。

•(2)圖書管理員作為借閱者的**借書。

•(3)圖書管理員作為借閱者的**預訂書刊。

•(4)圖書管理員作為借閱者的**取消預訂。

•(5)圖書管理員作為借閱者的**還書。

•(6)圖書管理員可以建立新的借閱者賬戶。

•(7)圖書管理員可以修改借閱者的賬戶資訊。

•(8)圖書管理員可以刪除已存在的借閱者賬戶。

•(9)圖書管理員可以新增新書刊種類。

•(10)圖書管理員可以修改書刊種類資訊。

•(11)圖書管理員可以刪除系統中的書刊種類。

•(12)圖書管理員可以在系統中新增書刊資訊(注意區分「書刊種類」與「書刊」)。

•(13)圖書管理員可以編輯書刊資訊。

•(14)圖書管理員可以刪除書刊資訊。

科普 U Trade綜合性數字經濟生態圈

2010年5月的一天,佛羅里達州天氣溫暖 陽光明媚,程式設計師兼位元幣早期礦工laszlo hanyecz年幼的小女兒,正踮著腳伸手去拿放在餐桌上的披薩。這兩個披薩是hanyecz用一萬個位元幣換來的。那時,距離位元幣問世還不到兩年的時間,在普通人眼中它幾乎一文不值,一枚位元幣的 還不到半美分,並且...

大資料背景下的綜合性學術期刊

借力大資料,可及時獲得讀者的資訊反饋,對學術資訊傳播效果即 估,從而矯正刊物傳播的內容。通過不同的終端發布學術資訊,不僅可以實現學術資訊的 碎片化 傳播,更重要的是在提高閱讀體驗的同時,也方便了學術資訊的受眾及時反饋閱讀體驗,使學術期刊與學界溝通更加順暢。在長期辦刊過程中,綜合性學術期刊形成了嚴格的...

OOAD實驗二 報告

實驗要求 1 能夠完整地分析系統use case用況組成 2 能夠正確地確定use case diagram用況圖中的actor角色 3 能夠根據需求文件確定每乙個用例的詳細描述,即事件流 4 能夠使用 或其他 工具 正確畫出use case diagram用例圖 學號 201430340104 姓...