第3章-信息系統(tǒng)建設(shè)概論

1、第3章 信息系統(tǒng)建設(shè)概論,,本章主要內(nèi)容,3.1 信息系統(tǒng)建設(shè)是復(fù)雜的社會(huì)過程3.2 信息系統(tǒng)建設(shè)的一般方法3.3 信息系統(tǒng)的生命周期3.4 基于生命周期的開發(fā)方法（信息系統(tǒng)開發(fā)過程）3.5 基于開發(fā)技術(shù)的開發(fā)方法（信息系統(tǒng)開發(fā)技術(shù)）3.6 信息系統(tǒng)開發(fā)的組織管理3.7 信息系統(tǒng)開發(fā)工具（CASE工具）,3.1 信息系統(tǒng)建設(shè)是復(fù)雜的社會(huì)過程,1. 信息系統(tǒng)的復(fù)雜性體現(xiàn)在：技術(shù)手段復(fù)雜內(nèi)容復(fù)雜，目標(biāo)多樣投資密度大，效

2、益難以計(jì)算環(huán)境復(fù)雜多變,技術(shù)的復(fù)雜性,計(jì)算機(jī)硬、軟件技術(shù)數(shù)據(jù)通訊與網(wǎng)絡(luò)技術(shù)各種信息采集與存貯各種控制與決策方法建模與仿真技術(shù)人工智能技術(shù)技術(shù)方案難以檢驗(yàn)證明(樣品？實(shí)物模型？),內(nèi)容的復(fù)雜性,一個(gè)組織的管理與業(yè)務(wù)信息量大、面廣，形式多樣、來源繁雜，信息內(nèi)容和處理要求又涉及到廣泛的學(xué)科和事業(yè)領(lǐng)域。一個(gè)組織的信息系統(tǒng)必是一個(gè)規(guī)模龐大，結(jié)構(gòu)復(fù)雜，具備多種功能、實(shí)現(xiàn)多個(gè)目標(biāo)的大系統(tǒng)一個(gè)組織內(nèi)各類機(jī)構(gòu)和人員的信息需求不盡相同，

3、有些需求可能相互沖突，需求的不確定性和可變性非常大。組織和外部環(huán)境之間的數(shù)據(jù)交換難以控制。,投資的密集性,信息系統(tǒng)的建設(shè)，需要巨額投資，是一種資金密集型的建設(shè)項(xiàng)目智力密集型或者知識(shí)密集型需用大量人工，是勞動(dòng)密集型項(xiàng)目效益難以計(jì)算,信息系統(tǒng)建設(shè)的統(tǒng)計(jì)數(shù)據(jù),據(jù)國外1995年對(duì)365家公司的調(diào)查：31％的信息系統(tǒng)項(xiàng)目在完成之前被取消53％的項(xiàng)目沒有達(dá)到預(yù)定功能在3682個(gè)項(xiàng)目中只有12％的項(xiàng)目按時(shí)和按預(yù)算完成據(jù)某顧問公司200

4、4年報(bào)告(對(duì)4萬個(gè)信息系統(tǒng)項(xiàng)目的調(diào)查)ERP失敗率達(dá)到70%成功項(xiàng)目只能達(dá)到34%有爭(zhēng)議的項(xiàng)目達(dá)到51%失敗項(xiàng)目達(dá)到15%成功的含義：在規(guī)定的時(shí)間內(nèi)，以規(guī)定的預(yù)算完成規(guī)定的目標(biāo)。,環(huán)境的復(fù)雜性,涉及到組織內(nèi)部各級(jí)機(jī)構(gòu)、管理人員涉及組織面臨的外部環(huán)境及發(fā)展趨勢(shì)要考慮管理體制、管理思想、管理方法和管理手段的相互匹配、相互促進(jìn)考慮人的習(xí)慣、心理狀態(tài)及現(xiàn)行的制度、慣例和社會(huì)、政治諸因素,信息系統(tǒng)開發(fā)是一個(gè)社會(huì)過程,問題描述和方

5、案驗(yàn)證不同于一般技術(shù)工程技術(shù)工程問題明確，可以模擬，或制作實(shí)物模型、樣品進(jìn)行驗(yàn)證，信息系統(tǒng)的問題確定性差，難以提前驗(yàn)證解決方案。人的影響信息系統(tǒng)是人機(jī)系統(tǒng)，有來自于人的障礙。如了解、溝通、實(shí)施困難。社會(huì)環(huán)境的影響如政策、競(jìng)爭(zhēng)、文化觀念等對(duì)信息系統(tǒng)影響力很大，不同于純技術(shù)工程。,3.2 信息系統(tǒng)建設(shè)的一般方法,3.2.1 早期方法的不足早期，人們對(duì)信息系統(tǒng)的復(fù)雜性缺乏足夠的認(rèn)識(shí)，認(rèn)為信息系統(tǒng)無非是“大程序”，缺乏科學(xué)的開發(fā)方

6、法：目標(biāo)含糊通信誤解步驟混亂缺乏管理控制,3.2.2 系統(tǒng)方法的應(yīng)用,系統(tǒng)科學(xué)方法為人們提供了新的思維模式，是研究復(fù)雜系統(tǒng)的有效工具。錢學(xué)森曾指出“系統(tǒng)工程是組織管理系統(tǒng)的規(guī)劃、研究、制造、試驗(yàn)和使用的科學(xué)方法，使一種對(duì)所有系統(tǒng)都具有普遍意義的方法”。系統(tǒng)方法在信息系統(tǒng)建設(shè)中的應(yīng)用：還原論與整體論相結(jié)合微觀分析與宏觀綜合相結(jié)合定性判斷與定量計(jì)算相結(jié)合嚴(yán)格生命周期階段與反復(fù)迭代相結(jié)合,3.2.3 系統(tǒng)建模/模型化,分析

7、研究復(fù)雜系統(tǒng)問題，建模是一種基本手段。建模（modeling）就是為描述系統(tǒng)的構(gòu)成和行為，對(duì)現(xiàn)實(shí)系統(tǒng)的各種因素進(jìn)行適當(dāng)篩選，用一定方式（數(shù)學(xué)公式、符號(hào)、圖形、圖像等）表示現(xiàn)實(shí)系統(tǒng)的過程。建模也稱模型化。,1. 系統(tǒng)模型的概念,系統(tǒng)模型是指以某種確定的形式（如文字、符號(hào)、圖表、實(shí)物、數(shù)學(xué)公式等），對(duì)系統(tǒng)某一方面本質(zhì)屬性的描述。一個(gè)適用的系統(tǒng)模型應(yīng)該具有如下3個(gè)特征：它是現(xiàn)實(shí)系統(tǒng)的抽象或模仿； 它是由反映系統(tǒng)本質(zhì)或特征的主要因素（

