1、第3章 系統(tǒng)開發(fā)方法與技術(shù),本章內(nèi)容,3.1 開發(fā)方式與開發(fā)模式 3.1.1 系統(tǒng)開發(fā)方式 3.1.2 系統(tǒng)開發(fā)模式 3.1.3 系統(tǒng)結(jié)構(gòu)模式 3.2 系統(tǒng)開發(fā)方法 3.2.1 系統(tǒng)開發(fā)方法綜述 3.2.2 結(jié)構(gòu)化系統(tǒng)開發(fā)方法 3.2.3 面向?qū)ο笙到y(tǒng)開發(fā)方法 3.2.4 原型開發(fā)方法 3.3 系統(tǒng)開發(fā)技術(shù)(自學(xué)) 3.3.1 統(tǒng)一建模語言 3.3.2 Web Services技術(shù) 3.3.3 組件技術(shù),3.1.1 系統(tǒng)開發(fā)方式 3.1.2 系統(tǒng)開發(fā)模式 3.1.3 系統(tǒng)結(jié)構(gòu)模式,3.1 開發(fā)方式和開發(fā)模式,3.1.1 系統(tǒng)開發(fā)方式,選擇的依據(jù)：項(xiàng)目規(guī)模、企業(yè)自身信息技術(shù)人員實(shí)力的強(qiáng)弱、項(xiàng)目所

2、需時(shí)間和項(xiàng)目經(jīng)費(fèi)等諸多因素。,1.自行開發(fā)方式 定義：由用戶依靠自己的力量獨(dú)立完成系統(tǒng)開發(fā)的各項(xiàng)任務(wù)。 優(yōu)點(diǎn)：企業(yè)對(duì)項(xiàng)目的需求比較了解，用戶與信息專業(yè)人員之間的溝通容易；開發(fā)費(fèi)用少，容易開發(fā)出適合本單位需要的系統(tǒng)，方便維護(hù)和擴(kuò)展，有利于培養(yǎng)自己的系統(tǒng)開發(fā)人員。 缺點(diǎn)：由于不是專業(yè)開發(fā)隊(duì)伍，除缺少專業(yè)開發(fā)人員的經(jīng)驗(yàn)和熟練水平外，還容易受業(yè)務(wù)工作的限制，開發(fā)時(shí)間較長(zhǎng)，系統(tǒng)整體優(yōu)化不夠，開發(fā)水平較低；開發(fā)文檔的質(zhì)量、數(shù)據(jù)的完整性和安全性可能會(huì)有缺陷。 注意：需要大力加強(qiáng)領(lǐng)導(dǎo)，實(shí)行“一把手”原則；向?qū)I(yè)開發(fā)人士或公司進(jìn)行必要的技術(shù)咨詢，或聘請(qǐng)他們作為開發(fā)顧問。,3.1.1 系統(tǒng)開發(fā)方式,2.委托開發(fā)方

3、式 定義：由使用單位委托有豐富開發(fā)經(jīng)驗(yàn)的機(jī)構(gòu)或?qū)I(yè)開發(fā)人員，按照用戶的需求承擔(dān)系統(tǒng)開發(fā)的任務(wù)。 優(yōu)點(diǎn)：省時(shí)、省事，開發(fā)的系統(tǒng)技術(shù)水平較高。 缺點(diǎn)：費(fèi)用高、系統(tǒng)維護(hù)與擴(kuò)展需要開發(fā)單位的長(zhǎng)期支持，不利于本單位的人才培養(yǎng)。 注意：使用單位的業(yè)務(wù)骨干要參與系統(tǒng)的論證工作；開發(fā)過程中需要開發(fā)單位和使用單位雙方及時(shí)溝通，進(jìn)行協(xié)調(diào)、監(jiān)督和檢查。,3.1.1 系統(tǒng)開發(fā)方式,3.合作開發(fā)方式 定義：由使用單位和有豐富開發(fā)經(jīng)驗(yàn)的機(jī)構(gòu)或?qū)I(yè)開發(fā)人員，共同完成開發(fā)任務(wù)。 優(yōu)點(diǎn)：相對(duì)于委托開發(fā)方式比較節(jié)約資金，系統(tǒng)的技術(shù)水平較高，便于系統(tǒng)維護(hù)，可以培養(yǎng)、增強(qiáng)使用單位的技術(shù)力量。 缺點(diǎn)：雙方在合作中溝通易出現(xiàn)問題，因此，

4、需要雙方及時(shí)達(dá)成共識(shí)，進(jìn)行協(xié)調(diào)和檢查。,3.1.1 系統(tǒng)開發(fā)方式,4.利用現(xiàn)成的軟件包開發(fā)方式 軟件包：是預(yù)先編制好的、能完成一定功能的、供出售或出租的成套軟件系統(tǒng)。 優(yōu)點(diǎn)：能縮短開發(fā)時(shí)間，節(jié)省開發(fā)費(fèi)用，技術(shù)水平比較高，系統(tǒng)可以得到較好的維護(hù)。 缺點(diǎn)：功能比較簡(jiǎn)單，通用軟件的專用性比較差，難以滿足特殊要求，需要有一定的技術(shù)力量根據(jù)使用者的要求做軟件改善和編制必要的接口軟件等二次開發(fā)的工作。,3.1.1 系統(tǒng)開發(fā)方式,5.四種開發(fā)方式的比較,3.1.1 系統(tǒng)開發(fā)方式,主要的開發(fā)模式有： 瀑布模式 原型模式 增量模式 螺旋模式 噴泉模式,3.1.2 系統(tǒng)開發(fā)模式,構(gòu)建信息系統(tǒng)時(shí)的一些問題： 公司的

