內容簡介
《現代經濟與管理類規劃教材:管理信息系統(第2版)》全面介紹了管理信息系統的概念、結構、開發、套用及其對管理的影響。在介紹管理信息系統基本概念、系統開發方舟慨臭法的基礎上,詳細闡述了系統的規劃方法、系統結構化開發夜贈格照方法、管理信息系統的實施、管理評價和發展。《現代經濟與管理類規劃教材:管理信息系統(第2版)》吸收了近幾年管理信息系統的*發展理論和實踐,反映了*信息技術的發展和*的信息管理思想、方法與實踐,以滿足
現代管理信息系統的理論體系、開發方法及實施模式不斷發展、不斷更新的要求。全書附有習題、案例和討論題,便於管理信息系統的學習與套用。
《現代經濟與管理類規劃教材:管理信息系統(第2版)》可作為
信息管理與信息系統專業及管理類各專業本科生學習管理信息系統的教材,也可作為企事業單位管理人員、信息系統開發管理人員進行管理信息系統開發與管理的參考書。
圖書目錄
第1章管理信息系統的概念基礎
1.1基本概念
1.1.1管理
1.1.2信息
1.1.3系統
1.1.4管理信息
1.1.5信息系統
1.2管理信息系統
1.2.1管理信息系統的概念
1.2.2管理信息系統的演變
1.2.3管理信息系統的結構
1.2.4管理信息系統的分類
1.2.5管理信息系統的利益相關者
1.3管理信息系統與管理
1.3.1管理信息系統對管理的支持
1.3.2管理您謎踏信息系統與現代管理方法
1.3.3客戶關係管理
1.3.4管理信息系統與戰略管理
1.3.5管理信息系統與知識管理
1.4製造企業的資源管理
1.4.1MRP階段
1.4.2製造資源計畫MRPⅡ
1.4.3ERP階段
1.4.4計算機集成製造系統
1.5信息化建設和常見管理信息系統
◇案例分析
◇討論題
◇本章小結
◇關鍵術語
◇習題
第2章管理信息系統的技術基礎
2.1硬體技術
2.2軟體開發技術
2.2.1開發工具
2.2.2開發架構
2.2.3開發方式
2.2.4開發方法
2.3信息資源處理技術
2.3.1數據處理方式
2.3.2檔案組織
2.3.3資料庫系統
2.4數據通信技術
2.5計算機網路技術
2.6系統集成技術
2.6.1信息化過程中的“信息孤島”
2.6.2信息系統的集成
2.6.3數據集成與功能集成
◇案例享說埋分析
◇討論題
◇本章小結
◇關鍵術語
◇習題
第3章管理信息系統規劃
3.1管理信息系統規劃概述
3.1.1管理信息系統規劃的概念
3.1.2管理信息系統規劃的作用
3.1.3管理歸才備微信息系統規劃的內容
3.1.4管理信息系統規劃的特點
3.2管理信息系統對組織戰略的支持
3.2.1組織戰略與管理信息系統
3.3管理信息系統的規劃方法
3.3.1戰略目標集轉化方法
3.3.2企業系統計畫方法
3.3.3關鍵成功因素法
3.4企業業務流程規範與重整
3.4.1業務流程重整概念
3.4.2業務流程的規範
3.4.3業務流程的重整原則
3.4.4業務流程的重整類型
3.4.5業務流程的重整過槳雄立程
3.4.6業務流程的重整評價
3.5管理信息系統的規劃制定與可行性研究
3.5.1管理信息系統的規划過程
3.5.2管理信息系統的可行性研究
◇案例分析
◇討論題
◇本章小結
◇關鍵術語
◇習題
第4章管理信息系統的分析
4.1管理信息系統分析的目標和內容
4.1.1系統分析的目標
4.1.2系統分析的內容
4.2管理信息系統的調查分析
4.2.1系統調查分析方法
4.2.2組織結構調查
4.2.3管理職能調查
4.3管理信息系統的業務流程分析
4.3.1業務流程分析的任務
4.3.2業務流程圖
4.4管理信息系統的數據流程分析
4.4.1數據收集與匯總
4.4.2數據流程分析
4.4.3數據流程圖
4.5管理信息系統的數據字典
4.5.1數據字典的條目
4.5.2數據字典的建立
4.5.3數據字典示例
4.6處理邏輯的描述
4.6.1結構化語言
4.6.2決策樹
4.6.3決策表
4.7新系統邏輯模型分析
4.7.1新系統的業務流程、數據流程及系統結構分析
4.7.2新系統的數據資源分析
4.7.3新系統的管理模型
4.8系統分析故想報告
4.8.1系統分析報告的內容
4.8.2系統分析報告的評審
◇案例分析
◇討論題
◇本章小結
◇關鍵術語
◇習題
第5章管理信息系統的設計
5.1系統設計概述
5.2系統結構框架設計
5.2.1系統的總體布局設計
5.2.2系統的數據布局設計
5.2.3系統的硬體配置設計
5.2.4系統的軟體平台設計
5.2.5系統計算模式設計
5.3系統總體結構設計
5.3.1系統結構化設計方法
5.3.2模組的特性
5.3.4系統結構的完善與最佳化
5.4系統代碼設計
5.4.1代碼的作用
5.4.2代碼設計原則
5.4.3代碼的種類與類型
5.4.4代碼校驗
5.4.5代碼設計的步驟
5.5資料庫設計
5.5.1數據模型的轉換
5.5.2資料庫模式結構
5.5.3資料庫模型
5.5.4資料庫模型設計
5.5.5關係模型的規範
5.6系統輸出設計
5.6.1輸出設計原則
5.6.2輸出設計內容
5.6.3報表設計
5.7系統輸入設計
5.7.1輸入設計原則
5.7.2輸入設計內容
5.7.3數據輸入設備的選擇
5.7.4輸入檢驗設計
5.8用戶界面設計
5.9模組處理過程設計與模組設計說明書
5.10系統設計說明書與設計報告
◇案例分析
◇討論題
◇本章小結
◇關鍵術語
◇習題
……
第6章管理信息系統的實施
第7章管理信息系統的管理與評價
第8章管理信息系統的發展
參考文獻
正文內容(節選)
6.3.1系統測試的基本概念
系統測試包含廣義的測試和狹義的測試。廣義的系統測試是從保證系統運行的安全性、有效性角度考慮,一切可能導致系統運行失敗的錯誤都應該在系統投入正式運行之前測試出來。因此,系統的測試應該包含設備的測試、網路的測試、各種運行平台的測試和套用軟體的測試。而狹義的系統測試則只考慮套用軟體的測試,這裡主要討論狹義的系統測試。
系統測試是在計算機上用各種可能的數據和操作條件,反覆地對程式進行試驗,力求發現系統中可能的錯誤和不足並加以糾正的過程。系統測試是保證系統質量的關鍵,是對整個系統開發過程的最終審查。在管理信息系統開發周期的各個階段都不可避免地會出現差錯,系統開發人員應力求在每個階段結束之前進行認真、嚴格的技術審查,儘可能及時發現並糾正錯誤,但開發過程中的階段審查並不能發現所有的錯誤。這些錯誤如果等到系統投入運行後再改正,將在人力、物力上造成很大的浪費,甚至導致系統的失敗。此外,在程式設計過程中,也會或多或少地引入新的錯誤。因此,在套用系統投入運行之前必須糾正這些錯誤,這是系統能夠正確、可靠運行的重要保證。統計資料表明,對於一些較大規模的系統來說,系統調試的工作量往往占程式系統編制開發總工作量的40%以上。
系統測試的目的是發現程式中的錯誤,而不是證明程式的正確性。測試是為了發現錯誤而執行程式的過程,這就要精心選取那些易於發生錯誤的測試數據,以十分挑剔的態度,檢測系統程式。好的測試方案是能夠發現至今尚未發現錯誤的測試方案,成功的測試是發現至今尚未發現錯誤的測試。但是,要特別注意的是,測試只能證明錯誤的存在,而不能證明錯誤不存在。
為做好系統測試應該注意以下原則。
①避免測試自己所編寫的程式。由於測試的目的在於尋找錯誤,從心理學的角度考慮,每個人都對自己所編寫的程式存有偏見,往往會認為沒有錯誤或很少有錯誤,如果錯誤是由於對程式設計文檔理解錯誤而造成的,就更難發現其中的錯誤。如果由他人來測試將會更加客觀、更加有效。
②制訂周密的測試計畫。在測試前必須制訂嚴密的測試計畫,測試工作必須按照測試計畫執行,避免由於隨意性而造成系統測試的失敗。
③完善測試用例。測試用例常常由輸入與輸出兩組測試用例組成,這樣可以進行測試的對照檢查。測試用例不僅要包含正確的輸人數據,而且還要包含錯誤的輸入數據,這就可以測試出系統可能隱含的一些副作用。也就是說,測試用例不僅要能夠測試出系統應該具備的功能,而且還要能夠測試出系統是否執行了它不該執行的功能。注意應該保留已經使用過的測試用例與相應的測試結果,因為在系統的測試過程中往往需要對系統進行修改,此時系統的回歸測試是必須的,這樣才能發現修改是否給系統帶來新的錯誤。在系統投入運行後,測試用例還需要保留,為系統今後的維護測試提供方便。
④關注錯誤較多之處。在測試過程中一旦發現某處存在較多的錯誤,一定要對其進行深入測試,因為錯誤多發之處必是系統質量低劣之地,而對系統的修改往往又會引入新的錯誤。
……
2.5計算機網路技術
2.6系統集成技術
2.6.1信息化過程中的“信息孤島”
2.6.2信息系統的集成
2.6.3數據集成與功能集成
◇案例分析
◇討論題
◇本章小結
◇關鍵術語
◇習題
第3章管理信息系統規劃
3.1管理信息系統規劃概述
3.1.1管理信息系統規劃的概念
3.1.2管理信息系統規劃的作用
3.1.3管理信息系統規劃的內容
3.1.4管理信息系統規劃的特點
3.2管理信息系統對組織戰略的支持
3.2.1組織戰略與管理信息系統
3.3管理信息系統的規劃方法
3.3.1戰略目標集轉化方法
3.3.2企業系統計畫方法
3.3.3關鍵成功因素法
3.4企業業務流程規範與重整
3.4.1業務流程重整概念
3.4.2業務流程的規範
3.4.3業務流程的重整原則
3.4.4業務流程的重整類型
3.4.5業務流程的重整過程
3.4.6業務流程的重整評價
3.5管理信息系統的規劃制定與可行性研究
3.5.1管理信息系統的規划過程
3.5.2管理信息系統的可行性研究
◇案例分析
◇討論題
◇本章小結
◇關鍵術語
◇習題
第4章管理信息系統的分析
4.1管理信息系統分析的目標和內容
4.1.1系統分析的目標
4.1.2系統分析的內容
4.2管理信息系統的調查分析
4.2.1系統調查分析方法
4.2.2組織結構調查
4.2.3管理職能調查
4.3管理信息系統的業務流程分析
4.3.1業務流程分析的任務
4.3.2業務流程圖
4.4管理信息系統的數據流程分析
4.4.1數據收集與匯總
4.4.2數據流程分析
4.4.3數據流程圖
4.5管理信息系統的數據字典
4.5.1數據字典的條目
4.5.2數據字典的建立
4.5.3數據字典示例
4.6處理邏輯的描述
4.6.1結構化語言
4.6.2決策樹
4.6.3決策表
4.7新系統邏輯模型分析
4.7.1新系統的業務流程、數據流程及系統結構分析
4.7.2新系統的數據資源分析
4.7.3新系統的管理模型
4.8系統分析報告
4.8.1系統分析報告的內容
4.8.2系統分析報告的評審
◇案例分析
◇討論題
◇本章小結
◇關鍵術語
◇習題
第5章管理信息系統的設計
5.1系統設計概述
5.2系統結構框架設計
5.2.1系統的總體布局設計
5.2.2系統的數據布局設計
5.2.3系統的硬體配置設計
5.2.4系統的軟體平台設計
5.2.5系統計算模式設計
5.3系統總體結構設計
5.3.1系統結構化設計方法
5.3.2模組的特性
5.3.4系統結構的完善與最佳化
5.4系統代碼設計
5.4.1代碼的作用
5.4.2代碼設計原則
5.4.3代碼的種類與類型
5.4.4代碼校驗
5.4.5代碼設計的步驟
5.5資料庫設計
5.5.1數據模型的轉換
5.5.2資料庫模式結構
5.5.3資料庫模型
5.5.4資料庫模型設計
5.5.5關係模型的規範
5.6系統輸出設計
5.6.1輸出設計原則
5.6.2輸出設計內容
5.6.3報表設計
5.7系統輸入設計
5.7.1輸入設計原則
5.7.2輸入設計內容
5.7.3數據輸入設備的選擇
5.7.4輸入檢驗設計
5.8用戶界面設計
5.9模組處理過程設計與模組設計說明書
5.10系統設計說明書與設計報告
◇案例分析
◇討論題
◇本章小結
◇關鍵術語
◇習題
……
第6章管理信息系統的實施
第7章管理信息系統的管理與評價
第8章管理信息系統的發展
參考文獻
正文內容(節選)
6.3.1系統測試的基本概念
系統測試包含廣義的測試和狹義的測試。廣義的系統測試是從保證系統運行的安全性、有效性角度考慮,一切可能導致系統運行失敗的錯誤都應該在系統投入正式運行之前測試出來。因此,系統的測試應該包含設備的測試、網路的測試、各種運行平台的測試和套用軟體的測試。而狹義的系統測試則只考慮套用軟體的測試,這裡主要討論狹義的系統測試。
系統測試是在計算機上用各種可能的數據和操作條件,反覆地對程式進行試驗,力求發現系統中可能的錯誤和不足並加以糾正的過程。系統測試是保證系統質量的關鍵,是對整個系統開發過程的最終審查。在管理信息系統開發周期的各個階段都不可避免地會出現差錯,系統開發人員應力求在每個階段結束之前進行認真、嚴格的技術審查,儘可能及時發現並糾正錯誤,但開發過程中的階段審查並不能發現所有的錯誤。這些錯誤如果等到系統投入運行後再改正,將在人力、物力上造成很大的浪費,甚至導致系統的失敗。此外,在程式設計過程中,也會或多或少地引入新的錯誤。因此,在套用系統投入運行之前必須糾正這些錯誤,這是系統能夠正確、可靠運行的重要保證。統計資料表明,對於一些較大規模的系統來說,系統調試的工作量往往占程式系統編制開發總工作量的40%以上。
系統測試的目的是發現程式中的錯誤,而不是證明程式的正確性。測試是為了發現錯誤而執行程式的過程,這就要精心選取那些易於發生錯誤的測試數據,以十分挑剔的態度,檢測系統程式。好的測試方案是能夠發現至今尚未發現錯誤的測試方案,成功的測試是發現至今尚未發現錯誤的測試。但是,要特別注意的是,測試只能證明錯誤的存在,而不能證明錯誤不存在。
為做好系統測試應該注意以下原則。
①避免測試自己所編寫的程式。由於測試的目的在於尋找錯誤,從心理學的角度考慮,每個人都對自己所編寫的程式存有偏見,往往會認為沒有錯誤或很少有錯誤,如果錯誤是由於對程式設計文檔理解錯誤而造成的,就更難發現其中的錯誤。如果由他人來測試將會更加客觀、更加有效。
②制訂周密的測試計畫。在測試前必須制訂嚴密的測試計畫,測試工作必須按照測試計畫執行,避免由於隨意性而造成系統測試的失敗。
③完善測試用例。測試用例常常由輸入與輸出兩組測試用例組成,這樣可以進行測試的對照檢查。測試用例不僅要包含正確的輸人數據,而且還要包含錯誤的輸入數據,這就可以測試出系統可能隱含的一些副作用。也就是說,測試用例不僅要能夠測試出系統應該具備的功能,而且還要能夠測試出系統是否執行了它不該執行的功能。注意應該保留已經使用過的測試用例與相應的測試結果,因為在系統的測試過程中往往需要對系統進行修改,此時系統的回歸測試是必須的,這樣才能發現修改是否給系統帶來新的錯誤。在系統投入運行後,測試用例還需要保留,為系統今後的維護測試提供方便。
④關注錯誤較多之處。在測試過程中一旦發現某處存在較多的錯誤,一定要對其進行深入測試,因為錯誤多發之處必是系統質量低劣之地,而對系統的修改往往又會引入新的錯誤。
……