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

1、第第3章章 信息系統(tǒng)建設(shè)概論信息系統(tǒng)建設(shè)概論 第3章信息系統(tǒng)建設(shè)概論 本章主要內(nèi)容本章主要內(nèi)容 l3.1 信息系統(tǒng)建設(shè)是復(fù)雜的社會(huì)過程信息系統(tǒng)建設(shè)是復(fù)雜的社會(huì)過程 l3.2 信息系統(tǒng)建設(shè)的一般方法信息系統(tǒng)建設(shè)的一般方法 l3.3 信息系統(tǒng)的生命周期信息系統(tǒng)的生命周期 l3.4 基于生命周期的開發(fā)方法（信息系統(tǒng)開發(fā)過程）基于生命周期的開發(fā)方法（信息系統(tǒng)開發(fā)過程） l3.5 基于開發(fā)技術(shù)的開發(fā)方法（信息系統(tǒng)開發(fā)技術(shù)）基于開發(fā)技術(shù)的開發(fā)方法（信息系統(tǒng)開發(fā)技術(shù)） l3.6 信息系統(tǒng)開發(fā)的組織管理信息系統(tǒng)開發(fā)的組織管理 l3.7 信息系統(tǒng)開發(fā)工具（信息系統(tǒng)開發(fā)工具（CASE工具）工具） 3.1 信息系統(tǒng)

2、建設(shè)是復(fù)雜的社會(huì)過程信息系統(tǒng)建設(shè)是復(fù)雜的社會(huì)過程 1. 信息系統(tǒng)的復(fù)雜性體現(xiàn)在：信息系統(tǒng)的復(fù)雜性體現(xiàn)在： 技術(shù)手段復(fù)雜技術(shù)手段復(fù)雜 內(nèi)容復(fù)雜，目標(biāo)多樣內(nèi)容復(fù)雜，目標(biāo)多樣 投資密度大，效益難以計(jì)算投資密度大，效益難以計(jì)算 環(huán)境復(fù)雜多變環(huán)境復(fù)雜多變 技術(shù)的復(fù)雜性技術(shù)的復(fù)雜性 l計(jì)算機(jī)硬、軟件技術(shù)計(jì)算機(jī)硬、軟件技術(shù) l數(shù)據(jù)通訊與網(wǎng)絡(luò)技術(shù)數(shù)據(jù)通訊與網(wǎng)絡(luò)技術(shù) l各種信息采集與存貯各種信息采集與存貯 l各種控制與決策方法各種控制與決策方法 l建模與仿真技術(shù)建模與仿真技術(shù) l人工智能技術(shù)人工智能技術(shù) l技術(shù)方案難以檢驗(yàn)證明技術(shù)方案難以檢驗(yàn)證明( (樣品？實(shí)物模型？樣品？實(shí)物模型？) ) 內(nèi)容的復(fù)雜性內(nèi)容的復(fù)

3、雜性 l一個(gè)組織的管理與業(yè)務(wù)信息量大、面廣，形式多樣、一個(gè)組織的管理與業(yè)務(wù)信息量大、面廣，形式多樣、 來源繁雜，信息內(nèi)容和處理要求又涉及到廣泛的學(xué)來源繁雜，信息內(nèi)容和處理要求又涉及到廣泛的學(xué) 科和事業(yè)領(lǐng)域?？坪褪聵I(yè)領(lǐng)域。 l一個(gè)組織的信息系統(tǒng)必是一個(gè)規(guī)模龐大，結(jié)構(gòu)復(fù)雜，一個(gè)組織的信息系統(tǒng)必是一個(gè)規(guī)模龐大，結(jié)構(gòu)復(fù)雜， 具備多種功能、實(shí)現(xiàn)多個(gè)目標(biāo)的大系統(tǒng)具備多種功能、實(shí)現(xiàn)多個(gè)目標(biāo)的大系統(tǒng) l一個(gè)組織內(nèi)各類機(jī)構(gòu)和人員的信息需求不盡相同，一個(gè)組織內(nèi)各類機(jī)構(gòu)和人員的信息需求不盡相同， 有些需求可能相互沖突，需求的不確定性和可變性有些需求可能相互沖突，需求的不確定性和可變性 非常大。非常大。 l組織和外部

4、環(huán)境之間的數(shù)據(jù)交換難以控制。組織和外部環(huán)境之間的數(shù)據(jù)交換難以控制。 投資的密集性投資的密集性 l信息系統(tǒng)的建設(shè)，需要巨額投資，是一種資金密集型信息系統(tǒng)的建設(shè)，需要巨額投資，是一種資金密集型 的建設(shè)項(xiàng)目的建設(shè)項(xiàng)目 l智力密集型或者知識(shí)密集型智力密集型或者知識(shí)密集型 l需用大量人工，是勞動(dòng)密集型項(xiàng)目需用大量人工，是勞動(dòng)密集型項(xiàng)目 l效益難以計(jì)算效益難以計(jì)算 信息系統(tǒng)建設(shè)的統(tǒng)計(jì)數(shù)據(jù)信息系統(tǒng)建設(shè)的統(tǒng)計(jì)數(shù)據(jù) l據(jù)國外據(jù)國外19951995年對年對365365家公司的調(diào)查：家公司的調(diào)查： 3131的信息系統(tǒng)項(xiàng)目在完成之前被取消的信息系統(tǒng)項(xiàng)目在完成之前被取消 5353的項(xiàng)目沒有達(dá)到預(yù)定功能的項(xiàng)目沒有達(dá)到預(yù)定

5、功能 在在36823682個(gè)項(xiàng)目中只有個(gè)項(xiàng)目中只有1212的項(xiàng)目按時(shí)和按預(yù)算完成的項(xiàng)目按時(shí)和按預(yù)算完成 l據(jù)某顧問公司據(jù)某顧問公司20042004年報(bào)告年報(bào)告( (對對4 4萬個(gè)信息系統(tǒng)項(xiàng)目的萬個(gè)信息系統(tǒng)項(xiàng)目的 調(diào)查調(diào)查) ) ERPERP失敗率達(dá)到失敗率達(dá)到70%70% 成功項(xiàng)目只能達(dá)到成功項(xiàng)目只能達(dá)到34%34% 有爭議的項(xiàng)目達(dá)到有爭議的項(xiàng)目達(dá)到51%51% 失敗項(xiàng)目達(dá)到失敗項(xiàng)目達(dá)到15%15% 成功的含義：在規(guī)定的時(shí)間內(nèi)，以規(guī)定的預(yù)算完成規(guī)定的目標(biāo)。成功的含義：在規(guī)定的時(shí)間內(nèi)，以規(guī)定的預(yù)算完成規(guī)定的目標(biāo)。 環(huán)境的復(fù)雜性環(huán)境的復(fù)雜性 l涉及到組織內(nèi)部各級機(jī)構(gòu)、管理人員涉及到組織內(nèi)部各級機(jī)構(gòu)

6、、管理人員 l涉及組織面臨的外部環(huán)境及發(fā)展趨勢涉及組織面臨的外部環(huán)境及發(fā)展趨勢 l要考慮管理體制、管理思想、管理方法和管理手段要考慮管理體制、管理思想、管理方法和管理手段 的相互匹配、相互促進(jìn)的相互匹配、相互促進(jìn) l考慮人的習(xí)慣、心理狀態(tài)及現(xiàn)行的制度、慣例和社考慮人的習(xí)慣、心理狀態(tài)及現(xiàn)行的制度、慣例和社 會(huì)、政治諸因素會(huì)、政治諸因素 信息系統(tǒng)開發(fā)是一個(gè)社會(huì)過程信息系統(tǒng)開發(fā)是一個(gè)社會(huì)過程 l問題描述和方案驗(yàn)證不同于一般技術(shù)工程問題描述和方案驗(yàn)證不同于一般技術(shù)工程 技術(shù)工程問題明確，可以模擬，或制作實(shí)物模型、樣品進(jìn)技術(shù)工程問題明確，可以模擬，或制作實(shí)物模型、樣品進(jìn) 行驗(yàn)證，信息系統(tǒng)的問題確定性差，

