管理信息系統(tǒng)開發(fā)方法講解課件

第四章管理信息系統(tǒng)開發(fā)方法

(MethodsoftheManagementInformationSystem)第四章(MethodsoftheManagem1快速原型法面向?qū)ο蠓ㄏ到y(tǒng)開發(fā)方法的選擇結(jié)構(gòu)化生命周期法管理信息系統(tǒng)開發(fā)方法快速原型法面向?qū)ο蠓ㄏ到y(tǒng)開發(fā)方法的選擇結(jié)構(gòu)化2第一節(jié)結(jié)構(gòu)化生命周期法管理信息系統(tǒng)開發(fā)方法第一節(jié)管理信息系統(tǒng)開發(fā)方法3系統(tǒng)的生命周期：任何一個系統(tǒng)都有發(fā)生、發(fā)展和消亡的過程，新系統(tǒng)是在舊系統(tǒng)的基礎(chǔ)上產(chǎn)生、發(fā)展、老化、淘汰，最后又被更新的系統(tǒng)所取代傳統(tǒng)的開發(fā)方法系統(tǒng)的生命周期：傳統(tǒng)的開發(fā)方法4傳統(tǒng)的開發(fā)方法新系統(tǒng)運(yùn)行小量修改、維護(hù)、評價活動原系統(tǒng)（現(xiàn)行系統(tǒng)）運(yùn)行系統(tǒng)開發(fā)的各個階段小量修改、維護(hù)、評價活動新系統(tǒng)生命周期原系統(tǒng)生命周期系統(tǒng)開發(fā)準(zhǔn)備調(diào)查研究系統(tǒng)分析(邏輯設(shè)計(jì))系統(tǒng)設(shè)計(jì)(物理設(shè)計(jì))系統(tǒng)實(shí)施維護(hù)評價傳統(tǒng)的開發(fā)方法新系統(tǒng)運(yùn)行小量修改、維護(hù)、評價活動原系統(tǒng)（現(xiàn)行5生命周期法的主要思想：將管理信息系統(tǒng)從系統(tǒng)調(diào)查開始，經(jīng)過系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施、系統(tǒng)維護(hù)與評價，直至要求建立新的系統(tǒng)看成是一個生命周期的結(jié)束，另一個生命周期的開始。傳統(tǒng)的開發(fā)方法生命周期法的主要思想：傳統(tǒng)的開發(fā)方法6結(jié)構(gòu)化方法的基本思想：用系統(tǒng)的思想，系統(tǒng)工程的方法，按用戶至上的原則，結(jié)構(gòu)化、模塊化、自頂向下地對信息系統(tǒng)進(jìn)行分析與設(shè)計(jì)結(jié)構(gòu)化開發(fā)方法——基本思想結(jié)構(gòu)化方法的基本思想：結(jié)構(gòu)化開發(fā)方法——基本思想7信息系統(tǒng)的開發(fā)原則面向用戶的觀點(diǎn)嚴(yán)格區(qū)分工作階段，每個階段規(guī)定明確的任務(wù)和所應(yīng)得的成果按照系統(tǒng)的觀點(diǎn)，自頂向下地完成研制工作工作成果要成文，文獻(xiàn)資料的格式要規(guī)范化、標(biāo)準(zhǔn)化充分考慮變化的情況信息系統(tǒng)的開發(fā)原則面向用戶的觀點(diǎn)嚴(yán)格區(qū)分工作階段，每個階段規(guī)8信息系統(tǒng)的開發(fā)步驟①可行性分析信息系統(tǒng)開發(fā)階段②信息系統(tǒng)規(guī)劃③信息系統(tǒng)分析④信息系統(tǒng)設(shè)計(jì)⑤信息系統(tǒng)實(shí)施⑥系統(tǒng)運(yùn)行管理與評價信息系統(tǒng)的開發(fā)步驟①可行性分析信息系統(tǒng)開發(fā)階段②信息系統(tǒng)規(guī)91.任務(wù)：可行性分析又稱可行性研究對現(xiàn)行系統(tǒng)進(jìn)行初步調(diào)查研究從有益性、可能性和必要性三個方面對未來系統(tǒng)的經(jīng)濟(jì)效益和社會效益進(jìn)行初步分析對新系統(tǒng)進(jìn)行可行性研究2.目的——避免盲目投資，減少不必要的損失3.成果——可行性研究報告1.任務(wù)：可行性分析又稱可行性研究對現(xiàn)行系統(tǒng)進(jìn)行初步調(diào)查研究10系統(tǒng)總體規(guī)劃1.任務(wù)：(1)從總體的角度來規(guī)劃系統(tǒng)應(yīng)該由哪些部分組成(2)在這些組成部分中有哪些數(shù)據(jù)庫，它們之間如何交換數(shù)據(jù)(3)根據(jù)信息與功能需求提出計(jì)算機(jī)硬件網(wǎng)絡(luò)配置方案

(4)根據(jù)管理需求來確定這些模塊的開發(fā)優(yōu)先順序

(5)制定出開發(fā)計(jì)劃,根據(jù)開發(fā)計(jì)劃合理調(diào)配人員、物資和資金系統(tǒng)總體規(guī)劃1.任務(wù)：(1)從總體的角度來規(guī)劃系統(tǒng)應(yīng)該由112.成果系統(tǒng)規(guī)劃階段的總結(jié)性成果是系統(tǒng)規(guī)劃報告系統(tǒng)總體規(guī)劃2.成果系統(tǒng)規(guī)劃階段的總結(jié)性成果是系統(tǒng)規(guī)劃報告系統(tǒng)總12信息系統(tǒng)分析1.任務(wù)：

