Chi信息系統(tǒng)基礎(chǔ)知識

1、信息

不確定性的戒少

2、信息系統(tǒng)^InformationSystem,IS）：

泛指收集、存儲、處理和傳播各種信息的具有完整功能的集合體。現(xiàn)代的信息系統(tǒng)總是

指以計(jì)算機(jī)為信息處理工具、以網(wǎng)絡(luò)為信息傳輸手段的信息系統(tǒng)。

電子數(shù)據(jù)處理階段（EDP）

事務(wù)處理階段(TPS-TransactionProcessSystem)

3、信息系統(tǒng)4個(gè)階段

3)管理信息系統(tǒng)階段(MIS-ManagementInformationSystem)

I4)決策支持系統(tǒng)階段(DSS-DecisionSupportSystem)

戰(zhàn)略級：最高管理層

戰(zhàn)術(shù)級：中層經(jīng)理、及其管理的部門

公司的管理活動分為四級

操作級：業(yè)務(wù)部門

事務(wù)級：企業(yè)的管理業(yè)務(wù)人員，如：會計(jì)、勞資員

論文素材：

企業(yè)信息系統(tǒng)目標(biāo)為，借助于自動化和互聯(lián)網(wǎng)技術(shù)，綜合企業(yè)的經(jīng)營、管理、決策和服

務(wù)于一體，以求達(dá)到企業(yè)與系統(tǒng)的效能、效力和效益的統(tǒng)一，使計(jì)算機(jī)和因特網(wǎng)技術(shù)在企業(yè)

管理和服務(wù)中能發(fā)揮更顯著的作用。

幾個(gè)英文：

主題數(shù)據(jù)庫：SubjectDatabases

信息檢索系統(tǒng)：InformationRetrievalSystem

4、信息系統(tǒng)生命周期

四大：“花開云散”規(guī)劃，開發(fā)今運(yùn)維，更新

五小：“劃分即實(shí)驗(yàn)”

規(guī)劃

開發(fā)：總體規(guī)劃-?系統(tǒng)分析）系統(tǒng)設(shè)計(jì)，系統(tǒng)實(shí)施，系統(tǒng)驗(yàn)收

運(yùn)維“就是魚丸”糾正今適應(yīng)今預(yù)防今完善

更新（消亡）

開發(fā)階段：

總體規(guī)劃：概念產(chǎn)生過程，需求分析過程，調(diào)研和分析并形成需求分析報(bào)告。

系統(tǒng)分析：以業(yè)務(wù)流程分析為基礎(chǔ)，為系統(tǒng)設(shè)計(jì)階段提供邏輯模型，是管理流程和信息

流程的交匯點(diǎn)。

系統(tǒng)設(shè)計(jì)：根據(jù)系統(tǒng)分析結(jié)果、設(shè)計(jì)出信息的實(shí)施方案。

系統(tǒng)實(shí)施：將系統(tǒng)設(shè)計(jì)的結(jié)果，在計(jì)算機(jī)和網(wǎng)絡(luò)上的具體實(shí)施。

驗(yàn)收階段：系統(tǒng)進(jìn)入試運(yùn)行，由此系統(tǒng)性能的優(yōu)劣，是否做到了用戶友好等問題都暴露

1

在用戶面前，這就進(jìn)入了系統(tǒng)驗(yàn)收階段。

開發(fā)階段

總體規(guī)劃的作用：總體規(guī)劃的基礎(chǔ)是需求分析。明確開發(fā)目標(biāo)、總體結(jié)構(gòu)

(1)指明信息系統(tǒng)在企業(yè)經(jīng)營戰(zhàn)略中的地位和作用；

(2)指導(dǎo)信息系統(tǒng)的開發(fā)；

(3)優(yōu)化配置和利用各種資源；

(4)通過規(guī)劃過程規(guī)范企業(yè)的業(yè)務(wù)流程；

2)完整的整體規(guī)劃，應(yīng)包括：

(1)信息系統(tǒng)的組織結(jié)構(gòu)和管理流程

(2)信息系統(tǒng)的實(shí)施計(jì)劃

(3)信息系統(tǒng)的技術(shù)規(guī)范等

高層管理人員介入：一把手工程

用戶參與開發(fā)

5、信息系統(tǒng)建設(shè)原則自頂向下

工程化

其他

I結(jié)構(gòu)化方法

6、信息系統(tǒng)開發(fā)方法：快速原型

1面向?qū)ο?/p>

