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

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

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

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

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

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

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

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

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

CASE具實際上把原先由手工完成的開發(fā)過程轉(zhuǎn)變?yōu)橐宰詣踊ぞ吆椭苇h(huán)境支持的自動化開發(fā)過程。

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

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

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

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

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

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

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

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

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