5、數(shù)據(jù)和系統(tǒng)功能是集中于總部還是分布于各個(gè)分支機(jī)構(gòu)？ 公司是建立自己與遠(yuǎn)程站點(diǎn)相連接的專用數(shù)據(jù)通訊設(shè)施，還是利用外部公用通信設(shè)施（如Internet）？ 公司是購買單獨(dú)的微機(jī)聯(lián)網(wǎng)，還是建立集中式的中央主機(jī)系統(tǒng)？,3.1.3 系統(tǒng)結(jié)構(gòu)模式,特點(diǎn) 基于微型機(jī)的信息系統(tǒng)模式； 一個(gè)系統(tǒng)內(nèi)各個(gè)計(jì)算機(jī)各自獨(dú)立使用； 不能共享資源，靠磁盤備份完成數(shù)據(jù)傳輸。 優(yōu)點(diǎn) 安全性好，易操作。 缺點(diǎn) 不能直接交流，不能共享資源，效率低，實(shí)時(shí)性差，手段落后。 案例 某大學(xué)工資管理信息系統(tǒng),1. 單機(jī)結(jié)構(gòu),案例：某大學(xué)工資管理信息系統(tǒng) 某大學(xué)的工資管理系統(tǒng)創(chuàng)建于90年代初。由于歷史的原因，當(dāng)時(shí)網(wǎng)絡(luò)的應(yīng)用普及遠(yuǎn)遠(yuǎn)落后于現(xiàn)在，

6、所以那時(shí)創(chuàng)建的工資管理系統(tǒng)以微機(jī)作為硬件平臺(tái)，只有財(cái)務(wù)處的微機(jī)可以運(yùn)行此系統(tǒng)，其他部門的微機(jī)不能通過網(wǎng)絡(luò)向財(cái)務(wù)處傳輸信息。各個(gè)學(xué)院將本單位教職工本月的工資變動(dòng)情況輸入軟盤，然后統(tǒng)一向財(cái)務(wù)處報(bào)盤，以此達(dá)到數(shù)據(jù)傳輸?shù)哪康摹?案例思考題：你認(rèn)為此模式存在哪些問題?應(yīng)如何改進(jìn)?要注意的問題是什么?,1. 單機(jī)結(jié)構(gòu),特點(diǎn)： 主機(jī)系統(tǒng)依賴于主機(jī)的中心計(jì)算機(jī)，終端只負(fù)責(zé)與計(jì)算機(jī)輸入輸出的接口工作，沒有獨(dú)立的數(shù)據(jù)處理能力，各終端享用主機(jī)的分時(shí)服務(wù)； 主機(jī)同時(shí)處理來自各個(gè)終端的數(shù)據(jù)，一般采用大型機(jī)或高檔的計(jì)算機(jī)。,2. 主從結(jié)構(gòu),優(yōu)點(diǎn)： 數(shù)據(jù)集中處理，效率高，系統(tǒng)費(fèi)用低，易于管理控制； 對(duì)數(shù)據(jù)處理的控制比較簡(jiǎn)單

7、，數(shù)據(jù)處理都在主機(jī)上進(jìn)行，從而保證了數(shù)據(jù)的安全性和一致性和保密性； 大量用戶可同時(shí)使用主機(jī)，一臺(tái)大型機(jī)上的數(shù)據(jù)庫可供上千用戶同時(shí)使用； 適合數(shù)據(jù)量處理大、數(shù)據(jù)處理十分集中的企業(yè)，如航空訂票系統(tǒng)、鐵路調(diào)度系統(tǒng)等。,2. 主從結(jié)構(gòu),缺點(diǎn)： 系統(tǒng)的靈活性差，系統(tǒng)的變更、改進(jìn)比較麻煩。 對(duì)主機(jī)依賴性強(qiáng)，程序和數(shù)據(jù)都存放在主機(jī)上。主機(jī)有故障，影響全體用戶，風(fēng)險(xiǎn)集中。 用戶缺乏自主性，如用戶個(gè)人的文件存取不方便。 主機(jī)價(jià)格較高，對(duì)機(jī)房和維護(hù)人員要求較高。 應(yīng)用領(lǐng)域： 定售票、銀行儲(chǔ)蓄、出納、登記查詢、鐵路調(diào)度系統(tǒng)等，業(yè)務(wù)單一，多點(diǎn)實(shí)時(shí)處理、輸入輸出簡(jiǎn)單、無須在本地保存數(shù)據(jù)。,2. 主從結(jié)構(gòu),案例：銀行儲(chǔ)蓄

8、系統(tǒng) 信息技術(shù)的發(fā)展帶動(dòng)了銀行儲(chǔ)蓄的變革，使得銀行為廣大儲(chǔ)戶提供越來越便捷的服務(wù)。某大學(xué)畢業(yè)生小X剛到公司報(bào)到，財(cái)務(wù)部就為他辦理了一個(gè)銀行工資活期存折，一張工資卡，告訴他一個(gè)密碼，以后公司發(fā)的工資就直接拔到小X的賬戶中，那么小X就可以憑這張卡和這個(gè)密碼(日后可自行修改)在指定的開戶銀行中取出現(xiàn)金。此時(shí)小X所使用的銀行儲(chǔ)蓄系統(tǒng)就是具有主從模式的管理信息系統(tǒng)，小X所使用的ATM機(jī)就是和銀行主機(jī)相連的一臺(tái)終端。作為儲(chǔ)戶，你可能也經(jīng)常使用此儲(chǔ)蓄系統(tǒng)，而且在使用過程中，你除了體會(huì)到它的方便、快捷服務(wù)外，是否也曾遇到過這樣的煩惱：任你如何操作，在ATM機(jī)上就是無法取出現(xiàn)金來，去柜臺(tái)前詢問，被告之網(wǎng)絡(luò)有問題

9、，或主機(jī)有故障，影響了你的使用。 案例思考題：談?wù)勀銓?duì)銀行儲(chǔ)蓄系統(tǒng)(或訂售票系統(tǒng))的感受。,2. 主從結(jié)構(gòu),特點(diǎn)： 微機(jī)作為工作站，以高性能的微型機(jī)或小型機(jī)作為服務(wù)器； 由數(shù)臺(tái)PC機(jī)連接而成的局域網(wǎng)，共享信息和數(shù)據(jù)存放在服務(wù)器，使用時(shí)從服務(wù)器取出程序和數(shù)據(jù)，在工作站上進(jìn)行處理；,文件服務(wù)器僅提供對(duì)數(shù)據(jù)的共享訪問、文件管理及響應(yīng)工作站上的網(wǎng)絡(luò)請(qǐng)求，工作站進(jìn)行數(shù)據(jù)處理。,3.文件服務(wù)器/工作站結(jié)構(gòu)（File/Server）,優(yōu)點(diǎn)： 數(shù)據(jù)的保密性十分嚴(yán)格，可以按不同的需要授予各個(gè)使用者一定的訪問權(quán)限，從而達(dá)到資源共享的目的； 文件的安全管理較好，可靠性較高。,3.文件服務(wù)器/工作站結(jié)構(gòu)（File/S

