低代碼應用開發(fā) 課件 第4章 基于低代碼平臺的需求分析

第4章基于低代碼平臺

的需求分析

授課教師：低代碼應用開發(fā)01040203目錄軟件需求的概念需求的開發(fā)與引導需求的分析與實踐需求管理05需求分析實例軟件需求的概念01從軟件開發(fā)生命周期到需求分析軟件開發(fā)生命周期就是軟件開發(fā)過程的整體流程，大致可以劃分為幾個階段：（1）需求分析：收集用戶需求，明確軟件功能；（需求分析師或產(chǎn)品經(jīng)理主導）（2）系統(tǒng)設計：技術(shù)選型、模塊劃分、實現(xiàn)細節(jié)；（系統(tǒng)架構(gòu)師或技術(shù)經(jīng)理主導）（3）編碼實現(xiàn)：寫代碼實現(xiàn)軟件功能；（程序員完成）（4）測試：單元測試、集成測試、系統(tǒng)測試等；（測試工程師主導）（5）部署實施：安裝配置軟件、培訓用戶；（實施工程師負責）（6）運維：故障排除，確保正常運行。（運維工程師負責）

需求分析決定軟件開發(fā)方向和結(jié)果在低代碼開發(fā)中，其他階段均得到了簡化，而需求分析的重要性更為突出軟件開發(fā)生命周期的各階段需求分析的重要性需求分析目標明確軟件必須實現(xiàn)的功能收集用戶需求，轉(zhuǎn)換成正式的需求文檔什么是軟件需求（1）業(yè)務需求：客戶為什么需要該軟件系統(tǒng)，系統(tǒng)帶來的效益是什么。（2）用戶需求：用戶使用軟件必須完成的任務和軟件提供的價值。（3）功能需求：軟件產(chǎn)品在特定條件下的具體行為和功能。易用性、安全性、性能、可靠性、健壯性等需求的3種層次需求分析與功能需求軟件需求是一個復雜的概念用戶對軟件功能、行為、性能、設計和約束等方面的期望用戶想要一個什么樣的軟件系統(tǒng)軟件需要完成什么工作，質(zhì)量要求是什么接口應該如何設計非功能需求需求分析的主要任務就是獲取并分析出軟件的功能需求從客戶的角度理解需求1．避免期望落差用戶：我想要一個秋千！項目經(jīng)理：我能想象到你要的是什么！系統(tǒng)分析師：好了，我知道怎么設計了！開發(fā)人員：秋千啊？很簡單，我知道了！結(jié)果，項目的文檔產(chǎn)品安裝是這樣的用戶為項目開發(fā)的投資后期的技術(shù)其實用戶真正想要的產(chǎn)品經(jīng)理：放心，絕對舒適！從客戶的角度理解需求項目發(fā)起者、投資者、用戶等不能遺漏相關(guān)利益方區(qū)分業(yè)務需求提出者和實際用戶調(diào)和不同客戶的矛盾需求分析師責任:使用客戶易理解的語言充分了解客戶業(yè)務和目標形式化地記錄需求在評審前應為客戶解釋需求允許客戶變更需求提出解決方案確保交付滿足需求的軟件2.明確誰是客戶3.明確責任，建立高效協(xié)作客戶責任:講解業(yè)務知識提供足夠時間表達需求及時確認需求尊重可行性和成本的估算參與需求評審及時溝通需求的開發(fā)與引導02需求開發(fā)的主要過程>>>

定制

需求說明書明確業(yè)務需求

繪制

需求原型

收集用戶需求客戶高層需求分析師用戶需求分析師產(chǎn)品經(jīng)理需求分析師產(chǎn)品經(jīng)理UI設計師與客戶高層代表洽談，確定客戶業(yè)務需求，作為貫穿需求分析、設計和開發(fā)的核心方向與目標用戶進行深入溝通，采用訪談、問卷調(diào)查、觀察、單據(jù)分析、報表分析等方式收集需求對需求進行分析和分解，確定用戶、場景和流程結(jié)合系統(tǒng)能力制定功能需求，記錄功能需求細節(jié)以及非功能需求根據(jù)需求規(guī)格說明書繪制原型，直觀展示用戶界面和交互效果，讓客戶體驗將要實現(xiàn)的軟件功能收集用戶需求

