流程圖的畫法各圖形詳解_第1頁
流程圖的畫法各圖形詳解_第2頁
流程圖的畫法各圖形詳解_第3頁
流程圖的畫法各圖形詳解_第4頁
流程圖的畫法各圖形詳解_第5頁
已閱讀5頁,還剩5頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、 流程圖的畫法2009年10月26日 星期一 13:331、各司其職的形狀在我的流程圖中,適用于不同目的和功能的形狀都有各自確定的規范。到目前為止,我一共定義了以下一些形狀:(1)開始和結束作為整張流程圖的頭和尾,必須標清楚到底具體指哪個頁面,以免日后出現歧義。(2)網頁如你所見,網頁的形狀是一個帶有漂亮的淡藍色過渡效果的長方形,它的邊框為深藍色,中間寫明了這個網頁的用途,括號中的數字代表這個形狀所對應的demo文件的名稱(比如這里是2.html),我有時會把流程圖輸出為網頁的形式,并把每個網頁形狀和它所對應的demo文件鏈接起來,這樣查看起來非常方便。對OmniGraffle來說這

2、是小菜一碟,如果你被迫用Visio,嗯另外,所有從形狀出來的線條,都具有和此形狀邊框一樣的顏色。這樣的做法不僅看起來漂亮,在復雜的流程圖中還能輕易地標明各形狀的關系。我沒有見過類似的做法,所以這是由我首創也說不定,呵。(3)后臺判斷很常見的一個形狀。我在用法上有一點和其他人的不同在于,我幾乎總是讓是的分支往下流動,讓否的分支向右流動。因為流程圖一般都是從上向下、從左到右繪制的,遵循上述規則一方面可以讓繪制者不用為選擇方向操心,另一方面也方便了讀者閱讀。(4)表單錯誤頁既然有表單,當然會有錯誤信息。其實這個信息很重要,用戶出錯時惶恐不安,就靠著錯誤提示來解決問題了。你不在流程圖里說什么時候顯示錯

3、誤頁、不在demo里提供錯誤頁,有些程序員會直接在網頁上寫個“錯誤,請檢查”,所以UI設計師一定要對這個東西重視起來。但一般來說也沒必要把每種錯誤都在流程圖中表示出來,因為含有兩個文本框的表單就有三種出錯情況了,多了就更不用說了。所以我都是把錯誤頁變為表單的附屬頁,比如表單頁的編號為2,那么此表單錯誤頁的編號就從2.1開始排下去,每種錯誤放到一個附屬頁中,這樣程序員在拿到demo時也能搞清楚什么意思。結合網頁和表單的形狀,一個表單驗證的流程圖就是這樣的:(5)后臺動作并非所有后臺動作都繪入流程圖中(否則流程圖就會變成龐然大物了),只有需要特別強調的后臺動作(和用戶體驗直接相關的)才使用此形狀。

4、(6)多重分支多重分支指的是幾種并列的情況,每種情況都有發生的可能,發生哪種取決于分支起始處的判斷結果。(7)對話框有時候一些操作可以利用對話框來完成, 這些對話框由js生成,顯示在父界面之上。(8)注釋這個形狀(比如頁面)詳細的內容,或者需要解釋的業務邏輯,甚至用戶此處的情況等,我都會放到注釋中,這樣既降低溝通成本,又可作為備忘。(9)跳轉點在一個復雜的流程圖中,往往出現跳轉到另外一個遠處結點的情況,此時如果直接用線連過去,未免使得流程圖顯得凌亂,用一個跳轉點就解決問題了。在點內標明跳轉到的形狀的編號,畫起來容易,看起來也清楚。此外,也可以利用跳轉點來分割篇幅巨大的流程圖,Yahoo!就這么

5、用。(10)子流程分割篇幅巨大的流程圖,更好的辦法是用子流程。要注意的是,如果你在流程圖中使用了子流程這一形狀,一定記得同時附上子流程圖,以消除影響項目質量的不確定性因素。另外,在子流程圖中也可以標明其所屬關系。(11)流程塊可以用流程塊將整張流程圖分隔為幾個部分,并為每個部分單獨命名(比如“流程塊1”等)。這樣做的目的在于從視覺上使復雜的流程圖變得更為清晰,在溝通時也方便。2、圖例和流程圖信息在團隊合作中,圖例是必須的,否則沒人知道你畫出來的東西到底是什么。即使流程圖只給自己看,也最好養成標注圖例的好習慣。其實這道理有點類似程序中的注釋。流程圖信息也是必備的。其內容至少應包括作者、時間、流程

6、圖名稱和版本(如下圖)。這一方面可以讓讀者(其他同事)在有問題時能夠方便地找到作者你,也起到了meta的作用。3、繪制流程圖的工具Mac下首選OmniGraffle,Windows下除了Visio,似乎沒有更好的選擇(雖然Visio已經很難用了)。4、評價流程圖的好壞我覺得一個好的流程圖至少應做到以下幾點:1. 密切地迎合了用戶的心理狀態、如實的反映了用戶的操作習慣。流程圖是要指導UI設計的,是UI設計的參照物,如果流程圖本身無法正確描繪出用戶的情況的話,UI十有八九會出問題; 2. 覆蓋了各種可能的情況和細節。這非常重要。任何在先期不確定的因素,都會在項目中成為隨時引爆的地雷,都會直接降低最

7、終上線的UI質量。此種情況真是屢見不鮮。但同時這條又很難做到,因為它不僅要求設計師熟悉用戶,也要設計師充分知曉產品的商業邏輯,還要了解系統的運作機制,落下以上任何一個方面,都會在流程圖中留下死角。這個問題我不知道有沒有更好的解決方案,不過與PD和系分反復溝通是個行之有效的方法; 3. 考慮到系統的設計和承受能力。系統的運作機制和承受能力必須在繪制流程圖過程中考慮進去,以免出現流程圖被開發人員槍斃的情況。我的習慣是,在繪制流程圖時和系統分析師頻繁溝通和交流,確保每一個環節都是可行的; 4. 確保別人看得懂你的流程圖。別人現在看不懂,你自己以后也一樣看不懂。為了降低溝通成本,把流程圖畫清楚吧。 5、其它(1)想辦法把流程圖繪制得漂亮些。誰不喜歡漂亮的東西呢?這是我做過的一些流程圖,當然文字全部模糊掉了(放圖之前猶豫了好長時間這樣做不知是否有損我的職業道德。我特意

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論