信息系統(tǒng)開發(fā)方法

1、第4章 信息系統(tǒng)開發(fā)方法,教學(xué)目標了解常用的信息系統(tǒng)開發(fā)方法了解生命周期法的特點和開發(fā)過程了解系統(tǒng)分析的任務(wù)和分析工具的用法了解系統(tǒng)設(shè)計的任務(wù)和系統(tǒng)設(shè)計的內(nèi)容了解速成原型法的開發(fā)思想了解面向?qū)ο蠓ǖ膬?yōu)點,第1頁/共80頁,教學(xué)內(nèi)容 分為4節(jié)，計劃課時：44.1 系統(tǒng)開發(fā)概述4.2 生命周期法4.3 速成原型法4.4 面向?qū)ο蠓?第2頁/共80頁,第4章 信息系統(tǒng)開發(fā)方法,教學(xué)重點和難點重點生命周期法難點

2、數(shù)據(jù)庫設(shè)計,第3頁/共80頁,第4章 信息系統(tǒng)開發(fā)方法,4.1 系統(tǒng)開發(fā)概述4.2 生命周期法4.3 速成原型法4.4 面向?qū)ο蠓?第4頁/共80頁,第4章 信息系統(tǒng)開發(fā)方法,軟件危機（Software Crisis）20 世紀60年代以前，計算機剛剛投入實際使用，軟件設(shè)計往往只是為了一個特定的應(yīng)用而在指定的計算機上進行，采用密切依賴于計算機的機器代碼或匯編語言，軟件的規(guī)模比較小，文檔資料通常也不存在，很少使用系統(tǒng)化的開發(fā)

3、方法，設(shè)計軟件往往等同于編制程序，基本上是個人設(shè)計、個人使用、個人操作、自給自足的私人化的軟件設(shè)計方式。60年代中期，大容量、高速度計算機的出現(xiàn)，使計算機的應(yīng)用范圍迅速擴大，軟件開發(fā)工作量急劇增長，軟件的復(fù)雜程度越來越高。原來軟件設(shè)計方式很難滿足要求，軟件危機開始爆發(fā) 。,4.1 系統(tǒng)開發(fā)概述,第5頁/共80頁,主要表現(xiàn)軟件開發(fā)進度難以預(yù)測拖延工期幾個月甚至幾年的現(xiàn)象并不罕見，這種現(xiàn)象降低了軟件開發(fā)組織的信譽。軟件開發(fā)成本難以控

4、制 投資一再追加，令人難于接受。往往是實際成本比預(yù)算成本高出一個數(shù)量級。軟件產(chǎn)品的質(zhì)量低為了趕進度和節(jié)約成本所采取的一些權(quán)宜之計又往往損害了軟件產(chǎn)品的質(zhì)量，從而不可避免地會引起用戶的不滿。軟件產(chǎn)品并不是沒有錯誤，而是盲目檢測很難發(fā)現(xiàn)錯誤，而隱藏下來的錯誤往往是造成重大事故的隱患。 1980年，北美防空司令部曾誤報稱美國遭受導(dǎo)彈襲擊。差點兒引起第三次世界大戰(zhàn)1999年，火星探測器在火星墜毀，損失數(shù)億美元,4.1 系統(tǒng)開發(fā)概述,

5、第6頁/共80頁,用戶對產(chǎn)品功能難以滿足開發(fā)人員和用戶之間很難溝通、矛盾很難統(tǒng)一，雙方無法用共同熟悉的語言進行交流。在雙方互不充分了解的情況下，就倉促上陣設(shè)計系統(tǒng)、匆忙著手編寫程序，這種“閉門造車”的開發(fā)方式必然導(dǎo)致最終的產(chǎn)品不符合用戶的實際需要。 軟件產(chǎn)品難以維護軟件產(chǎn)品本質(zhì)上是開發(fā)人員的代碼化的邏輯思維活動，他人難以替代。除非是開發(fā)者本人，否則很難及時檢測、排除系統(tǒng)故障。 為使系統(tǒng)適應(yīng)新的硬件環(huán)境，或根據(jù)用戶的需要在原系統(tǒng)