8、要素）構(gòu)成的； 它集中體現(xiàn)了這些主要因素之間的關(guān)系。根據(jù)抽象程度：概念模型、邏輯模型和物理模型。根據(jù)對(duì)時(shí)間的依賴：靜態(tài)模型和動(dòng)態(tài)模型。全面徹底地描述一個(gè)系統(tǒng)，通常需要使用多個(gè)模型。,2. 管理系統(tǒng)模型,管理模型描述組織的狀況，包括：組織的靜態(tài)特征，如組織結(jié)構(gòu)圖、實(shí)體關(guān)系圖動(dòng)態(tài)特征，如任務(wù)分解圖、狀態(tài)轉(zhuǎn)換圖、甘特圖、PERT圖業(yè)務(wù)流程，如流程圖業(yè)務(wù)規(guī)則，如決策樹、決策表,,,,,,,管理系統(tǒng),靜態(tài)特征(組織機(jī)構(gòu)、對(duì)象、角色

9、)動(dòng)態(tài)特征（行為/事件/行動(dòng)/狀態(tài)）業(yè)務(wù)流程業(yè)務(wù)規(guī)則…….,模型,3. 信息系統(tǒng)模型,信息系統(tǒng)模型描述計(jì)算機(jī)信息系統(tǒng)的狀況。每種模型都有其標(biāo)準(zhǔn)符號(hào)、慣例、語法規(guī)則和用途，當(dāng)這一組符號(hào)和規(guī)則形成了一套完整嚴(yán)謹(jǐn)?shù)谋硎菊Z言，就形成建模語言。因?yàn)樾畔⑾到y(tǒng)是為管理服務(wù)的，因此有些模型在管理系統(tǒng)和信息系統(tǒng)中通用，如流程圖、狀態(tài)圖 、決策樹/決策表等。,信息系統(tǒng)模型的作用,建立信息系統(tǒng)模型有以下主要作用：對(duì)復(fù)雜問題進(jìn)行簡(jiǎn)化描述，幫助有關(guān)

10、人員快速、簡(jiǎn)單直觀、準(zhǔn)確地了解系統(tǒng)；建模的過程使得分析師和設(shè)計(jì)師能更全面地研究系統(tǒng)，深思熟慮，減少遺漏，以形成更成熟的方案；各階段產(chǎn)生的模型為后續(xù)階段的有關(guān)人員提供了工作依據(jù)；為項(xiàng)目各類人員提供了統(tǒng)一的交流工具，利于溝通和團(tuán)隊(duì)合作；為項(xiàng)目驗(yàn)收和將來的維護(hù)工作提供了文檔依據(jù)；利用工具將模型映射為特定平臺(tái)的可執(zhí)行代碼（MDD，Model-Driven Development），減少開發(fā)人員工作量。,4. 統(tǒng)一建模語言UML,統(tǒng)一建

11、模語言UML（unified modeling language）是由單一元模型支持的一組圖示法。這些圖示法有助于表達(dá)與設(shè)計(jì)軟件系統(tǒng)，特別是采用面向?qū)ο蠓椒?gòu)造的軟件系統(tǒng)。UML通過不同的圖來描述系統(tǒng)的結(jié)構(gòu)（structure）、行為（behavior）、交互過程（interaction）。UML 2.2中一共定義了14種圖（diagram）：系統(tǒng)結(jié)構(gòu)：類圖、對(duì)象圖、包圖、構(gòu)件圖、部署圖等系統(tǒng)行為：活動(dòng)圖、狀態(tài)圖、用例圖交互過

12、程：通信圖、順序圖、計(jì)時(shí)圖等,3.3 信息系統(tǒng)的生命周期,信息系統(tǒng)開發(fā)圍繞信息系統(tǒng)生命周期來進(jìn)行，有時(shí)也稱系統(tǒng)開發(fā)生命周期（SDLC，System Development Life Cycle），體現(xiàn)系統(tǒng)工程的思想。包含5個(gè)階段：規(guī)劃、分析、設(shè)計(jì)、實(shí)施、運(yùn)維,生命周期的階段,可行性研究,,開發(fā)請(qǐng)求,詳細(xì)調(diào)查,系統(tǒng)轉(zhuǎn)換,總體設(shè)計(jì),邏輯設(shè)計(jì),審批,初步調(diào)查,驗(yàn)收,系統(tǒng)維護(hù),系統(tǒng)評(píng)價(jià),詳細(xì)設(shè)計(jì),審查,編程調(diào)試,審查,,,,,,,,,,,

13、,,,,,,,,,,,,,,運(yùn)行維護(hù),系統(tǒng)規(guī)劃,系統(tǒng)實(shí)施,系統(tǒng)分析,系統(tǒng)設(shè)計(jì),,1. 階段任務(wù)2. 設(shè)計(jì)文檔,各階段任務(wù),系統(tǒng)規(guī)劃確定信息系統(tǒng)的發(fā)展規(guī)劃；企業(yè)業(yè)務(wù)流程的識(shí)別、改革與創(chuàng)新；對(duì)建設(shè)新系統(tǒng)的需求作出初步研究，確定信息系統(tǒng)的總體結(jié)構(gòu)；確定系統(tǒng)的備選方案，對(duì)這些方案進(jìn)行可行性分析 系統(tǒng)分析詳細(xì)調(diào)查，確定系統(tǒng)的基本目標(biāo)和邏輯功能要求系統(tǒng)設(shè)計(jì)根據(jù)系統(tǒng)說明書中規(guī)定的功能要求，考慮實(shí)際條件，具體設(shè)計(jì)實(shí)現(xiàn)邏輯模型的技術(shù)方案 系

14、統(tǒng)實(shí)施計(jì)算機(jī)等設(shè)備的購置、安裝和調(diào)試；編寫、調(diào)試和測(cè)試程序；人員培訓(xùn)；數(shù)據(jù)準(zhǔn)備或轉(zhuǎn)換；系統(tǒng)調(diào)試與轉(zhuǎn)換 系統(tǒng)維護(hù)運(yùn)行情況的記錄；必要的修改；評(píng)價(jià)和總結(jié)等,信息系統(tǒng)開發(fā)方法,生命周期是指導(dǎo)性方針，很抽象，具體的信息系統(tǒng)開發(fā)方法有很多，主要研究方向有兩類：針對(duì)開發(fā)過程不同的信息系統(tǒng)開發(fā)過程模型。關(guān)注整個(gè)開發(fā)采取哪些步驟，每個(gè)步驟包含哪些任務(wù)，由什么人完成，任務(wù)的成果如何體現(xiàn)等也稱為不同的生存周期模型針對(duì)開發(fā)技術(shù)不同的建模方法，