7、結(jié)構(gòu)化方法：最成熟、應(yīng)用范圍較廣的信息系統(tǒng)開發(fā)方法。生命周期劃分為幾個(gè)階段。

結(jié)構(gòu)化方法特點(diǎn)：

1)開發(fā)目標(biāo)清晰化

2)工程階段程式化

3)開發(fā)文檔規(guī)范化

4)設(shè)計(jì)方法結(jié)構(gòu)化

適用：初期需求明確

關(guān)鍵字：模板、DFD、決策表、決策樹，數(shù)據(jù)字典、ER圖。

I演化

8、快速原型法

拋棄

優(yōu)點(diǎn)：開發(fā)周期短、見效快，與業(yè)務(wù)人員交流方便

適用：用戶需求模糊

9、面向?qū)ο蠓椒?略)

2

Ch2軟件工程基礎(chǔ)知識

1、軟件需求

就是系統(tǒng)必須完成的事，以及必須具備的品質(zhì)。可驗(yàn)證性是需求的基礎(chǔ)特征。

包括

1）功能需求：系統(tǒng)必須完成的事

容錯(cuò)性

可靠性

2）非功能需求：產(chǎn)品需具備的屬性或品質(zhì)：性能

響應(yīng)時(shí)間

擴(kuò)展性等

可靠性：系統(tǒng)正常運(yùn)行的概率

可用性：運(yùn)行時(shí)間的長短

3）設(shè)計(jì)約束：限制條件、補(bǔ)充規(guī)約“霸王條款”

例如：必需使用國有自主產(chǎn)權(quán)的數(shù)據(jù)庫系統(tǒng)，必須運(yùn)行在unix下等。

分為：

1）業(yè)務(wù)需求BusinessRequirement：高層次目標(biāo)需求，問題定義本身就是業(yè)務(wù)需求

2）用戶需求UserRequirement

3）系統(tǒng)需求SystemRequirement:系統(tǒng)角度。包括：

用特性說明的功能需求、質(zhì)量屬性、其他非功能需求、設(shè)計(jì)約束

需求開發(fā)

定義需求基線

2、需求工程、

需求管理處理需求變更

需求跟蹤

需求捕獲

需求分析

3、需求開發(fā)（迭代過程）

j需求規(guī)格化（編寫SRS）

I需求驗(yàn)證：

可驗(yàn)證性是需求的基本特征

用戶訪談

用戶調(diào)查

4、需求捕獲技術(shù)<現(xiàn)場觀摩

文檔考古

、聯(lián)合討論會

論文素材：

我?guī)ьI(lǐng)團(tuán)隊(duì)，運(yùn)用一個(gè)方法，獲得了用戶需求。

如：深入甲方現(xiàn)場，通過用戶訪談的方法，獲得了用戶需求。

5、可行性研究：目的是回答一個(gè)問題，“提出的項(xiàng)目是否可以完成”。

3

I技術(shù)可行性

可行性研究任務(wù)經(jīng)濟(jì)可行性

社會可行性

6、可研步驟

1）核實(shí)問題定義與目標(biāo)

2）研究分析現(xiàn)有系統(tǒng)

3）建模

4）客戶復(fù)核

5）提出并評價(jià)解決方案

6）確定最終選擇的解決方案

7）草擬開發(fā)計(jì)劃

8）書面形式提交可研報(bào)告，并審查。

7、軟件設(shè)計(jì)基本原則“高內(nèi)聚、低耦合”

信息隱蔽、模塊獨(dú)立性，提高軟件可維護(hù)性,避免錯(cuò)誤蔓延，改善軟件可靠性。

邏輯視圖：功能需求

|架構(gòu)設(shè)計(jì)過程視圖：并發(fā)問題

軟件設(shè)計(jì)\架構(gòu)設(shè)計(jì)：

詳細(xì)設(shè)計(jì)組件視圖：實(shí)現(xiàn)問題

部署視圖：分布問題

用戶界面設(shè)計(jì)：好的用戶界面

可使用性：簡單；術(shù)語標(biāo)準(zhǔn)、一致；幫助系統(tǒng)；響應(yīng)性、成本低；容錯(cuò)

靈活性

復(fù)雜性和可靠性

8、在開發(fā)時(shí)期的每個(gè)階段，特別是設(shè)計(jì)階段結(jié)束時(shí)，都要進(jìn)行嚴(yán)格的技術(shù)評審，盡量不讓