用戶想不出新的需求用戶重復討論已有需求用戶提出的需求超出范圍開發(fā)人員和測試人員的疑問越來越少需求收集的方法判斷需求收集完成的條件用戶訪談010302040506問卷調(diào)查觀察法單據(jù)分析報表分析系統(tǒng)接口分析需求規(guī)格說明書項目概述：產(chǎn)品介紹、范圍、環(huán)境、用戶等功能性需求：需求描述、流程圖、規(guī)約等非功能性需求：性能、安全、質(zhì)量等外部接口：用戶、硬件、其它系統(tǒng)的交互便于客戶和開發(fā)人員理解交流正確描述軟件功能需求作為評審、測試、驗收的依據(jù)進行成本和進度估算軟件持續(xù)改進的基礎(chǔ)需求規(guī)格說明書的主要內(nèi)容需求規(guī)格說明書的作用需求原型高保真原型（推薦軟件：AxureRP、Visio、sketch、墨刀、藍湖）將頁面的模塊、元素、人機交互的形式，利用線框描述的方法，將產(chǎn)品脫離皮膚狀態(tài)下更加具體跟生動的進行表達。高保真原型圖則是在此基礎(chǔ)上進行美化，對線、框、圖標等加以潤色，用戶最終的產(chǎn)品使用畫面應于高保真原型圖一致。線框圖原型可視化的原型也可以幫助客戶和開發(fā)人員快速了解軟件要實現(xiàn)的效果。需求的分析與實踐03需求分析的目的原始需求：用戶描述的預期或目的。例如：減少銀行柜臺人員產(chǎn)品需求：軟件需實現(xiàn)的功能。例如：自助存取款、網(wǎng)上轉(zhuǎn)賬原始需求與產(chǎn)品需求挖掘用戶真實目的提供軟件解決方案明確軟件需實現(xiàn)的功能把原始需求轉(zhuǎn)變?yōu)楫a(chǎn)品需求需求分析的目的需求分析的時機需求分析的時機需求分析的方法（1）收集需求時針對不明確需求進行初步分析追問需求背景和細節(jié)將原始需求轉(zhuǎn)化為較明確的需求（2）在收集需求結(jié)束后對所收集的需求進行深入分析首先收集和記錄原始需求然后逐一對原始需求進行深入分析（1）識別角色需求發(fā)起者需求涉及者需求影響者（2）梳理場景什么人在什么情況下做了什么事（3）挖掘目的軟件要幫助用戶達到的目的軟件要給用戶帶來的業(yè)務提升需求分析的步驟需求澄清的三個方面：用戶是誰？具體問題是什么？現(xiàn)狀是怎樣的？需求澄清——了解需求提出的背景考查需求的普遍性考查方案是否解決根本問題考查問題的出現(xiàn)頻率需求甄別——考查需求的真?zhèn)沃匾o急、重要不緊急、不重要緊急、不重要不緊急劃分需求優(yōu)先級——用四象限法確定滿足需求的產(chǎn)品方案關(guān)注業(yè)務流程、功能點等核心部分通過對比評估各個備選方案的價值確認需求方案——選擇最適合的解決方案四象限法評估方案需求管理04使用需求池記錄各方需求的集合包含需求的核心信息和輔助信息使用電子表格或?qū)ｉT軟件實現(xiàn)三大作用：管理需求、維護需求、回溯需求建立需求池有進有出：需求有最終狀態(tài)寬進嚴出：需求池只作記錄,不等于最終需求管理需求的兩個原則需求跟蹤表：對需求進行拆分細化需求規(guī)格說明書：需求流入說明書成為正式需求需求池的應用場景需求池需求跟蹤表需求的變更客戶環(huán)境、業(yè)務和工作流程的變化使需求變更成為常態(tài)需求變更可能帶來難以預料的廣泛影響，需要謹慎處理需求變更的現(xiàn)實性需求分析后，已確認的功能需求和非功能需求形成需求基線基線中的需求應提供版本控制，遵循嚴格的變更流程。建立需求基線記錄需求的變更歷史每個版本有唯一的版本號標識，提供需求版本回滾為需求提供版本控制管理需求變更評估每一項變更權(quán)威人員決定是否執(zhí)行變更通知所有受影響的相關(guān)方以統(tǒng)一的方式和流程處理變更需求變更流程需求分析實例

05收集需求并初步分析與項目委托人溝通，了解業(yè)務需求整理系統(tǒng)概述記錄在需求文檔中明確業(yè)務需求通過對話識別系統(tǒng)的用戶角色

如圖書館管理系統(tǒng)中：總館長、分館長、圖書管理員等明確用戶角色深入挖掘用戶需求，選擇適當?shù)脑L談對象，了解業(yè)務細節(jié)澄清需求用戶訪談反復追問和挖掘，獲取整個業(yè)務的背景和流程記錄需求將收集到的需求詳細記錄在需求池中，確保需求的完整性和準確性深入分析確定系統(tǒng)涉及的用戶角色如圖書管理員、采購員、分館長等識別角色確定業(yè)務場景如填寫申請單、審核申請單、采購等梳理場景清晰地描述業(yè)務流程（如流程圖），使各方理解并認可分析結(jié)果描述業(yè)務流程

圖書采購管理業(yè)務流程