考試知識(shí)框架信息系統(tǒng)集成技術(shù)

1、1第一章、前言項(xiàng)目需求可行性監(jiān)理書督促和助理解決方案需求報(bào)告監(jiān)督和建議報(bào)告 項(xiàng)目章程2系統(tǒng)集成商的項(xiàng)目經(jīng)理的項(xiàng)目實(shí)施團(tuán)隊(duì)承約方/乙方：系統(tǒng)集成商監(jiān)理方客戶/甲方認(rèn)證方管理或投資機(jī)構(gòu)信息系統(tǒng)集成技術(shù)高章舜gaozhsh2002 gaozhsh2007中國(guó)電子學(xué)會(huì) 信息系統(tǒng)集成分會(huì)2甲方企業(yè)的IT發(fā)展戰(zhàn)略企業(yè)規(guī)模企業(yè)成立電信 電財(cái)信務(wù)FI財(cái)務(wù)FI企業(yè)成立1年后采購(gòu)MM銷售SM采購(gòu)MM 銷售SM 企業(yè)內(nèi)部集成后庫(kù)存IM 車間WM供應(yīng)商經(jīng)銷商上下游信息化后CRMCRMCRM企業(yè)從事各種業(yè)務(wù)，有自己的發(fā)展戰(zhàn)略：所在的行業(yè)如各級(jí)黨政軍警機(jī)關(guān)（電子政務(wù)）、教育、郵電、時(shí)間T電信、石化、快速消費(fèi)品、制造業(yè)41

2、.1 、甲方發(fā)展戰(zhàn)略及其IT發(fā)展 什么戰(zhàn)略？這個(gè)術(shù)語(yǔ)來(lái)自軍事，原意是指中對(duì)抗各方制定的制勝的謀略。 什么是企業(yè)戰(zhàn)略？“企業(yè)戰(zhàn)略就是指企業(yè)在市場(chǎng)體制下，根據(jù)企業(yè)內(nèi)外環(huán)境及可取得的情況，為求得企業(yè)生存和長(zhǎng)期穩(wěn)定地發(fā)展，對(duì)企業(yè)發(fā)展目標(biāo)，達(dá)成目標(biāo)的途徑和的總體謀劃。” 什么是戰(zhàn)略管理？戰(zhàn)略管理指的是對(duì)戰(zhàn)略產(chǎn)生過(guò)程的管理，以及對(duì)這個(gè)戰(zhàn)略貫徹過(guò)程的管理。33第二章軟件開發(fā)的典型方法 預(yù)備概念1. 類 (Class)類是現(xiàn)實(shí)世界中實(shí)體的形式化描述，類將該實(shí)體的屬性（數(shù)據(jù)）和功能（函數(shù)）封裝在一起。類是一種復(fù)雜的數(shù)據(jù)類型。6甲方的IT發(fā)展戰(zhàn)略企業(yè)規(guī)模企業(yè)成立電信 財(cái)務(wù)FI企業(yè)成立1年后采購(gòu)MM銷售SM1、企業(yè)

3、IT發(fā)展戰(zhàn)略2、企業(yè)IT規(guī)劃企業(yè)內(nèi)部集成后3、信息技術(shù)戰(zhàn)略規(guī)劃庫(kù)存IM 車間WM供應(yīng)商經(jīng)銷商上下游信息化后CRMCRMCRM企業(yè)發(fā)展戰(zhàn)略：所在的行業(yè)如電子政務(wù)、郵電、電信、時(shí)間T石化、快速消費(fèi)品、制造業(yè)5基礎(chǔ)設(shè)施及網(wǎng)絡(luò)系統(tǒng)42. 對(duì)象（Object）對(duì)象是類的一個(gè)實(shí)例（Instance）。如果將對(duì)象比作房子，那么類就是房子的設(shè)計(jì)圖紙。所以面向?qū)ο蟪绦蛟O(shè)計(jì)的重點(diǎn)是類的設(shè)計(jì)，而不是對(duì)象的設(shè)計(jì)。3. 類相當(dāng)于復(fù)雜的一種數(shù)據(jù)類型，一種帶有操作函數(shù)的數(shù)據(jù)類型。而對(duì)象是該類型的變量。8描述賬戶如下：類賬戶ClassACCOUNT屬性:Attribute:存款人;name;號(hào);ID_Number;日期；da

4、te；帳號(hào);Account_Number;；password；帳上余額；Total；行為:Function:存款（ ）;Save（ ）;取款（ ）；Withdraw（ ）；75繼承1. 廣義地說(shuō)，繼承是指能夠直接獲得已有的性質(zhì)和特征，而不必重復(fù)定義它們。在面向?qū)ο笾?，繼承是子類自動(dòng)地共享基類中定義的數(shù)據(jù)和方法的機(jī)制。2. 父類：類的上層，也叫基類。3. 子類：類的下層，也叫派生類。4. 繼承有時(shí)也叫派生。10封裝封裝：把類中的數(shù)據(jù)同函數(shù)組合在一起。類內(nèi)數(shù)據(jù)和函數(shù)的存取權(quán)限：1)public 2)protect 3)private以達(dá)到共享和隱藏類的數(shù)據(jù)和函數(shù)的目的。96多態(tài)定義：1、將派生類的

5、對(duì)象當(dāng)作基類的對(duì)象使用?；颍?、給行為（函數(shù)/虛函數(shù)）取一個(gè)名字或符號(hào)，它共享一個(gè)類的層次，在這個(gè)層次中的每個(gè)類都以適合 的方式實(shí)現(xiàn)這個(gè)行為?；颍?、一體（函數(shù)/虛函數(shù)）多用。12繼承和組合1、如果類A和類B毫不相關(guān)，不可以為了使B的功能更多些而讓B繼承A的功能。2、如果類B有必要使用A的功能，則要分兩種情況考慮：1） 若在邏輯上B是A的“一種”（a kind of ），則允許B繼承A的功能。如男人n（aMMann）aM是人（Human）的一種，男孩y（oBBoyy）oB是男人的一種。那么n類aMMann可aM以從類Human派生，y類oBBoyy可oB以從na類MMan派n派a生M 。2）

6、若在邏輯上B是 A 的“一部分”（a part of），則不允許B 繼承A 的功能， 而是要用B 和其它東西組合出A 。例如眼e（yEEyee）yE、 鼻（ Nose ） 、 口（ Mouth ） 、 耳r（aEEarr）aE是 頭（Head）的一部分，所以類Head應(yīng)該由e類y類EEyee、yNENose、Mouth、 raEEar組r組a合E 而成，不是派生而成。117思考題以下的陳述正確并且全面的是：A. 對(duì)象是類的實(shí)例B. 類是對(duì)象集合的抽象定義C. 對(duì)象有生命期D. 以上都對(duì)14思考題下面哪一個(gè)選項(xiàng)不是對(duì)象的特性?A.狀態(tài)B.行為C.標(biāo)識(shí)D.多態(tài)138體系結(jié)構(gòu)（Architectur