錯(cuò)誤傳播到下一階段。

設(shè)計(jì)評審一般采用評審會議的形式進(jìn)行。|論證：事前

評審：事中

審計(jì)：事后評價(jià)、總結(jié)

9、軟件測試

盡早地不斷地進(jìn)行軟件測試。全過程

軟件開發(fā)者：確定人們對軟件質(zhì)量的信心

程序員：應(yīng)避免檢查自己的程序

用戶：考慮是否可接受該產(chǎn)品

注意“錯(cuò)誤群集現(xiàn)象”。

測試結(jié)果全面檢查：妥善保存測試計(jì)劃、測試用例、概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)

格說明、源程序，都應(yīng)成為軟件測試的對象。

測試用例：是特定目標(biāo)開發(fā)的測試輸入、執(zhí)行條件和預(yù)期結(jié)果的集合。

需要正確和不正確的用例。

4

設(shè)計(jì)測試用例：

等價(jià)類化分

,!邊界值分析邊界值分析

1）黑盒測試\他、fm|、士

錯(cuò)I天推測I法

I因果圖正好等于

剛剛大于

.|所有可能有的錯(cuò)誤剛剛小于邊界值

＞錯(cuò)厭推測容易發(fā)生錯(cuò)誤的特殊情況

'語句覆蓋

判定覆蓋：分支覆蓋

條件覆蓋

2)白盒測試、業(yè)”…々加強(qiáng)學(xué)XX覆蓋”

判定-條件覆蓋

條件組合覆蓋

【路徑覆蓋

3）灰盒測試：介于黑盒、白盒之間。

10、軟件測試策略

測試實(shí)際的前后過程。

I驅(qū)動模塊

1）單元測試：模塊測試-

樁模塊

一次性組裝方式

2）集成測試：組裝測試

增殖式組裝方式

3）確認(rèn)測試：功能、性能及其他特性與用戶需求一致

4）系統(tǒng)測試：軟硬件、支持平臺、人員

5）a測試：“內(nèi)測”：一個(gè)用戶、開發(fā)環(huán)境

6）B測試：“外測”：多個(gè)用戶、實(shí)際使用環(huán)境

11、軟件測試類型

1）功能

2）可靠性

3）強(qiáng)度

4）性能

5）恢復(fù)

6）啟動、停止

7）配置

8）安全性

9）可使用性

10）安裝測試

11）回歸測試：修改程序代碼對原有軟件的影響。

12）過程測試：由人工完成的過程也需要檢查

5

13）容量測試：系統(tǒng)資源滿負(fù)荷

14）文檔測試：檢查、走查，文檔的清晰性、精確性

15）兼容性測試

16）猴子測試

17）模糊測試

18）冒煙測試

12、軟件維護(hù)糾錯(cuò)型T適應(yīng)型T預(yù)防型T完善型“就是魚丸”

工作量

糾錯(cuò)：糾正BUG21%

適應(yīng):：移值25%

完善::增強(qiáng)。>50%以上三種：用戶驅(qū)動的

預(yù)防:未來4%

18、術(shù)語辨析

驗(yàn)證：把事情做了?！斑^程”

確認(rèn)：做得對?！敖Y(jié)果”

6

Ch3軟件構(gòu)件和中間件

1、構(gòu)件

構(gòu)件：可復(fù)用：可重用

構(gòu)件是指語義完整、語法正確和有可重用價(jià)值的單位軟件；是軟件重用過程中可以明

確辨識的系統(tǒng)。

可替換的、物理的部分，它封裝了實(shí)現(xiàn)體（實(shí)現(xiàn)某個(gè)職能），并提供一組接口的實(shí)現(xiàn)方

法。

語義描述

構(gòu)件是通訊接口的復(fù)合體。構(gòu)件使用與其開發(fā)、生產(chǎn)無關(guān)。

實(shí)現(xiàn)代碼

2、軟件復(fù)用

是指將已有的軟件及其有效成分用于構(gòu)造新的軟件或系統(tǒng)。

構(gòu)件技術(shù)是軟件復(fù)用實(shí)現(xiàn)的關(guān)鍵。

為了使構(gòu)件系統(tǒng)更切合實(shí)際，更有效地被復(fù)用，構(gòu)件應(yīng)當(dāng)具備可變化，以提高其通用

性。

可復(fù)用的構(gòu)件有較高的質(zhì)量保證的原因是：“可復(fù)用的構(gòu)件在不斷復(fù)用過程中，其中的

