阅读笔记
? 這本書并不涉及定義粗求的流程,分析技術(shù)以及需求管理,不關(guān)注任何特定的方法論、辦法,或者定義軟件的工工具。
需求開發(fā)是探險之旅,不只是簡單的手機或抄寫的過程。
這本書分為兩部分,第一部分:準(zhǔn)備開始,分為4章,第一章講述了一些基本原則,對閱讀本書之后的部分有幫助,第二章描述了需求規(guī)格包括的素材的類型,第三章解釋了什么是需求模式:基本要素,每個模式包括什么,他們?nèi)绾谓M織形成領(lǐng)域,以及相關(guān)概念。第四章解釋了如何使用需求模式,以及如何編寫自己的需求模式。第二部分:需求模式目錄 十一組經(jīng)常出現(xiàn)的需求類型的模式。
而我到現(xiàn)在只是看完了前四章,也就是第一部分(準(zhǔn)備開始)。
需求是定義系統(tǒng)需要做什么而不是怎么做。需求定義了必須解決的問題:系統(tǒng)的目的是什么,以及為了達(dá)到目的系統(tǒng)需要的所有功能。需求不定義解決方案。需求中不止一個合適的細(xì)節(jié)層次。可以在不同的細(xì)節(jié)層次定義需求。需求最重要的是定義了系統(tǒng)必須做什么和它必須能完成的行為。
定義需求的一些基本原則:1.定義問題,而不是解決方案;2.定義系統(tǒng),而不是項目;3.區(qū)分正式和非正式部分;4.避免重復(fù)。
不同方法了呢的區(qū)別主要在整個流程實用的規(guī)模的大小不同,可以大到是整個系統(tǒng)(傳統(tǒng)方法),也可以小到時手頭的一塊編碼單元(極限流程)。 傳統(tǒng)的定義需求的方法是,有一個專門的需求階段,交付一份詳細(xì)的需求規(guī)格,然后開始設(shè)計和開發(fā)系統(tǒng)。
需求規(guī)格的內(nèi)容可以分為四部分:“介紹部分”,“上下文部分”,“功能域部分”和“主要非功能要求部分”。介紹部分:系統(tǒng)目的、文檔目的、需求格式、詞匯表、參考書目和文檔歷史。上下文部分:組件、用戶角色、范圍邊界和系統(tǒng)間接口(也可以加上通信鏈路、主要的數(shù)據(jù)存儲)。功能域部分:對每一個功能邏輯編寫一個高層描述(給予每種用戶的興趣),按照功能域命名每個小節(jié)(如:客戶功能)。主要非功能要求部分:是適用于整個系統(tǒng)。很難固定這部分的內(nèi)容,因為這很大程度以來系統(tǒng)的特征。
需求模式剖析:基本細(xì)節(jié)、適用性、內(nèi)容、模板、實例、額外需求、開發(fā)考慮、測試考慮。需求模式之間的關(guān)系:引用和擴展。
什么時候使用需求模式:當(dāng)定義需求時、當(dāng)考慮需求是否完全時、當(dāng)評審需求規(guī)格時、當(dāng)實現(xiàn)需求時、當(dāng)測試需求時。
使用需求模式的好處:需求更容易閱讀;需求更容易與同樣類型的其他需求比較;可以判斷是否有遺漏;編寫需求更容易;讀者可以參考編寫的模式獲得更多的信息;編寫需求規(guī)格時可以參考模式;
使用需求模式的壞處:可能被誘導(dǎo)疏于思考;可能濫用模式;很多需求可能措辭相似。
轉(zhuǎn)載于:https://www.cnblogs.com/bai123/p/7612233.html
總結(jié)
- 上一篇: ORA-00928: 缺失 SELECT
- 下一篇: 利用keepalived和haproxy