第二階段-需求分析階段
在第二個階段重點就是粒度的細化，從主題域我需要細化一層到識別了關鍵業務物件的領域檢視，從業務事件進行流程分析我們需要講業務事件細化一層到具體的業務活動，而業務活動正式我們在識別用例的時候的重要參考。所以在這裡我們基本清楚了第二階段剛開始是通過業務事件進行業務流程分析，業務實體分析，業務場景分析，識別領域類和用例。
需求分析就是先分解，在提煉，然後在這個過程中消除矛盾。不管是採用結構化的方法還是物件導向的方法，分解是人類控制複雜性，認知複雜事物的最佳實踐。現代工程理論更建議採用業務導向的分解而非系統導向的分解。在第一階段的分解我們可以看到以主題域為主線索，具體的分解過程為目標系統-》主題域-》業務事件；到了第二階段則是以業務流程為主線索進行分解，具體為業務事件-》業務流程和業務活動-》領域類圖和用例。
業務流程是對資訊系統進行庖丁解牛的核心線索，每個業務事件都是乙個業務流程的觸發，因此針對每個業務事件都應繼續做業務流程分析。對於業務流程是企業核心業務的重要載體，業務流程本身就是結構化的，而且是分級的，通過分析業務流程就能夠識別企業核心業務活動，為需求建模做好準備工作。
在這個階段我們看到兩個重要輸出，乙個是靜態的領域類涉及到領域建模，而領域建模的重點就是標識類，明確類之間的邏輯關係和數量關係，新增重要的結構規則。另外乙個就是動態的用例，在rup核心三要素中專門強調了用例驅動，足見用例建模的重要性，但是我們要注意到第二階段的重點仍然是搭框架結構，因此並沒有要求要識別所有的領域類和用例。
閱讀筆記02
需求 需求收集方法 軟體需求可以來自方方面面，這取決於所開發產品的性質和開發環境。需從不同使用者代表和 收集需求，這說明了需求工程是以相互交流為核心的性質。下面是幾個軟體需求的典型 1 訪問並與有潛力的使用者 為找出新軟體產品的使用者需求，最直截了當的方法是詢問他們。2 把對目前的或競爭產品的描述寫...
閱讀筆記02
第六章 應對大型專案 1 常用的設計與實現方法 1 視覺化軟體過程和使用準則 2 重要的框架 3 積極的分解 4 多平台支援 5 物件導向技術 6 運算子過載 7 庫，元件和程序 8 對於處理的積極使用 2 大多數的大型專案使用乙個複雜的編譯過程，這類過程一般能夠處理配置選項 多種型別的輸入輸出檔案...
2021 9 15 閱讀筆記02
一 今日學習內容 閱讀筆記 這周讀了 人月神話 作者闡述的主要觀點是在軟體開發專案上專案進度和增加人員這兩個概念是不能互換。在之前一直認為，人多做的事情就多，就可以解決很多問題，這個觀點在一些方面可能成立，但是在開發專案方面好像並不是。一 美國20年前軟體專案所面臨的問題，在我們現在依然如此，糟糕的...