流程圖的畫法

流程圖的畫法1、各司其職的形狀在我的流程圖中，合用于不一樣目的和功能的形狀均有各自確定的規(guī)范。到目前為止，我一共定義了如下某些形狀：（1）開始和結束作為整張流程圖的頭和尾，必須標清晰究竟詳細指哪個頁面，以免后來出現(xiàn)歧義。（2）網(wǎng)頁如你所見，網(wǎng)頁的形狀是一種帶有漂亮的淡藍色過渡效果的長方形，它的邊框為深藍色，中間寫明了這個網(wǎng)頁的用途，括號中的數(shù)字代表這個形狀所對應的demo文獻的名稱（例如這里是2.html），我有時會把流程圖輸出為網(wǎng)頁的形式，并把每個網(wǎng)頁形狀和它所對應的demo文獻鏈接起來，這樣查看起來非常以便。對OmniGraffle來說這是小菜一碟，假如你被迫用Visio，嗯……此外，所有從形狀出來的線條，都具有和此形狀邊框同樣的顏色。這樣的做法不僅看起來漂亮，在復雜的流程圖中還能輕易地標明各形狀的關系。我沒有見過類似的做法，因此這是由我首創(chuàng)也說不定，呵。（3）后臺判斷很常見的一種形狀。我在使用方法上有一點和其他人的不一樣在于，我?guī)缀蹩偸亲尅恰姆种铝鲃?，讓‘否’的分支向右流動。由于流程圖一般都是從上向下、從左到右繪制的，遵照上述規(guī)則首先可以讓繪制者不用為選擇方向操心，另首先也以便了讀者閱讀。（4）表單錯誤頁既然有表單，當然會有錯誤信息。其實這個信息很重要，顧客出錯時惶恐不安，就靠著錯誤提醒來處理問題了。你不在流程圖里說什么時候顯示錯誤頁、不在demo里提供錯誤頁，有些程序員會直接在網(wǎng)頁上寫個“錯誤，請檢查”，因此UI設計師一定要對這個東西重視起來。但一般來說也沒必要把每種錯誤都在流程圖中表達出來，由于具有兩個文本框的表單就有三種出錯狀況了，多了就更不用說了。因此我都是把錯誤頁變?yōu)楸韱蔚母綄夙?，例如表單頁的編號?，那么此表單錯誤頁的編號就從2.1開始排下去，每種錯誤放到一種附屬頁中，這樣程序員在拿到demo時也能弄清晰什么意思。結合網(wǎng)頁和表單的形狀，一種表單驗證的流程圖就是這樣的：（5）后臺動作并非所有后臺動作都繪入流程圖中（否則流程圖就會變成龐然大物了），只有需要尤其強調的后臺動作（和顧客體驗直接有關的）才使用此形狀。（6）多重分支多重分支指的是幾種并列的狀況，每種狀況均有發(fā)生的也許，發(fā)生哪種取決于分支起始處的判斷成果。（7）對話框有時候某些操作可以運用對話框來完畢，這些對話框由js生成，顯示在父界面之上。（8）注釋這個形狀（例如頁面）詳細的內容，或者需要解釋的業(yè)務邏輯，甚至顧客此處的狀況等，我都會放到注釋中，這樣既減少溝通成本，又可作為備忘。（9）跳轉點在一種復雜的流程圖中，往往出現(xiàn)跳轉到此外一種遠處結點的狀況，此時假如直接用線連過去，未免使得流程圖顯得凌亂，用一種跳轉點就處理問題了。在點內標明跳轉到的形狀的編號，畫起來輕易，看起來也清晰。此外，也可以運用跳轉點來分割篇幅巨大的流程圖，Yahoo!就這樣用。（10）子流程分割篇幅巨大的流程圖，更好的措施是用子流程。要注意的是，假如你在流程圖中使用了子流程這一形狀，一定記得同步附上子流程圖，以消除影響項目質量的不確定性原因。此外，在子流程圖中也可以標明其所屬關系。（11）流程塊可以用流程塊將整張流程圖分隔為幾種部分，并為每個部分單獨命名（例如“流程塊1”等）。這樣做的目的在于從視覺上使復雜的流程圖變得更為清晰，在溝通時也以便。2、圖例和流程圖信息在團體合作中，圖例是必須的，否則沒人懂得你畫出來的東西究竟是什么。雖然流程圖只給自己看，也最佳養(yǎng)成標注圖例的好習慣。其實這道理有點類似程序中的注釋。流程圖信息也是必備的。其內容至少應包括作者、時間、流程圖名稱和版本（如下圖）。這首先可以讓讀者（其他同事）在有問題時可以以便地找到作者你，也起到了meta的作用。3、繪制流程圖的工具Mac下首選OmniGraffle，Windows下除了Visio，似乎沒有更好的選擇（雖然Visio已經(jīng)很難用了）。4、評價流程圖的好壞我覺得一種好的流程圖至少應做到如下幾點：親密地迎合了顧客的心理狀態(tài)、如實的反應了顧客的操作習慣。流程圖是要指導UI設計的，是UI設計的參照物，假如流程圖自身無法對的描繪出顧客的狀況的話，UI十有八九會出問題；覆蓋了多種也許的狀況和細節(jié)。這非常重要。任何在先期不確定的原因，都會在項目中成為隨時引爆的地雷，都會直接減少最終上線的UI質量。此種狀況真是屢見不鮮。但同步這條又很難做到，由于它不僅規(guī)定設計師熟悉顧客，也要設計師充足知曉產(chǎn)品的商業(yè)邏輯，還要理解系統(tǒng)的運作機制，落下以上任何一種方面，都會在流程圖中留下死角。這個問題我不懂得有無更好的處理方案，不過與PD和系分反復溝通是個行之有效的措施；考慮到系統(tǒng)的設計和承受能力。系統(tǒng)的運作機制和承受能力必須在繪制流程圖過程中考慮進去，以免出現(xiàn)流程圖被開發(fā)人員槍斃的狀況。我的習慣是，在繪制流程圖時和系統(tǒng)分析師頻繁溝通和交流，保證每一種環(huán)節(jié)都是可行的；保證他人看得懂你的流程圖。他人目前看不懂，你自己后來也同樣看不懂。為了減少溝通成本，把流程圖畫清晰吧。5、其他（1）想措施把流程圖繪制得漂亮些。誰不喜歡漂亮的東西呢？這是我做過的某些流程圖，當然文字所有模糊掉了（放圖之前躊躇了好長時間－這樣做不知與否有損我的職業(yè)道德。我特意請教了