基於校園生活一體化管理系統的數據流程分析

---

---

    數據流圖（DFD）是結構化系統分析方法的主要表達工具，數據流圖，主要是爲了說明在一個項目中，數據的處理與流動狀況。

    數據流圖的基本組成成分包括了數據流、加工、數據存儲和外部實體，用來描繪軟件系統邏輯模型的圖形工具，它描繪信息和數據從輸入到輸出的過程當中所經歷的一切。對於本例實驗而言，將大大簡化工程研發思惟等重要步驟。

1、主要內容

           本例實驗具體包含了系統的頂層數據流圖、功能數據和一層項目流圖，具體可參詳實驗步驟。

2、實現平臺

           系統平臺：略、Microsoft Visio 2010

3、具體內容

   1、創建功能模型

         如圖3-1所示，頂層數據流圖：

         

         1）、系統管理員與系統的數據流向：

①、查詢信息請求：系統管理員對設備的在線狀況與否可進行查詢，並對學生、教師帳號的信息進行獲取查詢，以及對下層權限用戶已發信息的查詢；等等。數據來自管理員並流向系統。

②、統計信息：系統管理員可對查詢返回的設備在線狀況、在校學生狀況和職教師狀況等的結果進行數據統計，以備此後數據深刻交互奠基基礎。數據來自系統並流向管理員。

③、基礎數據信息：系統管理員可對相應模塊的數據進行新增、修改和刪除，如：對學生帳號的基本信息修改、後勤設備的下架和新型產品的更新；等。來自管理員並流向系統。

④、使用記錄：管理員能查看帳號的使用記錄，即當前在校師生的帳號狀況；也能夠對設備，以及用戶的廣播信息記錄進行查詢。數據來自管理員並流向系統。

         2）、學生與系統的數據流向：

①、查看請求：當前在校生，即當前可生效的學生帳號，能夠對當前校內後勤使用設備是否在線、當前校內學生、校內值班人員等狀況提出查看請求。數據來自學生並流向系統。

②、添加請求：當前在校的學生，可對本身帳號的基礎信息進行添加修改操做；也能夠經過「系統反饋」功能模塊向管理員或教師提交添加請求。數據來自學生並流向系統。

③、查看結果：對於學生提出的查看請求，系統將返回給學生用戶可供查看的數據流包。數據來自系統並流向學生。

④、拒絕請求：

用於角色的不一樣，勢必會形成學生和教師帳號的權限不一致，由此學生不得越過權限非法請求和查看高級權限所能獲取的數據，同時對於請求返回的結果以本帳號爲基準，如：在設備使用時不得越權限查看他人帳號的資金詳情。數據來自系統並流向學生。

    3）、教師與系統的數據流向：

①、查詢請求：教師可向系統提交查詢當前任教學生的基本信息、院系歷史廣播通知和任教課程信息等。數據來自教師並流向系統。

②、查詢結果：

教師帳號可查看來自系統返回的查詢請求，如：當前所查詢的學生是否爲在校、當前設備是否爲可用和申請教學場地是否得以批准等。數據來自系統並流向教師。

③、拒絕請求：

系統將拒絕來自教師非己權限的操做和請求結果，如：當前帳號不可查看其餘教師的結算工資、教師無權對學生進行成績修改和當前帳號不得對已排課程進行上課時間修改等。數據來自系統並流向教師。

④、新增請求：可向系統提交新立項的我的信息、教學場地申請新增。數據來自教師並流向系統。

  2、功能數據

       如圖3-2所示，帳號功能數據流圖：

        

        做爲校園生活一體化管理系統的主要角色，都將擁有對本帳號的「我的帳號基本信息管理」功能，並向其遞交本帳號信息查看請求和本帳號信息修改請求，數據流向皆有該帳號流向系統的該模塊；同時系統將反饋給用戶一個結果，通常而言反饋信息都將被隱匿。同時在各帳號的功能模塊中，都與系統相關數據發生雙向交互，此處再也不詳訴。

    1）、系統管理員與系統的功能模塊數據流向：

①、用戶維護請求：

對當前存在的帳號進行管理，包括修改該帳號、刪除該帳號和新增用戶。因爲系統主管校內用戶，因此係統的這一權限僅賦予系統管理員，不對其餘級別用戶開放。數據來自管理員並流向系統模塊。

②、教務維護請求

教務維護包括畢業學生和離職教師管理，也包含對教職工的工資發放等的問題，因此這裏也將發生數據的添加、修改和刪除。數據來自管理員並流向系統模塊。

③、設備維護請求：

設備維護主要是以對當前校園設備進行添加設備，以及將設備下架等的處理。數據來自管理員並流向系統模塊。

④、信息交互維護請求：

