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

第三章管理信息系統(tǒng)的開發(fā)方法第1頁，共30頁，2023年，2月20日，星期三第一節(jié)MIS的開發(fā)策略（1）“自下而上”的開發(fā)策略

基本思想：從業(yè)務(wù)系統(tǒng)開始，先實(shí)現(xiàn)每個(gè)基本功能（即數(shù)據(jù)處理功能），然后逐步向高級(jí)建設(shè)（即，增加管理/控制功能）。（2）“自上而下”的開發(fā)策略

基本思想：從整體上協(xié)調(diào)和規(guī)劃，由全面到局部、由長遠(yuǎn)到近期，從探索合理的信息流出發(fā)來設(shè)計(jì)信息系統(tǒng)。第2頁，共30頁，2023年，2月20日，星期三兩種策略優(yōu)缺點(diǎn)的對(duì)比一般發(fā)生在“初裝”和“蔓延”階段。備注復(fù)雜、繁瑣。整體性和邏輯性強(qiáng)。自上而下缺乏整體優(yōu)化；開發(fā)過程存在大量的重復(fù)工作。能保證最終的系統(tǒng)可以運(yùn)行（雖然系統(tǒng)性能不一定良好）。自下而上缺點(diǎn)優(yōu)點(diǎn)策略第3頁，共30頁，2023年，2月20日，星期三第二節(jié)MIS的開發(fā)方法一、結(jié)構(gòu)化系統(tǒng)開發(fā)方法二、原型法三、面向?qū)ο箝_發(fā)方法第4頁，共30頁，2023年，2月20日，星期三一、結(jié)構(gòu)化系統(tǒng)開發(fā)方法用系統(tǒng)的思想和系統(tǒng)工程的方法，按照用戶至上的原則，結(jié)構(gòu)化、模塊化、自頂向下對(duì)系統(tǒng)進(jìn)行分析與設(shè)計(jì)?；舅枷胂到y(tǒng)規(guī)劃

系統(tǒng)分析系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施系統(tǒng)運(yùn)行和維護(hù)開發(fā)階段每個(gè)階段都有明確的任務(wù)，并要產(chǎn)生一定規(guī)格的文檔資料交付給下一個(gè)階段；而下一個(gè)階段則在上一個(gè)階段交付的文檔的基礎(chǔ)上繼續(xù)進(jìn)行開發(fā)過程。第5頁，共30頁，2023年，2月20日，星期三系統(tǒng)規(guī)劃階段可行性分析報(bào)告系統(tǒng)設(shè)計(jì)任務(wù)書系統(tǒng)分析階段系統(tǒng)分析說明書系統(tǒng)設(shè)計(jì)階段系統(tǒng)設(shè)計(jì)說明書系統(tǒng)實(shí)施階段實(shí)施進(jìn)度報(bào)告系統(tǒng)測(cè)試分析報(bào)告系統(tǒng)運(yùn)行和維護(hù)階段新需求建議書自頂向下進(jìn)行系統(tǒng)分析、設(shè)計(jì)自底向上進(jìn)行系統(tǒng)實(shí)施第6頁，共30頁，2023年，2月20日，星期三優(yōu)點(diǎn)

結(jié)構(gòu)化系統(tǒng)開發(fā)方法注重開發(fā)過程的整體性、全局性，特別適合開發(fā)大型MIS。

開發(fā)過程繁瑣，周期長，難以適應(yīng)環(huán)境的變化。缺點(diǎn)第7頁，共30頁，2023年，2月20日，星期三二、原型法在MIS開發(fā)的開始階段，憑借系統(tǒng)開發(fā)人員對(duì)用戶需求的理解與用戶共同確定系統(tǒng)的基本要求和主要功能，在強(qiáng)有力人、軟件環(huán)境支持下，快速給出一個(gè)滿足用戶需求的初始系統(tǒng)原型，然后與用戶反復(fù)協(xié)商修改，最終形成MIS系統(tǒng)。基本思想1.確定用戶的基本需求2.設(shè)計(jì)系統(tǒng)初始原型3.使用和評(píng)價(jià)系統(tǒng)4.修正和改進(jìn)原型開發(fā)階段第8頁，共30頁，2023年，2月20日，星期三原型法的基本原理和過程用戶對(duì)新系統(tǒng)提出需求（各種問題）開發(fā)人員對(duì)問題進(jìn)行總結(jié)開發(fā)一個(gè)原型系統(tǒng)運(yùn)行原型系統(tǒng)修改增加功能

