基本介紹
- 書名：軟體需求十步走—新一代軟體需求工程實踐指南
- 作者：楊巨龍
- ISBN：978-7-121-21304-5
- 頁數：660
- 定價：99.00
- 出版社：電子工業出版社
- 出版時間：2012年9月
- 裝幀：平裝
- 開本：16
內容簡介,作者簡介,書本慨括,
內容簡介
軟體需求十步走——新一代軟體需求工程實踐指南
新一代軟體需求工程的表現為工作階段劃分、需求獲取方式、關係定位和指導思想不同。需求規劃是新一代需求工程中的最大亮點，它的工作是將業務、對象和信息化體系作為研究對象，採用科學研究、體系架構設計、信息資源規劃的方法，編制出具有系統性、科學性、前瞻性的需求規劃成果。需求規劃的成果中包括形勢分析、業務體系分析、對象體系分析等內容。它為需求開發中的需求獲取奠定了堅實的基礎。需求規劃工作的原則是“業務定性、定量、定細節，系統定性、定量、定巨觀”。本書由原理篇、知識篇、方法篇、套用篇、組織篇等構成。
作者簡介
楊巨龍，筆名老莊，畢業於中國人民解放軍信息工程大學。20多年來一直在金融、高校、政府、軍隊等行業和領域從事軟體設計、開發和管理方面的工作，曾擔任過多家IT公司的技術總監和總架構師。2009至2010年在清華大學網路行為研究所從事信息諮詢規劃方面的學習和研究，期間曾承擔過多個國家部委的“十二五”信息化規劃報告的編制工作。現為自由職業者，專注於為IT企業或IT人員提供包括軟體編碼哲學、軟體需求分析方法論、大型系統體系架構設計、信息資源規劃、大數據和雲計算技術等的諮詢、培訓、培養服務。
書本慨括
本書一共分為7篇、39章。
需求工程原理篇
第1章
對軟體需求的反思 軟體需求已經成為軟體開發工作中的“阿喀琉斯之踵”，要使軟體需求做到完整、準確、清晰、變化可控等絕不是一個簡單的事，需要重新定位軟體需求並藉助邏輯的方法才是解決之道
第2章
重新解讀軟體需求 新一代軟體需求強調軟體需求分析工作是在一個全息的業務背景和一個信息系統的巨觀設計的基礎上展開的用戶需求和系統需求分析
第3章
軟體需求工程概論 新一代軟體需求工程是由需求規劃、需求開發、需求管理三個部分構成，需求規劃是傳統軟體需求工程所沒有的
第4章
軟體需求的過程改進 需求工程的過程不是一成不變的，會隨著新的理論、實踐中的總結、軟體開發技術、軟體項目規模等要求需要對過程進行適應性改造
第5章
軟體需求的風險管理 把軟體需求風險始終放在第一位,記住凡事預則立、不預則廢。軟體需求的風險就是讓把軟體需求中的關鍵點提取出來加以重點關注
第6章
軟體工程與需求工程 “需求工程是圓心，客戶業務是核心，軟體工程是圓點”是需求工程和軟體工程間關係的真實寫照
需求工程知識篇
第7章
知識體系的構建方法 事物的知識是由知的知識和識的知識構成。識的知識是以知的知識為核心的
第8章
需求工程的知識構成 需求工程的知識體系是由基礎知識體系、專用知識體系、特有知識體系三個部分構成
第9章
需求工程的基礎知識 形式邏輯中演繹、推理、假設、論證等方法對於解決軟體需求中“不完整、不準確、總在變、不一致”問題具有幫助
第10章
需求工程的專有知識 需求工程的專有知識包括軟體工程、軟體體系架構和信息資源規劃
第11章
需求工程的特有知識 需求規劃是新一代軟體需求工程有別於傳統的軟體需求工程，需求規劃就是想從“業務全局、系統全局、信息全局”的高度來做需求分析工作
需求工程方法篇
第12章
需求工程的方法觀 方法的使命就是要將問題的結構和規律展現出來
第13章
分析計算方法 分析計算是需求規劃方法與傳統需求分析方法有本質區別的地方之一。分析計算包括系統支撐能力計算和業務發展能力計算
第14章
結構化分析方法 結構化的分析（又稱SA）方法是本書在需求規劃中的業務建模、系統建模和體系建模所採用的方法
第15章
面向對象分析方法 在需求分析中本書採用面向對象的分析方法作為用例分析和功能需求分析的方法
第16章
需求統一模式方法 需求統一模式方法和軟體設計模式的思想一樣的，也是將大部分軟體系統的需求進行歸類描述的一種模式
第17章
需求管理工具 藉助需求管理工具可以做到文檔與現實的一致、跟蹤每個需求的狀態、建立與軟體開發活動的關係鏈等
第18章
需求形式化描述方法 形式化需求規格說明（簡稱形式化規格說明）意味著用嚴格的數學知識和符號來構建系統的需求模型，使需求模型更加嚴密、無二義性和易於推理
第19章
面向問題域的需求分析方法 面向問題域（PD）的需求分析方法是一種新的需求分析方法。與結構化需求分析方法和面向對象的需求分析方法相比，其需求建模風格明顯不同
需求工程規劃篇
第20章
需求規劃的思路和過程 需求規劃工作是面向“全業務、全信息、全系統”，採用分析綜合、歸納演繹的邏輯方法整理出組織與對象的業務邏輯模型，在此業務的邏輯模型基礎上進行系統的規劃
第21章
業務研究 業務研究就是借鑑科學研究方法通過資料研究、現場調研還原一個完整的、準確的、邏輯的業務面貌
第22章
套用建模 套用建模的內容包括業務建模、系統建模、體系建模
第23章
系統規劃 系統規劃是根據業務研究中組織結構、業務事項、業務數據的規模和用戶對業務目標的期望，並結合套用建模的成果對支撐這種規模和套用所需的信息系統構成內容的一種規劃
第24章
分析計算 分析計算包括系統支撐能力計算和業務發展能力計算
第25章
報告編制 需求規劃報告不僅是需求開發工作的基礎，也將是軟體開發工作的指導性檔案，還是下一次信息化建設的基礎
第26章
規劃評審 規劃評審是檢查需求規劃報告的一項工作，是對需求規劃階段工作成果一次完整性、準確性、合理性、規範性的檢查
需求工程開發篇
第27章
需求開發的思路和過程 需求開發工作是“以技術為核心、以業務為輔助”作為指導思想，以要說清楚軟體系統“做什麼”的軟體需求規格說明為目標
第28章
需求獲取 這裡的需求獲取和傳統需求工程中需求獲取最大的不同，一是無須與客戶進行面對面的交流來獲取需求，二是只需將需求規劃的工作成果作為需求獲取的第一來源
第29章
需求分析 需求分析工作分為分析和綜合兩部分工作。分析工作在於找出需求信息間內在的聯繫和可能的矛盾，而綜合工作就是去掉這些矛盾來建立軟體系統的功能、數據的邏輯模型
第30章
需求編寫 軟體需求的規劃說明是由業務需求、用戶需求和系統需求構成。而這些需求都在過程文檔中，如果將這些文檔看做一粒粒珍珠的話，那我們需要一根線將其穿成一個珍珠項鍊，穿起珍珠的這根線就是軟體需求規格說明
第31章
需求驗證 需求驗證嚴格來說是檢驗軟體需求規格說明，這是需求開發的最後一項活動，是對前期或階段工作成果的一次完整的檢查
需求工程管理篇
第32章
需求管理的思路 需求工程的需求業務活動由需求規劃中的6個業務活動和需求開發的4個業務活動總計10項業務活動組成，構成了需求工程的業務主線。需求工程的需求管理活動的目標就是確保需求業務活動能夠按進度要求、質量要求、成本要求生產出高質量的軟體需求
第33章
需求版本控制 軟體需求基線是由各階段需求業務活動的工作成果文檔和文檔內各部分內容的版本號的集成。軟體需求基線工作的落實藉助這些工作成果文檔和文檔內部分內容版本號來實現的
第34章
管理變更請求 對於軟體開發工作來說每一次需求變更不是在做加法，而是在做乘法，雖然乘數是1，但被乘數會因為需求變更的層次高低而放大。所以需求變更是一個非常嚴肅的工作
第35章
需求跟蹤能力 建立需求能力矩陣對於實際發生需求變更時可以通過該矩陣遍歷出與變更需求相關的各個工作元素，而不至於陷入需求變更的困局中。需求能力矩陣除了可以輕鬆應對需求變更，而且還可以基於它建立一個需求工程全局管理視圖
需求工程組織篇
第36章
呼籲建立需求分析體系 “千夫所指人人相輕”這種不重視軟體需求的觀念體現在一個個軟體項目只是表象，其癥結在於長期以來“輕業務、重技術”的理念已根深蒂固
第37章
需求分析部門的組織結構 “什麼樣的工作職能，將決定建立什麼樣的組織結構”
第38章
需求分析部門的管理工作 需求分析部門的管理思路是“抓兩端、促中間、一條業務線、專業化分工”
第39章
需求分析部門的業務工作 需求分析部門的業務工作主要由需求業務和需求開發業務兩部分組成
