我是一只小小小菜鳥，但是我也懷揣著做開發的夢想；我是一只小小小小菜鳥，但是我也想長成大鳥飛向天空。某牛說過“只要努力，早晚會有屬于你的天地！”于是我相信，菜鳥也能做開發，菜鳥也會在不久的將來飛上青天。 于是的于是，我每日都虔誠的向眾神祈禱，愿神賜與我那傳說中的—OnePiece—“客戶需求”，愿春哥賜與我力量，愿所有的菜鳥都能在受傷的時候原地復活。以下省略5000字。于是有一天……

寫給不想看我YY的人

本人為了增加本系列文章的可讀性，以及加強我本來就很弱很弱的想象力，以及增加寫作的樂趣，甚至出于個人愛好……等等原因，在文中加入了許多搞笑以及YY的元素，如果您覺得這些都有礙您觀看本文，并且浪費了您寶貴的時間，我將對YY成分以灰色字體標注，請您對灰體文字如數略過。當然如果你有興趣，或者希望開心一笑，看看也無妨（由于背景也是灰色，所以看YY文字會有些不方便，當然這樣也更加滿足了不想看我YY的人的需求，如果您想看我YY請對灰色文字選中高亮，或者Ctrl+A全選）。YY部分僅供娛樂，請勿拍磚。正文部分，如有錯誤或不足，歡迎拍磚、指正。

第二章 ： OnePiece—Use Case

且說上回，我已做出了OnePiece的”需求分析“，雖然這神器不是凡間菜鳥所能悟透的池中之物，還好我有眾神庇護，自己對做出來的需求分析還算滿意。于是加緊修煉的步伐，今日我就來煉煉這神功第二式：Use Case。

做為小小小小菜鳥的我又問啦。這UseCase是什么鳥文啊，我怎么沒有見過呢，UseCase又是個什么東東呢？本想體內的真氣或者其它什么東西也會回答我的，可是什么都沒有發生，看來這是神的旨意，我總不能什么都靠神來指引吧。那到底是我煉神功還是神煉神功呢。想到這里不禁感到一絲壓力。于是跑遍了全球各地，問遍了各路神鬼,翻閱了無數典籍。終于在各種不同的答案中得到了這樣的總結：Use Case，不是什么鳥文，而是傳說中某個蠻荒部落使用的語言，叫English，其中文意思,眾說紛云，有說”用例“的、有說”用況“的、甚至還有說”用情“的，話說做這個開發也得用情專一啊。 最終我還是接受了 ”用例“這個中文翻譯。在UML的文檔中，Use Case的定義是：在不展現一個系統或子系統內部結構的情況下，對系統或子系統的某個連貫的功能單元的定義和描述（什么又是UML呢，建議你用這世上僅存不多的神器之一Google查查吧）。話說雖然收集到這些個情報，我還是對傳說中的UseCase一知半解，我的理解是：Use Case就是對系統功能的描述而已 。（啊，又是對功能的描述？那不是和上一式”需求分析“一樣了嗎？哎，神功就是神功，常人是理解不了的，我也沒有來得及修煉傳說中的另一門神功”軟件工程“，所以也只能理解到這個地步啦。老鳥莫笑，愿意的話,賜教一二吧。）于是……

又經過了五百年的修煉，滄海桑田幾個輪回，我做出了這拙劣的：OnePeice—Use Case

這便是五百年修煉的結果，雖說不太盡人意，也是我努力了這幾世輪回的結晶，望眾神莫笑，賜與我力量，讓我解讀完這天書——OnePiece吧。

另外，在描繪這傳說中的UseCase的過程中，我又發現了另外一神器”JUDE“，這個可是畫UML的一個利器，雖說是日本開發，用的是Java，配置起來有點麻煩，而且目前只有鳥文版，不過對于我們這些什么都不怕的菜鳥，這些困難還是難不住滴。如果你不知道”JUDE“的下落，不要忘記了神器”Google“，什么東西都逃不過他的法眼。當然在”Google“神器的幫助下，相信你還可以找到其它的畫UML視圖的神器滴。

小小菜鳥沒有開發經驗，對于本系列開發也沒有做什么準備，所以其中不免有錯誤或遺漏，還請諸位不吝賜教，小弟在此感激不盡。另外，由于在做OnePiece的開發的同時我也在不斷的學習和解決當中遇到的問題。所以文章發布的日期間隔或許會有些長，還請各位看官見諒。

下集預告：第三章 ： OnePiece—數據庫設計；

本站采用創作共用許可 署名，非商業 歡迎轉載，轉載請注明出處，并包括此段聲明 。 Cat_Lee @ cnblogs