10、erver）,缺點(diǎn)： 文件服務(wù)器只提供一個(gè)可以共享的大容量的外設(shè)。 效率較低。當(dāng)應(yīng)用程序和數(shù)據(jù)都保存在文件服務(wù)器上時(shí)，由于許多工作站的使用者都需頻繁地從文件服務(wù)器上讀取和寫入程序、數(shù)據(jù)等，同一時(shí)間內(nèi)可能會(huì)有大量的程序和數(shù)據(jù)在網(wǎng)絡(luò)上傳遞，很容易造成整個(gè)網(wǎng)絡(luò)負(fù)荷過大和網(wǎng)絡(luò)效率降低，即網(wǎng)絡(luò)負(fù)擔(dān)重造成“傳輸瓶頸”。 各工作站上的資源不能直接共享。 應(yīng)用領(lǐng)域： 目前，工作站/文件服務(wù)器結(jié)構(gòu)正在逐步被客戶機(jī)/服務(wù)器結(jié)構(gòu)所替代，但由于歷史的原因，我國(guó)的證券、郵電行業(yè)仍主要采用這種系統(tǒng)。,3.文件服務(wù)器/工作站結(jié)構(gòu)（File/Server）,特點(diǎn)： 集中了主機(jī)系統(tǒng)和文件服務(wù)器系統(tǒng)的優(yōu)點(diǎn)，具有較好的系統(tǒng)開放性和

11、易擴(kuò)展性，發(fā)揮了計(jì)算機(jī)和網(wǎng)絡(luò)的功能； 數(shù)據(jù)的處理分前臺(tái)和后臺(tái)，客戶機(jī)完成輸入輸出與屏幕交互等前臺(tái)任務(wù)，服務(wù)器完成大量數(shù)據(jù)處理及存儲(chǔ)管理等后臺(tái)任務(wù)。,4. 客戶機(jī)/服務(wù)器結(jié)構(gòu)（Client/Server）,在客戶機(jī)/服務(wù)器系統(tǒng)中，將應(yīng)用程序分為兩大部分： 一部分是多個(gè)用戶共享的功能和信息，這部分稱為服務(wù)器部分，如數(shù)據(jù)庫服務(wù)器、郵件服務(wù)器、打印服務(wù)器等。 另一部分是為每個(gè)用戶所專有的，稱為客戶機(jī)部分，如用戶界面軟件、字處理、電子表格、本地?cái)?shù)據(jù)庫等。 客戶機(jī)部分執(zhí)行前臺(tái)功能，而服務(wù)器部分執(zhí)行后臺(tái)功能。,4. 客戶機(jī)/服務(wù)器結(jié)構(gòu)（Client/Server）,C/S的結(jié)構(gòu)： （1）兩層結(jié)構(gòu) 客戶層和服

12、務(wù)器；數(shù)據(jù)庫服務(wù)器對(duì)客戶機(jī)的請(qǐng)求直接作出應(yīng)答。 （2）三層結(jié)構(gòu) 在客戶層和服務(wù)層之間加入應(yīng)用服務(wù)器，客戶層面向用戶，服務(wù)層提供數(shù)據(jù)服務(wù)，中間層面向客戶的服務(wù)請(qǐng)求，它可以是一個(gè)方案，通過相應(yīng)的軟件支持。,4. 客戶機(jī)/服務(wù)器結(jié)構(gòu)（Client/Server）,優(yōu)點(diǎn)： 模塊化與應(yīng)用的分布特性； 充分利用資源，提高網(wǎng)絡(luò)的效率； 便于系統(tǒng)的維護(hù)，可擴(kuò)充性強(qiáng)； 并發(fā)特性； 具有很強(qiáng)的實(shí)時(shí)處理能力； 技術(shù)十分完善。,4. 客戶機(jī)/服務(wù)器結(jié)構(gòu)（Client/Server）,缺點(diǎn)： 客戶端須安裝專門為該系統(tǒng)開發(fā)的面向用戶的客戶端軟件； 系統(tǒng)開放性差； 程序依賴于低層網(wǎng)絡(luò)，使系統(tǒng)無法具有跨平臺(tái)的應(yīng)用能力。,4.

13、 客戶機(jī)/服務(wù)器結(jié)構(gòu)（Client/Server）,應(yīng)用領(lǐng)域： 客戶端/服務(wù)器最流行的領(lǐng)域就是數(shù)據(jù)庫領(lǐng)域。比較著名的數(shù)據(jù)庫廠商都提供了支持客戶端/服務(wù)器的數(shù)據(jù)庫管理系統(tǒng)，如SQL Server、Oracle等。 F/S與C/S的比較： C/S結(jié)構(gòu)的客戶工作站向服務(wù)器發(fā)送的是處理請(qǐng)求，F(xiàn)/S結(jié)構(gòu)的工作站向服務(wù)器發(fā)送的是文件請(qǐng)求；C/S服務(wù)器返回的是處理結(jié)果，F(xiàn)/S服務(wù)器返回的是整個(gè)文件。 C/S結(jié)構(gòu)對(duì)數(shù)據(jù)的處理分前臺(tái)和后臺(tái)，有效解決了F/S結(jié)構(gòu)的傳輸瓶頸問題。,4. 客戶機(jī)/服務(wù)器結(jié)構(gòu)（Client/Server）,5. 瀏覽器/服務(wù)器（Browser/Server）,B/S物理結(jié)構(gòu),5. 瀏覽

