軟件過程管理(編輯修改稿)
2025-09-01 15:49 本頁面
【文章內(nèi)容簡介】 OSTOST描述的是系統(tǒng)與外界的交互，具體而言，是描述“用戶”與待設計系統(tǒng)的正常情況和異常情況下的交互OST可以用來定義測試場景和測試用例，也可以作為和系統(tǒng)用戶討論需求的基礎，特別是操作相關的需求描述FSTFST描述的是系統(tǒng)對外的接口，這是一種靜態(tài)信息的描述SSTSST可以精確定義程序的所有的狀態(tài)、狀態(tài)之間的轉換以及伴隨著每次狀態(tài)轉換的動作LSTLST可以精確描述系統(tǒng)的內(nèi)部靜態(tài)邏輯。為了消除描述的二義性，一般建議用偽代碼配合形式化符號來描述設計結果。設計驗證方法方法狀態(tài)機驗證符號化執(zhí)行驗證執(zhí)行表驗證跟蹤表驗證正確性驗證PSP如何支持質(zhì)量目標的實現(xiàn)？PSP的對設計過程如何管理？PSP如何保障設計的質(zhì)量？團隊工程開發(fā)團隊需求開發(fā)是如何進行的？團隊設計應當如何組織？團隊實現(xiàn)有哪些策略需要注意？團隊集成有哪些策略？驗證和確認在開發(fā)工作中如何應用客戶需求：描述的是客戶的期望產(chǎn)品需求：描述的是開發(fā)團隊所提供的解決方案。即針對上述的客戶需求，開發(fā)團隊設計出一個可以幫助客戶解決工作當中碰到的問題的方案產(chǎn)品組件需求：描述的是組成產(chǎn)品的各個組件的需求規(guī)格。與產(chǎn)品需求相比，這是更低層次上，更為細致的描述了上述解決方案中的某個組件的功能、性能、形式等。驗證(Verification)活動也是檢驗獲得的產(chǎn)品和產(chǎn)品組件能不能滿足各自事先定義好的需求規(guī)格；確認(Validation)活動是為了確保產(chǎn)品可以滿足客戶的需求以及實際操作場景的要求需求開發(fā)需求獲取需求匯總需求驗證需求文檔制作團隊設計設計過程與PSP基本一致，額外考慮如下內(nèi)容：團隊智慧的使用設計標準設計復用設計的可測試性支持設計的可用性支持等要求實現(xiàn)策略評審的考慮復用策略可測試性考慮集成策略選擇大爆炸集成策略逐一添加集成策略集簇集成策略扁平化集成策略驗證與確認活動環(huán)境準備對象選擇活動實施結果分析團隊項目管理團隊項目計劃包含哪些內(nèi)容？上述計劃該如何開發(fā)？團隊項目進度如何跟蹤與管理？項目總結該總結什么內(nèi)容？WBS：工作分解結構(Work Breakdown Structure，簡稱WBS)是以可交付成果為導向?qū)M足項目目標和開發(fā)交付產(chǎn)物的項目相關工作進行的分解。它歸納和定義了項目的整個工作范圍，每下降一層代表對項目工作的更詳細定義.WBS作用：范圍基線提供整體觀不遺漏可交付物明確各個角色的責任工作包定義估算和計劃的基礎理解工作，分析風險開發(fā)策略是在產(chǎn)品組件需求基礎之上，明確每個產(chǎn)品組件的獲得方式與順序，從而在項目團隊內(nèi)部建立起大家都理解的產(chǎn)品開發(fā)策略。注意事項WBS的使用產(chǎn)品組件開發(fā)順序的考慮產(chǎn)品組件獲得方式的考慮生命周期模型：技術實現(xiàn)項目啟動項目策劃需求開發(fā)集成與測試交付與維護需求管理配置管理風險管理驗證 確認 項目總結風險計劃風險管理大致分成兩部分，即風險識別和風險應對。風險應對典型的策略包括：風險轉嫁風險解決風險緩解團隊項目跟蹤與管理項目的掙值管理方法(Earned Value Management，簡稱EVM)是用來客觀度量項目進度的一種項
公司管理相關推薦
鄂ICP備17016276號-1