信息系統(tǒng)項(xiàng)目管理師基礎(chǔ)知識(shí)

1、考試科目1信息系統(tǒng)項(xiàng)目管理綜合知識(shí)1 .信息系統(tǒng)基礎(chǔ)1.1信息系統(tǒng)信息系統(tǒng)概念信息系統(tǒng)（IS , In formation System） 一般泛指收集、存儲(chǔ)、處理和傳播各種信息的具有完整功能的集合體。，現(xiàn)代的信息系統(tǒng)總是指以計(jì)算機(jī)為信息處理工具，以網(wǎng)絡(luò)為信息傳輸手段的信息系統(tǒng)。1、電子數(shù)據(jù)處理階段 2、事務(wù)處理階段 3、管理信息系統(tǒng)階段 4、決策支持系統(tǒng)階段信息系統(tǒng)的功能信息系統(tǒng)的功能：需求功能和實(shí)現(xiàn)功能，初級(jí)功能和高級(jí)功能（初裝階段、蔓延階段、控制階段、集成階段、數(shù)據(jù)管理階段、成熟階段； DP階段、IT階段、NETWORK階段），通用功能和專業(yè)功能（數(shù)據(jù)庫功能、存儲(chǔ)信息 功能、檢索信息功能

2、、信息分析功能），整體功能和局部功能信息系統(tǒng)的類型信息系統(tǒng)的類型：1 以數(shù)據(jù)環(huán)境分類：第一類數(shù)據(jù)環(huán)境：數(shù)據(jù)文件。其特征是：沒有使用數(shù)據(jù)庫管理系統(tǒng)，根據(jù)大多數(shù)的應(yīng)用需要，由系統(tǒng)分析師和程序員分散地設(shè)計(jì)各種數(shù)據(jù)文件。其特點(diǎn)是簡單，相對(duì)容易實(shí)現(xiàn)。但隨著應(yīng)用程序增 加，數(shù)據(jù)文件數(shù)目劇增，導(dǎo)致很高的維護(hù)費(fèi)用；一小點(diǎn)應(yīng)用上的變化都將弓I起連鎖反應(yīng)，使修改和維護(hù)工作既 緩慢費(fèi)用又高昂，并很難進(jìn)行。第二類數(shù)據(jù)環(huán)境：應(yīng)用數(shù)據(jù)庫。這類信息系統(tǒng)，雖然使用了數(shù)據(jù)庫管理系統(tǒng)，但沒達(dá)到第三類數(shù)據(jù)環(huán)境那種共享程度。分散的數(shù)據(jù)庫為分散的應(yīng)用而設(shè)計(jì)，實(shí)現(xiàn)起來比第三類數(shù)據(jù)環(huán)境簡 單。像第一類數(shù)據(jù)環(huán)境一樣，隨著應(yīng)用的擴(kuò)充，應(yīng)用數(shù)據(jù)

3、庫的個(gè)數(shù)，以及每個(gè)數(shù)據(jù)庫中的數(shù)據(jù)量也在急劇增 加，隨之而導(dǎo)致維護(hù)費(fèi)用大幅度增高，有時(shí)甚至高于第一類數(shù)據(jù)環(huán)境。該類數(shù)據(jù)環(huán)境還沒有發(fā)揮使用數(shù)據(jù)庫的 主要優(yōu)越性。第三類數(shù)據(jù)環(huán)境：主題數(shù)據(jù)庫（Subject Data Bases）。主題數(shù)據(jù)庫信息系統(tǒng)所建立的一些數(shù)據(jù)庫與一些具體的應(yīng)用有很大的獨(dú)立性，數(shù)據(jù)經(jīng)過設(shè)計(jì)，其存儲(chǔ)的結(jié)構(gòu)與使用它的處理過程都是獨(dú)立的。各種面向業(yè) 務(wù)主題的數(shù)據(jù)，如顧客數(shù)據(jù)、產(chǎn)品數(shù)據(jù)或人事數(shù)據(jù)，通過一些共享數(shù)據(jù)庫被聯(lián)系和體現(xiàn)出來。這種主題數(shù)據(jù)庫 的特點(diǎn)是：經(jīng)過嚴(yán)格的數(shù)據(jù)分析，建立應(yīng)用模型，雖然設(shè)計(jì)開發(fā)需要花費(fèi)較長的時(shí)間，但其后的維護(hù)費(fèi)用很 低。最終（但不是立即）會(huì)使應(yīng)用開發(fā)加快，并能使

4、用戶直接與這些數(shù)據(jù)庫交互使用數(shù)據(jù)。主題數(shù)據(jù)庫的開發(fā)需要 改變傳統(tǒng)的系統(tǒng)分析方法和數(shù)據(jù)處理的管理方法。但是，如果管理不善，也會(huì)蛻變成第二類或是第一類數(shù)據(jù)環(huán) 境。 第四類數(shù)據(jù)環(huán)境：信息檢索系統(tǒng)（Information Retrieval Systems）。一些數(shù)據(jù)庫被組織得能保證信息檢索和快 速查詢的需要，而不是大量的事務(wù)管理。軟件設(shè)計(jì)中要采用轉(zhuǎn)換文件、倒排表或輔關(guān)鍵字查詢技術(shù)。新的字段 可隨時(shí)動(dòng)態(tài)地加入到數(shù)據(jù)結(jié)構(gòu)中。有良好的最終用戶查詢和報(bào)告生成軟件工具。大多數(shù)用戶掌握的系統(tǒng)都采用 第四類數(shù)據(jù)庫。這種環(huán)境的特點(diǎn)是：比傳統(tǒng)的數(shù)據(jù)庫有更大的靈活性和動(dòng)態(tài)可變性。一般應(yīng)該與第三類數(shù)據(jù)環(huán) 境共存，支持綜合

5、信息服務(wù)和決策系統(tǒng)。2. 以應(yīng)用層次分類：一個(gè)公司的管理活動(dòng)可以分成四級(jí)：戰(zhàn)略級(jí)、戰(zhàn)術(shù)級(jí)、操作級(jí)和事務(wù)級(jí)，相應(yīng)地，信息系 統(tǒng)就其功能和作用來看，也可以分為四種類型，即戰(zhàn)略級(jí)信息系統(tǒng)、戰(zhàn)術(shù)級(jí)信息系統(tǒng)、操作級(jí)信息系統(tǒng)和事務(wù) 級(jí)信息系統(tǒng)。信息系統(tǒng)的發(fā)展1 基于因特網(wǎng)的信息系統(tǒng)：（1）內(nèi)聯(lián)網(wǎng)。（2）外聯(lián)網(wǎng)。2. 多媒體信息系統(tǒng)：多媒體信息系統(tǒng)的基本特點(diǎn)是：由于是以人為中心的計(jì)算，即以符合人的習(xí)慣的方式進(jìn)行信息交互，因此需要基于多功能感知的智能接口，甚至提供一個(gè)人性化的應(yīng)用環(huán)境；它支持多用戶的以多種 媒體進(jìn)行的實(shí)時(shí)交互；它是一個(gè)集成的系統(tǒng)，能完成任務(wù)的全過程；在信息檢索方面，由于傳統(tǒng)檢索方法中所 用的關(guān)

6、鍵字檢索不能代表多媒體信息中的豐富信息，因此多媒體信息系統(tǒng)的檢索是基于內(nèi)容的信息檢索。3 海量信息系統(tǒng)4智能信息系統(tǒng)1.2信息系統(tǒng)建設(shè)信息系統(tǒng)建設(shè)的復(fù)雜性1信息系統(tǒng)開發(fā)的復(fù)雜性2 信息系統(tǒng)運(yùn)行的復(fù)雜性一個(gè)涉及企業(yè)全局的信息系統(tǒng)要做到良好的運(yùn)行，需要特別解決好以下四個(gè)問題。一是要解決基礎(chǔ)數(shù)據(jù)的問題 。由于一個(gè)信息系統(tǒng)所處理的對(duì)象主要是數(shù)據(jù)，因此，數(shù)據(jù)的質(zhì)量問題是十分重 要的。軟件工程中有一句話：“輸入的是垃圾，輸岀的肯定也是垃圾”。這就是說，信息系統(tǒng)不可能“化腐朽 為神奇”、不可能把垃圾數(shù)據(jù)處理成有用的數(shù)據(jù)。而一些信息系統(tǒng)的需求單位，恰恰是基礎(chǔ)數(shù)據(jù)不全、不準(zhǔn)或 不一致。所謂數(shù)據(jù)不全是指只有部分信

7、息系統(tǒng)所需要的數(shù)據(jù)，例如，一個(gè)企業(yè)有10個(gè)下屬單位，只有 6個(gè)下屬單位有數(shù)據(jù)，其他則沒有，這樣一來，該系統(tǒng)的運(yùn)行效果就必然大打折扣。所謂數(shù)據(jù)不準(zhǔn)，就是指一些基礎(chǔ)數(shù)據(jù)有差錯(cuò)，由此，必然影響系統(tǒng)的可靠性。所謂數(shù)據(jù)不一致，是指同一項(xiàng)數(shù)據(jù)在不同的地方取不同的值。二是領(lǐng)導(dǎo)介入的問題。企業(yè)的信息系統(tǒng)絕不僅僅是一個(gè)軟件的使用，它不僅要涉及企業(yè)的組織流程和企業(yè) 的機(jī)構(gòu)調(diào)整，而且涉及因信息系統(tǒng)的運(yùn)行而使企業(yè)發(fā)生許多新的變化，這些都決定了信息系統(tǒng)不是一個(gè)技術(shù)的 問題。同時(shí)，許多問題和障礙也不是僅靠技術(shù)人員就能解決的。信息系統(tǒng)的運(yùn)行需要企業(yè)最高領(lǐng)導(dǎo)層的介入， 而在一些企業(yè)的管理層里，對(duì)此卻缺乏足夠的認(rèn)識(shí)。在一些企業(yè)