14、器/服務(wù)器（Browser/Server）,瀏覽器： 它是位于客戶端的瀏覽程序，也稱Web瀏覽器。 作用是向WWW服務(wù)器發(fā)送各種請(qǐng)求，同時(shí)還對(duì)從服務(wù)器上發(fā)來由HTML語言定義的超文本信息和各種多媒體數(shù)據(jù)格式進(jìn)行解釋、顯示和播放。 數(shù)據(jù)庫服務(wù)器功能： 管理、維護(hù)數(shù)據(jù)庫； 接收Web服務(wù)器傳送的SQL請(qǐng)求； 執(zhí)行數(shù)據(jù)查詢或事務(wù)處理； 向Web服務(wù)器傳送結(jié)果。,5. 瀏覽器/服務(wù)器（Browser/Server）,Web服務(wù)器功能： 接受來自于瀏覽器的請(qǐng)求和其他交互數(shù)據(jù)； 檢索、定位所請(qǐng)求的文件； 啟動(dòng)接口程序，調(diào)用對(duì)象執(zhí)行系統(tǒng)應(yīng)用邏輯，將程序產(chǎn)生的SQL語句傳送給數(shù)據(jù)庫服務(wù)器； 接收數(shù)據(jù)庫服務(wù)器的

15、事務(wù)處理結(jié)果，再以HTML格式化結(jié)果，將結(jié)果傳送給客戶端； 提供與FTP、EMail等應(yīng)用服務(wù)器的接口。,5. 瀏覽器/服務(wù)器（Browser/Server）,B/S結(jié)構(gòu)優(yōu)點(diǎn)： 維護(hù)和升級(jí)方式簡(jiǎn)單； 成本降低，選擇更多； 采用標(biāo)準(zhǔn)的TCP/IP協(xié)議、HTTP協(xié)議，能夠與遵循這些標(biāo)準(zhǔn)的信息系統(tǒng)及其網(wǎng)絡(luò)很好結(jié)合，具有開放性，同時(shí)保護(hù)了用戶投資； 系統(tǒng)客戶端界面統(tǒng)一，全部為瀏覽器方式，簡(jiǎn)單易用。,5. 瀏覽器/服務(wù)器（Browser/Server）,B/S結(jié)構(gòu)的缺點(diǎn)： 應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較重； 客戶端的開放性增加了系統(tǒng)受攻擊的危險(xiǎn)； 在開發(fā)工具支持方面沒有支持客戶機(jī)/服務(wù)器模式的開發(fā)工具豐富。,

16、5. 瀏覽器/服務(wù)器（Browser/Server）,C/S與B/S對(duì)比：,硬件環(huán)境不同 對(duì)安全的要求不同 系統(tǒng)維護(hù)不同 處理問題不同,5. 瀏覽器/服務(wù)器（Browser/Server）,C/S與B/S對(duì)比,C/S優(yōu)勢(shì) 交互性強(qiáng)（在線幫助，出錯(cuò)提示等） 更安全的存取模式（可采用安全的協(xié)議） 網(wǎng)絡(luò)通信量少，適于處理大量數(shù)據(jù) B/S優(yōu)勢(shì) 簡(jiǎn)化了客戶端 操作簡(jiǎn)單 適合網(wǎng)上信息發(fā)布和MIS功能的擴(kuò)展 C/S適用于：安全性要求高；具有較強(qiáng)交互性；使用范圍較小，地點(diǎn)固定；數(shù)據(jù)量大。 B/S適用于：使用范圍大，地點(diǎn)靈活；功能變動(dòng)頻繁；安全性、交互性稍低。,關(guān)于MIS建設(shè)是用C/S模式還是B/S模式，兩者比

17、較起來C/S模式的最大優(yōu)點(diǎn)是速度快，而數(shù)據(jù)操作速度的快慢對(duì)于MIS來說是一項(xiàng)關(guān)鍵指標(biāo)，直接影響使用者的效率。而B/S模式的最大優(yōu)點(diǎn)在于它能處理多媒體信息，可以把格式化文本、圖形、圖像、動(dòng)畫、聲音等集中在一個(gè)頁面上展現(xiàn)給用戶，圖文聲并茂使界面更加生動(dòng)，因此這一模式更適合于開發(fā)諸如觸摸屏查詢、綜合查詢等子系統(tǒng)。另外，B/S模式在必要時(shí)可以上Internet，實(shí)現(xiàn)通信，企業(yè)的領(lǐng)導(dǎo)出差在外也可以很方便地通過Internet隨時(shí)了解企業(yè)的生產(chǎn)經(jīng)營(yíng)狀況，及時(shí)處理必要的業(yè)務(wù)以及做出重要的決策等等。 MIS的最好解決方案是C/S和B/S兩種模式的綜合應(yīng)用，發(fā)揮各自的優(yōu)點(diǎn)。客戶端可以利用瀏覽器通過Web服務(wù)器實(shí)

18、現(xiàn)信息查詢、檢索、公告發(fā)布，又可以利用客戶端的應(yīng)用軟件直接與數(shù)據(jù)庫服務(wù)器或其他應(yīng)用服務(wù)器進(jìn)行信息交流，完成數(shù)據(jù)處理任務(wù)。,C/S與B/S兩種模式的綜合應(yīng)用,結(jié) 構(gòu) 化 系 統(tǒng) 開 發(fā) 方 法,原 型 法,面 向 對(duì) 象 方 法,3.2系統(tǒng)開發(fā)方法,結(jié)構(gòu)化系統(tǒng)開發(fā)方法(SSA&D，Structured System Analysis and Design)也稱生命周期方法，是自頂向下結(jié)構(gòu)化方法、工程化的系統(tǒng)開發(fā)方法和生命周期方法結(jié)合的產(chǎn)物，是至今為止所有開發(fā)方法中應(yīng)用最廣泛、最成熟的系統(tǒng)開發(fā)技術(shù)。 主要內(nèi)容： 結(jié)構(gòu)化系統(tǒng)開發(fā)方法的基本思想 結(jié)構(gòu)化系統(tǒng)開發(fā)方法的特點(diǎn) 結(jié)構(gòu)化系統(tǒng)開發(fā)方法的過程 結(jié)構(gòu)

