用流程圖表示正確方法

❶ 用傳統流程圖表示該演算法：依次將10個數輸入，要求將其中最大的數輸出

1、傳統流程圖如下圖所示：

2、流程圖思路詳解：

（1）定義三個變數，分別是i（用於循環計數）、m（保存相對較大的數值）、a（輸入的數值）。

（2）給循環變數i賦值。

（3）輸入第一個數a，將a的值賦給m，初始化m的值

（4）進入循環，在循環中首先判斷是否復合循環條件，如果符合條件，則輸入新值a，用a的值和之前m的值進行比較，較大的值賦給m，循環變數i+1；不符合條件則輸出存放保存相對較大的數值的變數m，得到結果

簡單點說就是兩數比較取大值保存，最後輸出。

(1)用流程圖表示正確方法擴展閱讀：

流程圖（Flow Chart）：使用圖形表示演算法的思路是一種極好的方法，因為千言萬語不如一張圖。流程圖在匯編語言和早期的BASIC語言環境中得到應用。相關的還有一種PAD圖，對PASCAL或C語言都極適用。

流程圖是揭示和掌握封閉系統運動狀況的有效方式。作為診斷工具，它能夠輔助決策制定，讓管理者清楚地知道，問題出在哪裡，從而確定出可供選擇的行動方案。

流程圖的基本結構有：順序結構，條件結構（又稱選擇結構），循環結構，分支結構。

❷ 軟體開發中的各種流程圖有多種表示方法和形式，其中在

流程圖（Flow Chart）：使用圖形表示演算法的思路是一種極好的方法，因為千言萬語不如一張圖。以特定的 圖形符號 加上說明，表示演算法的圖，稱為流程圖或框圖。流程圖是流經一個系統的信息流、觀點流或部件流的圖形代表。在企業中，流程圖主要用來說明某一過程。這種過程既可以是生產線上的工藝流程，也可以是完成一項任務必需的管理過程。例如，一張流程圖能夠成為解釋某個零件的製造工序，甚至組織決策制定程序的方式之一。這些過程的各個階段均用圖形塊表示，不同圖形塊之間以箭頭相連，代表它們在系統內的流動方向。下一步何去何從，要取決於上一步的結果，典型做法是用「是」或「否」的邏輯分支加以判斷。流程圖是揭示和掌握封閉系統運動狀況的有效方式。作為診斷工具，它能夠輔助決策制定，讓管理者清楚地知道，問題可能出在什麼地方，從而確定出可供選擇的行動方案。流程圖有時也稱作輸入-輸出圖。該圖直觀地描述一個工作過程的具體步驟。流程圖對准確了解事情是如何進行的，以及決定應如何改進過程極有幫助。這一方法可以用於整個企業，以便直觀地跟蹤和圖解企業的運作方式。流程圖使用一些標准符號代表某些類型的動作，如決策用菱形框表示，具體活動用方框表示。但比這些符號規定更重要的，是必須清楚地描述工作過程的順序。流程圖也可用於設計改進工作過程，具體做法是先畫出事情應該怎麼做，再將其與實際情況進行比較。

❸ 流程圖符號是什麼

流程圖符號是專門用來畫圖的，其中有流程圖，裡面有符號的解釋。不管什麼符號，都需要給它定義，定義行為是由制定人予以完成的，要完成這項工作不應該先定義符號代表什麼，而應該在做到組織結構或者作業流程心中有數後進行歸類，根據歸類採用不同的符號加以區分。

(3)用流程圖表示正確方法擴展閱讀：

開始與結束標志，是個橢圓形符號。用來表示一個過程的開始或結束。「開始」或「結束」寫在符號內。 活動標志，是個矩形符號。用來表示在過程的一個單獨的步驟。活動的簡要說明寫在矩形內。 判定標志，是個菱形符號。

用來表示過程中的一項判定或一個分岔點，判定或分岔的說明寫在菱形內，常以問題的形式出現。對該問題的回答決定了判定符號之外引出的路線，每條路線標上相應的回答。 流線標志。用來表示步驟在順序中的進展。流線的箭頭表示一個過程的流程方向。

❹ 用傳統流程圖表示求解以下演算法：1、有兩個瓶子A和B，分別盛放醋和醬油，要求將它們互換