6、中增加一些新的功能，又有可能增加系統(tǒng)中的錯誤。軟件缺少適當?shù)奈臋n資料文檔資料是軟件必不可少的重要組成部分。實際上，軟件的文檔資料是開發(fā)組織和用戶之間權(quán)利和義務(wù)的合同書，是系統(tǒng)管理者、總體設(shè)計者向開發(fā)人員下達的任務(wù)書，是系統(tǒng)維護人員的技術(shù)指導(dǎo)手冊，是用戶的操作說明書。,4.1 系統(tǒng)開發(fā)概述,第7頁/共80頁,原因分析用戶需求不明確在軟件開發(fā)出來之前，用戶自己也不清楚軟件開發(fā)的具體需求； 用戶對軟件開發(fā)需求的描述不精確，可能有遺漏

7、、有二義性、甚至有錯誤；在軟件開發(fā)過程中，用戶還提出修改軟件開發(fā)功能、界面、支撐環(huán)境等方面的要求；軟件開發(fā)人員對用戶需求的理解與用戶本來愿望有差異。缺乏正確的理論指導(dǎo) 缺乏有力的方法學(xué)和工具方面的支持。由于軟件開發(fā)不同于大多數(shù)其他工業(yè)產(chǎn)品，其開發(fā)過程是復(fù)雜的邏輯思維過程，其產(chǎn)品極大程度地依賴于開發(fā)人員高度的智力投入。由于過分地依靠程序設(shè)計人員在軟件開發(fā)過程中的技巧和創(chuàng)造性，加劇軟件開發(fā)產(chǎn)品的個性化，也是發(fā)生軟件危機的一個重要原因

8、。,4.1 系統(tǒng)開發(fā)概述,第8頁/共80頁,軟件開發(fā)規(guī)模越來越大軟件規(guī)模擴大，其復(fù)雜性也急劇增加。由于人類智力的局限性，往往導(dǎo)致人們無力處理“復(fù)雜問題”。解決途徑 從管理方面入手提出正確的理論、方法誕生了軟件工程學(xué) 從技術(shù)方面入手研制軟件工具，以輔助系統(tǒng)開發(fā)形成支持軟件開發(fā)全過程的集成開發(fā)環(huán)境。軟件生產(chǎn)標準化、軟件工業(yè)體系化、程序設(shè)計自動化常用的系統(tǒng)開發(fā)方法生命周期法、速成原型法、面向?qū)ο蠓ā⒛Ｐ万?qū)動開發(fā)方法,4.

9、1 系統(tǒng)開發(fā)概述,第9頁/共80頁,4.1 系統(tǒng)開發(fā)概述4.2 生命周期法4.3 速成原型法4.4 面向?qū)ο蠓?第10頁/共80頁,第4章 信息系統(tǒng)開發(fā)方法,生命周期法也稱結(jié)構(gòu)化系統(tǒng)開發(fā)方法，是目前比較流行的信息系統(tǒng)開發(fā)方法。特點采用自頂向下、逐步求精的設(shè)計思想設(shè)計過程文檔資料齊全，便于管理和維護適合于開發(fā)復(fù)雜的、規(guī)模大的系統(tǒng)開發(fā)周期長設(shè)計階段系統(tǒng)分析系統(tǒng)設(shè)計系統(tǒng)實施系統(tǒng)運行和維護,4.2 生命周期法,第11

10、頁/共80頁,本節(jié)內(nèi)容分為以下三小節(jié)4.2.1 系統(tǒng)分析4.2.2 系統(tǒng)設(shè)計4.2.3 系統(tǒng)實施,4.2 生命周期法,第12頁/共80頁,4.2.1 系統(tǒng)分析4.2.2 系統(tǒng)設(shè)計4.2.3 系統(tǒng)實施,4.2 生命周期法,第13頁/共80頁,系統(tǒng)分析的任務(wù)系統(tǒng)分析員與用戶一起，充分了解用戶的需求，并把雙方的理解用系統(tǒng)說明書表達出來，系統(tǒng)說明書審核通過后，將作為系統(tǒng)設(shè)計的依據(jù)和將來驗收系統(tǒng)的依據(jù)。擬建的系統(tǒng)稱為新系統(tǒng)，它源于原