(1)按照總體規(guī)劃的要求，對系統(tǒng)規(guī)劃中所規(guī)定的各組成部分進(jìn)行詳細(xì)的分析①分析每部分內(nèi)容的信息需求②分析內(nèi)部對主題數(shù)據(jù)庫的需求③分析所需要建立的專用數(shù)據(jù)庫信息系統(tǒng)分析1.任務(wù)：13(2)進(jìn)行需求分析詳細(xì)分析各部分如何對各類信息進(jìn)行加工處理，以實(shí)現(xiàn)用戶所提出的各類功能需求詳細(xì)分析系統(tǒng)的業(yè)務(wù)流程圖，抽取出數(shù)據(jù)流程(3)進(jìn)行功能分析(4)用數(shù)據(jù)流程圖、數(shù)據(jù)字典和處理邏輯表達(dá)表示信息系統(tǒng)分析(2)進(jìn)行需求分析詳細(xì)分析各部分如何對各類信息進(jìn)行加工處理，14與用戶進(jìn)行充分地交流和驗(yàn)證,檢驗(yàn)正確后可進(jìn)入下一階段工作2.系統(tǒng)分析結(jié)果系統(tǒng)分析進(jìn)行完之后，要寫出系統(tǒng)分析報告信息系統(tǒng)分析與用戶進(jìn)行充分地交流和驗(yàn)證,檢驗(yàn)正確后可進(jìn)入下一階段工作2.15系統(tǒng)設(shè)計(jì)1.系統(tǒng)設(shè)計(jì)的任務(wù):即采用一定的標(biāo)準(zhǔn)和準(zhǔn)則，考慮模塊應(yīng)該有哪些程序塊組成,它們之間如何聯(lián)系(1)系統(tǒng)的功能結(jié)構(gòu)設(shè)計(jì)結(jié)合計(jì)算機(jī)的具體實(shí)現(xiàn),設(shè)計(jì)各個組成部分在計(jì)算機(jī)系統(tǒng)上的結(jié)構(gòu)(3)系統(tǒng)的編碼設(shè)計(jì)(4)數(shù)據(jù)文件和數(shù)據(jù)庫設(shè)計(jì)(5)系統(tǒng)的輸入/輸出設(shè)計(jì)(2)系統(tǒng)的處理流程設(shè)計(jì)(6)網(wǎng)絡(luò)設(shè)計(jì)系統(tǒng)設(shè)計(jì)1.系統(tǒng)設(shè)計(jì)的任務(wù):即采用一定的標(biāo)準(zhǔn)和準(zhǔn)則，(1)系162.系統(tǒng)設(shè)計(jì)的成果系統(tǒng)設(shè)計(jì)階段的成果是系統(tǒng)設(shè)計(jì)說明書系統(tǒng)設(shè)計(jì)2.系統(tǒng)設(shè)計(jì)的成果系統(tǒng)設(shè)計(jì)階段的成果是系統(tǒng)設(shè)計(jì)說明書系統(tǒng)設(shè)計(jì)17系統(tǒng)實(shí)施(1)系統(tǒng)硬件設(shè)備的購置與安裝(2)程序的編制2.系統(tǒng)開發(fā)實(shí)施的成果:(1)程序清單(3)系統(tǒng)使用說明書1.任務(wù)：程序設(shè)計(jì)是根據(jù)系統(tǒng)設(shè)計(jì)階段的成果，遵循一定的設(shè)計(jì)原則來進(jìn)行的.(3)數(shù)據(jù)的錄入(4)人員的培訓(xùn)(5)系統(tǒng)的測試、調(diào)試和轉(zhuǎn)換(2)測試與調(diào)試報告系統(tǒng)實(shí)施(1)系統(tǒng)硬件設(shè)備的購置與安裝(2)程序的編18信息系統(tǒng)運(yùn)行管理與評價1.任務(wù)：對系統(tǒng)進(jìn)行修改與擴(kuò)充（即系統(tǒng)維護(hù)）日常運(yùn)行管理運(yùn)行情況的記錄對系統(tǒng)運(yùn)行情況進(jìn)行檢查與評價2.成果系統(tǒng)運(yùn)行維護(hù)階段的成果是系統(tǒng)運(yùn)行審計(jì)報告信息系統(tǒng)運(yùn)行管理與評價1.任務(wù)：對系統(tǒng)進(jìn)行修改與擴(kuò)充（即系統(tǒng)19可行性分析信息系統(tǒng)規(guī)劃信息系統(tǒng)分析信息系統(tǒng)開發(fā)實(shí)施信息系統(tǒng)安裝調(diào)試信息系統(tǒng)試運(yùn)行信息系統(tǒng)運(yùn)行維護(hù)信息系統(tǒng)設(shè)計(jì)信息系統(tǒng)測試提出開發(fā)請求CASE工具√√√√√√√√信息系統(tǒng)開發(fā)階段停止信息系統(tǒng)開發(fā)過程停止停止停止可行性分析信息系統(tǒng)規(guī)劃信息系統(tǒng)分析信息系統(tǒng)開發(fā)實(shí)施信息系統(tǒng)安20結(jié)構(gòu)化生命周期法的假設(shè)是預(yù)先定義需求的策略使用生命周期法，項(xiàng)目的參與者之間往往存在通信鴻溝生命周期法使用的基本技術(shù)，是結(jié)構(gòu)化分析（SA）和結(jié)構(gòu)化設(shè)計(jì)（SP）技術(shù)，結(jié)構(gòu)化分析和結(jié)構(gòu)設(shè)計(jì)是建立在系統(tǒng)生命周期的概念基礎(chǔ)上的有比較明顯的缺點(diǎn)：用這種技術(shù)開發(fā)出來的軟件，其穩(wěn)定性、可修改性和可重用性都比較差生命周期法的特點(diǎn)與局限性結(jié)構(gòu)化生命周期法的假設(shè)是預(yù)先定義需求的策略生命周期法的特點(diǎn)與21結(jié)構(gòu)化生命周期法特別適合于開發(fā)那些能夠預(yù)先定義需求、結(jié)構(gòu)化程度又比較高的大型事務(wù)型系統(tǒng)（TPS）和管理信息系統(tǒng)（MIS）生命周期法不適合于開發(fā)信息需求不明確的系統(tǒng)生命周期法的特點(diǎn)與局限性結(jié)構(gòu)化生命周期法特別適合于開發(fā)那些能夠預(yù)先定義需求、結(jié)構(gòu)化程22第二節(jié)快速原型法信息系統(tǒng)開發(fā)方法第二節(jié)快速原型法信息系統(tǒng)開發(fā)方法23原型法方法的開發(fā)過程原型法的種類和構(gòu)造過程原型法的使用場合與局限性原型法的特點(diǎn)快速原型法原型法概述原型法方法的開發(fā)過程原型法的種類和構(gòu)造過程原型法24原型法的概念在較短時間內(nèi)建立一個實(shí)驗(yàn)性的簡單的信息系統(tǒng)原型，在用戶使用的基礎(chǔ)上，不斷迭代，最后形成一個相對穩(wěn)定、較為理想的MIS系統(tǒng)原型法是根據(jù)用戶提出的需求，由用戶與開發(fā)者共同確定系統(tǒng)的基本要求和主要功能原型法的概念在較短時間內(nèi)建立一個實(shí)驗(yàn)性的簡單的信息系統(tǒng)原型，25迭代迭代就是用戶對原型系統(tǒng)進(jìn)行評價后，提出意見，開發(fā)人員根據(jù)用戶的意見進(jìn)行修改的反復(fù)過程。迭代不是簡單的反復(fù)，每一次迭代都意味著原型系統(tǒng)向著用戶需求又前進(jìn)了一步，迭代是系統(tǒng)開發(fā)進(jìn)展的動力。迭代過程的結(jié)束，就是原型的完成。迭代迭代就是用戶對原型系統(tǒng)進(jìn)行評價后，提出意見，開發(fā)人26原型法的開發(fā)過程（1）識別基本需求（2）構(gòu)造初始原型（3）使用和驗(yàn)證原型（4）修正和改進(jìn)原型（5）判斷原型完成（6）生成文檔并交付使用原型法的開發(fā)過程（1）識別基本需求（2）構(gòu)造初始原型（3）使27原型法的開發(fā)步驟識別基本需求構(gòu)造初始原型修正和改進(jìn)生成文檔并交付使用滿意嗎？放棄?YYNN放棄原型使用驗(yàn)證原型原型法的開發(fā)步驟識別基本需求構(gòu)造初始原型修正和改進(jìn)生成文檔并28?丟棄式原型?進(jìn)化式原型原型的種類?丟棄式原型?進(jìn)化式原型原型的種類29?在于描述和說明系統(tǒng)的需求作為開發(fā)人員和用戶之間的通信工具?不作為實(shí)際系統(tǒng)運(yùn)行?原始系統(tǒng)只是從外觀上、功能上象“實(shí)際系統(tǒng)”丟棄式原型?在于描述和說明系統(tǒng)的需求作為開發(fā)人員和用戶之間的通信工具?30進(jìn)化式原型?進(jìn)化式原型開發(fā)思想與丟棄式完全相反?按照基本需求開發(fā)出一個系統(tǒng)，讓用戶先使用起來，隨時修改?原系統(tǒng)的一部分或幾部分不適用，需要重新設(shè)計(jì)、實(shí)施和安裝進(jìn)化式原型?進(jìn)化式原型開發(fā)思想與丟棄式完全相反?按照基本需31原型構(gòu)造方法演變式系統(tǒng)開發(fā)遞增式系統(tǒng)開發(fā)原型構(gòu)造方法演變式系統(tǒng)開發(fā)遞增式系統(tǒng)開發(fā)32演化式原型法的開發(fā)過程系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施修正和改進(jìn)演化（重新設(shè)計(jì)、實(shí)施）滿意嗎？Y最終系統(tǒng)N注意加強(qiáng)管理和控制原型的開發(fā)過程就是系統(tǒng)不同版本的開發(fā)過程演化式原型法的開發(fā)過程系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施修正和改進(jìn)演化（重新設(shè)33遞增式系統(tǒng)開發(fā)的原理?開始時系統(tǒng)有一個總體框架，各功能單元的結(jié)構(gòu)和功能十分清楚?功能還沒有具體實(shí)施?以后開發(fā)中逐步完善模塊遞增式系統(tǒng)開發(fā)的原理?開始時系統(tǒng)有一個總體框架，各功能單元的34遞增式系統(tǒng)開發(fā)過程系統(tǒng)總體設(shè)計(jì)實(shí)現(xiàn)一個功能子單元子功能單元全部實(shí)現(xiàn)了嗎？Y最終系統(tǒng)N系統(tǒng)是在原型的基礎(chǔ)上逐步擴(kuò)展，橫向發(fā)展起來的遞增式系統(tǒng)開發(fā)過程系統(tǒng)總體設(shè)計(jì)實(shí)現(xiàn)一個功能子單元子功能單元Y35與傳統(tǒng)方法的結(jié)合識別基本需求開發(fā)工作模型修正和改進(jìn)模型驗(yàn)證原型滿意？YYNN可行性研究需求定義維護(hù)及評價等系統(tǒng)分析系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施需求定義與傳統(tǒng)方法的結(jié)合識別基本需求開發(fā)工作模型修正和改進(jìn)模型驗(yàn)證原36原型法的特點(diǎn)?系統(tǒng)開發(fā)效益高?系統(tǒng)適用性強(qiáng)?系統(tǒng)可維護(hù)性好?系統(tǒng)可擴(kuò)充性好?易學(xué)易用原型法的特點(diǎn)?系統(tǒng)開發(fā)效益高?系統(tǒng)適用性強(qiáng)?系統(tǒng)可維護(hù)性好?37原型法的使用場合與局限性原型化方法適用于用戶需求不清，管理及業(yè)務(wù)處理不穩(wěn)定，需求常常變化規(guī)模小，不太復(fù)雜，而且不要求集中處理的系統(tǒng)有比較成熟借鑒經(jīng)驗(yàn)的系統(tǒng)開發(fā)用于開發(fā)信息系統(tǒng)中的最終用戶界面原型法的最大優(yōu)點(diǎn)是能提高用戶滿意度使用原型法開發(fā)系統(tǒng)周期短，成本低