7、難以提前驗(yàn)證解決方行驗(yàn)證，信息系統(tǒng)的問題確定性差，難以提前驗(yàn)證解決方 案。案。 l人的影響人的影響 信息系統(tǒng)是人機(jī)系統(tǒng)，有來自于人的障礙。如了解、溝通、信息系統(tǒng)是人機(jī)系統(tǒng)，有來自于人的障礙。如了解、溝通、 實(shí)施困難。實(shí)施困難。 l社會(huì)環(huán)境的影響社會(huì)環(huán)境的影響 如政策、競爭、文化觀念等對信息系統(tǒng)影響力很大，不同如政策、競爭、文化觀念等對信息系統(tǒng)影響力很大，不同 于純技術(shù)工程。于純技術(shù)工程。 3.2 信息系統(tǒng)建設(shè)的一般方法信息系統(tǒng)建設(shè)的一般方法 l3.2.1 早期方法的不足早期方法的不足 l早期，早期，人們對信息系統(tǒng)的復(fù)雜性缺乏足夠的認(rèn)識(shí)，人們對信息系統(tǒng)的復(fù)雜性缺乏足夠的認(rèn)識(shí)， 認(rèn)為信息系統(tǒng)無非是

8、認(rèn)為信息系統(tǒng)無非是“大程序大程序”，缺乏，缺乏科學(xué)的科學(xué)的開發(fā)方開發(fā)方 法法： 目標(biāo)含糊目標(biāo)含糊 通信誤解通信誤解 步驟混亂步驟混亂 缺乏管理控制缺乏管理控制 3.2.2 系統(tǒng)方法的應(yīng)用系統(tǒng)方法的應(yīng)用 l系統(tǒng)科學(xué)方法為人們提供了新的思維模式，是研究系統(tǒng)科學(xué)方法為人們提供了新的思維模式，是研究 復(fù)雜系統(tǒng)的有效工具。復(fù)雜系統(tǒng)的有效工具。 l錢學(xué)森曾指出錢學(xué)森曾指出“系統(tǒng)工程是組織管理系統(tǒng)的規(guī)劃、系統(tǒng)工程是組織管理系統(tǒng)的規(guī)劃、 研究、制造、試驗(yàn)和使用的科學(xué)方法，使一種對所研究、制造、試驗(yàn)和使用的科學(xué)方法，使一種對所 有系統(tǒng)都具有普遍意義的方法有系統(tǒng)都具有普遍意義的方法”。 l系統(tǒng)方法在信息系統(tǒng)建設(shè)中

9、的應(yīng)用：系統(tǒng)方法在信息系統(tǒng)建設(shè)中的應(yīng)用： 還原論與整體論相結(jié)合還原論與整體論相結(jié)合 微觀分析與宏觀綜合相結(jié)合微觀分析與宏觀綜合相結(jié)合 定性判斷與定量計(jì)算相結(jié)合定性判斷與定量計(jì)算相結(jié)合 嚴(yán)格生命周期階段與反復(fù)迭代相結(jié)合嚴(yán)格生命周期階段與反復(fù)迭代相結(jié)合 3.2.3 系統(tǒng)建模系統(tǒng)建模/模型化模型化 分析研究復(fù)雜系統(tǒng)問題，建模是一種基本手分析研究復(fù)雜系統(tǒng)問題，建模是一種基本手 段。段。 建模（建模（modeling）就是為描述系統(tǒng)的構(gòu)成和）就是為描述系統(tǒng)的構(gòu)成和 行為，對現(xiàn)實(shí)系統(tǒng)的各種因素進(jìn)行適當(dāng)篩選，行為，對現(xiàn)實(shí)系統(tǒng)的各種因素進(jìn)行適當(dāng)篩選， 用一定方式（數(shù)學(xué)公式、符號(hào)、圖形、圖像用一定方式（數(shù)學(xué)公式

10、、符號(hào)、圖形、圖像 等）表示現(xiàn)實(shí)系統(tǒng)的過程。等）表示現(xiàn)實(shí)系統(tǒng)的過程。 建模也稱模型化。建模也稱模型化。 1. 系統(tǒng)模型的概念系統(tǒng)模型的概念 l系統(tǒng)模型是指以某種確定的形式（如文字、符號(hào)、系統(tǒng)模型是指以某種確定的形式（如文字、符號(hào)、 圖表、實(shí)物、數(shù)學(xué)公式等），對系統(tǒng)某一方面本質(zhì)圖表、實(shí)物、數(shù)學(xué)公式等），對系統(tǒng)某一方面本質(zhì) 屬性的描述。屬性的描述。 l一個(gè)適用的系統(tǒng)模型應(yīng)該具有如下一個(gè)適用的系統(tǒng)模型應(yīng)該具有如下3個(gè)特征：個(gè)特征： 它是現(xiàn)實(shí)系統(tǒng)的抽象或模仿；它是現(xiàn)實(shí)系統(tǒng)的抽象或模仿； 它是由反映系統(tǒng)本質(zhì)或特征的主要因素（要素）構(gòu)成的；它是由反映系統(tǒng)本質(zhì)或特征的主要因素（要素）構(gòu)成的； 它集中體現(xiàn)了這

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

12、TPERT圖圖 業(yè)務(wù)流程，如流程圖業(yè)務(wù)流程，如流程圖 業(yè)務(wù)規(guī)則，如決策樹、決策表業(yè)務(wù)規(guī)則，如決策樹、決策表 管理系統(tǒng)管理系統(tǒng) 靜態(tài)特征靜態(tài)特征( (組織機(jī)構(gòu)、對象、角色組織機(jī)構(gòu)、對象、角色) ) 動(dòng)態(tài)特征（行為動(dòng)態(tài)特征（行為/ /事件事件/ /行動(dòng)行動(dòng)/ /狀態(tài)狀態(tài)） 業(yè)務(wù)流程業(yè)務(wù)流程 業(yè)務(wù)規(guī)則業(yè)務(wù)規(guī)則 . . 模型模型 3. 信息系統(tǒng)模型信息系統(tǒng)模型 l信息系統(tǒng)模型描述計(jì)算機(jī)信息系統(tǒng)的狀況。信息系統(tǒng)模型描述計(jì)算機(jī)信息系統(tǒng)的狀況。 l每種模型都有其標(biāo)準(zhǔn)符號(hào)、慣例、語法規(guī)則和用途，當(dāng)這一組每種模型都有其標(biāo)準(zhǔn)符號(hào)、慣例、語法規(guī)則和用途，當(dāng)這一組 符號(hào)和規(guī)則形成了一套完整嚴(yán)謹(jǐn)?shù)谋硎菊Z言，就形成建模語

13、言。符號(hào)和規(guī)則形成了一套完整嚴(yán)謹(jǐn)?shù)谋硎菊Z言，就形成建模語言。 l因?yàn)樾畔⑾到y(tǒng)是為管理服務(wù)的，因此有些模型在管理系統(tǒng)和信因?yàn)樾畔⑾到y(tǒng)是為管理服務(wù)的，因此有些模型在管理系統(tǒng)和信 息系統(tǒng)中通用，如流程圖、狀態(tài)圖息系統(tǒng)中通用，如流程圖、狀態(tài)圖 、決策樹、決策樹/決策表等。決策表等。 模型名稱模型名稱用途用途 業(yè)務(wù)流程圖業(yè)務(wù)流程圖描述不同職能部門業(yè)務(wù)活動(dòng)分工和活動(dòng)過程的模型描述不同職能部門業(yè)務(wù)活動(dòng)分工和活動(dòng)過程的模型 數(shù)據(jù)流圖數(shù)據(jù)流圖描述數(shù)據(jù)的產(chǎn)生、處理、存儲(chǔ)和去向的信息處理模型描述數(shù)據(jù)的產(chǎn)生、處理、存儲(chǔ)和去向的信息處理模型 程序流程圖程序流程圖描述程序完成順序、分支、循環(huán)等處理過程的模型描述程序完成順

