-- 會員 / 註冊 --  
 帳號:
 密碼:
  | 註冊 | 忘記密碼
3/26 新書到! 3/19 新書到! 3/14 新書到! 12/12 新書到!
購書流程Q & A站務留言版客服信箱
3ds MaxMayaRhinoAfter EffectsSketchUpZBrushPainterUnity
PhotoShopAutoCadMasterCamSolidWorksCreoUGRevitNuke
C#CC++Java遊戲程式Linux嵌入式PLCFPGAMatlab
駭客資料庫搜索引擎影像處理FluentVR+ARANSYS深度學習
單晶片AVROpenGLArduinoRaspberry Pi電路設計CadenceProtel
HadoopPythonStm32CortexLabview手機程式AndroidiPhone
可查書名,作者,ISBN,3dwoo書號
詳細書籍分類

軟件需求十步走——新一代軟件需求工程實踐指南

( 簡體 字)
作者:楊巨龍,周永利類別:1. -> 程式設計 -> 綜合
譯者:
出版社:電子工業出版社軟件需求十步走——新一代軟件需求工程實踐指南 3dWoo書號: 36833
詢問書籍請說出此書號!

缺書
NT售價: 495

出版日:10/1/2013
頁數:660
光碟數:0
站長推薦:
印刷:黑白印刷語系: ( 簡體 版 )
加入購物車 加到我的最愛
(請先登入會員)
ISBN:9787121213045
作者序 | 譯者序 | 前言 | 內容簡介 | 目錄 | 
(簡體書上所述之下載連結耗時費功, 恕不適用在台灣, 若讀者需要請自行嘗試, 恕不保證)
作者序:

譯者序:

前言:


軟件需求是軟件項目和產品開發的起點,更是用戶和開發團隊之間溝通的基礎。經典的瀑布模型確定了需求獲取和確認的起始地位,現代軟件的多變、持續演化帶來了需求管理的要求。可以說,軟件需求的獲取、規約、驗證和管理在軟件開發中占有舉足輕重的關鍵位置,軟件需求工程也早已成為軟件工程中一門獨立關鍵的研究學科。
理論上說,獲取的需求足夠完整、正確,特別是形式化可驗證的情況下,采用程序變換、模型變換等技術可以開發出高質量的軟件。但如此確定的需求實際上很難獲得。工程化的方法仍然是現實解決軟件需求問題的主要方法。這也就意味著需求工程的研究必須與現實的開發現狀結合起來,考慮需求相關的方方面面。
軟件需求工程的研究和相關書籍、學術文章不少。這本書出自在軟件開發一線長期實踐的開發人員之手,更多地是從實踐中整理、組織出的經驗方法,結合了傳統學術、工程方法,也形成了一個較全方位的需求工程的介紹。其中,我們比較欣賞它專門強調的業務知識驅動。實際的需求獲取中,緊密結合軟件應用方,充分理解應用領域知識才可能獲得有效準確的需求。
近年來,我國的軟件產業界人士越來越多地開始出書,寫論文。我們認為這是很好的趨勢。軟件工程是一門密切聯系產業實踐的科學,學術研究必須要結合工程實踐,工程實踐中的經驗教訓也是學術研究的主題。有鑒于此,我們為此書寫序,也是希望我國的軟件學術界、產業界能夠日益融合,在“產學研用”的方方面面實現融合發展。
對于此書,我們覺得作者也需要考慮進一步凝練基本概念和方法,壓縮一些篇幅,使得關鍵觀念更為突出。