8、里，最高管理層把信息系統(tǒng)的建設(shè)和運(yùn)行交給 信息技術(shù)部門就算萬事大吉，持有這樣做法的企業(yè)，其信息系統(tǒng)的良好運(yùn)行必將成為問題。三是最終用戶問題。企業(yè)信息系統(tǒng)的最終用戶，也就是信息系統(tǒng)的使用者往往是那些企業(yè)管理機(jī)構(gòu)的業(yè)務(wù) 人員。信息系統(tǒng)運(yùn)行的難題是要讓這些業(yè)務(wù)人員接受信息系統(tǒng)，首先，需要改變他們長時(shí)間形成的一些工作習(xí) 慣，這往往是比較困難的。再者，這些業(yè)務(wù)人員需要熟悉并掌握信息系統(tǒng)的一些技術(shù)和工作方法，這也是一個(gè) 比較復(fù)雜的過程。四是系統(tǒng)分析師的問題。由于信息系統(tǒng)是復(fù)雜的人一機(jī)工程，因而最需要的人才是既懂經(jīng)營管理又懂計(jì)算 機(jī)技術(shù)的專家型的人才，也就是系統(tǒng)分析師。而很多企業(yè)在建設(shè)和運(yùn)行信息系統(tǒng)時(shí)，恰恰

9、缺少的就是系統(tǒng)分析 師。3 信息系統(tǒng)維護(hù)改造的復(fù)雜性信息系統(tǒng)的生命周期(各階段目標(biāo)及其主要工作內(nèi)容)信息系統(tǒng)的生命周期分為四個(gè)階段，即產(chǎn)生階段、開發(fā)階段、運(yùn)行階段和消亡階段。1 信息系統(tǒng)的產(chǎn)生階段信息系統(tǒng)的產(chǎn)生階段，也是信息系統(tǒng)的概念階段或者是信息系統(tǒng)的需求分析階段。這一階段又分為兩個(gè)過程，一是概念的產(chǎn)生過程，即根據(jù)企業(yè)經(jīng)營管理的需要，提岀建設(shè)信息系統(tǒng)的初步想法；二是需求分析過程， 即對(duì)企業(yè)信息系統(tǒng)的需求進(jìn)行深入的調(diào)研和分析，并形成需求分析報(bào)告。2 信息系統(tǒng)的開發(fā)階段：信息系統(tǒng)的開發(fā)階段是信息系統(tǒng)生命周期中最重要和最關(guān)鍵的階段。該階段又可分為五個(gè)階段，即總體規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施和

10、系統(tǒng)驗(yàn)收階段。(1) 總體規(guī)劃階段。信息系統(tǒng)總體規(guī)劃是系統(tǒng)開發(fā)的起始階段，它的基礎(chǔ)是需求分析。一個(gè)比較完整的總體規(guī) 劃，應(yīng)當(dāng)包括信息系統(tǒng)的開發(fā)目標(biāo)、信息系統(tǒng)的總體架構(gòu)、信息系統(tǒng)的組織結(jié)構(gòu)和管理流程、信息系統(tǒng)的實(shí)施 計(jì)劃、信息系統(tǒng)的技術(shù)規(guī)范等。(2) 系統(tǒng)分析階段。系統(tǒng)分析階段的目標(biāo)是為系統(tǒng)設(shè)計(jì)階段提供系統(tǒng)的邏輯模型。系統(tǒng)分析階段以企業(yè)的業(yè)務(wù)流 程分析為基礎(chǔ)，規(guī)劃即將建設(shè)的信息系統(tǒng)的基本架構(gòu)，它是企業(yè)的管理流程和信息流程的交匯點(diǎn)。系統(tǒng)分析的內(nèi)容主要應(yīng)包括組織結(jié)構(gòu)及功能分析、業(yè)務(wù)流程分析、數(shù)據(jù)和數(shù)據(jù)流程分析、系統(tǒng)初步方案等。(3) 系統(tǒng)設(shè)計(jì)階段。系統(tǒng)設(shè)計(jì)階段是根據(jù)系統(tǒng)分析的結(jié)果，設(shè)計(jì)岀信息系統(tǒng)的實(shí)

11、施方案。系統(tǒng)設(shè)計(jì)的主要內(nèi)容包 括系統(tǒng)架構(gòu)設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)、處理流程設(shè)計(jì)、功能模塊設(shè)計(jì)、安全控制方案設(shè)計(jì)、系統(tǒng)組織和隊(duì)伍設(shè)計(jì)、系 統(tǒng)管理流程設(shè)計(jì)等。(4) 系統(tǒng)實(shí)施階段。系統(tǒng)實(shí)施階段是將設(shè)計(jì)階段的結(jié)果在計(jì)算機(jī)和網(wǎng)絡(luò)上具體實(shí)現(xiàn)，也就是將設(shè)計(jì)文本變成能在 計(jì)算機(jī)上運(yùn)行的軟件系統(tǒng)。由于系統(tǒng)實(shí)施階段是對(duì)以前的全部工作的檢驗(yàn)，因此，系統(tǒng)實(shí)施階段用戶的參與特 別重要。如果說在系統(tǒng)設(shè)計(jì)階段以前，用戶處于輔助地位的話，而到了系統(tǒng)實(shí)施階段以后，用戶就應(yīng)逐步變?yōu)?系統(tǒng)的主導(dǎo)地位。(5) 系統(tǒng)驗(yàn)收階段。信息系統(tǒng)實(shí)施階段結(jié)束以后，系統(tǒng)就要進(jìn)入試運(yùn)行。通過試運(yùn)行，系統(tǒng)性能的優(yōu)劣、是否做 到了用戶友好等問題都會(huì)暴露在用戶面

12、前，這時(shí)就進(jìn)入了系統(tǒng)驗(yàn)收階段。3 .信息系統(tǒng)運(yùn)行階段：當(dāng)信息系統(tǒng)通過驗(yàn)收，正式移交給用戶以后，系統(tǒng)就進(jìn)入了運(yùn)行階段。一般來說，一個(gè)性能良好的系統(tǒng)，運(yùn)行 過程中會(huì)較少岀現(xiàn)故障，即使岀現(xiàn)故障，也較容易排除；而那些性能較差的系統(tǒng)，運(yùn)行過程中會(huì)故障不斷，而 且可能會(huì)出現(xiàn)致命性故障，有時(shí)故障會(huì)導(dǎo)致系統(tǒng)癱瘓?？梢?，長時(shí)間的運(yùn)行是檢驗(yàn)系統(tǒng)質(zhì)量的試金石。 另外，要保障信息系統(tǒng)正常運(yùn)行，一項(xiàng)不可缺少的工作就是系統(tǒng)維護(hù)。在軟件工程中，把維護(hù)分為四種類型， 即排錯(cuò)性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)和預(yù)防性維護(hù)。一般在系統(tǒng)運(yùn)行初期，排錯(cuò)性維護(hù)和適應(yīng)性維護(hù)比較 多，而到后來，完善性維護(hù)和預(yù)防性維護(hù)就會(huì)比較多。4 信息系統(tǒng)消

13、亡階段通常人們比較重視信息系統(tǒng)的開發(fā)階段，輕視信息系統(tǒng)運(yùn)行階段，而幾乎完全忽視信息系統(tǒng)的消亡階段。 其實(shí)，這樣做是片面的。因?yàn)橛?jì)算機(jī)技術(shù)和因特網(wǎng)技術(shù)的發(fā)展十分快速，新的技術(shù)、新的產(chǎn)品不斷岀現(xiàn)。同 時(shí)，由于企業(yè)處在瞬息萬變的市場(chǎng)競(jìng)爭(zhēng)的環(huán)境中，在這種情況下，企業(yè)開發(fā)好一個(gè)信息系統(tǒng)，并想著讓它一勞 永逸地運(yùn)行下去，是不現(xiàn)實(shí)的。企業(yè)的信息系統(tǒng)經(jīng)常會(huì)不可避免地遇到系統(tǒng)更新改造、功能擴(kuò)展，甚至是報(bào)廢 重建的情況。對(duì)此，企業(yè)在信息系統(tǒng)建設(shè)的初期就要注意系統(tǒng)的消亡條件和時(shí)機(jī)，以及由此而花費(fèi)的成本。信息系統(tǒng)建設(shè)的原則1 高層管理人員介入原則：一個(gè)信息系統(tǒng)其建設(shè)的目標(biāo)總是為企業(yè)的總體目標(biāo)服務(wù)的，否則，這個(gè)系統(tǒng)就不