11、系統(tǒng)又高于原系統(tǒng)系統(tǒng)分析是系統(tǒng)開發(fā)中最重要的階段，也是難度最大的階段系統(tǒng)分析要回答新系統(tǒng)“做什么”的問題系統(tǒng)分析工具數(shù)據(jù)流圖、數(shù)據(jù)字典、結(jié)構(gòu)化語言、決策樹或表,4.2.1 系統(tǒng)分析,第14頁/共80頁,DFD（Data Flow Diagram，數(shù)據(jù)流圖）是以圖形方式描述數(shù)據(jù)流動和處理過程的工具圖形元素外部項（外部實體）表示數(shù)據(jù)的來源和去向的實體（人或組織） 或

12、處理（數(shù)據(jù)加工）描述對數(shù)據(jù)處理的邏輯過程（或子數(shù)據(jù)流圖） 或,4.2.1 系統(tǒng)分析,第15頁/共80頁,名稱,名稱,編號名稱,編號名稱,數(shù)據(jù)存儲指保存數(shù)據(jù)的地方 或數(shù)據(jù)流指待處理的數(shù)據(jù)及其走向 數(shù)據(jù)流名 DFD的層次頂層

13、DFD第一層DFD第二層DFD……,4.2.1 系統(tǒng)分析,第16頁/共80頁,編號,名稱,,編號,名稱,應(yīng)用舉例學(xué)籍管理系統(tǒng)頂層DFD,4.2.1 系統(tǒng)分析,第17頁/共80頁,第一層DFD,4.2.1 系統(tǒng)分析,第18頁/共80頁,第二層DFD,4.2.1 系統(tǒng)分析,第19頁/共80頁,第三層DFD,4.2.1 系統(tǒng)分析,第20頁/共80頁,DD（Data Dictionary ，數(shù)據(jù)字典）是對數(shù)據(jù)流圖中的各個元素做出詳細說

14、明的工具，編寫數(shù)據(jù)字典是一項工作量很大的工作。數(shù)據(jù)項是數(shù)據(jù)的最小單位，如學(xué)號，姓名，年齡等,4.2.1 系統(tǒng)分析,第21頁/共80頁,數(shù)據(jù)結(jié)構(gòu)是數(shù)據(jù)項的集合，如學(xué)生、教師、課程等,4.2.1 系統(tǒng)分析,第22頁/共80頁,數(shù)據(jù)流,4.2.1 系統(tǒng)分析,第23頁/共80頁,數(shù)據(jù)存儲,4.2.1 系統(tǒng)分析,第24頁/共80頁,處理過程外部實體,4.2.1 系統(tǒng)分析,第25頁/共80頁,表達處理邏輯的工具用于對數(shù)據(jù)字典各

15、個數(shù)據(jù)處理的功能進行詳細說明。常用工具有：結(jié)構(gòu)化語言、斷定樹、判定表結(jié)構(gòu)化語言語言力求簡潔（不使用形容詞和副詞）、確切（無二義），語言使用三類詞匯：祈使句中的動詞、數(shù)據(jù)字典中的定義的名詞、邏輯表達式中的保留字祈使句如計算工資、發(fā)補考通知條件判斷句,4.2.1 系統(tǒng)分析,第26頁/共80頁,針對不同情況做不同處理時，可用如下格式的語句：假如 條件 則 動作A否則 動作B如某校規(guī)定符合下列條件之一的學(xué)生做留

16、級處理：每學(xué)年考試課程不及格門數(shù)在3門以上每學(xué)年開設(shè)課程不及格門數(shù)在5門以上用結(jié)構(gòu)化語言表示為：假如 開設(shè)課程不及格門數(shù)>5 則 留級否則 假如 考試課程不及格門數(shù)>3 則 留級 否則 升級循環(huán)句表示在某種條件下重復(fù)執(zhí)行相同的動作,4.2.1 系統(tǒng)分析,第27頁/共80頁,如要評定獎學(xué)金，需要計算同年級同專業(yè)學(xué)生一學(xué)期的總成績，可用循環(huán)語句