楊芙清 謝冰
中國科學院 院士 北京大學 教授
2013年7月
前言
什么是軟件需求?
怎樣進行軟件需求分析?
這兩個問題是從事軟件開發工作的人員都必須直面的問題。每當有人問我這兩個問題的時候,我會說把“是什么、怎么做”的問題先放下,先思考一下“從哪來、到哪去”的問題。“抓兩端,促中間”是解人之惑的一個有效的辦法。
需求從客戶那里來,軟件需求到開發人員那里去,最終客戶和軟件開發組織共同拿著軟件需求對軟件產品進行驗收,所以軟件需求是面向客戶方和軟件開發方,將雙方的訴求進行有機結合,最終形成雙方持有的一個契約。
將雙方的訴求進行有機結合正是需求分析人員要做的事,這個事被稱為軟件需求分析。有時我會與需求分析人員開玩笑,其實我們的工作和媒婆一樣,就是要將客戶方這個“孔雀女”和軟件開發方這個“鳳凰男”撮合在一起,需求分析的最高水平就是能讓“白富美”愿意嫁給“屌絲男”。
對于如何做軟件需求分析工作,上面這個玩笑是值得去細細品味的。比如待嫁女提出的條件太高,而單身漢的硬實力又不夠,作為媒人是不是要勸一方要降低標準,另一方要提高一下素質,這和需求分析中非功能需求中的性能指標設定是有相通之處的。再比如待嫁女也說不清自己想要嫁一個什么樣的男人,作為媒人就需要根據待嫁女的條件幫其制訂一些要求,這和用戶說不清需求時需求分析人員要根據其業務現狀提出解決方案也有相通之處。
軟件需求分析中的“分析”一詞是一個集合詞匯,是將邏輯方法中的定義、劃分、歸納、演繹、推理、假設、論證等統統納入其中的。作者認為要想做好分析工作首先要對這些邏輯方法很清楚,要學會綜合使用。分析的對象有兩個:客戶的需求和軟件構成的要素,分析的目的是能夠使客戶的需求和軟件的要素建立匹配關系。
簡單點說,要做好軟件需求分析工作就是“一法兩點”,“一法”是說要掌握邏輯方法,“兩點”是說要懂客戶業務知識和軟件知識。
一個具有“完整性、準確性、無二義、變化可控”等特征的軟件需求只有借助邏輯方法才能做到。“軟件需求十步走”是筆者多年從事軟件需求分析工作經驗的總結,每一步都有分析、綜合、歸納、演繹等邏輯方法的運用。其實邏輯方法并不難,只要有心留意、用心體會,你會發現你在工作中大量運用邏輯方法,它并不是一個神秘的東西。
筆者把平時在軟件需求分析工作中偶獲的一點心得集結成書,拿出來與讀者共同分享,只是希望能對大家工作有些幫助。筆者依然在軟件需求分析的道路上探索,也有許多困惑的地方,希望和大家一起找到更多更好的軟件需求分析的方法,更期待“軟件需求十步走”能幫助讀者做出高質量的軟件需求!
本書的出發點:業務需求是源頭
“垃圾進,垃圾出”是對軟件系統輸入與輸出關系的經典描述,不正確的輸入信息是不會產生正確的輸出的。據相關專業機構統計數據證實,大部分軟件項目失敗的原因是因為軟件需求“不完整、不準確、不一致”,借用“垃圾進,垃圾出”這句話來總結軟件項目失敗的原因是“源頭錯,項目敗”。
筆者認為當前只是找到了軟件項目失敗的根源,還沒有找到軟件需求“不完整、不準確、不一致”的根源,更沒有找到一個有效地解決這一問題的辦法。筆者幾年前一個偶然的機會參與到《從客戶業務推導到信息系統》科研課題的研究工作中,幾年研究下來逐步有了對上述問題的解決思路,即“客戶業務是源頭,問題目標是關鍵,形式邏輯是方法”。
大家都知道軟件需求是從業務需求經用戶需求最終到系統需求的,所以業務需求是軟件需求的源頭,而業務需求又是從客戶業務中來的,客戶有問題且需要解決的業務才是業務需求,換句話說就是有問題需解決的客戶業務叫業務需求。只有保證業務需求的“完整性、準確性、一致性”,才能保證軟件需求的“完整性、準確性、一致性”,而“完整性、準確性、一致性”此三性都屬于形式邏輯要解決的問題,完整性是從一般到個別的演繹法要解決的,準確性是推理要解決的,而一致性是論證要解決的,所以形式邏輯的演繹法、推理法、論證法是解決業務需求的“完整性、準確性、無二義性”的方法。
筆者正是從“客戶業務是源頭、問題目標是關鍵、形式邏輯是方法”這一思路出發,來解決軟件需求“不完整、不準確、不一致”這一問題的。
筆者內心期望:能“授之以漁”
幾乎每本書都會講到“授人以魚,不如授之以漁”這一觀點,但如何“授之以漁”,筆者認為很多書都沒有講清楚。知識是由“知的知識”和“識的知識”兩部分構成,“識的知識”是教人如何通過事物的外像來確定事物的類別或程度,“知的知識”可以告訴人事物的內在構成及內在哪些變化會導致事物外像的變化。如果只給“識的知識”或只給“知的知識”,都如同只是“授人以魚”,必須將“識的知識”中如“怎么做、為什么”告訴讀者,同時還要將“知的知識”“從哪里來的,用到哪里去” 告訴讀者才真正地做到“授人以漁”。筆者按照這一觀念在原理篇、知識篇、方法篇中對新一代軟件需求工程的原理、知識和方法進行了闡述,力求通過這些內容讓讀者不僅知“軟件需求”其然,而且還能知“軟件需求”其所以然。
本書的關鍵點:軟件需求十步走
新一代軟件需求工程由需求規劃、需求開發、需求管理三個分項工程構成,這三個分項工程圍繞軟件需求的活動可以劃分為軟件需求的業務活動和軟件需求的管理活動兩類。軟件需求的業務活動由需求規劃的業務研究、應用建模、系統規劃、分析計算、報告編制、規劃評審6項業務活動和需求開發的需求獲取、需求分析、需求編制、需求驗證4項業務活動,共計10項業務活動構成;軟件需求的管理活動由需求管理的基線、版本、狀態、變更、跟蹤5項管理活動構成。業務需求是需求規劃的業務活動的產物,用戶需求和系統需求是需求開發業務活動的產物,業務需求、用戶需求、系統需求三個部分構成了軟件需求。需求管理活動貫穿所有的需求業務活動,確保軟件需求的進度、質量和成本。新一代軟件需求工程的業務活動和管理活動的時序過程如下圖所示,這是本書的關鍵點。