14、應(yīng) 當(dāng)建設(shè)。而真正能夠理解企業(yè)總體目標(biāo)的人必然是那些企業(yè)高層管理人員，只有他們才能知道企業(yè)究竟需要什 么樣的信息系統(tǒng)，而不需要什么樣的信息系統(tǒng)，也只有他們才知道企業(yè)有多大的投入是值得的，而超過了這個(gè) 界限就是浪費(fèi)。由于這點(diǎn)是那些身處某一部門的管理人員，或者是技術(shù)人員所無法做到的。因此，信息系統(tǒng)從 概念到運(yùn)行都必須有企業(yè)高層管理人員介入。當(dāng)然，這里的“介入”有著其特定的含義，它可以是直接參加， 也可以是決策或指導(dǎo)，還可以是在政治、經(jīng)濟(jì)、人事等方面的支持。2. 用戶參與開發(fā)原則一是“用戶”有確定的范圍。究竟誰是用戶？我們通常把“用戶”僅僅理解為用戶單位的領(lǐng)導(dǎo)，其實(shí)這是 很片面的。當(dāng)然，用戶單位領(lǐng)導(dǎo)

15、應(yīng)該包括在用戶范圍之內(nèi)，但是，更重要的用戶或者核心用戶，是那些信息系 統(tǒng)的使用者，而用戶單位的領(lǐng)導(dǎo)只不過是輔助用戶或是外圍用戶。二是用戶應(yīng)當(dāng)參與全過程的開發(fā)。特別是那些核心用戶，不應(yīng)只參與某一階段的開發(fā)，而應(yīng)當(dāng)是參與全過 程的開發(fā)，即用戶應(yīng)當(dāng)參與從信息系統(tǒng)概念規(guī)劃和設(shè)計(jì)階段，到系統(tǒng)運(yùn)行的整個(gè)過程。而當(dāng)信息系統(tǒng)交接以 后，他們就成為系統(tǒng)的使用者。三是用戶應(yīng)當(dāng)深度參與系統(tǒng)開發(fā)。用戶以什么身份參與開發(fā)是一個(gè)很重要的問題。一般說來，參與開發(fā)的 用戶人員，既要以甲方代表身份岀現(xiàn)，又應(yīng)成為真正的系統(tǒng)開發(fā)人員，與其他開發(fā)人員融為一體。3. 自頂向下規(guī)劃原則：在信息系統(tǒng)開發(fā)的過程中，經(jīng)常會(huì)岀現(xiàn)信息不一致的問題

16、，這種現(xiàn)象的存在對(duì)信息系統(tǒng)來 說往往是致命的，有時(shí)一個(gè)信息系統(tǒng)會(huì)因此而遭到報(bào)廢的結(jié)果。研究表明，信息的不一致是由計(jì)算機(jī)應(yīng)用的歷 史性演變所造成的，它通常發(fā)生在沒有一個(gè)總體規(guī)劃的指導(dǎo)就來設(shè)計(jì)實(shí)現(xiàn)一個(gè)信息系統(tǒng)的情況下。由此可見， 堅(jiān)持自頂向下規(guī)劃原則對(duì)于信息系統(tǒng)的開發(fā)和建設(shè)來說是至關(guān)重要的。自頂向下規(guī)劃的一個(gè)主要目標(biāo)是達(dá)到信 息的一致性。同時(shí)，自頂向下規(guī)劃原則還有另外一個(gè)方面，那就是這種規(guī)劃絕不能取代信息系統(tǒng)的詳細(xì)設(shè)計(jì)。必須鼓勵(lì)信息系統(tǒng)各子系統(tǒng)的設(shè)計(jì)者在總體規(guī)劃的指導(dǎo)下，進(jìn)行有創(chuàng)造性的設(shè)計(jì)。4工程化原則在20世紀(jì)70年代，岀現(xiàn)了世界范圍內(nèi)的“軟件危機(jī)”。所謂 軟件危機(jī)是指一個(gè)軟件編制好以后，誰也無

17、法 保證它能夠正確地運(yùn)行，也就是軟件的可靠性成了問題。軟件危機(jī)曾一度引起人們，特別是工業(yè)界的恐慌。經(jīng) 過探索，人們認(rèn)識(shí)到，之所以會(huì)岀現(xiàn)軟件危機(jī)，最主要的原因，是由于軟件產(chǎn)品是一種個(gè)體勞動(dòng)產(chǎn)品，最多也 就是作坊式的產(chǎn)品。因此，沒有工程化是軟件危機(jī)發(fā)生的根本原因。此后，軟件發(fā)展成了 “軟件工程”這門工 程學(xué)科，在一定程度上解決了軟件危機(jī)。信息系統(tǒng)也經(jīng)歷了與軟件開發(fā)大致相同的經(jīng)歷。在信息系統(tǒng)發(fā)展的初期，人們也像軟件開發(fā)初期一樣，只 要做岀來就行，根本不管實(shí)現(xiàn)的過程。這時(shí)的信息系統(tǒng)，大都成了少數(shù)開發(fā)者的“專利”，系統(tǒng)可維護(hù)性、可 擴(kuò)展性都非常差。后來，信息工程、系統(tǒng)工程等工程化方法被引入到信息系統(tǒng)開發(fā)

18、過程之中，才使得問題得到 了一定程度的解決。其實(shí)，工程化不僅是一種有效的方法，它也應(yīng)當(dāng)是信息系統(tǒng)開發(fā)的一項(xiàng)重要原則。發(fā)5 其他原則：創(chuàng)新性原則，用來體現(xiàn)信息系統(tǒng)的先進(jìn)性；整體性原則，用來體現(xiàn)信息系統(tǒng)的完整性；展性原則，用來體現(xiàn)信息系統(tǒng)的超前性；經(jīng)濟(jì)性原則，用來體現(xiàn)信息系統(tǒng)的實(shí)用性。信息系統(tǒng)開發(fā)方法1 結(jié)構(gòu)化方法：結(jié)構(gòu)化方法是目前最成熟、應(yīng)用最廣泛的信息系統(tǒng)開發(fā)方法之一。由于它是假定被開發(fā)的系統(tǒng) 是一個(gè)結(jié)構(gòu)化的系統(tǒng)，因此，其基本思想是將系統(tǒng)的生命周期劃分為系統(tǒng)調(diào)查、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí) 施、系統(tǒng)維護(hù)等階段。這種方法遵循系統(tǒng)工程原理，按照事先設(shè)計(jì)好的程序和步驟，使用一定的開發(fā)工具，完成規(guī)定的

19、文檔，在結(jié)構(gòu)化和模塊化的基礎(chǔ)上進(jìn)行信息系統(tǒng)的開發(fā)工作。結(jié)構(gòu)化方法的開發(fā)過程一般是先把系統(tǒng) 功能視為一個(gè)大的模塊，再根據(jù)系統(tǒng)分析設(shè)計(jì)的要求對(duì)其進(jìn)行進(jìn)一步的模塊分解或組合。結(jié)構(gòu)化生命周期法主要特點(diǎn)介紹如下。(1) 開發(fā)目標(biāo)清晰化。結(jié)構(gòu)化方法的系統(tǒng)開發(fā)遵循“用戶第一”的原則，開發(fā)中要保持與用戶的溝通，取得與用 戶的共識(shí)，這使得信息系統(tǒng)的開發(fā)建立在可靠的基礎(chǔ)之上。(2) 工作階段程式化。結(jié)構(gòu)化方法每個(gè)階段的工作內(nèi)容明確，注重開發(fā)過程的控制。每一階段工作完成后，要根 據(jù)階段工作目標(biāo)和要求進(jìn)行審查，這使階段工作有條不紊，也避免為以后的工作留下隱患。(3) 開發(fā)文檔規(guī)范化。結(jié)構(gòu)化方法每一階段工作完成后，要按

20、照要求完成相應(yīng)的文檔，以保證各個(gè)工作階段的 銜接與系統(tǒng)維護(hù)工作的便利。(4) 設(shè)計(jì)方法結(jié)構(gòu)化。結(jié)構(gòu)化方法采用自上而下的結(jié)構(gòu)化、模塊化分析與設(shè)計(jì)方法，使各個(gè)子系統(tǒng)間相對(duì)獨(dú)立， 便于系統(tǒng)的分析、設(shè)計(jì)、實(shí)現(xiàn)與維護(hù)。結(jié)構(gòu)化方法被廣泛地應(yīng)用于不同行業(yè)信息系統(tǒng)的開發(fā)中，特別適合于那 些業(yè)務(wù)工作比較成熟、定型的系統(tǒng)，如銀行、電信、商品零售等行業(yè)。2 快速原型法：快速原型法是一種根據(jù)用戶需求，利用系統(tǒng)開發(fā)工具，快速地建立一個(gè)系統(tǒng)模型并展示給用戶，在此基礎(chǔ)上與用戶交流，最終實(shí)現(xiàn)用戶需求的信息系統(tǒng)快速開發(fā)的方法。在現(xiàn)實(shí)生活中，一個(gè)大型工程項(xiàng)目建設(shè)之前 制作的沙盤，以及大型建筑的模型等都與快速原型法有同樣的功效。應(yīng)

21、用快速原型法開發(fā)過程包括系統(tǒng)需求分 析、系統(tǒng)初步設(shè)計(jì)、系統(tǒng)調(diào)試、系統(tǒng)檢測(cè)等階段。用戶僅需在系統(tǒng)分析與系統(tǒng)初步設(shè)計(jì)階段完成對(duì)應(yīng)用系統(tǒng)的 簡單描述，開發(fā)者在獲取一組基本需求定義后，利用開發(fā)工具生成應(yīng)用系統(tǒng)原型，快速建立一個(gè)目標(biāo)應(yīng)用系統(tǒng) 的最初版本，并把它提交給用戶試用、評(píng)價(jià)，根據(jù)用戶提岀的意見和建議進(jìn)行修改和補(bǔ)充，從而形成新的版 本，再返回給用戶。通過這樣多次反復(fù)，使得系統(tǒng)不斷地細(xì)化和擴(kuò)充，直到生成一個(gè)用戶滿意的方案為止?？焖僭头ň哂虚_發(fā)周期短、見效快、與業(yè)務(wù)人員交流方便的優(yōu)點(diǎn)，特別適用于那些用戶需求模糊，結(jié)構(gòu) 性比較差的信息系統(tǒng)的開發(fā)。3. 企業(yè)系統(tǒng)規(guī)劃方法企業(yè)系統(tǒng)規(guī)劃方法 BSPf Bus