15、從不同的觀點(diǎn)來反映系統(tǒng)的全貌，并采用不同技術(shù)手段予以實(shí)現(xiàn),3.4信息系統(tǒng)開發(fā)過程模型（基于生命周期的開發(fā)方法）,開發(fā)過程的研究和經(jīng)驗(yàn)的總結(jié)：瀑布模型（開發(fā)方法）原型模型（開發(fā)方法）增量模型（迭代開發(fā)方法）螺旋模型（開發(fā)方法）噴泉模型（開發(fā)方法）敏捷開發(fā)過程（開發(fā)方法）……,3.4.1 瀑布模型,強(qiáng)調(diào)階段的劃分和階段嚴(yán)格的順序各階段工作任務(wù)明確，要求文檔完備性是一種嚴(yán)格線性的按階段順序的、逐步細(xì)化的開發(fā)模式，消除了軟件

16、開發(fā)的隨意性,瀑布模型的特點(diǎn),簡(jiǎn)單易用，容易理解開發(fā)的進(jìn)程一個(gè)順著一個(gè)，沒有反饋過程，需要嚴(yán)密控制允許基線和配置早期接收控制一個(gè)新的項(xiàng)目不適合這個(gè)模型用戶直到項(xiàng)目結(jié)束才能看到質(zhì)量如何不允許或者嚴(yán)格限制變更,瀑布模型（后來實(shí)際）,實(shí)際的瀑布模型,瀑布模型的不足,需求：客戶常常難以表達(dá)真正的需求，而這種模型卻要求嚴(yán)格的階段性成果，返工困難，變更代價(jià)很大風(fēng)險(xiǎn)：客戶要等到開發(fā)周期的晚期才能看到程序運(yùn)行的測(cè)試版本，這時(shí)若發(fā)現(xiàn)大的錯(cuò)誤，

17、可能引起客戶的驚慌，其后果也可能是災(zāi)難性的效率：因?yàn)榍昂笕蝿?wù)的依賴關(guān)系，成員不能并行工作，有可能花在等待的時(shí)間比開發(fā)的時(shí)間要長，即所謂的“堵塞狀態(tài)”,適用于一些需求已明確并且變化較少的信息系統(tǒng),3.4.2 原型開發(fā)方法,原型——快速建立起來的可以在計(jì)算機(jī)上運(yùn)行的程序，通常選取信息系統(tǒng)中某個(gè)關(guān)鍵功能作為原型。,,,,,,,編程測(cè)試,分析,定義需求,設(shè)計(jì),,,,,,原型,,實(shí)施完成,,再構(gòu)造,,,,原型方法的基本思想和開發(fā)步驟,基本思想

18、 在投入大量的人力、物力之前，在限定的時(shí)間內(nèi)，用最經(jīng)濟(jì)的方法構(gòu)造一個(gè)系統(tǒng)原型，使用戶盡早看到系統(tǒng)的概貌，在系統(tǒng)原型的實(shí)際運(yùn)行中與用戶一起發(fā)現(xiàn)問題，提出修改意見，不斷完善原型，使它逐步滿足用戶要求開發(fā)步驟明確用戶基本信息需求建立初始原型（集成原則、最小系統(tǒng)原則）評(píng)價(jià)原型修改和完善原型,快速原型的開發(fā)工具,第四代技術(shù)可復(fù)用軟件構(gòu)件形式化規(guī)約和原型環(huán)境,快速原型的類型,拋棄式原型。將開發(fā)原型看做是溝通工具，永遠(yuǎn)也不會(huì)將一次式

19、原型引入正式運(yùn)行環(huán)境中。主要解決需求的不確定性，二義性，不完整性等。進(jìn)化式原型。會(huì)在未來的系統(tǒng)中包含的原型。這種方法能夠?qū)⒆畲罅康墓ぷ魍度氲秸较到y(tǒng)中。水平原型也稱為行為原型，用來探索預(yù)期系統(tǒng)的一些特定行為，并達(dá)到細(xì)化需求的目的。水平原型通常只是功能導(dǎo)航，并未真實(shí)實(shí)現(xiàn)功能。主要用在用戶界面上。垂直原型也稱為結(jié)構(gòu)化原型，實(shí)現(xiàn)了一部分功能。主要用在復(fù)雜的算法實(shí)現(xiàn)上。,拋棄式原型模型,演化式原型模型,快速原型的典型應(yīng)用,快速原型的評(píng)價(jià),

20、這個(gè)原型所實(shí)現(xiàn)的功能與你所期望的一致嗎？有遺漏的功能嗎？有多余的功能嗎？你能考慮一下這個(gè)原型所沒有涉及到的一些出錯(cuò)情況嗎？這些功能導(dǎo)航的邏輯性和完整性如何？有更簡(jiǎn)單的方法來完成這一任務(wù)嗎？,原型模型的特點(diǎn)和應(yīng)用場(chǎng)合,用戶積極參與原型的開發(fā)沒有嚴(yán)密的階段性短期獲得測(cè)試版本，降低風(fēng)險(xiǎn)應(yīng)用于以下場(chǎng)合：需求含糊，用戶不能標(biāo)識(shí)出詳細(xì)的輸入、處理和輸出需求設(shè)計(jì)方案不明確，開發(fā)人員不能確定算法的有效性、操作系統(tǒng)的適應(yīng)性或人機(jī)交互

21、的有效性,原型模型的不足,降低風(fēng)險(xiǎn)的同時(shí)，引入了其他風(fēng)險(xiǎn)：用戶隨意無止境的需求變化，因?yàn)橛脩羧菀桩a(chǎn)生誤解，認(rèn)為系統(tǒng)很容易被構(gòu)造和修改如果采用原型基礎(chǔ)上繼續(xù)構(gòu)造，由于修補(bǔ)過度，軟件質(zhì)量不易于保證開發(fā)人員為了快速構(gòu)造原型，可能會(huì)采用不合適的操作系統(tǒng)、語言、算法等，造成后期風(fēng)險(xiǎn)，如系統(tǒng)適應(yīng)性差、維護(hù)困難等,3.4.3 迭代開發(fā)過程,一條直線一次性到達(dá)目的總是困難的。緊迫的市場(chǎng)期限和快速變化使得難以一次性完成整個(gè)軟件產(chǎn)品，解決方法是

22、先提交一個(gè)有限的版本，細(xì)節(jié)部分逐步增加，即多次迭代后完成系統(tǒng)。融合了瀑布方法和原型方法。整個(gè)開發(fā)工作被組織為一系列的短小的、固定長度的小項(xiàng)目，被稱為一系列的迭代。有兩種迭代：迭代增量：迭代周期完成一個(gè)增量，然后集成迭代進(jìn)化：迭代周期內(nèi)包含演化和完善,增量模型（增量迭代）,增量模型——融合了瀑布模型的基本成分和原型的迭代特征。采用隨著日程時(shí)間的進(jìn)展而交錯(cuò)的線性序列。搭積木的方式，如按子系統(tǒng)劃分增量,分析,分析,分析,分析,設(shè)計(jì),