19、化系統(tǒng)開發(fā)方法的適用性 結(jié)構(gòu)化系統(tǒng)開發(fā)方法的局限性,3.2.1 結(jié)構(gòu)化系統(tǒng)開發(fā)方法,1.結(jié)構(gòu)化系統(tǒng)開發(fā)方法的基本思想 采用結(jié)構(gòu)化的思想、系統(tǒng)工程的觀點(diǎn)和工程化的方法，按照用戶至上的原則，先將整個(gè)管理信息系統(tǒng)作為一個(gè)大模塊，自頂向下，以模塊化結(jié)構(gòu)設(shè)計(jì)技術(shù)進(jìn)行模塊分解，然后，再自底向上按照系統(tǒng)的結(jié)構(gòu)將各模塊進(jìn)行組合，最終實(shí)現(xiàn)系統(tǒng)的開發(fā)。,3.2.1 結(jié)構(gòu)化系統(tǒng)開發(fā)方法,1.結(jié)構(gòu)化系統(tǒng)開發(fā)方法的基本思想 首先，將整個(gè)系統(tǒng)的開發(fā)過程按照生命周期進(jìn)行劃分為系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施和系統(tǒng)運(yùn)行管理與評(píng)價(jià)等五個(gè)相對(duì)獨(dú)立的開發(fā)階段； 其次，在系統(tǒng)的規(guī)劃、分析、設(shè)計(jì)各階段，堅(jiān)持自頂向下的原則，進(jìn)行系

20、統(tǒng)的結(jié)構(gòu)化劃分。從最頂層的管理業(yè)務(wù)調(diào)查開始，直至最底層業(yè)務(wù)，從系統(tǒng)的整體方案分析和設(shè)計(jì)出發(fā)，先優(yōu)化整體的邏輯或物理結(jié)構(gòu)，后優(yōu)化局部的邏輯或物理結(jié)構(gòu)； 最后，在系統(tǒng)實(shí)施階段，堅(jiān)持自底向上的原則，從最底層的模塊編程開始，逐步組合和調(diào)試，由此完成整個(gè)系統(tǒng)的開發(fā)。,3.2.1 結(jié)構(gòu)化系統(tǒng)開發(fā)方法,2.結(jié)構(gòu)化系統(tǒng)開發(fā)方法的特點(diǎn) 樹立面向用戶觀點(diǎn)； 自頂向下的分析與設(shè)計(jì)和自底向上的系統(tǒng)實(shí)施； 嚴(yán)格按階段進(jìn)行； 加強(qiáng)調(diào)查研究和系統(tǒng)分析； 先邏輯設(shè)計(jì)后物理設(shè)計(jì)； 系統(tǒng)開發(fā)過程工程化，文檔資料標(biāo)準(zhǔn)化。,3.2.1 結(jié)構(gòu)化系統(tǒng)開發(fā)方法,3.結(jié)構(gòu)化系統(tǒng)開發(fā)方法的開發(fā)過程 (1)立項(xiàng)階段 (2)系統(tǒng)分析階段 (3)系

21、統(tǒng)設(shè)計(jì)階段 (4)編程階段 (5)安裝階段 (6)后期運(yùn)行階段,3.2.1 結(jié)構(gòu)化系統(tǒng)開發(fā)方法,從國(guó)外最新的統(tǒng)計(jì)資料來看，信息系統(tǒng)開發(fā)工作的重心向系統(tǒng)調(diào)查、分析階段偏移。開發(fā)各個(gè)環(huán)節(jié)所占比重： 調(diào)查階段30%，分析階段40%， 設(shè)計(jì)階段20%，實(shí)現(xiàn)階段10%。 系統(tǒng)調(diào)查、分析階段的工作量占總開發(fā)量的70以上。而系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)環(huán)節(jié)僅占總開發(fā)工作量比率不到30。,3.2.1 結(jié)構(gòu)化系統(tǒng)開發(fā)方法,4. 結(jié)構(gòu)化系統(tǒng)開發(fā)方法的適用性 該方法適用于一些組織相對(duì)穩(wěn)定、業(yè)務(wù)處理過程規(guī)范、需求明確且在一定時(shí)期內(nèi)不會(huì)發(fā)生大變化的大型復(fù)雜系統(tǒng)的開發(fā)。 如宇航工程、軍事工程軟件、面向整個(gè)企業(yè)的大型綜合管理信息系統(tǒng)。,

22、3.2.1 結(jié)構(gòu)化系統(tǒng)開發(fā)方法,5.結(jié)構(gòu)化系統(tǒng)開發(fā)方法的局限性 (1)結(jié)構(gòu)化系統(tǒng)開發(fā)方法需要大量的資源 (2)結(jié)構(gòu)化系統(tǒng)開發(fā)方法缺乏靈活性，不適合需求的多變 (3)結(jié)構(gòu)化系統(tǒng)開發(fā)方法不適合面向決策的應(yīng)用,3.2.1 結(jié)構(gòu)化系統(tǒng)開發(fā)方法,1.面向?qū)ο箝_發(fā)方法的產(chǎn)生 2.面向?qū)ο箝_發(fā)方法的基本思想 3.面向?qū)ο箝_發(fā)方法的特點(diǎn) 4.面向?qū)ο箝_發(fā)方法的開發(fā)過程 5.面向?qū)ο箝_發(fā)方法的局限性,3.2.2 面向?qū)ο蟮拈_發(fā)方法,1.面向?qū)ο箝_發(fā)方法的產(chǎn)生 面向?qū)ο蟮乃枷胱畛醭霈F(xiàn)于仿真語言Simula。20世紀(jì)60年代開發(fā)的Simula語言引入面向?qū)ο笳Z言最重要的概念和特性，即數(shù)據(jù)抽象、類結(jié)構(gòu)和繼承性機(jī)制。

23、面向?qū)ο箝_發(fā)方法(OOM，Object Oriented Method)是從20世紀(jì)80年代各種面向?qū)ο蟮某绦蛟O(shè)計(jì)方法(如Smalltalk、c+等)逐步發(fā)展而來的。 面向?qū)ο蟮拈_發(fā)方法起源于程序設(shè)計(jì)語言，但遠(yuǎn)遠(yuǎn)超出程序設(shè)計(jì)的范疇，發(fā)展成包括面向?qū)ο蟮南到y(tǒng)分析(OOA)、面向?qū)ο蟮南到y(tǒng)設(shè)計(jì)(OOD)和面向?qū)ο蟮某绦蛟O(shè)計(jì)(OOP)的方法體系。,3.2.2 面向?qū)ο蟮拈_發(fā)方法,2.面向?qū)ο箝_發(fā)方法的基本思想 基本思想：基于類和對(duì)象的概念，把客觀世界的一切事物都看成是由各種不同的對(duì)象組成，每個(gè)對(duì)象都有各自內(nèi)部的狀態(tài)、機(jī)制和規(guī)律；按照對(duì)象的不同特性，可以組成不同的類。不同的對(duì)象和類之間的相互聯(lián)系和相互