22、in ess System最早是由IBM公司于20世紀(jì)70年代研制并使用的一種企業(yè)信息系 統(tǒng)開發(fā)的方法。雖然30多年的時(shí)間過去了，但是，這種方法對(duì)于今天我國企業(yè)信息系統(tǒng)建設(shè)仍然具有一定的指導(dǎo)意義。BSP方法是企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃方法和信息工程方法的基礎(chǔ)和，也就是說，后兩種方法是在BSP方法的基礎(chǔ)上發(fā)展起來的，可見，了解并掌握 BSP方法對(duì)于全面掌握信息系統(tǒng)開發(fā)方法是有幫助的。BSP方法的目標(biāo)是提供一個(gè)信息系統(tǒng)規(guī)劃，用以支持企業(yè)短期的和長期的信息需求。4 戰(zhàn)略數(shù)據(jù)規(guī)劃方法：(1) 數(shù)據(jù)環(huán)境對(duì)于信息系統(tǒng)至關(guān)重要。企業(yè)數(shù)據(jù)環(huán)境是隨著企業(yè)的發(fā)展不斷變化的，也是企業(yè)發(fā)展的基礎(chǔ)條件。信息系統(tǒng)建設(shè)極大影響著企業(yè)

23、的未來發(fā)展方向，對(duì)企業(yè)的數(shù)據(jù)環(huán)境提出了更高的要求。把靜態(tài)的、獨(dú)立 的信息資源通過戰(zhàn)略數(shù)據(jù)規(guī)劃重建企業(yè)數(shù)據(jù)環(huán)境，使其成為集成化、網(wǎng)絡(luò)化的信息資源，對(duì)一個(gè)現(xiàn)代化企業(yè)來說是更為迫切的任務(wù)。(2) 四種數(shù)據(jù)環(huán)境。在信息系統(tǒng)發(fā)展的歷程中共有四類數(shù)據(jù)環(huán)境，即數(shù)據(jù)文件、應(yīng)用數(shù)據(jù)庫、主題數(shù)據(jù)庫和 信息檢索系統(tǒng)。(3) 建設(shè)主題數(shù)據(jù)庫是信息系統(tǒng)開發(fā)的中心任務(wù)。這里的主題數(shù)據(jù)庫并不是指數(shù)據(jù)庫的大小，也不是指數(shù)據(jù)庫的功能，而是指哪些數(shù)據(jù)庫是面向企業(yè)的業(yè)務(wù)主題的，哪些不是面向業(yè)務(wù)主題的。所謂業(yè)務(wù)主題，就是指 企業(yè)的核心業(yè)務(wù)和主導(dǎo)流程。比如，對(duì)于一個(gè)機(jī)加工企業(yè)來說，生產(chǎn)機(jī)件產(chǎn)品就是其核心業(yè)務(wù)，相應(yīng)地，圍繞核心業(yè)務(wù)建立的

24、數(shù)據(jù)庫就是企業(yè)的主題數(shù)據(jù)庫。而對(duì)于一個(gè)保險(xiǎn)企業(yè)來說，圍繞著保單處理的數(shù)據(jù)庫就是企業(yè) 的主題數(shù)據(jù)庫。(4) 圍繞主題數(shù)據(jù)庫搞好應(yīng)用軟件開發(fā)。5信息工程方法 信息工程方法與企業(yè)系統(tǒng)規(guī)劃方法和戰(zhàn)略數(shù)據(jù)規(guī)劃方法是一種交叉關(guān)系，即信息工程方法是其他兩種方法的總 結(jié)和提升，而其他兩種方法則是信息工程方法的基礎(chǔ)和核心。信息工程是計(jì)算機(jī)信息系統(tǒng)發(fā)展到比較成熟階段的產(chǎn)物，它不僅為大型信息系統(tǒng)的開發(fā)給岀了方法和技術(shù)，而 更重要的是它在理論與實(shí)踐的結(jié)合上對(duì)大型信息系統(tǒng)的開發(fā)提岀了相應(yīng)的開發(fā)策略和原則，而這些策略和原則 對(duì)于信息系統(tǒng)的成功開發(fā)和應(yīng)用都是至關(guān)重要的。雖然，信息工程是在20世紀(jì)80年代末期發(fā)展起來的，但是

25、，在今天，仍然對(duì)信息系統(tǒng)的開發(fā)具有重要的指導(dǎo)價(jià)值。信息工程方法與信息系統(tǒng)開發(fā)的其他方法相比，有一點(diǎn)很大的不同，就是信息工程不僅是一種方法，它還是一 門工程學(xué)科。它第一次把信息系統(tǒng)開發(fā)過程工程化了。所謂工程化，就是指有一整套成熟的、規(guī)范的工程方 法、技術(shù)、標(biāo)準(zhǔn)、程序和規(guī)范，使得開發(fā)工作擺脫隨意性和多變性，其目標(biāo)是信息系統(tǒng)的開發(fā)走上智能化、程 序化和自動(dòng)化的道路。6 面向?qū)ο蠓椒嫦驅(qū)ο蟮姆治龇椒ㄊ抢妹嫦驅(qū)ο蟮男畔⒔８拍睿鐚?shí)體、關(guān)系、屬性等，同時(shí)運(yùn)用封裝、繼承、多態(tài) 等機(jī)制來構(gòu)造模擬現(xiàn)實(shí)系統(tǒng)的方法。傳統(tǒng)的結(jié)構(gòu)化設(shè)計(jì)方法的基本點(diǎn)是面向過程，系統(tǒng)被分解成若干個(gè)過程。 而面向?qū)ο蟮姆椒ㄊ遣捎脴?gòu)造模

26、型的觀點(diǎn)，在系統(tǒng)的開發(fā)過程中，各個(gè)步驟的共同的目標(biāo)是建造一個(gè)問題域的 模型。在面向?qū)ο蟮脑O(shè)計(jì)中，初始元素是對(duì)象，然后將具有共同特征的對(duì)象歸納成類，組織類之間的等級(jí)關(guān) 系，構(gòu)造類庫。在應(yīng)用時(shí)，在類庫中選擇相應(yīng)的類。1.3軟件工程知識(shí)軟件需求分析與定義軟件工程是開發(fā)、運(yùn)行、維護(hù)和修復(fù)軟件的系統(tǒng)方法，（方法、工具、過程） 軟件需求分析和定義軟件需求：功能需求、非功能需求、設(shè)計(jì)約束；業(yè)務(wù)需求、用戶需求、系統(tǒng)需求需求工程：需求開發(fā)（需求捕獲、需求分析、編寫規(guī)格說明書、需求驗(yàn)證）、需求管理（需求基線、處理需求變 更、需求跟蹤）需求調(diào)查和問題定義：要捕獲的信息、信息的來源、需求捕獲技術(shù)（用戶訪談、用戶調(diào)查、

27、現(xiàn)場(chǎng)觀摩、文檔考 古、聯(lián)合討論會(huì)）可行性研究的任務(wù)：技術(shù)可行性、經(jīng)濟(jì)可行性、社會(huì)可行性可行性研究工作的步驟：核實(shí)問題定義和目標(biāo)，研究分析現(xiàn)有系統(tǒng)（包括非計(jì)算機(jī)系統(tǒng)），為新系統(tǒng)建模（系統(tǒng)上下文關(guān)系范圍圖、實(shí)體關(guān)系圖（E R）、用例模型、域模型、IPO表），客戶復(fù)核、提岀并評(píng)價(jià)解決方案、確定最終推薦的解決方案（成本效益分析包括成本估計(jì)、效益分析）、草擬開發(fā)計(jì)劃、提交可行性分析報(bào)告 需求分析：繪制系統(tǒng)上下文范圍關(guān)系圖、創(chuàng)建用戶接口原型、分析需求的可行性、確定需求的優(yōu)先級(jí)、為需求 建立模型、創(chuàng)建數(shù)據(jù)字典、使用質(zhì)量功能調(diào)配需求分析方法：結(jié)構(gòu)化分析方法、軟系統(tǒng)方法、面向?qū)ο蠓治龇椒?、面向問題域的分析 結(jié)構(gòu)

28、化分析與面向?qū)ο蠓治龇椒ㄖg最大的區(qū)別是：結(jié)構(gòu)化分析方法把系統(tǒng)看做一個(gè)過程的集合體，包括人完 成的和電腦完成的；而面向?qū)ο蠓椒▌t把系統(tǒng)看成一個(gè)相互影響的對(duì)象集。結(jié)構(gòu)化分析方法的特點(diǎn)是利用數(shù)據(jù) 流圖來幫助人們理解問題，對(duì)問題進(jìn)行分析步驟：研究“物質(zhì)環(huán)境”、建立系統(tǒng)邏輯模型、劃清人機(jī)界面 數(shù)據(jù)流圖：過程、外部實(shí)體、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)流、實(shí)時(shí)連接 實(shí)體一關(guān)系圖（E R圖）軟件設(shè)計(jì)、測(cè)試與維護(hù)軟件設(shè)計(jì)基本原則：信息隱蔽、模塊獨(dú)立性（內(nèi)聚（功能、信息、通信、過程、時(shí)間、邏輯）、耦合） 系統(tǒng)結(jié)構(gòu)圖：模塊、模塊間的調(diào)用關(guān)系、模塊間的通信、輔助控制符號(hào)常用系統(tǒng)結(jié)構(gòu)圖：變換型、事務(wù)型、混合型 用戶界面：可使用性、靈