17、寫成：對每個學(xué)生計算總成績斷定樹如A、B、C三個數(shù)從大到小排序輸出,4.2.1 系統(tǒng)分析,第28頁/共80頁,A>B,A≤B,輸入ABC,B>C,輸出ACB,B≤C,輸出CBA,B>C,A>C,輸出BAC,A≤C,輸出BCA,B≤C,A>C,輸出ABC,A≤C,輸出CAB,判定表如A、B、C三個數(shù)從大到小排序輸出編寫系統(tǒng)分析說明書引言摘要：說明新系統(tǒng)的名稱、目標和功能背景：介紹項

18、目承擔者、用戶以及新系統(tǒng)與其它系統(tǒng)或機構(gòu)的關(guān)系,4.2.1 系統(tǒng)分析,第29頁/共80頁,參考和引用資料：本項目經(jīng)核準的計劃任務(wù)書或合同、上級機關(guān)的批文、屬于本項目的已發(fā)表的文獻專門術(shù)語定義項目概述主要工作內(nèi)容：簡要說明系統(tǒng)開發(fā)中的各項主要工作系統(tǒng)需求說明現(xiàn)行系統(tǒng)的現(xiàn)狀說明業(yè)務(wù)流程說明：工作流程、事務(wù)流程系統(tǒng)功能說明新系統(tǒng)的目標新系統(tǒng)的功能要求驗收說明系統(tǒng)的數(shù)據(jù)要求說明繪制DFD、編寫DD,4.2.1 系統(tǒng)分析,

19、第30頁/共80頁,實施計劃進行項目分工，指定負責(zé)人進度安排經(jīng)費預(yù)算系統(tǒng)說明書的審議一旦審議通過，就成為有約束力的指導(dǎo)性文件,4.2.1 系統(tǒng)分析,第31頁/共80頁,4.2.1 系統(tǒng)分析4.2.2 系統(tǒng)設(shè)計4.2.3 系統(tǒng)實施,4.2 生命周期法,第32頁/共80頁,系統(tǒng)設(shè)計的任務(wù)根據(jù)系統(tǒng)分析階段所確定的新系統(tǒng)的邏輯模型、功能要求，在用戶提供的環(huán)境條件下，設(shè)計出一個實施方案，即建立新系統(tǒng)的物理模型。系統(tǒng)設(shè)計要回答新系

20、統(tǒng)“怎么做”的問題。系統(tǒng)設(shè)計的內(nèi)容總體設(shè)計（也稱為概要設(shè)計）系統(tǒng)體系結(jié)構(gòu)設(shè)計系統(tǒng)功能模塊圖設(shè)計詳細設(shè)計代碼設(shè)計數(shù)據(jù)庫設(shè)計,4.2.2 系統(tǒng)設(shè)計,第33頁/共80頁,輸入/輸出設(shè)計處理過程設(shè)計系統(tǒng)總體設(shè)計系統(tǒng)體系結(jié)構(gòu)設(shè)計架構(gòu)設(shè)計C/S、B/S、分布式、并行硬件設(shè)計工作站、服務(wù)器、網(wǎng)絡(luò)設(shè)備網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計確定網(wǎng)絡(luò)拓撲結(jié)構(gòu)確定網(wǎng)絡(luò)操作系統(tǒng)設(shè)計網(wǎng)絡(luò)邏輯結(jié)構(gòu)圖包括服務(wù)器（主服務(wù)器、備份服務(wù)器、專業(yè)服務(wù)器如WWW服

21、務(wù)器和數(shù)據(jù)庫服務(wù)器等）、各子系統(tǒng)以及連接設(shè)備等,4.2.2 系統(tǒng)設(shè)計,第34頁/共80頁,4.2.2 系統(tǒng)設(shè)計,第35頁/共80頁,確定數(shù)據(jù)庫管理系統(tǒng)、編程語言及工具軟件制定設(shè)計規(guī)范文件命名規(guī)范代碼編制規(guī)范公用代碼設(shè)計接口規(guī)范……系統(tǒng)功能模塊圖設(shè)計一個規(guī)模較大的系統(tǒng)可劃分為若干個子系統(tǒng)，如高校管理信息系統(tǒng)包括：教務(wù)管理子系統(tǒng)、財務(wù)管理子系統(tǒng)、科研管理子系統(tǒng)、學(xué)生學(xué)籍管理子系統(tǒng)。每個子系統(tǒng)又可劃分為若干功能模塊。下圖給出