24、作用就構(gòu)成了客觀世界中的不同的事物和系統(tǒng)。,3.2.2 面向?qū)ο蟮拈_發(fā)方法,3. 面向?qū)ο箝_發(fā)方法的特點(diǎn) 按照人類習(xí)慣的思維方法，對(duì)系統(tǒng)開發(fā)過程中的所有階段進(jìn)行綜合考慮； 系統(tǒng)開發(fā)各階段所使用的方法、技術(shù)具有高度的連續(xù)性； 系統(tǒng)開發(fā)各個(gè)階段有機(jī)集成，有利于系統(tǒng)的穩(wěn)定性； 具有良好的可復(fù)用性。,3.2.2 面向?qū)ο蟮拈_發(fā)方法,4.面向?qū)ο蠓椒ǖ拈_發(fā)階段 系統(tǒng)調(diào)查和需求分析； 分析問題的性質(zhì)和求解問題(面向?qū)ο笙到y(tǒng)分析，簡(jiǎn)稱OOA)； 詳細(xì)設(shè)計(jì)問題(面向?qū)ο笙到y(tǒng)設(shè)計(jì)，簡(jiǎn)稱為OOD)； 程序?qū)崿F(xiàn)(面向?qū)ο蟪绦蛟O(shè)計(jì)，簡(jiǎn)稱OOP)。,3.2.2 面向?qū)ο蟮拈_發(fā)方法,5.面向?qū)ο蟮拈_發(fā)方法的局限性 需要一

25、定的軟件基礎(chǔ)支持。 在大型項(xiàng)目的開發(fā)上，具有一定的局限性。在大型系統(tǒng)或復(fù)雜處理過程系統(tǒng)開發(fā)中若不經(jīng)自頂向下的整體系統(tǒng)設(shè)計(jì)劃分，而一開始就自底向上的采用OO方法開發(fā)，會(huì)造成系統(tǒng)結(jié)構(gòu)不合理，各部分關(guān)系失調(diào)等問題。 只能在現(xiàn)有業(yè)務(wù)基礎(chǔ)上進(jìn)行分類整理，不能從科學(xué)管理角度進(jìn)行理順和優(yōu)化。 初學(xué)者不易接受、難學(xué)。,3.2.2 面向?qū)ο蟮拈_發(fā)方法,1.原型的概念 2.原型法的概念 3.原型法的基本思想 4.原型法的類型 5.原型法的基本流程 6.原型法的特點(diǎn) 7.原型法的局限性 8.原型法在應(yīng)用中應(yīng)注意的問題 9.原型法的適用性,3.2.3 原型法,1.原型的概念 在信息系統(tǒng)中，“原型”是指系統(tǒng)早期可運(yùn)行的

26、一個(gè)版本，由系統(tǒng)分析設(shè)計(jì)人員與用戶合作，在短期內(nèi)定義用戶基本需求的基礎(chǔ)上開發(fā)出來的一個(gè)只具備基本功能、實(shí)驗(yàn)性的、簡(jiǎn)易的應(yīng)用軟件。 管理信息系統(tǒng)的原型，既不是對(duì)系統(tǒng)的仿真，也不是系統(tǒng)工程中的縮小尺寸的原型，它指區(qū)別于最終系統(tǒng)的初始模型，這種原型經(jīng)過多次反復(fù)修改完善后，可以成為欲開發(fā)的最終系統(tǒng)。 原型法中的原型，應(yīng)當(dāng)具備以下基本特點(diǎn)： (1)實(shí)際可行； (2)具有最終系統(tǒng)的基本特征； (3)構(gòu)造方便、快速、造價(jià)低。,3.2.3 原型法,2.原型法的概念 原型法，也稱漸進(jìn)法或迭代法，是一種先建立待制系統(tǒng)模型，再與用戶分析修改模型，最終使用戶滿意的系統(tǒng)開發(fā)方法。 原型法是在關(guān)系數(shù)據(jù)庫系統(tǒng)、第四代程序生

27、成工具和各種系統(tǒng)開發(fā)生成環(huán)境誕生的基礎(chǔ)上，逐步形成的一種設(shè)計(jì)思想、過程和方法全新的系統(tǒng)開發(fā)方法。 原型法并不注重對(duì)管理信息系統(tǒng)進(jìn)行全面、系統(tǒng)的調(diào)查和分析，而是根據(jù)對(duì)用戶的信息需求的大致了解借助強(qiáng)有力的軟件環(huán)境支持，迅速構(gòu)造一個(gè)新的系統(tǒng)原型，然后通過反復(fù)修改和完善，最終完成新系統(tǒng)的開發(fā)。,3.2.3 原型法,3.原型法的基本思想 原型法的基本思想是：開發(fā)管理信息系統(tǒng)，首先要對(duì)用戶提出的初步需求進(jìn)行總結(jié)，然后構(gòu)造一個(gè)合適的原型并運(yùn)行，此后，通過系統(tǒng)開發(fā)人員與用戶對(duì)原型的運(yùn)行情況的不斷分析、修改和研討，不斷擴(kuò)充和完善系統(tǒng)的結(jié)構(gòu)和功能，直到符合用戶要求為止。 原型法的上述思想，體現(xiàn)出以下特征： (1)