錯(cuò)誤和缺陷會被陸續(xù)發(fā)現(xiàn)，并得到及時(shí)排除。”

3、構(gòu)件標(biāo)準(zhǔn)三大流派

1)COM/DCOM/COM+Microsoft

2)CORBAOMG

3)EJBSUN僅在網(wǎng)絡(luò)環(huán)境下有意義

會話Bean-SessionBean

EJBEnterpriseJavaBean實(shí)體Bean-EntityBean

消息驅(qū)動Bean-Message-drivenBean

EJB實(shí)現(xiàn)應(yīng)用中關(guān)鍵的業(yè)務(wù)邏輯，創(chuàng)建基于構(gòu)件的企業(yè)級應(yīng)用程序

EJB在應(yīng)用服務(wù)器中的EJB容器內(nèi)運(yùn)行，由容器提供所有基本的中間層服務(wù)。如：

事務(wù)處理、安全、遠(yuǎn)程客戶連接、生命周期管理和數(shù)據(jù)庫連接緩沖等。

5、COM/DCOM/COM+m$與語言、平臺無關(guān)性

DCOM是COM的進(jìn)一步擴(kuò)展，具有位置獨(dú)立性和語言無關(guān)性。

COM+并不是COM的新版本，是COM的新發(fā)展，或是更高層次的應(yīng)用。

COM+：組件對象模型建立在“應(yīng)用層”上，把組件底層留給操作系統(tǒng)。

6、CORBACommonObjectRequestBrokerArchitecture

（接口定義語言、接口池、動態(tài)調(diào)用接口、對象適配器）

分為三個(gè)層次：

1）對象請求代理：ORB,最底層。

“軟總線”：分布對象的定義（接口）和語言映射，實(shí)現(xiàn)對象間的通訊和互操作

2）公共對象服務(wù)：并發(fā)服務(wù)、名字服務(wù)、事務(wù)（交易）服務(wù)、安全服務(wù)等

3）公共設(shè)施：組件框架

其核心是：對象請求代理ORB。ObjectRequestBroken

7

i分布式

7、中間件Middleware平臺無關(guān)性

I異構(gòu)

在一個(gè)分布式系統(tǒng)環(huán)境中，處于操作系統(tǒng)和應(yīng)用程序之間的軟件，可以在不同的技術(shù)

之間共享資源，將不同的操作系統(tǒng)、數(shù)據(jù)庫、異構(gòu)的網(wǎng)絡(luò)環(huán)境以及若干應(yīng)用系統(tǒng)結(jié)合成一個(gè)

有機(jī)的協(xié)同工作整合。

它是一類軟件，要實(shí)現(xiàn)應(yīng)用之間的互操作，還具有網(wǎng)絡(luò)通信的功能。

中間件位于客戶機(jī)服務(wù)器的操作系統(tǒng)之上，管理計(jì)算機(jī)資源和網(wǎng)絡(luò)通信。

1）中間件是一類軟件，而非一種軟件

2）中間件：互連，互操作

3）中間件是基于分布式處理的軟件，最突出的特點(diǎn)是：網(wǎng)絡(luò)通信功能。

中間件的任務(wù)是：使應(yīng)用程序開發(fā)變得容易，通過提供統(tǒng)一的程序抽象，隱藏異構(gòu)系統(tǒng)

和分布式系統(tǒng)下低級別編程的復(fù)雜度。

分類：

A、數(shù)據(jù)庫訪問中間件ODBC/JDBC

B、遠(yuǎn)程過程調(diào)用RPCRemoteProcessCall

是一種廣泛使用的分布式應(yīng)用程序處理方法。一個(gè)應(yīng)用程序使用RPC來“遠(yuǎn)程”執(zhí)行

一個(gè)位于不同地址空間內(nèi)的進(jìn)程，從效果上看與運(yùn)行本地調(diào)用相同。

客戶機(jī)與服務(wù)器之間的網(wǎng)絡(luò)通信和數(shù)據(jù)通過代理程序（Stub和Skeleton）完成，從而屏

蔽了不同的操作系統(tǒng)和網(wǎng)絡(luò)協(xié)議。

C、面向消息中間件MOMMessage-OrientedMiddleware

利用高效可靠的消息傳遞機(jī)制進(jìn)行平臺無關(guān)的數(shù)據(jù)交流，并可基于數(shù)據(jù)通信進(jìn)行分布