原型法的使用場合與局限性原型化方法適用于用戶需求不清，管理及38原型化方法不適于開發(fā)大的系統(tǒng)原型化方法開發(fā)的時候，測試和文檔工作常常容易被忽略原型化方法的另一個缺點(diǎn)是運(yùn)行的效率可能會比較低

原型法的使用場合與局限性原型化方法不適于開發(fā)大的系統(tǒng)原型法的使用場合與局限性39第三節(jié)面向?qū)ο蠓ㄐ畔⑾到y(tǒng)開發(fā)方法第三節(jié)面向?qū)ο蠓ㄐ畔⑾到y(tǒng)開發(fā)方法40面向?qū)ο蠓椒?/p>

面向?qū)ο蠓椒ǖ漠a(chǎn)生面向?qū)ο蟮母拍蠲嫦驅(qū)ο蠓椒ㄔ陂_發(fā)系統(tǒng)過程中的階段面向?qū)ο蠓椒ǖ奶攸c(diǎn)面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法的比較面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML面向?qū)ο蠓椒嫦驅(qū)ο蠓椒ǖ漠a(chǎn)生面向?qū)ο蟮母拍蠲嫦驅(qū)ο蠓?1面向?qū)ο蠓椒ǖ漠a(chǎn)生傳統(tǒng)開發(fā)方法存在的問題問題空間與求解空間的不一致系統(tǒng)分析到系統(tǒng)設(shè)計(jì)轉(zhuǎn)換困難處理模型和數(shù)據(jù)模型分別建立

忽視信息系統(tǒng)的行為特征

面向?qū)ο蠓椒ǖ漠a(chǎn)生傳統(tǒng)開發(fā)方法存在的問題42面向?qū)ο蟮母拍睢獙ο髮ο笫敲嫦驅(qū)ο笙到y(tǒng)運(yùn)行過程中的基本實(shí)體既包括屬性，也包括作用于屬性的行為傳統(tǒng)語言的操作數(shù)據(jù)是被動地等待相應(yīng)的操作去處理，但對象是一個主動的數(shù)據(jù)實(shí)體，其中封裝了一組對該數(shù)據(jù)的操作，所以對“對象”和傳統(tǒng)的“數(shù)據(jù)”的使用方法也不同

面向?qū)ο蟮母拍睢獙ο髮ο笫敲嫦驅(qū)ο笙到y(tǒng)運(yùn)行過程中的基本實(shí)體43面向?qū)ο蟮母拍睢⑾⑹菍ο笾g進(jìn)行通訊的一種數(shù)據(jù)結(jié)構(gòu)對象之間是通過傳遞消息來進(jìn)行聯(lián)系的消息用來請求對象執(zhí)行某一處理或提供某些信息的要求，控制流和數(shù)據(jù)流統(tǒng)一包含在消息中

程序的執(zhí)行是靠對象間傳遞消息來連接的

面向?qū)ο蟮母拍睢⑾⑹菍ο笾g進(jìn)行通訊的一種數(shù)據(jù)結(jié)構(gòu)44面向?qū)ο蟮母拍睢⑾魉团c函數(shù)調(diào)用的區(qū)別函數(shù)調(diào)用可以帶或不帶參數(shù)，但是消息至少帶一個參數(shù)，它表明接收消息的對象消息操作名類似于函數(shù)名，但它們之間的本質(zhì)區(qū)別在于：函數(shù)名代表一段可執(zhí)行的代碼，但消息操作名具體功能的選取還取決于接收消息的對象本身函數(shù)調(diào)用是過程式的（如何做），消息傳送是說明式的（做什么），具體如何做，由對象根據(jù)收到的消息自行確定面向?qū)ο蟮母拍睢⑾魉团c函數(shù)調(diào)用的區(qū)別45面向?qū)ο蟮母拍睢愵愂菍σ唤M對象的抽象將該組對象所具有的共同特征（包括操作特征和存儲特征）集中起來，以說明該組對象的能力和性質(zhì)

面向?qū)ο蟮母拍睢愵愂菍σ唤M對象的抽象46面向?qū)ο蟮母拍睢^承繼承指對象繼承它所在類的結(jié)構(gòu)、操作和約束也指一個類繼承超類或子類繼承父類的結(jié)構(gòu)、操作或約束。繼承是自動共享類、子類和對象中的方法和數(shù)據(jù)的機(jī)制

面向?qū)ο蟮母拍睢^承繼承指對象繼承它所在類的結(jié)構(gòu)、操作和約47面向?qū)ο蟮母拍睢庋b封裝是一種信息隱藏技術(shù)所謂“封裝”是指把對象的屬性和操作方法同時封裝在定義對象中用操作集來描述可見的模塊外部接口，從而保證了對象的界面獨(dú)立于對象的內(nèi)部表達(dá)對象的操作方法和結(jié)構(gòu)是不可見的，接口是作用于對象上的操作集的說明，這是對象唯一的可見部分面向?qū)ο蟮母拍睢庋b封裝是一種信息隱藏技術(shù)48面向?qū)ο蟮母拍睢獙?shí)例實(shí)例就是由某個特定的類所描述的一個具體的對象類是對具有相同屬性和行為的一組相似的對象的抽象類在現(xiàn)實(shí)世界中并不能真正存在

面向?qū)ο蟮母拍睢獙?shí)例實(shí)例就是由某個特定的類所描述的一個具體49面向?qū)ο蟮母拍睢鄳B(tài)所謂多態(tài)即一個名字具有多種語義對象的多態(tài)是指在一般類中定義的屬性或服務(wù)被特定類繼承之后，可以具有不同的數(shù)據(jù)類型或表現(xiàn)不同的行為多態(tài)引用表示可引用多個類的實(shí)例