23、設(shè)計(jì),設(shè)計(jì),設(shè)計(jì),編碼,編碼,編碼,編碼,測(cè)試,測(cè)試,測(cè)試,測(cè)試,,增量1,,增量2,增量3,增量4,,,,,,,,,,,,,功能,時(shí)間,增量模型（增量迭代）的特點(diǎn),以功能遞增的方式進(jìn)行軟件開發(fā)（可并行化）能較快地產(chǎn)生可操作的系統(tǒng)在每一步遞增中，都可以把用戶/開發(fā)者的經(jīng)驗(yàn)結(jié)合到不斷求精的下一個(gè)增量中可改善測(cè)試效果和降低軟件開發(fā)總成本。這個(gè)過程好比搭積木。,進(jìn)化迭代的特點(diǎn),進(jìn)化迭代與增量迭代的區(qū)別是在每個(gè)迭代周期是對(duì)上一次

24、迭代的演化和完善。比如可以將一個(gè)軟件功能的編程劃分了多個(gè)迭代周期，每個(gè)迭代是對(duì)該功能的補(bǔ)充和進(jìn)化。這個(gè)過程好比滾雪球。,增量模型的應(yīng)用場(chǎng)合,項(xiàng)目開始，明確了需求的大部分，但是需求可能會(huì)發(fā)生變化對(duì)于市場(chǎng)和用戶把握不是很準(zhǔn)，需要逐步了解對(duì)于有龐大和復(fù)雜功能的系統(tǒng)進(jìn)行功能改進(jìn)，本身就需要一步一步實(shí)施的。,迭代開發(fā)過程示例,例子：設(shè)計(jì)一個(gè)字處理軟件增量1：實(shí)現(xiàn)軟件的基本需求，提供最核心的功能。增量2：提供更完善的編輯和文檔生成功能。

25、增量3：實(shí)現(xiàn)拼寫和語法檢查功能。增量4：完成高級(jí)的頁面排版功能。,迭代開發(fā)過程的應(yīng)用場(chǎng)合,項(xiàng)目開始，明確了需求的大部分，但是需求可能會(huì)發(fā)生變化對(duì)于市場(chǎng)和用戶把握不是很準(zhǔn)，需要逐步了解對(duì)于有龐大和復(fù)雜功能的系統(tǒng)進(jìn)行功能改進(jìn)，本身就需要一步一步實(shí)施的。,3.4.4 螺旋模型,螺旋方法——把軟件開發(fā)過程定義成不斷上升的螺旋周期，每個(gè)周期劃分為計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施和評(píng)價(jià)四個(gè)方面。沿螺線自內(nèi)向外每旋轉(zhuǎn)一圈便開發(fā)出更為完善的一個(gè)新的軟件版本

26、。,這里的原型不是用于驗(yàn)證的原型系統(tǒng)，而是最終要交付的成品系統(tǒng)。,,螺旋模型的特點(diǎn)和應(yīng)用場(chǎng)合,風(fēng)險(xiǎn)驅(qū)動(dòng)，可以在生命周期早期強(qiáng)制性的確定項(xiàng)目中存在的風(fēng)險(xiǎn)需要開發(fā)人員具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門知識(shí)要求用戶參與階段評(píng)價(jià)，對(duì)用戶要求較高 適用于：?jiǎn)挝粌?nèi)部開發(fā)的大規(guī)模軟件項(xiàng)目風(fēng)險(xiǎn)是項(xiàng)目的主要制約因素可能會(huì)發(fā)生重大變更采用新技術(shù),3.4.5 噴泉模型,噴泉模型——主要用于面向?qū)ο蠹夹g(shù)的軟件開發(fā)項(xiàng)目，它克服了瀑布模型不支持軟件重

27、用和多項(xiàng)開發(fā)活動(dòng)集成的局限性，噴泉模型使開發(fā)過程具有迭代性和無間隙性。 噴泉模型以面向?qū)ο蟮能浖_發(fā)方法為基礎(chǔ)，以用戶需求作為噴泉模型的源泉，屬于面向?qū)ο蟮能浖^程模型。,噴泉模型,特點(diǎn)：?各階段相互重疊，它反映了軟件過程并行性的特點(diǎn)體現(xiàn)認(rèn)識(shí)事物的往返過程強(qiáng)調(diào)增量開發(fā)，整個(gè)過程是一個(gè)迭代的逐步提煉的過程。?開發(fā)活動(dòng)之間的無間隙性和循環(huán)迭代性?適用于面向?qū)ο蟮拈_發(fā)過程?強(qiáng)調(diào)無明顯的活動(dòng)階段劃分,集成和測(cè)試階段編

28、碼階段面向?qū)ο笤O(shè)計(jì)階段面向?qū)ο蠓治鲭A段需求階段,進(jìn)一步開發(fā)進(jìn)行狀態(tài),,維護(hù)期,3.4.6 敏捷開發(fā)過程,敏捷過程（agile process）是一系列輕量的過程模型的總稱，致力于在無過程和過于繁瑣的過程中達(dá)到一種平衡，強(qiáng)調(diào)對(duì)需求變化的敏捷響應(yīng)，以不多的步驟過程獲取滿意的結(jié)果。敏捷軟件開發(fā)宣言：1．個(gè)體和交互勝過過程和工具2．可以工作的軟件勝過面面懼到的文檔3．客戶合作勝過合同談判4．響應(yīng)變化勝過遵循變化雖然右項(xiàng)也有

29、價(jià)值，但我們認(rèn)為左項(xiàng)具有更大的價(jià)值?；诘_發(fā)方法探索出的成功實(shí)踐。,開發(fā)過程的代表產(chǎn)品,一些公司或團(tuán)體紛紛推出規(guī)范化的過程產(chǎn)品：IBM統(tǒng)一過程RUP（Rational Unified Process，迭代過程的代表，重量級(jí)過程）微軟MSF(Microsoft Solutions Framework )敏捷：極限編程、Scrum（輕量級(jí)過程）……,練習(xí)題,假設(shè)要開發(fā)一個(gè)軟件，該軟件的功能是對(duì)特定項(xiàng)目進(jìn)行一項(xiàng)驗(yàn)證計(jì)算（假定計(jì)算

30、方法十分確定、成熟），一旦實(shí)現(xiàn)后將用于該項(xiàng)目的測(cè)試驗(yàn)證中，由于項(xiàng)目的特殊性，所以，該軟件產(chǎn)品在完成使命后將被拋棄。,軟件需求明確，算法確定、成熟，故無須原型來驗(yàn)證。一旦驗(yàn)證完成之后將被拋棄，故無須使用提高軟件可維護(hù)性的迭代模型和螺旋模型。綜上所述，為了開發(fā)此軟件，使用瀑布模型即可。,3.5 信息系統(tǒng)開發(fā)技術(shù)（基于開發(fā)技術(shù)的開發(fā)方法）,信息系統(tǒng)通常十分復(fù)雜，通常會(huì)借助于模型對(duì)它進(jìn)行研究、認(rèn)識(shí)、描述和設(shè)計(jì)。本節(jié)從模型化的角度探討信息