29、活性、復(fù)雜性和可靠性 軟件測(cè)試：白盒測(cè)試與黑盒測(cè)試；單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試 軟件維護(hù)：因素（可理解性、可測(cè)試性、可修改性）軟件維護(hù)步驟：建立維護(hù)組織、提出維護(hù)要求、實(shí)施維護(hù)作業(yè)、記錄維護(hù)要素、評(píng)價(jià)維護(hù)活動(dòng)軟件復(fù)用軟件再生步驟：篩選、文檔重構(gòu)、逆向工程、代碼重構(gòu)、數(shù)據(jù)重構(gòu)、重新開發(fā)軟件質(zhì)量保證及質(zhì)量評(píng)價(jià)軟件質(zhì)量：性能、可靠性（容錯(cuò)、健壯性）、可用性、安全性、可修改性（可維護(hù)性、可擴(kuò)展性、結(jié)構(gòu)重組、可 移植性）、功能性 軟件質(zhì)量保證活動(dòng)：Sqa人員的素質(zhì)：有較強(qiáng)的溝通能力、要熟悉軟件工程過程、要有較強(qiáng)的計(jì)劃性、能應(yīng)對(duì)繁雜的工作、要客觀有 責(zé)任心SQA活動(dòng)：制定SQA計(jì)劃、參與開發(fā)該

30、軟件項(xiàng)目的軟件過程描述、評(píng)審、審計(jì)、記錄并處理偏差、報(bào)告SQA工作內(nèi)容：與 SQA計(jì)劃直接相關(guān)的工作、參與項(xiàng)目的階段性評(píng)審和審計(jì)、對(duì)項(xiàng)目日?；顒?dòng)與規(guī)程的符合性 進(jìn)行檢查、對(duì)配置管理工作的檢查和審計(jì)、跟蹤問題的解決情況軟件配置管理軟件配置管理：配置與配置項(xiàng)、基線與基線管理、版本、配置標(biāo)志、配置控制 變更控制：功能變更、錯(cuò)誤修復(fù)變更：功能變更的意思就是根據(jù)客戶的需要增加或刪除某些功能，或者修改實(shí) 現(xiàn)功能的方法所引發(fā)的變更。錯(cuò)誤修復(fù)變更是為了修改漏洞的需要而產(chǎn)生的變更。配置庫：開發(fā)庫、受控庫、產(chǎn)品庫配置評(píng)審：正式的技術(shù)評(píng)審、軟件配置審核軟件開發(fā)環(huán)境軟件開發(fā)環(huán)境：數(shù)據(jù)集成機(jī)制、控制集成機(jī)制、界面集成機(jī)

31、制 軟件開發(fā)環(huán)境結(jié)構(gòu)：工具集、集成機(jī)制、環(huán)境信息庫、過程控制和消息服務(wù)器、環(huán)境用戶界面；宿主層、核 心層、基本層、應(yīng)用層軟件開發(fā)環(huán)境的發(fā)展：數(shù)據(jù)完整性、信息共享、數(shù)據(jù)-工具集成、數(shù)據(jù)-數(shù)據(jù)集成、方法學(xué)實(shí)施、文檔標(biāo)準(zhǔn)化軟件過程管理軟件過程管理：方向：軟件過程分析和建模，軟件過程支持，軟件過程評(píng)估和改進(jìn)CMM 術(shù)語：過程、軟件過程、軟件過程能力、軟件過程性能（能力是期望得到的結(jié)果、性能是實(shí)際得到的結(jié) 果）、軟件過程成熟度、關(guān)鍵過程（區(qū)）域（ CMM包含18個(gè)關(guān)鍵過程）、關(guān)鍵實(shí)踐、軟件過程評(píng)估、軟件能力 評(píng)價(jià)、軟件工程組、軟件相關(guān)組、軟件工程過程組、系統(tǒng)工程組、系統(tǒng)測(cè)試組、軟件質(zhì)量保證組、軟件配置管

32、 理組、培訓(xùn)組CMM的分級(jí)標(biāo)準(zhǔn)：初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)、優(yōu)化級(jí)初始級(jí)-紀(jì)律化的過程-已重復(fù)級(jí)-標(biāo)準(zhǔn)一致的過程-已定義級(jí)-可預(yù)測(cè)的過程-已管理級(jí)-不斷改經(jīng) 的過程-優(yōu)化級(jí)實(shí)施CMM :提高思想認(rèn)識(shí)、進(jìn)行CMM 培訓(xùn)和咨詢工作、確定合理的目標(biāo)、成立工作組、制定和完善軟件過程、內(nèi)部評(píng)審、正式評(píng)估、根據(jù)評(píng)估結(jié)果改進(jìn)軟件過程CMMI :初始級(jí)、已管理級(jí)、嚴(yán)格定義級(jí)、定量管理級(jí)、優(yōu)化級(jí)CMMI評(píng)估：A類評(píng)估（全面綜合的評(píng)估方法）B類評(píng)估（較少綜合，花費(fèi)也較少）C類評(píng)估（快估）CMM和CMMI區(qū)別：CMMI結(jié)構(gòu)更加形式化和精致，更復(fù)雜；CMMI強(qiáng)調(diào)需求的管理（需求管理和需求開發(fā)）CMM為需求管

33、理；CMMI加強(qiáng)對(duì)工程過程的重視；CMMI強(qiáng)調(diào)度量；CMMI強(qiáng)調(diào)對(duì)風(fēng)險(xiǎn)的管理；1.4軟件構(gòu)件技術(shù)知識(shí)構(gòu)件及其在信息系統(tǒng)項(xiàng)目中的重要性構(gòu)件庫組織方法的要求：支持構(gòu)件庫的各種維護(hù)動(dòng)作；不僅要支持精確匹配，還要支持相似構(gòu)件的查找；不僅 能進(jìn)行簡單的語法匹配，而且能夠查找在功能或行為方面等價(jià)或相似的構(gòu)件；對(duì)應(yīng)領(lǐng)域具有較強(qiáng)的描述能力和 較好的描述精度；庫管理員和用戶容易使用 構(gòu)件分類方法：關(guān)鍵字分類法、刻面分類法、超文本組織方法商業(yè)化構(gòu)件分類：用戶界面類、數(shù)據(jù)庫類；商務(wù)應(yīng)用類；工具類、網(wǎng)絡(luò)通訊類；核心技術(shù)類構(gòu)件組裝：基于功能的組裝技術(shù)；基于數(shù)據(jù)的組裝技術(shù)、面向?qū)ο蟮慕M裝技術(shù)（構(gòu)造法；子類法）軟件重用：需

34、求重用；設(shè)計(jì)重用；代碼重用；組織結(jié)構(gòu)的重用；構(gòu)件庫常用構(gòu)件標(biāo)準(zhǔn)（COM/DCOM/COM+、CORBA 和 EJB）EJB （Enterprise Java Bean）：是用于開發(fā)和布署多層結(jié)構(gòu)的、分布式的、面向?qū)ο蟮腏ava應(yīng)用系統(tǒng)的跨平臺(tái)的|構(gòu)件體系結(jié)構(gòu)。 EJB分類：會(huì)話 EJB（Session Bean）（與客戶端一個(gè)短暫的會(huì)話 ）；實(shí)體Bean （ Entity Bean ）（對(duì)應(yīng) 數(shù)據(jù)實(shí)體，它描述了存儲(chǔ)在數(shù)據(jù)庫的表中的持久數(shù)據(jù)）；消息驅(qū)動(dòng)Bean （Message driven Bean ）（結(jié)合了一個(gè)會(huì)話Bean和一個(gè)Java信息服務(wù)（JMS）信息監(jiān)聽者的功能）DCOM :擴(kuò)展了

35、 COM，使其能夠支持在局域網(wǎng)、廣域網(wǎng)甚至In ternet上不同計(jì)算機(jī)的對(duì)象之間的通信。COM定義了構(gòu)件和它們的客戶之間相互作用的方式；DCOM具有位置獨(dú)立性；DCOM具有語言無關(guān)性1.5軟件體系結(jié)構(gòu)軟件體系結(jié)構(gòu)定義軟件體系結(jié)構(gòu)為軟件系統(tǒng)提供了一個(gè)結(jié)構(gòu)、行為和屬性的高級(jí)抽象，由構(gòu)成系統(tǒng)的元素的描述、這些元素的相互作用、指導(dǎo)元素集成的模式，以及這些模式的約束組成。軟件體系結(jié)構(gòu)不僅指定了系統(tǒng)的組織(organization )結(jié)構(gòu)和拓?fù)?topology )結(jié)構(gòu)，并且顯示了系統(tǒng)需求和構(gòu)成系統(tǒng)的元素之間的對(duì)應(yīng)關(guān)系，提供了一些設(shè)計(jì)決策的 基本原理典型體系結(jié)構(gòu)軟件體系結(jié)構(gòu)模型：結(jié)構(gòu)模型、框架模型、動(dòng)態(tài)

