軟件需求管理用例方法（第2版）

定　價：￥35.00

作　者：	（美）Dean Leffingwell，（美）Don Widrig著；蔣慧譯
出版社：	中國電力出版社
叢編項：	軟件工程系列
標　簽：	軟件需求

購買這本書可以去

ISBN：	9787508321905	出版時間：	2004-01-01	包裝：	膠版紙
開本：	23cm	頁數(shù)：	314	字數(shù)：

內(nèi)容簡介

　　當今，盡管有關開發(fā)的知識和經(jīng)驗不斷豐富，可利用的工具也不斷增多，但仍然有相當比例的軟件項目失敗，原因常常是因為在開始時沒有正確地確定和定義需求，或者隨著項目的展開沒有正確地管理需求、本書是暢銷書《軟件需求管理》的第二版，聚焦于這一導致項目失敗的關鍵原因，提出了一個經(jīng)過證明的實用方法，幫助我們在預算內(nèi)按時提交一個符合客戶需要的系統(tǒng)。作者采用一種非形式化、易于接受的風格，講述他們自己的實戰(zhàn)經(jīng)歷，并通過大量的個例研究，向我們展示了設計和開發(fā)人員如何把用例技術和傳統(tǒng)的軟件表達形式相結合，高效地確定需求。書中還介紹了一些經(jīng)過實踐證明的用以確定、實現(xiàn)和確認需求的技術。書中給出了在整個項目生命周期中，管理需求的六大團隊技能：分析問題，理解用戶需要，定義系統(tǒng)，管理范圍，細化系統(tǒng)定義和構建正確的系統(tǒng)。本書特別強調(diào)不斷地管理變更，描述了一個過程，確保成功定義項目范圍，并使所有涉眾達成共識。書中討論的主要問題包括：·問題分析的五個步驟·業(yè)務建模和系統(tǒng)工程·從客戶和涉眾那里啟發(fā)需求的技術·建立和管理項目范圍·應用和細化用例·產(chǎn)品管理·從需求到設計和實現(xiàn)的過渡·從用例到測試用例的過渡·敏捷需求方法Dean Leffingwell是軟件業(yè)務開發(fā)顧問和原Rational軟件公司總經(jīng)理，一位公認的軟件需求方法的權威。他曾是Requisite公司的共同創(chuàng)始人和首席執(zhí)行官，開發(fā)了極其成功的需求管理軟件工具RequisitePro，并開設了RequirementsCollege課程，這是Rational軟件公司最受歡迎的需求管理職業(yè)發(fā)展系列課程的基礎。Don Wirig是一位獨立技術作家和顧問—他曾規(guī)劃并開設了Rational軟件公司的“RequisitePro工具培訓課程”，直到1997年才“退隱”科羅拉多的叢林?，F(xiàn)在他正忙于看管他院子里的麋鹿，為他的一份當?shù)貓蠹堊珜憣诤蜑殒?zhèn)上的人們做些公益事務，幫助他們使用計算機。他曾是RELA公司研發(fā)部的副總裁，RELA公司主要生產(chǎn)安全性要求較高的實時系統(tǒng)。

作者簡介

　　Dean Leffingwell：是軟件業(yè)務開發(fā)顧問和原Rational軟件公司總經(jīng)理，一位公認的軟件需求方法的權威。他曾是Requisite公司的共同創(chuàng)始人和首席執(zhí)行官，開發(fā)了極其成功的需求管理軟件工具RequisitePro，并開設了Requirements College課程，這是Rational軟件公司最受歡迎的需求管理職業(yè)發(fā)展系列課程的基礎。Don Widrig：是一位獨立技術作家和顧問。他曾規(guī)劃并開設了Rational軟件公司的“RequisitePro工具培訓課程”，直到1997年才“退隱”科羅拉多的叢林。現(xiàn)在他正忙于看管他院子里的麋鹿，為他的一份當?shù)貓蠹堊珜憣诤蜑殒?zhèn)上的人們做些公益事務，幫助他們使用計算機。他曾是RELA公司研發(fā)部的副總裁，RELA公司主要生產(chǎn)安全性要求較高的實時系統(tǒng)。

圖書目錄

  第一部分  引  言
第1章  需求問題
  1．1  軟件開發(fā)的目標
  1．2  有關數(shù)據(jù)
  1．3  項目成功和失敗的根本原因
  1．4  小結