面向?qū)ο蟮母拍睢鄳B(tài)所謂多態(tài)即一個名字具有多種語義50面向?qū)ο蠓椒ㄔ陂_發(fā)系統(tǒng)過程中的階段1.系統(tǒng)調(diào)查和需求分析對系統(tǒng)將要面臨的具體管理問題以及用戶對系統(tǒng)開發(fā)的需求進(jìn)行調(diào)查研究,既弄清干什么的問題.2.分析問題的性質(zhì)和求解問題在復(fù)雜的問題域中抽象地識別出對象及其結(jié)構(gòu),屬性,方法等.即面向?qū)ο蟮姆治?OOA)3.整理問題對分析的結(jié)構(gòu)作進(jìn)一步的抽象,歸類,整理.即面向?qū)ο蟮脑O(shè)計(jì)(OOD)4.程序?qū)崿F(xiàn)利用面向?qū)ο蟪绦蛟O(shè)計(jì)語言將上一步的成果直接映射為應(yīng)用程序軟件.即面向?qū)ο蟪绦蛟O(shè)計(jì)(OOP)面向?qū)ο蠓椒ㄔ陂_發(fā)系統(tǒng)過程中的階段1.系統(tǒng)調(diào)查和需求分析51面向?qū)ο蟮姆治?OOA)基本步驟:標(biāo)識對象標(biāo)識屬性標(biāo)識方法標(biāo)識結(jié)構(gòu)標(biāo)識主題面向?qū)ο蟮姆治?OOA)基本步驟:52面向?qū)ο蟮脑O(shè)計(jì)方法(OOD)OOD分為四個部分:問題空間部分的設(shè)計(jì)人機(jī)交互部分的設(shè)計(jì)任務(wù)管理部分的設(shè)計(jì)數(shù)據(jù)管理部分的設(shè)計(jì)面向?qū)ο蟮脑O(shè)計(jì)方法(OOD)OOD分為四個部分:53?以對象為基礎(chǔ)，利用特定的軟件模塊，完成從對象客體的描述到軟件結(jié)構(gòu)之間的轉(zhuǎn)換面向?qū)ο蠓椒ǖ奶攸c(diǎn)?避免了其它方法在開發(fā)過程中的不一致性和復(fù)雜性?系統(tǒng)的開發(fā)具有簡單性、統(tǒng)一性?開發(fā)周期短，費(fèi)用低?以對象為基礎(chǔ)，利用特定的軟件模塊，完成從對象客體的描述到軟54（1）對問題空間的理解更直接，更符合人們認(rèn)識客觀事物的思維規(guī)律。結(jié)構(gòu)化方法把現(xiàn)實(shí)世界映射成數(shù)據(jù)流和加工，但它把數(shù)據(jù)流和控制流分開討論，二者有時難以統(tǒng)一，而且數(shù)據(jù)流方法主要構(gòu)造的還是過程模型，它描述數(shù)據(jù)結(jié)構(gòu)的能力仍然很弱，一般還需要另外使用諸如E-R圖之類的工具來建立數(shù)據(jù)的邏輯模型，造成了過程和數(shù)據(jù)的分離。而面向?qū)ο蠓椒ò讯呓y(tǒng)一于對象內(nèi)部，加工過程映射為對象的操作，數(shù)據(jù)映射為對象的屬性，任何數(shù)據(jù)和與這些數(shù)據(jù)相關(guān)的過程都是與相關(guān)的對象共同生存的，這樣增強(qiáng)了模型的一致性和準(zhǔn)確性。面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法的比較（1）對問題空間的理解更直接，更符合人們認(rèn)識客觀事物的思維規(guī)55面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法的比較（2）系統(tǒng)分析和系統(tǒng)設(shè)計(jì)使用同一模型，不存在過渡困難。結(jié)構(gòu)化方法的另一個主要問題是從分析過渡到設(shè)計(jì)有雙重負(fù)擔(dān)，一是構(gòu)造方法的轉(zhuǎn)換；一是添加實(shí)施細(xì)節(jié)。而在面向?qū)ο蠓椒ㄖ?，從分析到設(shè)計(jì)使用相同的基本表示，對象模型是整個開發(fā)過程中的一個統(tǒng)一的表示工具。好處不僅是減少了各個階段模型之間的轉(zhuǎn)換，較好地支持模型到代碼的正向工程及代碼到模型的逆向工程，而且可以使需求的變化較為容易地同步到模型和代碼中。面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法的比較（2）系統(tǒng)分析和系統(tǒng)設(shè)計(jì)使用同56面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法的比較（3）開發(fā)出來的信息系統(tǒng)從本質(zhì)上具有更強(qiáng)的生命力。需求的不斷變化是我們不得不接受的事實(shí)。結(jié)構(gòu)化方法基于功能分析與功能分解，而用戶的需求變化往往是功能或流程的變化，因此開發(fā)出來的系統(tǒng)是不穩(wěn)定的。而問題空間的對象最穩(wěn)定，它們對潛在變化最不敏感。面向?qū)ο蠓椒ㄊ勾砉残缘膶ο蠓€(wěn)定下來，而把不穩(wěn)定的東西隱藏起來。這樣可避免增加復(fù)雜性，系統(tǒng)對環(huán)境的適應(yīng)和應(yīng)變能力也隨之增強(qiáng)。面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法的比較（3）開發(fā)出來的信息系統(tǒng)從本質(zhì)57面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法的比較（4）維護(hù)成本降低。采用結(jié)構(gòu)化方法開發(fā)出來的系統(tǒng)是模塊層次結(jié)構(gòu)的，而模塊的劃分具有隨意性，不同的開發(fā)人員可能分解成不同的軟件結(jié)構(gòu)。這樣的系統(tǒng)維護(hù)工作相當(dāng)困難。面向?qū)ο蠓椒ㄖ械念愂歉硐氲哪K機(jī)制，其獨(dú)立性好，類對外的接口設(shè)計(jì)好后，類內(nèi)部的修改不會影響到其他類。

面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法的比較（4）維護(hù)成本降低。58面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML

UML(UnifiedModelingLanguage,統(tǒng)一建模語言)統(tǒng)一了面向?qū)ο蠼５幕靖拍?、術(shù)語及其圖形符號，為不同領(lǐng)域的人員提供一個交流的標(biāo)準(zhǔn).就像數(shù)據(jù)流圖作為結(jié)構(gòu)化分析的建模語言，模塊結(jié)構(gòu)圖作為結(jié)構(gòu)化總體設(shè)計(jì)的建模語言一樣，UML是面向?qū)ο蟮南到y(tǒng)分析與設(shè)計(jì)的建模語言，不要將它理解為一種方法論或是一種開發(fā)過程。面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML

UML(Unifie59面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML

UML是用來描述模型的,它是用來描述系統(tǒng)的結(jié)構(gòu)或靜態(tài)特征,行為或動態(tài)特征.它從不同的視角為系統(tǒng)架構(gòu)建模,形成系統(tǒng)的不同視圖,包括:用例視圖,強(qiáng)調(diào)從用戶的角度看到的或需求的功能邏輯視圖,展現(xiàn)系統(tǒng)的靜態(tài)或結(jié)構(gòu)最成及特征并發(fā)視圖,體現(xiàn)了系統(tǒng)的動態(tài)或行為特征組件視圖,體現(xiàn)了系統(tǒng)實(shí)現(xiàn)的結(jié)構(gòu)和行為特征展開視圖,體現(xiàn)了系統(tǒng)實(shí)現(xiàn)環(huán)境的結(jié)構(gòu)和行為特征…面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML

UML是用來描述模型的,它是60面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML

每種UML的視圖都是由一個或多個圖組成,一個圖就是系統(tǒng)架構(gòu)再某個側(cè)面的表示,它與其他圖是一致的,所有的圖一起組成了系統(tǒng)完整的視圖.面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML

每種UML的視圖都是由一個或61面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML

UML包括以下若干圖:1.用例圖

用例實(shí)際上就是從用戶的角度去定義具有交互過程的系統(tǒng)功能。每個功能與一個或多個參與者（actor）相連接。參與者是指處于系統(tǒng)之外，需要使用用例的人或事物。對系統(tǒng)開發(fā)人員來書,用例是很有實(shí)用價值的,可以幫助其從用戶的觀察角度收集可靠的系統(tǒng)需求,這對建立人機(jī)交互式系統(tǒng)極為重要.我們需求分析階段的用例模型就是開發(fā)者和用戶反復(fù)討論的結(jié)果,表明了開發(fā)者和用戶對需求規(guī)格達(dá)成共識.面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML

UML包括以下若干圖:62面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML

2.類圖

類圖描述類和類之間的靜態(tài)關(guān)系.與數(shù)據(jù)模型不同,類圖不僅顯示了信息的結(jié)構(gòu),同時還描述了系統(tǒng)的行為.類圖為開發(fā)人員提供了模仿現(xiàn)實(shí)世界的表達(dá)方式,它允許分析員使用客戶采用的術(shù)語與其交流,促使客戶提出所要解決問題的相關(guān)細(xì)節(jié).面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML

2.類圖63面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML3.對象圖對象圖可以看作是類圖的一個實(shí)例,對象之間的鏈接是類之間的關(guān)聯(lián)的實(shí)例.面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML3.對象圖64面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML4.狀態(tài)圖

在任何一個時刻,一個對象總處于某一特定的狀態(tài).一個狀態(tài)圖就包括一系列的狀態(tài)以及狀態(tài)間的轉(zhuǎn)移.面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML4.狀態(tài)圖65面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML5.時序圖在一個運(yùn)行的系統(tǒng)中,對象之間要發(fā)生交互,且這些交互要經(jīng)歷一定的時間階段.時序圖所表達(dá)的則是這種對象之間的基于時間的動態(tài)交互關(guān)系,著重體現(xiàn)對象間消息傳遞的時間順序.面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML5.時序圖66面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML6.活動圖活動圖用于反映一個連續(xù)的活動流,相對于描述活動流來說,活動圖常用于描述某個操作執(zhí)行時的活動狀況.面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML6.活動圖67面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML7.協(xié)作圖協(xié)作圖表達(dá)為完成系統(tǒng)的工作目標(biāo),系統(tǒng)中相互合作的對象間的交互關(guān)系和鏈接關(guān)系.協(xié)作圖著重體現(xiàn)交互對象間的靜態(tài)鏈接關(guān)系.表示一段時間后,計(jì)時器對象先向進(jìn)水管發(fā)出停止進(jìn)水消息,然后再向洗滌缸對象發(fā)送旋轉(zhuǎn)洗滌的消息面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML7.協(xié)作圖表示一段時間后,計(jì)時68第四章管理信息系統(tǒng)開發(fā)方法

(MethodsoftheManagementInformationSystem)第四章(MethodsoftheManagem69快速原型法面向?qū)ο蠓ㄏ到y(tǒng)開發(fā)方法的選擇結(jié)構(gòu)化生命周期法管理信息系統(tǒng)開發(fā)方法快速原型法面向?qū)ο蠓ㄏ到y(tǒng)開發(fā)方法的選擇結(jié)構(gòu)化70第一節(jié)結(jié)構(gòu)化生命周期法管理信息系統(tǒng)開發(fā)方法第一節(jié)管理信息系統(tǒng)開發(fā)方法71系統(tǒng)的生命周期：任何一個系統(tǒng)都有發(fā)生、發(fā)展和消亡的過程，新系統(tǒng)是在舊系統(tǒng)的基礎(chǔ)上產(chǎn)生、發(fā)展、老化、淘汰，最后又被更新的系統(tǒng)所取代傳統(tǒng)的開發(fā)方法系統(tǒng)的生命周期：傳統(tǒng)的開發(fā)方法72傳統(tǒng)的開發(fā)方法新系統(tǒng)運(yùn)行小量修改、維護(hù)、評價活動原系統(tǒng)（現(xiàn)行系統(tǒng)）運(yùn)行系統(tǒng)開發(fā)的各個階段小量修改、維護(hù)、評價活動新系統(tǒng)生命周期原系統(tǒng)生命周期系統(tǒng)開發(fā)準(zhǔn)備調(diào)查研究系統(tǒng)分析(邏輯設(shè)計(jì))系統(tǒng)設(shè)計(jì)(物理設(shè)計(jì))系統(tǒng)實(shí)施維護(hù)評價傳統(tǒng)的開發(fā)方法新系統(tǒng)運(yùn)行小量修改、維護(hù)、評價活動原系統(tǒng)（現(xiàn)行73生命周期法的主要思想：將管理信息系統(tǒng)從系統(tǒng)調(diào)查開始，經(jīng)過系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施、系統(tǒng)維護(hù)與評價，直至要求建立新的系統(tǒng)看成是一個生命周期的結(jié)束，另一個生命周期的開始。傳統(tǒng)的開發(fā)方法生命周期法的主要思想：傳統(tǒng)的開發(fā)方法74結(jié)構(gòu)化方法的基本思想：用系統(tǒng)的思想，系統(tǒng)工程的方法，按用戶至上的原則，結(jié)構(gòu)化、模塊化、自頂向下地對信息系統(tǒng)進(jìn)行分析與設(shè)計(jì)結(jié)構(gòu)化開發(fā)方法——基本思想結(jié)構(gòu)化方法的基本思想：結(jié)構(gòu)化開發(fā)方法——基本思想75信息系統(tǒng)的開發(fā)原則面向用戶的觀點(diǎn)嚴(yán)格區(qū)分工作階段，每個階段規(guī)定明確的任務(wù)和所應(yīng)得的成果按照系統(tǒng)的觀點(diǎn)，自頂向下地完成研制工作工作成果要成文，文獻(xiàn)資料的格式要規(guī)范化、標(biāo)準(zhǔn)化充分考慮變化的情況信息系統(tǒng)的開發(fā)原則面向用戶的觀點(diǎn)嚴(yán)格區(qū)分工作階段，每個階段規(guī)76信息系統(tǒng)的開發(fā)步驟①可行性分析信息系統(tǒng)開發(fā)階段②信息系統(tǒng)規(guī)劃③信息系統(tǒng)分析④信息系統(tǒng)設(shè)計(jì)⑤信息系統(tǒng)實(shí)施⑥系統(tǒng)運(yùn)行管理與評價信息系統(tǒng)的開發(fā)步驟①可行性分析信息系統(tǒng)開發(fā)階段②信息系統(tǒng)規(guī)771.任務(wù)：可行性分析又稱可行性研究對現(xiàn)行系統(tǒng)進(jìn)行初步調(diào)查研究從有益性、可能性和必要性三個方面對未來系統(tǒng)的經(jīng)濟(jì)效益和社會效益進(jìn)行初步分析對新系統(tǒng)進(jìn)行可行性研究2.目的——避免盲目投資，減少不必要的損失3.成果——可行性研究報告1.任務(wù)：可行性分析又稱可行性研究對現(xiàn)行系統(tǒng)進(jìn)行初步調(diào)查研究78系統(tǒng)總體規(guī)劃1.任務(wù)：(1)從總體的角度來規(guī)劃系統(tǒng)應(yīng)該由哪些部分組成(2)在這些組成部分中有哪些數(shù)據(jù)庫，它們之間如何交換數(shù)據(jù)(3)根據(jù)信息與功能需求提出計(jì)算機(jī)硬件網(wǎng)絡(luò)配置方案

(4)根據(jù)管理需求來確定這些模塊的開發(fā)優(yōu)先順序