31、系統(tǒng)不同開發(fā)方法的形成和各自特點(diǎn)。,3.5.1 管理模型到信息模型,信息系統(tǒng)模型最核心的是信息處理模型，應(yīng)考慮兩個(gè)方面：信息處理模型最核心的是軟件結(jié)構(gòu)模型，而軟件模型由計(jì)算機(jī)程序語言的特性來決定。機(jī)器語言、匯編語言、C、C++……信息處理模型來源于管理模型，而管理系統(tǒng)模型包含以下方面：,,,,,,,管理系統(tǒng),靜態(tài)特征(對(duì)象、屬性、關(guān)系)動(dòng)態(tài)特征（行為/事件/行動(dòng)/狀態(tài)）業(yè)務(wù)流程業(yè)務(wù)規(guī)則…….,模型,信息處理模型,管理模型抽

32、象描述了需要解決的管理問題（問題空間），而信息處理模型則回答信息系統(tǒng)將如何解決問題（解空間）這個(gè)求解過程中最核心的內(nèi)容在于信息處理模型中的軟件系統(tǒng)。,,管理領(lǐng)域及問題,管理模型,信息處理模型,系統(tǒng)實(shí)現(xiàn)條件,信息系統(tǒng),技術(shù),環(huán)境,信息系統(tǒng)學(xué)科,,,,,,,信息處理模型,信息系統(tǒng)包含硬件、軟件、信息等組成要素。但其中軟件系統(tǒng)的狀態(tài)比硬件系統(tǒng)的狀態(tài)往往要多若干數(shù)量級(jí)，只有找到控制和降低軟件復(fù)雜性的方法，才能根本地控制和降低信息系統(tǒng)復(fù)雜性。

33、人們不斷研究新的軟件開發(fā)技術(shù)，試圖縮小計(jì)算機(jī)世界和現(xiàn)實(shí)世界之間的鴻溝，從而讓管理模型與信息處理模型有更高的一致性，易于轉(zhuǎn)換和實(shí)現(xiàn)。,設(shè)計(jì)優(yōu)秀的軟件結(jié)構(gòu),優(yōu)秀的軟件結(jié)構(gòu)應(yīng)具有以下特性：能真實(shí)、充分地反映現(xiàn)實(shí)世界，包括事物和事物之間的聯(lián)系，能滿足用戶對(duì)數(shù)據(jù)的處理要求；易于理解，方便開發(fā)人員之間、開發(fā)人員與用戶之間交換意見；易于更改，當(dāng)應(yīng)用環(huán)境和應(yīng)用要求改變時(shí)，能容易地對(duì)系統(tǒng)進(jìn)行修改和擴(kuò)充；易于向計(jì)算機(jī)支持的數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)換。軟件結(jié)構(gòu)

34、從簡(jiǎn)單到復(fù)雜，走過了從機(jī)器指令、語句、模塊封裝到類封裝、再到構(gòu)件和服務(wù)封裝的歷史發(fā)展過程，不同的開發(fā)技術(shù)和軟件結(jié)構(gòu)催生了不同的開發(fā)方法。,軟件結(jié)構(gòu)設(shè)計(jì)的基本原則,抽象第一抽象是人類認(rèn)識(shí)世界的基本法則之一。對(duì)實(shí)際的事物進(jìn)行處理，抽取所關(guān)心的、共同的、本質(zhì)特征的屬性，并對(duì)這些事物及其特征屬性進(jìn)行描述。由于抽取的是共同的、本質(zhì)特征的屬性，從而大大降低了系統(tǒng)元素的絕對(duì)數(shù)量。層次劃分復(fù)雜系統(tǒng)可以先分解為子系統(tǒng)，逐層分解。分解的每個(gè)子集互不相

35、交，能使注意力集中與某個(gè)子集內(nèi)部及與其他子集的聯(lián)系。層次和每層子集的數(shù)目為短時(shí)記憶最大容量7±2的范圍之內(nèi)。模型化提出以模型代替真實(shí)系統(tǒng)進(jìn)行模擬實(shí)驗(yàn)，達(dá)到認(rèn)識(shí)真實(shí)系統(tǒng)特性和規(guī)律性的方法。,信息系統(tǒng)的開發(fā)技術(shù),信息系統(tǒng)的開發(fā)技術(shù)（基于軟件技術(shù)的開發(fā)方法）：結(jié)構(gòu)化開發(fā)技術(shù)面向數(shù)據(jù)開發(fā)技術(shù)面向?qū)ο箝_發(fā)技術(shù)面向服務(wù)開發(fā)技術(shù),3.5.2 結(jié)構(gòu)化開發(fā)技術(shù),結(jié)構(gòu)化方法論（Structured Methodology）是計(jì)算學(xué)科的

36、一種典型的系統(tǒng)開發(fā)方法論。它采用了系統(tǒng)科學(xué)的思想方法，從層次的角度，自頂向下地分析和設(shè)計(jì)系統(tǒng)，即抽象與分解。系統(tǒng)可用高級(jí)的抽象概念來理解和構(gòu)造, 這些高級(jí)的抽象概念又可用較低級(jí)的抽象概念來理解和構(gòu)造，如此進(jìn)行下去，直到最低層次的模塊可以表示成某種程序設(shè)計(jì)語言的語句為止。,結(jié)構(gòu)化開發(fā)技術(shù),也稱為 面向功能/面向過程/面向數(shù)據(jù)流 的軟件開發(fā)方法結(jié)構(gòu)化方法包括結(jié)構(gòu)化分析（Structured Analysis，簡(jiǎn)稱SA）、結(jié)構(gòu)化設(shè)計(jì)（S

37、tructured Design，簡(jiǎn)稱SD）和結(jié)構(gòu)化程序設(shè)計(jì)（Structured Program，簡(jiǎn)稱SP）三部分內(nèi)容：結(jié)構(gòu)化分析（SA）對(duì)軟件進(jìn)行需求分析，以數(shù)據(jù)流圖表示結(jié)構(gòu)化設(shè)計(jì)（SD）進(jìn)行總體設(shè)計(jì)，以結(jié)構(gòu)圖表示結(jié)構(gòu)化編程（SP），以程序流程圖表示,結(jié)構(gòu)化開發(fā)方法的形成/1,結(jié)構(gòu)化程序設(shè)計(jì)SP方法的產(chǎn)生結(jié)構(gòu)化方法起源于結(jié)構(gòu)化程序設(shè)計(jì)語言。在使用SP之前，程序員都是按照各自的習(xí)慣和思路來編寫程序，沒有統(tǒng)一的標(biāo)準(zhǔn)，這樣編寫的程