簡單的說,新一代軟件需求工程的軟件需求工作的特點是“兩階段、十步走”。通過“兩階段、十步走”讀者就可以得到由業務需求、用戶需求和系統需求組成的高質量的軟件需求。
本書的新觀點:創新方能解決問題
當前軟件需求和軟件需求工程有7個主要問題需要解決,而這7個主要問題本書都提出了相應的應對之策和解決方法。
(1)難點問題:軟件需求的不完整、不準確、變化不可控、一致性等難點問題是導致軟件項目失敗的主要原因之一,人們也花了大量時間和精力力圖來解決,比如將軟件需求分析從軟件工程中剝離出來采用工程化的方法來提高軟件需求質量,再比如采用UML工具來實現軟件需求到軟件設計的自動化轉化,但軟件需求這幾個問題還是沒有得到根本性的解決。本書認為解決這一問題需要以業務為核心,從業務需求開始,面向業務的問題和目標,借用形式邏輯方法中的演繹、推理、假設、論證等方法得到一個邏輯上完整、準確、一致、對變化已做了假設的業務需求,基于這樣的業務需求再采用現在的各種軟件需求分析方法才能從根本上解決軟件需求的這一難點問題。
(2)性能問題:能用、好用、耐用是軟件產品必須具備的特性,在軟件需求中能用是歸為功能需求范疇,而好用、耐用等歸為非功能需求的質量屬性范疇中,也即人們通常說的性能指標。這些指標是后期軟件系統體系架構、實現技術、設備選型設計時的主要依據,性能指標不準確一方面會造成客戶成本預算不合理進而導致設備資源浪費,另一方面會帶來軟件產品的“性能噩夢”。長期以來對于性能基本都采用的是一種粗放式的經驗估值法,這種方法往往會帶來為解決性能問題所消耗的資源遠遠大于程序設計和代碼開發的資源消耗。為解決性能問題,本書提出將性能設計放在需求規劃階段并且進行定性定量計算的觀點,同時還給出了一個基于模型的定量計算方法。
(3)范疇問題:業務需求是客戶提出的,軟件需求是將客戶的業務需求作為前置條件,軟件需求產生的第一個文檔是基于客戶的業務需求整理出項目的視圖與范圍文檔。業務需求不是軟件需求工作范疇中的。筆者認為這種工作邊界的劃分也是軟件需求出現問題的原因之一,所以本書將業務需求納入到軟件需求工作范疇中,并明確提出了業務需求是軟件需求的第一性觀點。需求規劃的工作任務之一正是業務需求,需求規劃以科學研究方法論作為理論指導,采用文獻研究法通過對客戶已有的工作成果進行研究來分析客戶的業務需求。通過需求規劃的業務研究力求實現“不是客戶告訴需求分析人員業務需求,而是需求分析人員要向客戶講述業務需求”的目標。
(4)鴻溝問題:業務和軟件之間的鴻溝問題。業務和軟件是兩個不同的領域這是事實,但這兩個領域在抽象層面是相同的卻一直沒有被明確指出,導致很多需求分析人員一直處于迷茫中。客戶和需求分析人員采用原型法、用例圖、自然語言等方式在業務和軟件之間架起橋梁,這些方法只可治標不能治本。本書明確提出了業務和軟件是同一個抽象在兩個不同領域的實現即一體兩面的觀點,并基于這一觀點提出了在業務抽象層面用歸納和演繹的方法得到完整的、準確的業務邏輯,然后將其映射到軟件抽象層面得到完整的、準確的軟件邏輯的映射方法,通過這一方法力求解決業務和軟件之間的鴻溝問題。
(5)關系問題:需求工程和軟件工程的關系問題是需求工程的核心問題。這兩個問題一直沒有給出清晰的界定和說明。給人感覺需求工程是雞肋,因為用需求工程方法做的軟件需求并未比原有方法做的軟件有什么質的不同。本書對需求工程和軟件工程之間的關系定位是“需求工程是圓心,客戶業務是內核,軟件工程是圓點”并對這一關系進行了相應的闡述。本書所講的新一代軟件需求工程是在繼承當前的軟件需求工程基礎上引入需求規劃這一概念,并且明確了需求規劃是需求工程的核心。
(6)觀念問題:軟件需求分析的觀念遠遠滯后于時代發展的問題。隨著社會的進步和軟件技術的不斷發展,業務和信息的融合速度越來越快,所以當前任何一個軟件系統都必須是開放、一體化的。而當前的軟件需求觀念還是以軟件系統自身為中心,通過接口的形式來體現其開放性,而在一體化方面尚沒有任何動作。本書提出在新形勢下的軟件需求分析工作是在面向“全系統、全業務、全信息”的,包括客戶業務全局分析和信息系統的宏觀設計的規劃基礎上展開的用戶需求和系統需求分析,從而使基于這樣的軟件需求開發出的軟件產品具備加以一體化的特性。
(7)地位問題:需求分析部門在組織中的地位問題。大部分IT企業或IT管理部門普遍存在“輕業務、重技術、輕需求、重編碼”的現象,究其原因大家認為軟件開發是技術驅動而非業務驅動,這種認知也直接導致需求分析工作在組織中的地位遠遠低于軟件開發工作,在組織形態中也就沒有固定的、獨立的、與軟件開發組織并列的需求分析組織。由于需求分析重視程度不夠,從而導致軟件項目或產品的質量低,直接造成了很多項目型軟件企業在經營上步履維艱。作者在本書中依據軟件需求工程理論結合多年來的管理經驗站在IT企業角度給出了企業如何建立軟件需求分析體系的辦法。希望通過這個體系使IT企業由“重技術、輕業務”實現向“重技術、重業務”的轉型,IT企業主動通過業務研究找到存在的問題然后利用手中的技術加以解決,通過技術實現客戶的業務創新,這樣可以使IT企業不僅成為客戶的手,而且成為客戶的腦。
本書的內容點:原理應用、組織保障
本書是按照原理、應用、組織、前沿這樣一個順序進行新一代軟件需求工程的描述。原理部分的描述是由需求工程原理篇和需求工程知識篇兩個部分構成,通過原理部分的內容讀者可以了解到新一代軟件需求工程有別于傳統軟件需求工程的構成、過程、特點、價值及知識,建議讀者仔細閱讀一下需求工程知識篇,將會對你未來從事其他工作時也有一定的幫助。應用部分的描述是由需求方法篇、需求規劃篇、需求開發篇、需求管理篇4部分構成,其中方法篇是把規劃、開發、管理中要用到的方法進行了集中描述,這樣的布局主要是為了在規劃、開發、管理描述時可以更專注于其應用過程的描述。組織部分描述了組織應如何建立需求分析體系。需求工程前沿篇主要介紹了需求工程領域的最新研究成果多視點需求工程。
如果讀者說“簡單點你告訴我,做一個高質量的軟件需求我需要怎么做?”,那么筆者會告訴你直接從需求工程組織篇入手。因為在需求工程組織篇中,筆者站在一個需求分析部門的角度描述了一個由12個業務活動構成1個縱向需求業務流程和10個橫向軟件需求管理的管控流程組成的需求分析部門工作矩陣圖。讀者可以循著這1個縱向業務流程就可以做出一個高質量的軟件需求,這時讀者就會再回到原理部分、應用部分去尋找具體的做法。筆者在這里想提醒大家的是在一個信息化高度發達的當下,軟件需求工作就像早期的軟件開發工作已經過了個人“英雄主義”的年代,軟件需求工作已由“作坊時代”走向“專業化分工”時代。說到底由需求規劃的6個業務活動和需求開發的4個業務活動,再加上其他的輔助業務活動共計12個業務活動就是本書的軟件需求過程的主框架。
新一代軟件需求工程過程是由需求規劃、需求開發的業務活動構成的業務過程和需求管理的管理活動的管理過程構成的。需求規劃的業務活動特點是“業務定性定量定細節、系統定性定量定宏觀”;需求開發的業務活動特點是“操作定性定量定細節、功能定性定量定細節、性能定性定量定細節、接口是定性定量定宏觀”;需求管理的管理活動特點是“三控、五管、兩協調”。
本書一共分為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章
需求分析部門的業務工作 需求分析部門的業務工作主要由需求業務和需求開發業務兩部分組成