開始

↓

A=>i

↓

B=>t → t=>i

↓ |

i=>t |（豎線全都連起來,在t=>i下面）

↓ ←|

輸出（可省略）

↓

結束

計算機語言只是一種工具。光學習語言的規則還不夠，最重要的是學會針對各種類型的問題，擬定出有效的解決方法和步驟即演算法。

有了正確而有效的演算法，可以利用任何一種計算機高級語言編寫程序，使計算機進行工作。因此，設計演算法是程序設計的核心。

為了表示一個演算法，可以用不同的方法。常用的有自然語言，流程圖，偽代碼，PAD圖等。這其中以特定的圖形符號加上說明，表示演算法的圖，稱為演算法流程圖。

3、循環結構：又稱重復結構，即反復執行某一部分的操作。有兩類循環結構：

當型(While)：當給定的條件p成立時，執行A框操作，然後再判斷p條件是否成立。如果仍然成立，再執行A框，如此反復直到p條件不成立為止。此時不執行A框而脫離循環結構。

直到型(Until)：先執行A框，然後判斷給定的p條件是否成立。如果p條件不成立，則再執行A，然後再對p條件作判斷。如此反復直到給定的p條件成立為止。此時脫離本循環結構。

❺ 系統流程圖怎麼畫

問題一：系統流程圖怎麼畫 你好
應當使用統一符號繪制系統流程圖
.

問題二：系統流程圖怎麼畫 word2010 打開「Word文件」進入主界面，點擊上方菜單欄處【插入】選項
進入插入界面，點擊上方選項中【形狀】，然後點擊菜單中最下方【新建繪圖畫布】
此時會新建一個矩形畫布用於我們插入圖形，點擊左上方的圖案，添加到畫布區域
默認圖形背景是藍色的，我們可以在上方【形狀樣式】選擇白底，然後滑鼠拖動，圖形設置適當大小。
接著依次點擊不同的圖案進行添加到畫布區域，不同的圖案代表不同的含義，可以根據自己需要添加。
下面為大家列出流程圖中不同圖案的含義
圓角矩形表示「開始」與「結束」
矩形表示過程
菱形表示問題判斷或判定
平行四邊形表示輸入輸出
箭頭代表方向
圖案添加完畢，可以點擊左上方的插入圖形選項，將其擴展，選擇一定的線條進行圖像之間的連接。
關系圖形添加完畢，滑鼠點擊我們所添加的圖形，然後點擊上方【形狀輪廓】，對圖形進行一定的編輯
進入圖形添加界面，將顏色選擇為【黑色】然後在下方的粗細選項中，選擇合適的圖形邊緣線粗細程度
圖形修改完畢，開始添加【流程線】，點擊左上方【插入形狀】將其擴展到最大，可以看到很多流程線，一般的我們用到【單箭頭】【雙箭頭】流程線
流程線添加完成，以同樣的方式將其顏色更改為黑色，粗細程度調到和圖形一樣粗細，此時一個流程圖已經繪制完畢。

問題三：有沒有專門用來畫程序流程圖和系統框圖的軟體 一般常用的就是微軟的microsoft visio，下載地址： soft./...+Visio

問題四：業務流程圖怎麼畫 業務流程圖的表達的6個關鍵問題
業務流程圖的「烹飪三部曲」
在繪制業務流程圖前，思考如何精美，如何交互，使用什麼工具，都不應該是重點。
真正重點的是將業務流程圖的關鍵要素給搜集一番。請試圖回答清楚以下幾個問題，否則不要開始繪制流程圖：
整個流程的起始點是什麼？整個流程的終結點是什麼？
在整個流程中，涉及到的角色都是誰？
在整個流程中，都需要做什麼事情？（可是是一個會議，可以是一個任務）
這些會議和任務是可選還是必選的？
分別產出什麼文檔？
這有點像一個頭腦風暴，能夠幫助你將所需用到的原材料獲取到，有了這些「米」和「水」，那就不愁去如何烹飪了。
在項目管理中，上個月，我們也試圖給去規范化一個數據產品的設計開發流程。
這是一個數據產品的項目，而我們都不是對此很有經驗的人。所以我們召集到所有相關的角色，組織了一次頭腦風暴及卡片分類法的混合式應用。
讓大家頭腦風暴出自己認為在項目里必須的節點，如「需求調研」，「需求分析」，「kick off會議」，「PRD撰寫及確認」，「數據評估」，「技術架構」，「DEMO繪制」，「指標演算法定義」，等等。
在頭腦風暴過程中，主持人將這些節點都寫到白板上，等沒有新的節點誕生後，大家一起對節點進行合並歸類。之後呢？
將這些剩餘下來的真正有價值的節點，撰寫到即時貼上，開始進行排序。在排序過程中，可以由一個人先主導，他會按照自己的理解，將各個節點放到按角色排布的泳道中，並設計好先後的順序。在他進行的過程中，其他人不斷進行提問：「這項任務開始前，需要什麼樣的條件？」「這個任務是必須的嗎？」然後一起調整先後順序。直到最終沒有人有任何重大的異議。
之後拍照留念。