完成系統(tǒng)開發(fā)并交付使用增加新功能否提出意見是是否否第9頁，共30頁，2023年，2月20日，星期三優(yōu)點(diǎn)簡易，用戶容易接受從原理到流程十分簡單，最終總可以獲得一個(gè)滿意的MIS--無高深理論和技術(shù)（方法本身）用戶與開發(fā)者思想易于溝通使用軟件工具效率高，擺脫了傳統(tǒng)方法不適合開發(fā)大型系統(tǒng),因?yàn)榉倒がF(xiàn)象特別嚴(yán)重。要求管理基礎(chǔ)工作完整、準(zhǔn)確，一般只適用于處理過程明確、簡單、涉及面窄的小型系統(tǒng)。缺點(diǎn)第10頁，共30頁，2023年，2月20日，星期三三、面向?qū)ο蠓椒陀^世界是由各種各樣的對(duì)象組成的，每種對(duì)象都有各自的內(nèi)部狀態(tài)和運(yùn)動(dòng)規(guī)律，不同對(duì)象之間的相互作用和聯(lián)系就構(gòu)成了各種不同的系統(tǒng)?；舅枷?.用戶需求分析2.面型對(duì)象分析3.面向?qū)ο笤O(shè)計(jì)4.面向?qū)ο蟮南到y(tǒng)實(shí)施開發(fā)階段1.封裝性2.抽象性3.繼承性4.動(dòng)態(tài)鏈接性特點(diǎn)第11頁，共30頁，2023年，2月20日，星期三面向?qū)ο蟮幕靖拍睿?）對(duì)象（Object）：對(duì)象是構(gòu)成系統(tǒng)的基本要素，用來描述客觀事物的一個(gè)實(shí)體。對(duì)象：一組屬性+一組操作方法屬性：描述對(duì)象的靜態(tài)特征操作：對(duì)象的行為或?qū)ο笏哂械墓δ埽枋鰧?duì)象的動(dòng)態(tài)特征。（2）類（Class）：對(duì)象的抽象，具有相同屬性和操作的集合。（3）繼承（4）封裝（5）消息第12頁，共30頁，2023年，2月20日，星期三面向?qū)ο箝_發(fā)方法的基本思想（1）客觀事物是由對(duì)象組合而成的，對(duì)象是在原事物基礎(chǔ)上抽象的結(jié)果。（2）對(duì)象是由屬性和操作方法組成的。（3）對(duì)象之間的聯(lián)系通過傳遞消息來實(shí)現(xiàn)。（4）對(duì)象可以按其屬性歸類，子類可以繼承父類的特性。（5）對(duì)象具有封裝性，一個(gè)對(duì)象就構(gòu)成一個(gè)嚴(yán)格模塊化的實(shí)體，在系統(tǒng)開發(fā)中可被共享和重復(fù)引用，達(dá)到軟件重用的目的。第13頁，共30頁，2023年，2月20日，星期三訂閱訂閱編號(hào)訂閱信息訂閱者編號(hào)訂閱郵局編號(hào)識(shí)別訂閱要求報(bào)告訂閱者情況終止訂閱識(shí)別訂閱者信息識(shí)別地址信息報(bào)告地址變化訂閱者編號(hào)訂閱者姓名地址編號(hào)訂閱者對(duì)象名屬性方法消息傳遞第14頁，共30頁，2023年，2月20日，星期三面向?qū)ο蠓ǖ膬?yōu)勢(shì)（1）符合人類的思維習(xí)慣，有利于用戶與開發(fā)人員的溝通，縮短開發(fā)周期，提高系統(tǒng)開發(fā)的正確性和效率。（2）各階段工作過渡平滑，避免了許多中間轉(zhuǎn)換環(huán)節(jié)，加快了系統(tǒng)開發(fā)進(jìn)程。（3）封裝、繼承、多態(tài)性等特征是的軟件的一致性、獨(dú)立性和可重用性提高。第15頁，共30頁，2023年，2月20日，星期三四、CASE方法

