在歷年的軟考下午題當中，有五道大題，分別是資料流圖的設計，資料庫設計，uml圖，演算法和設計模式，從今天這篇博文開始，小編就跟大家來一起學習軟考下午題的相關內容，包括理論上的知識以及典型例題的講解，希望給予有需要的小夥伴有力的幫助，備戰軟考，我們可以做的更好，今天小編主要簡單總結一下資料流圖的有關知識，首先，我們來看下面這張圖：

        接著，小編就會跟隨上面思維導圖的脈絡，依次對軟考中的資料流圖進行詳細講解，有不同意見的小夥伴歡迎討論交流，首先我們來看第一個基本的知識點：

        資料流圖的基本符號

    資料流圖簡稱DFD，英文名字Data Flow Diagram，DFD 是描述資料處理過程的一種圖形工具，她從資料傳遞和加工的角度以圖形的方式來描述資料在系統流程中的流動和處理的異動的變換過程。反映的是資料的流向和自然的邏輯過程和必要的邏輯資料儲存。

        如我們上圖所展示的，在資料流圖當中，通常採用四種基本的資料流圖符號，在任何一個數據流圖當中，必須包含四種基本符號，缺一不可。第一個符號圓形表示的加工處理的過程，在圓形當中，註明加工的名字和編號。第二個符號箭頭：上面寫資料流的名稱，那麼同一個資料流在經過了加工之後，可能有不同的加工結果，例如，日常生活中的麵粉，經過加工以後，可能加工成了饅頭，也可能是麵粉，主要是加工的功能對資料流進行了處理，有流進就有流出，在同一個資料流圖上，不能有同名的資料流，如果有兩個以上的資料流指向一個加工。或者一個加工中，輸出兩個資料流，那麼這些資料流當中，往往存在一定的關係，關係如下：

        第三種符號：資料儲存檔案：一般用雙橫線來表示，但是有關資料儲存檔案表示方式在各種不同的教材上表示的方法會不一樣，比如說，有用雙橫線表示的，也有有半框形表示的，箭頭表示存進來或者取出去，表示讀和寫的過程，一般把檔名寫在中間，資料儲存檔案的作用是儲存資料，可以是資料庫的檔案，也可以是另一種形式的資料組織，所以她的流向可以理解為查詢檔案。向外的箭頭可以理解為得到了所需要的結果。
       第四種符號：資料來源點或匯點，表示資料流圖當中，需要處理的資料的輸入的來源。在資料流圖當中，只是作為一種符號，並不需要以任何軟體的方式來進行設計和實現。她是系統外部環節中的實體，所以稱外部實體。一般來說這種資料來源點或匯點只出現在資料流圖的頂層圖當中。學習完了資料流圖的基本符號，我們再來看一下資料流圖的設計原則：

        資料流圖設計原則

        資料流圖的設計原則在後面的典型例題中，小編在細細說明這些原則是如何在我們的例題中靈活應用的。

        資料字典

        資料字典是指對資料的資料項、資料結構、資料流、資料儲存、處理邏輯、外部實體等進行定義和描述，其目的是對資料流程圖中的各個元素做出詳細的說明。資料字典（Data dictionary）是一種使用者可以訪問的記錄資料庫和應用程式原資料的目錄。主動資料字典是指在對資料庫或應用程式結構進行修改時，其內容可以由DBMS自動更新的資料字典。被動資料字典是指修改時必須手工更新其內容的資料字典。我們來看下面的一張圖：

        介紹完了資料流圖的基本理論知識之後，我們就開始要實戰了，在這裡小編簡單的舉兩個例題，鞏固前面的理論知識，首先我們來看一道04年1月份的真題，雖然04年的題目距今已經有一定的年頭了，但是軟考的題目都是換湯不換藥，所以掌握了基本的解題方法和技巧，任他千變萬化，我自對答如流，好了，小編不扯了，題目如下所示：

         典型例題：

         資料流程圖如下：

        問題如下：

         拿到題目之後，我們需要認真的讀上幾遍，因為這種題目考的不難，關鍵就是細心，有時候，題目中的一句話可能就是我們需要的答案，首先，我們來看第一道題，題目中說資料流圖2中有兩條資料流是錯誤的，請指出這兩條資料流的終點和起點，我們來分析一下，頂層圖中的四個輸入管理工作請求單、查詢請求資訊、讀者資訊、當前日期在零層圖當中都有體現，接下來，我們來看輸出，輸出的資訊有圖書情況、讀者情況和非法請求資訊，在0層圖當中，圖書情況和讀者情況均有體現，但是仔細觀察我們會發現在頂層圖當中有輸出的的為非法請求資訊，在0層圖當中有兩個分別為非法管理工作請求單和非法查詢請求資訊，但是這樣我們並不能判定這個就是錯的，出現這樣的情況可能是在頂層圖中的一個輸出流在0層圖當中被分解了。我們先暫時放一放。接著我們來看讀者檔案，處理查詢請求是對讀者檔案進行寫的一個過程，登記讀者資訊是對讀者檔案進行寫或者說是取資訊。我們首先來看處理查詢請求，從前面的事件描述當中，我們可以看出，處理查詢請求包括查詢圖書情況和讀者情況，所輸出的結果沒有錯，並且與頂層圖也是相對應的，在查詢過程中，根據使用者的查詢請求資訊，假設要查系統分析師繼續指南的資訊，那麼就會輸入系統分析師繼續指南，然後輸出，輸出的就是系統分析師繼續指南這本書的情況，作者，價格，出版社等情況，那麼去哪兒查呢，所以這裡面沒有輸入，所以對於讀者檔案而言，她所借閱的一些資訊應該是從反方向作為輸入，接到了查詢資訊以後，從讀者檔案中取出相關的記錄來進行查詢，同樣情況，第三個加工，登記讀者資訊，輸入的是讀者資訊，沒有輸出，違法了資料守恆的規則，有輸入就要有輸出。有輸入，經過加工以後就應該有輸出，那輸出什麼nie？在這裡輸入的是讀者資訊，加工的功能是登記讀者資訊，登記到哪兒去，應該要登記到讀者檔案中，所以應該也是反方向，如下所示：

        所以第一題的答案就是從2到讀者檔案，從讀者檔案到3，這題考察的是子圖和父圖的平衡原則。我們接著來看第二題，題目如下所示：

         第三個資料流圖是對0層圖第二個加工的一個細化，把第二個加工細化成讀者資訊查詢和圖書資訊查詢，那麼要找出缺少的資料流，我們首先使用父圖和子圖的平衡原則。先看看1層圖和1層圖相對應的資料流的情況。