然後可整理成電子文檔，如project或者excel版本（使用excel做項目管理？）

但是，業務流程圖和上述項目中的流程不太相同的是：
項目中的各種活動節點有更寬泛的可配置性，任務A和任務B是否並行，還是串列，如果項目組成員達成共識，是可以調整，並且多做嘗試的。所以可以用集思廣益的做法去頭腦風暴出一個暫定比較合理的流程。而業務流程圖的梳理，有兩種:
一種是基於現實發生的業務流程如實反映。這顯然不是你一個團隊能夠YY的結果。更需要走到現實環境中，去調研，去梳理，去確認。
另一種是基於流程優化的方案，當你已經掌握了目前的流程現實如何運作時，基於分析，討論，能夠判斷出流程中不合理的地方，給出一個更完善或者有更效率、成本更低的新的流程出來――或許你要求增加一個部門，或者你需要刪減一個環節，或者中間的若干步使用新開發的系統去取代。
總之，大多數時候，你要想做第二種流程圖，必然要先將第一種給梳理出來。所以，第一種如實反映的流程圖是躲不過的。既然如此，基於YY或者頭腦風暴是不現實的。我們需要走到前線去，掌握現實中業務是如何運作的。而且很多時候，越細節越好。
那怎麼做呢？基於有限的知識與經驗，我可以給如下建議：
調研――2.梳理呈現――3.評審確認三部曲，如圖所示：
2. 調研――問正確的問題，多問問題，多問幾個人
除了在本部分開始的那幾個問題要顧及到，其實調研過程解決的仍然是who，what，why，how，以及where的問題：誰，在什麼情況下，做了什麼事情，這個事情需要什麼前置條件，又輸出了什麼，這個事情在哪裡完成的？搞明白這幾個問題，我們的調研就可以圓滿完成了。
流程圖的表現，要回答這幾個問題：
Who――誰？部門，角色，崗位
What――什麼事情......>>

問題五：用VISIO軟體畫流程圖換下一頁應如何操作 一般Visio打開默認只有一頁，在visio下端頁腳的地方一般有「頁-1」字樣，右鍵單擊「頁-1」在彈出的菜單中選擇「插入頁」就可以實現多頁了。
換頁的時候直接單擊「頁-1、頁-2....」就行了，也可以藉助器左邊的翻頁標識。
visio只能應用單實例，所以打開再多的viso文件也只能在同一個窗口顯示。
一、同一visio文件
可用標簽頁來區分繪圖區
1 打開visio後，可在繪圖區左下角看到標簽頁。
2 右鍵標簽頁，彈出菜單：插入頁/刪除頁/重命名頁/重新排序頁。
3 選擇插入頁即可，這時不同的標簽頁對應完全獨立的繪圖區。
二、不同visio文件
1 可點定窗口左上角還原窗口圖標
2 再調整不同visio文件子窗口大小，放在合適位置