系統(tǒng)的集成。通過提供消息傳遞和信息排隊(duì)模型，可在分布環(huán)境下擴(kuò)展進(jìn)程間的通信，并支

持多種通訊協(xié)議、語言、應(yīng)用程序、硬件和軟件平臺。

IBMMQSeries

程序不在網(wǎng)絡(luò)上直接對話，而是間接地將消息放入MOM服務(wù)器的消息機(jī)制中。

客戶程序不直接與其他程序通信，避免了網(wǎng)絡(luò)通訊的復(fù)雜性。消息隊(duì)列和網(wǎng)絡(luò)通信的

維護(hù)工作由MOM完成。

|COM/DCOM/COM+

D、分布式對象中間件CORBA

IEJB

E、事務(wù)中間件，也稱事務(wù)處理監(jiān)控器（TransactionProcessingMonitor,TPM）

位于客戶器和服務(wù)器之間，完成事務(wù)管理與協(xié)調(diào)、負(fù)載均衡、失效恢復(fù)等任務(wù)，提高系

統(tǒng)的整體性能。

8

8、中間件層次圖

層次技術(shù)代表產(chǎn)品

底層型中間件JVM、CLR、ACE、JDBC、ODBCsunJVM、m$CLR

通用型中間件CORBA、J2EE、MOM、COMlONAOrbix

BEAWebLogic.IBMMQSeries

集成型中間件WorkflowsEAIBEAWeblogicsIBMWebSphere

代表產(chǎn)品

WebLogic

集成型中間件IBMWebspher

八

CORBAlONAOrbix

J2EEBEAWebLogic

MOMIBMMQSeries

JVMCLRSUNJVM

ACEMSCLR

JDBCODBC

9

Ch4面向?qū)ο蠡靖拍?/p>

1、面向?qū)ο?對象+類+繼承+消息通信CommmicationwithMessage

2、對象Object

客觀事物的一個(gè)實(shí)體，構(gòu)成系統(tǒng)的一個(gè)基本單位。

對象三個(gè)要素：

1)對象標(biāo)志：名稱

2)屬性：狀態(tài)、數(shù)據(jù)。用來描述對象的靜態(tài)特征

3)服務(wù)：操作、行為、方法、成員函數(shù)(函數(shù))。用來描述對象的動態(tài)特征

3、封裝：對象的一個(gè)重要原則

對象是全部屬性和全部服務(wù)緊密結(jié)合而成的一個(gè)不可分割的整體。

對象是一個(gè)不透明的黑盒子，表示對象狀態(tài)的數(shù)據(jù)和實(shí)現(xiàn)操作的代碼都被封裝在一個(gè)

黑盒子里面。

4、抽象：強(qiáng)調(diào)主要特征，忽略次要特征。

5、繼承Inheritance

使用已存在的定義作為基礎(chǔ)建立新定義的技術(shù)。

過載多態(tài)(重載多態(tài))

專用多態(tài)i

強(qiáng)制多態(tài)

6、多態(tài)：(相似功能，同一名稱)<

包含多態(tài)

通用多態(tài)

參數(shù)多態(tài)

7、消息

向服務(wù)對象發(fā)出的服務(wù)請求；包括：提供服務(wù)的對象標(biāo)志、消息名、輸入消息、回答消

息、消息通信。

消息通信為對象提供了唯一的合法的動態(tài)聯(lián)系途徑

8、接口

9、類之間的關(guān)系

依賴關(guān)系(Dependency)如果元素A的變化會引起元素B的變化，則B依賴于A

泛化關(guān)系(Generalization)繼承的反義

關(guān)聯(lián)關(guān)系(Association)聚合關(guān)系(Aggregation)s組合關(guān)系(Composition),

表兩個(gè)類的實(shí)例之間存在某種語義上的聯(lián)系

實(shí)現(xiàn)關(guān)系(Realization)——用來規(guī)定接口和實(shí)現(xiàn)接口的類或組件之間的關(guān)系，接口是

操作的集合，這些操作用于規(guī)定類或組件的服務(wù)。

1。、統(tǒng)一建模語言UML{UnifiedModelingLanguagey)

UML是一種語言

UML是一種可視化語言

UML是一種可用于詳細(xì)描述的語言

UML是一種文檔化的語言

UML是一種建模語言，而不是一種方法，其中并不包括過程的概念，它本身是獨(dú)立于

過程的，可以在使用過程中使用它。

10

11、UML的14種圖