CASE是一種自動(dòng)化或半自動(dòng)化的方法，能夠全面支持除系統(tǒng)調(diào)查外的每一個(gè)開發(fā)步驟。

CASE具實(shí)際上把原先由手工完成的開發(fā)過程轉(zhuǎn)變?yōu)橐宰詣?dòng)化工具和支撐環(huán)境支持的自動(dòng)化開發(fā)過程。

CASE中集成了多種工具，這些工具既可以單獨(dú)使用，也可以組合使用?；舅枷隒ASE工具+某種開發(fā)方法應(yīng)用模式第16頁，共30頁，2023年，2月20日，星期三⑴支持開發(fā)的全過程（除系統(tǒng)調(diào)查外）;⑵能提高軟件質(zhì)量，可實(shí)現(xiàn)“軟件重用”；⑶能加快開發(fā)速度；⑷能簡化軟件開發(fā)的管理和維護(hù)；⑸能自動(dòng)生成開發(fā)過程中的各種文檔。特點(diǎn)第17頁，共30頁，2023年，2月20日，星期三MIS的開發(fā)方法評(píng)價(jià)從嚴(yán)格意義上看：目前尚無一種方法能偶很好地解決系統(tǒng)開發(fā)的復(fù)雜性?，F(xiàn)有的各種方法都有各自的適用范圍和優(yōu)缺點(diǎn)，在實(shí)際的系統(tǒng)開發(fā)過程中，往往是根據(jù)特定環(huán)境和條件來選擇和綜合運(yùn)用這些方法。第18頁，共30頁，2023年，2月20日，星期三第三節(jié)MIS的開發(fā)方式（1）自行開發(fā)方式（2）委托開發(fā)方式（3）合作開發(fā)方式（4）利用現(xiàn)成的軟件包開發(fā)方式第19頁，共30頁，2023年，2月20日，星期三（1）自行開發(fā)方式適合：有較強(qiáng)的MIS分析、設(shè)計(jì)、程序設(shè)計(jì)、系統(tǒng)維護(hù)的組織和單位。優(yōu)點(diǎn)：開發(fā)費(fèi)用少、容易開發(fā)出適合本單位需要的系統(tǒng)、有利于培養(yǎng)自己的系統(tǒng)開發(fā)人員。缺點(diǎn)：系統(tǒng)整體優(yōu)化不夠，開發(fā)水平較低。系統(tǒng)維護(hù)工作沒有保障。第20頁，共30頁，2023年，2月20日，星期三（2）委托開發(fā)方式適合：技術(shù)力量薄弱、資金較為充足的單位。優(yōu)點(diǎn)：省時(shí)、省事；開發(fā)的系統(tǒng)技術(shù)水平較高。缺點(diǎn)：費(fèi)用高；系統(tǒng)維護(hù)與擴(kuò)展需要開發(fā)單位的長期支持；不利于本單位的人員培養(yǎng)。注意：使用單位的業(yè)務(wù)骨干要參與系統(tǒng)的論證工作；開發(fā)過程中需要開發(fā)單位和使用單位雙方及時(shí)溝通、協(xié)調(diào)。第21頁，共30頁，2023年，2月20日，星期三（3）合作開發(fā)方式適合：

有一定的技術(shù)力量，希望通過系統(tǒng)的開發(fā)，建立完善和提高自己的技術(shù)隊(duì)伍，便于系統(tǒng)維護(hù)工作的單位。優(yōu)點(diǎn)：

節(jié)約資金；可以培養(yǎng)、增強(qiáng)使用單位的技術(shù)力量；便于系統(tǒng)維護(hù)工作。缺點(diǎn)：

雙方在合作中溝通容易出現(xiàn)問題。第22頁，共30頁，2023年，2月20日，星期三（4）現(xiàn)成的軟件包開發(fā)方式適合：

