3. 業務領域建模
4.資料模型
5.概念原型
參考文章
用例建模的步驟就是通過分析使用者的需求，得到用例模型的開發過程。主要包括如下步驟：從需求中識別抽象用例\(\rightarrow\)用tucbw和tucew表示的高層用例\(\rightarrow\)畫出用例圖\(\rightarrow\)逐一分析擴充套件用例，將使用者與系統的互動過程用兩列**列舉出來。
根據上述的用例建模步驟，我們開始對本工程專案實踐進行用例建模
參與者：教師
高層用例：通過標註高層用例能夠明確地告訴系統的設計者用例的起始地方和結束地方，程式設計人員在對用例進行模組化程式設計時，可以根據用例的起始狀態和結束狀態，以及中間需要做哪些事情，完整地在模組裡實現相應的需求，而不是模糊地或者跨模組程式設計，這樣會增加系統模組的耦合程度。
用例圖：
分析擴充套件用例
業務領域建模是乙個開發團隊獲取業務領域知識，並形成統一的業務認知的有效方法。
在業務領域建模的過程一定要謹記：物件獨立存在，而屬性不能獨立存在。
收集業務領域相關資訊
執行團隊頭腦風暴，列出重要的應用業務領域概念，給出這些概念的屬性，以及這些概念之間的關係
對業務領域相關的知識概念進行分類，分別列出類、其屬性和屬性值、以及列出類之間的繼承關係、聚合關係和關聯關係
用uml類圖將業務領域知識圖形化展示
頭腦風暴列出各概念分類：
名詞使用者、老師、學生、許可權、檔案、資料夾、課程、學號、姓名、檔案型別、名稱、編號、所屬課程、大小、修改時間、工號、所教課程、課程許可權、資源管理許可權
及物動詞
所有關係
使用者擁有許可權
包含關係
學生包含……、老師包含……、許可權包含……、檔案包含……
x is a y
老師、學生是使用者
根據上述**畫出uml圖：
資料模型如下
概念是人對能代表某種事物或發展過程的特點及意義所形成的思維結論，概念原型是一種虛擬化的、理想化的軟體產品形式。
概念原型=用例+資料模型
概念原型的工作過程大致如下：
教師：老師登入系統後，可以選擇上傳資源或者對自己上傳的資源進行管理。也可以進行和學生使用者相同的操作，在此不再贅述
[1] 物件導向分析與設計之用例建模
[2] 從需求分析到軟體設計.pptx
基於教學資源共享系統建模分析
一 專案描述 二 需求提取 需求描述 使用者包含學生和老師。三 用例建模簡單理解用例3.1 用例 用例 是一種業務過程。有三個基本要素 1 參與者觸發 2 完成乙個特定的業務任務 3 為參與者返回乙個結果 3.2用例的必要條件 必要條件一 它是不是乙個業務過程？必要條件二 它是不是由某個參與者觸發開...
基於LAN的資源共享
最近在積極思考final year project的內容，一方面想做點和實際相關的內容，一方面又想接觸技術層面多些。這幾周不能說整天查資料在找題目，至少經常brain storm一下。真的把這個題目做好也不錯，不過神經網路不是我的長項，甚至只是耳聞，沒做過一點細緻接觸。所以我又想到另乙個題目。基於l...
網路教學共享資源平台需求分析與概念模型
1.1 專案背景 網路教學平台出於網上教學的需要，為老師學生們搭建的乙個學習平台。對於學生群體來說，它使得互相學習 共享優秀專案，尋找課時課件變得容易 對於教師群體來說，它使得老師們可以更容易的在網上進行作業評改，網上測驗等等。2.1 下面根據不同的使用者群體來分析群體在此平台的需求 1 學生 2 ...