RUP(Rational Unified Process)：統一軟件開發過程
包含4個階段：初始階段、細化階段、交付階段（注意，題目裏面可能是移交，意思一樣就可以了！）、構建階段；
用例驅動以架構爲中心迭代和增量；
初始階段：確定項目範圍和邊界識別系統的關鍵用例展示系統的候選架構，估計項目費用和時間，估計項目風險。
細化階段：分析系統我呢體領域，建立軟件架構基礎，淘汰最高風險元素。
交付階段：進行β測試製作發佈版，用戶文檔定稿，確定新系統，培訓，調整產品。
構建階段：開發剩餘構件，構件組裝測試；
注意：β測試只有產品的才能測試，在用戶環境下測試。α測試是在開發環境下才有
各維護的細節！
正確性維護：改BUG；
適應性維護：適應外部環境的變化；
完善性維護：增加功能，提升性能；
預防性維護：解決將來會遇到的問題；
項目中遇到最多的就是完善性維護，最少的是預防性維護；
最常用的12種設計模式小結：
1.策略模式(Strategy): 定義了算法家族, 分別封裝起來, 讓它們之間可以互相替換。
2.裝飾着模式(Decorator): 動態的給一個對象添加一些額外的職責。
3.代理模式(Proxy): 爲其他對象提供一種代理以控制對這個對象的訪問。
4.工廠模式(Factory): 定義一個用以創建對象的接口, 讓子類決定實例化哪個類。
5.模板模式(Template): 定義一個操作中的算法骨架, 而將一些步驟延遲到子類中.
6.外觀模式(Facade): 爲子系統中的一組接口提供一個一致的界面。
7.建造者模式(Builder): 將一個複雜對象的構建與它的表示分離。
8.觀察者模式(Observer): 定義了一種一對多的依賴關係,讓多個觀察者對象同時監聽某一主題對象,在它的狀態發生變化時,會通知所有的觀察者。
9.抽象工廠模式(Abstract Factory): 提供一個創建一系列相關或相互依賴對象的接口, 而無需指定它們具體的類。
10.適配器模式(Adapter): 將一個類的接口轉換成客戶希望的另一個接口。
11.單例模式(Singleton): 保證一個類僅有一個實例,並提供一個訪問它的全局控制點。
12.命令模式(Command): 將一個請求封裝成爲一個對象, 使可以用不同的請求對客戶進行參數化。
用例模型中，兩個用例之間中存在的關係：擴展（可選的關係）、使用（必須的關係）、泛化（有父子關係）；
注意：考試的時候，可能會多出幾個關係，這個時候，不要侷限於上面的這3個，根據選項找最合適的。
這裏要注意，在包含和擴展裏面，A爲基礎用例，包含是基礎指向大的一塊。擴展是大的指向基礎的，這個要注意！
泛化和實現中A爲父類，或者接口。BC爲子類。泛化可以接口泛化接口，也可以父類泛化子類，而實現只能是父類和子類，不能接口對接口。
實際應用領域中，EP爲企業門戶包含：
企業網站：信息單向傳送，只能看，不能收集用戶信息，填寫數據等功能。
企業信息門戶：訪問者可以相互討論和交換信息。把數據資源和互聯網資源集成到EP中；
企業知識門戶：主要是給員工用。
企業應用門戶：對企業業務邏輯的集成、不僅僅內部員工可以用，外部人員也可以用。
CRM爲客戶關係管理，管理對象是客戶與企業之間的雙向關係。
在開發過程中，客戶關係培養和維護是開發的主要目標。
這裏要注意幾個概念：SRM（供應商關係管理）是管理供貨商的，ERP（企業資源計劃）是企業自身管理。
S（供貨商） A（企業） C（客戶）
A到C用CRM管理、S到A用SRM管理。A用ERP管理
主題數據庫：數據存放是按照主題來的，解決信息孤島問題；
他包括：數據抽取、數據裝載、數據清洗（包含數據轉換）
企業應用集成:
初級階段：部門職能展開，搞數據處理的；
mis階段：企業整體需求；
應用（系統）集成：考勤、財務等。把信息孤島關聯起來；
界面集成
界面->表示層
業務、控制集成->應用邏輯
數據集成->中間件
中間件下面就是數據庫了！
信息化戰略與實施：
企業應用集成(EAI)：界面集成、業務過程集成、應用集成、數據集成、平臺集成；
企業信息化與電子商務：B2B、B2C、C2C、O2O（Online To Offine）
信息系統戰略規劃：
第一階段
以數據處理爲核心，圍繞職能部門需求的信息系統規劃
主要方法：企業系統規劃法，關鍵成功因素法，戰略集合轉化法
第二階段
以企業內部管理系統爲核心，圍繞企業整體需求進行的信息系統規劃
主要方法：信息工程法，戰略柵格法
第三階段
在綜合考慮企業內外環境的情況下，以集成爲核心，圍繞企業戰略需求進行的信息系統規劃
主要的方法：價值鏈分析法，戰略一致性模型