科技

一份全面的“資料需求分析”是怎樣的?_靜態

筆者結合自己的案例,以獨到的見解說明了一份全面的資料需求分析應該包括:資料描述、邏輯描述、資料詞典、資料採集。

針對資料需求分析模組,我有自己的見解和分析方式。在這裡拿一段以前所做的案例分享給大家,寫得不好,其中也有很多欠缺之處,願朋友們看過之後能夠給出很好的批評,咱們在這裡相互學習、共同進步!

一、資料描述 1.1 資料來源及流向示意圖

平臺數據的來源及流向關係示意見圖1.1。從圖中可見,平臺中的資料來源主要分為了內部和外部兩個大部分。

1.2 內部資料

內部資料包括專案現場的業務資料、自動化監控資料和專案知識庫。

業務資料來源於專案過程管理,包括專案的籌劃資訊、進度資料、質量資料、安全資料、施工風險資料、供應商資料等。

自動化監控資料來源於專案智慧監控裝置,包括裝置監控資料、施工監測資料、安全講評臺數據、用電監控資料、人員出入及定位資料、環境監測資料、視訊監控資料等。

知識庫初始來源於集團現有經驗和知識的梳理,並在專案過程中不斷補充和完善。

1.3 外部資料

外部資料包括來自既有資訊系統的工程基本資訊和專題資訊,以及通過離線方式匯入的地理資訊資料及其他資料。

以上資料均在平臺數據標準的約束下進入資料中心,通過中心資料庫與應用系統形成資料交換,並在此基礎上開發標準化資料介面,將資料共享給其他需要的外部系統。

二、邏輯描述

對資料進行邏輯描述時可把資料分為表態資料和動態資料兩種。

進行描述時應把各資料元素邏輯地分成若干組,例如函式、源資料或對於其應用更為恰當的邏輯分組。給出每一資料元的名稱(包括縮寫和程式碼)、定義(或物理意義)度量單位、值域、格式和型別等有關資訊。

2.1 表態(靜態)資料

表態資料就是所謂的靜態資料,指在執行過程中主要作為參考的資料,它們在很長的一段時間內不會變化,一般不隨執行而改變。

列出所有作為控制或參考用的靜態資料元素如下表所示:

2.2 內部生成資料

列出向用戶或開發單位中的維護除錯人員提供的內部生成資料。

2.3 動態資料

所謂動態資料,包括所有在執行中要不斷或者在特定的條件下而發生變化的資料,以及在執行中要輸入、輸出的資料。

2.3.1 輸入資料

2.3.2 輸出資料

三、資料詞典

對平臺中所出現的各個實體的屬性進行整理,使其形成資料詞典,以此可以來作為後繼研發過程中資料結構設計、資料庫設計、資料庫表結構設計的主要參考來源。並說明對資料要求的制約。逐條列出對進一步擴充或使用方面的考慮而提出的對資料要求的限制(容 量、文卷、記錄和資料元的個數的最大值)。對於在設計和開發中確定是臨界性的限制更要明確指出。

3.1 功能模組

表名(表名:英文名)

資料字典在這裡我用一張表來展示:

四、資料採集 4.1 要求和範圍

按資料元的邏輯分組來說明資料採集的要求和範圍,指明資料的採集方法,說明資料採集工作的承擔者是使用者還是開發者。

具體的內容包括:

輸入資料的來源,例如是單個操作員、資料輸入站,專業的資料輸入公司或它們的一個分組。

資料輸入(指把資料輸入處理系統內部)所用的媒體和硬裝置。如果只有指定的輸入點的輸入才是合法的,則必須對此加以說明。

接受者說明輸出資料的接受者。

輸出資料的形式和裝置列出輸出資料的形式和硬裝置。無論接受者將接收到的資料是列印輸出,還是CRT上的一組字元、一幀圖形,或一聲警鈴,或向開關線圈提供的一個電脈衝,或常用介質如磁碟、磁帶、穿孔卡片等,均應具體說明。

資料值的範圍給出每一個數據元的合法值的範圍。

量綱給出數字的度量單位、增量的步長、零點的定標等。在資料是非數字量的情況下,要給出每一種合法值的形式和含意。

更新和處理的頻度給出預定的對輸入資料的更新和處理的頻度。如果資料的輸入是隨機的,應給出更新處理的頻度的平均值,或變化情況的某種其他度量。

4.2 資料採集物件列表

4.3 輸入的承擔者

4.4 預處理

4.5 資料結構與程式的關係

五、結語

由於各方面的原因,這個案例只能展示一部分的內容,但都是重要的一些點,並沒有縮水,朋友們可以放心瀏覽。

另外請路過的朋友們多多支援哈,筆者在這裡先謝謝了,以後會有更多優質的文章在這個平臺上進行釋出,請盡請期待呦!

本文由 @臥枕江山 原創釋出於人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基於CC0協議

責任編輯:

Reference:科技日報

看更多!請加入我們的粉絲團

轉載請附文章網址

不可錯過的話題