7、e） 體系結(jié)構(gòu)亦可稱為架構(gòu)Software Architecture = Elements,Forms,Rationale / Constraint ，軟件主架構(gòu) = 組件元素，元素互助合作之模式， 礎(chǔ)要求與限制。軟件主架構(gòu)的設(shè)計(jì)就是：將各組件元素以某些理想的合作模式組織起來(lái)以達(dá)成系統(tǒng)的基本功能和限制。 舉例 OA/WEB /ERP /BOSS /？ 網(wǎng)絡(luò)體系結(jié)構(gòu)？ 布線有無(wú)體系結(jié)構(gòu)？16基本概念：思想這里，指的是軟件項(xiàng)目的技術(shù)開發(fā)思路。 關(guān)于軟件開發(fā)的一整套理論、方法、步驟和工具。到目前為止，至少有兩個(gè)：1、結(jié)構(gòu)化系統(tǒng)分析和設(shè)計(jì) + 軟件生命期的瀑布模型或其改進(jìn)型模型 + 文字/圖形處理軟件

8、。2、面向?qū)ο蟮南到y(tǒng)分析和設(shè)計(jì) + 軟件開發(fā)的迭代模型 +CASE工具。現(xiàn)在，依據(jù)上述思想實(shí)現(xiàn)的思路有： 1、微軟的MSF；2、UML + RUP +ROSE；問題：瀑布模型/迭代模型僅適用于軟件項(xiàng)目嗎？159例2：企業(yè)網(wǎng)典型設(shè)計(jì)模型外網(wǎng)服務(wù)器VPNInternet子公司公有I P路由器地址區(qū)Extranet防火墻/代理服務(wù)器域Intranet私有I PVLAN1VLAN2地址ELAN區(qū)域ATM寬帶多VLAN3VLAN4媒體通信網(wǎng)18公共VLAN內(nèi)網(wǎng)服務(wù)器NAS例1：信息系統(tǒng)集成體系結(jié)構(gòu)客戶/服務(wù)器平臺(tái)beWWeb平b平e臺(tái)WIUGGUI平I平U臺(tái)G軟件集成數(shù)據(jù)庫(kù)平5、臺(tái)用戶界面 Intern

9、et/Intranet基礎(chǔ)服務(wù) 網(wǎng)絡(luò)4管、理網(wǎng)平絡(luò)絡(luò)臺(tái)應(yīng)用系統(tǒng) 開發(fā)工具 網(wǎng)絡(luò)傳輸基礎(chǔ)設(shè)施數(shù)據(jù)庫(kù)平臺(tái)網(wǎng)開絡(luò)發(fā)通信工設(shè)具備基礎(chǔ)服務(wù)數(shù)據(jù)集成網(wǎng)絡(luò)服務(wù)器和操作系統(tǒng)3、網(wǎng)應(yīng)絡(luò)用協(xié)基議礎(chǔ)平臺(tái) 外部信息基礎(chǔ)設(shè)備互聯(lián)互通網(wǎng)絡(luò)集成172、計(jì)算機(jī)網(wǎng)絡(luò)平臺(tái)（外部信息基礎(chǔ)設(shè)機(jī)施房） 電源1、環(huán)境支持平臺(tái)網(wǎng)絡(luò)安全與網(wǎng)絡(luò)管理10典型的體系結(jié)構(gòu) 范圍/功能分解、地理上分散分布，典型的有： 層次體系結(jié)構(gòu)特點(diǎn)： 客戶機(jī)/服務(wù)器結(jié)構(gòu) 瀏覽器/服務(wù)器結(jié)構(gòu) 多層體系結(jié)構(gòu) 消息驅(qū)動(dòng) SOA? DIY體系結(jié)構(gòu)， ISO和國(guó)際電信ITU-T積10年之功，推出了體系結(jié)構(gòu)的國(guó)際標(biāo)準(zhǔn)RM-ODP（Reference Mfor Open Dis

10、tributed Processing）。 UML也給出了與RM-ODP兼容的體系結(jié)構(gòu)。20例3：弱電系統(tǒng)體系結(jié)構(gòu)19安防系統(tǒng)消防、空調(diào)系統(tǒng)中控室考勤系統(tǒng)電話系統(tǒng)網(wǎng)絡(luò)系統(tǒng)11體系結(jié)構(gòu)示例1、選擇組件2、確定組件之間的關(guān)系22倉(cāng)庫(kù)界面財(cái)務(wù)界面銷售界面采購(gòu)界面?zhèn)}庫(kù)管理 財(cái)務(wù)管理銷售管理采購(gòu)管理倉(cāng)庫(kù)數(shù)據(jù)財(cái)務(wù)數(shù)據(jù)銷售數(shù)據(jù)采購(gòu)數(shù)據(jù)1、層次體系結(jié)構(gòu) 把復(fù)雜的系統(tǒng)功能劃分為多個(gè)層次，上層可調(diào)用下層的功能，但下層不能調(diào)用上層及本層的功能。 例如：1、OSI模型21123、瀏覽器/服務(wù)器結(jié)構(gòu)案例.Net Web 體系結(jié)構(gòu) 2Web & ApplicationWeb ClientsServerData Tier.

11、Net ComponentsSQL-01BROWSERASP.NetTransaction瀏覽器Message QueueADO.NetSQL-02ScalabilityMonitoring SecuritySQL-03ServerDataClusterStorage24Cluster2、客戶機(jī) / 服務(wù)器結(jié)構(gòu)案例.Net Web體系結(jié)構(gòu)1Middle TierData Tier.Net ComponentsSQL-01Non-Web ClientsTransaction專用界面Message QueueADO.NetSQL-02ScalabilityMonitoring SecuritySQ

12、L-03ApplicationData ServerStorage23ClusterCluster135、消息觸發(fā) / 消息驅(qū)動(dòng) 組件動(dòng)態(tài)庫(kù) 消息隊(duì)列 Windows任務(wù)管理 消息驅(qū)動(dòng)、動(dòng)態(tài)264、多層體系結(jié)構(gòu) 見.NET、J2EE和中間件2514框架示例1、確定體系結(jié)構(gòu)2、完成每一組件的開發(fā)：組件設(shè)計(jì)、編碼與調(diào)試3、基本的框架成型28倉(cāng)庫(kù)界面財(cái)務(wù)界面銷售界面采購(gòu)界面?zhèn)}庫(kù)管理 財(cái)務(wù)管理銷售管理采購(gòu)管理倉(cāng)庫(kù)數(shù)據(jù)財(cái)務(wù)數(shù)據(jù)銷售數(shù)據(jù)采購(gòu)數(shù)據(jù)框架(Framework) 框架的一般定義就是：在特定領(lǐng)域基于體系結(jié)構(gòu)的可重用的設(shè)計(jì)。也可以認(rèn)為框架是體系結(jié)構(gòu)在特定領(lǐng)域下的應(yīng) 用。 也可以認(rèn)為框架是某種應(yīng)用的半成