問題六：如何繪制業務流程圖 流程圖繪制的過程是這樣的：
一、首先你需要明確你做的事情正常需要哪些步驟，這些步驟分出經過型行為與結果型行為。所謂經過型行為是指那些不直接產生結果，但必須要做的環節步驟。比如象你要駕駛一輛汽車到某地，那麼你的第一步首先要坐到駕駛室里去，這一步驟不能直接讓你到達目的地，但是你必須要做；結果型行為就是指那些可以產生結果，並對後面的選擇產生直接影響的事情，比如繼續上例中，第一部做到駕駛室之後的第二步，你需要把汽車發動起來，這就面臨著兩種可能的結果，其一是汽車順利發動，你安全上路；另一種有可能是汽車出現故障，沒能發動起來――這種情況下，你到達目的地的方法就必須要進行調整――或是更換交通工具，或是取消前往。
你要為這兩種行為分別設計一個統一的圖形，而後將這些圖形按事情發展的順序排列出來，圖形中間寫上步驟的行為名稱。這個工作稱作「邏輯路徑設定」。
二、結果型行為的結果清單，能夠讓你繼續按照正常順序把事情進程做下去的結果，稱之為「預期結果」，預期結果列入流程圖的主路徑中；而讓你被迫改變進程順序的結果，稱為「意外結果」，意外結果可能會產生兩種分支流程路徑，其一是循環反復，即你需要回過頭重新去進行主路徑中曾經的步驟，這時你只要用另外的箭頭把它們連接上就行了；還有一種是新的分支流程，即需要你採取另外的處理流程來達到目標，這有可能是一條完全的分支路徑，即其之後的處理過程完全與主路徑中設定的步驟無關，而直接達成目標；也有可能是部分分支路徑，即經過幾個新的步驟後，在某一環節上重新回到主流程的路徑上；也有可能是要直接跳過中間的若干步驟。
三、連接各個進程步驟，用箭頭連接成一條條完整的流程的路徑，最後指向事務進程的重點，即你的任務目標。這樣你就完成了你的流程圖。

問題七：畫業務流程圖用什麼軟體方便簡單 國產的億圖圖示畫流程圖挺簡單的，軟體還有大量的模板可以使用。

問題八：流程圖用什麼軟體畫 visio 現在有很多流程圖的軟體，比如Visio 和億圖圖示專家。
Visio不太適合個人用戶，也沒有例子。億圖圖示里邊有已經畫好的符號，對於沒有繪圖基礎的人再合適不過了。實在是趕時間的時候還可以直接套用模板和例子。確實省事不少。你可以先看看他們的例子

問題九：業務流程圖用什麼軟體畫的？ word就搞定了。

問題十：流程圖怎麼畫 用迅捷流程圖製作軟體來畫流程圖是一個比較好的選擇，軟體中有許多的模板可以選擇。將需要的模板拖入到界面中，之後，再使用軟體中的一些功能進行調整。最後還可以把文件保存為xml格式的文件，

❻ 流程常見的表達方式有

最常見的有機械聯系圖和線式流程圖。

1.機械聯系圖。就是將浮選工藝流程的磨機、分級機、調和槽、浮選機、砂泵等設備，繪成簡單的形象圖，用帶箭頭的線條連接各形象圖和表示礦漿流向。這種圖的特點是形象化，能表示設備在現場配置的相對位置。缺點是比較復雜，日常不便於使用。

2.線式流程圖。這是目前我國最常見的一種流程圖表示法。它與機械聯系圖相比，要簡單得多。線式流程圖的特點，容易把浮選的全過程較為完整的表示出來，並便於在流程中標注葯劑、工藝參數和選別指標。

(6)用流程圖表示正確方法擴展閱讀：

機械制圖是用圖樣確切表示機械的結構形狀、尺寸大小、工作原理和技術要求的學科。圖樣由圖形、符號、文字和數字等組成，是表達設計意圖和製造要求以及交流經驗的技術文件，常被稱為工程界的語言。

流程圖（Flow Chart）：使用圖形表示演算法的思路是一種極好的方法，因為千言萬語不如一張圖。流程圖在匯編語言和早期的BASIC語言環境中得到應用。相關的還有一種PAD圖，對PASCAL或C語言都極適用。

❼ 有三個數abc,要求按由大到小的順序把它們列印出來，用流程圖怎麼表示

• 有三個數abc,要求按由大到小的順序把它們列印出來，用流程圖這樣表示：

• 

• 先輸入a, 再輸入b 。如果a >b，則出a 。再輸入c, 如果a >c 則輸出a ;再輸入b，如果b >c ，輸出b ,則a＞b>c

