综合亚洲欧美,亚洲欧洲另类,逼逼爱爱,国产限制,欧美 久久国产亚洲日韩一本，欧美日韩专区国产精品，久久精品

高級軟件需求分析課程培訓(xùn)

第一天
第1單元：
需求工程概述
1.1需求實踐現(xiàn)狀
1.1.1調(diào)查：學(xué)員在工作中遇到的需求問題
1.1.2需求實踐常見問題研討
用戶不配合需求調(diào)研工作
用戶說不清楚自己的需求
用戶總能想出新的需求
不同用戶的需求相互矛盾
用戶的需求無法實現(xiàn)
用戶看不懂需求規(guī)格說明書
開發(fā)團隊猜測用戶的需求
用戶不肯為需求簽字
第一版完成后用戶需求大幅變更
系統(tǒng)上線時遇到很大阻力
系統(tǒng)上線后效果不佳
系統(tǒng)不可用甚至崩潰
1.1.3需求實踐常見問題診斷
1.2需求概念解析
業(yè)務(wù)需求 business requirement
用戶需求 user requirement
系統(tǒng)需求 system requirement
項目范圍 project scope
產(chǎn)品需求 product requirement
軟件需求 software requirement
l功能需求 functional requirement
l非功能需求 Nonfunctional requirement
l商業(yè)規(guī)則 Business rules
l實現(xiàn)約束Constraints
1.3 需求工程requirements engineering
l需求開發(fā)requirements development
需求獲取requirements elicitation
需求分析requirements analysis
需求文檔化requirements specification
需求確認(rèn)requirements validation
需求管理Requirements Management
需求基線管理 requirements baseline management
需求變更控制 requirements change control
需求狀態(tài)跟蹤requirements status tracing
需求鏈的維護(hù)requirements chain management 
1.4需求工程的深度話題
項目經(jīng)理與需求分析師
從項目成敗的角度去看待需求工作
項目成功的*標(biāo)志---客戶滿意
利用需求管理提升滿意度
l需求分析與軟件生命周期的關(guān)系
討論：需求分析時要不要考慮設(shè)計與實現(xiàn)； 

第2單元：
項目啟動
2.1產(chǎn)品愿景（product vision）與項目范圍（project scope）
2.2*實踐：RUP范圍定義五步法
1)問題定義(Problem Definition)
2)根源分析(Root Cause Analysis) —問題背后的問題
3)干系人分析 （Stakeholder Analysis）與End User分析
4)定義項目邊界或系統(tǒng)邊界（Boundary）
劃分主題業(yè)務(wù)領(lǐng)域（Subject Domain）
明確各主題域的范圍/邊界
標(biāo)識業(yè)務(wù)事件（Event）
標(biāo)識管理控制點/報表（Report）
5)明確限制與約束(Constraints)
2.3 階段可交付物（Deliverable）
問題/機會列表
產(chǎn)品愿景 product vision
項目章程 Project Charter
項目需求文檔 Project Requirement documentation
Stakeholder列表
2.3工具與技術(shù)
關(guān)聯(lián)圖context diagram
魚骨圖 Fishbone diagram
帕累托圖Pareto diagram
構(gòu)件圖 component diagram
部署圖 deployment diagram
2.4 組建項目的需求分析團隊
需求分析團隊的職責(zé)
需求分析團隊與甲方相關(guān)的角色
需求分析團隊與乙方相關(guān)的角色
需求分析師應(yīng)具備的能力
什么樣的人適合做需求
如何培養(yǎng)優(yōu)秀的需求分析師
需求分析師的職業(yè)前景 
2.5課堂練習(xí)
高層/Sponsor：問題/機會à項目目標(biāo)
人（涉及部門與人員）àStakeholder關(guān)注點
事（業(yè)務(wù)）à業(yè)務(wù)主題域à事件+ 管控點

第二天 
第3單元：
需求獲取
3.1 與真正的用戶討論需求 (Finding the Voice of the Customer)
3.1.1 需求的層次 (Levels of Requirements)
3.1.2 用戶的結(jié)構(gòu) (User Classes)
3.1.3 用戶代表 (User Representatives)
3.1.4 決策機制 (Who Makes the Decisions)
3.1.5 用戶代言人(The Product Champion)
討論：信息中心與業(yè)務(wù)處室誰是用戶？
討論：新產(chǎn)品研發(fā)項目中的用戶需求
討論：沖突的用戶需求——如何做好春晚導(dǎo)演 
3.2 需求獲取方式
用戶訪談（面談、電話、電子郵件）
現(xiàn)有系統(tǒng)的問題報告和改進(jìn)要求
市場調(diào)查和用戶問卷調(diào)查
觀察用戶如何工作（學(xué)徒實習(xí)）
需求專題研討會（Elicitation Workshops）
文檔研究
原型開發(fā)
研究競爭對手
軟件考古學(xué)（Software Archaeology）
各種需求獲取方法對比分析
3.3 有效的需求獲取技術(shù)：面談
準(zhǔn)備面談
面談對象的選擇
面談問題準(zhǔn)備
選擇記錄方式
進(jìn)行面談
l面談的后續(xù)工作
l面談技巧與誤區(qū)
3.4 找到真正的需求——透過表象，分析本質(zhì)
3.5課堂練習(xí)
用戶類劃分
面談對象選擇
面談問題設(shè)計