(5)制定出開發(fā)計(jì)劃,根據(jù)開發(fā)計(jì)劃合理調(diào)配人員、物資和資金系統(tǒng)總體規(guī)劃1.任務(wù)：(1)從總體的角度來規(guī)劃系統(tǒng)應(yīng)該由792.成果系統(tǒng)規(guī)劃階段的總結(jié)性成果是系統(tǒng)規(guī)劃報告系統(tǒng)總體規(guī)劃2.成果系統(tǒng)規(guī)劃階段的總結(jié)性成果是系統(tǒng)規(guī)劃報告系統(tǒng)總80信息系統(tǒng)分析1.任務(wù)：

(1)按照總體規(guī)劃的要求，對系統(tǒng)規(guī)劃中所規(guī)定的各組成部分進(jìn)行詳細(xì)的分析①分析每部分內(nèi)容的信息需求②分析內(nèi)部對主題數(shù)據(jù)庫的需求③分析所需要建立的專用數(shù)據(jù)庫信息系統(tǒng)分析1.任務(wù)：81(2)進(jìn)行需求分析詳細(xì)分析各部分如何對各類信息進(jìn)行加工處理，以實(shí)現(xiàn)用戶所提出的各類功能需求詳細(xì)分析系統(tǒng)的業(yè)務(wù)流程圖，抽取出數(shù)據(jù)流程(3)進(jìn)行功能分析(4)用數(shù)據(jù)流程圖、數(shù)據(jù)字典和處理邏輯表達(dá)表示信息系統(tǒng)分析(2)進(jìn)行需求分析詳細(xì)分析各部分如何對各類信息進(jìn)行加工處理，82與用戶進(jìn)行充分地交流和驗(yàn)證,檢驗(yàn)正確后可進(jìn)入下一階段工作2.系統(tǒng)分析結(jié)果系統(tǒng)分析進(jìn)行完之后，要寫出系統(tǒng)分析報告信息系統(tǒng)分析與用戶進(jìn)行充分地交流和驗(yàn)證,檢驗(yàn)正確后可進(jìn)入下一階段工作2.83系統(tǒng)設(shè)計(jì)1.系統(tǒng)設(shè)計(jì)的任務(wù):即采用一定的標(biāo)準(zhǔn)和準(zhǔn)則，考慮模塊應(yīng)該有哪些程序塊組成,它們之間如何聯(lián)系(1)系統(tǒng)的功能結(jié)構(gòu)設(shè)計(jì)結(jié)合計(jì)算機(jī)的具體實(shí)現(xiàn),設(shè)計(jì)各個組成部分在計(jì)算機(jī)系統(tǒng)上的結(jié)構(gòu)(3)系統(tǒng)的編碼設(shè)計(jì)(4)數(shù)據(jù)文件和數(shù)據(jù)庫設(shè)計(jì)(5)系統(tǒng)的輸入/輸出設(shè)計(jì)(2)系統(tǒng)的處理流程設(shè)計(jì)(6)網(wǎng)絡(luò)設(shè)計(jì)系統(tǒng)設(shè)計(jì)1.系統(tǒng)設(shè)計(jì)的任務(wù):即采用一定的標(biāo)準(zhǔn)和準(zhǔn)則，(1)系842.系統(tǒng)設(shè)計(jì)的成果系統(tǒng)設(shè)計(jì)階段的成果是系統(tǒng)設(shè)計(jì)說明書系統(tǒng)設(shè)計(jì)2.系統(tǒng)設(shè)計(jì)的成果系統(tǒng)設(shè)計(jì)階段的成果是系統(tǒng)設(shè)計(jì)說明書系統(tǒng)設(shè)計(jì)85系統(tǒng)實(shí)施(1)系統(tǒng)硬件設(shè)備的購置與安裝(2)程序的編制2.系統(tǒng)開發(fā)實(shí)施的成果:(1)程序清單(3)系統(tǒng)使用說明書1.任務(wù)：程序設(shè)計(jì)是根據(jù)系統(tǒng)設(shè)計(jì)階段的成果，遵循一定的設(shè)計(jì)原則來進(jìn)行的.(3)數(shù)據(jù)的錄入(4)人員的培訓(xùn)(5)系統(tǒng)的測試、調(diào)試和轉(zhuǎn)換(2)測試與調(diào)試報告系統(tǒng)實(shí)施(1)系統(tǒng)硬件設(shè)備的購置與安裝(2)程序的編86信息系統(tǒng)運(yùn)行管理與評價1.任務(wù)：對系統(tǒng)進(jìn)行修改與擴(kuò)充（即系統(tǒng)維護(hù)）日常運(yùn)行管理運(yùn)行情況的記錄對系統(tǒng)運(yùn)行情況進(jìn)行檢查與評價2.成果系統(tǒng)運(yùn)行維護(hù)階段的成果是系統(tǒng)運(yùn)行審計(jì)報告信息系統(tǒng)運(yùn)行管理與評價1.任務(wù)：對系統(tǒng)進(jìn)行修改與擴(kuò)充（即系統(tǒng)87可行性分析信息系統(tǒng)規(guī)劃信息系統(tǒng)分析信息系統(tǒng)開發(fā)實(shí)施信息系統(tǒng)安裝調(diào)試信息系統(tǒng)試運(yùn)行信息系統(tǒng)運(yùn)行維護(hù)信息系統(tǒng)設(shè)計(jì)信息系統(tǒng)測試提出開發(fā)請求CASE工具√√√√√√√√信息系統(tǒng)開發(fā)階段停止信息系統(tǒng)開發(fā)過程停止停止停止可行性分析信息系統(tǒng)規(guī)劃信息系統(tǒng)分析信息系統(tǒng)開發(fā)實(shí)施信息系統(tǒng)安88結(jié)構(gòu)化生命周期法的假設(shè)是預(yù)先定義需求的策略使用生命周期法，項(xiàng)目的參與者之間往往存在通信鴻溝生命周期法使用的基本技術(shù)，是結(jié)構(gòu)化分析（SA）和結(jié)構(gòu)化設(shè)計(jì)（SP）技術(shù)，結(jié)構(gòu)化分析和結(jié)構(gòu)設(shè)計(jì)是建立在系統(tǒng)生命周期的概念基礎(chǔ)上的有比較明顯的缺點(diǎn)：用這種技術(shù)開發(fā)出來的軟件，其穩(wěn)定性、可修改性和可重用性都比較差生命周期法的特點(diǎn)與局限性結(jié)構(gòu)化生命周期法的假設(shè)是預(yù)先定義需求的策略生命周期法的特點(diǎn)與89結(jié)構(gòu)化生命周期法特別適合于開發(fā)那些能夠預(yù)先定義需求、結(jié)構(gòu)化程度又比較高的大型事務(wù)型系統(tǒng)（TPS）和管理信息系統(tǒng)（MIS）生命周期法不適合于開發(fā)信息需求不明確的系統(tǒng)生命周期法的特點(diǎn)與局限性結(jié)構(gòu)化生命周期法特別適合于開發(fā)那些能夠預(yù)先定義需求、結(jié)構(gòu)化程90第二節(jié)快速原型法信息系統(tǒng)開發(fā)方法第二節(jié)快速原型法信息系統(tǒng)開發(fā)方法91原型法方法的開發(fā)過程原型法的種類和構(gòu)造過程原型法的使用場合與局限性原型法的特點(diǎn)快速原型法原型法概述原型法方法的開發(fā)過程原型法的種類和構(gòu)造過程原型法92原型法的概念在較短時間內(nèi)建立一個實(shí)驗(yàn)性的簡單的信息系統(tǒng)原型，在用戶使用的基礎(chǔ)上，不斷迭代，最后形成一個相對穩(wěn)定、較為理想的MIS系統(tǒng)原型法是根據(jù)用戶提出的需求，由用戶與開發(fā)者共同確定系統(tǒng)的基本要求和主要功能原型法的概念在較短時間內(nèi)建立一個實(shí)驗(yàn)性的簡單的信息系統(tǒng)原型，93迭代迭代就是用戶對原型系統(tǒng)進(jìn)行評價后，提出意見，開發(fā)人員根據(jù)用戶的意見進(jìn)行修改的反復(fù)過程。迭代不是簡單的反復(fù)，每一次迭代都意味著原型系統(tǒng)向著用戶需求又前進(jìn)了一步，迭代是系統(tǒng)開發(fā)進(jìn)展的動力。迭代過程的結(jié)束，就是原型的完成。迭代迭代就是用戶對原型系統(tǒng)進(jìn)行評價后，提出意見，開發(fā)人94原型法的開發(fā)過程（1）識別基本需求（2）構(gòu)造初始原型（3）使用和驗(yàn)證原型（4）修正和改進(jìn)原型（5）判斷原型完成（6）生成文檔并交付使用原型法的開發(fā)過程（1）識別基本需求（2）構(gòu)造初始原型（3）使95原型法的開發(fā)步驟識別基本需求構(gòu)造初始原型修正和改進(jìn)生成文檔并交付使用滿意嗎？放棄?YYNN放棄原型使用驗(yàn)證原型原型法的開發(fā)步驟識別基本需求構(gòu)造初始原型修正和改進(jìn)生成文檔并96?丟棄式原型?進(jìn)化式原型原型的種類?丟棄式原型?進(jìn)化式原型原型的種類97?在于描述和說明系統(tǒng)的需求作為開發(fā)人員和用戶之間的通信工具?不作為實(shí)際系統(tǒng)運(yùn)行?原始系統(tǒng)只是從外觀上、功能上象“實(shí)際系統(tǒng)”丟棄式原型?在于描述和說明系統(tǒng)的需求作為開發(fā)人員和用戶之間的通信工具?98進(jìn)化式原型?進(jìn)化式原型開發(fā)思想與丟棄式完全相反?按照基本需求開發(fā)出一個系統(tǒng)，讓用戶先使用起來，隨時修改?原系統(tǒng)的一部分或幾部分不適用，需要重新設(shè)計(jì)、實(shí)施和安裝進(jìn)化式原型?進(jìn)化式原型開發(fā)思想與丟棄式完全相反?按照基本需99原型構(gòu)造方法演變式系統(tǒng)開發(fā)遞增式系統(tǒng)開發(fā)原型構(gòu)造方法演變式系統(tǒng)開發(fā)遞增式系統(tǒng)開發(fā)100演化式原型法的開發(fā)過程系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施修正和改進(jìn)演化（重新設(shè)計(jì)、實(shí)施）滿意嗎？Y最終系統(tǒng)N注意加強(qiáng)管理和控制原型的開發(fā)過程就是系統(tǒng)不同版本的開發(fā)過程演化式原型法的開發(fā)過程系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施修正和改進(jìn)演化（重新設(shè)101遞增式系統(tǒng)開發(fā)的原理?開始時系統(tǒng)有一個總體框架，各功能單元的結(jié)構(gòu)和功能十分清楚?功能還沒有具體實(shí)施?以后開發(fā)中逐步完善模塊遞增式系統(tǒng)開發(fā)的原理?開始時系統(tǒng)有一個總體框架，各功能單元的102遞增式系統(tǒng)開發(fā)過程系統(tǒng)總體設(shè)計(jì)實(shí)現(xiàn)一個功能子單元子功能單元全部實(shí)現(xiàn)了嗎？Y最終系統(tǒng)N系統(tǒng)是在原型的基礎(chǔ)上逐步擴(kuò)展，橫向發(fā)展起來的遞增式系統(tǒng)開發(fā)過程系統(tǒng)總體設(shè)計(jì)實(shí)現(xiàn)一個功能子單元子功能單元Y103與傳統(tǒng)方法的結(jié)合識別基本需求開發(fā)工作模型修正和改進(jìn)模型驗(yàn)證原型滿意？YYNN可行性研究需求定義維護(hù)及評價等系統(tǒng)分析系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施需求定義與傳統(tǒng)方法的結(jié)合識別基本需求開發(fā)工作模型修正和改進(jìn)模型驗(yàn)證原104原型法的特點(diǎn)?系統(tǒng)開發(fā)效益高?系統(tǒng)適用性強(qiáng)?系統(tǒng)可維護(hù)性好?系統(tǒng)可擴(kuò)充性好?易學(xué)易用原型法的特點(diǎn)?系統(tǒng)開發(fā)效益高?系統(tǒng)適用性強(qiáng)?系統(tǒng)可維護(hù)性好?105原型法的使用場合與局限性原型化方法適用于用戶需求不清，管理及業(yè)務(wù)處理不穩(wěn)定，需求常常變化規(guī)模小，不太復(fù)雜，而且不要求集中處理的系統(tǒng)有比較成熟借鑒經(jīng)驗(yàn)的系統(tǒng)開發(fā)用于開發(fā)信息系統(tǒng)中的最終用戶界面原型法的最大優(yōu)點(diǎn)是能提高用戶滿意度使用原型法開發(fā)系統(tǒng)周期短，成本低