38、序可讀性差，更為嚴(yán)重的是程序的可維護(hù)性極差，經(jīng)過研究發(fā)現(xiàn)，造成這一現(xiàn)象的根本原因是程序的結(jié)構(gòu)問題。1966年，C.BÖhm和G.Jacopini提出了關(guān)于“程序結(jié)構(gòu)”的理論，并給出了任何程序的邏輯結(jié)構(gòu)都可以用順序結(jié)構(gòu)、選擇結(jié)構(gòu)和循環(huán)結(jié)構(gòu)來表示的證明。在程序結(jié)構(gòu)理論的基礎(chǔ)上，1968年，戴克斯特拉提出了“GOTO語句是有害的”的問題，并引起普遍重視，SP逐漸形成，并成為計(jì)算機(jī)軟件領(lǐng)域的重要方法，對(duì)計(jì)算機(jī)軟件的發(fā)展具有重要的意義

39、。伴隨著SP的形成，相繼出現(xiàn)了Modula-2、C以及Ada等結(jié)構(gòu)化程序設(shè)計(jì)語言。,結(jié)構(gòu)化開發(fā)方法的形成/2,結(jié)構(gòu)化設(shè)計(jì)方法SD的形成結(jié)構(gòu)化程序設(shè)計(jì)需要事先設(shè)計(jì)好每一個(gè)具體的功能模塊，然后將這些設(shè)計(jì)好的模塊組裝成一個(gè)軟件系統(tǒng)。源于結(jié)構(gòu)化程序設(shè)計(jì)思想的結(jié)構(gòu)化設(shè)計(jì)方法就是要解決模塊的構(gòu)建問題。1974年，W.Stevens、G.Myers和L.Constantine等人在《IBM系統(tǒng)》（IBM System）雜志上發(fā)表了《結(jié)構(gòu)化設(shè)計(jì)》（

40、Structured Design）論文，為結(jié)構(gòu)化設(shè)計(jì)方法奠定了思想基礎(chǔ)。結(jié)構(gòu)化分析方法SA的形成結(jié)構(gòu)化設(shè)計(jì)方法建立在系統(tǒng)需求明確的基礎(chǔ)上。如何明確系統(tǒng)的需求，就是結(jié)構(gòu)化分析所要解決的問題。結(jié)構(gòu)化分析方法產(chǎn)生于20世紀(jì)70年代中期，最初的倡導(dǎo)者有Tom Demarco、Ed Yourdon等人。結(jié)構(gòu)化分析在20世紀(jì)80年代又得到了進(jìn)一步的發(fā)展，并隨著Ed Yourdon于1989年所著的《現(xiàn)代結(jié)構(gòu)化分析》（Modern Stru

41、ctured Analysis）的出版而流行開來?，F(xiàn)代結(jié)構(gòu)化分析更強(qiáng)調(diào)建模的重要性。,結(jié)構(gòu)化方法五個(gè)基本原則,面向用戶的觀點(diǎn)嚴(yán)格區(qū)分工作階段，每個(gè)階段有明確的任務(wù)和應(yīng)得的成果按照系統(tǒng)的觀點(diǎn)，自頂向下地完成系統(tǒng)的研制工作充分考慮變化的情況工作成果文獻(xiàn)化、標(biāo)準(zhǔn)化,,,,,,結(jié)構(gòu)化分析——數(shù)據(jù)流圖,,顧客,,,,編 輯訂貨單,訂貨單,配件庫存,,,,,1.1,,,確 定顧 客訂 貨,1.2,,,1.3,,,,業(yè)務(wù)員,,

42、,產(chǎn) 生暫 存訂貨單,1.4,不合格,顧客,,,,,D2,D3,可發(fā)訂貨,不滿足的訂貨,暫存訂貨單,,,,,D4,銷售歷史,,,,,D5,應(yīng)收款明細(xì)賬,,,,D10,,,,,,,,,,,,合格的訂貨單,,,檢 索庫 存,1.5,經(jīng)理,,,,,查詢請(qǐng)求,庫 存狀 態(tài),,,,開發(fā)貨單并修改庫存,顧客,,,發(fā)貨單,,,,模型中的某個(gè)功能的分解圖：,結(jié)構(gòu)化設(shè)計(jì)——模塊結(jié)構(gòu)圖,銷售子系統(tǒng),暫存訂貨單處理,登記訂貨單,查

43、詢,打印發(fā)貨單,作廢訂貨單,查詢訂貨單,查詢庫存,,,,,,,暫存處理,修改庫存,,,沖賬,,,結(jié)構(gòu)化模型——數(shù)據(jù)流圖,模型的層次和分解：,,,,,結(jié)構(gòu)化模型——模塊結(jié)構(gòu)圖,圖書館管理系統(tǒng),圖書管理,讀者管理,借還書管理,,,新書登記,舊書淘汰,讀者登記,讀者刪除,,,,,借書,查詢,還書,,,,書目查詢,借閱排行,,,根據(jù)卡號(hào)查讀者,,,根據(jù)書號(hào)查圖書,,判讀者結(jié)束資格,保存借書記錄,,,刪除讀者記錄,……,……,3.5.3 面向?qū)ο?/p>

44、開發(fā)方法,面向?qū)ο?object-oriented)方法具有很強(qiáng)的類和對(duì)象的概念，因此它就能很自然地直觀地模擬人類認(rèn)識(shí)客觀世界的方式，包括：客觀世界的任何事物都是對(duì)象(object)。它們都有一些靜態(tài)特征和有關(guān)行為。對(duì)象之間有抽象與具體、群體與個(gè)體、整體與部分等幾種關(guān)系，這些關(guān)系構(gòu)成對(duì)象的網(wǎng)絡(luò)結(jié)構(gòu)。抽象的對(duì)象所具有的性質(zhì)，自然地成為具體對(duì)象的性質(zhì)，而不必說明（繼承性，inheritance)。對(duì)象之間可以互送消息(message

45、)，通過消息進(jìn)行交互和協(xié)作。,面向?qū)ο蠓椒ㄅe例,比如：汽車作為一個(gè)對(duì)象，有排量、顏色、行駛里程等數(shù)據(jù)，有啟動(dòng)、行駛、停止、熄火等行為，駕駛員的點(diǎn)火事件可以觸發(fā)汽車的啟動(dòng)操作，踩下油門事件會(huì)觸發(fā)汽車行駛，行駛行為將造成行駛里程發(fā)生改變。在計(jì)算機(jī)賽車游戲里，面向?qū)ο蟪绦蛟O(shè)計(jì)可以將汽車設(shè)計(jì)為一個(gè)軟件對(duì)象（class）。,面向?qū)ο箝_發(fā)方法的形成/1,面向?qū)ο蟪绦蛟O(shè)計(jì)OOP的產(chǎn)生面向?qū)ο蟮母拍睿∣bject-Oriented,簡(jiǎn)稱OO）始于