(1)靜態(tài)：類、對象、復(fù)合結(jié)構(gòu)、構(gòu)件、部署、包?？谠E：“部隊(duì)包袱夠累”

(2)動態(tài)：用例、活動、狀態(tài)、順序、通信、定時(shí)、交互概觀、制品圖

口訣：“用東西裝信是管制”

用：用例UseCase

東：活動Activity

西:順序Sequency

裝：狀態(tài)Status

信:通信Communications

是：定時(shí)圖

管：交互概觀圖

制：制品圖

12、UML架構(gòu)口訣：裸狗不用進(jìn)

(1)邏輯視圖：以問題域的語匯組成的類和對象集合

(2)進(jìn)程視圖：可執(zhí)行線程和進(jìn)程作為活動類的建模。

它是邏輯視圖的一次執(zhí)行實(shí)例

(3)實(shí)現(xiàn)視圖：對組成基于系統(tǒng)的物理代碼的文件和組件進(jìn)行建模

(4)部署視圖：把組件物理地部署到一組物理的、可計(jì)算節(jié)點(diǎn)上

(5)用例視圖：最基本的需求分析模型

11

系統(tǒng)行為的動態(tài)描述

]3、用例圖UseCaseDiagram劃分系統(tǒng)與外部實(shí)體的界限

系統(tǒng)設(shè)計(jì)的起點(diǎn)

參與者Actor“小人”

⑵用例UseCase橢圓

包含(include)：用于重用

(3)兩個(gè)用例之間的關(guān)系

擴(kuò)展《exclude》：用于分離出不同行為

圖4-2用例圖示例

圖4-3包含關(guān)系示例圖

12

擴(kuò)展關(guān)系：某用例分為一個(gè)主用例和一個(gè)或多個(gè)輔用例。

14、類圖和對象圖Class/objectdiagram

類圖：描述類和類之間的靜態(tài)關(guān)系，不僅顯示了信息的結(jié)構(gòu)，還描述了系統(tǒng)的行為

對象圖：與類圖形式相同，對象圖用于表示復(fù)雜類圖的一個(gè)實(shí)例

書

通現(xiàn)

加

G新

改

o修

詢

查

計(jì)

統(tǒng)

'

書號

書名

類別

作者

出版

定價(jià)

ClasszClassName

+Atrributel

+Attribute2

+Operationl()

空心箭頭指向父類

IAssociation

3DirectedAssociation

Aggregation

圖4-6依賴關(guān)系的圖示圖心7泛化關(guān)系的圖示

Composition

fGeneralizationO

￥Dependency

圖4-8聚合關(guān)系的圖示圖電9實(shí)現(xiàn)關(guān)系的冕示

個(gè)Realization

＞類之間的關(guān)系口訣“疑犯死光”

1）依賴關(guān)系

2）泛化關(guān)系空心箭頭指向父類

3）實(shí)現(xiàn)關(guān)系

4）關(guān)聯(lián)關(guān)系

聚合關(guān)系：Aggregation,整體與部分的關(guān)系。部分可獨(dú)立存在

?整體

組合關(guān)系：表示“整體”部分的類與表示“部分”的類，有緊密關(guān)系。

部分不能獨(dú)立存在

13

15、交互圖InteractiveDiagram

(1)順序圖SequenceDiagram著重體現(xiàn)交互的時(shí)間順序，對象間消息傳遞的時(shí)序

(2)協(xié)作圖CollaborationDiagram著重體現(xiàn)交互對象間的靜態(tài)鏈接關(guān)系

圖今10順序圖示例

圖心11協(xié)作圖示例

16、狀態(tài)圖StateDiagram

(1)狀態(tài)：中間狀態(tài)圓角矩形框

(2)初始狀態(tài)：初態(tài)?黑色實(shí)心圓圈、只有一個(gè)初態(tài)

(3)結(jié)束狀態(tài)：終態(tài)。黑色實(shí)心圓圈外套一個(gè)空圓圈、多個(gè)終態(tài)

|箭頭：表示狀態(tài)轉(zhuǎn)移情況

文字：表示發(fā)出該變化的相應(yīng)事件

14

圖4-12狀態(tài)圖不例

17、活動圖ActiveDiagram

(1)基本活動圖

與狀態(tài)圖相似，包括：初態(tài)、終態(tài)、中間活動狀態(tài)

分叉與結(jié)合、并發(fā)流

判定：選擇性路徑：“菱形”

(2)帶泳道的活動圖

