《需求工程-軟體建模與分析之讀書筆記之二》第8章
<
需求獲取方法之原型
>
提出了原型是軟體開發過程中被廣泛使用的一種工具，貫穿於軟體開發過程的全過程中，包括需求開發，都會使用不同的原型來達到不同的目的，它能夠對一些具體問題進行基於實物的有效溝通，從而解決軟體開發過程中存在的各種不確定性。原型可分為不同的型別，它的使用方式包括演示，嚴格意義上的，試驗和引示系統原型；它的開發方法包括探索式，實驗式和演化式；其構建技術包括水平，垂直原型方法兩種方法；它的介質包括紙面，幻燈動畫，快速語言和工具和程式**四種；它有靜態畫面，動態程式和情景串聯圖版這幾種表現方式；它的過程為確定原型需求，原型開發，原型評估和原型修正這幾個步驟；當然這其中也是也有風險的，在使用原型方法的過程中我們要慎重。第9章
<
需求獲取方法之觀察與文件審查
>
中提出了常見的觀察方法有取樣觀察，民族誌，話語分析，協議分析和任務分析，它能讓我們理解複雜的協同事件，獲取工作中的異常處理，獲取與使用者認知不一致的實際共識，了解使用者的認知和獲取預設知識。在文件審查中，對於相關產品的需求規格說明，所採用的方法是需求重用；對於硬資料採用的是文件分析；對於客戶的需求文件採用的是需求剝離。第
10章！
<
需求的組織
>
提出了需求獲取的常見模型驅動方法，包括面向目標，基於場景和基於用例的方法，它可以指導和組織需求獲取行為的開展，整理和歸類需求獲取行為得到的資訊，為詳細資訊的分析提供背景基礎和上下文共識，幫助組織需求文件的結構和作為需求驗證的知識基礎。在面向目標方法的過程中，我們知道目標可以被分為不同的型別，常見的分為軟目標和硬目標，還可分為實現目標，維護目標和優化目標三種型別；關係分為目標之間的鏈結以及與其它模型元素的鏈結；它的處理過程分為目標的獲取，目標分析和目標實現三個階段；在基於場景的方法中，場景的形式
(描述和外觀
)，場景的內容
(主要關注點，環境範圍，抽象層次，粒度
g和示例模型
)，場景的生命週期以及在需求中的應用
(組織需求獲取得到的資訊，幫助進行詳細的需求分析，結合面向目標的方法，指導需求獲取活動的開展
)組成了場景方法的分類框架。在基於用例的方法中，一定要知道用例模型的兩種關係即擴充套件，包含和泛化；還要知道需求過程中產生的三大文件即專案前景和範圍文件，使用者需求文件以及需求規格說明。
第11章
<
需求分析概述
>
提出了需求分析的根本任務是建立分析模型，達成開發者和使用者對需求資訊的共同理解；依據共同理解，發揮創造性，建立軟體系統解決方案。模型語言由語法，語義和語用三個要素構成。常見的需求分析技術有上下文圖，資料流圖，類圖等等。需求分析的方法包括傳統分析，結構化分析，資訊工程和物件導向分析這幾種方法。前期需求階段的分析包括面向問題域和領域分析。需求分析的活動包括問題分析，確定系統邊界，需求建模，需求細化，確定需求優先順序和需求協商。
第12章
<
過程建模
>
提出了建模使用的主要技術有上下文圖，資料流圖，微規格說明和資料字典。資料流圖的基本元素為外部實體，過程，資料流，資料儲存組成；在其中還得遵循以下規則：過程是對資料的處理，必須有輸入和輸出；資料流必須和過程產生關聯；每乙個物件要可被標識。行為圖表示過程的邏輯結構。模組結構圖分為功能分解圖和過程依賴圖。第13章
<
資料建模
>
提出了三種常見的資料模型表現：概念資料模型，物理資料模型和邏輯資料模型。實體可分為概念實體，邏輯實體和程序實體。屬性可分為單值屬性，多值屬性，簡單屬性，組合屬性，儲存屬性和匯出屬性。建立
erd首先得辨識實體，其次是確定實體的識別符號，建立實體之間的關係和最後的新增詳細的描述資訊。複雜的情況下建立分為以下幾個步驟：發現系統的概念域，建立對概念域的描述，展開概念域和合併概念域的區域性資料模型。在現在的實現
erd與過程模型同步的技術中，功能
\實體矩陣是一種較為常見的技術。
《需求工程 軟體建模與分析之讀書筆記之六》
最後一篇讀書筆記看的不是這本書了，是網上看到的乙個文章的摘要和一些自己的感悟，雖然不是太理解，但是對類的使用以及內聚和耦合有了一定的理解。設計良好的程式要最大化類的內聚同時要最小化類的耦合 遵循demeter法則就是在類方法內用於指向物件的訊息，那麼耦合和內聚的原理就可以實現 訪問程式方法的過度使用...
《需求工程 軟體建模與分析》讀書筆記3
在讀完 需求工程 軟體建模與分析 的前三部分後，我對軟體需求有了初步的了解，在之後的閱讀中我開始了對這本書的第四部分，需求的文件化和驗證，在這與部分的閱讀中我開始了解到了需求文件的書寫規範，這一部分在軟體需求中同樣十分重要。需求工程 軟體建模與分析 在需求的文件化和驗證中主要分兩個部分講述，分別是需...
《需求工程 軟體建模與分析》讀書筆記三
需求規格說明活動就是將需求極其軟體解決方案進行定義和文件化，並傳遞給開發人員的需求工程活動。編寫需求規格說明文件 清晰明確結構化的文件可以將軟體系統的需求資訊和解決方案更好的傳遞給所有的開發者 可以拓展人們的知識記憶能力 可以成為各方人員之間有關軟體系統的協議基準 可以成為專案開發活動的乙個重要依據...