第4單元：
需求分析
4.1 Model and UML
4.2 問題域、連接域和實現(xiàn)域
4.3基于UML的需求分析（Requirements Analysis with UML）
4.4以用例為中心的需求分析過程（Use-Case Modeling）
4.4.1開發(fā)一個可以理解的需求
識別參與者（actor）
識別用例(use case)
構(gòu)建用例圖（use case diagram）
4.4.2用例闡述（詳細(xì)、完整地描述需求）
4.4.3重構(gòu)用例模型
識別用例關(guān)系
用例組織和分包 
4.5用例分析 (Use-Case Analysis)
4.5.1評估用例，確定迭代周期
4.5.2在每一次迭代中針對每一個用例和用例場景(Scenario)：
尋找對象à對象列表（實體類、控制類、邊界類）
尋找對象間的交互à交互圖（順序圖、協(xié)作圖）
尋找類à參與類圖（VOPC）
4.5.3重構(gòu)類圖，構(gòu)造整個系統(tǒng)的分析類圖 
4.6課堂練習(xí)：
流程建模（業(yè)務(wù)流程分析）——甬道圖、活動圖、數(shù)據(jù)流圖
領(lǐng)域建模（業(yè)務(wù)實體分析）——領(lǐng)域類圖、ER圖
用例建模（角色與使用場景分析）——用例圖
圖形轉(zhuǎn)換：流程圖à用例；特性（Feature）à用例
用例分析——參與類圖（VOPC）、交互圖（順序圖、協(xié)作圖） 

第三天
第5單元：
編寫需求規(guī)格說明
5.1將潛在需求變成書面需求
5.2編寫需求規(guī)格說明書（SRS）的原則
5.3 非功能性需求Nonfunctional Requirements
如何發(fā)現(xiàn)非功能性需求
用例與非功能性需求
觀感需求 Look and Feel Requirements
易用性需求Usability and Humanity Requirements
性能需求Performance Requirements
可操作性需求Operational and Environmental Requirements
可維護(hù)性和可移植性需求Maintainability and Support Requirements
安全性需求Security Requirements
文化和政策需求 Cultural and Political Requirements
法律需求Legal Requirements
l討論：薩班斯-奧克利法案Sarbanes-Oxley Act
5.4驗收標(biāo)準(zhǔn)Fit Criteria
驗收需要標(biāo)準(zhǔn)的原因
非功能性需求的驗收標(biāo)準(zhǔn)
功能性需求的驗收標(biāo)準(zhǔn)
用例和驗收標(biāo)準(zhǔn)
項目目標(biāo)的驗收標(biāo)準(zhǔn)
l限制條件的驗收標(biāo)準(zhǔn)
5.5 GB8567-2006計算機軟件文檔編制規(guī)范
系統(tǒng)子系統(tǒng)需求規(guī)格說明
接口需求規(guī)格說明
5.6 Volere需求規(guī)格說明書模板
5.7課堂練習(xí)：需求改寫

第6單元：
需求質(zhì)量控制和質(zhì)量驗證
6.1需求質(zhì)量控制
需求驗證 Validation
需求審查 Inspection
同行評審 Peer Review
需求走查 Walkthrough
6.2需求質(zhì)量關(guān)Quality Gateway
測試完整性
測試是否存在遺漏的部分
測試是否對所有風(fēng)險承擔(dān)者都有意義
測試可追蹤性
統(tǒng)一使用術(shù)語
確定是否與目標(biāo)相關(guān)
試驗收標(biāo)準(zhǔn)
確定在限制條件下是否可行
區(qū)分是需求還是解決方案
范圍蔓延（Scope Creep）與漸進(jìn)明細(xì)(Progressive Elaboration)

第四天
第7單元：
需求管理
7.1需求基線
7.2需求狀態(tài)跟蹤
7.3需求變更控制
范圍蔓延（Scope Creep）與漸進(jìn)明細(xì)(Progressive Elaboration)
變更控制流程
變更控制委員會（CCB）
變更影響分析（Impact Analysis）
7.4需求鏈維護(hù)
需求鏈
需求跟蹤矩陣
需求跟蹤工具
7.5需求管理工具
7.6需求工程*實踐
7.6.1需求工程中的風(fēng)險管理
軟件需求工程中常見的風(fēng)險
常見風(fēng)險的分析和應(yīng)對
信息化工程首先是一個管理工程
7.6.2產(chǎn)品經(jīng)理與需求分析師
7.6.3關(guān)于需求簽字確認(rèn)問題的不同理解
7.6.4需求和設(shè)計工作的銜接
需求分析時要不要考慮設(shè)計與實現(xiàn)；
需求分析、系統(tǒng)分析和設(shè)計到底如何劃分又如何銜接
7.6.5產(chǎn)品研發(fā)項目和客戶定制軟件開發(fā)項目需求管理工作的異同

第8單元：
案例分析與學(xué)員問答
兩個鐵球會同時落地，但鐵球和羽毛會同時落地么，需求分析師不是生活在真空里，靠書上的理論能做出好的需求么能控制住需求膨脹和蔓延么？
這個單元的特點是，著重研究需求管理的各種問題在實戰(zhàn)中而不是在理論中應(yīng)該如何解決。
其目的是幫助學(xué)員提高解決實際問題的能力，所以要求每個學(xué)員都要帶著自己的問題來參加研討。為此，所有參加研討的學(xué)員在報名時需提交至少一個案例（工作中遇到的問題），教師將會選擇有代表性的案例在課堂上安排現(xiàn)場研討。
學(xué)員提供的案例
案例1：謝經(jīng)理的苦惱與思考
案例2：GD移動之痛
案例3：發(fā)現(xiàn)項目的真正價值
案例4：識別軟性需求
案例5：Contoso制藥公司化學(xué)藥品跟蹤系統(tǒng)
案例6：Vaisals公司IceBreaker項目
案例7：某體檢醫(yī)院管理信息系統(tǒng)
案例8：某電信公司Billing系統(tǒng)

高級軟件需求分析課程培訓(xùn)