22、了學(xué)生學(xué)籍管理系統(tǒng)功能結(jié)構(gòu)圖,4.2.2 系統(tǒng)設(shè)計,第36頁/共80頁,4.2.2 系統(tǒng)設(shè)計,第37頁/共80頁,系統(tǒng)詳細設(shè)計代碼設(shè)計唯一標識、便于輸入代碼種類順序碼如1代表廠長，2代表科長，3代表科員等區(qū)間碼（層次碼）代碼分為若干段，每段都有特定的含義，如身份證號數(shù)據(jù)庫設(shè)計概念結(jié)構(gòu)設(shè)計繪制ER圖下圖給出了教學(xué)管理數(shù)據(jù)庫的ER圖,4.2.2 系統(tǒng)設(shè)計,第38頁/共80頁,4.2.2 系統(tǒng)設(shè)計,第39頁/共80頁,教

23、師,學(xué)院,學(xué)生,課程,,,,1,n,1,n,n,1,班級學(xué)生,班級課程,任教,教學(xué)班,,,,,,,1,1,n,n,n,m,學(xué)院院長,,,1,1,邏輯結(jié)構(gòu)設(shè)計將ER圖轉(zhuǎn)換為關(guān)系模型轉(zhuǎn)換規(guī)則:一個實體型轉(zhuǎn)換為一個關(guān)系模式.實體型的屬性就是關(guān)系模式的屬性，實體型的碼為關(guān)系模式的碼。上面ER圖的實體型分別轉(zhuǎn)換為如下的關(guān)系模式： 學(xué)院(學(xué)院編號，學(xué)院名稱) 課程(課程號，課程名稱) 學(xué)生(學(xué)號，姓

24、名，性別，年齡) 教師(教師編號，姓名) 教學(xué)班(班號),4.2.2 系統(tǒng)設(shè)計,第40頁/共80頁,學(xué)院,學(xué)院名稱,,學(xué)院編號,,課程,課程名稱,,課程號,,,,學(xué)生,學(xué)號,姓名,性別,年齡,,,,,教師,教師編號,姓名,班號,,教學(xué)班,一個聯(lián)系轉(zhuǎn)換為一個關(guān)系模式聯(lián)系本身的屬性可轉(zhuǎn)換為關(guān)系模式的屬性， 關(guān)系模式的碼的確定分以下幾種情況:若聯(lián)系為1:1,則每個實體型的碼均可作為關(guān)系模式的候選碼學(xué)院院

25、長(教師編號，學(xué)院編號) 若聯(lián)系為1:N,則關(guān)系模式的碼為N端實體型的碼班級課程(班號，課程號) 任教(班號，教師編號) 學(xué)院學(xué)生(學(xué)號，學(xué)院編號)學(xué)院課程(課程號，學(xué)院編號)學(xué)院教師(教師編號，學(xué)院編號),4.2.2 系統(tǒng)設(shè)計,第41頁/共80頁,學(xué)院院長,,,1,,,教師,教師編號,姓名,學(xué)院,學(xué)院名稱,,學(xué)院編號,,1,若聯(lián)系為M:N,則關(guān)系模式的碼為各實體型碼的組合班級學(xué)生(學(xué)號，班號) 具有相同碼的關(guān)系模式可合

