诊沪、產(chǎn)品從抽象到具體的過程中主要產(chǎn)生的文檔 BRD MRD PRD FSD
BRD 產(chǎn)品生命周期中最早的文檔，一般是給老板看的稼病。里面涉及市場分析爸黄、銷售策略、盈利預(yù)測等。
MRD 有更細致的市場與競爭對手分析，包括可通過哪些功能來實現(xiàn)商業(yè)目的、功能滔驶、非功能需求分哪幾塊、功能的優(yōu)先級等卿闹。
PRD 對產(chǎn)品功能的進一步細化揭糕，文檔主要包含整體說明、用例文檔比原、產(chǎn)品demo等插佛，會對產(chǎn)品的功能做具體描述
FSD （功能詳細說明） 通常包含在PRD中，產(chǎn)品界面量窘、業(yè)務(wù)邏輯的細節(jié)都要確定雇寇。
用例文檔（UC）-需求人員寫給開發(fā)人員看的一種最基本的文檔
內(nèi)容：1.UC概述 2.UC主體
1.1 用例的唯一標(biāo)識
1.2用例名稱：用一個短語講清楚這個用例是做什么的
1.3業(yè)務(wù)描述：商業(yè)目標(biāo)、用戶目的等業(yè)務(wù)內(nèi)容蚌铜，說明為什么要做這個UC
1.4需求描述：需要實現(xiàn)哪些功能點
1.5行為者：該用例的Actor
1.6前置條件：觸發(fā)這個用例的前提
1.7后置條件：用例完成锨侯，后續(xù)動作是什么
2.1界面描述：會占很大的篇幅，給出截圖冬殃，界面上各種元素的說明囚痴，并且會和demo聯(lián)系起來
2.2業(yè)務(wù)規(guī)則：整個用例的通用規(guī)則
2.3流程描述：分主干、分支审葬、異常三種深滚。描述在這個用例發(fā)生的過程中奕谭，由什么事件出發(fā)、系統(tǒng)與用戶之間產(chǎn)生何種交互步驟痴荐。盡量用時序圖血柳、活動圖替代文字描述。
**UC一般只用來描述功能需求生兆，不便于描述諸如產(chǎn)品擴展性难捌、系統(tǒng)容量、人員培訓(xùn)等非功能需求鸦难。
**UC里面對語言的要求比較高根吁，要做到無歧義、完整合蔽、一致击敌、可測試
***“可測試”：比如“點菜時要考慮金額限制”就沒有辦法驗證，應(yīng)該說“如果金額大于100元辈末，則需要修改點菜單”
需求評審的過程：PRD制作--PRD評審--UC制作andDemo制作--UC評審andDemo評審
評審原則：改動較大的話必須再次評審愚争，異議不大可以通過。
**分流發(fā)布/灰度發(fā)布：讓一部分用戶先用挤聘，然后收集反饋，再決定大面積發(fā)布的時機捅彻。
項目管理中的幾個關(guān)鍵問題 1.文檔管理 2.流程管理 3.敏捷方法
文檔管理：