❽ 流程圖反復確認怎麼表示

1、各司其職的形狀
在我的流程圖中，適用於不同目的和功能的形狀都有各自確定的規范。到目前為止，我一共定義了以下一些形狀：

（1）開始和結束



作為整張流程圖的頭和尾，必須標清楚到底具體指哪個頁面，以免日後出現歧義。

（2）網頁



如你所見，網頁的形狀是一個帶有漂亮的淡藍色過渡效果的長方形，它的邊框為深藍色，中間寫明了這個網頁的用途，括弧中的數字代表這個形狀所對應的demo文件的名稱（比如這里是2.html），我有時會把流程圖輸出為網頁的形式，並把每個網頁形狀和它所對應的demo文件鏈接起來，這樣查看起來非常方便。對OmniGraffle來說這是小菜一碟，如果你被迫用Visio，嗯……

另外，所有從形狀出來的線條，都具有和此形狀邊框一樣的顏色。這樣的做法不僅看起來漂亮，在復雜的流程圖中還能輕易地標明各形狀的關系。我沒有見過類似的做法，所以這是由我首創也說不定，呵。

（3）後台判斷



很常見的一個形狀。我在用法上有一點和其他人的不同在於，我幾乎總是讓『是』的分支往下流動，讓『否』的分支向右流動。因為流程圖一般都是從上向下、從左到右繪制的，遵循上述規則一方面可以讓繪制者不用為選擇方向操心，另一方面也方便了讀者閱讀。

（4）表單錯誤頁



既然有表單，當然會有錯誤信息。其實這個信息很重要，用戶出錯時惶恐不安，就靠著錯誤提示來解決問題了。你不在流程圖里說什麼時候顯示錯誤頁、不在demo里提供錯誤頁，有些程序員會直接在網頁上寫個「錯誤，請檢查」，所以UI設計師一定要對這個東西重視起來。

但一般來說也沒必要把每種錯誤都在流程圖中表示出來，因為含有兩個文本框的表單就有三種出錯情況了，多了就更不用說了。所以我都是把錯誤頁變為表單的附屬頁，比如表單頁的編號為2，那麼此表單錯誤頁的編號就從2.1開始排下去，每種錯誤放到一個附屬頁中，這樣程序員在拿到demo時也能搞清楚什麼意思。

結合網頁和表單的形狀，一個表單驗證的流程圖就是這樣的：



（5）後台動作



並非所有後台動作都繪入流程圖中（否則流程圖就會變成龐然大物了），只有需要特別強調的後台動作（和用戶體驗直接相關的）才使用此形狀。

（6）多重分支



多重分支指的是幾種並列的情況，每種情況都有發生的可能，發生哪種取決於分支起始處的判斷結果。

（7）對話框



有時候一些操作可以利用對話框來完成， 這些對話框由js生成，顯示在父界面之上。

（8）注釋



這個形狀（比如頁面）詳細的內容，或者需要解釋的業務邏輯，甚至用戶此處的情況等，我都會放到注釋中，這樣既降低溝通成本，又可作為備忘。

（9）跳轉點



在一個復雜的流程圖中，往往出現跳轉到另外一個遠處結點的情況，此時如果直接用線連過去，未免使得流程圖顯得凌亂，用一個跳轉點就解決問題了。在點內標明跳轉到的形狀的編號，畫起來容易，看起來也清楚。

此外，也可以利用跳轉點來分割篇幅巨大的流程圖，Yahoo!就這么用。

（10）子流程



分割篇幅巨大的流程圖，更好的辦法是用子流程。

要注意的是，如果你在流程圖中使用了子流程這一形狀，一定記得同時附上子流程圖，以消除影響項目質量的不確定性因素。另外，在子流程圖中也可以標明其所屬關系。

（11）流程塊



可以用流程塊將整張流程圖分隔為幾個部分，並為每個部分單獨命名（比如「流程塊1」等）。這樣做的目的在於從視覺上使復雜的流程圖變得更為清晰，在溝通時也方便。

2、圖例和流程圖信息



在團隊合作中，圖例是必須的，否則沒人知道你畫出來的東西到底是什麼。即使流程圖只給自己看，也最好養成標注圖例的好習慣。其實這道理有點類似程序中的注釋。