14、序、分支、循環(huán)等處理過程的模型 實(shí)體關(guān)系圖實(shí)體關(guān)系圖描述系統(tǒng)中有價(jià)值的實(shí)體及其關(guān)系的數(shù)據(jù)模型描述系統(tǒng)中有價(jià)值的實(shí)體及其關(guān)系的數(shù)據(jù)模型 模塊結(jié)構(gòu)圖模塊結(jié)構(gòu)圖描述軟件功能模塊及其調(diào)用關(guān)系的層次模型描述軟件功能模塊及其調(diào)用關(guān)系的層次模型 判定表、判定樹判定表、判定樹描述決策條件及其行動(dòng)關(guān)系的模型描述決策條件及其行動(dòng)關(guān)系的模型 UMLUML ( (類圖、用例圖、順序圖類圖、用例圖、順序圖等等) ) 描述軟件系統(tǒng)結(jié)構(gòu)及行為的一組模型描述軟件系統(tǒng)結(jié)構(gòu)及行為的一組模型 信息系統(tǒng)模型的作用信息系統(tǒng)模型的作用 l建立信息系統(tǒng)模型有以下主要作用：建立信息系統(tǒng)模型有以下主要作用： 對復(fù)雜問題進(jìn)行簡化描述，幫助有關(guān)人

15、員快速、簡單直觀、對復(fù)雜問題進(jìn)行簡化描述，幫助有關(guān)人員快速、簡單直觀、 準(zhǔn)確地了解系統(tǒng)；準(zhǔn)確地了解系統(tǒng)； 建模的過程使得分析師和設(shè)計(jì)師能更全面地研究系統(tǒng)，深建模的過程使得分析師和設(shè)計(jì)師能更全面地研究系統(tǒng)，深 思熟慮，減少遺漏，以形成更成熟的方案；思熟慮，減少遺漏，以形成更成熟的方案； 各階段產(chǎn)生的模型為后續(xù)階段的有關(guān)人員提供了工作依據(jù)；各階段產(chǎn)生的模型為后續(xù)階段的有關(guān)人員提供了工作依據(jù)； 為項(xiàng)目各類人員提供了統(tǒng)一的交流工具，利于溝通和團(tuán)隊(duì)為項(xiàng)目各類人員提供了統(tǒng)一的交流工具，利于溝通和團(tuán)隊(duì) 合作；合作； 為項(xiàng)目驗(yàn)收和將來的維護(hù)工作提供了文檔依據(jù)；為項(xiàng)目驗(yàn)收和將來的維護(hù)工作提供了文檔依據(jù)； 利用工

16、具將模型映射為特定平臺(tái)的可執(zhí)行代碼（利用工具將模型映射為特定平臺(tái)的可執(zhí)行代碼（MDDMDD， Model-Driven DevelopmentModel-Driven Development），減少開發(fā)人員工作量。），減少開發(fā)人員工作量。 4. 統(tǒng)一建模語言統(tǒng)一建模語言UML l統(tǒng)一建模語言統(tǒng)一建模語言UML（unified modeling language ）是由單一元模型支持的一組圖示法。這些圖示法）是由單一元模型支持的一組圖示法。這些圖示法 有助于表達(dá)與設(shè)計(jì)軟件系統(tǒng)，特別是采用面向?qū)ο笥兄诒磉_(dá)與設(shè)計(jì)軟件系統(tǒng)，特別是采用面向?qū)ο?方法構(gòu)造的軟件系統(tǒng)。方法構(gòu)造的軟件系統(tǒng)。 lUML通過不

17、同的圖來描述系統(tǒng)的結(jié)構(gòu)（通過不同的圖來描述系統(tǒng)的結(jié)構(gòu)（structure） 、行為（、行為（behavior）、交互過程（）、交互過程（interaction）。）。 lUML 2.2中一共定義了中一共定義了14種圖（種圖（diagram）：）： 系統(tǒng)結(jié)構(gòu)：類圖、對象圖、包圖、構(gòu)件圖、部署圖等系統(tǒng)結(jié)構(gòu)：類圖、對象圖、包圖、構(gòu)件圖、部署圖等 系統(tǒng)行為：活動(dòng)圖、狀態(tài)圖、用例圖系統(tǒng)行為：活動(dòng)圖、狀態(tài)圖、用例圖 交互過程：通信圖、順序圖、計(jì)時(shí)圖等交互過程：通信圖、順序圖、計(jì)時(shí)圖等 3.3 信息系統(tǒng)的生命周期信息系統(tǒng)的生命周期 l信息系統(tǒng)開發(fā)圍繞信息系統(tǒng)生命周期來進(jìn)行，有時(shí)信息系統(tǒng)開發(fā)圍繞信息系統(tǒng)生命周

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

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

20、確定系統(tǒng)的基本目標(biāo)和邏輯功能要求 l系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì) 根據(jù)系統(tǒng)說明書中規(guī)定的功能要求，考慮實(shí)際條件，具體根據(jù)系統(tǒng)說明書中規(guī)定的功能要求，考慮實(shí)際條件，具體 設(shè)計(jì)實(shí)現(xiàn)邏輯模型的技術(shù)方案設(shè)計(jì)實(shí)現(xiàn)邏輯模型的技術(shù)方案 l系統(tǒng)實(shí)施系統(tǒng)實(shí)施 計(jì)算機(jī)等設(shè)備的購置、安裝和調(diào)試；編寫、調(diào)試和測試程計(jì)算機(jī)等設(shè)備的購置、安裝和調(diào)試；編寫、調(diào)試和測試程 序；人員培訓(xùn)；數(shù)據(jù)準(zhǔn)備或轉(zhuǎn)換；系統(tǒng)調(diào)試與轉(zhuǎn)換序；人員培訓(xùn)；數(shù)據(jù)準(zhǔn)備或轉(zhuǎn)換；系統(tǒng)調(diào)試與轉(zhuǎn)換 l系統(tǒng)維護(hù)系統(tǒng)維護(hù) 運(yùn)行情況的記錄；必要的修改；評價(jià)和總結(jié)等運(yùn)行情況的記錄；必要的修改；評價(jià)和總結(jié)等 信息系統(tǒng)開發(fā)方法信息系統(tǒng)開發(fā)方法 生命周期是指導(dǎo)性方針，很抽象，具體的信息生

21、命周期是指導(dǎo)性方針，很抽象，具體的信息 系統(tǒng)開發(fā)方法有很多，主要研究方向有兩類：系統(tǒng)開發(fā)方法有很多，主要研究方向有兩類： l針對開發(fā)過程針對開發(fā)過程 不同的信息系統(tǒng)開發(fā)過程模型。關(guān)注整個(gè)開發(fā)采取哪些步不同的信息系統(tǒng)開發(fā)過程模型。關(guān)注整個(gè)開發(fā)采取哪些步 驟，每個(gè)步驟包含哪些任務(wù)，由什么人完成，任務(wù)的成果驟，每個(gè)步驟包含哪些任務(wù)，由什么人完成，任務(wù)的成果 如何體現(xiàn)等如何體現(xiàn)等 也稱為不同的生存周期模型也稱為不同的生存周期模型 l針對開發(fā)技術(shù)針對開發(fā)技術(shù) 不同的建模方法，從不同的觀點(diǎn)來反映系統(tǒng)的全貌，并采不同的建模方法，從不同的觀點(diǎn)來反映系統(tǒng)的全貌，并采 用不同技術(shù)手段予以實(shí)現(xiàn)用不同技術(shù)手段予以實(shí)現(xiàn)

22、 3.4信息系統(tǒng)開發(fā)過程模型信息系統(tǒng)開發(fā)過程模型 （基于生命周期的開發(fā)方法）（基于生命周期的開發(fā)方法） l開發(fā)過程的研究和經(jīng)驗(yàn)的總結(jié)：開發(fā)過程的研究和經(jīng)驗(yàn)的總結(jié)： 瀑布模型（開發(fā)方法）瀑布模型（開發(fā)方法） 原型模型（開發(fā)方法）原型模型（開發(fā)方法） 增量模型（迭代開發(fā)方法）增量模型（迭代開發(fā)方法） 螺旋模型（開發(fā)方法）螺旋模型（開發(fā)方法） 噴泉模型（開發(fā)方法）噴泉模型（開發(fā)方法） 敏捷開發(fā)過程（開發(fā)方法）敏捷開發(fā)過程（開發(fā)方法） 3.4.1 瀑布模型瀑布模型 l強(qiáng)調(diào)階段的劃分和階段嚴(yán)格的順序強(qiáng)調(diào)階段的劃分和階段嚴(yán)格的順序 l各階段工作任務(wù)明確，要求文檔完備性各階段工作任務(wù)明確，要求文檔完備性 l