36、模型、過程模型、功能模型邏輯視圖：主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務(wù)。開發(fā)視圖：也稱模塊視圖，主要側(cè)重于 軟件模塊的組織和管理。進(jìn)程視圖：側(cè)重于系統(tǒng)的運(yùn)行特性，主要關(guān)注一些非功能性的需求，例如系統(tǒng)的性能 和可用性。進(jìn)程視圖強(qiáng)調(diào)并發(fā)性、分布性、系統(tǒng)集成性和容錯(cuò)能力，以及從邏輯試題中的主要抽象如何符合進(jìn) 程結(jié)構(gòu)。物理視圖：主要考慮如何把軟件映射到硬件上，它通常要考慮到系統(tǒng)性能、規(guī)模、可靠性等。場(chǎng)景： 可以看做是那些重要系統(tǒng)活動(dòng)的抽象，它使四個(gè)視圖有機(jī)聯(lián)系起來，從某種意義上說場(chǎng)景是最重要的需求抽 象。典型的軟件體系結(jié)構(gòu)：數(shù)據(jù)流風(fēng)格、調(diào)用/返回風(fēng)格、獨(dú)立構(gòu)件風(fēng)格、虛擬機(jī)風(fēng)格、倉庫風(fēng)格分

37、層結(jié)構(gòu)：基于可增加抽象層的設(shè)計(jì)。優(yōu)點(diǎn)：支持基于抽象程度遞增的系統(tǒng)設(shè)計(jì)；支持功能增強(qiáng)；支持重用。 缺點(diǎn)：并不是沒一個(gè)系統(tǒng)都可以很容易的劃分為分層的模式；很難找到一個(gè)合適的、正確的層次抽象方法。C2風(fēng)格：通過連接件綁定在一起的按照一組規(guī)則運(yùn)作的并行構(gòu)件網(wǎng)絡(luò)。特點(diǎn)：系統(tǒng)中的構(gòu)件可實(shí)現(xiàn)應(yīng)用需求， 并能將任意復(fù)雜度的功能封裝在一起；所有構(gòu)件之間的通信是通過以連接件為中介的異步消息交換機(jī)制來實(shí)現(xiàn) 的；構(gòu)件相對(duì)獨(dú)立，構(gòu)件之間依賴性較少 客戶-服務(wù)器風(fēng)格(C/S):服務(wù)器負(fù)責(zé)數(shù)據(jù)管理，客戶機(jī)完成與用戶的交互任務(wù)。胖客戶機(jī)、瘦服務(wù)器。具有 強(qiáng)大的數(shù)據(jù)操作和事務(wù)處理能力，模型思想簡單，易于人們理解和接受。缺點(diǎn)：開

38、發(fā)成本較高、客戶端程序設(shè) 計(jì)復(fù)雜、信息內(nèi)容和形式單一、用戶界面風(fēng)格不一、軟件移植困難、軟件維護(hù)和升級(jí)困難、新技術(shù)不能輕易使 用 三層C/S結(jié)構(gòu)風(fēng)格：解決兩層問題(問題為：難以擴(kuò)展至大型企業(yè)廣域網(wǎng)或In ternet ;軟、硬件的組合及集成能力有限；客戶機(jī)的負(fù)荷太重；數(shù)據(jù)安全性不好)；包括表示層(表示層是應(yīng)用的用戶接口部分，它擔(dān)負(fù)著用戶與 應(yīng)用間的對(duì)話功能)、功能層(功能層相當(dāng)于應(yīng)用的本體，它是將具體的業(yè)務(wù)處理邏輯編入程序中)、數(shù)據(jù)層(就是數(shù)據(jù)庫管理系統(tǒng)，負(fù)責(zé)管理對(duì)數(shù)據(jù)庫數(shù)據(jù)的讀寫)瀏覽器-服務(wù)器風(fēng)格：瀏覽器/web服務(wù)器/數(shù)據(jù)庫服務(wù)器；缺點(diǎn)：缺乏對(duì)動(dòng)態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫處理功

39、能；擴(kuò)展能力差，安全性難以控制；在數(shù)據(jù)查詢等響應(yīng)速度上，要遠(yuǎn)遠(yuǎn)低于C/S體系結(jié)構(gòu)；數(shù)據(jù)提交一般以頁面為單位，數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng)，不利于在線事務(wù)處理的應(yīng)用。公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu)：(CORBA Com mon Request Broker Architecture )主要內(nèi)容包括：接口定義語言、接口池、動(dòng)態(tài)調(diào)用接口、對(duì)象適配器。特點(diǎn)：引入中間件作為事務(wù)代理，完成客戶機(jī)向服務(wù)對(duì)象方(Server)提岀的業(yè)務(wù)請(qǐng)求；實(shí)現(xiàn)客戶與服務(wù)對(duì)象的完全分開，客戶不需要了解服務(wù)對(duì)象的實(shí)現(xiàn)過程以及具體位置；提供軟總 線機(jī)制，使在任何環(huán)境下、采用任何語言開發(fā)的軟件只要符合接口規(guī)范的定義，均能夠集成到分布式系統(tǒng)中；C

40、ORBA規(guī)范軟件系統(tǒng)采用面向?qū)ο蟮能浖?shí)現(xiàn)方法開發(fā)應(yīng)用系統(tǒng)，實(shí)現(xiàn)對(duì)象內(nèi)部細(xì)節(jié)的完整封裝，保留對(duì)象方 法的對(duì)外接口定義軟件體系結(jié)構(gòu)設(shè)計(jì)方法結(jié)構(gòu)化設(shè)計(jì)方法是基于模塊化、自頂向下逐層細(xì)化、結(jié)構(gòu)化程序設(shè)計(jì)等程序設(shè)計(jì)技術(shù)基礎(chǔ)上發(fā)展起來的1系統(tǒng)結(jié)構(gòu)圖中的模塊一般來說，結(jié)構(gòu)圖中可能岀現(xiàn)圖 2-11所示的四種類型的模塊。再將其傳送給上級(jí)模塊。它傳送的數(shù)據(jù)流傳入模塊：圖2-11(a)，從下屬模塊取得數(shù)據(jù)，經(jīng)過某些處理, 叫做邏輯輸入數(shù)據(jù)流。變換模映協(xié)盜模塊VjItyVI r(d)傳出模塊：圖2-11 (b)，從上級(jí)模塊 取得數(shù)據(jù)，進(jìn)行某些處理，傳送給下屬模 塊。它傳送的數(shù)據(jù)流叫做邏輯輸出數(shù)據(jù)流。變換模塊：圖2-

41、11(c)，從上級(jí)模塊取 來數(shù)據(jù)，進(jìn)行特定處理后，送回原上級(jí)模E9 2-11四種植塊類堪 塊。它加工的數(shù)據(jù)流叫做變換數(shù)據(jù)流。協(xié)調(diào)模塊：圖2-11（d），對(duì)其下屬模塊進(jìn)行控制和管理的模塊。在一個(gè)好的系統(tǒng)結(jié)構(gòu)圖中，協(xié)調(diào)模塊應(yīng)在 較高層出現(xiàn)。2.系統(tǒng)結(jié)構(gòu)圖中的主要成分 結(jié)構(gòu)圖中的主要成分有四種。（1）模塊。以矩形框表示，框中標(biāo)有模塊的名字。對(duì)于已定義（或者已開發(fā)）的模塊，則可以用雙縱邊矩形框表示，（2）模塊間的調(diào)用關(guān)系。兩個(gè)模塊，一上一下，以箭頭相連，上面的模塊是調(diào)用模塊，箭頭指向的模塊是被 調(diào)用模塊，在一般情況下，箭頭表示的連線可以用直線代替。（3）模塊間的通信。以表示調(diào)用關(guān)系的長箭頭旁邊的短箭頭

42、表示，短箭頭的方向和名字分別表示調(diào)用模塊 和被調(diào)用模塊之間信息的傳遞方向和內(nèi)容。輔助控制符號(hào)。當(dāng)模塊A有條件的調(diào)用模塊 B時(shí)，在箭頭的起點(diǎn)標(biāo)以菱形。模塊A反復(fù)地調(diào)用模塊D時(shí)，另加一環(huán)狀箭頭。3 常用的系統(tǒng)結(jié)構(gòu)圖：常用的系統(tǒng)結(jié)構(gòu)圖有以下幾種。（1）變換型系統(tǒng)結(jié)構(gòu)圖。在數(shù)據(jù)處理問題中，我們通常會(huì)遇到這樣一類問題，即從（程序）“外部”取得數(shù)據(jù)（例如從鍵盤、磁盤文件等 ），對(duì)取得的數(shù)據(jù)進(jìn)行某種變換，然后再將變換得到的數(shù)據(jù)傳回“外部”。其中取得數(shù) 據(jù)這一過程稱為傳入信息 （數(shù)據(jù)）流程、變換數(shù)據(jù)的過程稱為變換信息（數(shù)據(jù)）流程，傳回?cái)?shù)據(jù)過程稱為傳岀信息（數(shù)據(jù)）流程，如圖2-16所示。事務(wù)型系統(tǒng)結(jié)構(gòu)圖。在實(shí)際