先看輸入：查詢請求資訊，讀者檔案的輸入，輸出三條：圖書情況、讀者情況、非法查詢讀者請求資訊。缺少的應該是內部的資料流情況，因為查詢的請求資訊包括兩個，一個是查詢讀者請求資訊，另一個是查詢圖書請求資訊，也分成了兩個，所以資料流跟父圖是平衡的，但是問題是少了三條，少了那三條nie？根據子圖和父圖的平衡原則，所以缺少的肯定是2.1和2.2之間的，或者是2.1和2.2與檔案之間的。

        所以這裡，我們就需要根據試題的描述來找到相應的答案，試題描述到：系統的資訊查詢功能主要包括讀者資訊查詢和圖書資訊查詢，其中讀者資訊查詢可得到讀者的基本資訊及讀者借閱圖書的情況，圖書資訊查詢可得到圖書基本資訊和圖書的借出情況，根據試題描述，我們很容易看出來，有關讀者的資訊查詢，應該要用到借書的檔案，因為這裡面是需要借書的情況，借書的相關資訊在借書檔案當中，所以這需要查詢讀者資訊的話，不但要有讀者檔案還需要借書檔案，所以要增加一條結束檔案到讀者資訊查詢的一條資料流，同樣的情況，還要增加一條從借書檔案到圖書資訊查詢的資料流，圖書資訊查詢出了圖書的基本情況外，還應該包括圖書的借閱情況，所以她也在借書檔案當中，同時，來看圖書的借閱情況，所以還要從圖書目錄檔案到圖書資訊查詢的資料流，因為要查詢圖書的基本情況，圖書的基本情況在圖書目錄檔案當中，所以根據試題描述來發現缺少的資料流。都可以根據子圖和父圖的平衡原則，還有試題的描述來確定。接著，我們來看第三題，題目如下所示：

        中括號表示重複的情況，管理工作包括四個方面：購入新書，讀者借書，讀者還書、圖書登出。購入新書的時候需要為該書編制入庫單。讀者借書的時候需要填寫借書單。讀者還書的時候需要填寫還書單。登出圖書的時候需要填寫登出單。所以她的管理工作請求單包括四種情況：入庫單、借書單、還書單、登出單這四種，因為四種是可選的情況，根據資料流圖裡面數據結構的描述，我們應該用中括號，中間用一個豎線來進行分開。我們再來看入庫單：我們來看試題描述，入庫單的內容包括圖書分類目錄號、書名、作者、價格、數量和夠數日期，這個是不是很清楚nie。

         小編寄語：這篇博文，小編主要針對軟考中的考點下午題資料流圖進行講解，主要講解了四個方面的基本內容，資料流圖的基本符號，資料流圖的設計原則，資料字典，然後列出了一個簡單的例題，對前面的理論知識加以鞏固，雖然04年的題目有點兒年頭了，但是軟考的題目都是換湯不換藥，所以掌握了基本的解題方法和技巧，任他千變萬化，我自對答如流，對於資料流圖這類題型，關鍵就是細心，從眾多文字描述中，火眼金睛的看到我們所需要的答題資訊，一般解題的時候都會利用上子圖和父圖的平衡原則已經資料平衡原則，掌握瞭解題技巧，資料流圖就是送分的題，相信自己，肯定沒有問題。由於上次小編抱著吊兒郎當的心態學習，覺得這次不過下次過，然後上天就真的成全了小編，沒關係，小編會越挫越勇的，再次擁抱軟考的小編，小編會給小編自己怎麼樣的奇蹟呢，讓我們拭目以待，小編給大家帶來的精彩。