鄧麗君的領域建模

2021-10-11 17:48:46 字數 2199 閱讀 2664

建模競賽題第2賽季第22輪

請根據以下資訊畫出系統的分析類圖。(6分)

所有回答者都可以得分。總分數根據時間和答案質量綜合評定,回答時間靠後的分數打折扣,折扣係數0.05。舉例:第乙個答,答案質量得分4分,總分4分;第5個答,答案質量得分5分,總分5*(1-(5-1)*0.05)=4分。

如果有人喜歡一首歌曲,他可能關心這首歌是誰寫的,作者還寫過什麼歌,這首歌是誰首唱的,什麼時候唱的。目前已有的****、歌詞**所提供的服務無法滿足這樣的要求,而且提供的很多資訊是錯誤的。

假設要做乙個「歌曲溯源」系統,提供追溯歌曲資訊的服務。

系統需要關注歌曲的作曲者、作詞者、演唱者以及演唱年份。

演唱者以及演唱年份首先需要關注首唱者和首唱年份。如果某首歌曲的翻唱版本比首唱版本更廣為人知,還需要關注最流行的翻唱者以及翻唱年份。

例如,歌曲《月亮代表我的心》,首唱為「陳芬蘭」,首唱年份1973,最流行翻唱者為「鄧麗君」,翻唱年份1977。

作曲、作詞、演唱者可能是個人,也可能是組合,也可能由若干個人或組合一起完成。

例如,歌曲《月亮代表我的心》,翻唱者之一「鄧麗君」是乙個個人,另乙個翻唱者「bon jovi」則是乙個組合。

例如,歌曲《明天會更好》首唱者既包括「費玉清」、「齊秦」、「李宗盛」、「蔡琴」、「蘇芮」、「潘越雲」等個人,也包括「百合二重唱」等組合。

系統需要關注個人和組合的關係,並區分不同歌曲甚至同一歌曲的作曲者、作詞者、演唱者是以個人名義還是組合名義來署名。

例如,個人「汪峰」曾是組合「鮑家街43號」的成員,但要區分歌曲《晚安北京》首唱者是「鮑家街43號」組合,翻唱者「汪峰」是個人。

作曲、作詞者為個人時,在歌曲中所使用的署名,可能是其真實姓名,也可能是筆名。有的人會在不同的歌曲中使用不同的署名,系統要關注這些資訊。如果有人一直使用筆名,系統也要關注其真實姓名。

例如,歌曲《月亮代表我的心》,作曲者為「湯尼」,這是其筆名。該作曲者在另一首歌曲《我沒有騙你》中,則使用了「公羽」的筆名。其人真實姓名為「翁清溪」。

演唱者為個人時,在歌曲中所使用的署名,可能是其真實姓名,也可能是藝名。有的人會在不同的歌曲中使用不同的署名,系統要關注這些資訊。如果有人一直使用藝名,系統也要關注其真實姓名。

例如,歌曲《月亮代表我的心》,最知名翻唱者為「鄧麗君」,這是其藝名。而在歌曲《時の流れに身をまかせ》中,其人使用藝名「テレサ・テン」。其人真實姓名為「鄧麗筠」。

注意區分翻唱和不同歌曲的區別。

詞和曲大體相同的,認為是同一歌曲,即使翻唱時歌名被修改,也仍然是同一歌曲。

例如,歌曲《寂寞是因為思念誰》(首唱者「景崗山」,1994)翻唱時被改名為《思念誰》(翻唱者「巫啟賢」,1995),但詞曲大體相同,仍然是同一歌曲。

同曲不同詞或同詞不同曲的情況,不認為是同一歌曲,但系統需要關注這些歌曲之間的關係。

例如,歌曲《時の流れに身をまかせ》和《我只在乎你》屬於同曲不同詞,作曲者為「三木 たかし」,作詞分別為「荒木 とよひさ」和「慎芝」。

系統應能從《我只在乎你》追溯到《時の流れに身をまかせ》。

系統不維護歌曲的歌詞、歌譜、**、海報等涉及到版權的內容。

umlchina建模競賽題大全-題目全文+分卷自測(10套100題)(202011修正)

[幻燈]剔除偽創新的領域驅動設計

猴子掰玉公尺?比較不同版《領域驅動設計》說「不變式」和「聚合」

《軟體方法》書中自測題-題目全文+分卷自測(1-8章)16套111題

軟體開發團隊的膿包(3)廢話迷

中文書籍中對《人月神話》的引用(完結,共110本):軟體工程通史1930-2019、實用common lisp程式設計……

cto也糊塗的常用術語:功能模組、業務架構、使用者需求、文件……(2023年3月更新素材)

umlchina服務介紹

領域建模的重要性 徵集領域建模業務型別

領域建模是對領域內的概念類或現實世界中物件的視覺化表示。又稱概念模型 領域物件模型 分析物件模型。它專注於分析問題領域本身,發掘重要的業務領域概念,並建立業務領域概念之間的關係。領域驅動設計分為兩個階段 1.以一種領域專家 設計人員 開發人員都能理解的 通用語言 作為相互交流的工具,在不斷交流的過程...

摘譯 面向領域建模

還是原來我在blog中提到過的,微軟的思路 dsl,包括現在說的dsm,其實都是或者說來自mda的思路。只不過是 1 不是用的uml的標準。2 現在通過領域限定來降低目前實現mda支援的難度。而且和微軟的大多數產品一樣,微軟做的東西易用性上會好一些,這一點足夠重要。dsm規避了mda發展中的難題,不...

業務領域建模Domain Modeling

每個業務都有乙個對應的業務模型,這個業務模型設計的時候,完全不需要考慮任何軟體設計的思想,比如物件的抽象 繼承 儲存 效能,等。我們是從業務本身出發,分析業務邊界範圍內的各種業務概念,以及業務概念之間的關係,通常我們可以使用乙個業務模型的圖來表達這些業務概念以及業務概念之間的關係。那麼如何得到乙個業...