開發(fā)的系統(tǒng)是多數(shù)組織都要用到的通用功能，如財(cái)務(wù)管理、工資管理；

缺少組織內(nèi)部的開發(fā)人員不適合：

規(guī)模較大、功能復(fù)雜、需求量不確定程度高的系統(tǒng)。優(yōu)點(diǎn)：縮短開發(fā)時(shí)間，節(jié)省開發(fā)費(fèi)用，系統(tǒng)可以得到較好的維護(hù)。缺點(diǎn)：系統(tǒng)功能較簡單，專用性差，難以滿足特殊要求。第23頁，共30頁，2023年，2月20日，星期三第四節(jié)軟件工程與項(xiàng)目管理軟件工程產(chǎn)生的背景：20世紀(jì)60年代中期，軟件危機(jī)（1）軟件開發(fā)費(fèi)用和進(jìn)度失控。（2）軟件的可靠性差。（3）生產(chǎn)出來的軟件難以維護(hù)。危機(jī)主要原因：軟件項(xiàng)目的規(guī)模日益擴(kuò)大，而規(guī)模宏大的軟件項(xiàng)目必然需要大量的人來齊心協(xié)力地共同參與。軟件工程概念：軟件項(xiàng)目的建設(shè)過程和傳統(tǒng)的工程相似，都要經(jīng)歷設(shè)計(jì)、實(shí)施、驗(yàn)收等節(jié)點(diǎn)。第24頁，共30頁，2023年，2月20日，星期三（1）軟件工程的概念軟件工程：

研究用工程化的方法構(gòu)建和維護(hù)軟件的一門新興工程學(xué)科。研究：軟件生產(chǎn)的客觀規(guī)律，建立與系統(tǒng)化軟件生產(chǎn)有關(guān)的概念、原則、方法、技術(shù)和工具，指導(dǎo)和支持軟件系統(tǒng)的生產(chǎn)活動(dòng)，以達(dá)到降低軟件生產(chǎn)成本、改進(jìn)軟件產(chǎn)品質(zhì)量與生產(chǎn)率，最終實(shí)現(xiàn)軟件的工業(yè)化生產(chǎn)。第25頁，共30頁，2023年，2月20日，星期三（2）軟件工程的主要內(nèi)容軟件工程軟件開發(fā)技術(shù)軟件管理技術(shù)軟件開發(fā)技術(shù)軟件工具軟件開發(fā)環(huán)境軟件開發(fā)管理軟件經(jīng)濟(jì)管理第26頁，共30頁，2023年，2月20日，星期三信息系統(tǒng)建設(shè)“80/20”對(duì)于IS，業(yè)界有兩個(gè)80/20估計(jì)：一：80%的項(xiàng)目都失敗了，只有20%是成功的二：在那些失敗的項(xiàng)目中，80%的原因是非技術(shù)因素導(dǎo)致的，只有20%是由技術(shù)因素導(dǎo)致的失敗。非技術(shù)因素：

企業(yè)業(yè)務(wù)流程與組織結(jié)構(gòu)的改造問題、企業(yè)領(lǐng)導(dǎo)的觀念問題、企業(yè)員工的素質(zhì)問題、軟件管理問題等第27頁，共30頁，2023年，2月20日，星期三why不重視項(xiàng)目管理原因：IT行業(yè)平均利潤率遠(yuǎn)遠(yuǎn)高于傳統(tǒng)行業(yè)，因此即使內(nèi)部攢在很大的問題，仍能贏利，從而造成眾多IT企業(yè)忽視了項(xiàng)目管理的重要性。第28頁，共30頁，2023年，2月20日，星期三例背景：某知名IT企業(yè)的市場(chǎng)部接到一個(gè)老客戶的1億元人民幣的項(xiàng)目。承接項(xiàng)目時(shí)：計(jì)算出的理論利潤相當(dāng)高項(xiàng)目結(jié)束后：進(jìn)行財(cái)務(wù)結(jié)算，發(fā)現(xiàn)項(xiàng)目虧損。追究原因：（1）主要原因：客戶多次更改需求，而項(xiàng)目小組始終認(rèn)為還有足夠的利潤，因而