13、品，在這樣的結(jié)構(gòu)下選用一組組件，供你完成你 的系統(tǒng)。簡(jiǎn)單說(shuō)就是使用別人搭好的舞臺(tái)，你來(lái)做表演。而且，框架一般是成 、不斷升級(jí)的軟件。 架構(gòu)師不是設(shè)計(jì)師；架構(gòu)和設(shè)計(jì)是完全不同。一個(gè)應(yīng)用架構(gòu)的范圍包括系統(tǒng)的主、架構(gòu)設(shè)計(jì)模式和可以在上面增加構(gòu)件的框架。架構(gòu)主要關(guān)注的是非功能性方面，而設(shè)計(jì)關(guān)注應(yīng)用業(yè)務(wù)用例將領(lǐng)域?qū)ο竽Ｐ娃D(zhuǎn)換成技術(shù)對(duì)象模型。應(yīng)用架構(gòu)是項(xiàng)目的結(jié)構(gòu)，一個(gè)特殊的應(yīng)用程序。通過(guò)應(yīng)用架構(gòu)開發(fā)，你通常必須要做的應(yīng)用架構(gòu)決定包括： 層之間進(jìn)行功能劃分 領(lǐng)域?qū)ο蠼?715設(shè)計(jì)模式（Design Pattern） 模式為“在一定的環(huán)境中解決某一問題的方案”。這三個(gè)事物 問題、解決方案和環(huán)境 是模式的基本

14、要素。 通過(guò)模式，你可以無(wú)數(shù)次地使用那些已有的解決方案，無(wú)需在重復(fù)相同的工作。 模式有不同的領(lǐng)域，領(lǐng)域有模式，軟件設(shè)計(jì)領(lǐng)域也有設(shè)計(jì)模式。為什么要用模式？ 因?yàn)槟Ｊ绞且环N指導(dǎo)，在一個(gè)良好的指導(dǎo)下，有助于你完成任務(wù)，有助于你作出一個(gè)優(yōu)良的設(shè)計(jì)方案，達(dá)到事半功倍的效果。而且會(huì)得到解決問題的最佳辦法。 例子：30 庫(kù)(Library) 庫(kù)是可重用的、相互協(xié)作的 的集合，供開發(fā) 進(jìn)行重復(fù)調(diào)用。它與框架的主要區(qū)別在于運(yùn)行時(shí)與程序的調(diào)用關(guān)系。庫(kù)是被程序調(diào)用，而框架則調(diào)用程序。2916平臺(tái)（PlatForm） 由多種系統(tǒng)，其中也可以包含硬件部分。323117Web Service為什么要引入Web Servi

15、ce? 人們偏愛B/S架構(gòu)。 傳統(tǒng)的C/S架構(gòu)的問題：1、在桌面應(yīng)用程序發(fā)布上的高成本。發(fā)布桌面應(yīng)用程序成本很高，一半是因?yàn)閼?yīng)用程序安裝和配置的問題，另一半是因?yàn)榭蛻艉头?wù)器之間通信問題。 傳統(tǒng)的Windows胖客戶應(yīng)用程序使用DCOM來(lái)與服務(wù)器進(jìn)行通信和調(diào)用遠(yuǎn)程對(duì)象。 關(guān)于客戶端與服務(wù)器的通信問題，一個(gè)完美的解決方法是使用HTTP協(xié)議來(lái)通信。2. 與其他程序的互操作性。34構(gòu)件（component） 是可復(fù)用的軟件組成成份，可被用來(lái)構(gòu)造其他軟件，也叫組件。 它可以是被封裝的對(duì)象、一些功能模塊、軟件框架（framework）、軟件構(gòu)架（或體系結(jié)構(gòu) Architecture）、文檔、設(shè)計(jì)模式（P

16、attern）等。 互操作性。 構(gòu)件標(biāo)準(zhǔn)有：1） CORBA的CCM；2） Microsoft的COM/DCOM /COM+ ； 3）Java Bean和EJB；3318Web Service-續(xù)如果所有的應(yīng)用程序都是使用COM或.NET語(yǔ)言寫的，并且都運(yùn)行在Windows平臺(tái)上，那就天下太平了。 編程語(yǔ)言事實(shí)上大多數(shù)商業(yè)數(shù)據(jù)仍然在大型主機(jī)上以非關(guān)系文件(VSAM)的形式存放，并由COBOL語(yǔ)言編寫的大型機(jī)程序訪問。而且，目前還有很多商用程序繼續(xù)在使用C+、Java、Visual Basic和其他各種各樣的語(yǔ)言編寫。 數(shù)據(jù)格式現(xiàn)在除了最簡(jiǎn)單的程序之外，所有的應(yīng)用程序都需要與運(yùn) 行在其他異構(gòu)平臺(tái)

17、上的應(yīng)用程序集成并進(jìn)行數(shù)據(jù)交換。以前沒有一個(gè)應(yīng)用程序能夠遵守的通信標(biāo)準(zhǔn)，是于平臺(tái)、組件模型和編程語(yǔ)言的。只有通過(guò)Web Service，客戶端和服務(wù)器才能夠自由的用HTTP進(jìn)行通信，不論兩個(gè)程序的平臺(tái)和編程語(yǔ)言是什么。36-4-5-6模塊2模塊3-1-2-335模塊1模塊419Web Service（續(xù)） 因?yàn)樗贖TTP GET請(qǐng)求，出了一個(gè)可以通過(guò)Web 調(diào)用的API。 下面是對(duì)Web service 更精確的解釋： Web services是建立可互操作的分布式應(yīng)用程序的新平臺(tái)。 Web service平臺(tái)是一標(biāo)準(zhǔn)，它定義了應(yīng)用程序如何在Web上實(shí)現(xiàn)互操作性。 你可以用任何你喜歡的語(yǔ)言