46、1966年的一種高級(jí)抽象語言Simula。為仿真一個(gè)實(shí)際問題，引入了數(shù)據(jù)抽象和類的概念。幾年后出現(xiàn)的Smalltalk語言被認(rèn)為是第一個(gè)真正面向?qū)ο蟮木幊陶Z言。它吸取了Simula中類的概念，規(guī)定一切都是對(duì)象，程序設(shè)計(jì)以盡可能自動(dòng)化的單元來進(jìn)行，并開始用于實(shí)現(xiàn)基于對(duì)象的圖形用戶界面。隨著上世紀(jì)80年代中期一些面向?qū)ο笳Z言如C++的出現(xiàn)，對(duì)象不僅與名詞相關(guān)聯(lián)，還包括事件和過程?？梢暬幊陶Z言VB可以說是面向?qū)ο蟪绦蛟O(shè)計(jì)（OOP）最為成

47、功的應(yīng)用之一。并從此走向普及。,面向?qū)ο箝_發(fā)方法的形成/2,面向?qū)ο蟮姆治雠c設(shè)計(jì)方法的形成1982-1992年間，出現(xiàn)了一些具代表性的OO方法論Sally Shlare and Steve Mellor, "Recursive Design Approach" Peter Coad and Ed Yourdon, "Prototype-Oriented Approach"Grady Boo

48、ch (at Rational Software), "Booch Method"Jim Rumbaugh (at General Electric), "Object Modeling Technique" (OMT)James Martin and Jim OdellIvar Jacobson (at Ericsson), "OOSE"面向?qū)ο蟮姆治鯫OA，其任務(wù)是

49、了解問題域所涉及的對(duì)象、對(duì)象間的關(guān)系和作用，然后構(gòu)造問題的對(duì)象模型，力爭(zhēng)該模型能真實(shí)地反映出所要解決的“實(shí)質(zhì)問題”。接著根據(jù)所應(yīng)用的軟件開發(fā)環(huán)境，基于OOA的對(duì)象模型在軟件系統(tǒng)內(nèi)設(shè)設(shè)計(jì)各個(gè)對(duì)象、對(duì)象間的關(guān)系（如層次關(guān)系、繼承關(guān)系等）、對(duì)象間的通信方式等，即OOD。,面向?qū)ο蟮幕舅枷牒吞攸c(diǎn),基本思想客觀事物都是對(duì)象。對(duì)象由屬性和方法組成（對(duì)象的封裝性）對(duì)象間的關(guān)系構(gòu)成網(wǎng)絡(luò)結(jié)構(gòu)對(duì)象具有繼承性對(duì)象之間的聯(lián)系通過消息傳遞機(jī)制來實(shí)現(xiàn)

50、特點(diǎn)封裝性抽象性：將屬性和方法抽象為類，對(duì)象是類的實(shí)例繼承性動(dòng)態(tài)鏈接性：對(duì)象間的聯(lián)系是通過對(duì)象間的消息傳遞動(dòng)態(tài)建立的,面向?qū)ο竽Ｐ蛨D——類圖,面向?qū)ο蠓治觯∣OA）、設(shè)計(jì)（OOD）和程序設(shè)計(jì)（OOP）最重要的模型圖是對(duì)象圖/類圖,訂貨單,顧客,配件配件名稱配件代碼查詢庫存修改庫存,,,1 擁有1..*,記錄1 1..*,配件庫存?zhèn)}庫地點(diǎn)庫存數(shù)量增加庫存量減少庫存量,,包含,1,0

51、..*,,暫存訂貨單作廢訂貨單,可發(fā)訂貨單打印發(fā)貨單作廢訂貨單,,,,,,,,,對(duì)象名/類名,對(duì)象屬性,對(duì)象操作,,面向?qū)ο竽Ｐ汀悎D,面向?qū)ο蠓治觯∣OA）、設(shè)計(jì)（OOD）和程序設(shè)計(jì)（OOP）最重要的模型圖是對(duì)象圖/類圖,面向?qū)ο竽Ｐ汀樞驁D,對(duì)象之間有交互，一個(gè)對(duì)象像另一個(gè)對(duì)象發(fā)送服務(wù)請(qǐng)求消息，接收對(duì)象進(jìn)行響應(yīng),3.5.4 面向服務(wù)開發(fā)方法,將應(yīng)用程序的不同功能單元 定義為服務(wù)(service)，通過服務(wù)間定義良好的接口

52、和契約(contract)聯(lián)系起來。面向服務(wù)是從業(yè)務(wù)角度出發(fā)考慮問題的，服務(wù)是可以獨(dú)立封裝的業(yè)務(wù)功能組件，提升了模型的抽象層次，它繼承并加強(qiáng)了結(jié)構(gòu)化和面向?qū)ο蠓椒ǖ耐ㄓ密浖Y(jié)構(gòu)設(shè)計(jì)思想，還增添了一些其他的主題，例如服務(wù)編排、服務(wù)庫和服務(wù)總線中間件模式。,面向服務(wù)方法的形成,為了實(shí)現(xiàn)遠(yuǎn)程分布式的過程調(diào)用，在20世紀(jì)90年代出現(xiàn)了面向組件的編程技術(shù)，如J2EE、CORBA、DCOM等。組件就是將程序進(jìn)行封裝，定義一些接口讓外部調(diào)用?？蛻?/p>

53、端調(diào)用接口時(shí)，客戶端和服務(wù)器端之間以特定的傳輸協(xié)議進(jìn)行通信，客戶端不需要了解接口是如何具體實(shí)現(xiàn)的，也不要引用服務(wù)器端的實(shí)現(xiàn)類。由于組件技術(shù)標(biāo)準(zhǔn)不統(tǒng)一，導(dǎo)致不同技術(shù)實(shí)現(xiàn)的組件之間無法相互調(diào)用。2000年開始萬維網(wǎng)聯(lián)盟（World WideWeb Consortium，W3C）基于互聯(lián)網(wǎng)標(biāo)準(zhǔn)，發(fā)布了統(tǒng)一的Web服務(wù)標(biāo)準(zhǔn)，異構(gòu)系統(tǒng)之間可以實(shí)現(xiàn)遠(yuǎn)程交互。不久，專家學(xué)者和各大廠商開始推廣和普及面向服務(wù)的體系架構(gòu)（Service-Oriente

54、dArchitecture，SOA），并共同努力制定了中立的SOA標(biāo)準(zhǔn)，面向服務(wù)的開發(fā)進(jìn)入實(shí)施階段。,SOA,面向服務(wù)的體系結(jié)構(gòu)（Service-Oriented Architecture，SOA）以服務(wù)為軟件組成要素，服務(wù)對(duì)外定義良好的接口和契約，獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語言。從概念上講，SOA中有三個(gè)主要的抽象級(jí)別元素：操作：代表單個(gè)邏輯工作單元的事務(wù)。執(zhí)行操作通常完成數(shù)據(jù)的存取和加工。與類的一個(gè)方法類似。服務(wù)