43、中，我們還常常會(huì)遇到另一類問題，即通常在接受某一項(xiàng)事務(wù)后，根據(jù)事務(wù) 的特點(diǎn)和性質(zhì)，選擇分派給一個(gè)適當(dāng)?shù)奶幚韱卧?，然后給出結(jié)果，這類問題就是事務(wù)型問題。它的特點(diǎn)是，數(shù) 據(jù)沿著接收分支把外部信息（數(shù)據(jù)）轉(zhuǎn)換成一個(gè)事務(wù)項(xiàng)，然后計(jì)算該事務(wù)項(xiàng)的值，并根據(jù)它的值從多條數(shù)據(jù)流中選擇其中的某一條數(shù)據(jù)流?；旌闲拖到y(tǒng)結(jié)構(gòu)圖。在實(shí)際中，一些大型問題往往既不是單純的變換型問題，也不是單純的事務(wù)型問 題，而是兩種混合在一起的混合型問題。對(duì)于這種混合型問題，一般以變換型問題為主，首先找出變換中心， 設(shè)計(jì)岀結(jié)構(gòu)圖的上層；然后根據(jù)數(shù)據(jù)流圖的各部分具體類型分別映射得到它們的結(jié)構(gòu)圖。軟件體系結(jié)構(gòu)分析與評(píng)估軟件體系結(jié)構(gòu)為軟件系統(tǒng)提

44、供了一個(gè)結(jié)構(gòu)、行為和屬性的高級(jí)抽象，由構(gòu)成系統(tǒng)的元素的描述、這些元素的相互作用、指導(dǎo)元素集成的模式，以及這些模式的約束組成。軟件體系結(jié)構(gòu)不僅指定了系統(tǒng)的組織（organization ）結(jié)構(gòu)和拓?fù)洌╰opology ）結(jié)構(gòu)，并且顯示了系統(tǒng)需求和構(gòu)成系統(tǒng)的元素之間的對(duì)應(yīng)關(guān)系，提供了一些設(shè)計(jì)決策的 基本原理軟件體系結(jié)構(gòu)模型：結(jié)構(gòu)模型、框架模型、動(dòng)態(tài)模型、過程模型、功能模型邏輯視圖：主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務(wù)。開發(fā)視圖：也稱模塊視圖，主要側(cè)重于 軟件模塊的組織和管理。進(jìn)程視圖：側(cè)重于系統(tǒng)的運(yùn)行特性，主要關(guān)注一些非功能性的需求，例如系統(tǒng)的性能 和可用性。進(jìn)程視圖強(qiáng)調(diào)并發(fā)性、分布

45、性、系統(tǒng)集成性和容錯(cuò)能力，以及從邏輯試題中的主要抽象如何符合進(jìn) 程結(jié)構(gòu)。物理視圖：主要考慮如何把軟件映射到硬件上，它通常要考慮到系統(tǒng)性能、規(guī)模、可靠性等。場(chǎng)景： 可以看做是那些重要系統(tǒng)活動(dòng)的抽象，它使四個(gè)視圖有機(jī)聯(lián)系起來，從某種意義上說場(chǎng)景是最重要的需求抽 象。典型的軟件體系結(jié)構(gòu)：數(shù)據(jù)流風(fēng)格、調(diào)用/返回風(fēng)格、獨(dú)立構(gòu)件風(fēng)格、虛擬機(jī)風(fēng)格、倉庫風(fēng)格分層結(jié)構(gòu)：基于可增加抽象層的設(shè)計(jì)。優(yōu)點(diǎn)：支持基于抽象程度遞增的系統(tǒng)設(shè)計(jì)；支持功能增強(qiáng)；支持重用。 缺點(diǎn)：并不是沒一個(gè)系統(tǒng)都可以很容易的劃分為分層的模式；很難找到一個(gè)合適的、正確的層次抽象方法。C2風(fēng)格：通過連接件綁定在一起的按照一組規(guī)則運(yùn)作的并行構(gòu)件網(wǎng)絡(luò)。

46、特點(diǎn)：系統(tǒng)中的構(gòu)件可實(shí)現(xiàn)應(yīng)用需求， 并能將任意復(fù)雜度的功能封裝在一起；所有構(gòu)件之間的通信是通過以連接件為中介的異步消息交換機(jī)制來實(shí)現(xiàn) 的；構(gòu)件相對(duì)獨(dú)立，構(gòu)件之間依賴性較少 客戶-服務(wù)器風(fēng)格（C/S）:服務(wù)器負(fù)責(zé)數(shù)據(jù)管理，客戶機(jī)完成與用戶的交互任務(wù)。胖客戶機(jī)、瘦服務(wù)器。具有 強(qiáng)大的數(shù)據(jù)操作和事務(wù)處理能力，模型思想簡單，易于人們理解和接受。缺點(diǎn)：開發(fā)成本較高、客戶端程序設(shè) 計(jì)復(fù)雜、信息內(nèi)容和形式單一、用戶界面風(fēng)格不一、軟件移植困難、軟件維護(hù)和升級(jí)困難、新技術(shù)不能輕易使 用 三層C/S結(jié)構(gòu)風(fēng)格：解決兩層問題（問題為：難以擴(kuò)展至大型企業(yè)廣域網(wǎng)或In ternet ;軟、硬件的組合及集成能力有限；客戶機(jī)

47、的負(fù)荷太重；數(shù)據(jù)安全性不好）；包括表示層（表示層是應(yīng)用的用戶接口部分，它擔(dān)負(fù)著用戶與 應(yīng)用間的對(duì)話功能）、功能層（功能層相當(dāng)于應(yīng)用的本體，它是將具體的業(yè)務(wù)處理邏輯編入程序中）、數(shù)據(jù)層（就是數(shù)據(jù)庫管理系統(tǒng)，負(fù)責(zé)管理對(duì)數(shù)據(jù)庫數(shù)據(jù)的讀寫）C/S體系結(jié)構(gòu)；數(shù)據(jù)提瀏覽器-服務(wù)器風(fēng)格：瀏覽器 /web服務(wù)器/數(shù)據(jù)庫服務(wù)器；缺點(diǎn)：缺乏對(duì)動(dòng)態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫處理功能；擴(kuò)展能力差，安全性難以控制；在數(shù)據(jù)查詢等響應(yīng)速度上，要遠(yuǎn)遠(yuǎn)低于4-32體系結(jié)構(gòu)設(shè)計(jì)過程交一般以頁面為單位，數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng)，不利于在線事務(wù)處理的應(yīng)用。公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu)：（CORBA Com mon Request

48、Broker Architecture ）主要內(nèi)容包括：接口定義語言、接口池、動(dòng)態(tài)調(diào)用接口、對(duì)象適配器。特點(diǎn)：引入中間件作為事務(wù)代理，完成客戶機(jī)向服務(wù)對(duì)象方（Server）提岀的業(yè)務(wù)請(qǐng)求；實(shí)現(xiàn)客戶與服務(wù)對(duì)象的完全分開，客戶不需要了解服務(wù)對(duì)象的實(shí)現(xiàn)過程以及具體位置；提供軟 總線機(jī)制，使在任何環(huán)境下、采用任何語言開發(fā)的軟件只要符合接口規(guī)范的定義， 均能夠集成到分布式系統(tǒng)中；CORBA規(guī)范軟件系統(tǒng)采用面向?qū)ο蟮能浖?shí)現(xiàn)方法開發(fā)應(yīng)用系統(tǒng)，實(shí)現(xiàn)對(duì)象內(nèi)部細(xì)節(jié)的完整封裝，保留對(duì)象方法的對(duì)外接口定義 體系結(jié)構(gòu)設(shè)計(jì)：提出軟件體系結(jié)構(gòu)模型；把已標(biāo)志的構(gòu)件映射到軟件體系結(jié)構(gòu)中； 分析構(gòu)件之間的相互作用；產(chǎn)生軟件體系

49、結(jié)構(gòu)、設(shè)計(jì)評(píng)審 軟件體系結(jié)構(gòu)評(píng)估：體系結(jié)構(gòu)評(píng)估可以只針對(duì)一個(gè)體系結(jié)構(gòu)，也可以針對(duì)一組體 系結(jié)構(gòu)。在體系結(jié)構(gòu)評(píng)估過程中，評(píng)估人員所關(guān)注的是系統(tǒng)的質(zhì)量屬性，包括性能、可靠性、可用性、安全 性、可修改性、功能性、可變性、集成性、互操作性基本可以歸納為三類主要的評(píng)估方式：基于調(diào)查問卷或檢查表的方式、基于場(chǎng)景的方式和基于度量的方 式。軟件中間件中間件技術(shù)：中間件是一類軟件，而非一種軟件；中間件不僅僅實(shí)現(xiàn)互連，還要實(shí)現(xiàn)應(yīng)用之間的互操作；中間件是基于分布式處理的軟件，最突出的特點(diǎn)是其網(wǎng)絡(luò)通信功能中間件分類：底層型中間件（ JVM、CLR、ACE、JDBC、ODBC ）;通用型中間件（ CORBA、J2EE、

50、MOM、 COM ； IONA Orbix、BEA Weblogic、IBM MQSeries ）;集成型中間件（WorkFlow、EAI ； BEA Weblogic 、IBM WebSphere）分類：通信處理（消息）中間件；事務(wù)處理（交易）中間件；數(shù)據(jù)存儲(chǔ)管理中間件；Web服務(wù)中間件；安全中間件；跨平臺(tái)和構(gòu)架的中間件；專用平臺(tái)中間件；其他中間件集成應(yīng)用：為了完成系統(tǒng)底層傳輸層的集成，可以采用CORBA技術(shù)；為了完成不同系統(tǒng)的信息傳遞，可以采用消息中間件產(chǎn)品；為了完成不同硬件和操作系統(tǒng)的集成，可以采用J2EE中間件產(chǎn)品中間件發(fā)展：規(guī)范化；構(gòu)件化和松耦合；平臺(tái)化1.6面向?qū)ο笙到y(tǒng)分析與設(shè)計(jì)面