能夠對發送給用戶的公告信息進行基本的維護，如：刪除記錄、新建發送項和搜索歷史記錄等等。數據來自管理員並流向系統模塊。

⑤、資金管理請求：

對當前系統帳號的資金管理外，還能對用戶帳號的資金進行維護，如：因爲網絡問題或者用戶重複提交數據而致使帳號重複扣款等問題進行處理。數據來自管理員並流向系統模塊。

⑥、系統維護請求：爲方便本系統往後升級和基礎數據維護使用。數據來自管理員並流向系統模塊。

   2）、學生與系統的功能模塊數據流向：

①、學生教務管理請求：

在這裏學生可查看當前本身是否畢業、本身的學生檔案信息和一些記過處分信息，以及對本身的學生檔案進行維護；等等。數據來自學生並流向系統模塊。

②、設備使用請求：

專門以對當前可用的校園設備進行消費使用等爲主要設計初衷。數據來自學生並流向系統模塊。

③、我的公告維護請求：

可接受來自學校下發的通知，也能夠查看教師發來的課程信息，並對其都以回覆處理。數據來自學生並流向系統模塊。

④、我的資金管理請求：在此處，學生能夠對本帳號進行充值繳費和學校的已發的資助管理。數據來自學生並流向系統模塊。

⑤、我的系統維護請求：可對系統進行基本的反饋，反饋信息僅系統管理員可見。數據來自學生並流向系統模塊。

此處的教師與系統的功能模塊發生數據流向詳情，與學生帳號基本相似，這裏將再也不一一復訴。教師的我的資金管理模塊將比學生多出工資詳情，具體功能模塊的設計和實現開發，請詳見詳細設計書。

三、一層項目流圖

      

3-3 我的帳號基本信息管理

    1）、加工說明

查詢：管理員、學生和教師可查詢本帳號的基本資料

修改：管理員、學生和教師可修改本帳號的基本資料

  2）、數據流說明

查詢請求：管理員、學生和教師的查詢請求

修改請求：管理員、學生和教師的修改請求

返回結果：管理員、學生和教師的返回結果

修改信息：管理員、學生和教師的修改信息

  3）、數據存儲及數據項說明

帳號登陸表=登陸ID+登陸名+登陸密碼+上次登陸時間

我的帳號基本信息表=帳號ID+名字+性別+民族+政治面貌+入學\就任時間+聯繫號碼+地址

登陸ID：字符型 長度11 不容許爲空

登陸名：字符型 長度10 不容許爲空

登陸密碼：字符型 長度50 不容許爲空

上次登陸時間：字符型 長度20 容許爲空

帳號ID：字符型 長度11 不容許爲空

名字：字符型 長度10 容許爲空

性別：字符型 長度4 容許爲空

民族：字符型 長度8 容許爲空

政治面貌：字符型 長度8 容許爲空

入學\就任時間：字符型 長度20 容許爲空

聯繫號碼：字符型 長度11 容許爲空

地址：字符型 長度50 容許爲空

                     

3-4 用戶管理

   1）、加工說明

查詢：管理員可查詢所有帳號，學生和教師可供查詢本帳號的基本資料

新增：管理員可新增新的用戶

修改：管理員可修改用戶的基本信息

刪除：管理員可刪除用戶登陸信息、用戶基本信息

   2）、數據流說明

查詢請求：管理員、學生和教師的查詢請求

新增請求：管理員的新增用戶請求

刪除請求：管理員的刪除用戶請求

修改請求：管理員的修改用戶請求

返回結果：管理員、學生和教師的查詢反饋結果

新增用戶：管理員新增的用戶

刪除用戶：管理員刪除的用戶

修改用戶：管理員修改的用戶

  3）、數據存儲及數據項說明

帳號登陸表=登陸ID+登陸名+登陸密碼+上次登陸時間

我的帳號基本信息表=帳號ID+名字+性別+民族+政治面貌+入學\就任時間+聯繫號碼+地址

登陸ID：字符型 長度11 不容許爲空

登陸名：字符型 長度10 不容許爲空

登陸密碼：字符型 長度50 不容許爲空

上次登陸時間：字符型 長度20 容許爲空

帳號ID：字符型 長度11 不容許爲空

名字：字符型 長度10 容許爲空

性別：字符型 長度4 容許爲空

民族：字符型 長度8 容許爲空

政治面貌：字符型 長度8 容許爲空

入學\就任時間：字符型 長度20 容許爲空

聯繫號碼：字符型 長度11 容許爲空

地址：字符型 長度50 容許爲空

3-5 系統信息反饋

    1）、加工說明

新增：管理員、學生和教師可新建反饋會話

修改：管理員可修改反饋會話

刪除：管理員可刪除反饋會話

   2）、數據流說明

新增請求：管理員、學生和教師新建反饋會話的請求