原型法的使用場合與局限性原型化方法適用于用戶需求不清，管理及106原型化方法不適于開發(fā)大的系統(tǒng)原型化方法開發(fā)的時候，測試和文檔工作常常容易被忽略原型化方法的另一個缺點(diǎn)是運(yùn)行的效率可能會比較低

原型法的使用場合與局限性原型化方法不適于開發(fā)大的系統(tǒng)原型法的使用場合與局限性107第三節(jié)面向?qū)ο蠓ㄐ畔⑾到y(tǒng)開發(fā)方法第三節(jié)面向?qū)ο蠓ㄐ畔⑾到y(tǒng)開發(fā)方法108面向?qū)ο蠓椒?/p>

面向?qū)ο蠓椒ǖ漠a(chǎn)生面向?qū)ο蟮母拍蠲嫦驅(qū)ο蠓椒ㄔ陂_發(fā)系統(tǒng)過程中的階段面向?qū)ο蠓椒ǖ奶攸c(diǎn)面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法的比較面向?qū)ο蟮姆治雠c設(shè)計(jì)語言UML面向?qū)ο蠓椒嫦驅(qū)ο蠓椒ǖ漠a(chǎn)生面向?qū)ο蟮母拍蠲嫦驅(qū)ο蠓?09面向?qū)ο蠓椒ǖ漠a(chǎn)生傳統(tǒng)開發(fā)方法存在的問題問題空間與求解空間的不一致系統(tǒng)分析到系統(tǒng)設(shè)計(jì)轉(zhuǎn)換困難處理模型和數(shù)據(jù)模型分別建立

忽視信息系統(tǒng)的行為特征

面向?qū)ο蠓椒ǖ漠a(chǎn)生傳統(tǒng)開發(fā)方法存在的問題110面向?qū)ο蟮母拍睢獙ο髮ο笫敲嫦驅(qū)ο笙到y(tǒng)運(yùn)行過程中的基本實(shí)體既包括屬性，也包括作用于屬性的行為傳統(tǒng)語言的操作數(shù)據(jù)是被動地等待相應(yīng)的操作去處理，但對象是一個主動的數(shù)據(jù)實(shí)體，其中封裝了一組對該數(shù)據(jù)的操作，所以對“對象”和傳統(tǒng)的“數(shù)據(jù)”的使用方法也不同

面向?qū)ο蟮母拍睢獙ο髮ο笫敲嫦驅(qū)ο笙到y(tǒng)運(yùn)行過程中的基本實(shí)體111面向?qū)ο蟮母拍睢⑾⑹菍ο笾g進(jìn)行通訊的一種數(shù)據(jù)結(jié)構(gòu)對象之間是通過傳遞消息來進(jìn)行聯(lián)系的消息用來請求對象執(zhí)行某一處理或提供某些信息的要求，控制流和數(shù)據(jù)流統(tǒng)一包含在消息中

程序的執(zhí)行是靠對象間傳遞消息來連接的

