同濟(jì)大學(xué)管理信息系統(tǒng)第13章講義ppt課件VIP

管理信息系統(tǒng) ManagementInformationSystem 同濟(jì)大學(xué)經(jīng)濟(jì)與管理學(xué)院 管理信息系統(tǒng) 精品課程課程組網(wǎng)站 第13章信息系統(tǒng)開發(fā)方法 學(xué)習(xí)目的 理解信息系統(tǒng)開發(fā)的復(fù)雜性和基于系統(tǒng)工程的開發(fā)思想了解信息系統(tǒng)的開發(fā)原則及開發(fā)策略理解信息系統(tǒng)開發(fā)生命周期了解瀑布模式 漸增模式 原型模式 螺旋模式以及并行模式的基本特點(diǎn)掌握結(jié)構(gòu)化方法 信息工程方法以及面向?qū)ο蠓椒ǖ谋举|(zhì)及基本實(shí)現(xiàn)思路了解信息系統(tǒng)開發(fā)形式以及信息系統(tǒng)相關(guān)者的類型 本講內(nèi)容 13 1信息系統(tǒng)開發(fā)思想13 2信息系統(tǒng)開發(fā)原則13 3信息系統(tǒng)開發(fā)策略13 4信息系統(tǒng)開發(fā)模式13 5信息系統(tǒng)的開發(fā)方法13 6系統(tǒng)開發(fā)的多種形式13 7信息系統(tǒng)的相關(guān)者 13 1信息系統(tǒng)開發(fā)思想 13 1 1信息系統(tǒng)開發(fā)的復(fù)雜性一方面 信息系統(tǒng)是一個(gè)應(yīng)用于管理領(lǐng)域的信息系統(tǒng) 與一般的技術(shù)系統(tǒng)不同 它以企業(yè)的管理環(huán)境為背景 和企業(yè)的組織結(jié)構(gòu) 管理體系 業(yè)務(wù)流程有著密切的關(guān)系 容易受環(huán)境的影響 另一方面 信息技術(shù)的飛速發(fā)展 為系統(tǒng)開發(fā)提供了技術(shù)支持 但同時(shí)也使開發(fā)工作變得更為復(fù)雜 信息系統(tǒng)支持環(huán)境 即計(jì)算機(jī)硬件 軟件和通訊方面的技術(shù)在不斷變化 使得系統(tǒng)開發(fā)技術(shù)必須適應(yīng)支持環(huán)境的變化 加大了系統(tǒng)開發(fā)的技術(shù)難度 另外 管理信息系統(tǒng)涉及到的事務(wù)繁瑣 牽涉面廣 因此用戶的需求很難弄清 同時(shí) 開發(fā)過程中 人員多 周期長 而多人合作又會(huì)引起協(xié)調(diào)上的困難 這也是造成系統(tǒng)開發(fā)復(fù)雜性的原因 13 1信息系統(tǒng)開發(fā)思想 13 1 1信息系統(tǒng)開發(fā)的復(fù)雜性從20世紀(jì)50年代末開始 計(jì)算機(jī)越來越普及 并廣泛應(yīng)用 可到了70年代初 出現(xiàn)了 軟件危機(jī) 危機(jī)主要表現(xiàn)為 軟件成本超出預(yù)算 開發(fā)進(jìn)度一再拖延 軟件質(zhì)量難以保證 原因在于 系統(tǒng)規(guī)模越來越大 復(fù)雜度也越來越高 用戶需求不明確 缺乏正確的理論指導(dǎo) 軟件危機(jī) 使人們意識(shí)到信息系統(tǒng)的開發(fā)需要一套科學(xué)的 工程化的方法來指導(dǎo) 這就是常說的 系統(tǒng)分析與設(shè)計(jì)方法 13 1信息系統(tǒng)開發(fā)思想 13 1 2系統(tǒng)工程思想及應(yīng)用系統(tǒng)工程是一門用于大規(guī)模復(fù)雜系統(tǒng)設(shè)計(jì)的學(xué)問 是組織管理系統(tǒng)的規(guī)劃 設(shè)計(jì) 制造 試驗(yàn)和使用的科學(xué)方法 它的思想是以系統(tǒng)概念為基礎(chǔ)的思想 表現(xiàn)為由粗到細(xì) 由表及里 由上到下 由整體到局部 逐步求精的分析 系統(tǒng)工程方法一般步驟 調(diào)研 確定目標(biāo) 確定功能 考慮方案 多個(gè) 選擇一個(gè)方案 實(shí)施 維護(hù)和評價(jià) 13 1信息系統(tǒng)開發(fā)思想 13 1 2系統(tǒng)工程思想及應(yīng)用開發(fā)過程的一般規(guī)律 13 1信息系統(tǒng)開發(fā)思想 13 1 2系統(tǒng)工程思想及應(yīng)用系統(tǒng)開發(fā)的生命周期系統(tǒng)規(guī)劃階段主要是弄清這一工作的目的是什么 系統(tǒng)規(guī)劃首先提出系統(tǒng)開發(fā)要求 確定系統(tǒng)目標(biāo) 并給定資源條件和約束條件 然后制訂系統(tǒng)開發(fā)計(jì)劃 系統(tǒng)分析階段主要是弄清目標(biāo)對象是什么 系統(tǒng)分析是一個(gè)有目的 有步驟的探索 研究和判斷的過程 系統(tǒng)分析員使用科學(xué)的分析工具和方法 對系統(tǒng)的目標(biāo) 功能 環(huán)境 費(fèi)用 效益等進(jìn)行充分的調(diào)查和分析 最后獲得最佳的系統(tǒng)方案 系統(tǒng)設(shè)計(jì)階段根據(jù)需求調(diào)查和系統(tǒng)分析的結(jié)果 進(jìn)行概略設(shè)計(jì) 提出不同的新系統(tǒng)方案 同時(shí)對新系統(tǒng)方案進(jìn)行比較 并由此確定新系統(tǒng)的最佳方案 最后進(jìn)行系統(tǒng)詳細(xì)設(shè)計(jì) 系統(tǒng)實(shí)施與運(yùn)行進(jìn)行系統(tǒng)的實(shí)施 調(diào)試 維護(hù) 評價(jià)和運(yùn)行等工作 本講內(nèi)容 13 1信息系統(tǒng)開發(fā)思想13 2信息系統(tǒng)開發(fā)原則13 3信息系統(tǒng)開發(fā)策略13 4信息系統(tǒng)開發(fā)模式13 5信息系統(tǒng)的開發(fā)方法13 6系統(tǒng)開發(fā)的多種形式13 7信息系統(tǒng)的相關(guān)者 13 2信息系統(tǒng)開發(fā)原則 領(lǐng)導(dǎo)參加的原則 一把手原則 信息系統(tǒng)的開發(fā)是一項(xiàng)龐大的系統(tǒng)工程 它涉及到組織日常管理工作的各個(gè)方面 所以領(lǐng)導(dǎo)出面組織力量 協(xié)調(diào)各方面的關(guān)系是開發(fā)成功的首要條件 優(yōu)化與創(chuàng)新的原則信息系統(tǒng)的開發(fā)不能簡單模擬舊的管理模式和業(yè)務(wù)流程 它必須根據(jù)實(shí)際情況和科學(xué)管理的要求 加以優(yōu)化和創(chuàng)新 充分利用信息資源的原則數(shù)據(jù)盡可能共享 減少系統(tǒng)的輸入輸出 對已有的數(shù)據(jù)作進(jìn)一步的分析處理 以便充分發(fā)揮深層次加工信息和作用 實(shí)用和實(shí)效的原則要求從系統(tǒng)規(guī)劃開始直到系統(tǒng)實(shí)施 所有的方案都必須是實(shí)用的 及時(shí)的 有效的 規(guī)范化原則要求按照標(biāo)準(zhǔn)化 工程化的方法和技術(shù)進(jìn)行系統(tǒng)開發(fā) 同時(shí)也要求用戶單位基礎(chǔ)管理科學(xué)化 即滿足管理工作程序化 管理業(yè)務(wù)標(biāo)準(zhǔn)化 報(bào)表文件標(biāo)準(zhǔn)化 數(shù)據(jù)資料完整化 適應(yīng)性原則充分考慮到組織結(jié)構(gòu) 管理模式 業(yè)務(wù)流程等可能發(fā)生的變化 使系統(tǒng)具有一定的柔性 能夠在一定范圍內(nèi)適應(yīng)環(huán)境的變化 本講內(nèi)容 13 1信息系統(tǒng)開發(fā)思想13 2信息系統(tǒng)開發(fā)原則13 3信息系統(tǒng)開發(fā)策略13 4信息系統(tǒng)開發(fā)模式13 5信息系統(tǒng)的開發(fā)方法13 6系統(tǒng)開發(fā)的多種形式13 7信息系統(tǒng)的相關(guān)者 13 3信息系統(tǒng)開發(fā)策略 自頂而下 的開發(fā)策略 自底向上 的策略綜合策略 13 3信息系統(tǒng)開發(fā)策略 自頂而下 的開發(fā)策略在系統(tǒng)分析與設(shè)計(jì)時(shí) 應(yīng)從組織的高層管理著手 考慮系統(tǒng)的整體目標(biāo) 以及資源與約束 再確定需要哪些功能去保證目標(biāo)的完成 劃分相應(yīng)得子系統(tǒng) 并進(jìn)行各子系統(tǒng)的業(yè)務(wù)分析和設(shè)計(jì) 自頂而下 的執(zhí)行步驟是 分析系統(tǒng)整體目標(biāo) 環(huán)境 資源和約束條件 確定各項(xiàng)主要業(yè)務(wù)處理功能和決策能力 從而得到各個(gè)子系統(tǒng)的分工 協(xié)調(diào)和接口 確定每一種功能 子系統(tǒng) 所需要的輸入 輸出 數(shù)據(jù)存貯 對各子系統(tǒng)的功能模塊和數(shù)據(jù)進(jìn)行進(jìn)一步分析與分解 根據(jù)需要與可能 確定優(yōu)先開發(fā)的子系統(tǒng) 13 3信息系統(tǒng)開發(fā)策略 自底向上 的策略從組織的各個(gè)基層業(yè)務(wù)子系統(tǒng)的日常業(yè)務(wù)處理入手 進(jìn)行系統(tǒng)分析與設(shè)計(jì) 這種應(yīng)用子系統(tǒng)容易被識(shí)別 理解 開發(fā)和調(diào)整 有關(guān)的數(shù)據(jù)流和數(shù)據(jù)存貯也容易確定 當(dāng)下層子系統(tǒng)分析完成后 再進(jìn)行上一層系統(tǒng)的分析與設(shè)計(jì) 將不同的功能和數(shù)據(jù)綜合起來考慮 為了支持系統(tǒng)的總目標(biāo) 滿足管理層和決策層的需要 除增添新的功能和數(shù)據(jù)外 還要考慮一定的經(jīng)濟(jì)管理模型 13 3信息系統(tǒng)開發(fā)策略 綜合策略為了充分發(fā)揮上述兩種策略的優(yōu)點(diǎn) 人們往往將它們綜合起來應(yīng)用 自頂而下 的策略適用于一個(gè)組織的總體方案的設(shè)計(jì) 而 自底向上 的策略又適用于具體業(yè)務(wù)信息系統(tǒng)總體設(shè)計(jì) 在用 自頂而下 原則確定了一個(gè)信息系統(tǒng)的總體方案之后 再采用 自底向上 的策略 在總體方案指導(dǎo)下 對一個(gè)個(gè)業(yè)務(wù)子系統(tǒng)進(jìn)行具體功能和數(shù)據(jù)的分析和分解 并逐層歸納到?jīng)Q策層 這樣 通過全面分析 協(xié)調(diào)和調(diào)整之后 能得到一個(gè)比較理想的 耗費(fèi)人力 物力 時(shí)間較少的 用戶滿意的新系統(tǒng) 本講內(nèi)容 13 1信息系統(tǒng)開發(fā)思想13 2信息系統(tǒng)開發(fā)原則13 3信息系統(tǒng)開發(fā)策略13 4信息系統(tǒng)開發(fā)模式13 5信息系統(tǒng)的開發(fā)方法13 6系統(tǒng)開發(fā)的多種形式13 7信息系統(tǒng)的相關(guān)者 13 4信息系統(tǒng)開發(fā)模式 系統(tǒng)開發(fā)生命周期的各種變體稱為系統(tǒng)開發(fā)模式 它們是開發(fā)活動(dòng)一系列的步驟及執(zhí)行過程 當(dāng)系統(tǒng)開發(fā)按照系統(tǒng)化 邏輯化的步驟進(jìn)行時(shí) 有利于標(biāo)準(zhǔn) 規(guī)范與政策的推行和建立 開發(fā)的過程將更為有效 更能確保質(zhì)量 也更容易管理 信息系統(tǒng)開發(fā)模式的發(fā)展起源于1950年代 先后有編碼與修改模式 階段模式 瀑布模式 漸增模式 原型模式 螺旋模式 并行模式 13 4信息系統(tǒng)開發(fā)模式 13 4 1瀑布模式瀑布模式 有時(shí)稱生命周期法 是一種系統(tǒng)開發(fā)的方法 它將系統(tǒng)開發(fā)的過程分成 幾 個(gè)階段 每個(gè)階段清楚定義要做哪些工作及交付哪些文件 各階段循環(huán)執(zhí)行且僅循環(huán)一次 瀑布模式在階段劃分上具有一定的彈性 沒有明確規(guī)定開發(fā)過程應(yīng)分成幾個(gè)階段 當(dāng)問題較小或比較簡單時(shí) 劃分的階段可能少至三個(gè) 如分析 設(shè)計(jì) 實(shí)施 若面對的問題較大或復(fù)雜時(shí) 其階段可能被細(xì)分成更多個(gè)階段 13 4信息系統(tǒng)開發(fā)模式 13 4 1瀑布模式 13 4信息系統(tǒng)開發(fā)模式 13 4 1瀑布模式 13 4信息系統(tǒng)開發(fā)模式 13 4 2漸增模式瀑布模式要求在系統(tǒng)開發(fā)的各個(gè)階段均需同時(shí)考慮所有需求 且系統(tǒng)開發(fā)需在一個(gè)周期完成 在某些情況下 這種要求難以實(shí)現(xiàn) 為此 Mills于1971年提出了漸增模式 該模式是把需求分成 幾 個(gè)部分 Increments 然后按照漸增開發(fā)計(jì)劃 將每個(gè) 部分需求 的開發(fā)視為一個(gè)周期 每個(gè)開發(fā)周期依次或者平行開發(fā) 每個(gè)周期的階段清楚定義要做哪些工作和交付哪些文檔 每個(gè)階段循序進(jìn)行且僅循環(huán)一次 漸增模式是瀑布模式的擴(kuò)展 它強(qiáng)調(diào)需求的可分性 每一部分可依據(jù)瀑布模式開發(fā) 也就是說 漸增模式首先進(jìn)行需求分析以完全掌握需求 然后再進(jìn)行漸增開發(fā)規(guī)劃 13 4信息系統(tǒng)開發(fā)模式 13 4 2漸增模式 13 4信息系統(tǒng)開發(fā)模式 13 4 3原型模式瀑布模式與漸增模式均假設(shè)在項(xiàng)目開始時(shí) 用戶需求能被清楚完整地描述 但在許多情況下 這種假設(shè)是不切實(shí)際的 因?yàn)橛脩艚?jīng)常無法把需求清楚完整地表達(dá) 有時(shí)雖能夠清楚地表達(dá) 但開發(fā)人員可能沒有足夠的經(jīng)驗(yàn)與知識(shí)完全了解用戶的需求 也可能一時(shí)無法找出問題的解決方法 原型模式首先針對用戶需求比較清楚的部分或開發(fā)人員能夠掌握的部分 按照分析 設(shè)計(jì) 實(shí)施等步驟快速開發(fā)原型 開發(fā)過程中 強(qiáng)調(diào)以原型作為用戶與開發(fā)人員溝通的工具 雙方通過原型的操作與反饋 以弄清 修改及擴(kuò)充需求 并以此來修改與擴(kuò)充原型 上述步驟反復(fù)進(jìn)行 直到系統(tǒng)符合雙方約定為止 13 4信息系統(tǒng)開發(fā)模式 13 4 3原型模式 13 4信息系統(tǒng)開發(fā)模式 13 4 3原型模式基本步驟快速分析 弄清用戶的基本信息需求構(gòu)造原型 開發(fā)初步原型系統(tǒng)用戶和開發(fā)人員使用并評價(jià)原型修改和完善原型系統(tǒng) 13 4信息系統(tǒng)開發(fā)模式 13 4 3原型模式原型模式的特點(diǎn)符合人們認(rèn)識(shí)事物的客觀規(guī)律將模擬手段引入系統(tǒng)分析的初期階段強(qiáng)調(diào)用戶的全程參與提倡使用工具開發(fā) 13 4信息系統(tǒng)開發(fā)模式 13 4 3原型模式原型模式的適用范圍對于復(fù)雜的大型系統(tǒng) 很難直接用屏幕來簡單地模擬 必須經(jīng)過嚴(yán)密的系統(tǒng)分析來進(jìn)行結(jié)構(gòu)劃分 因此原型模式不適合大型系統(tǒng)的開發(fā) 對于運(yùn)算復(fù)雜 邏輯性強(qiáng)的程序模塊 原型模式很難構(gòu)造出模型來供用戶評價(jià) 因?yàn)檫@類問題本身就沒有那么多的交互方式 也不是三言兩語就可以把問題說得清楚 對于基礎(chǔ)管理不善的單位 不宜用原型法 首先 業(yè)務(wù)流程不清 信息處理過程混亂 構(gòu)造原型有一定的困難 其次 基礎(chǔ)管理不健全 沒有科學(xué)合理的方法可依 系統(tǒng)開發(fā)容易走上機(jī)械地模仿手工系統(tǒng)的操作方式上 因強(qiáng)調(diào)以 原型演進(jìn) 代替完整的分析與設(shè)計(jì) 故系統(tǒng)文檔較不完備 程序也可能較難維護(hù) 就短期而言 可能滿足用戶需求 但對長期來說 系統(tǒng)較易失敗 13 4信息系統(tǒng)開發(fā)模式 13 4 3原型模式原型模式的分類演進(jìn)式原型策略 EvolutionaryPrototyping 是將所有需求看成一個(gè)整體 從需求最清楚的部分入手 快速經(jīng)歷一系列開發(fā)周期 如分析 設(shè)計(jì) 實(shí)施 完成初始原型系統(tǒng)的開發(fā) 再利用該原型與用戶溝通 以確定 修改和擴(kuò)充需求 并以此作為下一周期原型演進(jìn)的依據(jù) 該周期不斷地反復(fù)進(jìn)行 一直到原型系統(tǒng)符合雙方的約定為止 拋棄式原型策略 RapidThrowawayPrototyping 是以一種快速而粗糙 QuickandDirty 的方式建立原型 使用戶能夠盡快通過與原型的互動(dòng)來確定需求項(xiàng)目 或允許開發(fā)人員以此來尋求問題的解決方案 這種原型因?yàn)橛眠^即丟 所以不需要考慮原型系統(tǒng)的運(yùn)作效率與可維護(hù)性 也不需要容錯(cuò)的能力 13 4信息系統(tǒng)開發(fā)模式 13 4 3原型模式 13 4信息系統(tǒng)開發(fā)模式 13 4 4螺旋模式基本思想 螺旋模式不是將開發(fā)過程用一系列活動(dòng)及活動(dòng)間的回溯來表示 而是用螺旋線表示 在螺旋線中每個(gè)回路表示系統(tǒng)開發(fā)過程的一個(gè)階段 因此 最里面的回路可能與系統(tǒng)可行性有關(guān) 下一個(gè)回路與系統(tǒng)需求定義有關(guān) 再下一個(gè)回路與系統(tǒng)設(shè)計(jì)有關(guān) 基本步驟 步驟一 找出系統(tǒng)的目標(biāo) 可行方案與約束步驟二 根據(jù)目標(biāo)與限制評估方案步驟三 由剩下的相關(guān)風(fēng)險(xiǎn)決定下一步驟 13 4信息系統(tǒng)開發(fā)模式 13 4 4螺旋模式 13 4信息系統(tǒng)開發(fā)模式 13 4 5并行模式并行模式 ConcurrentModel 由AoyamaM于1993年提出 其思想源于制造業(yè)的并行工程 目的在于縮短系統(tǒng)開發(fā)周期 加速版本的更新 首先將每一版本 Release 的工作分成若干功能組 Enhancement 功能組是一個(gè)或多個(gè)功能的組合 接著 將功能組的工作分配給多個(gè)團(tuán)隊(duì)并行開發(fā) 當(dāng)同一版本的功能組都完成了開發(fā)之后 便交給獨(dú)立的團(tuán)隊(duì)進(jìn)行集成和測試 開發(fā)團(tuán)隊(duì)的成員則可進(jìn)行下一版本的開發(fā) 同理 當(dāng)集成及測試團(tuán)隊(duì)完成了一個(gè)版本的工作后 便可進(jìn)行下一版本的集成和測試 13 4信息系統(tǒng)開發(fā)模式 13 4 5并行模式 本講內(nèi)容 13 1信息系統(tǒng)開發(fā)思想13 2信息系統(tǒng)開發(fā)原則13 3信息系統(tǒng)開發(fā)策略13 4信息系統(tǒng)開發(fā)模式13 5信息系統(tǒng)的開發(fā)方法13 6系統(tǒng)開發(fā)的多種形式13 7信息系統(tǒng)的相關(guān)者 13 5信息系統(tǒng)的開發(fā)方法 13 5 2系統(tǒng)開發(fā)方法的二維分類法 13 5信息系統(tǒng)的開發(fā)方法 13 5 3結(jié)構(gòu)化方法結(jié)構(gòu)化方法的基本思想結(jié)構(gòu)化方法 StructuredSystemDevelopmentMethodologies 又稱為結(jié)構(gòu)化分析與設(shè)計(jì)技術(shù) StructuredAnalysisandDesignTechnologies SADT 是迄今為止最普遍 最成熟的一種開發(fā)方法 基本思想是 用系統(tǒng)工程的思想和工程化的方法 按用戶至上的原則 結(jié)構(gòu)化 模塊化 自頂向下地對系統(tǒng)進(jìn)行分析和設(shè)計(jì) 在系統(tǒng)調(diào)查或理順管理業(yè)務(wù)時(shí) 從最頂層的管理業(yè)務(wù)入手 逐步深入到最基層 在系統(tǒng)分析和系統(tǒng)設(shè)計(jì)階段 應(yīng)從宏觀整體分析入手 先考慮系統(tǒng)整體的優(yōu)化 然后在考慮局部的優(yōu)化問題 在系統(tǒng)實(shí)施過程中 采用自底向上的實(shí)施策略 組織開發(fā)人員從最基層模塊的編程入手 并對模塊逐個(gè)測試 然后按照系統(tǒng)設(shè)計(jì)的結(jié)構(gòu) 將模塊集成起來 進(jìn)行系統(tǒng)總體調(diào)試 最后 自底向上 逐漸地構(gòu)成整體系統(tǒng) 13 5信息系統(tǒng)的開發(fā)方法 13 5 3結(jié)構(gòu)化方法結(jié)構(gòu)化方法的開發(fā)過程采用結(jié)構(gòu)化方法開發(fā)系統(tǒng)時(shí) 整個(gè)開發(fā)過程按照生命周期被劃分為若干個(gè)首尾相連的階段 生命周期有多種變體 因此劃分方法有多種 本課采用傳統(tǒng)的生命周期模型 將開發(fā)過程劃分為 系統(tǒng)規(guī)劃系統(tǒng)分析系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施系統(tǒng)運(yùn)行 13 5信息系統(tǒng)的開發(fā)方法 13 5 3結(jié)構(gòu)化方法 13 5信息系統(tǒng)的開發(fā)方法 13 5 3結(jié)構(gòu)化方法 13 5信息系統(tǒng)的開發(fā)方法 13 5 3結(jié)構(gòu)化方法結(jié)構(gòu)化方法的特點(diǎn)自頂向下整體性分析與設(shè)計(jì)和自底向上逐步實(shí)施的系統(tǒng)開發(fā)過程以用戶為中心的開發(fā)原則深入的調(diào)查研究嚴(yán)格劃分工作階段邏輯設(shè)計(jì)和物理設(shè)計(jì)分別進(jìn)行工作文檔標(biāo)準(zhǔn)化 規(guī)范化 13 5信息系統(tǒng)的開發(fā)方法 13 5 3結(jié)構(gòu)化方法結(jié)構(gòu)化方法的缺點(diǎn)所有需求必須預(yù)先明確靈活性差開發(fā)周期較長 13 5信息系統(tǒng)的開發(fā)方法 13 5 4信息工程方法信息工程的基本原理數(shù)據(jù)位于現(xiàn)代數(shù)據(jù)處理系統(tǒng)的中心 借助于各種數(shù)據(jù)系統(tǒng)軟件 對數(shù)據(jù)進(jìn)行采集 整理 更新 維護(hù) 數(shù)據(jù)是穩(wěn)定的 處理是多變的 一個(gè)企業(yè)所使用的數(shù)據(jù)類固定的 是不隨企業(yè)的職能域和業(yè)務(wù)過程的變化而變化 具體說 數(shù)據(jù)實(shí)體類型是不變的 除了偶爾少量地加入幾個(gè)新的實(shí)體外 變化的只是這些實(shí)體的屬性值 最終用戶必須真正參加開發(fā)工作 只有這樣 用戶才能將自己熟悉的業(yè)務(wù)的具體需求提交出來 并結(jié)合自己企業(yè)的特點(diǎn)和長期的發(fā)展戰(zhàn)略及管理結(jié)構(gòu)調(diào)整計(jì)劃 采用自頂向下規(guī)劃和自底向上設(shè)計(jì)相結(jié)合的開發(fā)方法論 信息工程包括13塊構(gòu)件 主要由企業(yè)模型 戰(zhàn)略數(shù)據(jù)規(guī)劃 業(yè)務(wù)模型 實(shí)體關(guān)系分析 E R 主題數(shù)據(jù)庫模型 應(yīng)用軟件生成工具 處理過程生成 數(shù)據(jù)應(yīng)用分析 分布分析 物理數(shù)據(jù)庫分析 第4代過程語言 結(jié)構(gòu)化程序設(shè)計(jì)和原型設(shè)計(jì) 在這些構(gòu)件中 企業(yè)模型 實(shí)體關(guān)系及主題數(shù)據(jù)庫是不隨業(yè)務(wù)過程的變化而變化的 以主題數(shù)據(jù)庫規(guī)劃 設(shè)計(jì)和實(shí)現(xiàn)為主體的企業(yè)數(shù)據(jù)環(huán)境建設(shè) 是信息工程核心內(nèi)容 數(shù)據(jù)庫的設(shè)計(jì)和使用的初衷就是保證數(shù)據(jù)的準(zhǔn)確性 一致性和安全性 同時(shí)具有共享性 13 5信息系統(tǒng)的開發(fā)方法 13 5 5面向?qū)ο蠓椒嫦驅(qū)ο蠓椒ǖ幕舅枷霃默F(xiàn)實(shí)世界的客觀事物 即對象 出發(fā)來構(gòu)造信息系統(tǒng) 并在系統(tǒng)構(gòu)造中盡可能運(yùn)用人類的自然思維方式 開發(fā)一個(gè)系統(tǒng)是為了解決某些問題 這些問題所涉及的業(yè)務(wù)范圍稱作該系統(tǒng)的問題域 OO方法強(qiáng)調(diào)直接以問題域 現(xiàn)實(shí)世界 中的事物為中心來思考問題 并根據(jù)這些事物的本質(zhì)特征 把它們抽象地表示為系統(tǒng)中的對象 作為系統(tǒng)的基本構(gòu)成單位 而不是用一些與現(xiàn)實(shí)世界中的事物相差較遠(yuǎn) 并且沒有對應(yīng)關(guān)系得其它概念來構(gòu)造系統(tǒng) 這可以使系統(tǒng)直接地映射問題域 保持問題域中事物及其相互關(guān)系的本來面貌 13 5信息系統(tǒng)的開發(fā)方法 13 5 5面向?qū)ο蠓椒嫦驅(qū)ο蠓椒ǖ幕咎攸c(diǎn)從問題域中客觀存在的事物出發(fā)來構(gòu)造信息系統(tǒng) 用對象作為對這些事物的抽象表示 并以此作為系統(tǒng)的基本構(gòu)成單位 事物的靜態(tài)特征 即可以用一些數(shù)據(jù)來表達(dá)的特征 用對象的屬性表示 事物的動(dòng)態(tài)特征 即事物的行為 用對象的服務(wù)表示 對象的屬性與服務(wù)結(jié)為一體 構(gòu)成一個(gè)獨(dú)立的實(shí)體 對外屏蔽其內(nèi)部細(xì)節(jié) 稱作封裝 對事物進(jìn)行分類 把具有相同屬性和相同服務(wù)的對象歸為一類 類是這些對象的抽象描述 每個(gè)對象是它的類的一個(gè)實(shí)例 通過在不同程度上運(yùn)用抽象的原則 較多或較少地忽略事物之間的差異 可以得到較一般的類和較特殊的類 特殊類繼承一般類的屬性和服務(wù) OO方法支持對這種繼承關(guān)系的描述與實(shí)現(xiàn) 從而簡化系統(tǒng)的構(gòu)造過程 復(fù)雜的對象可以用簡單的對象作為其構(gòu)成部分 稱作聚合 對象之間通過消息進(jìn)行通信 以實(shí)現(xiàn)對象之間的動(dòng)態(tài)聯(lián)系 通過關(guān)聯(lián)表達(dá)對象之間的靜態(tài)關(guān)系 13 5信息系統(tǒng)的開發(fā)方法 13 5 5面向?qū)ο蠓椒嫦驅(qū)ο蟮拈_發(fā)過程面向?qū)ο蟮姆治?Object orientedAnalysis OOA 面向?qū)ο蟮脑O(shè)計(jì) Object orientedDesign OOD 面向?qū)ο蟮木幊?Object orientedProgramming OOP 面向?qū)ο蟮臏y試 Object orientedTesting OOT 面向?qū)ο蟮木S護(hù) Object orientedSystemMaintenance OOSM 13 5信息系統(tǒng)的開發(fā)方法 13 5 5面向?qū)ο蠓椒嫦驅(qū)ο蟮拈_發(fā)過程面向?qū)ο蟮姆治?Object orientedAnalysis OOA OOA強(qiáng)調(diào)直接針對問題域中客觀存在的各種事物來設(shè)立OOA模型中的對象 用對象的屬性和服務(wù)分別描述事物的靜態(tài)特征和行為 問題域有哪些值得考慮的事物 OOA模型中就有哪些對象 而且對象及其服務(wù)的命名都強(qiáng)調(diào)與客觀事物的一致 另外 OOA模型也保留了問題域中事物之間關(guān)系的原貌 這包括把具有相同屬性和相同服務(wù)的對象歸結(jié)為類 用一般 特殊結(jié)構(gòu)描述一般類和特殊類之間的關(guān)系 即繼承關(guān)系 用整體 部分結(jié)構(gòu)描述事物間的組成關(guān)系 用實(shí)例連接和消息連接表示事物之間的靜態(tài)聯(lián)系 一個(gè)對象的屬性與另一個(gè)對象有關(guān) 和動(dòng)態(tài)聯(lián)系 一個(gè)對象的行為與另一個(gè)對象行為有關(guān) 可以看到 無論是對問題域中的單個(gè)事物 還是對各個(gè)事物之間的關(guān)系 OOA模型都保留著它們的原貌 沒有加以轉(zhuǎn)換 扭曲 也沒有打破原有的界限而重新組合 所以O(shè)OA模型能夠很好地映射問題域 13 5信息系統(tǒng)的開發(fā)方法 13 5 5面向?qū)ο蠓椒嫦驅(qū)ο蟮拈_發(fā)過程面向?qū)ο蟮脑O(shè)計(jì) Object orientedDesign OOD OOA與OOD的職責(zé)劃分是 OOA針對問題域運(yùn)用OO方法 建立一個(gè)反映問題域的OOA模型 不考慮與系統(tǒng)的具體實(shí)現(xiàn)有關(guān)的因素 如采用什么編程語言 圖形用戶界面 數(shù)據(jù)庫等等 從而使OOA模型獨(dú)立于具體實(shí)現(xiàn) OOD則是針對系統(tǒng)的一個(gè)具體的實(shí)現(xiàn)運(yùn)用OO方法 其中包括兩方面的工作 一是把OOA模型直接搬到OOD 不經(jīng)過轉(zhuǎn)換 僅做某些必要的修改和調(diào)整 作為OOD的一個(gè)部分 另外是針對具體實(shí)現(xiàn)中的人機(jī)界面 數(shù)據(jù)存儲(chǔ) 任務(wù)管理等因素補(bǔ)充一些與實(shí)現(xiàn)有關(guān)的部分 這些部分與OOA采用相同的表示法和模型結(jié)構(gòu) OOA與OOD采用一致的表示法是OO方法優(yōu)于傳統(tǒng)開發(fā)方法 如結(jié)構(gòu)化方法和信息工程法 的主要原因之一 這使得從OOA到OOD不存在轉(zhuǎn)換 只有局部的修改或調(diào)整 并增加幾個(gè)與實(shí)現(xiàn)有關(guān)的獨(dú)立部分 因此OOA與OOD之間不存在傳統(tǒng)開發(fā)方法中分析與設(shè)計(jì)之間的鴻溝 二者能夠緊密銜接 大大降低了從OOA過渡到OOD的難度 工作量和出錯(cuò)率 13 5信息系統(tǒng)的開發(fā)方法 13 5 5面向?qū)ο蠓椒嫦驅(qū)ο蟮拈_發(fā)過程面向?qū)ο蟮木幊?Object orientedProgramming OOP OOP的任務(wù)就是采用一種面向?qū)ο蟮木幊陶Z言 OOPL 把OOD模型中的每個(gè)成分書寫出來 理想的OO開發(fā)規(guī)范 應(yīng)要求在OOA和OOD階段就對系統(tǒng)需要設(shè)立的每個(gè)對象類及其內(nèi)部構(gòu)成 屬性和服務(wù) 與外部關(guān)系 靜態(tài)和動(dòng)態(tài)聯(lián)系 都達(dá)到透徹的認(rèn)識(shí)和清晰的描述 而不是把許多問題遺留給程序員去重新思考 程序員所做的事情就是 用具體的數(shù)據(jù)結(jié)構(gòu)來定義對象