流程圖信息也是必備的。其內容至少應包括作者、時間、流程圖名稱和版本（如下圖）。這一方面可以讓讀者（其他同事）在有問題時能夠方便地找到作者你，也起到了meta的作用。

3、繪制流程圖的工具
Mac下首選OmniGraffle，Windows下除了Visio，似乎沒有更好的選擇（雖然Visio已經很難用了）。

4、評價流程圖的好壞

我覺得一個好的流程圖至少應做到以下幾點：

密切地迎合了用戶的心理狀態、如實的反映了用戶的操作習慣。流程圖是要指導UI設計的，是UI設計的參照物，如果流程圖本身無法正確描繪出用戶的情況的話，UI十有八九會出問題；
覆蓋了各種可能的情況和細節。這非常重要。任何在先期不確定的因素，都會在項目中成為隨時引爆的地雷，都會直接降低最終上線的UI質量。此種情況真是屢見不鮮。但同時這條又很難做到，因為它不僅要求設計師熟悉用戶，也要設計師充分知曉產品的商業邏輯，還要了解系統的運作機制，落下以上任何一個方面，都會在流程圖中留下死角。這個問題我不知道有沒有更好的解決方案，不過與PD和系分反復溝通是個行之有效的方法；
考慮到系統的設計和承受能力。系統的運作機制和承受能力必須在繪制流程圖過程中考慮進去，以免出現流程圖被開發人員槍斃的情況。我的習慣是，在繪制流程圖時和系統分析師頻繁溝通和交流，確保每一個環節都是可行的；
確保別人看得懂你的流程圖。別人現在看不懂，你自己以後也一樣看不懂。為了降低溝通成本，把流程圖畫清楚吧。

❾ 程序流程圖怎麼做

程序流程圖是用規定的符號描述一個專用程序中所需要的各項操作或判斷的圖示。這種流程圖著重說明程序的邏輯性與處理順序，具體描述了微機解題的邏輯及步驟。當程序中有較多循環語句和轉移語句時，程序的結構將比較復雜，給程序設計與閱讀造成困難。程序流程圖用圖的形式畫出程序流向，是演算法的一種圖形化表示方法，具有直觀、清晰、更易理解的特點。[2]
程序流程圖由處理框、判斷框、起止框、連接點、流程線、注釋框等構成，並結合相應的演算法，構成整個程序流程圖。
處理框具有處理功能；判斷框（菱形框）具有條件判斷功能，有一個入口，二個出口；起止框表示程序的開始或結束；連接點可將流程線連接起來；流程線（表示流程的路徑和方向；注釋框是為了對流程圖中某些框的操作做必要的補充說明。[3]
程序流程圖的三種基本結構
任何復雜的演算法，都可以由順序結構、選擇（分支）結構和循環結構這三種基本結構組成，因此，構造一個演算法的時候，也僅以這三種基本結構作為「建築單元」，遵守三種基本結構的規范，基本結構之間可以並列、可以相互包含，但不允許交叉，不允許從一個結構直接轉到另一個結構的內部去。正因為整個演算法都是由三種基本結構組成的，就像用模塊構建的一樣，所以結構清晰，易於正確性驗證，易於糾錯，這種方法，就是結構化方法。遵循這種方法的程序設計，就是結構化程序設計。相應地，只要規定好三種基本結構的流程圖的畫法，就可以畫出任何演算法的流程圖。[4]
(1) 順序結構
順序結構是簡單的線性結構，各框按順序執行。其流程圖的基本形態如圖所示，語句的執行順序為：ABC。[1]
(2) 選擇（分支）結構
這種結構是對某個給定條件進行判斷，條件為真或假時分別執行不同的框的內容。其基本形狀有兩種。[1]
(3) 循環結構
循環結構有兩種基本形態： while型循環和do - while型循環。a. while 型循環：其執行序列為：當條件為真時，反復執行A，一旦條件為假，跳出循環，執行循環緊後的語句。b. do-while型循環：執行序列為：首先執行A，再判斷條件，條件為真時，一直循環執行A，一旦條件為假，結束循環，執行循環緊後的下一條語句。