第2章  需求管理簡介
  2．1  定義
  2．2  需求管理技術的應用
  2．3  路線圖
  2．4  小結
第3章  需求和軟件生命周期
  3．1  傳統(tǒng)軟件過程模型
  3．2  迭代方法
  3；3  迭代模型中的需求
  3．4  小結
第4章  軟件團隊
  4．1  把軟件開發(fā)作為一種團隊活動
  4．2  個例研究
  4．3  小結
  第二部分  團隊技能之一——分析問題
第5章  問題分析的五個步驟
  5．1  第一步：在問題定義上達成共識
  5．2  第二步：理解根本原因——問題背后的問題
  5．3  第三步：確定涉眾和用戶
  5．4  第四步：定義解決方案系統(tǒng)的邊界
  5．5  第五步：確定解決方案將受的約束
  5．6  小結
  5．7  展望
第6章  業(yè)務建模
  6．1  業(yè)務建模的目的
  6．2  使用軟件工程技術進行業(yè)務建模
  6．3  從業(yè)務模型到系統(tǒng)模型
  6．4  何時使用業(yè)務建模
  6．5  小結
  6．6  展望
第7章’軟件密集型系統(tǒng)的系統(tǒng)工程
  7．1  什么是系統(tǒng)工程?
  7．2  系統(tǒng)工程中的需求分配
  7．3  個例研究：HOLIS的系統(tǒng)工程
  7．4  小結
  7．5  團隊技能之一的小結
  第三部分  團隊技能之二——理解用戶和涉眾的需要
第8章  需求啟發(fā)的挑戰(zhàn)
  8．1  啟發(fā)的障礙
  8．2  小結
第9章  產(chǎn)品或系統(tǒng)的特性
  9．1  涉眾和用戶需要
  9．2  特性
  9．3  小結
第10章  面談
  10．1  與背景無關問題
  10．2  解決方案背景的問題
  10．3  真實的時刻：面談
  10．4  編輯“需要”數(shù)據(jù)
  10．5  關于問卷調(diào)查的注解
  10．6  小結
第11章  需求專題討論會
  11．1  加速決策過程
  11．2  準備專題討論會
  11．3  安排日程
  11．4  舉行專題討論會
  11．5  小結
第12章  自由討論和意見精簡
  12．1  現(xiàn)場自由討論
  12．2  意見精簡
  12．3  基于萬維網(wǎng)的自由討論
  12．4  個例研究：HOLIS需求專題討論會
  12．5  小結
第13章  情節(jié)串聯(lián)板制作
  13．1  情節(jié)串聯(lián)板的類型
  13．2  情節(jié)串聯(lián)板做什么
  13．3  情節(jié)串聯(lián)板的工具和技術
  13．4  情節(jié)串聯(lián)板的幾點提示
  13．5  小結
  13．6  團隊技能之二的小結
    第四部分  團隊技能之三——定義系統(tǒng)
第14章  用例入門
  14．1  用例的好處
  14．2  用例基礎
  14．3  逐步構建用例模型
  14．4  關于用例、情節(jié)串聯(lián)板和用戶接口設計
  14．5  個例研究：HOLIS的用例
  14．6  小結
第15章  組織需求信息
  15．1  組織復雜硬件和軟件系統(tǒng)的需求
  15．2  組織產(chǎn)品系列的需求
  15．3  關于“未來”需求
  15．4  個例研究：組織HOLIS的需求
15．5  小結
  15．6  展望
第16章  前景文檔
  16．1  前景文檔的組成
  16．2 6前景文檔
  16．3  小結
第17章  產(chǎn)品管理
  17．1  產(chǎn)品主管的職責
  17．2  軟件產(chǎn)品公司的產(chǎn)品經(jīng)理
  17．3  產(chǎn)品經(jīng)理的主要活動
  17．4  支持活動
  17．5  小結
  17．6  團隊技能之三的小結
  第五部分  團隊技能之四——管理范圍
第18章  確立項目范圍
  18．1  項目范圍的問題
  18．2  難題
  18．3  需求基線
  18．4  設定優(yōu)先級
  18．5  評估工作量
  18．6  加入風險因素
  18．7  縮小范圍
  18．8  個例研究：HOLIS的范圍管理
  18．9  小結
第19章  管理客戶
  19．1  促使客戶管理他們的項目范圍
  19．2  交流結果
  19．3  與客戶協(xié)商
  19．4  管理基線
  19．5  小結
  19．6  團隊技能之四的小結
    第六部分  團隊技能之五——細化系統(tǒng)定義