刪除請求：管理員刪除反饋會話的請求

修改請求：管理員修改反饋會話的請求

新增反饋：管理員、學生和教師新建的反饋會話

刪除反饋：管理員刪除的反饋會話

修改反饋：管理員修改的反饋會話

   3）、數據存儲及數據項說明

反饋表=反饋ID+反饋內容+反饋註釋+反饋對象

反饋ID：字符型 長度11 不容許爲空

反饋內容：字符型 長度100 容許爲空

反饋註釋：字符型 長度20 容許爲空

反饋對象：字符型 長度11 不容許爲空

3-6 設備信息管理

   1）、加工說明

查詢：管理員、學生和教師可對設備狀況進行查詢

新增：管理員可新增設備

修改：管理員可修改設備

刪除：管理員可刪除設備

使用：管理員、學生和教師可對設備狀況進行使用

   2）、數據流說明

查詢請求：管理員、學生和教師對設備狀況進行查詢的請求

新增請求：管理員對設備狀況進行新增的請求

刪除請求：管理員對設備狀況進行刪除的請求

修改請求：管理員對設備狀況進行修改的請求

返回結果：管理員、學生和教師對設備狀況進行查詢返回的結果

新增設備：管理員添加的設備

刪除設備：管理員刪除的設備

修改設備：管理員修改的設備

使用設備：管理員、學生和教師使用的設備

使用請求：管理員、學生和教師對設備狀況進行使用的請求

   3）、數據存儲及數據項說明

設備管理表=設備ID+設備名稱+設備使用單價

設備ID：字符型 長度11 不容許爲空

設備名稱：字符型 長度20 容許爲空

設備使用單價：整型 容許爲空

3-7 帳號資金管理

  1）、加工說明

查詢：管理員、學生和教師可對帳號進行查詢

充值：管理員、學生和教師可對帳號進行資金充值

  2）、數據流說明

查詢請求：管理員、學生和教師可對帳號進行查詢的請求

返回結果：管理員、學生和教師可對帳號進行查詢返回的結果

充值請求：管理員、學生和教師可對帳號進行資金充值的請求

充值金額：管理員、學生和教師可對帳號進行充值的金額

  3）、數據存儲及數據項說明

用戶資金錶=用戶資金ID+資金

用戶資金ID：字符型 長度11 不容許爲空

資金：字符型 長度11 容許爲空

3-8 帳號會話管理

   1）、加工說明

查詢：管理員、學生和教師可對會話進行查詢

新增：管理員、學生和教師可對會話進行添加

修改：管理員、學生和教師可對會話進行編輯

刪除：管理員可對會話進行刪除

   2）、數據流說明

查詢請求：管理員、學生和教師對會話的查詢請求

新增請求：管理員、學生和教師對會話的新增請求

刪除請求：管理員對會話的刪除請求

修改請求：管理員、學生和教師對會話的修改請求

返回結果：管理員、學生和教師對會話查詢的返回結果

新增會話：管理員、學生和教師新增的會話

刪除會話：管理員刪除的會話

修改會話：管理員、學生和教師修改的會話

   3）、數據存儲及數據項說明

會話表=會話ID+帳號ID+目標帳號ID+會話內容

會話ID：字符型 長度11 不容許爲空

目標帳號ID：字符型 長度11 不容許爲空

帳號ID：字符型 長度11 不容許爲空

會話內容：字符型 長度100 容許爲空

4、分析結果

       對本例能夠認爲，一個基於計算機的信息處理系統由數據流和一系列的轉換構成，這些轉換將輸入數據流變換爲輸出數據流。通過促成研發小組成員的各意見，本例實驗項目可進行更深成次的設計。

5、分析經驗

對於本例實驗項目的設計和分析，所得心得可總結以下：

    1）、描繪數據在系統中各邏輯功能模塊之間的流動和處理過程，是一種功能型模型，主要刻畫「功能的輸入和輸出數據」、「數據的源頭和目的地」。而在數據流圖中沒有任何具體的物理部件，它只是描繪數據在軟件中流動和被處理的邏輯過程。它與數據字典一塊兒用來構成系統的邏輯模型；

    2）畫數據流圖，不是畫控制流。數據流反映系統「作什麼」，不反映「如何作」，所以箭頭上的數據流名稱只能是名詞或名詞短語，整個圖中不反映加工的執行順序；

   3）、若是一張數據流圖中的某個加工分解成另外一張數據流圖時，則上層圖爲父圖，直接下層圖爲子圖。子圖及其全部的加工都應編號；

   4）、提升數據流圖的易懂性。注意合理分解，要把一個加工分解成幾個功能相對獨立的子加工，這樣能夠減小加工之間輸入、輸出數據流的數目，增長數據流圖的可理解性；等等。