1.1 面向過(guò)程還是面向?qū)ο?/h1>
這種認(rèn)識(shí)論
幫助我們構(gòu)造更為復(fù)雜的系統(tǒng)來(lái)解釋越來(lái)越復(fù)雜的現(xiàn)實(shí)世界
1.1.1 面向過(guò)程方法
1.1.2 面向過(guò)程的困難
在需求復(fù)雜度較低的時(shí)候非常管用
構(gòu)成一個(gè)系統(tǒng)的因素太多，要把所有的可能因素都考慮到，所有因素的因果關(guān)系都分析清楚，模擬出來(lái)太困難了
1.1.3 面向?qū)ο蠓椒?/h2>
封裝、繼承、聚合、接口、多態(tài)
抽象、類、實(shí)例化
復(fù)用、抽象層次
1.1.4 面向?qū)ο罄щy
抽象-現(xiàn)實(shí)世界和對(duì)象世界之間存在著一道鴻溝
1.2 UML帶來(lái)了什么
1.2.1 什么是UML
編程需要的對(duì)象不但不能夠從設(shè)計(jì)中自然而然的推到出來(lái)，而且強(qiáng)調(diào)連續(xù)性和過(guò)程化的結(jié)構(gòu)化設(shè)計(jì)與事件驅(qū)動(dòng)型的離散對(duì)象結(jié)構(gòu)之間有著難以調(diào)和的矛盾。
OOD：面向?qū)ο笤O(shè)計(jì)
OOA：面向?qū)ο蠓治?/p>
統(tǒng)一語(yǔ)言
1.2.2 統(tǒng)一語(yǔ)言
統(tǒng)一的目標(biāo)是形成標(biāo)準(zhǔn)
另一個(gè)意義是讓人和機(jī)器都能讀懂
UML采用了“可視化”的圖形方式來(lái)定義語(yǔ)言
1.2.3 可視化
元模型和表示法
1.2.4 從現(xiàn)實(shí)世界到業(yè)務(wù)模型
建立模型是指通過(guò)對(duì)客觀事物建立一種抽象的方法
人驅(qū)動(dòng)系統(tǒng)，事件體現(xiàn)過(guò)程，物記錄結(jié)果，規(guī)則是控制
Actor參與者
use case 用例
1.2.5 從業(yè)務(wù)模型到概念模型
分析模型：
邊界類 boundary
實(shí)體類 entity
控制類 control
1.2.6 從概念模型到設(shè)計(jì)模型
如見(jiàn)架構(gòu)和框架
編程語(yǔ)言
規(guī)范和中間件
1.2.7 面向?qū)ο蟮膯?wèn)題解決了嗎
一種把現(xiàn)實(shí)世界映射到對(duì)象世界的方法
一種用對(duì)象世界描述現(xiàn)實(shí)世界的方法
一種用對(duì)象世界行為正確反映了現(xiàn)實(shí)世界的方法
1.3 統(tǒng)一過(guò)程簡(jiǎn)介
1.3.1 RUP是什么
四個(gè)階段：先啟、精化、構(gòu)建、產(chǎn)品化
九個(gè)核心工作流：業(yè)務(wù)建模、需求、分析設(shè)計(jì)、實(shí)施、測(cè)試、部署、配置與變更管理、項(xiàng)目管理、環(huán)境
1.3.2 RUP和UML
音樂(lè)理論和五線譜的關(guān)系
1.3.3 RUP與軟件工程
長(zhǎng)期戰(zhàn)略的軟件產(chǎn)品
1.3.4 RUP最佳實(shí)踐
軟件產(chǎn)品
UML、構(gòu)件化、用例驅(qū)動(dòng)、架構(gòu)導(dǎo)向
項(xiàng)目管理、迭代生命周期、質(zhì)量管理、配置管理、人員角色