51、向?qū)ο蟮幕靖拍蠲嫦驅(qū)ο?對(duì)象（ objects） +類（classes） +繼承（inheritanee ） +消息通信（ communication with messages ） 對(duì)象：對(duì)象標(biāo)志（供系統(tǒng)內(nèi)部唯一的識(shí)別對(duì)象）；屬性（狀態(tài)、數(shù)據(jù)、用來描述對(duì)象的靜態(tài)特征）；服務(wù)（操作、行為或方法，用來描述對(duì)象的動(dòng)態(tài)特征）類和類庫：類是對(duì)象的抽象定義，是一組具有相同數(shù)據(jù)結(jié)構(gòu)和相同操作的對(duì)象的集合。類與對(duì)象是抽象描述與 具體實(shí)例的關(guān)系，一個(gè)具體的對(duì)象被稱為類的一個(gè)實(shí)例（in sta nee ）。繼承和多態(tài)：過載多態(tài)（重載多態(tài)），強(qiáng)制多態(tài)，包含多態(tài)，參數(shù)多態(tài)。前兩種統(tǒng)稱為專用多態(tài)（特定多態(tài)），后兩種

52、稱為通用多態(tài)。消息通信：消息指向?qū)ο蟀l(fā)岀的服務(wù)請(qǐng)求，它應(yīng)該含有下述信息：提供服務(wù)的對(duì)象標(biāo)志、消息名、輸入信息和回答信息統(tǒng)一建模語言UMLUML （ Unified Modeling Language ，統(tǒng)一建模語言）：是一種語言；是一種可視化語言；是一種可用于詳細(xì)描述 的語言；是一種構(gòu)造語言；是一種文檔化語言UML結(jié)構(gòu)：構(gòu)造塊（建模元素、關(guān)系、圖）；公共機(jī)制（規(guī)格說明、修飾、公共分類、擴(kuò)展機(jī)制）；構(gòu)架（邏 輯視圖、進(jìn)程視圖、實(shí)現(xiàn)視圖、布署視圖、用例視圖）可視化建模UML視圖：系統(tǒng)靜態(tài)結(jié)構(gòu)的靜態(tài)模型（包括類圖、構(gòu)件圖、布署圖），系統(tǒng)動(dòng)態(tài)結(jié)構(gòu)的動(dòng)態(tài)模型（包括對(duì)象圖、用例圖、序列圖、協(xié)作圖、狀態(tài)圖、

53、活動(dòng)圖）用例圖：用例模型描述的是外部執(zhí)行者（Actor）所理解的系統(tǒng)功能，用于需求分析階段。參與者（Actor）代表與系統(tǒng)接口的任何事物或人，它是指代表某一種特定功能的角色，參與者都是虛擬的概念用例（Use Case）是對(duì)系統(tǒng)行為的動(dòng)態(tài)描述，它可以促進(jìn)設(shè)計(jì)人員、開發(fā)人員與用戶的溝通，理解正確的需求， 還可以劃分系統(tǒng)與外部實(shí)體的界限，是系統(tǒng)設(shè)計(jì)的起點(diǎn)。包含和擴(kuò)展：一種用于重用的包含關(guān)系，用構(gòu)造型in elude（可以從兩個(gè)或者兩個(gè)以上的原始用例中提取公共行為，或者發(fā)現(xiàn)能夠使用一個(gè)組件來實(shí)現(xiàn)某一個(gè)用例的部分功能是很重要的事時(shí)，應(yīng)該使用包含關(guān)系）。另一種是用于分離岀不同的行為用構(gòu)造型exte nd（

54、如果一個(gè)用例明顯地混合了兩種或兩種以上地不同場(chǎng)景，即根據(jù)情況可能發(fā)生多種事情。我們可以斷定將這個(gè)用例分為一個(gè)主用例和一個(gè)或多個(gè)輔用例描述可能更加清晰） 類和對(duì)象：類的命名（最頂部的格子包含類的名字）；類的屬性（中介的格子包含類的屬性，用以描述該類對(duì)象 的共同特點(diǎn)?？梢娦园≒ublic、Private、Protected分別用+ #號(hào)表示）類的操作（Operation ）類之間的關(guān)系：依賴關(guān)系 （如果元素 A的變化會(huì)引起元素 B的變化，則稱元素 B依賴（Dependency）于元素A， 用帶箭頭的虛線表示依賴關(guān)系， 口：一個(gè)類向另一個(gè)類發(fā)消息；一個(gè)類是另一個(gè)類的成員）、泛化關(guān)系（描述了一般事物

55、與該事物中的特殊種類之間的關(guān)系，也就是父類和子類之間的關(guān)系。繼承關(guān)系是泛化關(guān)系的反關(guān)系，也就是說子類是從父類中繼承的，而父類則是子類的泛化，在UML中，使用帶空心箭頭的實(shí)線表示，箭頭指向父類）、關(guān)聯(lián)關(guān)系（關(guān)聯(lián)（ Association ）表示兩個(gè)類的實(shí)例之間存在的某種語義上的聯(lián)系，老師在某學(xué)校工作， 一個(gè)學(xué)校有很多間教室，則老師和學(xué)校、學(xué)校和教室之間有關(guān)聯(lián)關(guān)系）（聚合關(guān)系表示整體和部分的關(guān)系，用一個(gè)帶空心菱形的實(shí)線表示（電腦、顯示器）；組合關(guān)系：如果聚合關(guān)系中的表示“部分”的類的存在，與表示“整體”的類有緊密的關(guān)系，如公司和部門，則使用組合關(guān)系，使用帶實(shí)心菱形的實(shí)線表示）、實(shí)現(xiàn)關(guān)系（用來規(guī)定接

56、口和實(shí)現(xiàn)的類或組件之間的關(guān)系，接口是操作的集合，這些操作用于規(guī)定類或組件的服務(wù)，使用一個(gè)帶 空心箭頭的虛線表示） 交互圖：表示各組對(duì)象如何依某種行為進(jìn)行協(xié)作的模型。通?？梢允褂靡粋€(gè)交互圖來表示和說明一個(gè)用例的行 為。順序圖：用來描述對(duì)象之間動(dòng)態(tài)的交互關(guān)系，著重體現(xiàn)對(duì)象間消息傳遞的時(shí)間順序。協(xié)作圖：用于描述相 互合作的對(duì)象間的交互關(guān)系和鏈接關(guān)系；順序圖著重體現(xiàn)交互的時(shí)間順序，協(xié)作圖則著重體系交互對(duì)象間的靜 態(tài)鏈接關(guān)系。狀態(tài)圖：用來描述對(duì)象狀態(tài)和事件之間的關(guān)系。通常用狀態(tài)圖來描述單個(gè)對(duì)象的行為?；顒?dòng)圖：表示系統(tǒng)中各種活動(dòng)的次序，可以用來描述用例的工作流程，也可以用來描述類中某個(gè)方法的操作行為。構(gòu)件

57、圖：（物理建模構(gòu)件圖、部署圖）可以有效的顯示一組構(gòu)件，以及它們之間的關(guān)系。構(gòu)件圖通常包括構(gòu)件、接口，以及各種關(guān)系部署圖：也稱實(shí)施圖，構(gòu)件圖是說明構(gòu)件之間的邏輯關(guān)系，而布署圖描述系統(tǒng)硬件的物理拓?fù)浣Y(jié)構(gòu)，以及在此 結(jié)構(gòu)上執(zhí)行的軟件面向?qū)ο笙到y(tǒng)分析面向?qū)ο蠓治觯篛MT （Object Modeling Technique）方法：建立對(duì)象模型（確定類和對(duì)象、確定結(jié)構(gòu)與關(guān)聯(lián)、劃分主題、定義屬 性、定義服務(wù)）、建立動(dòng)態(tài)模型、建立功能模型用UML進(jìn)行分析：建立域模型（尋找類、確定類之間的關(guān)聯(lián)、為類添加職責(zé)、域模型的詳細(xì)度）、建立用例模 型（用例是什么？用例模型是如何產(chǎn)生的？識(shí)別參與者、合并需求獲得用例、繪制成用例圖、細(xì)化用例描述）面向?qū)ο笙到y(tǒng)設(shè)計(jì)面向?qū)ο笤O(shè)計(jì)Coad/Yourdon方法：發(fā)現(xiàn)類和對(duì)象、識(shí)別結(jié)構(gòu)、定義主題、定義屬性、定義服務(wù)。面向?qū)ο笤O(shè)計(jì)模型需要進(jìn)一 步區(qū)分以下四個(gè)部分：問題域的設(shè)計(jì)（屬性、服務(wù)、類和對(duì)象、結(jié)構(gòu)、對(duì)象行為）；人-機(jī)交互界面的設(shè)計(jì)（交 互界面子系統(tǒng)的設(shè)計(jì)、交互界面子系統(tǒng)和應(yīng)用之間接口的設(shè)計(jì)）；應(yīng)用控制的設(shè)計(jì)；與問題領(lǐng)域有關(guān)的設(shè)計(jì)Booch方法：在給定