第六講 信息系統開發的基本思想 學習信息系統開發的目的 是為了提高企業的效率 Efficiency 和效益 Effectiveness 更重要的是后者 信息系統開發的基本思想 實際系統 軟件結構 程序軟件 數據庫模型庫知識庫 軟件工具 轉換與維護 業務流程重組 先進的管理理論和方法 軟件工程 識別 轉換 轉換是一種超越 從實際系統到程序軟件的兩次轉換決不是對實際系統的簡單模擬和復制 而是融入了先進的管理理念 管理思想 優化的業務流程和接納新的企業文化的新型管理平臺 這種轉換應該是一種超越 在管理思想 方法和業務流程上的超越 信息系統開發中的四個不能 一不能 不能以先進的管理思想來遷求落后的管理思想 二不能 不能以重組的合理流程來服從不合理的現實的流程 三不能 不能用對新系統的肆意裁剪來迎合老系統 四不能 不能忽視與新系統相適應的企業文化建設 信息系統的開發策略 獨立開發 企業有開發信息系統的專業人員優點 滿足本企業的個性化需求 系統維護比較容易 缺點 系統優化不夠 開發水平較低 流程不易改變 委托開發 企業無開發信息系統的專業人員優點 也滿足本企業的個性化需求 系統省時 省心 省力且開發的技術水平較高 缺點 系統的開發費用高 需要開發單位的長期支持 合作開發 企業的人員和專業人員合作優點 也滿足本企業的個性化需求 有利于鍛煉和培育本企業的系統開發人員 有利于系統的維護 缺點 系統的開發費用相對高 需要雙方的長期溝通和協調 咨詢開發 優點 滿足本企業的個性化需求 系統維護比較容易 改進了獨立開發的弊病 引進應用 軟件應用的專業化方向優點 系統的技術水平高 升級容易 成本較低維護相對比較容易 缺點 較難滿足企業的個性化需求 需要進行較大規模的二次開發 信息系統開發失敗的原因 1 沒有建立信息系統開發的目標體系 僅僅想以計算機系統代替人工系統 2 缺少 用戶至上 觀點 僅僅作為一個技術系統開發 而不是一個管理應用系統 3 開發人員與用戶無法有效溝通 專業背景不同及無有效的溝通工具 4 開發過程沒有明確的階段與分工 信息系統是一個涉及面廣 技術復雜的系統 一著手馬上開始編程 5 不留開發文檔 導致系統修改維護工作無法進行 信息系統的開發方法 1 結構化系統開發方法 SSA D StructuredSystemAnalysis Design 2 原型法 Prototyping3 面向對象技術 OOD Object OrientedDesign 結構化系統開發方法 結構化系統開發方法的特點 面向用戶的觀點 用戶是信息系統開發的起點和最終歸宿 1 系統功能面向用戶 2 開發過程面向用戶 3 二次開發面向用戶 4 系統評價面向用戶 結構化 模塊化開發 系統將自頂向下的分析與設計和自底向上的實施相結合 嚴格劃分系統開發階段 系統規劃階段系統分析階段系統設計階段系統實施階段系統運行階段 開發過程工程化 制定系統開發的標準規范系統開發的步驟 結構化系統開發方法存在的問題 開發者與用戶溝通障礙 專業背景不一樣 用戶難于描述系統的現狀與未來的目標 開發者理解的偏差甚至錯誤 不符合人的認識規律 用戶 實踐 認識 再實踐 系統 已經基本定型 開發者 將立足點放在技術上 周期長 文檔多 不能適應變化 定性時與開發初衷存在差異 用戶難以真正理解這些文檔 生命周期法基本前提的動搖 由于用戶需求的多變性與環境的不確定性 原型法PROTOTYPING 原型的含義指開發對象可運行的早期的一個軟件系統版本 軟件包含的內容 程序模塊數據文件用戶界面 輸入 輸出界面 與其他系統的接口 原型法的特點 周期短 見效快 符合人的認識規律 對企業內外環境變化適應能力較強 對開發平臺要求較高 高性能的關系數據庫管理系統 第四代語言4GLs實現自動編程 交互式 可視式工作環境 數據字典管理系統 DDMS 構造原型的方法 組件式構造法 構造規模較小的原型 利用高效軟件工具 原型法開發流程 系統需求 系統識別 系統原型 系統使用 系統建立 系統否定 系統建議 系統修改 循環1 循環2 原型法應用中應注意的問題 充分了解和重視原型法的使用環境及開發工具 一般認為 第四代語言 4GL 和軟件開發工具是支持原型開發的有力工具 原型法和結構化方法的有機結合 系統整體的分析和設計用結構化系統開發方法 將系統分析設計和建造系統原型結合起來 用原型法的開發工具實施系統 原型法的適用范圍 不適用大型系統 不適用運算量大 邏輯性強的程序模塊 不適用基礎管理不善的