第20章  軟件需求——嚴格的定義
  20．1  透視軟件需求
  20．2  用例和軟件需求之間的關系
  20．3  特性和軟件需求之間的關系
  20．4  需求的兩難問題：“做什么”與“怎么做”
  20．5  更多有關需求與設計的討論
  20．6  需求的洽談特性描述
  20．7  小結
  20．8  展望
第21章  細化用例
  21．1  用例是如何演變的
  21．2  用例的范圍
  21．3  個例研究：簡單用例剖析
  21．4  擴展用例
  21．5  在其他用例中引入用例
  21．6  小結
  21．7  展望
第22章  開發(fā)補充規(guī)格說明
  22．1  補充規(guī)格說明的作用
  22．2  在補充規(guī)格說明中表達功能性需求
  22．3  探索非功能性需求
  22．4  解設計約束
  22．5  確定其他需求
  22．6  把補充規(guī)格說明鏈接到用例
  22．7  補充規(guī)格說明的模板
  22．8  小結
  22．9  展望
第23章  關于歧義性和確切‘哇
  23．1  找到“最佳擊球點”
  23．2  瑪麗有只小羊羔
  23．3  消除歧義的技術
  23．4  小結
第24章  說明需求的技術，哇方法
  24．1  偽代碼
  24．2  有限狀態(tài)機
  24．3  決策樹和決策表
  24．4  活動圖
  24．5  實體聯(lián)系模型
  24．6  小結
  24．7  團隊技能之五小結
  第七部分  團隊技能之六——構建正確的系統(tǒng)
第25章  從用例至實現(xiàn)
  25．1  把需求直接映射到設計和編碼
  25．2  在設計模型中實現(xiàn)用例
  25．3  從設計到實現(xiàn)
  25．4  小結
  25．5  展望
第26章  從用例到測試用例
  26．1  測試人員的角度：關于大黑盒的思考
  26．2  用例是測試用例嗎?
  26．3  公共測試名詞
  26．4  測試工件的關系
  26．5  測試用例的作用·
  26．6  用例場景
  26．7  從用例得到測試用例：四步過程
  26．8  管理測試覆蓋
  26．9  用例的黑盒測試和白盒測試
  26．10  小結
第27章  跟蹤需求
  27．1  軟件開發(fā)中跟蹤的作用
  27．2  跟蹤關系
  27．3  通用的跟蹤模型
  27．4  使用跟蹤工具
  27．5  在沒有跟蹤工具條件下進行
  27．6  小結
第28章  管理變更
  28．1  為什么需求會變更?
  28．2  外部因素
  28．3  內(nèi)部因素
  28．4  “我們已經(jīng)遇到了敵人，敵人就是我們自己”
  28．5  管理變更的過程
  28．6  需求配置管理
  28．7  小結
  28．8  展望
第29章  在迭代開發(fā)過程中評估需求質(zhì)量
  29．1  軟件項目質(zhì)量
  29．2  在迭代開發(fā)中評估質(zhì)量
  29．3  需求工件集合
  29．4  完成評估
  29．5  需求的質(zhì)量評估清單
  29．6  小結
  29．7  團隊技育能之六的小結
  29．8  展望
  第八部分  開始
第30章  敏捷需求方法
  30．1  利用有效的需求實踐降低需求風險
  30．2  方法論設計的目標
  30．3  文檔是達到目的的手段
  30．4  極限需求方法
  30．5  敏捷需求方法
  30．6  穩(wěn)健需求方法
  30．7  小結
第31章  需求管理的方案
  31．1  選擇自己的需求方法
  31．2  現(xiàn)在開始下一次發(fā)布!
  第九部分  附錄
附錄A HOLIS工件
  A．1  個例的背景
  A．2  團隊技能1：分析問題
  A．3  團隊技能2：理解用戶的需要
  A．4  團隊技能3：定義系統(tǒng)
附錄B  前景文檔模板
附錄C  用例規(guī)格說明模板
附錄D  補充規(guī)格說明模板
附錄E  Rational統(tǒng)一過程中的需求管理
  E．1  Rational統(tǒng)一過程的結構
  E．2  Rational統(tǒng)一過程中的需求管理
  E．3  過程集成
附錄F  SEI-CMM牙口IS09000：2000中的需求管理
  El  SEI-CMM中的需求管理
  E2  IS09000中的需求管理
參考文獻