18、，在任何你喜歡的平臺(tái)上寫Web service ，只要我們可以通過(guò)Web service標(biāo)準(zhǔn)對(duì)這些服務(wù)進(jìn)行和。38Web Service-續(xù) 從表面上看，Web service 就是一個(gè)應(yīng)用程序，它向外界出一個(gè)能夠通過(guò)Web進(jìn)行調(diào)用的API。 這就是說(shuō)，你能夠用編程的方法通過(guò)Web來(lái)調(diào)用這個(gè)應(yīng)用程序。我們把調(diào)用這個(gè)Web service 的應(yīng)用程序叫做客戶。 例如，你想創(chuàng)建一個(gè)Web service ，它的作用是返回當(dāng)前的天氣情況。那么你可以建立一個(gè)ASP頁(yè)面，它接受郵政編碼作為查詢字 符串，然后返回一個(gè)由逗號(hào)隔開的字符串，包含了當(dāng)前的氣溫和天氣。要調(diào)用這個(gè)ASP頁(yè)面，客戶端需要發(fā)送下面的這個(gè)

19、HTTP GET 請(qǐng)求： 返回的數(shù)據(jù)就應(yīng)該是這樣： 21,晴 這個(gè)ASP頁(yè)面就應(yīng)該可以算作是Web service 了。3720XML（續(xù)） ML 是行業(yè) HTML 擴(kuò)展標(biāo)記的定義語(yǔ)言。 ML 與 HTML 結(jié)合描述行業(yè)的信息文檔，如 CDF, CML, MathML, SMIL 等。 ML 是在因特網(wǎng)與 Java、CORBA 等量齊觀的一個(gè)概念。Java 解決了語(yǔ)言實(shí)施的同一，CORBA 解決了通訊協(xié)議的同一， ML 解決了信息表示、關(guān)聯(lián)的同一；OO 面向?qū)ο笫沁@三者的共同理論基礎(chǔ)。萬(wàn)維網(wǎng)接口定義語(yǔ)言WIDL 就是ML 與 IDL 技術(shù)結(jié)合的產(chǎn)物。 ML 是國(guó)際標(biāo)準(zhǔn)化組織的標(biāo)準(zhǔn)通用標(biāo)記語(yǔ)言

20、SGML 的子集。SGML 面向諸于飛機(jī)設(shè)計(jì)文檔的大規(guī)模、長(zhǎng)生命期的信息儲(chǔ)存， ML 則面向短期的臨時(shí)數(shù)據(jù)處理、面向萬(wàn)維網(wǎng)絡(luò)；二者是相互補(bǔ)充的關(guān)系。 ML 是巴斯克范式 BNF 的語(yǔ)言化、標(biāo)準(zhǔn)化、電子化。40XML 可擴(kuò)展的標(biāo)記語(yǔ)言(XML)是Web service平臺(tái)中表示數(shù)據(jù)的基本格式。 ML 是不同數(shù)據(jù)結(jié)構(gòu)體的文本化描述語(yǔ)言。 除了易于建立和易于分析外， ML主要的優(yōu)點(diǎn)在于它既是平臺(tái)無(wú)關(guān)的，又是廠商無(wú)關(guān)的。 它可以描述線性表、樹、圖形等數(shù)據(jù)結(jié)構(gòu)，也能描述文件化的外部數(shù)據(jù)結(jié)構(gòu)。甚至可以制造類似ML 的Compiler，可使文檔在文本與二進(jìn)制文件間互相轉(zhuǎn) 換， ML-Data 中嚴(yán)格定義了M

21、L 中數(shù)據(jù)的物理類 型。也可以說(shuō)ML 是一種通用的數(shù)據(jù)結(jié)構(gòu)。3921案例：學(xué)生成績(jī)表42學(xué)號(hào)姓名單位成績(jī)所在省市區(qū)1張諢1海南金海77.8海南2張諢2海南瓊雅77.9海南3張諢3海南金卡78海南4張諢4海南金安78.1海南5張諢5廣州金羊78.2廈門6李旻1三亞信息港88.1海南7李旻2三亞信誠(chéng)90.5海南8李旻3廈門龍城92.9海南9李旻4海南城開95.3海南10李旻5海南安保97.7海南案例：關(guān)于客戶的XML數(shù)據(jù)文件4122XML和XSD 可擴(kuò)展的標(biāo)記語(yǔ)言( ML)是Web service平臺(tái)中表示數(shù)據(jù)的基本格式。除了易于建立和易于分析外， ML主要的優(yōu)點(diǎn)在于它既是平臺(tái)無(wú)關(guān)的，又是廠商無(wú)關(guān)

22、的。 ML解決了數(shù)據(jù)表示的問題，但它沒有定義一標(biāo)準(zhǔn)的數(shù)據(jù)類型，更沒有說(shuō)怎么去擴(kuò)展這套數(shù)據(jù)類型。 例如，整形數(shù)到底代表什么？16位，32位，還是64位？這些細(xì)節(jié)對(duì)實(shí)現(xiàn)互操作性都是很重要的。 W3C制定的 ML Schema( SD)就是專門解決這個(gè)問題的一 標(biāo)準(zhǔn)。它定義了一標(biāo)準(zhǔn)的數(shù)據(jù)類型，并給出了一種語(yǔ)言來(lái)擴(kuò)展這套數(shù)據(jù)類型。44“學(xué)生成績(jī)表”的XML數(shù)據(jù)文件1 張諢1海南金海77.8海南2 張諢2 4323WSDL 你會(huì)怎樣向別人介紹你的Web service有什么功能，以及每個(gè)函數(shù)調(diào)用時(shí)的參數(shù)呢？你可能會(huì)寫一文檔，你甚至可能會(huì)口頭上告訴需要使用你的Web service的人。這些非正式的方法至

23、少都有一個(gè)嚴(yán)重的問題：當(dāng)程序員坐到電腦前，想要使用你的Web service的時(shí)候，他們的工具(如Visual Studio)無(wú)法給他們提供任何幫助，因?yàn)檫@些工具根本就不了解你的Web service。 解決方法是：用能閱讀的方式提供一個(gè)正式的描述文檔。Web service描述語(yǔ)言(WSDL)就是這樣一個(gè)基于 ML的語(yǔ)言，用于描述Web service及其函數(shù)、參數(shù)和返回值。因?yàn)槭腔?ML的，所以WSDL既是可閱讀的，又是人可閱讀的，這將是一個(gè)很大的好處。一些最新的開發(fā)工具既能根據(jù)你的Web service生成WSDL文檔，又能導(dǎo)入WSDL文檔，生成調(diào)用相應(yīng)Web service的代碼。4