23、是一種嚴(yán)格線性的按階段順序的、逐步細(xì)化的開發(fā)是一種嚴(yán)格線性的按階段順序的、逐步細(xì)化的開發(fā) 模式，消除了軟件開發(fā)的隨意性模式，消除了軟件開發(fā)的隨意性 規(guī)劃規(guī)劃 分析分析 設(shè)計(jì)設(shè)計(jì) 編程編程 測試測試 維護(hù)維護(hù) 瀑布模型的特點(diǎn)瀑布模型的特點(diǎn) l簡單易用，容易理解簡單易用，容易理解 l開發(fā)的進(jìn)程一個(gè)順著一個(gè)，沒有反饋過程，需要嚴(yán)開發(fā)的進(jìn)程一個(gè)順著一個(gè)，沒有反饋過程，需要嚴(yán) 密控制密控制 l允許基線和配置早期接收控制允許基線和配置早期接收控制 l一個(gè)新的項(xiàng)目不適合這個(gè)模型一個(gè)新的項(xiàng)目不適合這個(gè)模型 l用戶直到項(xiàng)目結(jié)束才能看到質(zhì)量如何用戶直到項(xiàng)目結(jié)束才能看到質(zhì)量如何 l不允許或者嚴(yán)格限制變更不允許或者嚴(yán)

24、格限制變更 瀑布模型（后來實(shí)際）瀑布模型（后來實(shí)際） 實(shí)際的瀑布模型 瀑布模型的不足瀑布模型的不足 l需求：客戶常常難以表達(dá)真正的需求，而這種模型需求：客戶常常難以表達(dá)真正的需求，而這種模型 卻要求嚴(yán)格的階段性成果，返工困難，變更代價(jià)很卻要求嚴(yán)格的階段性成果，返工困難，變更代價(jià)很 大大 l風(fēng)險(xiǎn)：客戶要等到開發(fā)周期的晚期才能看到程序運(yùn)風(fēng)險(xiǎn)：客戶要等到開發(fā)周期的晚期才能看到程序運(yùn) 行的測試版本，這時(shí)若發(fā)現(xiàn)大的錯(cuò)誤，可能引起客行的測試版本，這時(shí)若發(fā)現(xiàn)大的錯(cuò)誤，可能引起客 戶的驚慌，其后果也可能是災(zāi)難性的戶的驚慌，其后果也可能是災(zāi)難性的 l效率：因?yàn)榍昂笕蝿?wù)的依賴關(guān)系，成員不能并行工效率：因?yàn)榍昂笕蝿?wù)

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

26、步驟 l基本思想基本思想 在投入大量的人力、物力之前，在限定的時(shí)間內(nèi)，在投入大量的人力、物力之前，在限定的時(shí)間內(nèi)， 用最經(jīng)濟(jì)的方法構(gòu)造一個(gè)系統(tǒng)原型，使用戶盡早看用最經(jīng)濟(jì)的方法構(gòu)造一個(gè)系統(tǒng)原型，使用戶盡早看 到系統(tǒng)的概貌，在系統(tǒng)原型的實(shí)際運(yùn)行中與用戶一到系統(tǒng)的概貌，在系統(tǒng)原型的實(shí)際運(yùn)行中與用戶一 起發(fā)現(xiàn)問題，提出修改意見，不斷完善原型，使它起發(fā)現(xiàn)問題，提出修改意見，不斷完善原型，使它 逐步滿足用戶要求逐步滿足用戶要求 l開發(fā)步驟開發(fā)步驟 明確用戶基本信息需求明確用戶基本信息需求 建立初始原型（集成原則、最小系統(tǒng)原則）建立初始原型（集成原則、最小系統(tǒng)原則） 評價(jià)原型評價(jià)原型 修改和完善原型修改和完

27、善原型 快速原型的開發(fā)工具快速原型的開發(fā)工具 l第四代技術(shù)第四代技術(shù) l可復(fù)用軟件構(gòu)件可復(fù)用軟件構(gòu)件 l形式化規(guī)約和原型環(huán)境形式化規(guī)約和原型環(huán)境 快速原型的類型快速原型的類型 l拋棄式原型。將開發(fā)原型看做是溝通工具，永遠(yuǎn)也拋棄式原型。將開發(fā)原型看做是溝通工具，永遠(yuǎn)也 不會(huì)將一次式原型引入正式運(yùn)行環(huán)境中。主要解決不會(huì)將一次式原型引入正式運(yùn)行環(huán)境中。主要解決 需求的不確定性，二義性，不完整性等。需求的不確定性，二義性，不完整性等。 l進(jìn)化式原型。會(huì)在未來的系統(tǒng)中包含的原型。這種進(jìn)化式原型。會(huì)在未來的系統(tǒng)中包含的原型。這種 方法能夠?qū)⒆畲罅康墓ぷ魍度氲秸较到y(tǒng)中。方法能夠?qū)⒆畲罅康墓ぷ魍度氲秸较到y(tǒng)

28、中。 l水平原型也稱為行為原型，用來探索預(yù)期系統(tǒng)的一水平原型也稱為行為原型，用來探索預(yù)期系統(tǒng)的一 些特定行為，并達(dá)到細(xì)化需求的目的。水平原型通些特定行為，并達(dá)到細(xì)化需求的目的。水平原型通 常只是功能導(dǎo)航，并未真實(shí)實(shí)現(xiàn)功能。主要用在用常只是功能導(dǎo)航，并未真實(shí)實(shí)現(xiàn)功能。主要用在用 戶界面上。戶界面上。 l垂直原型也稱為結(jié)構(gòu)化原型，實(shí)現(xiàn)了一部分功能。垂直原型也稱為結(jié)構(gòu)化原型，實(shí)現(xiàn)了一部分功能。 主要用在復(fù)雜的算法實(shí)現(xiàn)上。主要用在復(fù)雜的算法實(shí)現(xiàn)上。 拋棄式原型模型拋棄式原型模型 演化式原型模型演化式原型模型 是是 交付目標(biāo)系交付目標(biāo)系 統(tǒng)統(tǒng) 建立建立/完善原型完善原型 系統(tǒng)充分嗎系統(tǒng)充分嗎 ？ 否否

29、軟件過程的演化式原型模型軟件過程的演化式原型模型 使用原型系統(tǒng)使用原型系統(tǒng)需求抽象描述需求抽象描述 快速原型的典型應(yīng)用快速原型的典型應(yīng)用 快速原型的評價(jià)快速原型的評價(jià) l這個(gè)原型所實(shí)現(xiàn)的功能與你所期望的一致嗎？這個(gè)原型所實(shí)現(xiàn)的功能與你所期望的一致嗎？ l有遺漏的功能嗎？有遺漏的功能嗎？ l有多余的功能嗎？有多余的功能嗎？ l你能考慮一下這個(gè)原型所沒有涉及到的一些出錯(cuò)情你能考慮一下這個(gè)原型所沒有涉及到的一些出錯(cuò)情 況嗎？況嗎？ l這些功能導(dǎo)航的邏輯性和完整性如何？這些功能導(dǎo)航的邏輯性和完整性如何？ l有更簡單的方法來完成這一任務(wù)嗎？有更簡單的方法來完成這一任務(wù)嗎？ 原型模型的特點(diǎn)和應(yīng)用場合原型模

30、型的特點(diǎn)和應(yīng)用場合 l用戶積極參與用戶積極參與 l原型的開發(fā)沒有嚴(yán)密的階段性原型的開發(fā)沒有嚴(yán)密的階段性 l短期獲得測試版本，降低風(fēng)險(xiǎn)短期獲得測試版本，降低風(fēng)險(xiǎn) 應(yīng)用于以下場合：應(yīng)用于以下場合： 需求含糊，用戶不能標(biāo)識(shí)出詳細(xì)的輸入、需求含糊，用戶不能標(biāo)識(shí)出詳細(xì)的輸入、 處理和輸出需求處理和輸出需求 設(shè)計(jì)方案不明確，開發(fā)人員不能確定算法設(shè)計(jì)方案不明確，開發(fā)人員不能確定算法 的有效性、操作系統(tǒng)的適應(yīng)性或人機(jī)交互的有效性、操作系統(tǒng)的適應(yīng)性或人機(jī)交互 的有效性的有效性 原型模型的不足原型模型的不足 l降低風(fēng)險(xiǎn)的同時(shí)，引入了其他風(fēng)險(xiǎn)：降低風(fēng)險(xiǎn)的同時(shí)，引入了其他風(fēng)險(xiǎn)： 用戶隨意無止境的需求變化，因?yàn)橛脩羧菀?/p>

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

