【正文】 。原型化：拋棄型，進(jìn)化型面向?qū)ο螅夯靖拍睿簩?duì)象、類、抽象、封裝、繼承、多態(tài)、接口、消息、組件、模式、復(fù)用。繼承基本功能是將一些功能相關(guān)的對(duì)象進(jìn)行歸類表示，使得子對(duì)象具有其父對(duì)象屬性的能力。他使得類能作為軟件復(fù)用中的基本單元，提高內(nèi)聚度，降低耦合度。抽象是通過(guò)特定的實(shí)例抽取共同特征以后形成概念過(guò)程。需求分析涉及分析需求的過(guò)程，其目的如下。發(fā)現(xiàn)軟件的邊界，以及軟件與其環(huán)境如何交互。 軟件設(shè)計(jì)、測(cè)試與維護(hù) 軟件設(shè)計(jì) 是“定義一個(gè)系統(tǒng)或組件的架構(gòu)、組件、接口和其他特征的過(guò)程”，并得到“這個(gè)過(guò)程的結(jié)果”。軟件構(gòu)架設(shè)計(jì)（有時(shí)叫做高層設(shè)計(jì)）： 描述軟件的結(jié)構(gòu)和組織，標(biāo)識(shí)各種不同的組件。軟件測(cè)試 單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試軟件維護(hù)包括如下類型： （1）更正性維護(hù)；軟件產(chǎn)品交付后進(jìn)行的修改，以更改發(fā)現(xiàn)的問(wèn)題。（3）完善性維護(hù)：軟件產(chǎn)品交付后進(jìn)行的修改，以改進(jìn)性能和可維護(hù)性。 軟件復(fù)用 指利用已有軟件的各種有關(guān)知識(shí)構(gòu)造新的軟件，以縮減軟件開(kāi)發(fā)和維護(hù)的費(fèi)用。評(píng)審/審計(jì)：管理評(píng)審目的監(jiān)控進(jìn)展，決定計(jì)劃和進(jìn)度的狀態(tài)，確認(rèn)需求及其系統(tǒng)分配，或評(píng)價(jià)用于達(dá)到目標(biāo)適應(yīng)性的管理方法的有效性。技術(shù)評(píng)審目的評(píng)價(jià)軟件產(chǎn)品，以確定其對(duì)使用意圖的適合性，目標(biāo)是識(shí)別規(guī)范說(shuō)明和標(biāo)準(zhǔn)的差異，并向管理提供證據(jù)，以表明產(chǎn)品是否滿足規(guī)范說(shuō)明并遵從標(biāo)準(zhǔn)，而且可以控制變更。審計(jì)是正式組織的活動(dòng)，識(shí)別違例情況，并產(chǎn)生一個(gè)報(bào)告，采取更正性行動(dòng)。軟件配置管理活動(dòng)有：軟件配置管理過(guò)程的管理和計(jì)劃、軟件配置標(biāo)識(shí)、軟件配置控制、軟件配置狀態(tài)記錄、軟件配置審計(jì)、軟件發(fā)布管理與交付。軟件設(shè)計(jì)工具軟件構(gòu)造工具程序編輯器、編譯器和代碼生成器、解釋器、調(diào)試器。軟件維護(hù)工具理解工具（如可視化工具）和再造工具（如重構(gòu)工具）。軟件工程管理工具包括項(xiàng)目計(jì)劃與追蹤工具、風(fēng)險(xiǎn)管理工具和度量工具。軟件質(zhì)量工具檢查工具和分析工具 軟件過(guò)程管理啟動(dòng)和范圍定義 軟件項(xiàng)目計(jì)劃 軟件項(xiàng)目實(shí)施 評(píng)審和評(píng)價(jià) 關(guān)閉 軟件工程度量 面向?qū)ο笙到y(tǒng)分析與設(shè)計(jì) 面向?qū)ο蟮幕靖拍?對(duì)象、類、抽象、封裝、繼承、多態(tài)、接口、消息、組件、模式和復(fù)用等。（2）是一種建模語(yǔ)言規(guī)范說(shuō)明，是面向?qū)ο蠓治雠c設(shè)計(jì)的一種標(biāo)準(zhǔn)表示。（4）簡(jiǎn)單并且可擴(kuò)展，具有擴(kuò)展和專有化機(jī)制，便于擴(kuò)展，無(wú)需對(duì)核心概念進(jìn)行修改。（6）與最好的軟件工程實(shí)踐經(jīng)驗(yàn)集成。它記錄了對(duì)所構(gòu)造的系統(tǒng)的決定和理解，可用于對(duì)系統(tǒng)的理解、設(shè)計(jì)、瀏覽、配置、維護(hù)和信息控制。UML的設(shè)計(jì)目標(biāo) UML最重要的目標(biāo)是使UML成為一個(gè)通用的建模語(yǔ)言，可供所有建模者使用。UML視圖（結(jié)構(gòu)、動(dòng)態(tài)行為和模型管理）UML 提供了如下9 種主要的圖來(lái)對(duì)待建系統(tǒng)進(jìn)行建模。視圖域說(shuō)明視圖圖結(jié)構(gòu)描述了系統(tǒng)中的結(jié)構(gòu)成員及其相互關(guān)系。行為用從靜態(tài)視圖中抽取的瞬間值的變化來(lái)描述狀態(tài)機(jī)狀態(tài)機(jī)圖活動(dòng)活動(dòng)圖交互視圖協(xié)作圖、順序圖模型管理說(shuō)明了模型的分類組織結(jié)構(gòu)，跨越了其他視圖并根據(jù)系統(tǒng)開(kāi)發(fā)和配置組織這些視圖模型管理類圖 使用面向?qū)ο蠹夹g(shù)進(jìn)行軟件開(kāi)發(fā)的最佳實(shí)踐—RUP RUP的6個(gè)基本最佳實(shí)踐經(jīng)驗(yàn)如下：（1）迭代式開(kāi)發(fā)。（3）使用以組件為中心的軟件構(gòu)架。（5）驗(yàn)證軟件質(zhì)量。 面向?qū)ο笙到y(tǒng)分析階段將運(yùn)用面向?qū)ο蟮姆椒ǚ治鰡?wèn)題域，建立基于對(duì)象、消息的業(yè)務(wù)模型，形成對(duì)客觀世界和業(yè)務(wù)模型，形成對(duì)客觀世界和業(yè)務(wù)本身的正確認(rèn)識(shí)。面向?qū)ο蠓治龅闹饕脩裟繕?biāo)為：（1）描述用戶需要。（3）定義軟件完成后可被確認(rèn)的一組需求。（2）發(fā)現(xiàn)用例。（4）進(jìn)行領(lǐng)用分析。（6）建立對(duì)象行為模型。 面向?qū)ο笙到y(tǒng)設(shè)計(jì) 1 用例設(shè)計(jì)目的：（1）利用交互改進(jìn)用例實(shí)現(xiàn)。（3）調(diào)整對(duì)子系統(tǒng)和（或）它們的接口操作需求。2 類設(shè)計(jì)類是設(shè)計(jì)工作的核心，系統(tǒng)的實(shí)際工作其實(shí)也是由類執(zhí)行的。（2）確保提供充足的信息明確無(wú)誤地實(shí)施類。（4）包含用于類的設(shè)計(jì)機(jī)制。目的：（1）用所包含類的協(xié)作來(lái)定義在子系統(tǒng)接口中指定的行為。（3）定義子系統(tǒng)接口和包含類之間的實(shí)現(xiàn)關(guān)系。（4）確定對(duì)其他子系統(tǒng)的依賴關(guān)系。（1）軟件架構(gòu)是一個(gè)程序或系統(tǒng)的構(gòu)件的結(jié)構(gòu)、構(gòu)件間的關(guān)系以及控制構(gòu)件設(shè)計(jì)演化的原則和方針。（3）在計(jì)算的算法和數(shù)據(jù)結(jié)構(gòu)之外，設(shè)計(jì)并確定系統(tǒng)整體結(jié)構(gòu)成了新的問(wèn)題。 典型架構(gòu) 管道/過(guò)濾器模式優(yōu)點(diǎn)：（1）體系了各功能模塊的“黑盒”特性及高內(nèi)聚、低耦合的特點(diǎn)。（3）支持軟件功能模塊的重用。（5）支持某些特定的分析，如吞吐量計(jì)算、死鎖檢測(cè)等。缺點(diǎn)：（1）通常導(dǎo)致系統(tǒng)處理過(guò)程的成批操作。（3）可能需要每個(gè)過(guò)濾器自己完成數(shù)據(jù)解析和合成工作（如加密和解密），從而導(dǎo)致系統(tǒng)性能下降，并增加了過(guò)濾器具體實(shí)現(xiàn)的復(fù)雜性。優(yōu)點(diǎn)：（1）高度模塊化；（2）封裝功能實(shí)現(xiàn)了數(shù)據(jù)隱藏；（3）繼承性提供了一種實(shí)現(xiàn)代碼共享的手段。缺點(diǎn)：對(duì)象之間的調(diào)用需要知道所調(diào)用對(duì)象的標(biāo)識(shí)。否則系統(tǒng)將可能無(wú)法正常運(yùn)行。優(yōu)點(diǎn)：(1)支持軟件重用，容易實(shí)現(xiàn)并發(fā)處理。（3）可以簡(jiǎn)化客戶代碼。（2）不能很好地解決數(shù)據(jù)交換問(wèn)題。分層模式優(yōu)點(diǎn)：（1）有助把復(fù)雜的問(wèn)題按功能分解，使整體設(shè)計(jì)更為清晰。（3）具有較好的可擴(kuò)展性。缺點(diǎn)：（1）并不是每個(gè)系統(tǒng)都可以很容易地劃分出層次來(lái)；同時(shí)，各層功能的劃分也沒(méi)有一個(gè)統(tǒng)一的、正確的抽象方法。知識(shí)庫(kù)模式采用兩種不同的構(gòu)件：中央數(shù)據(jù)結(jié)構(gòu)構(gòu)件說(shuō)明當(dāng)前狀態(tài)，獨(dú)立構(gòu)件在中央數(shù)據(jù)存儲(chǔ)上執(zhí)行，中央數(shù)據(jù)構(gòu)件與獨(dú)立的外部構(gòu)件間的相互作用是系統(tǒng)中的主要問(wèn)題。C/S 模式 優(yōu)點(diǎn)：（1）客戶機(jī)與服務(wù)器分離，允許網(wǎng)絡(luò)分布操作；二者的開(kāi)發(fā)業(yè)可分開(kāi)同時(shí)進(jìn)行。缺點(diǎn)：(1)客戶機(jī)與服務(wù)器的通訊依賴于網(wǎng)絡(luò)，可能成為整個(gè)系統(tǒng)運(yùn)作的瓶頸；客戶機(jī)的負(fù)荷過(guò)重，難以管理大量的客戶機(jī)，系統(tǒng)的性能受到很大影響。（3）二層C/S 模式采用單一服務(wù)器且以局域網(wǎng)為中心，難以擴(kuò)展至廣域網(wǎng)絡(luò)或 INTERNET.（4）數(shù)據(jù)安全性不好。 軟件架構(gòu)分析與評(píng)估（1）關(guān)系數(shù)據(jù)庫(kù)與對(duì)象數(shù)據(jù)庫(kù)的選擇問(wèn)題；（2）用戶界面選擇使用HTML；（3）靈活性和性能的考慮；（4）技術(shù)的選擇；（5）聘請(qǐng)經(jīng)驗(yàn)豐富的架構(gòu)設(shè)計(jì)師。通常將中間件分為：數(shù)據(jù)庫(kù)訪問(wèn)中間件、遠(yuǎn)程過(guò)程調(diào)用中間件、面向消息中間件、事務(wù)中間件、分布式中間件等。（ODBC 和JDBC ） 2）遠(yuǎn)程過(guò)程調(diào)用 遠(yuǎn)程過(guò)程調(diào)用(RFC)是一種廣泛使用的分布式應(yīng)用程序處理方法。4) 分布式對(duì)象中間件 隨著對(duì)象技術(shù)與分布式技術(shù)的發(fā)展，兩者相互結(jié)合形成了分布式對(duì)象技術(shù)、并發(fā)展成為當(dāng)今軟件技術(shù)的主流方向。（OTM） 典型應(yīng)用集成技術(shù) 數(shù)據(jù)庫(kù)與數(shù)據(jù)倉(cāng)庫(kù)技術(shù) 數(shù)據(jù)倉(cāng)庫(kù)是一個(gè)面向主題、集成的、相對(duì)穩(wěn)定的、反映歷史變化的數(shù)據(jù)集合，用于支持管理決策。技術(shù)包括：SOAP。 UDDI。 J2EE架構(gòu) .NET 架構(gòu)完整的J2EE技術(shù)規(guī)范：（1）J2EE 平臺(tái)（2）J2EE應(yīng)用編程模型（3）J2EE 兼容測(cè)試套件（4）J2EE 參考實(shí)現(xiàn)。J2EE 包含：（1）JNDI (2)Servlet （3） JSP (4) EJB (5) JCA (6) JDBC (7) JMS (8) JTA (9)JAVAMAIL (10) RMIIIOP.NET 架構(gòu) 是基于一組開(kāi)發(fā)的互聯(lián)網(wǎng)協(xié)議而推出的一系列的產(chǎn)品、技術(shù)和服務(wù)。工作流管理系統(tǒng)的主要功能是通過(guò)計(jì)算機(jī)技術(shù)的支持區(qū)定義、執(zhí)行和管理工作流，協(xié)調(diào)工作流執(zhí)行過(guò)程中工作之間以及群體成員之間的信息交互。 常用構(gòu)件標(biāo)準(zhǔn) COM/DCOM/COM+ 是個(gè)開(kāi)放的組件標(biāo)準(zhǔn)，它有很強(qiáng)的擴(kuò)充和擴(kuò)展能力。EJB EJB用于封裝業(yè)務(wù)，而業(yè)務(wù)可分業(yè)務(wù)實(shí)體和業(yè)務(wù)過(guò)程。缺乏路由和網(wǎng)絡(luò)層尋址功能。 INTERNET 技術(shù)及應(yīng)用 網(wǎng)絡(luò)分類網(wǎng)絡(luò)分類標(biāo)準(zhǔn)：分布范圍和網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)。城域網(wǎng)（1）SDH 多業(yè)務(wù)平臺(tái)。（3）電信級(jí)以太網(wǎng)多業(yè)務(wù)平臺(tái)。它主要影響網(wǎng)絡(luò)設(shè)備的類型和性能、網(wǎng)絡(luò)的擴(kuò)張潛力，以及網(wǎng)絡(luò)的管理模式等。和ATM 技術(shù)。、設(shè)計(jì)及實(shí)施原則網(wǎng)絡(luò)規(guī)劃原則：（1）實(shí)用性原則；（2）開(kāi)發(fā)行原則；（3）先進(jìn)行性原則。網(wǎng)絡(luò)規(guī)劃原則：實(shí)用性、開(kāi)放性、先進(jìn)性、可擴(kuò)展性DNS功能：查詢域名與IP 地址之間的相互映射關(guān)系，即能將域名轉(zhuǎn)換為IP 地址，或者能通過(guò)IP 地址查找相應(yīng)主機(jī)域名。若通過(guò)PPP 撥號(hào)方式接入internet，則需要撥號(hào)用戶的賬號(hào)和密碼，無(wú)須固定的IP 地址。通過(guò)局域網(wǎng)接入Internet，可以使用靜態(tài)分配的IP 地址，也可以使用DHCP 服務(wù)器動(dòng)態(tài)分配的IP 地址。通過(guò)代理服務(wù)器接入Internet，基于代理服務(wù)器的網(wǎng)絡(luò)地址轉(zhuǎn)換（NAT）功能，多臺(tái)主機(jī)可以共享一個(gè)IP 地址。項(xiàng)目管理：把各種知識(shí)、技能、手段和技術(shù)應(yīng)用于項(xiàng)目活動(dòng)之中，以達(dá)到項(xiàng)目的要求?！卷?xiàng)目經(jīng)理是負(fù)責(zé)實(shí)現(xiàn)項(xiàng)目目標(biāo)的個(gè)人】項(xiàng)目的目標(biāo)：成果性目標(biāo)和約束性目標(biāo)項(xiàng)目成果性目標(biāo)（也簡(jiǎn)稱為項(xiàng)目目標(biāo)）：指通過(guò)項(xiàng)目開(kāi)發(fā)出的滿足客戶要求的產(chǎn)品、系統(tǒng)、服務(wù)或成果。項(xiàng)目的目標(biāo)要求遵守 SMART原則，即項(xiàng)目的目標(biāo)要求Specific（具體）、Measurable（可測(cè)量）、Agree to（需相關(guān)方的一致同意）、Realistic（現(xiàn)實(shí)）、Timeoriented（有一定的時(shí)限）?！局笇?duì)項(xiàng)目目標(biāo)的描述需要一個(gè)從抽象到具體的層次結(jié)構(gòu)】項(xiàng)目通常是實(shí)現(xiàn)組織戰(zhàn)略計(jì)劃的一種手段。項(xiàng)目的特點(diǎn)：（1）臨時(shí)性是指每一個(gè)項(xiàng)目都有一個(gè)明確的開(kāi)始時(shí)間和結(jié)束時(shí)間，臨時(shí)性也指項(xiàng)目是一次性的。信息系統(tǒng)集成項(xiàng)目：就是從客戶和用戶的需求出發(fā)，將硬件、系統(tǒng)軟件、工具軟件、網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)及相應(yīng)的應(yīng)用軟件集成為實(shí)用的信息系統(tǒng)的過(guò)程。信息系統(tǒng)集成的特殊性：（1）目標(biāo)的不確定性；（2）需求的不穩(wěn)定性；（3）對(duì)智力的依賴性；（4）項(xiàng)目評(píng)價(jià)的主觀性；（5）項(xiàng)目的創(chuàng)新性；（6）項(xiàng)目的時(shí)限性。一個(gè)合格的項(xiàng)目經(jīng)理，至少應(yīng)當(dāng)具備如下的素質(zhì)：（1）足夠的知識(shí)；信息系統(tǒng)項(xiàng)目的項(xiàng)目經(jīng)理所需要的知識(shí)包括：①項(xiàng)目管理：項(xiàng)目管理的理論、方法論和相關(guān)工具；②系統(tǒng)集成專業(yè)的IT知識(shí)；③客戶行業(yè)的業(yè)務(wù)知識(shí)；④其他必要的知識(shí)。（3）良好的協(xié)調(diào)和溝通能力；（4）良好的職業(yè)道德；（5）一定的領(lǐng)導(dǎo)和管理能力具有一定領(lǐng)導(dǎo)能力包括：為項(xiàng)目團(tuán)隊(duì)明確共同目標(biāo)、決策、激勵(lì)、博采眾長(zhǎng)、解決問(wèn)題、化解沖突、能綜合不同利益并平衡沖突的項(xiàng)目目標(biāo)。（2）領(lǐng)導(dǎo)并管理項(xiàng)目團(tuán)隊(duì)；（3）依據(jù)項(xiàng)目進(jìn)展的階段，組織制訂詳細(xì)程度適宜的項(xiàng)目計(jì)劃，監(jiān)控計(jì)劃的執(zhí)行，并根據(jù)實(shí)際情況、客戶要求或其他變更要求對(duì)計(jì)劃的變更進(jìn)行管理；（4）真正理解“一把手工程”；（5）注重客戶和用戶參與。項(xiàng)目管理知識(shí)體系（PMBOK）的九大知識(shí)領(lǐng)域：（1）項(xiàng)目范圍管理；（2）項(xiàng)目時(shí)間管理；（3）項(xiàng)目成本管理；（4）項(xiàng)目質(zhì)量管理；（5）人力資源管理；（6）項(xiàng)目溝通管理；（7）項(xiàng)目風(fēng)險(xiǎn)管理；（8）項(xiàng)目采購(gòu)管理；（9）項(xiàng)目綜合管理。項(xiàng)目型組織優(yōu)點(diǎn)：結(jié)構(gòu)單一，權(quán)責(zé)分明，有利于統(tǒng)一指揮；目標(biāo)明確單一；溝通簡(jiǎn)潔、方便；決策快。矩陣型組織的優(yōu)點(diǎn)：項(xiàng)目經(jīng)理負(fù)責(zé)制、有明確的項(xiàng)目目標(biāo)；改善了項(xiàng)目經(jīng)理對(duì)整體資源的控制；及時(shí)相應(yīng)；獲得職能組織更多的支持；最大限度地利用公司的稀缺資源；改善了跨職能部門間的協(xié)調(diào)合作；使質(zhì)量、成本、時(shí)間等制約因素得到更好的平衡；團(tuán)隊(duì)有歸屬感；沖突少。項(xiàng)目生命周期：從項(xiàng)目開(kāi)始直到項(xiàng)目結(jié)束，這一段時(shí)間就構(gòu)成了項(xiàng)目的項(xiàng)目生命周期。項(xiàng)目生命周期的特征：在初始階段，成本和人員投入水平較低；在中間階段，成本和人員投入水平較高；當(dāng)項(xiàng)目接近結(jié)束時(shí)則快速下降。典型的信息系統(tǒng)項(xiàng)目的生命周期模型：瀑布模型的優(yōu)點(diǎn)：可以是過(guò)程比較規(guī)范化，有利于評(píng)審；瀑布模型的缺點(diǎn)：過(guò)于理想化，缺乏靈活性，容易產(chǎn)生需求偏差。在進(jìn)行需求分析、功能設(shè)計(jì)的同時(shí)，測(cè)試人員就可以閱讀、審查分析結(jié)果，從而了解產(chǎn)品設(shè)計(jì)特點(diǎn)及用戶的真正需求，確定測(cè)試目標(biāo)，可準(zhǔn)備用例并策劃測(cè)試活動(dòng)。設(shè)計(jì)人員做詳細(xì)設(shè)計(jì)時(shí)，測(cè)試人員可參與設(shè)計(jì)，對(duì)設(shè)計(jì)進(jìn)行評(píng)審，找出設(shè)計(jì)缺陷，同時(shí)設(shè)計(jì)測(cè)試用例，完善測(cè)試計(jì)劃，并基于用例開(kāi)發(fā)測(cè)試腳本。避免了瀑布模型多帶來(lái)的誤區(qū)，即軟件測(cè)試是在代碼完成之后進(jìn)行。原型化模型優(yōu)點(diǎn)：為彌補(bǔ)瀑布模型的不足而產(chǎn)生。項(xiàng)目管理過(guò)程組：（1）啟動(dòng)過(guò)程組；（2）計(jì)劃編制過(guò)程組；（3）執(zhí)行過(guò)程組；（4）監(jiān)督與控制過(guò)程組；（5）收尾過(guò)程組。需求分析：確定待開(kāi)發(fā)的信息系統(tǒng)應(yīng)該“做什么”。需求分析工作內(nèi)容：（1）問(wèn)題識(shí)別；（2）分析與綜合；（3）編制需求分析的文檔；（4）需求分析與評(píng)審。 項(xiàng)目建議書(shū)（立項(xiàng)申請(qǐng)）是項(xiàng)目建設(shè)單位向上級(jí)主管部門提交項(xiàng)目申請(qǐng)時(shí)所必須的文件，是該項(xiàng)目建設(shè)籌建單位或項(xiàng)目法人，根據(jù)國(guó)民經(jīng)濟(jì)的發(fā)展、國(guó)家和地方中長(zhǎng)期規(guī)劃、產(chǎn)業(yè)政策、生產(chǎn)力布局、國(guó)內(nèi)外市場(chǎng)、所在地內(nèi)外部條件、本單位的發(fā)展戰(zhàn)略等，提出的某一具體項(xiàng)目的建設(shè)文件，是對(duì)擬建項(xiàng)目提出的框架性的總體設(shè)想。項(xiàng)目可行性研究?jī)?nèi)容：（1）投資必要性；（2）技術(shù)的可行性；（3）財(cái)務(wù)可行性；（4）組織可行性；（5）經(jīng)濟(jì)可行性；（6）社會(huì)可行性【分析項(xiàng)目對(duì)社會(huì)的影響】；（7）風(fēng)險(xiǎn)因素及對(duì)策?？尚行匝芯抗ぷ髦饕谕顿Y前時(shí)期。階段精確程度所需時(shí)間占投資總額機(jī)會(huì)研究階段30%13 個(gè)月%15%初步可行性研究階段20%46 個(gè)月%%詳細(xì)可行性研究階段10%812 個(gè)月（大）46 個(gè)月（小、中）10%1%3%（小、中）評(píng)價(jià)和決策階段合同談判的方法：一般先談技術(shù)條款，