youjizz国产在线观看,a级毛片免费完整视频,大片视频免费观看视频,china熟女熟妇乱老女人,777午夜福利理伦电影网

高級軟件需求分析課程培訓

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

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

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

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

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

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

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

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

高級軟件需求分析課程培訓