32、難以一次性完成整緊迫的市場期限和快速變化使得難以一次性完成整 個(gè)軟件產(chǎn)品，解決方法是先提交一個(gè)有限的版本，個(gè)軟件產(chǎn)品，解決方法是先提交一個(gè)有限的版本， 細(xì)節(jié)部分逐步增加，即多次迭代后完成系統(tǒng)。融合細(xì)節(jié)部分逐步增加，即多次迭代后完成系統(tǒng)。融合 了瀑布方法和原型方法。了瀑布方法和原型方法。 l整個(gè)開發(fā)工作被組織為一系列的短小的、固定長度整個(gè)開發(fā)工作被組織為一系列的短小的、固定長度 的小項(xiàng)目，被稱為一系列的迭代。的小項(xiàng)目，被稱為一系列的迭代。 l有兩種迭代：有兩種迭代： 迭代增量：迭代周期完成一個(gè)增量，然后集成迭代增量：迭代周期完成一個(gè)增量，然后集成 迭代進(jìn)化：迭代周期內(nèi)包含演化和完善迭代進(jìn)化：迭代

33、周期內(nèi)包含演化和完善 增量模型（增量迭代）增量模型（增量迭代） 增量模型增量模型融合了瀑布模型的基本成分和原型的迭融合了瀑布模型的基本成分和原型的迭 代特征。采用隨著日程時(shí)間的進(jìn)展而交錯(cuò)的線性序代特征。采用隨著日程時(shí)間的進(jìn)展而交錯(cuò)的線性序 列。列。 搭積木的方式，如按子系統(tǒng)劃分增量搭積木的方式，如按子系統(tǒng)劃分增量 分析分析 分析分析 分析分析 分析分析 設(shè)計(jì)設(shè)計(jì) 設(shè)計(jì)設(shè)計(jì) 設(shè)計(jì)設(shè)計(jì) 設(shè)計(jì)設(shè)計(jì) 編碼編碼 編碼編碼 編碼編碼 編碼編碼 測試測試 測試測試 測試測試 測試測試 增量增量1 增量增量2 增量增量3 增量增量4 功能功能 時(shí)間時(shí)間 增量模型（增量迭代）的特點(diǎn)增量模型（增量迭代）的特點(diǎn) l

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

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

36、一個(gè)字處理軟件例子：設(shè)計(jì)一個(gè)字處理軟件 增量增量1 1：實(shí)現(xiàn)軟件的基本需求，提供最核心：實(shí)現(xiàn)軟件的基本需求，提供最核心 的功能。的功能。 增量增量2 2：提供更完善的編輯和文檔生成功能。：提供更完善的編輯和文檔生成功能。 增量增量3 3：實(shí)現(xiàn)拼寫和語法檢查功能。：實(shí)現(xiàn)拼寫和語法檢查功能。 增量增量4 4：完成高級的頁面排版功能。：完成高級的頁面排版功能。 迭代開發(fā)過程的應(yīng)用場合迭代開發(fā)過程的應(yīng)用場合 l項(xiàng)目開始，明確了需求的大部分，但是需求可能會(huì)項(xiàng)目開始，明確了需求的大部分，但是需求可能會(huì) 發(fā)生變化發(fā)生變化 l對于市場和用戶把握不是很準(zhǔn)，需要逐步了解對于市場和用戶把握不是很準(zhǔn)，需要逐步了解 l

37、對于有龐大和復(fù)雜功能的系統(tǒng)進(jìn)行功能改進(jìn)，本身對于有龐大和復(fù)雜功能的系統(tǒng)進(jìn)行功能改進(jìn)，本身 就需要一步一步實(shí)施的。就需要一步一步實(shí)施的。 3.4.4 螺旋模型螺旋模型 l螺旋方法螺旋方法把軟件開發(fā)過程定義成不斷上升的螺把軟件開發(fā)過程定義成不斷上升的螺 旋周期，每個(gè)周期劃分為計(jì)劃、旋周期，每個(gè)周期劃分為計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施和風(fēng)險(xiǎn)分析、實(shí)施和 評價(jià)四個(gè)方面。沿螺線自內(nèi)向外每旋轉(zhuǎn)一圈便開發(fā)評價(jià)四個(gè)方面。沿螺線自內(nèi)向外每旋轉(zhuǎn)一圈便開發(fā) 出更為完善的一個(gè)新的軟件版本。出更為完善的一個(gè)新的軟件版本。 這里的原型不是用于驗(yàn)這里的原型不是用于驗(yàn) 證的原型系統(tǒng)，而是最證的原型系統(tǒng)，而是最 終要交付的成品系統(tǒng)。終要

38、交付的成品系統(tǒng)。 螺旋模型的特點(diǎn)和應(yīng)用場合螺旋模型的特點(diǎn)和應(yīng)用場合 l風(fēng)險(xiǎn)驅(qū)動(dòng)，可以在生命周期早期強(qiáng)制性的確定項(xiàng)目風(fēng)險(xiǎn)驅(qū)動(dòng)，可以在生命周期早期強(qiáng)制性的確定項(xiàng)目 中存在的風(fēng)險(xiǎn)中存在的風(fēng)險(xiǎn) l需要開發(fā)人員具有相當(dāng)豐富的風(fēng)險(xiǎn)評估經(jīng)驗(yàn)和專門需要開發(fā)人員具有相當(dāng)豐富的風(fēng)險(xiǎn)評估經(jīng)驗(yàn)和專門 知識(shí)知識(shí) l要求用戶參與階段評價(jià)，對用戶要求較高要求用戶參與階段評價(jià)，對用戶要求較高 適用于：適用于： 單位內(nèi)部開發(fā)的大規(guī)模軟件項(xiàng)目單位內(nèi)部開發(fā)的大規(guī)模軟件項(xiàng)目 風(fēng)險(xiǎn)是項(xiàng)目的主要制約因素風(fēng)險(xiǎn)是項(xiàng)目的主要制約因素 可能會(huì)發(fā)生重大變更可能會(huì)發(fā)生重大變更 采用新技術(shù)采用新技術(shù) 3.4.5 噴泉模型噴泉模型 l噴泉模型噴泉模型主

39、要用于面向?qū)ο蠹夹g(shù)的軟件開發(fā)項(xiàng)主要用于面向?qū)ο蠹夹g(shù)的軟件開發(fā)項(xiàng) 目，它克服了瀑布模型不支持軟件重用和多項(xiàng)開發(fā)目，它克服了瀑布模型不支持軟件重用和多項(xiàng)開發(fā) 活動(dòng)集成的局限性，噴泉模型使開發(fā)過程具有迭代活動(dòng)集成的局限性，噴泉模型使開發(fā)過程具有迭代 性和無間隙性。性和無間隙性。 噴泉模型以面向?qū)ο蟮能浖_發(fā)方法為基礎(chǔ)，噴泉模型以面向?qū)ο蟮能浖_發(fā)方法為基礎(chǔ)， 以用戶需求作為噴泉模型的源泉，屬于面向?qū)ο蟮囊杂脩粜枨笞鳛閲娙Ｐ偷脑慈?，屬于面向?qū)ο蟮?軟件過程模型。軟件過程模型。 噴泉模型 特點(diǎn)： 各階段相互重疊，它反映了軟件過 程并行性的特點(diǎn) 體現(xiàn)認(rèn)識(shí)事物的往返過程 強(qiáng)調(diào)增量開發(fā)，整個(gè)過程是一個(gè)迭 代