26、并學(xué)院(學(xué)院編號，學(xué)院名稱)課程(課程號，課程名稱)學(xué)生(學(xué)號，姓名，性別，年齡)教師(教師編號，姓名)教學(xué)班(班號)學(xué)院院長(教師編號，學(xué)院編號)班級課程(班號，課程號) 任教(班號，教師編號)學(xué)院學(xué)生(學(xué)號，學(xué)院編號)學(xué)院課程(課程號，學(xué)院編號)學(xué)院教師(教師編號，學(xué)院編號)班級學(xué)生(學(xué)號，班號)合并后：,4.2.2 系統(tǒng)設(shè)計,第42頁/共80頁,學(xué)院(學(xué)院編號，學(xué)院名稱，院長編號)學(xué)生(學(xué)號，姓名，性別

27、，年齡，學(xué)院編號)教師(教師編號，姓名，學(xué)院編號)課程(課程號，課程名稱，學(xué)院編號)教學(xué)班(班號，教師編號，課程號)班級學(xué)生(學(xué)號，班號)學(xué)院和教師是互為參照關(guān)系,在這種情況下要注意輸入數(shù)據(jù)的順序（應(yīng)先輸入教師表的數(shù)據(jù)，這時學(xué)院編號為空，再輸入學(xué)院數(shù)據(jù)，學(xué)院數(shù)據(jù)輸入完成后，再輸入教師表中的學(xué)院編號）！規(guī)范化外模式設(shè)計物理結(jié)構(gòu)設(shè)計將關(guān)系模型轉(zhuǎn)換為特定DBMS支持的模型下圖將轉(zhuǎn)換Access支持的物理模型,4.2.2 系

28、統(tǒng)設(shè)計,第43頁/共80頁,4.2.2 系統(tǒng)設(shè)計,第44頁/共80頁,輸入/輸出設(shè)計,4.2.2 系統(tǒng)設(shè)計,第45頁/共80頁,4.2.2 系統(tǒng)設(shè)計,第46頁/共80頁,處理過程設(shè)計繪制程序流程圖以A、B、C三個數(shù)從大到小排序輸出為例,4.2.2 系統(tǒng)設(shè)計,第47頁/共80頁,開始,輸入ABC,A>B,B>C,A>C,A>C,B>C,輸出ABC,輸出ACB,輸出CAB,輸出BAC,輸出BCA,輸出CBA

29、,結(jié)束,Y,Y,Y,Y,Y,編寫系統(tǒng)設(shè)計說明書引言系統(tǒng)設(shè)計指導(dǎo)思想、采用的技術(shù)路線等總體設(shè)計系統(tǒng)體系結(jié)構(gòu)設(shè)計系統(tǒng)功能模塊圖設(shè)計詳細設(shè)計代碼設(shè)計數(shù)據(jù)庫設(shè)計輸入/輸出設(shè)計處理過程設(shè)計系統(tǒng)實施方案說明給出實施的各項工作完成的次序、時間和費用,4.2.2 系統(tǒng)設(shè)計,第48頁/共80頁,4.2.1 系統(tǒng)分析4.2.2 系統(tǒng)設(shè)計4.2.3 系統(tǒng)實施,4.2 生命周期法,第49頁/共80頁,系統(tǒng)實施的任務(wù)實現(xiàn)系統(tǒng)設(shè)計階段

30、提出的物理模型，按實施方案完成一個可以實際運行的信息系統(tǒng)，交付用戶使用。系統(tǒng)實施階段的任務(wù)包括以下幾個方面：硬件準備硬件購置、安裝、調(diào)試軟件準備OS、DBMS、工具軟件購置、應(yīng)用軟件編程人員培訓(xùn)教會用戶如何使用和維護系統(tǒng)數(shù)據(jù)準備輸入現(xiàn)行數(shù)據(jù)和歷史數(shù)據(jù)主要任務(wù)編寫程序和系統(tǒng)測試,4.2.3 系統(tǒng)實施,第50頁/共80頁,系統(tǒng)測試測試系統(tǒng)是否達到設(shè)計要求，包括功能測試和性能測試兩個方面。功能測試主要看新系統(tǒng)處理的數(shù)據(jù)是

31、否與原系統(tǒng)一致（即正確性測試），性能測試主要看新系統(tǒng)是否方便易用、處理數(shù)據(jù)的效率是否高。測試數(shù)據(jù)模擬數(shù)據(jù)真實數(shù)據(jù)測試類型模塊測試聯(lián)合測試驗收測試,4.2.3 系統(tǒng)實施,第51頁/共80頁,系統(tǒng)交付使用有三種方式：直接轉(zhuǎn)換 老系統(tǒng)

32、 新系統(tǒng)試運行 老系統(tǒng) 試運行 新系統(tǒng)逐步轉(zhuǎn)換