28、原型法并不要求系統(tǒng)開發(fā)之初完全掌握系統(tǒng)的所有需求； (2)構(gòu)造原型必須依賴快速的原型構(gòu)造工具； (3)原型的反復(fù)修改是必然的和不可避免的。,3.2.3 原型法,4.原型法的類型 (1)丟棄式原型方法 丟棄式原型方法在系統(tǒng)真正實(shí)現(xiàn)后就廢棄不用了。如研究型原型，其初始的設(shè)計(jì)僅作為參考，用于探索目標(biāo)系統(tǒng)的需求特征；又如試驗(yàn)型原型，作為目標(biāo)系統(tǒng)大規(guī)模開發(fā)前的某種實(shí)施方案而設(shè)計(jì)的原型，用于驗(yàn)證方案的可行性。 (2)演化式原型方法 演化式原型方法的構(gòu)造從目標(biāo)系統(tǒng)的一個(gè)或多個(gè)基本需求出發(fā)，通過修改和追加功能而逐漸豐富，演化成最終的系統(tǒng)。,3.2.3 原型法,5.原型法的工作流程,3.2.3 原型法,6.原型

29、法的特點(diǎn) （1）減少開發(fā)時(shí)間，提高系統(tǒng)開發(fā)效率； （2）改進(jìn)用戶與系統(tǒng)開發(fā)人員的信息交流方式； （3）用戶滿意程度高； （4）應(yīng)變能力強(qiáng)。 7.原型法的局限性 （1）開發(fā)工具要求高； （2）對(duì)大型系統(tǒng)或復(fù)雜性高的系統(tǒng)不適用； （3）管理水平要求高。,3.2.3 原型法,8.原型法在應(yīng)用中應(yīng)注意的問題 (1)應(yīng)當(dāng)重視開發(fā)過程的控制； (2)應(yīng)將原型法與結(jié)構(gòu)化生命周期法有機(jī)結(jié)合； (3)應(yīng)當(dāng)充分了解原型法的使用環(huán)境和開發(fā)工具。,3.2.3 原型法,9.原型法的適用性 用戶需求不清，管理及業(yè)務(wù)處理不穩(wěn)定，需求常常變化。 規(guī)模小，不太復(fù)雜，工作程序比較規(guī)范的系統(tǒng)，有比較成熟借鑒經(jīng)驗(yàn)。 常用于小型、事務(wù)

30、型的MIS系統(tǒng)的開發(fā)。,3.2.3 原型法,原型法與結(jié)構(gòu)化系統(tǒng)開發(fā)方法的比較,結(jié)構(gòu)化的系統(tǒng)開發(fā)方法是經(jīng)典的開發(fā)方法，強(qiáng)調(diào)從系統(tǒng)出發(fā)，自頂向下、逐步求精地開發(fā)系統(tǒng)；開發(fā)過程規(guī)范，思路清晰，是真正能夠較全面支持整個(gè)系統(tǒng)開發(fā)過程的方法，但總體思路上比較保守。 原型法強(qiáng)調(diào)開發(fā)方與用戶的交流，從動(dòng)態(tài)的角度看待系統(tǒng)變化，采用的是以變應(yīng)變的思路，比結(jié)構(gòu)化的系統(tǒng)開發(fā)方法要先進(jìn)。原型法對(duì)于中小型的信息系統(tǒng)開發(fā)應(yīng)該說效果很好，但對(duì)于大型、復(fù)雜的系統(tǒng)在原型的制作上有相當(dāng)?shù)睦щy；在實(shí)際應(yīng)用中，通常與結(jié)構(gòu)化方法結(jié)合起來一起使用。 面向?qū)ο蟮姆椒◤牧硗庖粋€(gè)全新的角度來看問題，即從系統(tǒng)的基本構(gòu)成入手，從現(xiàn)實(shí)世界中抽象出系統(tǒng)

31、組成的基本實(shí)體（對(duì)象）。面向?qū)ο蠓椒ǖ木窒扌栽谟趯?duì)計(jì)算機(jī)工具要求高。在沒有進(jìn)行全面的系統(tǒng)調(diào)查分析之前，把握這個(gè)系統(tǒng)的結(jié)構(gòu)有些困難。因此，目前該方法的應(yīng)用也是需要與其他方法相結(jié)合的。,3.2.4 三種開發(fā)方式的比較,3.2.4 三種開發(fā)方式的比較,綜上所述，只有結(jié)構(gòu)化系統(tǒng)開發(fā)方法是真正能較全面支持整個(gè)系統(tǒng)開發(fā)過程的方法。其他幾種方法盡管有很多優(yōu)點(diǎn)，但都只能作為結(jié)構(gòu)化系統(tǒng)開發(fā)方法在局部開發(fā)環(huán)節(jié)上的補(bǔ)充，暫時(shí)都還不能替代其在系統(tǒng)開發(fā)過程中的主導(dǎo)地位。,3.3系統(tǒng)開發(fā)技術(shù),管理信息系統(tǒng)的發(fā)展，是與管理思想和開發(fā)技術(shù)的進(jìn)步密不可分的。20世紀(jì)60年代以來，管理信息系統(tǒng)不斷與相關(guān)科學(xué)技術(shù)相結(jié)合，發(fā)展出了許

32、多用于企業(yè)某一管理領(lǐng)域的新型系統(tǒng)或新型處理技術(shù)。 3.3.1 統(tǒng)一建模語言 3.3.2 Web Services技術(shù) 3.3.3 組件技術(shù),3.3.1 統(tǒng)一建模語言,UML是 Unified Modeling Language的縮寫，是一個(gè)通用的標(biāo)準(zhǔn)建模語言，可以對(duì)任何具有靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為的系統(tǒng)進(jìn)行建模。 UML是一種語言，它是一種可視化的語言，是一組圖形符號(hào)，可用于詳細(xì)描述。它又是一種構(gòu)造語言，可以直接生成代碼。用Rational XDE就可以實(shí)現(xiàn)從UML到C#，或者從C#到UML的雙向工程。,3.3.1 統(tǒng)一建模語言,1.UML的基本概念 UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普適性