(3)對象流

(4)信號

圖4-13活動圖示例

15

圖414帶泳道活動圖示例

18、構(gòu)件圖

構(gòu)件指的是源代碼文件中，二進(jìn)制代碼文件和可執(zhí)行文件

構(gòu)件圖用來顯示編譯、鏈接和執(zhí)行時(shí)構(gòu)件之間的依賴關(guān)系

構(gòu)件圖完成的工作：構(gòu)件圖

⑴

⑵

⑶

圖4-15構(gòu)件圖小例

16

19、部署圖，即“實(shí)施圖”

(1)節(jié)點(diǎn)(Node)和連接

(2)構(gòu)件和接口

服務(wù)器

二-^

客戶端￡P(guān)CQuerySEer.exe

《TCP/IP》

Find.exe

Client.exe-

Query.dll

會詢

圖人16部署圖示例

系統(tǒng)硬件的物理拓?fù)浣Y(jié)構(gòu)

部署圖，描述

以及在此結(jié)構(gòu)上運(yùn)行的軟件

(構(gòu)件圖

面向?qū)ο笙到y(tǒng)的物理建模時(shí)用的兩種圖一

部署圖

20、面向?qū)ο蠓椒?/p>

(1)Coad/Yourdon方法：嚴(yán)格區(qū)分OOA、OOD

(2)Booch方法

(3)OMT方法

(4)Jacobson方法：與以上三個(gè)不同，描述整個(gè)生命周期

17

Ch5J2EE和.NET平臺

1、J2EE多層結(jié)構(gòu)的應(yīng)用程序

客戶機(jī)

(1)運(yùn)行在客戶端機(jī)器的客戶層組件

(2)運(yùn)行在J2EE服務(wù)器中的Web層組件

(3)業(yè)務(wù)層組件

(4)運(yùn)行在EIS服務(wù)器中的企業(yè)信息系統(tǒng)層軟件EnterpriseInformationSystem(EIS)

2、J2EE組件

IWeb客戶端

(1)J2EE客戶端組件Applets

1應(yīng)用程序客戶端

(2)J2EE中間層EJBEnterpriseJavaBeans

(3)企業(yè)信息系統(tǒng)層EISEnterpriseInformationSystem

3、J2EE容器

DB

18

J2EE服務(wù)器

EJB容器

J2EE容器

Web容器

客戶端應(yīng)用程序容器

客戶層J2EE應(yīng)用月艮務(wù)器企業(yè)信息系統(tǒng)層

|教據(jù)庫|

業(yè)務(wù)邏輯層

Web瀏覽器|目錄服務(wù)|

（EJB容器）

實(shí)體EJB|消息隊(duì)列|

Applet會話EJBI

ERP

I消息驅(qū)動Beac|

應(yīng)用客戶端-1

RJ離他遺留系統(tǒng)

MJJJva

SDNDTa

OICBAM三§

P=aSP

19

4、.NET平臺

VisualStudio.NET

.NETEnterprise.NETFrameworkNETBuilding

ServersBlockServices

OperatingSystem

VBC++C#JScript...

CommonLanguageSpecification

<

s

u

ASP.NETWindowsFormsa

-

S

ADO.NETandXMLt

BaseClassLibrary

CommonLanguageRuntime

WindowsCOM+Services

5、幾個(gè)名詞

CLR:通用語言運(yùn)行時(shí)

JIT:Just-In-TimeCompiler

IL:IntermediateLanguage：托管代碼，編譯后不生成二進(jìn)制代碼，產(chǎn)生中間語言的程序

集。

CLS:CommonLanguageSpecification通用語言規(guī)范

6、J2EE和.NET異同

J2EE.NET

跨平臺強(qiáng)無、僅windows

支持語言JavaVB、C++、Jscript、通過組件Java

安全性相對較好一般

穩(wěn)定性相對較好一般

20

架構(gòu)

J2EE.NET

對比項(xiàng)一一一

RemoteMethodInvocationover

通信協(xié)議InternetInterOrbProtocolXML

(RMIHOP)

編程語言JavaC?,VB.NET,COBOL等

運(yùn)行時(shí)環(huán)境JavaVirtualMachine(JVM)CommonLanguageRuntime(CLR)

群客戶端JavaSwingWindowsForms

JavaNamingandDirectoryActiveDirectoryServicesInterface

目錄服務(wù)

Interface(JNDI)(ADSI)