24、6SOAP Web service建好以后，你或者其他人就會(huì)去調(diào)用它。 簡(jiǎn)單對(duì)象協(xié)議(SOAP)提供了標(biāo)準(zhǔn)的RPC方法來(lái)調(diào)用Web service。 SOAP規(guī)范定義了SOAP消息的格式，以及怎樣通過(guò)HTTP協(xié)議來(lái)使用SOAP。SOAP也是基于 ML和 SD的， ML是SOAP的數(shù)據(jù)編碼方式。4524思考題1、對(duì)XML語(yǔ)言的描述，正確的是：A. 采用加格式，安全性高。B. 總是要將信息完整封裝，無(wú)效信息量大。C. 可以表示各類型的數(shù)據(jù)，包括圖像、聲音形式的信息。D. 以上都是。48UDDI 通用發(fā)現(xiàn)、說(shuō)明和集成 (UDDI) 是 Web 服務(wù)的黃頁(yè)。與傳統(tǒng)黃頁(yè)一樣，您可以搜索提供所需服務(wù)的公司

25、，閱讀以了解所提供的服務(wù)，然后與以獲得信息。當(dāng)然，您也可以提供 Web 服務(wù)而不在 UDDI 中，就象在室開展業(yè)務(wù)，依靠的是口頭吆喝；但是如果您希望拓展市場(chǎng)，則需要 UDDI 以便能被客戶發(fā)現(xiàn)。 參見g。查找web service返回web service查找web service的使用說(shuō)明disco(W返回該web service的WSDLeb 調(diào)用該web serviceSerL以M以XXML的L的M形X 式返回調(diào)用結(jié)果vic e)47客戶端U D D I服務(wù)器端252.1 微軟解決方案框架 MSF MSF是什么？MSF是一系列指導(dǎo)有效地創(chuàng)建和運(yùn)用信息技術(shù)解決商業(yè)問題的模型、原則、指導(dǎo)、方

26、法。通過(guò)提供可衡量的過(guò)程和嚴(yán)格的指導(dǎo)，達(dá)到滿足變化的商業(yè)需求。是一套大型系統(tǒng)開發(fā)指南和方法 論，是一種思想和原理。50軟件開發(fā)模型介紹 RUPRational Unified ProcessRational統(tǒng)一過(guò)程 PE treme Programming極限編程 MSFMicrosoft Solutions Framework 微軟解決方案框架49262.2 RUP 早期的軟件開發(fā)過(guò)程方法：瀑布模型（圖1）RU （Rational Unified Process）軟件統(tǒng)一過(guò)程和 P（E treme Programming）極限編程，通常被叫做“過(guò)程方法”，是一種軟件項(xiàng)目實(shí)施過(guò)程的方法論。 軟

27、件過(guò)程是指實(shí)施于軟件開發(fā)和維護(hù)中的階段、方法、技術(shù)、實(shí)踐及相關(guān)產(chǎn)物(計(jì)劃、文檔、模型、代碼、測(cè)試用例和手冊(cè)等)的集合。 目前市場(chǎng)上領(lǐng)先的軟件過(guò)程主要有RUP(Rational Unified Process)、OPEN Process和OOSP(Object-Oriented Software Process)。52MSF 微軟解決方案框架 MSF的組成？ MSF由以下6個(gè)主要模型組成： MSF 企業(yè)體系結(jié)構(gòu)模型 MSF 開發(fā)團(tuán)隊(duì)模型 MSF 開發(fā)過(guò)程模型 MSF 風(fēng)險(xiǎn)管理模型 MSF 設(shè)計(jì)過(guò)程模型 MSF 應(yīng)用系統(tǒng)模型512754 RUP可以用二維坐標(biāo)來(lái)描述。橫軸表示時(shí)間，是項(xiàng)目的生命期，體

28、現(xiàn)開發(fā)過(guò)程的動(dòng)態(tài)結(jié)構(gòu)，主要包括周期(Cycle)、階段(Phase)、迭代(Iteration)和里程碑(tone)；縱軸表示自然的邏輯活動(dòng)，體現(xiàn)開發(fā)過(guò)程的靜態(tài)結(jié)構(gòu)，主要包括活動(dòng)(Activity)、產(chǎn)物 (Artifact)、工作者(Worker)和工作流(Workflow)。如下圖：5328 為了達(dá)到該目的必須識(shí)別所有與系統(tǒng)交互的外部實(shí)體，在較高層次上定義交互的特性。對(duì)于建立在原有系統(tǒng)基礎(chǔ)上的開發(fā)項(xiàng)目來(lái)講，初始階段可能很短。初始階段結(jié)束時(shí)是第一個(gè)重要的里程碑： 生命期目標(biāo)(Lifecycle Objective)里程碑。生命期目標(biāo)里程碑評(píng)價(jià)項(xiàng)目基本的生存能力。2細(xì)化階段 細(xì)化階段的目標(biāo)是分

29、析問題領(lǐng)域，建立健全的體系結(jié)構(gòu)基礎(chǔ)，編制項(xiàng)目計(jì)劃，淘汰項(xiàng)目中最高風(fēng)險(xiǎn)的元素。為了達(dá)到該目的，必須在理解整個(gè)系統(tǒng)的基礎(chǔ)上，對(duì)體系結(jié)構(gòu)作出決策，包括其范 圍、主要功能和諸如性能等非功能需求。同時(shí)為項(xiàng)目建立支持環(huán)境，包括創(chuàng)建開發(fā)案例，創(chuàng)建模板、準(zhǔn)則并準(zhǔn)備工具。562.2.1 開發(fā)過(guò)程中的各個(gè)階段和里程碑RUP中的軟件生命期在時(shí)間上被分解為四個(gè)順序的階段，分別是： 初始階段(Inception); 細(xì)化階段(Elaboration); 構(gòu)建階段(Construction); 交付階段(Transition)。每個(gè)階段結(jié)束于一個(gè)主要的里程碑(Major Milestones)。在每個(gè)階段的結(jié)尾執(zhí)行一次評(píng)

30、估以確定這個(gè)階段的目標(biāo)是否已經(jīng)滿足。1初始階段 初始階段的目標(biāo)是為系統(tǒng)建立商業(yè)案例并確定項(xiàng)目的邊界。5529構(gòu)建階段結(jié)束時(shí)是第三個(gè)重要的里程碑：初始功能(Initial Operational)里程碑。初始功能里程碑決定了產(chǎn)品是否可以在測(cè)試環(huán)境中進(jìn)行部署。此刻，要確定軟件、環(huán)境、用戶是否可以開始系統(tǒng)的運(yùn)作。此時(shí)的產(chǎn)品版本也常被稱為“beta”版。4交付階段 交付階段的重點(diǎn)是確保軟件對(duì)最終用戶是可用的。交付階段可以跨越幾次迭代，包括為發(fā)布做準(zhǔn)備的產(chǎn)品測(cè)試，基于用戶反饋的少量的調(diào)整。在生命期的這一點(diǎn)上，用戶反饋應(yīng)主要集中在產(chǎn)品調(diào)整，設(shè)置、安裝和可用性問題，所有主要的結(jié)構(gòu)問題應(yīng)該已經(jīng)在項(xiàng)目生命期的早

