Succeeding with Use Cases: Working Smart to Deliver Quality
暫譯: 成功運用用例:智慧工作以交付品質
Richard Denney
- 出版商: Addison Wesley
- 出版日期: 2005-05-06
- 售價: $2,030
- 貴賓價: 9.5 折 $1,929
- 語言: 英文
- 頁數: 336
- 裝訂: Paperback
- ISBN: 0321316436
- ISBN-13: 9780321316431
海外代購書籍(需單獨結帳)
買這商品的人也買了...
-
$280$266 -
$420$332 -
$750$593 -
$890$703 -
$650$553 -
$650$507 -
$620$527 -
$880$748 -
$880$695 -
$880$695 -
$650$514 -
$780$663 -
$680$578 -
$980$774 -
$750$593 -
$780$663 -
$550$468 -
$620$484 -
$580$452 -
$1,520$1,444 -
$650$199 -
$1,200$948 -
$600$480 -
$880$695 -
$550$523
相關主題
商品描述
Table of Contents:
Preface.
Acknowledgments.
I. QUALITY FUNCTION DEPLOYMENT.
1. An Introduction to QFD: Driving Vision Vertically.
Through the Project
The Language Gap
QFD in Use Case-Driven Projects
Business Drivers in QFD
The "Chaos" of Projects and the Importance of Prioritization
Running a QFD Workshop: Mega Motors Example
Workshop Overview
Identify Use Cases
Analyze Relationship of Use Cases to Business Drivers
Analyze Correlations Between Use Cases
First Matrix Complete; QFD Workshop Status Check
"Flipping the Matrix": Deployment to Quality Requirements
Flipping the Matrix: Deployment to Vehicle Components
Workshop Conclusion and Summary
Chapter Review
2. Aligning Decision Making and Synchronizing Distributed Development Horizontally in the Organization.
Using QFD to Align Decision Making Horizontally Across a Company
A Brief Overview of Oil and Gas Exploration
The Problem: Selecting A Shared Earth Modeling Development Kit
O&G's QFD Road Map
Matrix 1: Prioritize Use Cases
Matrix 2: Prioritize Non-Functional Requirements
Matrix 3: Prioritize Earth Modeling Techniques
Matrix 4: Prioritize Shared Earth Modeling Dev Kits
Example Conclusion and Summary
Using QFD to Synchronize Distributed Development Horizontally Across Component Teams
Entropy Happens in Distributed Software Development
Planning the Length of Iterations and Number of Use Cases per Iteration in Distributed Software Development
Chapter Review
II. SOFTWARE RELIABILITY ENGINEERING.
3. Operational Profiles: Quantifying Frequency of Use of Use Cases.
Operational Profile of Use Case Scenarios
Decision Graphs
Pareto Principle and Guesstimates
Working Smarter: Scenarios of a Use Case
Time-Boxing an Inspection
Bottom-Up Estimation of Tests Needed per Scenario
Operational Profile of a Use Case Package
Sanity Check Before Proceeding
Use Case Relationships
Sales Order Example
Probability that Include/Extend Use Cases Are Actually Used
Concluding Thoughts About Use Case Relationships
Working Smarter: Use Case Packages
Time-Boxing for a Package of Use Cases
Transitioning from High-Level to Low-Level Planning
Air Bags and Hawaiian Shirts
Extending Operational Profiles to Address Critical Use Cases
What Does "Critical" Mean?
It's a Calculated Risk
Hardware Widget Example
Profiling Risk in Use Cases
What Have You Got to Lose?
Chapter Review
4. Reliability and Knowing When to Stop Testing.
What Is "Reliability"?
Software Reliability is User-Centric and Dynamic
Software Reliability Is Quantifiable
Reliability: Software Versus Hardware
Failure Intensity
Visualizing Failure Intensity with a Reliability Growth Curve
Selecting a Unit of Measure for Failure Intensity
Setting a Failure Intensity Objective
But What's the Right Failure Intensity Objective?
The Swamp Report
Dashboard Layout
Establish Planned Test Coverage as per Operational Profile
Initialize Dashboard Before Each Test Iteration
Update the Dashboard at the End of Each Test Iteration
Tracking the Swamp Through Time
Determining the Effectiveness of Your SRE-Based Test Process
Final Notes on DDE
Chapter Review
III. MODEL-BASED SPECIFICATION (PRECONDITIONS, POSTCONDITIONS, AND INVARIANTS).
5. Use Case Preconditions, Postconditions, and Invariants: What They Didn't Tell You, But You Need to Know!
Sanity Check Before Proceeding
A Brief History of Preconditions and Postconditions
Calculating Preconditions from Postconditions
Use Case Overview
Step 1. Find a "Risky" Postcondition: Model as an Equation
Step 2. Identify a Potential Failure: State an Invariant
Step 3. Compute the Precondition
Why Does This Work?!
Modeling State Change
Model-Based Specification
Reasoning About State Through Time
Use Case Overview
Step 1. Find "Risky" Postconditions: Model as Equations
Step 2. Identify a Potential Failure: State an Invariant
Step 3. Calculate Preconditions
Exploring Boundary Condition Failures
Step 1. Identify Postconditions Associated with Boundaries of Operation
Step 2. State an Invariant the Postconditions Should Not Violate
Step 3. Calculate Preconditions
Further Thoughts: Preconditions, Postconditions, and Invariants in Use Cases
Preconditions and Postconditions of Individual Operations Versus the Use Case as a Whole
Scope of Preconditions and Postconditions: Scenario Versus Whole Use Case
Postconditions Can Have More than One Precondition
Weak and Strong Preconditions
Types of Invariants in Use Cases
Working Smart in How You Apply What You've Learned
Prioritize Where You Apply Model-Based Specification
Stick to Numeric Problems
The Absolute Least You Need to Know: One Fundamental Lesson and Three Simple Rules
Chapter Review
6. Triple Threat Test Design for Use Cases.
"Triple Threat" Test Cases?
Threat #1-The Precondition
Threat #2-The Postcondition
Threat # 3-The Invariant
Applying the Extended Use Case Test Design Pattern
Step 1. Identify Operational Variables
Step 2. Define Domains of the Operational Variables
Step 3. Develop the Operational Relation
Step 4. Build Test Cases
Closing Thoughts
Chapter Review
IV. USE CASE CONFIGURATION MANAGEMENT.
7. Calculating Your Company's ROI in Use Case Configuration Management.
Overview of ROI
Requirements Management Tools
Calculating the ROI
Conventions and Starting Assumptions
Assumptions About Cost of a Fully Burdened Employee
Initial Actual Data about Use Cases
The Cost
Cost of Tools, Training, Consulting, and Rollout Team
Cost of Tool Use Overhead
Cost of Added Review and Rigor
The Benefits
Savings from Staff Working more Efficiently
Savings from Avoiding the Cost of Lost Use Cases from Staff Churn
Savings from Avoiding Cost of Unnecessary Development
Savings from Reducing the Cost of Requirements-Related Defects
Bottom Line: Benefit to Cost Ratio
Dealing with Uncertainty in the Model
Chapter Review
8. Leveraging Your Investment in Use Case CM in Project Portfolio Management.
What this Chapter Is (and Isn't) About
The Good Thing About Use Cases...
Use Case Metadata (Requirements Attributes)
How Are You Currently Invested?
Inventory of Projects
Metadata Needed for Use Cases
Assign Use Case to Project and Estimate Effort
Checking the Mix
Managing the Pipeline
Full Time Equivalent (FTE) Models of the Project Portfolio
Run Chart of FTEs Through Time
Tracking the Status of the Portfolio via Use Cases
Status of Use Cases
Tracking the Progress of Projects with the Status of Use Cases
Chapter Review
V. APPENDICES.
Appendix A: Sample Use Case.
Appendix B: Bare-Bones Project Portfolio Database and Use Case Metadata.
Bare-Bones Portfolio Database
Use Case Metadata
Checking the Mix of Project Types
Appendix C: Run Chart of FTEs Required by Project Portfolio.
Query to Sum Use Case Effort by Project Code
Query to Prepare Data for Import to Microsoft Project
Appendix D: Reports for Tracking Progress of Projects in Portfolio.
Metadata for Use Case Status
Report for Tracking Status of Projects in the Portfolio by Use Case Status
References.
Index.
商品描述(中文翻譯)
目錄:
前言
致謝
I. 品質功能展開
1. QFD簡介:垂直驅動願景
通過專案
語言差距
QFD在用例驅動專案中的應用
QFD中的商業驅動因素
專案的「混亂」與優先排序的重要性
執行QFD工作坊:Mega Motors範例
工作坊概述
確定用例
分析用例與商業驅動因素的關係
分析用例之間的相關性
第一個矩陣完成;QFD工作坊狀態檢查
「翻轉矩陣」:部署到品質需求
翻轉矩陣:部署到車輛組件
工作坊結論與總結
章節回顧
2. 在組織中水平對齊決策制定與同步分散式開發
使用QFD在公司內水平對齊決策制定
油氣勘探簡介
問題:選擇共享地球建模開發工具包
O&G的QFD路線圖
矩陣1:優先排序用例
矩陣2:優先排序非功能需求
矩陣3:優先排序地球建模技術
矩陣4:優先排序共享地球建模開發工具包
範例結論與總結
使用QFD在組件團隊之間水平同步分散式開發
分散式軟體開發中的熵現象
在分散式軟體開發中規劃迭代的長度與每次迭代的用例數量
章節回顧
II. 軟體可靠性工程
3. 操作型檔案:量化用例的使用頻率
用例場景的操作型檔案
決策圖
帕累托原則與估算
更聰明的工作:用例的場景
時間限制檢查
自下而上估算每個場景所需的測試
用例包的操作型檔案
進行前的合理性檢查
用例關係
銷售訂單範例
包含/擴展用例實際使用的概率
關於用例關係的結論性思考
更聰明的工作:用例包
用例包的時間限制
從高層次規劃過渡到低層次規劃
安全氣囊與夏威夷襯衫
擴展操作型檔案以應對關鍵用例
「關鍵」的意義是什麼?
這是一個計算風險
硬體小工具範例
在用例中分析風險
你有什麼好失去的?
章節回顧
4. 可靠性與知道何時停止測試
什麼是「可靠性」?
軟體可靠性是以用戶為中心且動態的
軟體可靠性是可量化的
可靠性:軟體與硬體的比較
故障強度
使用可靠性增長曲線可視化故障強度
選擇故障強度的度量單位
設定故障強度目標
但什麼是正確的故障強度目標?
沼澤報告
儀表板佈局
根據操作型檔案建立計劃測試覆蓋範圍
在每次測試迭代前初始化儀表板
在每次測試迭代結束時更新儀表板
隨著時間追蹤沼澤
確定你的SRE基礎測試流程的有效性
DDE的最終說明
章節回顧
III. 基於模型的規範(前置條件、後置條件和不變式)
5. 用例前置條件、後置條件和不變式:他們沒有告訴你的,但你需要知道的!
進行前的合理性檢查
前置條件和後置條件的簡史
從後置條件計算前置條件
用例概述
步驟1. 找到一個「風險」後置條件