數(shù)據(jù)訪問JavaDatabaseConnection(JDBC)JavaConnectorsADO.NET

異步消息處理JavaMessageService(IMS)MicrosoftMessageQueue

表示層技術(shù)Servlets,JavaServerPage(JSP)ASP.NET

中間層組件模型EJB,JavaBeanCOM*,COM

安全訪問JAASCOM*SecurityCallContext

MicrosoftDistributedTransaction

事物處理JavaTransactionServer(JTS)

Coordinator(MS-DTC)

BorlandJBuilder^IBMVisuaLAge

開發(fā)工具VisualStudio.NET

等

>B/S：部署方便，易于擴(kuò)展。

21

Ch6WebService技術(shù)

（服務(wù)提供者（服務(wù)器）（查找

1,WebService★三種角色服務(wù)請求者（客戶端）三種操作發(fā)布

［注冊中心（可選）［綁定

2、WfebService協(xié)議堆棧

（1）簡單對象訪問協(xié)議SOAP（SimpleObjectAccessProtocol）

SOAP實(shí)質(zhì)上是一種基于XML的RPC協(xié)議

|數(shù)據(jù)交互

通過SOAP,應(yīng)用程序可以在網(wǎng)絡(luò)中進(jìn)行

遠(yuǎn)程調(diào)用

公用對象請求代理體系結(jié)構(gòu)CORBA(CommonObjectRequestBrokerArchitecture)

COM/DCOM/COM+:ComponentObjectModel/DistributeCOM

r系統(tǒng)集成技術(shù)-WebService技術(shù)-SOA

22

SOAP、CORBA,COM/DCOM/COM+的區(qū)另ij：

概念上的區(qū)別：

SOAP：基于XML分布式對象通信協(xié)議

CORBA：分布式應(yīng)用的服務(wù)標(biāo)準(zhǔn)

COM/DCOM/COM+：組件模型

CORBA、COM/DCOM/COM+可以用SOAP作為分布式對象通信標(biāo)準(zhǔn)

①CORBA、COM/DCOM/COM+構(gòu)造的程序不能混用，二者不能協(xié)作

SOAP作為橋梁協(xié)作二者

②SOAP作用XML進(jìn)行編碼，開放的

③SOAP僅僅是對象通信協(xié)議，類似于CORBA的HOP,是一個(gè)層次較低的協(xié)議

④SOAP與平臺無關(guān)

(2)WebService描述語言

WSDL：WebServiceDescriptionLanguage,是基于XML的標(biāo)準(zhǔn)

WebService目標(biāo)：即時(shí)裝配、松散耦合、自動集成

(3)統(tǒng)一描述、發(fā)現(xiàn)和集成UDDI

UniversalDescriptionDiscoverandIntegration

發(fā)布、查找和定位方法

SOAPUDDIWSDL

XML

SOAP、UDDI、WSDL者B是

在XML基礎(chǔ)上定義的

23

3、WebService協(xié)議棧

進(jìn)程

發(fā)現(xiàn)、聚集

基

基

描述

礎(chǔ)

WebService描述(WSDL)礎(chǔ)

安管

技

消息技

術(shù)SOAP擴(kuò)展

術(shù)

全XML可靠性、協(xié)議性、傳輸

XML

理

DTDSOAP

DTD

樣

樣

式

式

通信

HTTP、SMTP、FTP、JMS、IIOP

24

Ch7工作流

1、工作流WorkFlow

參與者對文件、信息或任務(wù)按照規(guī)程采取行動，并令其在參與者之間流動。

工作流就是一系列相互銜接、自動進(jìn)行的業(yè)務(wù)活動或任務(wù)。

2、工作流管理WFM(WorkFlowManagement)

人與電腦共同工作的自動化協(xié)調(diào)、控制和通信，使所有命令的執(zhí)行都處于受控狀態(tài)。

3、工作流管理系統(tǒng)WFMS(WorkFlowManagementSystem)帶來變化極其劇烈

通過軟件定義、創(chuàng)建工作流并管理其運(yùn)行。

4、工作流的特征

(1)自動化Automate人-機(jī)系統(tǒng)

(2)監(jiān)察和運(yùn)行MonitoringandControl

(3)業(yè)務(wù)重規(guī)劃業(yè)務(wù)過程重規(guī)劃(BusinessProcessReengineering、BPR)的深化

企業(yè)業(yè)務(wù)流程重組

工作流管理聯(lián)盟：WorkflowmanagementCoalition