31、期階段解決了。在交付階段的終點(diǎn)是第四個(gè)里程碑：產(chǎn)品發(fā)布(Product Release)里程碑。此時(shí)，要確定目標(biāo)是否實(shí)現(xiàn)，是否應(yīng)該開始另一個(gè)開發(fā)周期。在一些情況下這個(gè)里程碑可能與下一個(gè)周期的初始階段的結(jié)束重合。58細(xì)化階段結(jié)束時(shí)形成第二個(gè)重要的里程碑：生命期結(jié)構(gòu)(Lifecycle Architecture)里程碑。生命期結(jié)構(gòu)里程碑為系統(tǒng)的結(jié)構(gòu)建立了管理基準(zhǔn)并使項(xiàng)目小組能夠在構(gòu)建階段中進(jìn)行衡量。此刻，要檢驗(yàn)詳細(xì)的系統(tǒng)目標(biāo)和范圍、結(jié)構(gòu)的選擇以及主要風(fēng)險(xiǎn)的解決方案。3構(gòu)建階段在構(gòu)建階段，所有剩余的構(gòu)件和應(yīng)用程序功能被開發(fā)并集成為產(chǎn)品，所有的功能被詳細(xì)測(cè)試。從某種意義上說(shuō)，構(gòu)建階段是一個(gè)制造過(guò)程，其

32、重點(diǎn)放在管理資源及控制運(yùn)作以優(yōu)化成本、進(jìn)度和質(zhì)量。57303. 分析和設(shè)計(jì)(Analysis & Design) 分析和設(shè)計(jì)工作流將需求轉(zhuǎn)化成未來(lái)系統(tǒng)的設(shè)計(jì)，為系統(tǒng)開發(fā)一個(gè)健壯的結(jié)構(gòu)并調(diào)整設(shè)計(jì)使其與實(shí)現(xiàn)環(huán)境相匹配，優(yōu)化其性能。分析設(shè)計(jì)的結(jié)果是一個(gè)分析模型和一個(gè)設(shè)計(jì)模型。設(shè)計(jì)模型是源代碼的抽象，由設(shè)計(jì)類和一些描述組成。設(shè)計(jì)類被組織成具有良好接口的設(shè)計(jì)包(Packaeg)e)e和)設(shè)計(jì)子系統(tǒng)(Subsystem)，而描述則體現(xiàn)了類的對(duì)象如何協(xié)同工作實(shí)現(xiàn)用例的功能。 設(shè)計(jì)活動(dòng)以體系結(jié)構(gòu)設(shè)計(jì)為中心，體系結(jié)構(gòu)由若干結(jié)構(gòu)視圖來(lái)表達(dá)，結(jié)構(gòu)視圖是整個(gè)設(shè)計(jì)的抽象和簡(jiǎn)化，該視圖中省略了一些細(xì)節(jié)，使重要的特點(diǎn)體現(xiàn)得

33、更加清晰。體系結(jié)構(gòu)不僅僅是良好設(shè)計(jì)模型的承載媒介，而且在系統(tǒng)的開發(fā)中能提高被創(chuàng)建模型的質(zhì) 量。602.2.2 RUP的工作流RUP中有9個(gè)工作流，分為6個(gè)過(guò)程工作流(Core Process Workflows)和3個(gè)支持工作流(Core Supporting Workflows)。盡管6個(gè)過(guò)程工作流可能使人想起傳統(tǒng)瀑布模型中的幾個(gè)階段，但應(yīng)注意迭代過(guò)程中的階段是完全不同的， 這些工作流在整個(gè)生命期中一次又一次被。9個(gè)工作流在項(xiàng)目中輪流被使用，在每一次迭代中以不同的重點(diǎn)和強(qiáng)度重復(fù)。1. 商業(yè)建模(Business Ming) 商業(yè)建模工作流描述了如何為新的目標(biāo)組織開發(fā)一個(gè)構(gòu)想，并基于這個(gè)構(gòu)想在

34、商業(yè)用例模型和商業(yè)對(duì)象模型中定義組織的過(guò)程，角色和責(zé)任。2. 需求(Re uirements) 需求工作流的目標(biāo)是描述系統(tǒng)應(yīng)該做什么，并使開發(fā)人員和用戶就這一描述達(dá)成共識(shí)。為了達(dá)到該目標(biāo)，要對(duì)需要的功能和約束進(jìn)行提取、組織、文檔化；最重要的是理解系統(tǒng)所解決問題的定義和范圍。5931 部署工作流描述了那些與確保軟件產(chǎn)品對(duì)最終用戶具有可用性相關(guān)的活動(dòng)，包括：軟件打包、生成軟件本身以外的產(chǎn)品、安裝軟件、為用戶提供幫助。在有些情況下，還可能包括計(jì)劃和進(jìn)行beta測(cè)試版、移植現(xiàn)有的軟件和數(shù)據(jù)以及正式驗(yàn)收。7配置和變更管理(Configuration & Change Management) 配置和變更管

35、理工作流描繪了如何在多個(gè)成員組成的項(xiàng)目中控制大量的產(chǎn)物。配置和變更管理工作流提供了準(zhǔn)則來(lái)管理演化系統(tǒng)中的多個(gè)變體，跟蹤軟件創(chuàng)建過(guò)程中的版本。工作流描述了如何管理并行開發(fā)、分布式開發(fā)、如何自動(dòng)化創(chuàng)建工程。同時(shí)也闡述了對(duì)產(chǎn)品修改原因、時(shí)間、人員保持審計(jì)記錄。624. 實(shí)現(xiàn)(Implementation) 實(shí)現(xiàn)工作流的目的包括：1) 以層次化的子系統(tǒng)形式定義代碼的組織結(jié)構(gòu)；2) 以組件的形式(源文件、二進(jìn)制文件、可執(zhí)行文件)實(shí)現(xiàn)類和對(duì)象；3) 將開發(fā)出的組件作為單元進(jìn)行測(cè)試4) 集成由單個(gè)開發(fā)者（或小組）所產(chǎn)生的結(jié)果，使其成為可執(zhí)行的系統(tǒng)。5. 測(cè)試(Test)測(cè)試工作流的目的是要驗(yàn)證：1) 對(duì)象間

