第2章 管理信息系統(tǒng)開發(fā)概論ppt課件

管理信息系統(tǒng)課程組編寫任課老師 李斌Email 第二章管理信息系統(tǒng)開發(fā)概論 管理信息系統(tǒng)課程組 了解系統(tǒng)開發(fā)的任務(wù)和特點 原則掌握各種開發(fā)方法的基本思想 開發(fā)過程 特點 優(yōu)缺點 適用范圍了解管理信息系統(tǒng)項目的開發(fā)方式 了解選擇合作伙伴或開發(fā)單位應(yīng)考慮的因素了解如何進(jìn)行系統(tǒng)開發(fā)組織和項目管理 本章要求 管理信息系統(tǒng)各種開發(fā)方法的基本思想 開發(fā)過程 適用范圍 系統(tǒng)開發(fā)具備的基本條件和合作伙伴的選擇 本章重點 第一節(jié)系統(tǒng)開發(fā)的指導(dǎo)原則 一系統(tǒng)開發(fā)的任務(wù)和特點 信息系統(tǒng)開發(fā)的任務(wù)系統(tǒng)開發(fā)的任務(wù)就是根據(jù)企業(yè)管理的目標(biāo) 內(nèi)容 規(guī)模 性質(zhì)等具體情況 從系統(tǒng)論的觀點出發(fā) 運用系統(tǒng)工程的方法 按照系統(tǒng)發(fā)展的規(guī)律 為企業(yè)建立起計算機化的信息系統(tǒng) 信息系統(tǒng)開發(fā)的特點1 復(fù)雜性高2 集體的創(chuàng)造性活動3 產(chǎn)品是無形的4 對管理基礎(chǔ)有相應(yīng)的要求 二信息系統(tǒng)開發(fā)的原則 系統(tǒng)工程是為了合理地進(jìn)行開發(fā) 設(shè)計和運用系統(tǒng)而采用的思想 步驟 組織和方法的總稱 管理信息系統(tǒng)的開發(fā)屬于系統(tǒng)工程的范疇 深入分析系統(tǒng)的特征 根據(jù)系統(tǒng)發(fā)展的規(guī)律來建立系統(tǒng) 是系統(tǒng)開發(fā)的指導(dǎo)原則 其要點如下 1 系統(tǒng)的目的性應(yīng)明確系統(tǒng)開發(fā)的目的 確立面向用戶的觀點 2 系統(tǒng)的整體性強調(diào)系統(tǒng)的整體性 采用先確定邏輯模型 再設(shè)計物理模型的開發(fā)思路 3 系統(tǒng)的環(huán)境適應(yīng)性應(yīng)該適應(yīng)環(huán)境變化的要求 開發(fā)易擴展 易維護(hù)的系統(tǒng) 三開發(fā)工作文檔化與規(guī)范化 軟件是程序代碼以及開發(fā) 使用和維護(hù)這些程序所需的文檔的總稱 要及時按照一定規(guī)范產(chǎn)生各種文檔 做到工作成果文檔化 圖表規(guī)范化 這些文檔有以下重要作用 其一 人的記憶力是有限的 各種調(diào)查分析的結(jié)果和設(shè)計的技術(shù)細(xì)節(jié)必須以書面形式記錄下來 以供查閱和核對 其二 開發(fā)人員之間 開發(fā)人員與用戶之間 可利用書面的 超越各自專業(yè)的共同語言 文檔的形式有效地進(jìn)行交流 其三 系統(tǒng)開發(fā)要經(jīng)過一定的過程 后一階段的工作要在前一階段的基礎(chǔ)上 也就是在前期工作文檔的基礎(chǔ)上繼續(xù)進(jìn)行 文檔的形式以圖表為主 其表達(dá)效果在很多情況下比文字?jǐn)⑹龊啙?形象 效果真實 但所用的圖表應(yīng)當(dāng)規(guī)范化 標(biāo)準(zhǔn)化 第二節(jié)系統(tǒng)開發(fā)的方法 70年代 生命周期法 瀑布模型 系統(tǒng)辨識 選擇 規(guī)劃 系統(tǒng)分析 系統(tǒng)設(shè)計 系統(tǒng)實施 系統(tǒng)維護(hù) MIS的生命周期法將管理信息系統(tǒng)從系統(tǒng)調(diào)查開始 經(jīng)過系統(tǒng)分析 系統(tǒng)設(shè)計 系統(tǒng)實施 系統(tǒng)維護(hù)與評價 直至要求建立新的系統(tǒng)看成是一個生命周期的結(jié)束 另一個生命周期的開始 一生命周期法 系統(tǒng)開發(fā)生命周期各階段的主要工作 生命周期各階段的主要任務(wù) 1 系統(tǒng)調(diào)查 該階段的范圍是整個業(yè)務(wù)系統(tǒng) 目的是從整個業(yè)務(wù)的角度出發(fā)確定和考慮潛在的問題和機會 確定系統(tǒng)開發(fā)要 解決什么問題 2 系統(tǒng)分析 主要活動包括可行性分析和需求分析 其范圍是列入開發(fā)計劃的單個信息系統(tǒng)開發(fā)項目 目的是分析業(yè)務(wù)上存在的問題 定義業(yè)務(wù)需求 3 系統(tǒng)設(shè)計 系統(tǒng)設(shè)計的目的是設(shè)計一個以計算機為基礎(chǔ)的技術(shù)解決方案以滿足用戶的業(yè)務(wù)需求 總體設(shè)計的主要任務(wù)是構(gòu)造軟件的總體結(jié)構(gòu) 詳細(xì)設(shè)計包括人機界面設(shè)計 數(shù)據(jù)庫設(shè)計 程序設(shè)計 4 系統(tǒng)實施 系統(tǒng)實施包括 按照物理模型實現(xiàn)應(yīng)用軟件的編制和測試 系統(tǒng)試運行 系統(tǒng)切換 系統(tǒng)交付使用以及運行后的系統(tǒng)維護(hù)和評價等工作 生命周期法的主要優(yōu)缺點 生命周期法的主要優(yōu)缺點 P73表3 1 該方法適用于一些組織相對穩(wěn)定 業(yè)務(wù)處理過程規(guī)范 需求明確且在一定時期內(nèi)不會發(fā)生大的變化的大型復(fù)雜系統(tǒng)的開發(fā) 二原型法 運用生命周期法的前提條件是要求用戶在項目開始初期就非常明確地陳述其需求 需求陳述出現(xiàn)錯誤 對信息系統(tǒng)開發(fā)的影響尤為嚴(yán)重 因此 這種方法不允許失敗 事實上這種要求又難以做到 在70年代中期 人們提出了旨在改進(jìn)SDLC缺點的一種開放式方法 原型法 Prototyping 自80年代中期以來 當(dāng)圖形用戶界面 GraphicUserInterface GUI 出現(xiàn)后 原型法逐步被接受 并成為一種流行的信息系統(tǒng)開發(fā)方法 產(chǎn)生的原因 原型法的基本思想 原型法 PrototypingMethod 是在系統(tǒng)開發(fā)初期 憑借系統(tǒng)開發(fā)人員對用戶需求的了解和系統(tǒng)主要功能的要求 在強有力的軟件環(huán)境支持下 迅速構(gòu)造出系統(tǒng)的初始原型 然后與用戶一起不斷對原型進(jìn)行修改 完善 直到滿足用戶需求 原型法的開發(fā)過程 收集用戶需求 開發(fā) 完善原型 修正和改進(jìn) 系統(tǒng)實施和應(yīng)用 滿意嗎 放棄 Y Y N N 放棄原型 與用戶一起審查原型 原型法的主要優(yōu)缺點 原型法的主要優(yōu)缺點 P74表3 2 原型法適用于小型 簡單 處理過程比較明確 沒有大量運算和邏輯處理過程的系統(tǒng) 面向?qū)ο蠓椒ǖ挠蓙砗蜌v史面向?qū)ο?ObjectOriented 簡稱OO 的概念應(yīng)起源于挪威的K Nyguard等人開發(fā)的模擬離散事件的程序設(shè)計語言Simula真正的面向?qū)ο蟪绦蛟O(shè)計 ObjectOrientedProgramming 簡稱OOP 是由AlanKeyz主持設(shè)計的Smalltalk語言20世紀(jì)80年代面向?qū)ο蟮姆治?面向?qū)ο蟮脑O(shè)計等方法和技術(shù)才開始興起 三面向?qū)ο蟮姆椒?面向?qū)ο蠓椒ǖ挠蓙砗蜌v史 1988年Shlaer和Mellof首先在其 面向?qū)ο蟮南到y(tǒng)分析 Object OrientedSystemAnalysis 一書中 集中使用ER模型 Entity RelationshipModel 來捕捉用戶需求信息1991年Coad和Yourdon在 面向?qū)ο蟮姆治?一書中提出了OOA方法在1991年 Rumbaugh等人提出了一個用于系統(tǒng)分析和設(shè)計的 面向?qū)ο蟮慕＜夹g(shù) Object OrientedModelingTechnology 簡稱為OMT 1992年 Embley等人又提出了OSA 面向?qū)ο蟮南到y(tǒng)分析 方法 首先是面向?qū)ο蟮南到y(tǒng)分析 OOA 它的任務(wù)是了解問題域內(nèi)該問題所涉及的對象和對象間的關(guān)系 建立問題模型 其次是面向?qū)ο蟮南到y(tǒng)設(shè)計 OOD 它的任務(wù)是調(diào)整 完善和充實由OOA建立的模型 最后是面向?qū)ο蟮南到y(tǒng)實現(xiàn) OOP 它的任務(wù)是用面向?qū)ο蟮恼Z言實現(xiàn)OOD提出的模型 這與傳統(tǒng)的生命周期法相似 但各階段所解決的問題和采用的描述方法卻有極大的區(qū)別 面向?qū)ο箝_發(fā)方法的內(nèi)容與過程 面向?qū)ο蟮幕靖拍?1 對象 Object 2 消息 message 3 類 Class 4 繼承性 Inheritance 5 封裝性 Encapsulation 6 多態(tài)性 7 動態(tài)聯(lián)編 面向?qū)ο箝_發(fā)方法的適用范圍 流行的開發(fā)方法 適用面很廣 特別適合于大型應(yīng)用軟件系統(tǒng)的開發(fā) 系統(tǒng)開發(fā)方法的選擇 系統(tǒng)開發(fā)方法的選擇涉及到以下因素 需求和應(yīng)用的類型 數(shù)據(jù) 過程 算法和環(huán)境等 各種方法的特點 適用范圍 在大型系統(tǒng)的開發(fā)中 常常不是采用一種開發(fā)方法 而是采用多種方法的組合 人力資源CASE工具的可利用性時間 資金等方面的約束條件 1 應(yīng)用的特點 2 方法的選擇 3 資源分析 第三節(jié)系統(tǒng)開發(fā)的方式 一開發(fā)方式的分類 目前 我國企業(yè)系統(tǒng)開發(fā)方式主要有以下五種 1 由本企業(yè)自行開發(fā)這種開發(fā)方式需要有出色的領(lǐng)導(dǎo)和自己的開發(fā)隊伍 包括系統(tǒng)分析師 程序設(shè)計員 計算機技術(shù)人員和有經(jīng)驗的管理人員等各類人員 2 企業(yè)與軟件公司合作開發(fā)3 委托開發(fā)利用外部專門提供信息系統(tǒng)建立和維護(hù)的公司 來實現(xiàn)信息系統(tǒng)的開發(fā) 4 購買應(yīng)用軟件產(chǎn)品5 購買服務(wù) 企業(yè)在擁有一定的軟硬件平臺之后 還可以通過付費的方式直接購買信息和信息服務(wù) 這種方式被稱作 資源外包 outsourcing 是20世紀(jì)末發(fā)達(dá)國家企業(yè)信息系統(tǒng)發(fā)展的重要趨勢 二系統(tǒng)開發(fā)方式的選擇 造 與 買 的決策應(yīng)該根據(jù)系統(tǒng)本身的復(fù)雜程度和重要性 開發(fā)任務(wù)的緊迫性 經(jīng)濟效益原則 內(nèi)部信息技術(shù)專業(yè)人員的水平和組織健全程度 企業(yè)的開發(fā)經(jīng)驗以及企業(yè)內(nèi)外部應(yīng)用環(huán)境等具體情況進(jìn)行全面的評價 教材P83表3 4 造 與 買 的決策選擇因素 造 買 第四節(jié)系統(tǒng)開發(fā)的組織和項目管理 一系統(tǒng)開發(fā)的組織 1 系統(tǒng)開發(fā)領(lǐng)導(dǎo)小組系統(tǒng)開發(fā)領(lǐng)導(dǎo)小組應(yīng)由企業(yè)負(fù)責(zé)人來主持 小組成員應(yīng)包括1名公司副經(jīng)理 系統(tǒng)開發(fā)項目組長 有經(jīng)驗的系統(tǒng)分析師 以及用戶各主要部門的業(yè)務(wù)負(fù)責(zé)人 共約5 7人組成 領(lǐng)導(dǎo)小組的職責(zé)范圍如下 提出建立新系統(tǒng)的目標(biāo)和總策略 指導(dǎo)項目小組工作 保證滿足企業(yè)不同部門對新系統(tǒng)的需求 對開發(fā)工作進(jìn)行監(jiān)督與控制 協(xié)調(diào)系統(tǒng)開發(fā)中有關(guān)的各項工作 委任計算中心的主要工作人員 規(guī)定他們的職責(zé)范圍 對系統(tǒng)開發(fā)規(guī)劃和項目進(jìn)展進(jìn)行必要的監(jiān)督和宏觀管理 一系統(tǒng)開發(fā)的組織 2 系統(tǒng)開發(fā)團隊的構(gòu)成開發(fā)團隊直接負(fù)責(zé)系統(tǒng)開發(fā)的具體工作 開發(fā)團隊成員主要由四類人員組成 即開發(fā)團隊的負(fù)責(zé)人 系統(tǒng)分析師 程序設(shè)計員和參與開發(fā)的用戶 討論 各類人員的工作任務(wù)及應(yīng)具備的素質(zhì) 一系統(tǒng)開發(fā)的組織 3 外部系統(tǒng)開發(fā)者如果系統(tǒng)開發(fā)項目有外部的開發(fā)商或合作組織 企業(yè)就需要對來自外部的開發(fā)力量進(jìn)行評價和選擇 對來自外部的開發(fā)力量進(jìn)行評價和選擇 卡內(nèi)基 梅隆大學(xué)的軟件工程學(xué)院開發(fā)了一種軟件能力成熟度模型 根據(jù)該模型 軟件能力成熟水平分五個級別 高級別的開發(fā)組織具有更強的實力承擔(dān)更為復(fù)雜的開發(fā)項目 P88表3 6軟件能力開發(fā)成熟度模型 二系統(tǒng)開發(fā)的項目管理 1 開發(fā)項目評價指標(biāo)評價信息系統(tǒng)項目成功與否 必須從整體出發(fā) 從用戶出發(fā) 信息系統(tǒng)開發(fā)項目的評價指標(biāo)從用戶的角度看可以分成技術(shù) 經(jīng)濟 管理環(huán)境三個方面 1 技術(shù)性能指標(biāo)系統(tǒng)輸出指標(biāo) 系統(tǒng)運行操作指標(biāo) 系統(tǒng)可靠性和安全性指標(biāo) 2 經(jīng)濟性能指標(biāo)成本費用指標(biāo) 效益指標(biāo) 后備需求的規(guī)模與水平 3 管理環(huán)境指標(biāo)用戶對系統(tǒng)的態(tài)度 管理者對系統(tǒng)的態(tài)度 工作環(huán)境 二系統(tǒng)開發(fā)的項目管理 2 項目計劃管理計劃管理主要工作內(nèi)容 1 任務(wù)劃分 制定總體計劃 確定系統(tǒng)開發(fā)范圍 估算開發(fā)所需資源 劃分系統(tǒng)開發(fā)階段 分步實施 同時明確系統(tǒng)開發(fā)重點 2 計劃安排 制定階段計劃 分解階段任務(wù) 估算階段工作 規(guī)劃階段工作進(jìn)度 3 質(zhì)量管理 工程計劃執(zhí)行情況檢查 找出無法按計劃完成的原因并且提出相應(yīng)建議 以對計劃做出相應(yīng)調(diào)整 4 經(jīng)費管理 制定經(jīng)費開支計劃和預(yù)測計劃 包括經(jīng)費概算 支出的詳細(xì)構(gòu)成 相關(guān)資金來源的保證方式等 5 風(fēng)險管理 應(yīng)用各種風(fēng)險管理技術(shù) 最大限度地規(guī)避風(fēng)險 提高開發(fā)項目的成功率 三項目質(zhì)量和進(jìn)度控制 1 質(zhì)量控制的常用方法如下 1 通過多次反復(fù) 多方參與的評審 控制需求和設(shè)計的質(zhì)量 2 在編碼之前 制定代碼規(guī)范 并強制執(zhí)行 以便保證代碼的規(guī)范性 3 通過嚴(yán)格的 完整的測試流程 保證編碼質(zhì)量 4 需求分析 方案 系統(tǒng)設(shè)計 測試計劃 實施計劃等必須進(jìn)行內(nèi)部評審 通過內(nèi)部評審后指定雙方人員共同審查 5 必須制定全面的測試計劃和質(zhì)量保證實施過程并通過審查 6 系統(tǒng)交付使用前 要經(jīng)歷單元測試 集成測試 系統(tǒng)測試和用戶測試 驗收測試等質(zhì)量檢驗過程 7 制定實施和維護(hù)計劃以及實施和維護(hù)操作規(guī)程 記錄操作過程 三項目質(zhì)量和進(jìn)度控制 2 進(jìn)度控制 開發(fā)小組應(yīng)該按照項目計劃的進(jìn)度實施項目 及時定期匯報實際實施的進(jìn)度 對項目實施過程中影響進(jìn)度的因素綜合分析 及時與用戶交流 提出解決辦法 用戶要對開發(fā)方的進(jìn)度進(jìn)行監(jiān)控 軟件項目實施進(jìn)度控制的常用方法如下 1 通過科學(xué)估算 考慮資源配置情況 共同制定合理的雙方認(rèn)可的進(jìn)度計劃 2 細(xì)分任務(wù) 制定更加精細(xì)的里程碑 并按里程碑進(jìn)行驗收和考核 3 建立常規(guī)的進(jìn)度報告制度 以便及時掌握項目進(jìn)度 4 采用嚴(yán)格的流程來控制需求變更 5 進(jìn)度計劃中 將一些比較大的工作拆細(xì) 以便設(shè)立更多的里程碑 四道德 倫理與法律約束 在信息系統(tǒng)應(yīng)用開發(fā)工作中 面臨道德 倫理和法律問題 從用戶角度看 選擇的系統(tǒng)開發(fā)手段要