55、：代表操作的邏輯分組。例如，如果我們將客戶信用視為服務(wù)，則按照客戶名稱獲得客戶信用數(shù)據(jù)、建立信用記錄、更新客戶信用等就代表相關(guān)的操作。業(yè)務(wù)流程：為實(shí)現(xiàn)特定業(yè)務(wù)目標(biāo)而執(zhí)行的一組長期運(yùn)行的動(dòng)作或活動(dòng)。例如：批準(zhǔn)一項(xiàng)貸款、本科生轉(zhuǎn)專業(yè)、完成訂單等。業(yè)務(wù)流程包括依據(jù)一組業(yè)務(wù)規(guī)則按照有序序列執(zhí)行的一系列操作。操作的排序、選擇和執(zhí)行稱為服務(wù)或流程編排。,面向服務(wù)模型——業(yè)務(wù)流程,訂單處理的業(yè)務(wù)流程模型：,面向服務(wù)模型——服務(wù)接口,識(shí)別與訂單處理有

56、關(guān)的服務(wù)，定義服務(wù)接口SoaML面向服務(wù)架構(gòu)建模語言，是UML的擴(kuò)展,面向服務(wù)模型——服務(wù)架構(gòu),服務(wù)接口及內(nèi)部實(shí)現(xiàn)結(jié)構(gòu),不同方法的比較,結(jié)構(gòu)化方法容易理解和交流，對(duì)于大系統(tǒng)可以從全局逐步展開到局部，整體性較好。結(jié)構(gòu)化方法是其他系統(tǒng)開發(fā)方法（如面向?qū)ο蠓椒ǎ┑幕A(chǔ)。面向?qū)ο蠓€(wěn)定可靠，有利于維護(hù)和重用，并容易實(shí)現(xiàn)多層分布式結(jié)構(gòu)，但對(duì)前期分析設(shè)計(jì)人員要求較高，用戶理解模型有困難。面向服務(wù)松耦合、自描述、可重用、開放標(biāo)準(zhǔn)。以XML

57、為基礎(chǔ)，將已有的服務(wù)進(jìn)行重新組合后可以快速建立新的業(yè)務(wù)流程，要求分析有較強(qiáng)的業(yè)務(wù)流程的抽象能力。以結(jié)構(gòu)化方法和面向?qū)ο蠓椒榛A(chǔ)。,兩類方法的關(guān)系,建模方法不限定使用于特定的過程方法中比如面向?qū)ο蠓椒瓤梢允褂迷谄俨挤椒ㄖ?，也可以用在螺旋方法中開發(fā)過程的各時(shí)期可以使用不同的建模方法(但不提倡)要注意不同方法不同模型的銜接,3.6 信息系統(tǒng)開發(fā)的組織管理,信息系統(tǒng)建設(shè)要執(zhí)行有計(jì)劃的管理：信息系統(tǒng)發(fā)展的諾蘭模型建立信息系統(tǒng)的基礎(chǔ)

58、條件信息系統(tǒng)建設(shè)的相關(guān)人員做好準(zhǔn)備工作選擇開發(fā)方式開展項(xiàng)目管理,3.6.1 諾蘭模型,信息系統(tǒng)遵循從初級(jí)到成熟的發(fā)展規(guī)律（諾蘭模型），要根據(jù)企業(yè)的信息系統(tǒng)發(fā)展現(xiàn)狀制定開發(fā)策略,,,預(yù)算費(fèi)用,初裝,數(shù)據(jù)管理,蔓延,控制,成熟,集成,,,,,,,,,諾蘭模型的經(jīng)驗(yàn)總結(jié)：模型中的各個(gè)階段是不能跳躍的?！坝賱t不達(dá)”,3.6.2 建立信息系統(tǒng)的基礎(chǔ)條件,領(lǐng)導(dǎo)重視，業(yè)務(wù)人員積極性高有一定的科學(xué)管理基礎(chǔ)由不同層次人員組成的技術(shù)隊(duì)伍

59、具備必要的資源,3.6.3 系統(tǒng)開發(fā)的準(zhǔn)備工作,有效的組織機(jī)構(gòu)各類人員的配備和分工,,技術(shù)人員,信息系統(tǒng)建設(shè)中可能有以下技術(shù)人員：各角色的職責(zé)可參見計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格(水平)考試,人員需求的變化,系統(tǒng)建設(shè)的不同階段對(duì)人員的需求不斷變化：,3.6.4 選擇開發(fā)方式,根據(jù)資源情況選擇適合的開發(fā)方式：自行開發(fā)委托開發(fā)聯(lián)合開發(fā)購買現(xiàn)成軟件產(chǎn)品購買服務(wù)（SaaS/PaaS/云計(jì)算）,3.6.6 信息

60、系統(tǒng)的項(xiàng)目管理,信息系統(tǒng)項(xiàng)目遵循項(xiàng)目管理的一般理論和方法，但也存在自身的特點(diǎn)，管理內(nèi)容包括：進(jìn)度管理成本估算和經(jīng)費(fèi)管理質(zhì)量管理文檔管理人員管理其它：需求管理、風(fēng)險(xiǎn)管理、軟件配置管理詳細(xì)內(nèi)容在《信息系統(tǒng)項(xiàng)目管理》課程或書籍中討論。,3.7 信息系統(tǒng)開發(fā)工具,信息系統(tǒng)開發(fā)工具指在系統(tǒng)開發(fā)生命周期各個(gè)階段幫助開發(fā)者提高工作質(zhì)量和效率的一類軟件，也稱為CASE（Computer Aided Software Engineer

61、ing，計(jì)算機(jī)輔助軟件工程）工具。CASE工具：它是一種軟件；它是繼高級(jí)程序語言之后，軟件技術(shù)進(jìn)一步發(fā)展的產(chǎn)物；它的目的是在軟件開發(fā)過程的不同方面給予人們不同程度的支持和幫助。,CASE工具的類型,分析與設(shè)計(jì)工具統(tǒng)稱為建模工具，如IBM Rational Rose、PowerDesigner、Visio等編程工具集成開發(fā)環(huán)境（IDE，Integrated Development Environment）是目前程序員最常用的

62、編程工具。如Visual Studio 2010、MyEclipse等測(cè)試工具包括測(cè)試用例的選擇、測(cè)試程序與測(cè)試數(shù)據(jù)的生成、測(cè)試的執(zhí)行及測(cè)試結(jié)果的評(píng)價(jià)。 運(yùn)維工具項(xiàng)目管理工具,要點(diǎn)歸納,熟練掌握信息系統(tǒng)生命周期（階段任務(wù)、階段文檔）信息系統(tǒng)的開發(fā)技術(shù)：結(jié)構(gòu)化方法、面向?qū)ο蠓椒ㄐ畔⑾到y(tǒng)的開發(fā)過程：瀑布模型、原型模型、迭代開發(fā)過程（增量模型）一般掌握信息系統(tǒng)建設(shè)的特點(diǎn)（復(fù)雜性、社會(huì)性）信息系統(tǒng)的開發(fā)過程：螺旋模型、噴