36、的交互作用，2) 軟件中所有組件的正確集成，3) 所有的需求已被正確的實(shí)現(xiàn), 4) 識(shí)別并確認(rèn)缺陷在軟件部署之前被提出并處理。6. 部署(Deployment)部署工作流的目的是1) 成功的生成版本并將軟件分發(fā)給最終用戶。61322.2.3 RUP的迭發(fā)模式 RUP中的每個(gè)階段可以進(jìn)一步分解為迭代。一個(gè)迭代是一個(gè)完整的開 發(fā)循環(huán)，產(chǎn)生一個(gè)可執(zhí)行的產(chǎn)品版本，是最終產(chǎn)品的一個(gè)子集，它增 量式地發(fā)展，從一個(gè)迭代過(guò)程到另一個(gè)迭代過(guò)程到成為最終的系統(tǒng)。 傳統(tǒng)上的項(xiàng)目組織是順序通過(guò)每個(gè)工作流，每個(gè)工作流只有一次，也就是我們熟悉的瀑布生命期（見圖1）。這樣做的結(jié)果是到實(shí)現(xiàn)末期產(chǎn)品完成并開始測(cè)試，在分析、設(shè)計(jì)

37、和實(shí)現(xiàn)階段所遺留的隱藏問題會(huì)大量出現(xiàn)，項(xiàng)目可能要停止并開始一個(gè)漫長(zhǎng)的錯(cuò)誤修正周期。 一種更靈活，風(fēng)險(xiǎn)更小的方法是多次通過(guò)不同的開發(fā)工作流，這樣可以更好的理解需求，構(gòu)造一個(gè)健壯的體系結(jié)構(gòu)，并最終交付一系列逐步完成的版本。這叫做一個(gè)迭代生命期。在工作流中的每一次順序的通過(guò)稱為一次迭代。648. 項(xiàng)目管理(Project Management) 軟件項(xiàng)目管理平衡各種可能產(chǎn)生沖突的目標(biāo)，管理風(fēng)險(xiǎn)，克服各種約束并成功交付使用戶滿意的產(chǎn)品。其目標(biāo)包括：1) 為項(xiàng)目的管理提供框架，2) 為計(jì)劃、人員配備、執(zhí)行和監(jiān)控項(xiàng)目提供實(shí)用的準(zhǔn)則，3) 為管理風(fēng)險(xiǎn)提供框架等。9. 環(huán)境(Environment) 環(huán)境工作

38、流的目的是向軟件開發(fā)組織提供軟件開發(fā)環(huán)境，包括過(guò)程和工具。環(huán)境工作流集中于配置項(xiàng)目過(guò)程中所需要的活 動(dòng)，同樣也支持開發(fā)項(xiàng)目規(guī)范的活動(dòng)，提供了逐步的指導(dǎo)手冊(cè)并介紹了如何在組織中實(shí)現(xiàn)過(guò)程。6333與傳統(tǒng)的瀑布模型相比較，迭代過(guò)程具有以下優(yōu)點(diǎn)： 降低了在一個(gè)增量上的開發(fā)風(fēng)險(xiǎn)。如果開發(fā)人員重復(fù)某個(gè)迭代，那么損失只是這一個(gè)開發(fā)有誤的迭代的花費(fèi)。 降低了產(chǎn)品無(wú)法按照既定進(jìn)度進(jìn)入市場(chǎng)的風(fēng)險(xiǎn)。通過(guò)在開發(fā)早期就確定風(fēng)險(xiǎn)，可以盡早來(lái)解決而不至于在開發(fā)后期匆匆忙忙。 加快了整個(gè)開發(fā)工作的進(jìn)度。因?yàn)殚_發(fā)人員清楚問題的焦點(diǎn)所在，他們的工作會(huì)更有效率。 由于用戶的需求并不能在一開始就作出完全的界定，它們通常是在后續(xù)階段中

39、不斷細(xì)化的。因此，迭代過(guò)程這種模式使適應(yīng)需求的變化會(huì)更容易些。66 軟件生命期是迭代的連續(xù)，通過(guò)它，軟件是增量的開發(fā)。一次迭代包括了生成一個(gè)可執(zhí)行版本的開發(fā)活動(dòng)，還有使用這個(gè)版本所必需的其他輔助成分，如版本描述、用戶文檔等。因此一個(gè)開發(fā)迭代在某種意義上是在所有工作流中的一次完整的經(jīng)過(guò)，這些工作流至少包括：需求工作流、分析和設(shè)計(jì)工作流、實(shí)現(xiàn)工作流、測(cè)試工作流。其本身就像一個(gè)小型的瀑布項(xiàng)目（見圖2）。圖2R URURPU的迭代模型65342.2.4 總結(jié)RUP具有很多長(zhǎng)處：提高了團(tuán)隊(duì)生產(chǎn)力，在迭代的開發(fā)過(guò)程、需求管 理、基于組件的體系結(jié)構(gòu)、可視化軟件建模、驗(yàn)證軟件質(zhì)量及控制軟件 變更等方面，針對(duì)所

40、有關(guān)鍵的開發(fā)活動(dòng)為每個(gè)開發(fā)成員提供了必要的準(zhǔn) 則、模板和工具指導(dǎo)，并確保全體成員共享相同的知識(shí)基礎(chǔ)。它建立了 簡(jiǎn)潔和清晰的過(guò)程結(jié)構(gòu)，為開發(fā)過(guò)程提供較大的通用性。但同時(shí)它也存 在一些不足： RUP只是一個(gè)開發(fā)過(guò)程，并沒有涵蓋軟件過(guò)程的全部?jī)?nèi)容，例如它缺少關(guān)于軟件運(yùn)行和支持等方面的內(nèi)容；此外，它沒有支持 多項(xiàng)目的開發(fā)結(jié)構(gòu)，這在一定程度上降低了在開發(fā)組織內(nèi)大范圍實(shí)現(xiàn)重用的可能性?？梢哉f(shuō)RUP是一個(gè)非常好的開端，但并不完美，在實(shí)際的應(yīng)用中可以根據(jù)需要對(duì)其進(jìn)行改進(jìn)并可以用OPEN和OOSP等其他軟件過(guò)程的相關(guān)內(nèi)容對(duì)R對(duì)URURPU進(jìn)行補(bǔ)充和完善。68思考題屬于 RUP 最佳軟件開發(fā)實(shí)踐的是A. 迭代式開

41、發(fā)/變更B. 管理需求/驗(yàn)證軟件質(zhì)量C. 可視化建模/分層架構(gòu)D. 以上都是（D）6735可向教師索取“XP的流程等全面內(nèi)容”的PPT，也可在下列查到XP：702.3 極限編程XP 什么是極限編程? 極限編程(eXtreme Programming，簡(jiǎn)稱XP)是由Kent Beck于 91999969年初提出的。Kent Beck是一位著名的軟件工程師，他以軟件工程師的觀點(diǎn)來(lái)看程序設(shè)計(jì)這項(xiàng)工作。他認(rèn)為，長(zhǎng)期以來(lái)，程序設(shè)計(jì)的工作受到最后期限（deadline）的壓迫，他們的產(chǎn)出往往無(wú)法達(dá)到應(yīng)有的品質(zhì)。XP從人的本質(zhì)考慮如何讓軟 件工程師可以有尊嚴(yán)的工作，而同時(shí)可以產(chǎn)出高品質(zhì)的軟件。XP的精神可以

