《uml大戰需求分析》的前九章向我們介紹了uml的九類圖，並且就每一類圖進行了詳細的介紹，並且介紹了他們怎樣與需求分析結合起來。
《uml大戰需求分析》的前十章為我們提供了乙個簡單的考勤系統，我們模擬真實開發的場景進行實踐訓練。
首先我們要考慮為什麼會有這樣乙個專案，客戶為什麼想要做這個專案，公司為什麼會借這個專案，公司在這個專案上的戰略是怎樣的。繪製需求分析全過程的活**。
然後我們需要確定需求：
1.命中客戶的真正需要，是保證客戶能贏的關鍵。
2.用簡單的方式來滿足客戶的真正需要，簡單意味著工作量低，這是保證我們能贏的關鍵。
3.提公升專案組成員的水平，能幫助專案客服許多困難，完成許多高難度的工作。
4.專案組需要持續思考和進化這個專案成功的標準，並用這個標準知道專案的工作。
然後我們開始執行需求分析了！
⑴首先調查組織機構情況
包括了解該組織的部門組成情況，各部門的職能等，為分析資訊流程作準備。
⑵然後調查各部門的業務活動情況
包括了解各個部門輸入和使用什麼資料，如何加工處理這些資料，輸出什麼資訊，輸出到什麼部門，輸出結果的格式是什麼。
⑶協助使用者明確對新系統的各種要求
包括資訊要求、處理要求、完全性與完整性要求。
⑷確定新系統的邊界
確定哪些功能由計算機完成或將來準備讓計算機完成，哪些活動由人工完成。由計算機完成的功能就是新系統應該實現的功能。
⑸分析系統功能
⑹分析系統資料
⑺編寫分析報告
閱讀筆記05
最近接著閱讀了 掌握需求過程 中有關質量關的部分，質量關是每項需求正式進入到需求規格說明書的地方。而且質量關檢查對大多數需求規格是有用的。而且比較合適於產品的目標，需求限制條件，功能性需求及非功能性需求。一旦有了一項需求，就可以開始檢查，目的是盡早識別並捕獲需求相關的缺陷，用意是阻止不正確的需求進入...
假期閱讀筆記05
3層架構的定義 3層架構分別為 表示層 web 業務邏輯層 bll 資料訪問層 dal 資料訪問層 dal 採用抽象工廠模式搭建資料訪問介面，並由各種資料庫型別對應的包來實現對各種資料庫的訪問。業務邏輯層 bll 包含了 實體資料 model 包 以及 業務邏輯 bll 包 分別提供 實體 和 cr...
構建之法閱讀筆記05
時隔多日，自己又重拾 構建之法 今天對需求分析這部分進行了閱讀。當我們程式設計師在編寫軟體之前要做的就是了解使用者的需求，準確而全面地找到需求主要有以下幾個步驟 1 獲取和引導需求 elicitation 我們需要找到軟體的利益相關者，了解和挖掘他們對軟體的需求，引導他們表達出對軟體的需求。很多時候...