Email專案基本介紹：
它是—種用電子手段提供資訊交換的通訊方式。是Internet應用最廣的服務：通過網路的電子郵件系統，使用者可以用非常低廉的價格（不管傳送到哪裡，都只需負擔電話費和網費即可）
，以非常快速的方式（幾秒鐘之內可以傳送到世界上任何你指定的目的地），與世界上任何一個角落的網路使用者聯絡，這些電子郵件可以是文字、影象、聲音等各種方式。同時，使用者可以得到大量免費的新聞、專題郵件，並實現輕鬆的資訊搜尋。
工具/原料
Trufun Plato UML2建模工具
Trufun Bacon需求管理工具
openUP管理過程
方法/步驟
基本需求分析：
使用者角色分析
遊客：初次使用我們系統的使用者，在還沒有進行註冊的時候，可以進行註冊。
一般使用者：能夠正確登入我們系統的所有使用者。
Vip使用者：容量更大，保密程度更嚴格。
系統管理員：對整個電子郵件管理系統進行維護的參與者。
郵件伺服器：這是一個具體的一個伺服器，而不是人員，它主要提供郵件服務，提供郵箱，儲存郵件。
使用功能分析
1、能夠編輯郵件，並且進行儲存或者是傳送。
2、螢幕上顯示自己賬號上的所有郵件目錄，包括已傳送郵件目錄，草稿郵件目錄，接收郵件目錄。
3、能夠傳送和接收帶有附件的電子郵件。
4、對使用者進行分組管理，在組內，有一個組管理員，一個組管理員有多組的使用者進行管理。一個使用者可以進入多個組內，可以與這個組內的其他成員進行交流。
5、系統管理員對郵件系統的流量進行檢視和管理。
UML用例圖模型：
Email的角色用例圖：如下圖
郵箱使用者用例圖：如下圖
在上面的用例圖中，我們用到了包含關係：表示基本用例的行為包含了另一個用例的行為。基本用例描述在多個用例中都有的公共行為。包含關係本質上是比較特殊的依賴關係。它比一般的依賴關係多了一些語義。在包含關係中箭頭的方向是從基本用例到包含用例。這裡的登入作為包含用例，起始一般是不能將登入這樣的用例作為包含用例的，因為這是收郵件這些用例的前置條件，可以放在收郵件用來的用例描述中。一般作為包含用例的可以在寫郵件用例和插入附件用例之間。但是大多數人都將登陸作為包含用例，這應該是不建議的。
上面的用例圖中，我們還用到了角色之間的泛化關係：代表一般與特殊的關係。它的意思和麵向物件程式設計中的繼承的概念是類似的。不同的是繼承使用在實施階段，泛化使用在分析、設計階段。在泛化關係中子用例繼承了父用例的行為和含義，子用例也可以增加新的行為和含義或者覆蓋父用例中的行為和含義。
trufun Plato工具使用方法和技巧：
下載trufun Plato免費版的完全安裝版，直接解壓，雙擊解壓包中的trufun檔案，進入trufun plato UML建模工具工作空間，通過檔案或者快捷工具欄中的新建專案，進行新建UML專案，如下圖：
按照操作步驟下一步進行，完成新建UML專案。這裡我們UML專案名稱為email。
一般在建立一個專案模型的時候，不要一上來就建立各種框圖，應該按照軟體工程規範的過程，建立相關的目錄進行管理後面的各種框圖，比如我們在需求階段，就有需求分析版塊，在需求分析裡面會有系統用例圖。
介紹一個很實用的小工具，就是下圖示紅的鎖頭的用法，當選中這個工具時候，我們就可以選擇右邊的元素，比如角色或者用例，連續在繪圖區建立多個角色或者用例，不用一次一次再選擇去建立。個人認為很好用。
說道這裡，有的同學可能會說了，你這個用例繪製的不對，登入應該是一個重要的用例，為什麼在你這裡不是，我們想一下，登陸email系統，我們不是為了僅僅登入一下，我們的目的是收郵件，發郵件等功能和操作，如果有向qq簽到那樣的，我們必須去登陸一下，實現一個特殊的用途，那麼就建議可以將登入作為獨立用例繪製出來。
用例圖的繪製，核心之一就是圍繞目的用途，不是為了功能而功能。
下一個文件我們會將本系統的所有用例圖繪製出來，歡迎大家到trufun官方網站下載全部文件和案例模型。