33、 老系統(tǒng) 新系統(tǒng),4.2.3 系統(tǒng)實施,第52頁/共80頁,4.1 系統(tǒng)開發(fā)概述4.2 生命周期法4.3 速成原型法4.4 面向?qū)ο蠓?第53頁/共80頁,第4章 信息系統(tǒng)開發(fā)方法,使用生命周期法開發(fā)系統(tǒng)是有前提條件的，就是：所有的需求都能預(yù)先定義。

34、從工程學(xué)的角度看，這時十分自然的：解決問題之前必須明確要解決什么問題。然而對于信息系統(tǒng)建設(shè)而言，明確問題本身不是一件輕松的事，這正是系統(tǒng)分析的困難所在，并非所有的需求在系統(tǒng)開發(fā)之初都能準確地說明。 建造一個新系統(tǒng)，對所有參與者都是一個學(xué)習(xí)的過程。用戶通過觀測和使用系統(tǒng)，會取消原先提出的需求，而提出新的需求。反復(fù)是不可避免的、很正常的。,4.3 速成原型法,第54頁/共80頁,速成原型法的基本步驟明確用戶基本需求

35、這一階段不像生命周期法那樣要詳細定義用戶需求，而是要在幾天或幾個星期內(nèi)分析用戶的主要需求，這個階段不產(chǎn)生對外的正式文件。建立原型 利用開發(fā)工具快速制作出一個原型。評價原型系統(tǒng) 運行原型系統(tǒng)，由用戶進行評價。修改和完善原型整個過程可用下圖表示：,4.3 速成原型法,第55頁/共80頁,4.3 速成原型法,第56頁/共80頁,明確用戶基本需求,建立原型,運行原型,滿意嗎,修改原型,目標系統(tǒng),Y,4.1 系統(tǒng)開發(fā)概述4.

36、2 生命周期法4.3 速成原型法4.4 面向?qū)ο蠓?第57頁/共80頁,第4章 信息系統(tǒng)開發(fā)方法,面向?qū)ο蠓ǖ膬?yōu)點系統(tǒng)分析和設(shè)計更符合人們認識事物的規(guī)律 生命周期法將用戶業(yè)務(wù)分為數(shù)據(jù)和處理過程兩部分，描述數(shù)據(jù)的工具有DD（數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)存儲）、ER圖、關(guān)系模式；描述處理過程的工具有判斷樹、評定表和結(jié)構(gòu)化語言。生命周期法強調(diào)的是程序和數(shù)據(jù)的分離，很難將二者結(jié)合在一起。 面向?qū)ο蠓▽?shù)據(jù)和處理過程看作是一個整

37、體（即對象），將數(shù)據(jù)和處理過程有機地結(jié)合在一起，解決了程序和數(shù)據(jù)分離的問題。系統(tǒng)分析和系統(tǒng)設(shè)計使用同一模型 在生命周期法中，分析與設(shè)計的分離使得需求,4.4 面向?qū)ο蠓?第58頁/共80頁,的變化很難反應(yīng)到設(shè)計中。而面向?qū)ο蠓ń鉀Q了這一問題，使得系統(tǒng)維護更容易。面向?qū)ο蟮恼Z言面向?qū)ο蟮某绦蛟O(shè)計語言Smalltalk、C++、Visual C++、Java面向?qū)ο蟮慕ＵZ言UML 面向?qū)ο蟮南到y(tǒng)開發(fā)過程實際上就

38、是UML的建模過程。,4.4 面向?qū)ο蠓?第59頁/共80頁,本章小結(jié),系統(tǒng)開發(fā)概述軟件危機的主要表現(xiàn)、原因分析和解決途徑常用的系統(tǒng)開發(fā)方法生命周期法系統(tǒng)分析系統(tǒng)設(shè)計系統(tǒng)實施速成原型法面向?qū)ο蠓?第60頁/共80頁,課后思考題,1. 軟件危機有哪些主要表現(xiàn)？2. 引起軟件危機的主要原因是什么？如何解決危機？3. 常用的信息系統(tǒng)開發(fā)方法有哪些？4. 生命周期法的特點有哪些？5. 系統(tǒng)分析的任務(wù)是什么？6. 系統(tǒng)分