40、的逐步提煉的過程。 開發(fā)活動(dòng)之間的無間隙性和循環(huán)迭 代性 適用于面向?qū)ο蟮拈_發(fā)過程 強(qiáng)調(diào)無明顯的活動(dòng)階段劃分 集成和測試集成和測試 階段階段 編碼階段編碼階段 面向?qū)ο笤O(shè)面向?qū)ο笤O(shè) 計(jì)階段計(jì)階段 面向?qū)ο蠓置嫦驅(qū)ο蠓?析階段析階段 需求階段需求階段 進(jìn)一步開發(fā) 進(jìn)行狀態(tài) 維護(hù)期 第3章信息系統(tǒng)建設(shè)概論 3.4.6 敏捷開發(fā)過程敏捷開發(fā)過程 l敏捷過程（敏捷過程（agile process）是一系列輕量的過程模）是一系列輕量的過程模 型的總稱，致力于在無過程和過于繁瑣的過程中達(dá)型的總稱，致力于在無過程和過于繁瑣的過程中達(dá) 到一種平衡，強(qiáng)調(diào)對需求變化的敏捷響應(yīng)，以不多到一種平衡，強(qiáng)調(diào)對需求變化的敏

41、捷響應(yīng)，以不多 的步驟過程獲取滿意的結(jié)果。的步驟過程獲取滿意的結(jié)果。 l敏捷軟件開發(fā)宣言：敏捷軟件開發(fā)宣言： 1 1個(gè)體和交互勝過過程和工具個(gè)體和交互勝過過程和工具 2 2可以工作的軟件勝過面面懼到的文檔可以工作的軟件勝過面面懼到的文檔 3 3客戶合作勝過合同談判客戶合作勝過合同談判 4 4響應(yīng)變化勝過遵循變化響應(yīng)變化勝過遵循變化 雖然右項(xiàng)也有價(jià)值，但我們認(rèn)為左項(xiàng)具有更大的價(jià)值。雖然右項(xiàng)也有價(jià)值，但我們認(rèn)為左項(xiàng)具有更大的價(jià)值。 l基于迭代開發(fā)方法探索出的成功實(shí)踐?；诘_發(fā)方法探索出的成功實(shí)踐。 開發(fā)過程的代表產(chǎn)品開發(fā)過程的代表產(chǎn)品 一些公司或團(tuán)體紛紛推出規(guī)范化的過程產(chǎn)品：一些公司或團(tuán)體紛紛

42、推出規(guī)范化的過程產(chǎn)品： lIBM統(tǒng)一過程統(tǒng)一過程RUP（Rational Unified Process，迭，迭 代過程的代表，重量級過程）代過程的代表，重量級過程） l微軟微軟MSF(Microsoft Solutions Framework ) l敏捷：極限編程、敏捷：極限編程、Scrum（輕量級過程）（輕量級過程） l 練習(xí)題練習(xí)題 l假設(shè)要開發(fā)一個(gè)軟件，該軟件的功能是對特定項(xiàng)目假設(shè)要開發(fā)一個(gè)軟件，該軟件的功能是對特定項(xiàng)目 進(jìn)行一項(xiàng)驗(yàn)證計(jì)算（假定計(jì)算方法十分確定、成進(jìn)行一項(xiàng)驗(yàn)證計(jì)算（假定計(jì)算方法十分確定、成 熟），一旦實(shí)現(xiàn)后將用于該項(xiàng)目的測試驗(yàn)證中，由熟），一旦實(shí)現(xiàn)后將用于該項(xiàng)目的測試驗(yàn)

43、證中，由 于項(xiàng)目的特殊性，所以，該軟件產(chǎn)品在完成使命后于項(xiàng)目的特殊性，所以，該軟件產(chǎn)品在完成使命后 將被拋棄。將被拋棄。 軟件需求明確，算法確定、成熟，故無須原型來驗(yàn)證。軟件需求明確，算法確定、成熟，故無須原型來驗(yàn)證。 一旦驗(yàn)證完成之后將被拋棄，故無須使用提高軟件可維一旦驗(yàn)證完成之后將被拋棄，故無須使用提高軟件可維 護(hù)性的迭代模型和螺旋模型。護(hù)性的迭代模型和螺旋模型。 綜上所述，為了開發(fā)此軟件，使用瀑布模型即可。綜上所述，為了開發(fā)此軟件，使用瀑布模型即可。 3.5 信息系統(tǒng)開發(fā)技術(shù)信息系統(tǒng)開發(fā)技術(shù) （基于開發(fā)技術(shù)的開發(fā)方法）（基于開發(fā)技術(shù)的開發(fā)方法） l信息系統(tǒng)通常十分復(fù)雜，通常會(huì)借助于模型對

44、它進(jìn)信息系統(tǒng)通常十分復(fù)雜，通常會(huì)借助于模型對它進(jìn) 行研究、認(rèn)識(shí)、描述和設(shè)計(jì)。行研究、認(rèn)識(shí)、描述和設(shè)計(jì)。 l本節(jié)從模型化的角度探討信息系統(tǒng)不同開發(fā)方法的本節(jié)從模型化的角度探討信息系統(tǒng)不同開發(fā)方法的 形成和各自特點(diǎn)。形成和各自特點(diǎn)。 3.5.1 管理模型到信息模型管理模型到信息模型 l信息系統(tǒng)模型最核心的是信息處理模型，應(yīng)考慮兩信息系統(tǒng)模型最核心的是信息處理模型，應(yīng)考慮兩 個(gè)方面：個(gè)方面： 信息處理模型最核心的是軟件結(jié)構(gòu)模型，而軟件模型由信息處理模型最核心的是軟件結(jié)構(gòu)模型，而軟件模型由 計(jì)算機(jī)程序語言的特性來決定。計(jì)算機(jī)程序語言的特性來決定。 機(jī)器語言、匯編語言、機(jī)器語言、匯編語言、C、C+ 1.

45、1.信息處理模型來源于管理模型，而管理系統(tǒng)模型包含以信息處理模型來源于管理模型，而管理系統(tǒng)模型包含以 下方面：下方面： 管理系統(tǒng)管理系統(tǒng) 靜態(tài)特征靜態(tài)特征( (對象、屬性、關(guān)系對象、屬性、關(guān)系) ) 動(dòng)態(tài)特征（行為動(dòng)態(tài)特征（行為/ /事件事件/ /行動(dòng)行動(dòng)/ /狀態(tài)狀態(tài)） 業(yè)務(wù)流程業(yè)務(wù)流程 業(yè)務(wù)規(guī)則業(yè)務(wù)規(guī)則 . . 模型模型 信息處理模型信息處理模型 l管理模型抽象描述了需要解決的管理問題（問題空管理模型抽象描述了需要解決的管理問題（問題空 間），而信息處理模型則回答信息系統(tǒng)將如何解決間），而信息處理模型則回答信息系統(tǒng)將如何解決 問題（解空間）問題（解空間） l這個(gè)求解過程中最這個(gè)求解過程中最

46、核心的內(nèi)容核心的內(nèi)容在于在于信息處理模型中信息處理模型中 的的軟件軟件系統(tǒng)系統(tǒng)。 管理領(lǐng)域及問題 管理模型 信息處理模型 系統(tǒng)實(shí)現(xiàn)條件 信息系統(tǒng) 技術(shù)環(huán)境 信 息 系 統(tǒng) 學(xué) 科 信息處理模型信息處理模型 l信息系統(tǒng)包含硬件、軟件、信息等組成要素。信息系統(tǒng)包含硬件、軟件、信息等組成要素。 l但其中軟件系統(tǒng)的狀態(tài)比硬件系統(tǒng)的狀態(tài)往往要多但其中軟件系統(tǒng)的狀態(tài)比硬件系統(tǒng)的狀態(tài)往往要多 若干數(shù)量級，只有找到控制和降低軟件復(fù)雜性的方若干數(shù)量級，只有找到控制和降低軟件復(fù)雜性的方 法，才能根本地控制和降低信息系統(tǒng)復(fù)雜性。法，才能根本地控制和降低信息系統(tǒng)復(fù)雜性。 l人們不斷研究新的軟件開發(fā)技術(shù)，試圖縮小計(jì)算機(jī)

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