33、強(qiáng)的建模語言。它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。其作用域不限于支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，還支持從需求分析開始的軟件開發(fā)的全過程。 UML是一標(biāo)準(zhǔn)的圖形表示法，它不是面向?qū)ο蟮姆治龊驮O(shè)計(jì)，也不是一種方法，它僅僅是一組符號(hào)而已。,3.3.1 統(tǒng)一建模語言,1.UML的基本概念 （1）UML語義 描述基于UML的精確元模型定義。元模型為UML的所有元素在語法和語義上提供了簡(jiǎn)單、一致、通用的定義性說明，使開發(fā)者能夠在語義上取得一致，消除了因人而異的最佳表達(dá)方法所造成的影響。 （2）UML表示法 定義UML符號(hào)的表示法，為開發(fā)者或開發(fā)工具使用這些圖形符號(hào)和文本語法為系統(tǒng)建模提供了統(tǒng)一標(biāo)準(zhǔn)。這

34、些圖形符號(hào)和文字所表達(dá)的是應(yīng)用級(jí)模型，在語義上是UML元模型的實(shí)例。,3.3.1 統(tǒng)一建模語言,1.UML的基本概念,3.3.1 統(tǒng)一建模語言,2.UML的主要內(nèi)容 （1）用例圖（Use Case Diagram） 從用戶角度描述系統(tǒng)功能，并指出各功能的操作者。,3.3.1 統(tǒng)一建模語言,2.UML的主要內(nèi)容 （2）靜態(tài)圖（Static Diagram） 靜態(tài)圖(Static diagram)，包括類圖、對(duì)象圖和包圖。 類圖：描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)。不僅定義系統(tǒng)中的類，表示類之間的聯(lián)系如關(guān)聯(lián)、依賴、聚合等，也包括類的內(nèi)部結(jié)構(gòu)(類的屬性和操作)。類圖描述的是一種靜態(tài)關(guān)系，在系統(tǒng)的整個(gè)生命周期都是

35、有效的。 對(duì)象圖：是類圖的實(shí)例，幾乎使用與類圖完全相同的標(biāo)識(shí)。他們的不同點(diǎn)在于對(duì)象圖顯示類的多個(gè)對(duì)象實(shí)例，而不是實(shí)際的類。一個(gè)對(duì)象圖是類圖的一個(gè)實(shí)例。由于對(duì)象存在生命周期，因此對(duì)象圖只能在系統(tǒng)某一時(shí)間段存在。 包圖：由包或類組成，表示包與包之間的關(guān)系。包圖用于描述系統(tǒng)的分層結(jié)構(gòu)。,3.3.1 統(tǒng)一建模語言,2.UML的主要內(nèi)容 （2）靜態(tài)圖（Static Diagram）,3.3.1 統(tǒng)一建模語言,2.UML的主要內(nèi)容 （3）行為圖（Behavior Diagram） 行為圖(Behavior diagram)包括狀態(tài)圖和活動(dòng)圖，描述系統(tǒng)的動(dòng)態(tài)模型和組成對(duì)象間的交互關(guān)系。 狀態(tài)圖：描述類的對(duì)象

36、所有可能的狀態(tài)以及事件發(fā)生時(shí)狀態(tài)的轉(zhuǎn)移條件。通常，狀態(tài)圖是對(duì)類圖的補(bǔ)充。在實(shí)用上并不需要為所有的類畫狀態(tài)圖，僅為那些有多個(gè)狀態(tài)其行為受外界環(huán)境的影響并且發(fā)生改變的類畫狀態(tài)圖。 活動(dòng)圖：描述滿足用例要求所要進(jìn)行的活動(dòng)以及活動(dòng)間的約束關(guān)系,有利于識(shí)別并行活動(dòng)。,3.3.1 統(tǒng)一建模語言,3.3.1 統(tǒng)一建模語言,3.3.1 統(tǒng)一建模語言,2.UML的主要內(nèi)容 （4）交互圖（Interactive Diagram） 交互圖(Interactive diagram)包括順序圖和合作圖，描述對(duì)象間的交互關(guān)系。 順序圖：顯示對(duì)象之間的動(dòng)態(tài)合作關(guān)系，它強(qiáng)調(diào)對(duì)象之間消息發(fā)送的順序，同時(shí)顯示對(duì)象之間的交互 合作

37、圖：描述對(duì)象間的協(xié)作關(guān)系，合作圖跟順序圖相似，顯示對(duì)象間的動(dòng)態(tài)合作關(guān)系。除顯示信息交換外，合作圖還顯示對(duì)象以及它們之間的關(guān)系。 如果強(qiáng)調(diào)時(shí)間和順序，則使用順序圖；如果強(qiáng)調(diào)上下級(jí)關(guān)系，則選擇合作圖。,3.3.1 統(tǒng)一建模語言,3.3.1 統(tǒng)一建模語言,3.3.1 統(tǒng)一建模語言,2.UML的主要內(nèi)容 （5）實(shí)現(xiàn)圖（Implementation Diagram） 實(shí)現(xiàn)圖包括組件圖和配置圖。 組件圖：描述代碼部件的物理結(jié)構(gòu)及各部件之間的依賴關(guān)系。一個(gè)部件可能是一個(gè)資源代碼部件、一個(gè)二進(jìn)制部件或一個(gè)可執(zhí)行部件。 它包含邏輯類或?qū)崿F(xiàn)類的有關(guān)信息。組件圖有助于分析和理解部件之間的相互影響程度。 配置圖：定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)。它可以顯示實(shí)際的計(jì)算機(jī)和設(shè)備(用節(jié)點(diǎn)表示)以及它們之間的連接關(guān)系，也可顯示連接的類型及部件之間的依賴性。在節(jié)點(diǎn)內(nèi)部，放置可執(zhí)行部件和對(duì)象以顯示節(jié)點(diǎn)跟可執(zhí)行軟件單元的對(duì)應(yīng)關(guān)系。,3.3.1 統(tǒng)一建模語言,3.3.1 統(tǒng)一建模語言,3.3.1 統(tǒng)一建模語言,2.UML的主要內(nèi)容 從應(yīng)用的角度看，當(dāng)采用面向?qū)ο蠹夹g(shù)設(shè)計(jì)系統(tǒng)時(shí)，首先是描述需求；其次根據(jù)需求建立系統(tǒng)的靜態(tài)模型，以構(gòu)造系統(tǒng)的結(jié)構(gòu)；第三步是描述系統(tǒng)的行為。其中在第一步與第二步中所建立的模型都是靜態(tài)的，包括用例圖、