42、說(shuō)是實(shí)踐敏捷軟件開發(fā)的四項(xiàng)價(jià)值觀：1) “個(gè)人及相互交流勝過(guò)軟件工程和工具”，2) “可運(yùn)行的程序勝過(guò)完整廣博的文檔資料”，3) “與用戶合作勝于合約談判”，4) “回應(yīng)變化勝于服從計(jì)劃”。 P和RUP一樣，是軟件開發(fā)的一種過(guò)程方法。69367. 雙人組程式設(shè)計(jì)所有程式碼由兩個(gè)程序員在同一臺(tái)電腦上編寫。8. 集體所有權(quán)任何人都可以在任何時(shí)間按規(guī)程改進(jìn)系統(tǒng)任何地點(diǎn)的任何程序。9. 持續(xù)整合一天多次整合和建立系統(tǒng)，每次完成一項(xiàng)任務(wù)。連續(xù)的回歸測(cè)試作為需求變化后，功能并沒有退步。10. 一周40小時(shí)將一周工作不超過(guò)40小時(shí)作為一條規(guī)定；決不連續(xù)兩周超時(shí)工作。11. 現(xiàn)場(chǎng)客戶真正的、身處開發(fā)現(xiàn)場(chǎng)的用戶

43、，隨時(shí)回答問題。12. 編碼標(biāo)準(zhǔn)強(qiáng)調(diào)貫穿于全部程序的交流規(guī)則。72極限編程的特點(diǎn)和適用范圍極限編程的12項(xiàng)原則如下：1. 規(guī)劃策略迅速?zèng)Q定下一次發(fā)行的范圍、商業(yè)優(yōu)先和技術(shù)評(píng)估。由客戶從商業(yè)角度決定發(fā)行范圍、優(yōu)先順序和發(fā)行日期，技術(shù)人員則對(duì)開發(fā)程序作出評(píng)估和跟蹤。2. 小范圍發(fā)布迅速在生產(chǎn)中使用小型系統(tǒng)。在極短的周期內(nèi)（兩周） 發(fā)行新的版本。3. 系統(tǒng)比喻用關(guān)于整個(gè)系統(tǒng)如何工作的簡(jiǎn)單、共用的故事情節(jié)卡來(lái)指導(dǎo)所有的開發(fā)。4. 簡(jiǎn)單設(shè)計(jì)在任何給定的時(shí)刻都盡可能簡(jiǎn)單地設(shè)計(jì)。5. 測(cè)試不斷編寫運(yùn)行無(wú)錯(cuò)誤的單元測(cè)試；由客戶編寫測(cè)試以表明功能完成。6. 重新劃分不改變行為地重構(gòu)系統(tǒng)，刪除重復(fù)，改進(jìn)交流，簡(jiǎn)化

44、，或增強(qiáng)靈活性。7137三種方法的總結(jié) MSF是一種關(guān)于軟件開發(fā)的思想，包括軟件開發(fā)過(guò)程、團(tuán)隊(duì)建設(shè)、風(fēng)險(xiǎn)管理等。 RUP和 P屬于軟件開發(fā)的過(guò)程方法。74極限編程的適用范圍 輕量級(jí)項(xiàng)目的開發(fā)（10人左右的開發(fā)隊(duì)伍） 強(qiáng)調(diào)以程序員、強(qiáng)調(diào)交流 強(qiáng)調(diào)規(guī)則、文檔為程序員服務(wù)，程序員/系統(tǒng)分析員不是規(guī)則和文檔的奴隸。7338當(dāng)代系統(tǒng)分析和設(shè)計(jì)過(guò)程的概括1. 需求 功能 活動(dòng) 動(dòng)作76第三章 統(tǒng)模語(yǔ)言UML、信息系統(tǒng)分析與設(shè)計(jì) 什么是UML?項(xiàng)目立項(xiàng)系統(tǒng)分析系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)現(xiàn)/編程/測(cè)試系統(tǒng)集成系統(tǒng)運(yùn)行系統(tǒng)維護(hù)結(jié)構(gòu)化系統(tǒng)分析：BASIC圖例表示方法不統(tǒng)一；FORTRANC早期的各種面向?qū)ο蟮腣B系統(tǒng)分析方法

45、：DELPHI具有不同的建模符號(hào)體系；POWERBUILDER現(xiàn)在，面向?qū)ο蟮南到y(tǒng)分析VC建模圖示/語(yǔ)言 ，統(tǒng)一在JAVAUMLASP、PHP、以及各種SCRIPTSQL項(xiàng)目立項(xiàng)OOAOODOOP/OOT系統(tǒng)集成系統(tǒng)維7護(hù)5393.1.1 模型和建模 模型-MODEL 邏輯模型 設(shè)計(jì)模型定義：1、模型是對(duì)現(xiàn)實(shí)的簡(jiǎn)化。對(duì)于問題，模型是現(xiàn)實(shí)的簡(jiǎn)化，得到一個(gè)模型-0；對(duì)于方案，它的模型是模型-0的實(shí)現(xiàn)，得到模型-2。2、建模是捕捉系統(tǒng)本質(zhì)的過(guò)程。建模是使你逐層深入解決問題的辦法；建模就是把復(fù)雜的系統(tǒng)變成小的系統(tǒng)，采用“各個(gè)擊破”的原則逐一解決。3、可視化建模用圖形來(lái)表示建模的過(guò)程。783.1UML是主流面向?qū)ο蠓椒▽W(xué)的綜合和統(tǒng)一 Booch OOSE OMTUML是于過(guò)程的: 最適用于用例驅(qū)動(dòng)、以體系結(jié)構(gòu)為中心、迭代和增量的過(guò)程中。 原型 = 初始選定的框架（體系結(jié)構(gòu)）+ 界面7740用UML建模 在一個(gè)待開發(fā)的信息系統(tǒng)項(xiàng)目生命期中，對(duì)應(yīng)不同階段，至少有如下模型： 業(yè)務(wù)模型 分析模型 設(shè)計(jì)模型 實(shí)現(xiàn)模型 部署模型。 UML支持項(xiàng)目全程建模，并保持各階段模型之間的可追溯性。 UML建模要依照某個(gè)方法或過(guò)程來(lái)進(jìn)行。一般地講RUP過(guò)程是UML建模的好搭檔。80