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

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

2、數(shù)據(jù)庫設計,第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年代以前，計算機剛剛投入實際使用，軟件設計往往只是為了一個特定的應用而在指定的計算機上進行，采用密切依賴于計算機的機器代碼或匯編語言，軟件的規(guī)模比較小，文檔資料通常也不存在，很少使用系統(tǒng)化的開發(fā)

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

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

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

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

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

8、。,4.1 系統(tǒng)開發(fā)概述,第8頁/共80頁,軟件開發(fā)規(guī)模越來越大軟件規(guī)模擴大，其復雜性也急劇增加。由于人類智力的局限性，往往導致人們無力處理“復雜問題”。解決途徑 從管理方面入手提出正確的理論、方法誕生了軟件工程學 從技術方面入手研制軟件工具，以輔助系統(tǒng)開發(fā)形成支持軟件開發(fā)全過程的集成開發(fā)環(huán)境。軟件生產(chǎn)標準化、軟件工業(yè)體系化、程序設計自動化常用的系統(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ā)方法,生命周期法也稱結構化系統(tǒng)開發(fā)方法，是目前比較流行的信息系統(tǒng)開發(fā)方法。特點采用自頂向下、逐步求精的設計思想設計過程文檔資料齊全，便于管理和維護適合于開發(fā)復雜的、規(guī)模大的系統(tǒng)開發(fā)周期長設計階段系統(tǒng)分析系統(tǒng)設計系統(tǒng)實施系統(tǒng)運行和維護,4.2 生命周期法,第11

10、頁/共80頁,本節(jié)內(nèi)容分為以下三小節(jié)4.2.1 系統(tǒng)分析4.2.2 系統(tǒng)設計4.2.3 系統(tǒng)實施,4.2 生命周期法,第12頁/共80頁,4.2.1 系統(tǒng)分析4.2.2 系統(tǒng)設計4.2.3 系統(tǒng)實施,4.2 生命周期法,第13頁/共80頁,系統(tǒng)分析的任務系統(tǒng)分析員與用戶一起，充分了解用戶的需求，并把雙方的理解用系統(tǒng)說明書表達出來，系統(tǒng)說明書審核通過后，將作為系統(tǒng)設計的依據(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ù)字典、結構化語言、決策樹或表,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頁,編號,名稱,,編號,名稱,應用舉例學籍管理系統(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ù)的最小單位，如學號，姓名，年齡等,4.2.1 系統(tǒng)分析,第21頁/共80頁,數(shù)據(jù)結構是數(shù)據(jù)項的集合，如學生、教師、課程等,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ù)處理的功能進行詳細說明。常用工具有：結構化語言、斷定樹、判定表結構化語言語言力求簡潔（不使用形容詞和副詞）、確切（無二義），語言使用三類詞匯：祈使句中的動詞、數(shù)據(jù)字典中的定義的名詞、邏輯表達式中的保留字祈使句如計算工資、發(fā)補考通知條件判斷句,4.2.1 系統(tǒng)分析,第26頁/共80頁,針對不同情況做不同處理時，可用如下格式的語句：假如 條件 則 動作A否則 動作B如某校規(guī)定符合下列條件之一的學生做留

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

17、寫成：對每個學生計算總成績斷定樹如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)或機構的關系,4.2.1 系統(tǒng)分析,第29頁/共80頁,參考和引用資料：本項目經(jīng)核準的計劃任務書或合同、上級機關的批文、屬于本項目的已發(fā)表的文獻專門術語定義項目概述主要工作內(nèi)容：簡要說明系統(tǒng)開發(fā)中的各項主要工作系統(tǒng)需求說明現(xiàn)行系統(tǒng)的現(xiàn)狀說明業(yè)務流程說明：工作流程、事務流程系統(tǒng)功能說明新系統(tǒng)的目標新系統(tǒng)的功能要求驗收說明系統(tǒng)的數(shù)據(jù)要求說明繪制DFD、編寫DD,4.2.1 系統(tǒng)分析,

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

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

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

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

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

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

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

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

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

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

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

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

34、從工程學的角度看，這時十分自然的：解決問題之前必須明確要解決什么問題。然而對于信息系統(tǒng)建設而言，明確問題本身不是一件輕松的事，這正是系統(tǒng)分析的困難所在，并非所有的需求在系統(tǒng)開發(fā)之初都能準確地說明。 建造一個新系統(tǒng)，對所有參與者都是一個學習的過程。用戶通過觀測和使用系統(tǒng)，會取消原先提出的需求，而提出新的需求。反復是不可避免的、很正常的。,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)分析和設計更符合人們認識事物的規(guī)律 生命周期法將用戶業(yè)務分為數(shù)據(jù)和處理過程兩部分，描述數(shù)據(jù)的工具有DD（數(shù)據(jù)項、數(shù)據(jù)結構和數(shù)據(jù)存儲）、ER圖、關系模式；描述處理過程的工具有判斷樹、評定表和結構化語言。生命周期法強調(diào)的是程序和數(shù)據(jù)的分離，很難將二者結合在一起。 面向?qū)ο蠓▽?shù)據(jù)和處理過程看作是一個整

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

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