48、意見； 易于更改，當(dāng)應(yīng)用環(huán)境和應(yīng)用要求改變時(shí)，能容易地對系易于更改，當(dāng)應(yīng)用環(huán)境和應(yīng)用要求改變時(shí)，能容易地對系 統(tǒng)進(jìn)行修改和擴(kuò)充；統(tǒng)進(jìn)行修改和擴(kuò)充； 易于向計(jì)算機(jī)支持的數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)換。易于向計(jì)算機(jī)支持的數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)換。 l軟件結(jié)構(gòu)從簡單到復(fù)雜，走過了從機(jī)器指令、語句、軟件結(jié)構(gòu)從簡單到復(fù)雜，走過了從機(jī)器指令、語句、 模塊封裝到類封裝、再到構(gòu)件和服務(wù)封裝的歷史發(fā)模塊封裝到類封裝、再到構(gòu)件和服務(wù)封裝的歷史發(fā) 展過程，不同的開發(fā)技術(shù)和軟件結(jié)構(gòu)催生了不同的展過程，不同的開發(fā)技術(shù)和軟件結(jié)構(gòu)催生了不同的 開發(fā)方法。開發(fā)方法。 軟件結(jié)構(gòu)設(shè)計(jì)的基本原則軟件結(jié)構(gòu)設(shè)計(jì)的基本原則 l抽象第一抽象第一 抽象是人類認(rèn)識(shí)世界的基

49、本法則之一。對實(shí)際的事物進(jìn)行抽象是人類認(rèn)識(shí)世界的基本法則之一。對實(shí)際的事物進(jìn)行 處理，抽取所關(guān)心的、共同的、本質(zhì)特征的屬性，并對這處理，抽取所關(guān)心的、共同的、本質(zhì)特征的屬性，并對這 些事物及其特征屬性進(jìn)行描述。由于抽取的是共同的、本些事物及其特征屬性進(jìn)行描述。由于抽取的是共同的、本 質(zhì)特征的屬性，從而大大降低了系統(tǒng)元素的絕對數(shù)量。質(zhì)特征的屬性，從而大大降低了系統(tǒng)元素的絕對數(shù)量。 l層次劃分層次劃分 復(fù)雜系統(tǒng)可以先分解為子系統(tǒng)，逐層分解。分解的每個(gè)子復(fù)雜系統(tǒng)可以先分解為子系統(tǒng)，逐層分解。分解的每個(gè)子 集互不相交，能使注意力集中與某個(gè)子集內(nèi)部及與其他子集互不相交，能使注意力集中與某個(gè)子集內(nèi)部及與其

50、他子 集的聯(lián)系。層次和每層子集的數(shù)目為短時(shí)記憶最大容量集的聯(lián)系。層次和每層子集的數(shù)目為短時(shí)記憶最大容量 7 72 2的范圍之內(nèi)。的范圍之內(nèi)。 l模型化模型化 提出以模型代替真實(shí)系統(tǒng)進(jìn)行模擬實(shí)驗(yàn)，達(dá)到認(rèn)識(shí)真實(shí)系提出以模型代替真實(shí)系統(tǒng)進(jìn)行模擬實(shí)驗(yàn)，達(dá)到認(rèn)識(shí)真實(shí)系 統(tǒng)特性和規(guī)律性的方法。統(tǒng)特性和規(guī)律性的方法。 信息系統(tǒng)的開發(fā)技術(shù)信息系統(tǒng)的開發(fā)技術(shù) l信息系統(tǒng)的開發(fā)技術(shù)（基于軟件技術(shù)的開發(fā)方法）：信息系統(tǒng)的開發(fā)技術(shù)（基于軟件技術(shù)的開發(fā)方法）： 結(jié)構(gòu)化開發(fā)技術(shù)結(jié)構(gòu)化開發(fā)技術(shù) 面向數(shù)據(jù)開發(fā)技術(shù)面向數(shù)據(jù)開發(fā)技術(shù) 面向?qū)ο箝_發(fā)技術(shù)面向?qū)ο箝_發(fā)技術(shù) 面向服務(wù)開發(fā)技術(shù)面向服務(wù)開發(fā)技術(shù) 3.5.2 結(jié)構(gòu)化開發(fā)技術(shù)結(jié)

51、構(gòu)化開發(fā)技術(shù) l結(jié)構(gòu)化方法論（結(jié)構(gòu)化方法論（Structured Methodology）是計(jì)算）是計(jì)算 學(xué)科的一種典型的系統(tǒng)開發(fā)方法論。學(xué)科的一種典型的系統(tǒng)開發(fā)方法論。 它采用了系統(tǒng)科學(xué)的思想方法，從層次的角度，自頂向下它采用了系統(tǒng)科學(xué)的思想方法，從層次的角度，自頂向下 地分析和設(shè)計(jì)系統(tǒng)，即抽象與分解。地分析和設(shè)計(jì)系統(tǒng)，即抽象與分解。 系統(tǒng)可用高級的抽象概念來理解和構(gòu)造系統(tǒng)可用高級的抽象概念來理解和構(gòu)造, , 這些高級的抽象這些高級的抽象 概念又可用較低級的抽象概念來理解和構(gòu)造，如此進(jìn)行下概念又可用較低級的抽象概念來理解和構(gòu)造，如此進(jìn)行下 去，直到最低層次的模塊可以表示成某種程序設(shè)計(jì)語言的去

52、，直到最低層次的模塊可以表示成某種程序設(shè)計(jì)語言的 語句為止。語句為止。 結(jié)構(gòu)化開發(fā)技術(shù)結(jié)構(gòu)化開發(fā)技術(shù) l也稱為也稱為 面向功能面向功能/ /面向過程面向過程/ /面向數(shù)據(jù)流面向數(shù)據(jù)流 的軟件開的軟件開 發(fā)方法發(fā)方法 l結(jié)構(gòu)化方法包括結(jié)構(gòu)化分析（結(jié)構(gòu)化方法包括結(jié)構(gòu)化分析（Structured Analysis， 簡稱簡稱SA）、結(jié)構(gòu)化設(shè)計(jì)（）、結(jié)構(gòu)化設(shè)計(jì)（Structured Design，簡，簡 稱稱SD）和結(jié)構(gòu)化程序設(shè)計(jì)（）和結(jié)構(gòu)化程序設(shè)計(jì)（Structured Program， 簡稱簡稱SP）三部分內(nèi)容：）三部分內(nèi)容： 結(jié)構(gòu)化分析（結(jié)構(gòu)化分析（SASA）對軟件進(jìn)行需求分析，以數(shù)據(jù)流圖表示）

53、對軟件進(jìn)行需求分析，以數(shù)據(jù)流圖表示 結(jié)構(gòu)化設(shè)計(jì)（結(jié)構(gòu)化設(shè)計(jì)（SDSD）進(jìn)行總體設(shè)計(jì)，以結(jié)構(gòu)圖表示）進(jìn)行總體設(shè)計(jì)，以結(jié)構(gòu)圖表示 結(jié)構(gòu)化編程（結(jié)構(gòu)化編程（SPSP），以程序流程圖表示），以程序流程圖表示 結(jié)構(gòu)化開發(fā)方法的形成結(jié)構(gòu)化開發(fā)方法的形成/1 l結(jié)構(gòu)化程序設(shè)計(jì)結(jié)構(gòu)化程序設(shè)計(jì)SP方法的產(chǎn)生方法的產(chǎn)生 結(jié)構(gòu)化方法起源于結(jié)構(gòu)化程序設(shè)計(jì)語言。在使用結(jié)構(gòu)化方法起源于結(jié)構(gòu)化程序設(shè)計(jì)語言。在使用SPSP之前，之前， 程序員都是按照各自的習(xí)慣和思路來編寫程序，沒有統(tǒng)一程序員都是按照各自的習(xí)慣和思路來編寫程序，沒有統(tǒng)一 的標(biāo)準(zhǔn)，這樣編寫的程序可讀性差，更為嚴(yán)重的是程序的的標(biāo)準(zhǔn)，這樣編寫的程序可讀性差，更為嚴(yán)重

