據流圖
資料流圖是過程建模所使用的主要技術，有4種基本元素：外部實體，過程（對資料的動作或行為），資料流（資料的運動）和資料儲存（在內部收集，儲存，以供日後使用的資料集合）。最終建立的資料流圖會以圖形的方式表現出來。
邏輯說明——微規格說明
在完成功能分解後，可以建立完整的資料流圖層次結構。為了充分描述系統功能，需要描述這些過程的處理邏輯，這可以通過微規格說明技術實現。微規格說明主要有結構化自然語言(structured natural language)，行為圖(action diagram)，決策表/樹(decision table/tree)。
資料說明——資料字典
資料流圖只是對原過程的邏輯內容進行細緻描述，但資料流和資料儲存也需要進行詳細的說明，這就要用到資料字典(data dictionary)。資料字典是乙個儲存庫，包含軟體使用和產生的所有資料物件的描述，其中包括資料流和資料儲存的定義。具體格式可以參照p309-311的表。
當資訊工程得到很大的發展，就採用了新模型增強結構化分析模型，其中包括功能分解圖和過程依賴圖。
功能分解圖：
在乙個圖內自上而下集中顯示系統的功能分解結構。裡面最底層是人們所能找到的最基本，不可再細分的功能或處理。功能分解圖可以更加集中，直觀的展示大量過程之間的層次關係。
過程依賴圖：
功能分解圖展示了功能和過程的層次結構，但卻丟失了功能和過程之間的聯絡，如資料依賴和順序關係等。因此資訊工程又引入了過程依賴圖描述功能和過程之間的依賴關係，這其中還包括資源依賴關係和約束依賴關係。
物件導向建模
物件導向(object oriented)建模將系統看成是一系列物件的集合，每個物件具有獨立的職責，完成獨立的任務。uml是為物件導向建模的標準方法，其表示法比較複雜，本書僅介紹了主要概念和圖示。
需求分析種涉及的uml技術有：用例圖，類圖，互動圖， 狀態圖，活**，物件約束語言。具體參照p340的圖。
物件模型：以物件和類的概念為基礎描述系統物件和這些物件之間的關係。
領域模型：通過對問題域的觀察顯示概念類，建立領域模型包含4步驟：識別候選物件與類，確定概念類，建立類之間的關聯和新增類的重要屬性。
行為模型：物件需要相互協作才能完成任務。可以通過互動圖實現。uml的互動圖又包括順序圖(sequence diagram)，通訊圖(communication diagram)，互動概述圖(interaction overview diagram)和時間圖(timing diagram)。
物件約束語言：uml使用圖形語言來進行系統資料和行為的描述，同時為了彌補圖形無法表達的豐富性，又加上了註解的形式。物件約束語言是建模語言，保證一定表達能力的情況下注重語言的簡潔性和抽象性。
軟體需求閱讀筆記03
當明確需求是什麼之後，還要對需求進行質量的檢測，檢測該需求的難易程度以及需求的可實施性，最後對需求進行測試。然後才能進行下一步的操作，從需求開發向設計規劃的轉化。許多軟體工程實行 從右到左的進度安排 此時，規定了發行產品的具體日期而後定義產品的需求。當開發者要實現預期質量標準下所有要求的功能時，他們...
《需求工程》閱讀筆記03
需求獲取中的常見困難是普遍存在的，常見的困難有 1.使用者和開發人員的背景不同，立場不同。使用者和開發人員來自不同的部門單位，有不同的背景和立場，有不同的表達方式和詞匯集，因此他們之間會存在交流困難。2.普通使用者缺乏概括性 綜合性的表述能力。很多開發人員因為該問題的出現而武斷的認為使用者並不知道自...
需求工程閱讀筆記03
需求工程與運營商技術管理人員的結合點思考 運營商的技術管理人員有時會發現自己處於比較尷尬的乙個境地，因為一方面自己並不直接開發 實現各種系統，而都是採用外包的方式，業務的需求都是經由自己再轉給外包方，感覺自己有時成為了乙個hub，只是 的角色 另一方面，為了體現自己的存在感，又不能讓業務需求方將自己...