面向?qū)ο蟮母拍睢⑾⑹菍ο笾g進(jìn)行通訊的一種數(shù)據(jù)結(jié)構(gòu)112面向?qū)ο蟮母拍睢⑾魉团c函數(shù)調(diào)用的區(qū)別函數(shù)調(diào)用可以帶或不帶參數(shù)，但是消息至少帶一個參數(shù)，它表明接收消息的對象消息操作名類似于函數(shù)名，但它們之間的本質(zhì)區(qū)別在于：函數(shù)名代表一段可執(zhí)行的代碼，但消息操作名具體功能的選取還取決于接收消息的對象本身函數(shù)調(diào)用是過程式的（如何做），消息傳送是說明式的（做什么），具體如何做，由對象根據(jù)收到的消息自行確定面向?qū)ο蟮母拍睢⑾魉团c函數(shù)調(diào)用的區(qū)別113面向?qū)ο蟮母拍睢愵愂菍σ唤M對象的抽象將該組對象所具有的共同特征（包括操作特征和存儲特征）集中起來，以說明該組對象的能力和性質(zhì)

面向?qū)ο蟮母拍睢愵愂菍σ唤M對象的抽象114面向?qū)ο蟮母拍睢^承繼承指對象繼承它所在類的結(jié)構(gòu)、操作和約束也指一個類繼承超類或子類繼承父類的結(jié)構(gòu)、操作或約束。繼承是自動共享類、子類和對象中的方法和數(shù)據(jù)的機(jī)制

面向?qū)ο蟮母拍睢^承繼承指對象繼承它所在類的結(jié)構(gòu)、操作和約115面向?qū)ο蟮母拍睢庋b封裝是一種信息隱藏技術(shù)所謂“封裝”是指把對象的屬性和操作方法同時封裝在定義對象中用操作集來描述可見的模塊外部接口，從而保證了對象的界面獨(dú)立于對象的內(nèi)部表達(dá)對象的操作方法和結(jié)構(gòu)是不可見的，接口是作用于對象上的操作集的說明，這是對象唯一的可見部分面向?qū)ο蟮母拍睢庋b封裝是一種信息隱藏技術(shù)116面向?qū)ο蟮母拍睢獙?shí)例實(shí)例就是由某個特定的類所描述的一個具體的對象類是對具有相同屬性和行為的一組相似的對象的抽象類在現(xiàn)實(shí)世界中并不能真正存在

面向?qū)ο蟮母拍睢獙?shí)例實(shí)例就是由某個特定的類所描述的一個具體117面向?qū)ο蟮母拍睢鄳B(tài)所謂多態(tài)即一個名字具有多種語義對象的多態(tài)是指在一般類中定義的屬性或服務(wù)被特定類繼承之后，可以具有不同的數(shù)據(jù)類型或表現(xiàn)不同的行為多態(tài)引用表示可引用多個類的實(shí)例

面向?qū)ο蟮母拍睢鄳B(tài)所謂多態(tài)即一個名字具有多種語義118面向?qū)ο蠓椒ㄔ陂_發(fā)系統(tǒng)過程中的階段1.系統(tǒng)調(diào)查和需求分析對系統(tǒng)將要面臨的具體管理問題以及用戶對系統(tǒng)開發(fā)的需求進(jìn)行調(diào)查研究,既弄清干什么的問題.2.分析問題的性質(zhì)和求解問題在復(fù)雜的問題域中抽象地識別出對象及其結(jié)構(gòu),屬性,方法等.即面向?qū)ο蟮姆治?OOA)3.整理問題對分析的結(jié)構(gòu)作進(jìn)一步的抽象,歸類,整理.即面向?qū)ο蟮脑O(shè)計(jì)(OOD)4.程序?qū)崿F(xiàn)利用面向?qū)ο蟪绦蛟O(shè)計(jì)語言將上一步的成果直接映射為應(yīng)用程序軟件.即面向?qū)ο蟪绦蛟O(shè)計(jì)(OOP)面向?qū)ο蠓椒ㄔ陂_發(fā)系統(tǒng)過程中的階段1.系統(tǒng)調(diào)查和需求分析119面向?qū)ο蟮姆治?OOA)基本步驟:標(biāo)識對象標(biāo)識屬性標(biāo)識方法標(biāo)識結(jié)構(gòu)標(biāo)識主題面向?qū)ο蟮姆治?OOA)基本步驟:120面向?qū)ο蟮脑O(shè)計(jì)方法(OOD)OOD分為四個部分:問題空間部分的設(shè)計(jì)人機(jī)交互部分的設(shè)計(jì)任務(wù)管理部分的設(shè)計(jì)數(shù)據(jù)管理部分的設(shè)計(jì)面向?qū)ο蟮脑O(shè)計(jì)方法(OOD)OOD分為四個部分:121?以對象為基礎(chǔ)，利用特定的軟件模塊，完成從對象客體的描述到軟件結(jié)構(gòu)之間的轉(zhuǎn)換面向?qū)ο蠓椒ǖ奶攸c(diǎn)?避免了其它方法在開發(fā)過程中的不一致性和復(fù)雜性?系統(tǒng)的開發(fā)具有簡單性、統(tǒng)一性?開發(fā)周期短，費(fèi)用低?以對象為基礎(chǔ)，利用特定的軟件模塊，完成從對象客體的描述到軟122（1）對問題空間的理解更直接，更符合人們認(rèn)識客觀事物的思維規(guī)律。結(jié)構(gòu)化方法把現(xiàn)實(shí)世界映射成數(shù)據(jù)流和加工，但它把數(shù)據(jù)流和控制流分開討論，二者有時難以統(tǒng)一，而且數(shù)據(jù)流方法主要構(gòu)造的還是過程模型，它描述數(shù)據(jù)結(jié)構(gòu)的能力仍然很弱，一般還需要另外使用諸如E-R圖之類的工具來建立數(shù)據(jù)的邏輯模型，造成了過程和數(shù)據(jù)的分離。而面向?qū)ο蠓椒ò讯呓y(tǒng)一于對象內(nèi)部，加工過程映射為對象的操作，數(shù)據(jù)映射為對象的屬性，任何數(shù)據(jù)和與這些數(shù)據(jù)相關(guān)的過程都是與相關(guān)的對象共同生存的，這樣增強(qiáng)了模型的一致性和準(zhǔn)確性。面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法的比較（1）對問題空間的理解更直接，更符合人們認(rèn)識客觀事物的思維規(guī)123面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法的比較（2）系統(tǒng)分析和系統(tǒng)設(shè)計(jì)使用同一模型，不存在過渡困難。結(jié)構(gòu)化方法的另一個主要問題是從分析過渡到設(shè)計(jì)有雙重負(fù)擔(dān)，一是構(gòu)造方法的轉(zhuǎn)換；一是添加實(shí)施細(xì)節(jié)。而在面向?qū)ο蠓椒ㄖ?，從分析到設(shè)計(jì)使用相同的基本表示，對象模型是整個開發(fā)過程中的一個統(tǒng)一的表示工具。好處不僅是減少了各個階段模型之間的轉(zhuǎn)換，較好地支持模型到代碼的正向工程及代碼到模型的逆向工程，而且可以使需求的變化較為容易地同步到模型和代碼中。面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法的比較（2）系統(tǒng)分析和系統(tǒng)設(shè)計(jì)使用同124面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法的比較（3）開發(fā)出來的信息系統(tǒng)從本質(zhì)上具有更強(qiáng)的生命力。需求的不斷變化是我們不得不接受的事實(shí)。結(jié)構(gòu)化方法基于功能分析與功能分解，而用戶的需求變化往往是功能或流程的變化，因此開發(fā)出來的系統(tǒng)是不穩(wěn)定的。而問題空間的對象最穩(wěn)定，它們對潛在變化最不敏感。面向?qū)ο蠓椒ㄊ勾砉残缘膶ο蠓€(wěn)定下來，而把不穩(wěn)定的東西隱藏起來。這樣可避免增加復(fù)雜性，系統(tǒng)對環(huán)境的適應(yīng)和應(yīng)變能力也隨之增強(qiáng)。