出版時間:2008-6-1 出版社:機械工業(yè)出版社 作者:Stephen Withall 頁數(shù):334 譯者:曹新宇
Tag標簽:無
內(nèi)容概要
本書描述了37個真實的、可重用的模式,為編寫軟件需求提供了特定情形下的框架。每種模式詳細描述需要包括哪些信息,提醒常見的缺陷,以及建議需要考慮的額外需求。無論使用傳統(tǒng)的分析方法還是敏捷方法,都可以學習如何使用需求模式,從而為成功的軟件開發(fā)編寫一致的、有效的需求。本書提供了模板和實例,幫助分析師編寫出更好的需求。讀者可以應用本書中的概念開發(fā)自己的行業(yè)、應用領域或者產(chǎn)品線的特殊需求模式。 本書適合軟件分析人員、軟件架構師和項目管理人員等參考。
作者簡介
StephenWithall有近30年開發(fā)和定義軟件系統(tǒng)的經(jīng)驗,曾經(jīng)為全球多個行業(yè)組織工作。在其職業(yè)生涯中,他扮演了很多角色.包括程序員、業(yè)務分析師、架構師以及首席技術官。
書籍目錄
譯者序序前言第一部分 準備開始 第1章 需求概述 1.1 什么是需求 1.2 需求在總體方案中的位置 1.3 一些基本原則 1.4 傳統(tǒng)需求流程 1.5 敏捷需求流程 1.5.1 極限需求流程 1.5.2 增量需求流程 第2章 需求規(guī)格的內(nèi)容 2.1 介紹部分 2.1.1 系統(tǒng)目的 2.1.2 文檔目的 2.1.3 需求格式 2.1.4 詞匯表 2.1.5 參考書目 2.1.6 文檔歷史 2.2 上下文部分 2.2.1 范圍 2.2.2 主要假設 2.2.3 主要排除 2.2.4 關鍵業(yè)務實體 2.2.5 基礎架構 2.3 功能域部分 2.4 主要非功能要求部分 第3章 需求模式概念 3.1 需求模式概述 3.2 需求模式剖析 3.2.1 基本細節(jié) 3.2.2 適用性 3.2.3 討論 3.2.4 內(nèi)容 3.2.5 模板 3.2.6 實例 3.2.7 額外需求 3.2.8 開發(fā)考慮 3.2.9 測試考慮 3.3 領域 3.4 需求模式組 3.5 需求模式之間的關系 3.5.1 需求模式分類 3.5.2 提煉需求 3.5.3 轉(zhuǎn)移需求模式 3.5.4 需求模式和方法的多樣性 3.5.5 需求模式用例 3.5.6 業(yè)務規(guī)則和需求模式 第4章 使用和編寫需求模式 4.1 何時以及如何使用需求模式 4.2 裁剪需求模式 4.3 編寫新的需求模式 4.3.1 如何發(fā)現(xiàn)潛在的需求模式 4.3.2 如何編寫需求模式第二部分 需求模式目錄 第5章 基礎需求模式 5.1 系統(tǒng)間接口需求模式 5.2 系統(tǒng)間交互需求模式 5.3 技術需求模式 5.4 遵從標準需求模式 5.5 參考需求需求模式 5.6 文檔需求模式 第6章 信息需求模式 6.1 數(shù)據(jù)類型需求模式 6.2 數(shù)據(jù)結構需求模式 6.3 標識符需求模式 6.4 計算公式需求模式 6.5 數(shù)據(jù)壽命需求模式 6.6 數(shù)據(jù)歸檔需求模式 第7章 數(shù)據(jù)實體需求模式 7.1 活實體需求模式 7.2 交易需求模式 7.3 配置需求模式 7.4 編年史需求模式 7.5 信息存儲基礎架構 第8章 用戶功能需求模式 8.1 查詢需求模式 8.2 報表需求模式 8.3 易用性需求模式 8.4 用戶界面基礎架構 8.5 報表基礎架構 第9章 性能需求模式 9.1 響應時間需求模式 9.2 吞吐量需求模式 9.3 動態(tài)容量需求模式 9.4 靜態(tài)容量需求模式 9.5 可用性需求模式 第10章 適應性需求模式 10.1 可伸縮性需求模式 10.2 可擴展性需求模式 10.3 非狹窄性需求模式 10.4 多樣性需求模式 10.5 多語言需求模式 10.6 安裝性需求模式 第11章 訪問控制需求模式 11.1 用戶注冊需求模式 11.2 用戶認證需求模式 11.3 用戶授權需求模式 11.4 特定授權需求模式 11.5 可配置授權需求模式 11.6 批準需求模式 第12章 商業(yè)需求模式 12.1 多組織單元需求模式 12.2 費/稅需求模式詞匯表參考文獻
章節(jié)摘錄
第3章 需求模式概念3.1 需求模式概述除了無關緊要的系統(tǒng),所有系統(tǒng)需求本質(zhì)上彼此相似,或者它們出現(xiàn)在大部分系統(tǒng)中,而且可能數(shù)量眾多。例如,可能有很多查詢功能,每個功能都有自己特有的需求。當定義一個業(yè)務系統(tǒng)時,相當大比例需求歸屬相對少量的類型。以一致的方式定義同樣類型的所有需求是必要的。因此我們引入需求模式的概念,描述使用需求模式的每一個需求應該怎樣定義。需求模式:定義一種特定類型需求的方法。需求模式應用于單個需求,一次幫助定義一個單一需求。例如,對于某一種報表需求,可以使用報表需求模式幫助定義需求。一旦編寫完需求(以及任何它引起的額外需求),模式的任務就完成了,可以把它放在一邊繼續(xù)工作。但是當軟件設計人員或開發(fā)人員開始決定如何實現(xiàn)這個需求時,只要他們愿意,模式就可以給他們一些工作提示。測試人員同樣可以使用模式獲得如何測試的方法。使用需求模式有什么好處?第一,需求模式提供指導:建議包含哪些信息、提出忠告、提醒常見缺陷以及指出其他應該考慮的問題。第二,需求模式節(jié)省時問:不需要從頭開始寫每一個需求,因為模式給予了合適的出發(fā)點,以及開發(fā)的基礎。第三,需求模式促進同種類型需求的一致性。其中提供指導是最有價值的。節(jié)省定義的時問和增加一致性固然很好,但是合理的指導可以獲得更好的需求,避免后續(xù)工作中的巨大麻煩。需求模式提供的指導通常比只是“比如說這樣……”更深入。它可以深入洞察即將發(fā)生的問題。它可以幫助提出問題。在一些情況下,它可以引導編寫出一個(或多個)非常不同于第一印象的需求。解答一個大問題經(jīng)常引出很多更小的問題。需求模式針對大問題給出答案以及化為更小的問題。一些需求模式要求或者鼓勵定義一些額外需求:包括跟隨性需求:擴展最初需求的需求,以及系統(tǒng)級普遍性需求:支撐模式本身的需求(例如,這種類型需求都需要的一個基本特性)。因此知道自己使用了哪些模式是有用的(或許可以保留一個簡單的名單),這樣可以檢查每一個需求是否需要額外支撐需求,以及是否已經(jīng)定義了它們。本章的第3.2.7節(jié)將更詳細地解釋這個主題。
編輯推薦
《MICROSOFT核心技術叢書·軟件需求模式》適合軟件分析人員、軟件架構師和項目管理人員等參考。需求模式可以幫助你:識別系統(tǒng)間的接口、技術以及文檔需求。定義詳細的信息需求,包括歸檔、數(shù)據(jù)類型以及數(shù)據(jù)實體。指定系統(tǒng)的可用性、容量、伸縮性、擴展性以及易用性。定義訪問控制,包括用戶注冊、認證以及授權。指定查詢、報表、計算公式以及費和稅的需求。獲得400多個實際的需求實例,學習如何編寫自己的需求模式。
圖書封面
圖書標簽Tags
無
評論、評分、閱讀與下載