聯系作者
楊巨龍 周永利 編著
致謝





聯系作者
作者的筆名是老莊,老子的老,莊子的莊,一直堅持軟件是一門理論和實踐相結合的學科,一直試圖找出軟件中本源的一些東西。如果您發現本書的問題或者詢問技術問題 ,可以通過作者的微博和郵件進行交流:
微博地址:http://weibo.com/1933935374
郵件地址:jlyang38@163.com
致謝
在寫這本書的過程中,有幸請到了開創我國軟件工程技術研究和實踐領域的前輩中國科學院楊芙清院士為本書作序,在此向楊老師表示衰心的感謝。北京大學教授謝冰教授在百忙之中抽空通讀了本書并對書中的一些觀點和行文提出了寶貴的意見和建議,使我受益良多。
這本書能出版離不開博文視點的郭立、孫學瑛等領導和編輯們傾注的心血,正是他們不懈的努力才使得本書能與讀者見面,在此誠心地說一句“謝謝你們”。
我還要感謝我的朋友張業青、普陽、劉廣平等,是你們平時的交流和鼓勵給了我創作的激情。
寫作本書的工作量非常大,如果沒有家庭長期以來的支持,我是不可能完成此書的。在此要感謝我的妻子王愛珍和我的父母楊功宜、趙建萍,感謝這么多年對我的鼓勵和支持。還要感謝我的女兒,王安迪,一直都十分體諒我,盡量把自己各方面的事都處理好,使我能更加集中精力進行寫作。
內容簡介:

