iconix過程：
1) 先畫ui,然後通過ui找到域模型，再通過域模型畫出用例圖和用例文字；
2) 需求評審；
3) 通過健壯性分析來核對域模型對與否，找到核心類和輔助物件；
4) 評審；
5) 畫出時序圖；
6) 編碼。
開發補充：
1.功能---->結構圖
2.功能分解
3.表、資料
4.業務約束
5.ui建模
uml圖 按結構分，如下：
1)
類圖；
2)構件圖； 3)
部署圖； 4)
物件圖；
按行為分，如下：
1)
用例圖；
2)活**；
3)
時序/序列圖；
4)協作圖； 5)
狀態圖。
1)包圖； 2)
子系統圖； 3)
模型圖。
用例圖是uml建模的一部分，它也是uml裡最基礎的部分。用例建模的最主要功能就是用來表達系統的功能性需求或行為。
1、用例建模可分為用例圖和用例描述。
用例圖由參與者（actor）、用例（use case）、系統邊界、箭頭組成，用畫圖的方法來完成。
用例由橢圓表示。
用例描述用來詳細描述用例圖中每個用例，用文字文件來完成。
2、用例圖的說明
這裡得說明一下參與者.參與者不是特指人，是指系統以外的，在使用系統或與系統互動中所扮演的角色。因此參與者可以是人，可以是事物，也可以是時間或其他系統等等。還有一點要注意的是，參與者不是指人或事物本身，而是表示人或事物當時所扮演的角色。比如小明是圖書館的管理員，他參與圖書館管理系統的互動，這時他既可以作為管理員這個角色參與管理，也可以作為借書者向圖書館借書，在這裡小明扮演了兩個角色，是兩個不同的參與者。參與者在畫圖中用簡筆人物畫來表示，人物下面附上參與者的名稱。系統邊界是用來表示正在建模系統的邊界。邊界內表示系統的組成部分，邊界外表示系統外部。系統邊界在畫圖中方框來表示，同時附上系統的名稱，參與者畫在邊界的外面，用例畫在邊界裡面。因為系統邊界的作用有時候不是很明顯。
箭頭用來表示參與者和系統通過相互傳送訊號或訊息進行互動的關聯關係。箭頭尾部用來表示啟動互動的一方，箭頭頭部用來表示被啟動的一方，其中用例總是要由參與者來啟動。
3.接下來就是要說說用例描述了，可以說好的用例描述直接決定工程的質量。用例圖只是簡單地用圖描述了一下系統，但對於每個用例，我們還需要有詳細的說明，這樣就可以讓別人對這個系統有乙個更加詳細的了解，這時我們就需要寫用例描述。
4、對於用例描述的內容，一般沒有硬性規定的格式，但一些必須或者重要的內容還是必須要寫進用例描述裡面的。用例描述一般包括：編號、簡要描述（說明）、前置（前提）條件、基本事件流、其他事件流、異常事件流、後置（事後）條件等等。下面說說各個部分的意思：
編號：給用例乙個編號；
簡要描述：對用例的角色、目的的簡要描述；
前置條件：執行用例之前系統必須要處於的狀態，或者要滿足的條件；
基本事件流：描述該用例的基本流程，指每個流程都「正常」運作時所發生的事情，沒有任何備選流和異常流，而只有最有可能發生的事件流；
其他事件流：表示這個行為或流程是可選的或備選的，並不是總要總要執行它們；
異常事件流：表示發生了某些非正常的事情所要執行的流程；
後置條件：用例一旦執行後系統所處的狀態。
數學建模筆記一
1.1.4 1 對於任意的x，存在u，v 0 滿足x u v x u v 1 x 0,u v 0 x 0,u x,v 0 x 0,u 0,v x 也就是u x x 2,v x x 2。2 matlabe最後引數可以省略。function y shorpath a,s,t if nargin 3 t設...
數學建模筆記01
機理分析 根據對客觀事物特性的認識，找出反映內部機理的數量規律 測試分析 將物件看作 黑箱 通過對量測資料的統計分析，找出與資料擬合最好的模型 二者結合 用機理分析建立模型結構,用測試分析確定模型引數 機理分析沒有統一的方法，主要通過例項研究 case studies 來學習。以下建模主要指機理分析...
數學建模筆記002
1.4.1數值矩陣的生成 1.數值矩陣的輸入 一般簡單的定義矩陣，可以直接按行方式輸入每個元素 同一行元素用逗號或者空格符來分隔，而且空格次數不限 不同行用分號分隔。所有元素均在方括號 內 當矩陣是多維 三維以上 而且方括號內元素是維數較低的矩陣時，會有多重的方括號，具體如下所示 例1.1 clc ...