前言：作為一名剛入職不久的產品小白來說，寫文件是逃避不了的事情，並且寫文件也是最快能夠了解產品的方式之一了，當然了，寫多少、寫什麼還是要取決於公司的業務。1.簡單介紹四種文件
產品文件不僅是說作為產品經理對當前這個產品有多了解，更重要的是為了讓設計和開發部門更加有效的理解產品的功能框架，所以產品的需求文件是非常重要的。接下來就簡單的介紹下prd、brd、mrd、fsd 這四種文件
2.對prd簡單分析
對於prd應該說相對於其他三種文件算是最為常見的了，通常乙個專案會有乙份或者多份prd，每乙份prd會包含邏輯相關的若干功能點，這些相關需求在「需求打包」的環節已經被識別出來，也就是產品需求列表裡的若干行。如下是從網上當的prd文件結構模板，大致如此：
對於以上章節模組簡單介紹如下：
修訂歷史：每次修訂的日期，版本號、說明和作者，便於以後追溯
專案概述：專案背景、意義、目的、目標等
功能範圍：給出prd的業務邏輯圖，描述系統中角色的職責、與周邊系統的關係、全域性的商業規劃等
使用者範圍：對本prd設計的角色，系統做出簡單的說明
詞彙表：對prd設計的專有詞彙、術語、縮寫等做出說明
非功能需求：如效能需求、資料監控需求等
其他說明：此處可以任意發揮
總體說明之後是用例文件部分，首先要對prd中所有用例進行說明、然後說明各個用例之間關係、一般有類圖、用例圖、狀態圖等幾種表示方法，其中用例圖最為關鍵，這塊內容我會在之後的部落格中進行介紹；然後是用例的正文，由乙個個用例組成、這部分也就是常說的用例文件 uc ,那麼什麼是uc呢？
3.用例文件，uc
uc是需求人員寫給開發人員看的一種最基本的文件，理想狀態下，乙個uc代表了產品需求列表裡的一行，但實際上並不絕對，也可能多個uc滿足乙個產品需求，或者乙個uc涉及到多個產品需求，在此對部分專業名稱簡單介紹一下：
簡單的附上uc模板如下：
由於uc一般只用來描述功能需求，他不便於描述諸如產品擴充套件性、系統容量、人員培養等非功能需求，所以一般把非功能需求部分都寫在prd的總體說明裡
類（四） 類的作用域
基於 c primer p253 在類的作用域之外，普通的資料和函式成員只能由物件 引用或者指標使用成員訪問運算子來訪問。對於類型別成員則是喲個作用域運算子訪問。screen pos ht 24,wd 80 使用 screen 定義的 pos 型別 screen scr ht,wd,screen p...
四類新型的DDoS攻擊
從技術類別上將，目前的網路情況中，dos和ddos當前主要有四種流行的概括性分類。1.tcp全連線攻擊 在很多防火牆產品開始為網路提供保護以後，出現了這種新的ddos攻擊方式，可以說它就是為了繞過 或者突破常規防火牆阻擋而存在的。一般情況下，常規防火牆大多具備過濾 teardrop land等傳統d...
作為UI設計師，你要知道的那些事兒
我們常用 白紙黑字 來表示一種顯而易見的事實，因為白色背景搭配黑色文字，可讀性是最佳的。許多ui設計師在選擇配色方案的時候，會更自覺地傾向淺色 明亮的背景和深色的文字。不過，設計從來都不是一種囿於條條框框之中 循規蹈矩 的工作，許多 ui介面的設計並沒有一直遵循這種 白紙黑字 的規律。一方面，採用深...