54、的是程序的 可維護(hù)性極差，經(jīng)過研究發(fā)現(xiàn)，造成這一現(xiàn)象的根本原因可維護(hù)性極差，經(jīng)過研究發(fā)現(xiàn)，造成這一現(xiàn)象的根本原因 是程序的結(jié)構(gòu)問題。是程序的結(jié)構(gòu)問題。 19661966年，年，C.BC.Bhmhm和和G.JacopiniG.Jacopini提出了關(guān)于提出了關(guān)于“程序結(jié)構(gòu)程序結(jié)構(gòu)” 的理論，并給出了任何程序的邏輯結(jié)構(gòu)都可以用順序結(jié)構(gòu)、的理論，并給出了任何程序的邏輯結(jié)構(gòu)都可以用順序結(jié)構(gòu)、 選擇結(jié)構(gòu)和循環(huán)結(jié)構(gòu)來表示的證明。在程序結(jié)構(gòu)理論的基選擇結(jié)構(gòu)和循環(huán)結(jié)構(gòu)來表示的證明。在程序結(jié)構(gòu)理論的基 礎(chǔ)上，礎(chǔ)上，19681968年，戴克斯特拉提出了年，戴克斯特拉提出了“GOTOGOTO語句是有害的語句是有害的

55、” 的問題，并引起普遍重視，的問題，并引起普遍重視，SPSP逐漸形成，并成為計(jì)算機(jī)軟逐漸形成，并成為計(jì)算機(jī)軟 件領(lǐng)域的重要方法，對計(jì)算機(jī)軟件的發(fā)展具有重要的意義。件領(lǐng)域的重要方法，對計(jì)算機(jī)軟件的發(fā)展具有重要的意義。 伴隨著伴隨著SPSP的形成，相繼出現(xiàn)了的形成，相繼出現(xiàn)了Modula-2Modula-2、C C以及以及AdaAda等結(jié)構(gòu)等結(jié)構(gòu) 化程序設(shè)計(jì)語言?；绦蛟O(shè)計(jì)語言。 結(jié)構(gòu)化開發(fā)方法的形成結(jié)構(gòu)化開發(fā)方法的形成/2 l結(jié)構(gòu)化設(shè)計(jì)方法結(jié)構(gòu)化設(shè)計(jì)方法SD的形成的形成 結(jié)構(gòu)化程序設(shè)計(jì)需要事先設(shè)計(jì)好每一個(gè)具體的功能模塊，結(jié)構(gòu)化程序設(shè)計(jì)需要事先設(shè)計(jì)好每一個(gè)具體的功能模塊， 然后將這些設(shè)計(jì)好的模塊組

56、裝成一個(gè)軟件系統(tǒng)。然后將這些設(shè)計(jì)好的模塊組裝成一個(gè)軟件系統(tǒng)。 源于結(jié)構(gòu)化程序設(shè)計(jì)思想的結(jié)構(gòu)化設(shè)計(jì)方法就是要解決模源于結(jié)構(gòu)化程序設(shè)計(jì)思想的結(jié)構(gòu)化設(shè)計(jì)方法就是要解決模 塊的構(gòu)建問題。塊的構(gòu)建問題。19741974年，年，W.StevensW.Stevens、G.MyersG.Myers和和 L.ConstantineL.Constantine等人在等人在IBMIBM系統(tǒng)系統(tǒng)（IBM SystemIBM System）雜志上）雜志上 發(fā)表了發(fā)表了結(jié)構(gòu)化設(shè)計(jì)結(jié)構(gòu)化設(shè)計(jì)（Structured DesignStructured Design）論文，為）論文，為 結(jié)構(gòu)化設(shè)計(jì)方法奠定了思想基礎(chǔ)。結(jié)構(gòu)化設(shè)計(jì)方法

57、奠定了思想基礎(chǔ)。 l結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法SA的形成的形成 結(jié)構(gòu)化設(shè)計(jì)方法建立在系統(tǒng)需求明確的基礎(chǔ)上。如何明確結(jié)構(gòu)化設(shè)計(jì)方法建立在系統(tǒng)需求明確的基礎(chǔ)上。如何明確 系統(tǒng)的需求，就是結(jié)構(gòu)化分析所要解決的問題。系統(tǒng)的需求，就是結(jié)構(gòu)化分析所要解決的問題。 結(jié)構(gòu)化分析方法產(chǎn)生于結(jié)構(gòu)化分析方法產(chǎn)生于2020世紀(jì)世紀(jì)7070年代中期，最初的倡導(dǎo)者年代中期，最初的倡導(dǎo)者 有有Tom DemarcoTom Demarco、Ed YourdonEd Yourdon等人。等人。 結(jié)構(gòu)化分析在結(jié)構(gòu)化分析在2020世紀(jì)世紀(jì)8080年代又得到了進(jìn)一步的發(fā)展，并隨年代又得到了進(jìn)一步的發(fā)展，并隨 著著Ed Yourdo

58、nEd Yourdon于于19891989年所著的年所著的現(xiàn)代結(jié)構(gòu)化分析現(xiàn)代結(jié)構(gòu)化分析 （Modern Structured AnalysisModern Structured Analysis）的出版而流行開來。現(xiàn)）的出版而流行開來?，F(xiàn) 代結(jié)構(gòu)化分析更強(qiáng)調(diào)建模的重要性。代結(jié)構(gòu)化分析更強(qiáng)調(diào)建模的重要性。 結(jié)構(gòu)化方法五個(gè)基本原則結(jié)構(gòu)化方法五個(gè)基本原則 l面向用戶的觀點(diǎn)面向用戶的觀點(diǎn) l嚴(yán)格區(qū)分工作階段，每個(gè)階段有明確的任務(wù)和應(yīng)得嚴(yán)格區(qū)分工作階段，每個(gè)階段有明確的任務(wù)和應(yīng)得 的成果的成果 l按照系統(tǒng)的觀點(diǎn)，自頂向下地完成系統(tǒng)的研制工作按照系統(tǒng)的觀點(diǎn)，自頂向下地完成系統(tǒng)的研制工作 l充分考慮變化的情

59、況充分考慮變化的情況 l工作成果文獻(xiàn)化、標(biāo)準(zhǔn)化工作成果文獻(xiàn)化、標(biāo)準(zhǔn)化 結(jié)構(gòu)化分析結(jié)構(gòu)化分析數(shù)據(jù)流圖數(shù)據(jù)流圖 顧客顧客 編編 輯輯 訂貨單訂貨單 訂貨單訂貨單 配件庫存配件庫存 1.11.1 確確 定定 顧顧 客客 訂訂 貨貨 1.21.21.31.3 業(yè)務(wù)業(yè)務(wù) 員員 產(chǎn)產(chǎn) 生生 暫暫 存存 訂貨單訂貨單 1.41.4 不合格不合格 顧客顧客 D D2 2 D D3 3 可發(fā)可發(fā) 訂貨訂貨 不滿足不滿足 的訂貨的訂貨 暫存訂貨單暫存訂貨單 D D4 4 銷售歷史銷售歷史 D D5 5 應(yīng)收款明細(xì)賬應(yīng)收款明細(xì)賬 D D1010 合格的訂貨單合格的訂貨單 檢檢 索索 庫庫 存存 1.51.5 經(jīng)理經(jīng)

60、理 查詢請求查詢請求 庫庫 存存 狀狀 態(tài)態(tài) 開發(fā)貨單開發(fā)貨單 并并 修改庫存修改庫存 顧客顧客 發(fā)貨單發(fā)貨單 模型中的某個(gè)功能的分解圖：模型中的某個(gè)功能的分解圖： 結(jié)構(gòu)化設(shè)計(jì)結(jié)構(gòu)化設(shè)計(jì)模塊結(jié)構(gòu)圖模塊結(jié)構(gòu)圖 銷售子系統(tǒng) 暫 存 訂 貨 單 處 理 登 記 訂 貨 單 查 詢 打 印 發(fā) 貨 單 作 廢 訂 貨 單 查 詢 訂 貨 單 查 詢 庫 存 暫暫 存存 處處 理理 修修 改改 庫庫 存存 沖 賬 結(jié)構(gòu)化模型結(jié)構(gòu)化模型數(shù)據(jù)流圖數(shù)據(jù)流圖 模型的層次和分解：模型的層次和分解： 結(jié)構(gòu)化模型結(jié)構(gòu)化模型模塊結(jié)構(gòu)圖模塊結(jié)構(gòu)圖 圖書館管理系統(tǒng)圖書館管理系統(tǒng) 圖書管理圖書管理 讀者管理讀者管理 借還書管