新一代軟件需求工程的表現為工作階段劃分、需求獲取方式、關系定位和指導思想不同。需求規劃是新一代需求工程中的最大亮點,它的工作是將業務、對象和信息化體系作為研究對象,采用科學研究、體系架構設計、信息資源規劃的方法,編制出具有系統性、科學性、前瞻性的需求規劃成果。需求規劃的成果中包括形勢分析、業務體系分析、對象體系分析等內容。它為需求開發中的需求獲取奠定了堅實的基礎。需求規劃工作的原則是“業務定性、定量、定細節,系統定性、定量、定宏觀”。本書由原理篇、知識篇、方法篇、應用篇、組織篇等構成。

目錄:

第1篇 原理篇 1
第1章 對軟件需求的反思 2
第2章 重新解讀軟件需求 17
第3章 軟件需求工程概論 26
第4章 需求工程的過程改進 62
第5章 軟件需求的風險管理 82
第6章 軟件工程與需求工程 104
第2篇 知識篇 129
第7章 知識體系的構建方法 130
第8章 需求工程的知識構成 136
第9章 需求工程的基礎知識 140
第10章 需求工程的專有知識 199
第11章 需求工程的特有知識 231
第3篇 方法篇 263
第12章 需求工程的方法觀 264
第13章 分析計算方法 267
第14章 結構化分析方法 284
第15章 面向對象分析方法 294
第16章 需求統一模式方法 305
第17章 需求管理工具 316
第18章 需求形式化描述方法 320
第19章 面向問題域的需求分析方法 323
第4篇 規劃篇 331
第20章 需求規劃的思路和過程 332
第21章 業務研究 335
第22章 應用建模 382
第23章 系統規劃 420
第24章 分析計算 427
第25章 報告編制 453
第26章 規劃評審 461
第5篇 開發篇 469
第27章 需求開發的思路和過程 470
第28章 需求獲取 473
第29章 需求分析 514
第30章 需求編寫 549
第31章 需求驗證 563
第6篇 管理篇 577
第32章 需求管理的思路 578
第33章 需求版本控制 586
第34章 管理變更請求 588
第35章 需求跟蹤能力 604
第7篇 組織篇 613
第36章 建立需求分析體系 614
第37章 需求分析部門的組織結構 624
第38章 需求分析部門的管理工作 629
第39章 需求分析部門的業務工作 635
序: