2022年信息系統(tǒng)項目管理師基礎(chǔ)知識

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

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è)計多種數(shù)據(jù)文獻。其特點是簡樸，相對容易實現(xiàn)。但隨著應(yīng)用程序增長，數(shù)據(jù)文獻數(shù)目劇增，導(dǎo)致很高的維護費用；一小點應(yīng)用上的變化都將引起連鎖反映，使修改和維護工作既緩慢費用又高昂，并很難進行。 第二類數(shù)據(jù)環(huán)境：應(yīng)用數(shù)據(jù)庫。此類信息系統(tǒng)，雖然使用了數(shù)據(jù)庫管理系統(tǒng)，但沒達到第三類數(shù)據(jù)環(huán)境那種共享限度。分散的數(shù)據(jù)庫為分散的應(yīng)用而設(shè)計，實現(xiàn)起來比第三類數(shù)據(jù)環(huán)境簡樸。像第一類數(shù)據(jù)環(huán)境同樣，隨著應(yīng)用的擴大，應(yīng)用數(shù)據(jù)庫的個數(shù)，以及每個數(shù)據(jù)庫中的數(shù)

3、據(jù)量也在急劇增長，隨之而導(dǎo)致維護費用大幅度增高，有時甚至高于第一類數(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)用有很大的獨立性，數(shù)據(jù)通過設(shè)計，其存儲的構(gòu)造與使用它的解決過程都是獨立的。多種面向業(yè)務(wù)主題的數(shù)據(jù)，如顧客數(shù)據(jù)、產(chǎn)品數(shù)據(jù)或人事數(shù)據(jù)，通過某些共享數(shù)據(jù)庫被聯(lián)系和體現(xiàn)出來。這種主題數(shù)據(jù)庫的特點是：通過嚴(yán)格的數(shù)據(jù)分析，建立應(yīng)用模型，雖然設(shè)計開發(fā)需要耗費較長的時間，但其后的維護費用很低。最后(但不是立即)會使應(yīng)用開發(fā)加快，并能使顧客直接與這些數(shù)據(jù)庫交互使用數(shù)據(jù)。主題

4、數(shù)據(jù)庫的開發(fā)需要變化老式的系統(tǒng)分析措施和數(shù)據(jù)解決的管理措施。但是，如果管理不善，也會蛻變成第二類或是第一類數(shù)據(jù)環(huán)境。 第四類數(shù)據(jù)環(huán)境：信息檢索系統(tǒng)(Information Retrieval Systems)。某些數(shù)據(jù)庫被組織得能保證信息檢索和迅速查詢的需要，而不是大量的事務(wù)管理。軟件設(shè)計中要采用轉(zhuǎn)換文獻、倒排表或輔核心字查詢技術(shù)。新的字段可隨時動態(tài)地加入到數(shù)據(jù)構(gòu)造中。有良好的最后顧客查詢和報告生成軟件工具。大多數(shù)顧客掌握的系統(tǒng)都采用第四類數(shù)據(jù)庫。這種環(huán)境的特點是：比老式的數(shù)據(jù)庫有更大的靈活性和動態(tài)可變性。一般應(yīng)當(dāng)與第三類數(shù)據(jù)環(huán)境共存，支持綜合信息服務(wù)和決策系統(tǒng)。 2.以應(yīng)用層次分類：一種公司

5、的管理活動可以提成四級：戰(zhàn)略級、戰(zhàn)術(shù)級、操作級和事務(wù)級，相應(yīng)地，信息系統(tǒng)就其功能和作用來看，也可以分為四種類型，即戰(zhàn)略級信息系統(tǒng)、戰(zhàn)術(shù)級信息系統(tǒng)、操作級信息系統(tǒng)和事務(wù)級信息系統(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)的基本特點是：由于是以人為中心的計算，即以符合人的習(xí)慣的方式進行信息交互，因此需要基于多功能感知的智能接口，甚至提供一種人性化的應(yīng)用環(huán)境；它支持多顧客的以多種媒體進行的實時交互；它是一種集成的系統(tǒng)，能完畢任務(wù)的全過程；在信息檢索方面，由于老式檢索措施中所用的核心字檢索不能代表多媒體信息中的豐富信息，因此多媒體信息系

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)運營的復(fù)雜性 一種波及公司全局的信息系統(tǒng)要做到良好的運營，需要特別解決好如下四個問題。 一是要解決基本數(shù)據(jù)的問題。由于一種信息系統(tǒng)所解決的對象重要是數(shù)據(jù)，因此，數(shù)據(jù)的質(zhì)量問題是十分重要的。軟件工程中有一句話：“輸入的是垃圾，輸出的肯定也是垃圾”。這就是說，信息系統(tǒng)不也許“化腐朽為神奇”、不也許把垃圾數(shù)據(jù)解決成有用的數(shù)據(jù)。而某些信息系統(tǒng)的需求單位，恰恰是基本數(shù)據(jù)不全、不準(zhǔn)或不一致。所謂數(shù)據(jù)不全是指只有部分信息系統(tǒng)所需要的數(shù)據(jù)，例如，一種公司有10個下屬單位，只有6

7、個下屬單位有數(shù)據(jù)，其她則沒有，這樣一來，該系統(tǒng)的運營效果就必然大打折扣。所謂數(shù)據(jù)不準(zhǔn)，就是指某些基本數(shù)據(jù)有差錯，由此，必然影響系統(tǒng)的可靠性。所謂數(shù)據(jù)不一致，是指同一項數(shù)據(jù)在不同的地方取不同的值。 二是領(lǐng)導(dǎo)介入的問題。公司的信息系統(tǒng)絕不僅僅是一種軟件的使用，它不僅要波及公司的組織流程和公司的機構(gòu)調(diào)節(jié)，并且波及因信息系統(tǒng)的運營而使公司發(fā)生許多新的變化，這些都決定了信息系統(tǒng)不是一種技術(shù)的問題。同步，許多問題和障礙也不是僅靠技術(shù)人員就能解決的。信息系統(tǒng)的運營需要公司最高領(lǐng)導(dǎo)層的介入，而在某些公司的管理層里，對此卻缺少足夠的結(jié)識。在某些公司里，最高管理層把信息系統(tǒng)的建設(shè)和運營交給信息技術(shù)部門就算萬事大吉

8、，持有這樣做法的公司，其信息系統(tǒng)的良好運營必將成為問題。 三是最后顧客問題。公司信息系統(tǒng)的最后顧客，也就是信息系統(tǒng)的使用者往往是那些公司管理機構(gòu)的業(yè)務(wù)人員。信息系統(tǒng)運營的難題是要讓這些業(yè)務(wù)人員接受信息系統(tǒng)，一方面，需要變化她們長時間形成的某些工作習(xí)慣，這往往是比較困難的。再者，這些業(yè)務(wù)人員需要熟悉并掌握信息系統(tǒng)的某些技術(shù)和工作措施，這也是一種比較復(fù)雜的過程。四是系統(tǒng)分析師的問題。由于信息系統(tǒng)是復(fù)雜的人一機工程，因而最需要的人才是既懂經(jīng)營管理又懂計算機技術(shù)的專家型的人才，也就是系統(tǒng)分析師。而諸多公司在建設(shè)和運營信息系統(tǒng)時，恰恰缺少的就是系統(tǒng)分析師。3信息系統(tǒng)維護改造的復(fù)雜性信息系統(tǒng)的生命周期（各

9、階段目的及其重要工作內(nèi)容）信息系統(tǒng)的生命周期分為四個階段，即產(chǎn)生階段、開發(fā)階段、運營階段和消滅階段。1信息系統(tǒng)的產(chǎn)生階段信息系統(tǒng)的產(chǎn)生階段，也是信息系統(tǒng)的概念階段或者是信息系統(tǒng)的需求分析階段。 這一階段又分為兩個過程，一是概念的產(chǎn)生過程，即根據(jù)公司經(jīng)營管理的需要，提出建設(shè)信息系統(tǒng)的初步想法；二是需求分析過程，即對公司信息系統(tǒng)的需求進行進一步的調(diào)研和分析，并形成需求分析報告。2信息系統(tǒng)的開發(fā)階段： 信息系統(tǒng)的開發(fā)階段是信息系統(tǒng)生命周期中最重要和最核心的階段。該階段又可分 為五個階段，即總體規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實行和系統(tǒng)驗收階段。(1)總體規(guī)劃階段。信息系統(tǒng)總體規(guī)劃是系統(tǒng)開發(fā)的起始階段，

10、它的基本是需求分析。一種比較完整的總體規(guī)劃，應(yīng)當(dāng)涉及信息系統(tǒng)的開發(fā)目的、信息系統(tǒng)的總體架構(gòu)、信息系統(tǒng)的組織構(gòu)造和管理流程、信息系統(tǒng)的實行籌劃、信息系統(tǒng)的技術(shù)規(guī)范等。(2)系統(tǒng)分析階段。系統(tǒng)分析階段的目的是為系統(tǒng)設(shè)計階段提供系統(tǒng)的邏輯模型。系統(tǒng)分析階段以公司的業(yè)務(wù)流程分析為基本，規(guī)劃即將建設(shè)的信息系統(tǒng)的基本架構(gòu)，它是公司的管理流程和信息流程的交匯點。系統(tǒng)分析的內(nèi)容重要應(yīng)涉及組織構(gòu)造及功能分析、業(yè)務(wù)流程分析、數(shù)據(jù)和數(shù)據(jù)流程分析、系統(tǒng)初步方案等。(3)系統(tǒng)設(shè)計階段。系統(tǒng)設(shè)計階段是根據(jù)系統(tǒng)分析的成果，設(shè)計出信息系統(tǒng)的實行方案。系統(tǒng)設(shè)計的重要內(nèi)容涉及系統(tǒng)架構(gòu)設(shè)計、數(shù)據(jù)庫設(shè)計、解決流程設(shè)計、功能模塊設(shè)計、

11、安全控制方案設(shè)計、系統(tǒng)組織和隊伍設(shè)計、系統(tǒng)管理流程設(shè)計等。(4)系統(tǒng)實行階段。系統(tǒng)實行階段是將設(shè)計階段的成果在計算機和網(wǎng)絡(luò)上具體實現(xiàn)，也就是將設(shè)計文本變成能在計算機上運營的軟件系統(tǒng)。由于系統(tǒng)實行階段是對此前的所有工作的檢查，因此，系統(tǒng)實行階段顧客的參與特別重要。如果說在系統(tǒng)設(shè)計階段此前，顧客處在輔助地位的話，而到了系統(tǒng)實行階段后來，顧客就應(yīng)逐漸變?yōu)橄到y(tǒng)的主導(dǎo)地位。(5)系統(tǒng)驗收階段。信息系統(tǒng)實行階段結(jié)束后來，系統(tǒng)就要進入試運營。通過試運營，系統(tǒng)性能的優(yōu)劣、與否做到了顧客和諧等問題都會暴露在顧客面前，這時就進入了系統(tǒng)驗收階段。3信息系統(tǒng)運營階段：當(dāng)信息系統(tǒng)通過驗收，正式移送給顧客后來，系統(tǒng)就進入

12、了運營階段。一般來說，一種性能良好的系統(tǒng)，運營過程中會較少浮現(xiàn)故障，雖然浮現(xiàn)故障，也較容易排除；而那些性能較差的系統(tǒng)，運營過程中會故障不斷，并且也許會浮現(xiàn)致命性故障，有時故障會導(dǎo)致系統(tǒng)癱瘓?？梢?，長時間的運營是檢查系統(tǒng)質(zhì)量的試金石。此外，要保障信息系統(tǒng)正常運營，一項不可缺少的工作就是系統(tǒng)維護。在軟件工程中，把維護分為四種類型，即排錯性維護、適應(yīng)性維護、完善性維護和避免性維護。一般在系統(tǒng)運營初期，排錯性維護和適應(yīng)性維護比較多，而到后來，完善性維護和避免性維護就會比較多。4信息系統(tǒng)消滅階段 一般人們比較注重信息系統(tǒng)的開發(fā)階段，輕視信息系統(tǒng)運營階段，而幾乎完全忽視信息系統(tǒng)的消滅階段。其實，這樣做是片

13、面的。由于計算機技術(shù)和因特網(wǎng)技術(shù)的發(fā)展十分迅速，新的技術(shù)、新的產(chǎn)品不斷浮現(xiàn)。同步，由于公司處在瞬息萬變的市場競爭的環(huán)境中，在這種狀況下，公司開發(fā)好一種信息系統(tǒng)，并想著讓它一勞永逸地運營下去，是不現(xiàn)實的。公司的信息系統(tǒng)常常會不可避免地遇到系統(tǒng)更新改造、功能擴展，甚至是報廢重建的狀況。對此，公司在信息系統(tǒng)建設(shè)的初期就要注意系統(tǒng)的消滅條件和時機，以及由此而耗費的成本。信息系統(tǒng)建設(shè)的原則1高層管理人員介入原則：一種信息系統(tǒng)其建設(shè)的目的總是為公司的總體目的服務(wù)的，否則，這個系統(tǒng)就不應(yīng)當(dāng)建設(shè)。而真正可以理解公司總體目的的人必然是那些公司高層管理人員，只有她們才干懂得公司究竟需要什么樣的信息系統(tǒng)，而不需要什

14、么樣的信息系統(tǒng)，也只有她們才懂得公司有多大的投入是值得的，而超過了這個界線就是揮霍。由于這點是那些身處某一部門的管理人員，或者是技術(shù)人員所無法做到的。因此，信息系統(tǒng)從概念到運營都必須有公司高層管理人員介入。固然，這里的“介入”有著其特定的含義，它可以是直接參與，也可以是決策或指引，還可以是在政治、經(jīng)濟、人事等方面的支持。2.顧客參與開發(fā)原則 一是“顧客”有擬定的范疇。究竟誰是顧客？我們一般把“顧客”僅僅理解為顧客單位的領(lǐng)導(dǎo)，其實這是很片面的。固然，顧客單位領(lǐng)導(dǎo)應(yīng)當(dāng)涉及在顧客范疇之內(nèi)，但是，更重要的顧客或者核心顧客，是那些信息系統(tǒng)的使用者，而顧客單位的領(lǐng)導(dǎo)只但是是輔助顧客或是外圍顧客。 二是顧客

15、應(yīng)當(dāng)參與全過程的開發(fā)。特別是那些核心顧客，不應(yīng)只參與某一階段的開發(fā)，而應(yīng)當(dāng)是參與全過程的開發(fā)，即顧客應(yīng)當(dāng)參與從信息系統(tǒng)概念規(guī)劃和設(shè)計階段，到系統(tǒng)運營的整個過程。而當(dāng)信息系統(tǒng)交接后來，她們就成為系統(tǒng)的使用者。三是顧客應(yīng)當(dāng)深度參與系統(tǒng)開發(fā)。顧客以什么身份參與開發(fā)是一種很重要的問題。一般說來，參與開發(fā)的顧客人員，既要以甲方代表身份浮現(xiàn)，又應(yīng)成為真正的系統(tǒng)開發(fā)人員，與其她開發(fā)人員融為一體。3.自頂向下規(guī)劃原則：在信息系統(tǒng)開發(fā)的過程中，常常會浮現(xiàn)信息不一致的問題，這種現(xiàn)象的存在對信息系統(tǒng)來說往往是致命的，有時一種信息系統(tǒng)會因此而遭到報廢的成果。研究表白，信息的不一致是由計算機應(yīng)用的歷史性演變所導(dǎo)致的，它

16、一般發(fā)生在沒有一種總體規(guī)劃的指引就來設(shè)計實現(xiàn)一種信息系統(tǒng)的狀況下。由此可見，堅持自頂向下規(guī)劃原則對于信息系統(tǒng)的開發(fā)和建設(shè)來說是至關(guān)重要的。自頂向下規(guī)劃的一種重要目的是達到信息的一致性。同步，自頂向下規(guī)劃原則尚有此外一種方面，那就是這種規(guī)劃絕不能取代信息系統(tǒng)的具體設(shè)計。必須鼓勵信息系統(tǒng)各子系統(tǒng)的設(shè)計者在總體規(guī)劃的指引下，進行有發(fā)明性的設(shè)計。4工程化原則 在20世紀(jì)70年代，浮現(xiàn)了世界范疇內(nèi)的“軟件危機”。所謂軟件危機是指一種軟件編制好后來，誰也無法保證它可以對的地運營，也就是軟件的可靠性成了問題。軟件危機曾一度引起人們，特別是工業(yè)界的恐慌。通過摸索，人們結(jié)識到，之因此會浮現(xiàn)軟件危機，最重要的因素

17、，是由于軟件產(chǎn)品是一種個體勞動產(chǎn)品，最多也就是作坊式的產(chǎn)品。因此，沒有工程化是軟件危機發(fā)生的主線因素。此后，軟件發(fā)展成了“軟件工程”這門工程學(xué)科，在一定限度上解決了軟件危機。 信息系統(tǒng)也經(jīng)歷了與軟件開發(fā)大體相似的經(jīng)歷。在信息系統(tǒng)發(fā)展的初期，人們也像軟件開發(fā)初期同樣，只要做出來就行，主線不管實現(xiàn)的過程。這時的信息系統(tǒng)，大都成了少數(shù)開發(fā)者的“專利”，系統(tǒng)可維護性、可擴展性都非常差。后來，信息工程、系統(tǒng)工程等工程化措施被引入到信息系統(tǒng)開發(fā)過程之中，才使得問題得到了一定限度的解決。其實，工程化不僅是一種有效的措施，它也應(yīng)當(dāng)是信息系統(tǒng)開發(fā)的一項重要原則。5其她原則：創(chuàng)新性原則，用來體現(xiàn)信息系統(tǒng)的先進性；

18、整體性原則，用來體現(xiàn)信息系統(tǒng)的完整性；發(fā)展性原則，用來體現(xiàn)信息系統(tǒng)的超前性；經(jīng)濟性原則，用來體現(xiàn)信息系統(tǒng)的實用性。信息系統(tǒng)開發(fā)措施1構(gòu)造化措施：構(gòu)造化措施是目前最成熟、應(yīng)用最廣泛的信息系統(tǒng)開發(fā)措施之一。由于它是假定被開發(fā)的系統(tǒng)是一種構(gòu)造化的系統(tǒng)，因此，其基本思想是將系統(tǒng)的生命周期劃分為系統(tǒng)調(diào)查、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實行、系統(tǒng)維護等階段。這種措施遵循系統(tǒng)工程原理，按照事先設(shè)計好的程序和環(huán)節(jié)，使用一定的開發(fā)工具，完畢規(guī)定的文檔，在構(gòu)造化和模塊化的基本上進行信息系統(tǒng)的開發(fā)工作。構(gòu)造化措施的開發(fā)過程一般是先把系統(tǒng)功能視為一種大的模塊，再根據(jù)系統(tǒng)分析設(shè)計的規(guī)定對其進行進一步的模塊分解或組合。構(gòu)造化生

19、命周期法重要特點簡介如下。(1)開發(fā)目的清晰化。構(gòu)造化措施的系統(tǒng)開發(fā)遵循“顧客第一”的原則，開發(fā)中要保持與顧客的溝通，獲得與顧客的共識，這使得信息系統(tǒng)的開發(fā)建立在可靠的基本之上。(2)工作階段程式化。構(gòu)造化措施每個階段的工作內(nèi)容明確，注重開發(fā)過程的控制。每一階段工作完畢后，要根據(jù)階段工作目的和規(guī)定進行審查，這使階段工作有條不紊，也避免為后來的工作留下隱患。(3)開發(fā)文檔規(guī)范化。構(gòu)造化措施每一階段工作完畢后，要按照規(guī)定完畢相應(yīng)的文檔，以保證各個工作階段的銜接與系統(tǒng)維護工作的便利。(4)設(shè)計措施構(gòu)造化。構(gòu)造化措施采用自上而下的構(gòu)造化、模塊化分析與設(shè)計措施，使各個子系統(tǒng)間相對獨立，便于系統(tǒng)的分析、設(shè)

20、計、實現(xiàn)與維護。構(gòu)造化措施被廣泛地應(yīng)用于不同行業(yè)信息系統(tǒng)的開發(fā)中，特別適合于那些業(yè)務(wù)工作比較成熟、定型的系統(tǒng)，如銀行、電信、商品零售等行業(yè)。2迅速原型法： 迅速原型法是一種根據(jù)顧客需求，運用系統(tǒng)開發(fā)工具，迅速地建立一種系統(tǒng)模型并 展示給顧客，在此基本上與顧客交流，最后實現(xiàn)顧客需求的信息系統(tǒng)迅速開發(fā)的措施。在現(xiàn)實生活中，一種大型工程項目建設(shè)之前制作的沙盤，以及大型建筑的模型等都與迅速原型法有同樣的功能。應(yīng)用迅速原型法開發(fā)過程涉及系統(tǒng)需求分析、系統(tǒng)初步設(shè)計、系統(tǒng)調(diào)試、系統(tǒng)檢測等階段。顧客僅需在系統(tǒng)分析與系統(tǒng)初步設(shè)計階段完畢相應(yīng)用系統(tǒng)的簡樸描述，開發(fā)者在獲取一組基本需求定義后，運用開發(fā)工具生成應(yīng)用系

21、統(tǒng)原型，迅速建立一種目的應(yīng)用系統(tǒng)的最初版本，并把它提交給顧客試用、評價，根據(jù)顧客提出的意見和建議進行修改和補充，從而形成新的版本，再返回給顧客。通過這樣多次反復(fù)，使得系統(tǒng)不斷地細(xì)化和擴大，直到生成一種顧客滿意的方案為止。迅速原型法具有開發(fā)周期短、見效快、與業(yè)務(wù)人員交流以便的長處，特別合用于那些顧客需求模糊，構(gòu)造性比較差的信息系統(tǒng)的開發(fā)。3.公司系統(tǒng)規(guī)劃措施 公司系統(tǒng)規(guī)劃措施BSPf Business System最早是由IBM公司于20世紀(jì)70年代研制并使用的一種公司信息系統(tǒng)開發(fā)的措施。雖然30近年的時間過去了，但是，這種措施對于今天國內(nèi)公司信息系統(tǒng)建設(shè)仍然具有一定的指引意義。 BSP措施是公

22、司戰(zhàn)略數(shù)據(jù)規(guī)劃措施和信息工程措施的基本和，也就是說，后兩種措施是在BSP措施的基本上發(fā)展起來的，可見，理解并掌握BSP措施對于全面掌握信息系統(tǒng)開發(fā)措施是有協(xié)助的。BSP措施的目的是提供一種信息系統(tǒng)規(guī)劃，用以支持公司短期的和長期的信息需求。4戰(zhàn)略數(shù)據(jù)規(guī)劃措施： (1)數(shù)據(jù)環(huán)境對于信息系統(tǒng)至關(guān)重要。公司數(shù)據(jù)環(huán)境是隨著公司的發(fā)展不斷變化的，也是公司發(fā)展的基本條件。信息系統(tǒng)建設(shè)極大影響著公司的將來發(fā)展方向，對公司的數(shù)據(jù)環(huán)境提出了更高的規(guī)定。把靜態(tài)的、獨立的信息資源通過戰(zhàn)略數(shù)據(jù)規(guī)劃重建公司數(shù)據(jù)環(huán)境，使其成為集成化、網(wǎng)絡(luò)化的信息資源，對一種現(xiàn)代化公司來說是更為迫切的任務(wù)。 (2)四種數(shù)據(jù)環(huán)境。在信息系統(tǒng)發(fā)

23、展的歷程中共有四類數(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è)務(wù)主題的，哪些不是面向業(yè)務(wù)主題的。所謂業(yè)務(wù)主題，就是指公司的核心業(yè)務(wù)和主導(dǎo)流程。例如，對于一種機加工公司來說，生產(chǎn)機件產(chǎn)品就是其核心業(yè)務(wù)，相應(yīng)地，環(huán)繞核心業(yè)務(wù)建立的數(shù)據(jù)庫就是公司的主題數(shù)據(jù)庫。而對于一種保險公司來說，環(huán)繞著保單解決的數(shù)據(jù)庫就是公司的主題數(shù)據(jù)庫。(4)環(huán)繞主題數(shù)據(jù)庫搞好應(yīng)用軟件開發(fā)。5信息工程措施信息工程措施與公司系統(tǒng)規(guī)劃措施和戰(zhàn)略數(shù)據(jù)規(guī)劃措施是一種交叉關(guān)系，即信息工

24、程措施是其她兩種措施的總結(jié)和提高，而其她兩種措施則是信息工程措施的基本和核心。信息工程是計算機信息系統(tǒng)發(fā)展到比較成熟階段的產(chǎn)物，它不僅為大型信息系統(tǒng)的開發(fā)給出了措施和技術(shù)，而更重要的是它在理論與實踐的結(jié)合上對大型信息系統(tǒng)的開發(fā)提出了相應(yīng)的開發(fā)方略和原則，而這些方略和原則對于信息系統(tǒng)的成功開發(fā)和應(yīng)用都是至關(guān)重要的。雖然，信息工程是在20世紀(jì)80年代末期發(fā)展起來的，但是，在今天，仍然對信息系統(tǒng)的開發(fā)具有重要的指引價值。信息工程措施與信息系統(tǒng)開發(fā)的其她措施相比，有一點很大的不同，就是信息工程不僅是一種措施，它還是一門工程學(xué)科。它第一次把信息系統(tǒng)開發(fā)過程工程化了。所謂工程化，就是指有一整套成熟的、規(guī)范

25、的工程措施、技術(shù)、原則、程序和規(guī)范，使得開發(fā)工作掙脫隨意性和多變性，其目的是信息系統(tǒng)的開發(fā)走上智能化、程序化和自動化的道路。6面向?qū)ο蟠胧?面向?qū)ο蟮姆治龃胧┦沁\用面向?qū)ο蟮男畔⒔８拍?，如實體、關(guān)系、屬性等，同步運用封裝、繼承、多態(tài)等機制來構(gòu)造模擬現(xiàn)實系統(tǒng)的措施。老式的構(gòu)造化設(shè)計措施的基本點是面向過程，系統(tǒng)被分解成若干個過程。而面向?qū)ο蟮拇胧┦遣捎脴?gòu)造模型的觀點，在系統(tǒng)的開發(fā)過程中，各個環(huán)節(jié)的共同的目的是建造一種問題域的模型。在面向?qū)ο蟮脑O(shè)計中，初始元素是對象，然后將具有共同特性的對象歸納成類，組織類之間的級別關(guān)系，構(gòu)造類庫。在應(yīng)用時，在類庫中選擇相應(yīng)的類。1.3軟件工程知識軟件需求分析與定

26、義軟件工程是開發(fā)、運營、維護和修復(fù)軟件的系統(tǒng)措施，（措施、工具、過程）軟件需求分析和定義軟件需求：功能需求、非功能需求、設(shè)計約束；業(yè)務(wù)需求、顧客需求、系統(tǒng)需求需求工程：需求開發(fā)（需求捕獲、需求分析、編寫規(guī)格闡明書、需求驗證）、需求管理（需求基線、解決需求變更、需求跟蹤）需求調(diào)查和問題定義：要捕獲的信息、信息的來源、需求捕獲技術(shù)（顧客訪談、顧客調(diào)查、現(xiàn)場觀摩、文檔考古、聯(lián)合討論會）可行性研究的任務(wù)：技術(shù)可行性、經(jīng)濟可行性、社會可行性可行性研究工作的環(huán)節(jié)：核算問題定義和目的，研究分析既有系統(tǒng)（涉及非計算機系統(tǒng)），為新系統(tǒng)建模（系統(tǒng)上下文關(guān)系范疇圖、實體關(guān)系圖（ER）、用例模型、域模型、IPO表），

27、客戶復(fù)核、提出并評價解決方案、擬定最后推薦的解決方案（成本效益分析涉及成本估計、效益分析）、草擬開發(fā)籌劃、提交可行性分析報告需求分析：繪制系統(tǒng)上下文范疇關(guān)系圖、創(chuàng)立顧客接口原型、分析需求的可行性、擬定需求的優(yōu)先級、為需求建立模型、創(chuàng)立數(shù)據(jù)字典、使用質(zhì)量功能調(diào)配需求分析措施：構(gòu)造化分析措施、軟系統(tǒng)措施、面向?qū)ο蠓治龃胧⒚嫦騿栴}域的分析構(gòu)造化分析與面向?qū)ο蠓治龃胧┲g最大的區(qū)別是：構(gòu)造化分析措施把系統(tǒng)看做一種過程的集合體，涉及人完畢的和電腦完畢的；而面向?qū)ο蟠胧﹦t把系統(tǒng)當(dāng)作一種互相影響的對象集。構(gòu)造化分析措施的特點是運用數(shù)據(jù)流圖來協(xié)助人們理解問題，對問題進行分析環(huán)節(jié)：研究“物質(zhì)環(huán)境”、建立系統(tǒng)邏

28、輯模型、劃清人機界面數(shù)據(jù)流圖：過程、外部實體、數(shù)據(jù)存儲、數(shù)據(jù)流、實時連接實體關(guān)系圖（ER圖）軟件設(shè)計、測試與維護軟件設(shè)計基本原則：信息隱蔽、模塊獨立性（內(nèi)聚（功能、信息、通信、過程、時間、邏輯）、耦合）系統(tǒng)構(gòu)造圖：模塊、模塊間的調(diào)用關(guān)系、模塊間的通信、輔助控制符號常用系統(tǒng)構(gòu)造圖：變換型、事務(wù)型、混合型顧客界面：可使用性、靈活性、復(fù)雜性和可靠性軟件測試：白盒測試與黑盒測試；單元測試、集成測試、系統(tǒng)測試、驗收測試軟件維護：因素（可理解性、可測試性、可修改性）軟件維護環(huán)節(jié)：建立維護組織、提出維護規(guī)定、實行維護作業(yè)、記錄維護要素、評價維護活動軟件復(fù)用軟件再生環(huán)節(jié)：篩選、文檔重構(gòu)、逆向工程、代碼重構(gòu)、數(shù)

29、據(jù)重構(gòu)、重新開發(fā)軟件質(zhì)量保證及質(zhì)量評價軟件質(zhì)量：性能、可靠性（容錯、強健性）、可用性、安全性、可修改性（可維護性、可擴展性、構(gòu)造重組、可移植性）、功能性軟件質(zhì)量保證活動：Sqa人員的素質(zhì)：有較強的溝通能力、要熟悉軟件工程過程、要有較強的籌劃性、能應(yīng)對繁雜的工作、要客觀有責(zé)任心SQA活動：制定SQA籌劃、參與開發(fā)該軟件項目的軟件過程描述、評審、審計、記錄并解決偏差、報告SQA工作內(nèi)容：與SQA籌劃直接有關(guān)的工作、參與項目的階段性評審和審計、對項目平常活動與規(guī)程的符合性進行檢查、對配備管理工作的檢查和審計、跟蹤問題的解決狀況軟件配備管理軟件配備管理：配備與配備項、基線與基線管理、版本、配備標(biāo)志、配

30、備控制變更控制：功能變更、錯誤修復(fù)變更：功能變更的意思就是根據(jù)客戶的需要增長或刪除某些功能，或者修改實現(xiàn)功能的措施所引起的變更。錯誤修復(fù)變更是為了修改漏洞的需要而產(chǎn)生的變更。配備庫：開發(fā)庫、受控庫、產(chǎn)品庫配備評審：正式的技術(shù)評審、軟件配備審核軟件開發(fā)環(huán)境軟件開發(fā)環(huán)境：數(shù)據(jù)集成機制、控制集成機制、界面集成機制軟件開發(fā)環(huán)境構(gòu)造：工具集、集成機制、環(huán)境信息庫、過程控制和消息服務(wù)器、環(huán)境顧客界面；宿主層、核心層、基本層、應(yīng)用層軟件開發(fā)環(huán)境的發(fā)展：數(shù)據(jù)完整性、信息共享、數(shù)據(jù)工具集成、數(shù)據(jù)數(shù)據(jù)集成、措施學(xué)實行、文檔原則化軟件過程管理軟件過程管理：方向：軟件過程分析和建模，軟件過程支持，軟件過程評估和改善C

31、MM術(shù)語：過程、軟件過程、軟件過程能力、軟件過程性能（能力是盼望得到的成果、性能是實際得到的成果）、軟件過程成熟度、核心過程（區(qū)）域（CMM涉及18個核心過程）、核心實踐、軟件過程評估、軟件能力評價、軟件工程組、軟件有關(guān)組、軟件工程過程組、系統(tǒng)工程組、系統(tǒng)測試組、軟件質(zhì)量保證組、軟件配備管理組、培訓(xùn)組CMM的分級原則：初始級、可反復(fù)級、已定義級、已管理級、優(yōu)化級初始級紀(jì)律化的過程已反復(fù)級原則一致的過程已定義級可預(yù)測的過程已管理級不斷改經(jīng)的過程優(yōu)化級實行CMM：提高思想結(jié)識、進行CMM培訓(xùn)和征詢工作、擬定合理的目的、成立工作組、制定和完善軟件過程、內(nèi)部評審、正式評估、根據(jù)評估成果改善軟件過程CM

32、MI：初始級、已管理級、嚴(yán)格定義級、定量管理級、優(yōu)化級CMMI評估：A類評估（全面綜合的評估措施）B類評估（較少綜合，耗費也較少）C類評估（快估）CMM和CMMI區(qū)別：CMMI構(gòu)造更加形式化和精致，更復(fù)雜；CMMI強調(diào)需求的管理（需求管理和需求開發(fā)）CMM為需求管理；CMMI加強對工程過程的注重；CMMI強調(diào)度量；CMMI強調(diào)對風(fēng)險的管理；1.4軟件構(gòu)件技術(shù)知識構(gòu)件及其在信息系統(tǒng)項目中的重要性構(gòu)件庫組織措施的規(guī)定：支持構(gòu)件庫的多種維護動作；不僅要支持精確匹配，還要支持相似構(gòu)件的查找；不僅能進行簡樸的語法匹配，并且可以查找在功能或行為方面等價或相似的構(gòu)件；相應(yīng)領(lǐng)域具有較強的描述能力和較好的描述精

33、度；庫管理員和顧客容易使用構(gòu)件分類措施：核心字分類法、刻面分類法、超文本組織措施商業(yè)化構(gòu)件分類：顧客界面類、數(shù)據(jù)庫類；商務(wù)應(yīng)用類；工具類、網(wǎng)絡(luò)通訊類；核心技術(shù)類構(gòu)件組裝：基于功能的組裝技術(shù)；基于數(shù)據(jù)的組裝技術(shù)、面向?qū)ο蟮慕M裝技術(shù)（構(gòu)造法；子類法）軟件重用：需求重用；設(shè)計重用；代碼重用；組織構(gòu)造的重用；構(gòu)件庫常用構(gòu)件原則（COM/DCOM/COM+、CORBA和EJB）EJB（Enterprise Java Bean）：是用于開發(fā)和部署多層構(gòu)造的、分布式的、面向?qū)ο蟮腏ava應(yīng)用系統(tǒng)的跨平臺的構(gòu)件體系構(gòu)造。EJB分類：會話EJB(Session Bean)(與客戶端一種短暫的會話)；實體Bean

34、（Entity Bean）（相應(yīng)數(shù)據(jù)實體，它描述了存儲在數(shù)據(jù)庫的表中的持久數(shù)據(jù)）；消息驅(qū)動Bean（Messagedriven Bean）（結(jié)合了一種會話Bean和一種Java信息服務(wù)（JMS）信息監(jiān)聽者的功能）DCOM：擴展了COM，使其可以支持在局域網(wǎng)、廣域網(wǎng)甚至Internet上不同計算機的對象之間的通信。COM定義了構(gòu)件和它們的客戶之間互相作用的方式；DCOM具有位置獨立性；DCOM具有語言無關(guān)性1.5軟件體系構(gòu)造軟件體系構(gòu)造定義軟件體系構(gòu)造為軟件系統(tǒng)提供了一種構(gòu)造、行為和屬性的高檔抽象，由構(gòu)成系統(tǒng)的元素的描述、這些元素的互相作用、指引元素集成的模式，以及這些模式的約束構(gòu)成。軟件體系構(gòu)

35、造不僅指定了系統(tǒng)的組織（organization）構(gòu)造和拓?fù)洌╰opology）構(gòu)造，并且顯示了系統(tǒng)需求和構(gòu)成系統(tǒng)的元素之間的相應(yīng)關(guān)系，提供了某些設(shè)計決策的基本原理典型體系構(gòu)造軟件體系構(gòu)造模型：構(gòu)造模型、框架模型、動態(tài)模型、過程模型、功能模型邏輯視圖：重要支持系統(tǒng)的功能需求，即系統(tǒng)提供應(yīng)最后顧客的服務(wù)。開發(fā)視圖：也稱模塊視圖，重要側(cè)重于軟件模塊的組織和管理。進程視圖：側(cè)重于系統(tǒng)的運營特性，重要關(guān)注某些非功能性的需求，例如系統(tǒng)的性能和可用性。進程視圖強調(diào)并發(fā)性、分布性、系統(tǒng)集成性和容錯能力，以及從邏輯試題中的重要抽象如何符合進程構(gòu)造。物理視圖：重要考慮如何把軟件映射到硬件上，它一般要考慮到系統(tǒng)性

36、能、規(guī)模、可靠性等。場景：可以看做是那些重要系統(tǒng)活動的抽象，它使四個視圖有機聯(lián)系起來，從某種意義上說場景是最重要的需求抽象。典型的軟件體系構(gòu)造：數(shù)據(jù)流風(fēng)格、調(diào)用/返回風(fēng)格、獨立構(gòu)件風(fēng)格、虛擬機風(fēng)格、倉庫風(fēng)格分層構(gòu)造：基于可增長抽象層的設(shè)計。長處：支持基于抽象限度遞增的系統(tǒng)設(shè)計；支持功能增強；支持重用。缺陷：并不是沒一種系統(tǒng)都可以很容易的劃分為分層的模式；很難找到一種合適的、對的的層次抽象措施。C2風(fēng)格：通過連接件綁定在一起的按照一組規(guī)則運作的并行構(gòu)件網(wǎng)絡(luò)。特點：系統(tǒng)中的構(gòu)件可實現(xiàn)應(yīng)用需求，并能將任意復(fù)雜度的功能封裝在一起；所有構(gòu)件之間的通信是通過以連接件為中介的異步消息互換機制來實現(xiàn)的；構(gòu)件相

37、對獨立，構(gòu)件之間依賴性較少客戶服務(wù)器風(fēng)格（C/S）：服務(wù)器負(fù)責(zé)數(shù)據(jù)管理，客戶機完畢與顧客的交互任務(wù)。胖客戶機、瘦服務(wù)器。具有強大的數(shù)據(jù)操作和事務(wù)解決能力，模型思想簡樸，易于人們理解和接受。缺陷：開發(fā)成本較高、客戶端程序設(shè)計復(fù)雜、信息內(nèi)容和形式單一、顧客界面風(fēng)格不一、軟件移植困難、軟件維護和升級困難、新技術(shù)不能容易使用三層C/S構(gòu)造風(fēng)格：解決兩層問題（問題為：難以擴展至大型公司廣域網(wǎng)或Internet；軟、硬件的組合及集成能力有限；客戶機的負(fù)荷太重；數(shù)據(jù)安全性不好）；涉及表達層（表達層是應(yīng)用的顧客接口部分，它肩負(fù)著顧客與應(yīng)用間的對話功能）、功能層（功能層相稱于應(yīng)用的本體，它是將具體的業(yè)務(wù)解決邏輯

38、編入程序中）、數(shù)據(jù)層（就是數(shù)據(jù)庫管理系統(tǒng)，負(fù)責(zé)管理對數(shù)據(jù)庫數(shù)據(jù)的讀寫）瀏覽器服務(wù)器風(fēng)格：瀏覽器/web服務(wù)器/數(shù)據(jù)庫服務(wù)器；缺陷：缺少對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫解決功能；擴展能力差，安全性難以控制；在數(shù)據(jù)查詢等響應(yīng)速度上，要遠(yuǎn)遠(yuǎn)低于C/S體系構(gòu)造；數(shù)據(jù)提交一般以頁面為單位，數(shù)據(jù)的動態(tài)交互性不強，不利于在線事務(wù)解決的應(yīng)用。公共對象祈求代理體系構(gòu)造：（CORBA Common Request Broker Architecture）重要內(nèi)容涉及：接口定義語言、接口池、動態(tài)調(diào)用接口、對象適配器。特點：引入中間件作為事務(wù)代理，完畢客戶機向服務(wù)對象方（Server）提出的業(yè)務(wù)祈求；實現(xiàn)客

39、戶與服務(wù)對象的完全分開，客戶不需要理解服務(wù)對象的實現(xiàn)過程以及具體位置；提供軟總線機制，使在任何環(huán)境下、采用任何語言開發(fā)的軟件只要符合接口規(guī)范的定義，均可以集成到分布式系統(tǒng)中；CORBA規(guī)范軟件系統(tǒng)采用面向?qū)ο蟮能浖崿F(xiàn)措施開發(fā)應(yīng)用系統(tǒng)，實現(xiàn)對象內(nèi)部細(xì)節(jié)的完整封裝，保存對象措施的對外接口定義軟件體系構(gòu)造設(shè)計措施構(gòu)造化設(shè)計措施是基于模塊化、自頂向下逐級細(xì)化、構(gòu)造化程序設(shè)計等程序設(shè)計技術(shù)基本上發(fā)展起來的。1系統(tǒng)構(gòu)造圖中的模塊一般來說，構(gòu)造圖中也許浮現(xiàn)圖2-11所示的四種類型的模塊。 傳入模塊：圖2-11(a)，從下屬模塊獲得數(shù)據(jù)，通過某些解決，再將其傳送給上級模塊。它傳送的數(shù)據(jù)流叫做邏輯輸入數(shù)據(jù)流。

40、 傳出模塊：圖2-11 (b)，從上級模塊獲得數(shù)據(jù)，進行某些解決，傳送給下屬模塊。它傳送的數(shù)據(jù)流叫做邏輯輸出數(shù)據(jù)流。 變換模塊：圖2-11(c)，從上級模塊取來數(shù)據(jù)，進行特定解決后，送回原上級模塊。它加工的數(shù)據(jù)流叫做變換數(shù)據(jù)流。協(xié)調(diào)模塊：圖2-11(d)，對其下屬模塊進行控制和管理的模塊。在一種好的系統(tǒng)構(gòu)造圖中，協(xié)調(diào)模塊應(yīng)在較高層浮現(xiàn)。 2.系統(tǒng)構(gòu)造圖中的重要成分 構(gòu)造圖中的重要成分有四種。 (1)模塊。以矩形框表達，框中標(biāo)有模塊的名字。對于已定義(或者已開發(fā))的模塊，則可以用雙縱邊矩形框表達， (2)模塊間的調(diào)用關(guān)系。兩個模塊，一上一下，以箭頭相連，上面的模塊是調(diào)用模塊，箭頭指向的模塊是被調(diào)

41、用模塊，在一般狀況下，箭頭表達的連線可以用直線替代。 (3)模塊間的通信。以表達調(diào)用關(guān)系的長箭頭旁邊的短箭頭表達，短箭頭的方向和名字分別表達調(diào)用模塊和被調(diào)用模塊之間信息的傳遞方向和內(nèi)容。 (4)輔助控制符號。當(dāng)模塊A有條件的調(diào)用模塊B時，在箭頭的起點標(biāo)以菱形。模塊A反復(fù)地調(diào)用模塊D時，另加一環(huán)狀箭頭。3常用的系統(tǒng)構(gòu)造圖： 常用的系統(tǒng)構(gòu)造圖有如下幾種。 (1)變換型系統(tǒng)構(gòu)造圖。在數(shù)據(jù)解決問題中，我們一般會遇到這樣一類問題，即從(程序)“外部”獲得數(shù)據(jù)(例如從鍵盤、磁盤文獻等)，對獲得的數(shù)據(jù)進行某種變換，然后再將變換得到的數(shù)據(jù)傳回“外部”。其中獲得數(shù)據(jù)這一過程稱為傳入信息(數(shù)據(jù))流程、變換數(shù)據(jù)的過

42、程稱為變換信息(數(shù)據(jù))流程，傳回數(shù)據(jù)過程稱為傳出信息(數(shù)據(jù))流程，如圖2-16所示。 (2)事務(wù)型系統(tǒng)構(gòu)造圖。在實際中，我們還常常會遇到另一類問題，即一般在接受某一項事務(wù)后，根據(jù)事務(wù)的特點和性質(zhì)，選擇分派給一種合適的解決單元，然后給出成果，此類問題就是事務(wù)型問題。它的特點是，數(shù)據(jù)沿著接受分支把外部信息(數(shù)據(jù))轉(zhuǎn)換成一種事務(wù)項，然后計算該事務(wù)項的值，并根據(jù)它的值從多條數(shù)據(jù)流中選擇其中的某一條數(shù)據(jù)流。 (3)混合型系統(tǒng)構(gòu)造圖。在實際中，某些大型問題往往既不是單純的變換型問題，也不是單純的事務(wù)型問題，而是兩種混合在一起的混合型問題。對于這種混合型問題，一般以變換型問題為主，一方面找出變換中心，設(shè)計出

43、構(gòu)造圖的上層；然后根據(jù)數(shù)據(jù)流圖的各部分具體類型分別映射得到它們的構(gòu)造圖。軟件體系構(gòu)造分析與評估軟件體系構(gòu)造為軟件系統(tǒng)提供了一種構(gòu)造、行為和屬性的高檔抽象，由構(gòu)成系統(tǒng)的元素的描述、這些元素的互相作用、指引元素集成的模式，以及這些模式的約束構(gòu)成。軟件體系構(gòu)造不僅指定了系統(tǒng)的組織（organization）構(gòu)造和拓?fù)洌╰opology）構(gòu)造，并且顯示了系統(tǒng)需求和構(gòu)成系統(tǒng)的元素之間的相應(yīng)關(guān)系，提供了某些設(shè)計決策的基本原理軟件體系構(gòu)造模型：構(gòu)造模型、框架模型、動態(tài)模型、過程模型、功能模型邏輯視圖：重要支持系統(tǒng)的功能需求，即系統(tǒng)提供應(yīng)最后顧客的服務(wù)。開發(fā)視圖：也稱模塊視圖，重要側(cè)重于軟件模塊的組織和管理。

44、進程視圖：側(cè)重于系統(tǒng)的運營特性，重要關(guān)注某些非功能性的需求，例如系統(tǒng)的性能和可用性。進程視圖強調(diào)并發(fā)性、分布性、系統(tǒng)集成性和容錯能力，以及從邏輯試題中的重要抽象如何符合進程構(gòu)造。物理視圖：重要考慮如何把軟件映射到硬件上，它一般要考慮到系統(tǒng)性能、規(guī)模、可靠性等。場景：可以看做是那些重要系統(tǒng)活動的抽象，它使四個視圖有機聯(lián)系起來，從某種意義上說場景是最重要的需求抽象。典型的軟件體系構(gòu)造：數(shù)據(jù)流風(fēng)格、調(diào)用/返回風(fēng)格、獨立構(gòu)件風(fēng)格、虛擬機風(fēng)格、倉庫風(fēng)格分層構(gòu)造：基于可增長抽象層的設(shè)計。長處：支持基于抽象限度遞增的系統(tǒng)設(shè)計；支持功能增強；支持重用。缺陷：并不是沒一種系統(tǒng)都可以很容易的劃分為分層的模式；很難

45、找到一種合適的、對的的層次抽象措施。C2風(fēng)格：通過連接件綁定在一起的按照一組規(guī)則運作的并行構(gòu)件網(wǎng)絡(luò)。特點：系統(tǒng)中的構(gòu)件可實現(xiàn)應(yīng)用需求，并能將任意復(fù)雜度的功能封裝在一起；所有構(gòu)件之間的通信是通過以連接件為中介的異步消息互換機制來實現(xiàn)的；構(gòu)件相對獨立，構(gòu)件之間依賴性較少客戶服務(wù)器風(fēng)格（C/S）：服務(wù)器負(fù)責(zé)數(shù)據(jù)管理，客戶機完畢與顧客的交互任務(wù)。胖客戶機、瘦服務(wù)器。具有強大的數(shù)據(jù)操作和事務(wù)解決能力，模型思想簡樸，易于人們理解和接受。缺陷：開發(fā)成本較高、客戶端程序設(shè)計復(fù)雜、信息內(nèi)容和形式單一、顧客界面風(fēng)格不一、軟件移植困難、軟件維護和升級困難、新技術(shù)不能容易使用三層C/S構(gòu)造風(fēng)格：解決兩層問題（問題為：

46、難以擴展至大型公司廣域網(wǎng)或Internet；軟、硬件的組合及集成能力有限；客戶機的負(fù)荷太重；數(shù)據(jù)安全性不好）；涉及表達層（表達層是應(yīng)用的顧客接口部分，它肩負(fù)著顧客與應(yīng)用間的對話功能）、功能層（功能層相稱于應(yīng)用的本體，它是將具體的業(yè)務(wù)解決邏輯編入程序中）、數(shù)據(jù)層（就是數(shù)據(jù)庫管理系統(tǒng)，負(fù)責(zé)管理對數(shù)據(jù)庫數(shù)據(jù)的讀寫）瀏覽器服務(wù)器風(fēng)格：瀏覽器/web服務(wù)器/數(shù)據(jù)庫服務(wù)器；缺陷：缺少對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫解決功能；擴展能力差，安全性難以控制；在數(shù)據(jù)查詢等響應(yīng)速度上，要遠(yuǎn)遠(yuǎn)低于C/S體系構(gòu)造；數(shù)據(jù)提交一般以頁面為單位，數(shù)據(jù)的動態(tài)交互性不強，不利于在線事務(wù)解決的應(yīng)用。公共對象祈求代理體系構(gòu)

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

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

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

50、象系統(tǒng)分析與設(shè)計面向?qū)ο蟮幕靖拍蠲嫦驅(qū)ο髮ο螅╫bjects）類（classes）繼承（inheritance）消息通信（communication with messages）對象：對象標(biāo)志（供系統(tǒng)內(nèi)部唯一的辨認(rèn)對象）；屬性（狀態(tài)、數(shù)據(jù)、用來描述對象的靜態(tài)特性）；服務(wù)（操作、行為或措施，用來描述對象的動態(tài)特性）類和類庫：類是對象的抽象定義，是一組具有相似數(shù)據(jù)構(gòu)造和相似操作的對象的集合。類與對象是抽象描述與具體實例的關(guān)系，一種具體的對象被稱為類的一種實例（instance）。繼承和多態(tài)：過載多態(tài)（重載多態(tài)），強制多態(tài)，涉及多態(tài)，參數(shù)多態(tài)。前兩種統(tǒng)稱為專用多態(tài)（特定多態(tài)），后兩種稱為通用多態(tài)。

51、消息通信：消息指向?qū)ο蟀l(fā)出的服務(wù)祈求，它應(yīng)當(dāng)具有下述信息：提供服務(wù)的對象標(biāo)志、消息名、輸入信息和回答信息統(tǒng)一建模語言UMLUML（Unified Modeling Language，統(tǒng)一建模語言）：是一種語言；是一種可視化語言；是一種可用于具體描述的語言；是一種構(gòu)造語言；是一種文檔化語言UML構(gòu)造：構(gòu)造塊（建模元素、關(guān)系、圖）；公共機制（規(guī)格闡明、修飾、公共分類、擴展機制）；構(gòu)架（邏輯視圖、進程視圖、實現(xiàn)視圖、部署視圖、用例視圖）可視化建模UML視圖：系統(tǒng)靜態(tài)構(gòu)造的靜態(tài)模型（涉及類圖、構(gòu)件圖、部署圖），系統(tǒng)動態(tài)構(gòu)造的動態(tài)模型（涉及對象圖、用例圖、序列圖、協(xié)作圖、狀態(tài)圖、活動圖）用例圖：用例模型

52、描述的是外部執(zhí)行者（Actor）所理解的系統(tǒng)功能，用于需求分析階段。參與者（Actor）代表與系統(tǒng)接口的任何事物或人，它是指代表某一種特定功能的角色，參與者都是虛擬的概念用例（Use Case）是對系統(tǒng)行為的動態(tài)描述，它可以增進設(shè)計人員、開發(fā)人員與顧客的溝通，理解對的的需求，還可以劃分系統(tǒng)與外部實體的界線，是系統(tǒng)設(shè)計的起點。涉及和擴展：一種用于重用的涉及關(guān)系，用構(gòu)造型include（可以從兩個或者兩個以上的原始用例中提取公共行為，或者發(fā)現(xiàn)可以使用一種組件來實現(xiàn)某一種用例的部分功能是很重要的事時，應(yīng)當(dāng)使用涉及關(guān)系）。另一種是用于分離出不同的行為用構(gòu)造型extend（如果一種用例明顯地混合了兩種或

53、兩種以上地不同場景，即根據(jù)狀況也許發(fā)生多種事情。我們可以斷定將這個用例分為一種主用例和一種或多種輔用例描述也許更加清晰）類和對象：類的命名（最頂部的格子涉及類的名字）；類的屬性（中介的格子涉及類的屬性，用以描述該類對象的共同特點?？梢娦陨婕癙ublic、Private、Protected 分別用號表達）類的操作（Operation）類之間的關(guān)系：依賴關(guān)系（如果元素A的變化會引起元素B的變化，則稱元素B依賴（Dependency）于元素A，用帶箭頭的虛線表達依賴關(guān)系，如：一種類向另一種類發(fā)消息；一種類是另一種類的成員）、泛化關(guān)系（描述了一般事物與該事物中的特殊種類之間的關(guān)系，也就是父類和子類之間

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

55、于規(guī)定類或組件的服務(wù)，使用一種帶空心箭頭的虛線表達）交互圖：表達各組對象如何依某種行為進行協(xié)作的模型。一般可以使用一種交互圖來表達和闡明一種用例的行為。順序圖：用來描述對象之間動態(tài)的交互關(guān)系，著重體現(xiàn)對象間消息傳遞的時間順序。協(xié)作圖：用于描述互相合伙的對象間的交互關(guān)系和鏈接關(guān)系；順序圖著重體現(xiàn)交互的時間順序，協(xié)作圖則著重體系交互對象間的靜態(tài)鏈接關(guān)系。狀態(tài)圖：用來描述對象狀態(tài)和事件之間的關(guān)系。一般用狀態(tài)圖來描述單個對象的行為。活動圖：表達系統(tǒng)中多種活動的順序，可以用來描述用例的工作流程，也可以用來描述類中某個措施的操作行為。構(gòu)件圖：（物理建模構(gòu)件圖、部署圖）可以有效的顯示一組構(gòu)件，以及它們之間的

56、關(guān)系。構(gòu)件圖一般涉及構(gòu)件、接口，以及多種關(guān)系部署圖：也稱實行圖，構(gòu)件圖是闡明構(gòu)件之間的邏輯關(guān)系，而部署圖描述系統(tǒng)硬件的物理拓?fù)錁?gòu)造，以及在此構(gòu)造上執(zhí)行的軟件面向?qū)ο笙到y(tǒng)分析面向?qū)ο蠓治觯篛MT（Object Modeling Technique）措施：建立對象模型（擬定類和對象、擬定構(gòu)造與關(guān)聯(lián)、劃分主題、定義屬性、定義服務(wù)）、建立動態(tài)模型、建立功能模型用UML進行分析：建立域模型（尋找類、擬定類之間的關(guān)聯(lián)、為類添加職責(zé)、域模型的具體度）、建立用例模型（用例是什么？用例模型是如何產(chǎn)生的？辨認(rèn)參與者、合并需求獲得用例、繪制成用例圖、細(xì)化用例描述）面向?qū)ο笙到y(tǒng)設(shè)計面向?qū)ο笤O(shè)計Coad/Yourdon

57、措施：發(fā)現(xiàn)類和對象、辨認(rèn)構(gòu)造、定義主題、定義屬性、定義服務(wù)。面向?qū)ο笤O(shè)計模型需要進一步辨別如下四個部分：問題域的設(shè)計（屬性、服務(wù)、類和對象、構(gòu)造、對象行為）；人機交互界面的設(shè)計（交互界面子系統(tǒng)的設(shè)計、交互界面子系統(tǒng)和應(yīng)用之間接口的設(shè)計）；應(yīng)用控制的設(shè)計；與問題領(lǐng)域有關(guān)的設(shè)計Booch措施：在給定的抽象層次上辨認(rèn)類和對象、辨認(rèn)這些對象和類的語義、辨認(rèn)這些類和對象之間的關(guān)系、實現(xiàn)類和對象OMT措施：從三個視角描述系統(tǒng)，相應(yīng)的提供了三種模型，對象模型、動態(tài)模型、功能模型。四個階段（分析、系統(tǒng)設(shè)計、對象設(shè)計、實現(xiàn)）Jacobson措施：不同處在于她波及整個軟件生命周期，涉及需求分析、設(shè)計、實現(xiàn)和測試等

58、四個階段。核心是用例，Jacobson將用例模型與其她五種系統(tǒng)模型（領(lǐng)域?qū)ο竽Ｐ?、分析模型、設(shè)計模型、實現(xiàn)模型、測試模型）關(guān)聯(lián)1.7典型應(yīng)用集成技術(shù)Web Service技術(shù)Web Service是解決應(yīng)用程序之間互相通信的一種技術(shù)。WebService是描述一系列操作的接口。它使用原則的、規(guī)范的XML描述接口。Web Application是面向顧客的，而Web Service面向的則是計算機。Web Service模型：服務(wù)提供者、服務(wù)祈求者、服務(wù)注冊中心（發(fā)布服務(wù)描述、查找服務(wù)描述、根據(jù)服務(wù)描述綁定或調(diào)用服務(wù)）Web Service合同堆棧：網(wǎng)絡(luò)通信（http、smtp、ftp、jms、

59、iiop）、消息解決（soap）、描述語言（WSDL）、進程（發(fā)現(xiàn)、匯集）簡樸對象訪問合同SOAP（Simple Object Access Protocol）:基于XML的RPC（還涉及CORBA、COM/DCOM）原則CORBA（Common Object Request Broker Architecture）公共對象祈求代理體系構(gòu)造，是一種原則的面向?qū)ο髴?yīng)用程序的體系規(guī)范。由對象祈求代理ORB(Object Request Broker)、對象服務(wù)、公共設(shè)施、與接口和應(yīng)用接口這幾種部分構(gòu)成。其核心是對象祈求代理ORB，ORB提供了一種機制，使對象可以透明的發(fā)出祈求和接受響應(yīng)。COM/D

60、COM（Component Object Model/Distributed Component Object Model）位于應(yīng)用程序的組件之間，將組件以不可見的方式組合在一起，形成具有完整功能的應(yīng)用程序SOAP是一種基于XML的分布式對象通信合同，CORBA是分布式應(yīng)用的服務(wù)原則；COM/DCOM則是組件模型J2EE架構(gòu)J2EE架構(gòu)：提供了一種多層構(gòu)造的分布式的應(yīng)用程序模型，該模型具有重用組件的能力、基于擴展標(biāo)記語言（xml）的數(shù)據(jù)互換、統(tǒng)一的安全模式和靈活的事務(wù)控制。涉及：運營在客戶端機器的客戶層組件；運營在j2ee服務(wù)器中的web層組件；運營在j2ee服務(wù)器中的業(yè)務(wù)層組件；運營在eis