第一篇：信息系統開發中的方法論問題探討

信息系統開發中的方法論問題探討

考號：姓名：翟明華（內容摘要）

本文從技術方法論的概念出發，對信息系統開發中的方法論問題進行了比較研究，論述了技術方法論對指導信息系統開發過程重要意義，并探討了其在開發實踐中的實現技術。

（關鍵詞）信息系統方法論系統開發

一、引言

自從六十年代美國ＩＢＭ公司的兩位專家提出結構化設計方法以來，對推動信息系統建設起到了極其重要的作用。管理信息系統（ＭＩＳ）的開發過程一直被視為帶有一種產品生命周期的含義, 它由一系列活動的步驟組成, 這些步驟導致軟件的開發并逐步形成系統。結構化的方法即為可計劃、可嚴格定義研制步驟的方法,因此,通常又把按這種方法進行系統開發的過程稱為生命周期過程。

七十年代中期以來, 結構化的系統研制方法在系統研制方法論中一直占主導地位。大多數的系統開發都是按生命周期過程進行的,但在實踐中,人們逐漸發現, 順序任務流的思想過于理想化,與實際工作中的經驗不相一致,且研制周期長;此外,對于生命周期過程中隱含的假設也提出了異議。因此，有必要對ＭＩＳ開發的方法予以重新審視，無論對教學和科研工作都具有現實意義。

二、方法及方法論的一般概念

所謂方法，在我們日常生活中是指解決思考、說話、行動等問題的門路、程序。思考問題，有思想方法；從事管理，有管理方法，解決工程問題，有技術方法，進行科學研究，又有科研方法。所以方法問題，范圍廣泛，無處不在。我們做任何事情，為了順利達到預期目的，就必須考慮方法問題。人們在認識世界和改造世界的過程中，總要根據一定的目的為自己確定各式各樣的任務。好的方法可以使我們事半功倍，不好的方法則有可能使我們寸步難行。

現代意義上理解的方法，是指從實踐和理論兩個方面把握現實，從而達到某種目的的途徑、手段和方式的總和。或者說，方法是一切活動領域中的行為方式。科學方法，一種狹義的理解就是指科學研究活動的途徑、手段和方式。也就是人們在科學研究活動領域中的行為方式。技術方法是指技術開發活動的途徑、手段和方式，也就是人們在技術開發活動領域中的行為方式。

科學方法可以從不同的角度，按照不同的原則來進行分類，例如按照人的一般認識過程，可以分為兩大類，一是實踐性方法，包括獲取感性材料的方法和檢驗理性認識的方法等。二是理論性方法，包括總結和概括文獻資料，提出設想和假說，設計觀察和實驗的方法，加工感性經驗材料、建立理論和表述理論體系的方法。從研究成果是否包含量的關系又可分為定 1

性研究方法和定量研究方法。定性研究方法，是指獲得關于研究對象的質的規定性的方法。它包括定性的比較、分類、類比、分析和綜合、歸納和演繹等邏輯方法和歷史方法等。定量研究方法，是指獲得關于研究對象的量的特性的方法，它包括各種測量方法，定量實驗方法和數學方法等。

按照科學方法的適用范圍又可分為三類，一是適用于某些學科的特殊研究方法，如光譜分析方法、條件反射方法等，二是適用于各門自然科學的一般研究方法，如觀察實驗方法、假說方法、系統方法和數學方法等。第三是適用于自然科學，社會科學和思維科學的普遍研究方法，如歸納方法、演繹方法、矛盾分析方法等。

技術方法是各類技術研究和技術開發中所使用的普遍的共同方法，技術方法與科學方法具有許多共同性，所以技術方法的分類原則與科學方法大致相同，除了依照技術方法的普遍程度分為一般技術方法和專業技術方法外，按照技術開發過程的各個環節分類則是技術方法最常見到的分類方法。

對于工程技術問題，可劃分為工程技術的規劃方法，包括技術情報搜集方法、技術課題選擇方法、技術預測方法、技術評估與評價方法、技術經濟分析方法和技術決策方法等；工程技術的研究方法，即技術發明方法；工程技術的設計方法，如常規設計法、功能設計法、系統設計法和工效學設計法等；工程技術實驗方法和新產品開發方法等。

科學方法和技術方法，雖然它們所研究的對象不同，但它們之間并沒有明顯的分界，這是因為人們變革自然的活動建立在對自然規律認識的基礎上，科學認識是技術手段的前提，因此，從事自然科學基礎研究的方法對技術研究和開發同樣是適用的。例如許多科學方法，如觀察實驗方法、假說方法、邏輯方法、數學方法、系統方法等，不僅在科學研究中有著廣泛的應用，而且在技術開發中也有著廣泛的應用，只不過技術方法具有更強的實踐性、社會性和綜合性。

三、信息系統開發中的方法論問題

系統是指由相互聯系、相互作用的若干要素構成的具有特定功能的有機整體。企業是一個系統。在企業中使用計算機進行綜合管理，這是一個系統設計問題，采用什么方法進行設計，是每一個系統設計者在設計之前必須明確的問題。設計的指導思想是否正確，使用的方法是否得當，是影響設計質量的關鍵因素。從這個觀點出發，對傳統的某些設計方法進行評價，我們可發現有許多不足之處，例如：

（一）以實現計算機化為中心的設計方法

這種方法具有相當的普遍性，系統化的目的是在企業中可以使用計算機的地方，用計算機取代傳統方法，實現計算機化。由于這種方法的著眼點不是放在提高企業素質，解決企業中的關鍵問題上，因此往往以現行手工系統為基礎，用計算機代替手工作業。其結果是對手工系統中的弊端分析不足，改進措施不利，很難取得理想的效果。

（二）以改進信息處理手段為中心的系統設計方法

這種方法的主要目的是提高信息處理的效率。但它并未涉及企業經營中的許多重要方

面，因此也不是一種系統化的方法。

（三）面向局部功能的設計方法

企業是一個系統，面向局部功能的設計方法，可能在局部功能上取得好的效果，但未必整體功能最佳。因此，系統化的過程中必須始終遵循系統化觀點進行設計。

（四）面向業務處理自動化的設計方法

業務處理自動化本身，可以提高工作效率，為企業帶來一定效益。但業務處理自動化對管理方面的支持是有限的，它涉及的面較窄。另一方面，單項業務工作受企業整體功能的影響，若考慮不周，則很難滿足企業的整體要求，缺乏對環境變化的適應能力。

以上所述是從企業系統化角度提出的看法，對于企業在信息化過程中進行局部開發，采用上述一些方法是可以理解的，也是可行的，但一定要注意它們的局限性。

從認識論的角度來觀察系統設計的方法有兩種，一種是歸納的設計方法，又稱為分析的方法或面向現存系統的方法；另一種是演繹的方法，又稱為設計的方法或面向功能的方法。

所謂歸納，是以現狀為出發點，推導出真理或原則。與此相反，演繹是按一定的原理或假設，推論出新的結論或狀態。從這樣的概念上可以理解，歸納的方法是以現存系統為依據，進行調查分析、找出存在的問題和解決問題的方法，用一個比較好的系統作為新系統，進行設計。它是以現狀為前提，改善現狀為目的的系統開發方法。而演繹的設計方法不太拘泥于現行系統，而是追求系統的本質是什么？它的功能和目的是什么？推導出能實現系統目標的理想系統，然后根據現實的各種約束條件，設計一個接近理想的現實可行的系統。

歸納的設計方法是至今廣泛使用的方法，因此又稱為“傳統的方法”。這里所說的“傳統”并不說明這種方法是一種陳腐的、沒有效用的方法。目前，許多系統設計中還在繼續使用。這種方法是隨著電子數據處理系統的發展而形成的，其歷史較長，應用廣泛。但是隨著歸納方法的普及，逐漸暴露出以下一些問題：

1、由于歸納方法主要是以現行系統為前提，以改善現行系統為目的，因此很難設計出超出現行系統模式，有很大創造性的系統。而今天社會環境的激烈變化，要求企業不斷解決經營中的各種問題，不斷進行推陳出新，變革經營體制。系統也必須適應這種變革的要求。

2、隨著計算機和通訊技術的發展，今天的信息系統能夠實現過去不能想象的許多功能。由于歸納方法的局限，設計人員的創造性思維發掘不出來，很難克服時間、空間的限制設計出更優秀的系統。

面向功能的設計方法正是針對傳統設計方法的弱點提出的一種新的設計方法，這種方法又稱為演繹的方法。

用面向功能的設計方法進行設計，首先就要開發理想系統。理想系統開發以后，結合各約束條件設計多種推薦方案，再綜合費用等因素，擇其優者。歸納法是從現實系統向上歸納，而演繹法是從最理想的系統向下推演，求滿足約束條件的最佳系統。顯然，后者是一種可以解放思想的創造性設計方法。一個實際系統設計過程是非常復雜的，但是這種設計思想方法應該反映在設計的各個環節中。即反映在整體系統設計，子系統設計，功能設計和具體業務活動設計中。

四、方法論在實踐中的應用

系統設計方法是一種實踐的方法論。我們在系統開發的過程中，受理想模型的啟示，根據理想設計方法和價值工程的理論，考慮了一種能加速開發進程的方法，該方法首先進行系統調查和分析，明確基本要求，根據用戶的初始功能進行設計，構造初始功能系統，在用戶參與理解的基礎上，借助用戶的專業知識，將系統的每一功能理想化，首先考慮各種可能的功能要求，并將這種需求提升到盡可能完善的境地，再逐漸考慮系統實現環境的約束，在不影響使用效率的前提下，盡可能多的保留系統的有效功能。例如，我們在開發城市工業生產調度管理信息系統中遇到了經濟指標統計分析的周期問題。一般的做法是按累計數據進行分析，理想化后就提出了任意周期的概念。但這樣技術上難度太大，與用戶共同探討后，確定下來常用的月、季、年、累計和指定時期的概念，即滿足了多層次、多種類型經濟分析的需要，技術上又容易實現，有效地控制了復雜性。在初始功能系統的設計上，也一反先調查、再分析，逐步完善的做法，而是在明確用戶的意圖后，由設計人員根據經驗提出一套理想模式讓用戶評價和挑選。這樣在較短的時間內就達成了用戶與開發人員的共識，這正是演譯方法的具體應用。

在具體系統設計中，增大扇入系數，采用模塊復用技術和優化算法，以保證系統的完整緊湊和高效率。這種方法有兩個關鍵步驟，一是在弄清初始功能基礎上，進行功能展開，設計出理想模型；二是在功能和價值（或效率）二者之間平衡尋優。循著這一思路，在整個系統開發中，不但加快了開發進程，而且設計出一些用戶都意想不到的新功能。

（參考文獻）

1國家教委社會科學研究與藝術教育司組編.自然辯證法概論.高等教育出版社.1991 2 斯蒂芬·哈格 等著.信息時代的管理信息系統.機械工業出版社.1998，7 3 甘仞初.管理信息系統.機械工業出版社.2001，10

第二篇：信息系統開發

信息系統開發是一個社會過程

信息系統建設的困難不僅來自技術方面，還來自企業內外環境。影響信息系統成敗的有體制、政策、法規、觀念、技術等多種因素。技術不是唯一因素，甚至不是主要因素。

在相當長的一段時間里，開發信息系統的過程中，用戶和開發人員雙方誤解，用戶認為開發是技術人員的事，開發人員因為用戶陳述清楚他們的需求，由此開發系統，其它的不要干預。當完成系統開發，用戶提出“你開發的系統不是我所要的系統”，延誤開發時間，浪費資源，或者因維護困難而使系統短命。

信息系統建設的實踐，使人們越來越重視社會人文因素對信息系統建設的影響。信息系統是人機交互系統，其開發、維護都離不開入的參與。信息系統開發過程本質上是一個社會過程。從社會行動觀點看，信息系統開發是人類活動的協調序列，是多種參與者的協作過程。在信息系統開發過程中，用戶、系統管理者、系統分析員、技術專家、程序員等參與者相互聯系，相互影響。他們的通力合作，是系統建設成功的基礎。但是，由于這些人員知識背景、經歷不同，影響彼此溝通。通信的誤解是系統成功的隱患。更重要的是，信息系統建設不可避免地要改變某些業務流程乃至組織機構，這將影響某些部門和人員的工作方式、權力關系，引起部門之間、人員之間的利益沖突。有人會擔心丟掉自己熟悉的工作，感到自己的傳統地位和能力受到威脅；由于缺乏計算機知識，有人感到難以適應現代信息系統的運行。這些擔心，常常造成系統開發的阻力。

信息系統不只是單純的計算機系統，而是輔助企業管理的人機系統。人是信息管理的主體。由于人的作用是一種高級而復雜的因素，有人參與并由人控制決策的社會系統，往往會使本應理性的行為變得富有感情、豐富多彩。離開了人，再好的計算機系統，也不過是價格昂貴的裝飾品而已。把信息系統的開發、應用、管理看作純技術過程，許多問題永遠得不到解決。只有從更深層次探討，重視非技術因素，才有可能解決長期困擾人們的“軟件危機”。

第三篇：信息系統開發流程規范

信息系統開發流程規范

（內部討論稿）

總則

為明確信息系統開發流程，清楚各階段工作內容和工作目標，特制訂本規范。本規范主要從系統規劃、系統整體管理、系統需求分析、系統設計、系統編碼與測試、系統內部實施、系統整體評價及系統內部驗收八個方面說明公司對信息系統開發流程的主體要求。對實際信息系統的開發，開發流程可根據系統的規模與要求進行合理的剪裁。

本規范適用于軟件開發部、軟件項目部、系統集成開發部、系統集成項目部進行信息系統開發工作。

信息系統開發流程

一、信息系統規劃，完成信息系統立項和總體解決方案。

[1] 申請立項部門依據《立項控制規程》，提交與信息系統立項有關的書面或電子文檔，立項部門申請信息系統項目立項。信息系統項目立項主要從市場方面、技術方面及行業導向方面三個方面進行考慮。

[2] 立項部門的上級部門或領導按《評審驗收規程》組織業務專家、市場人員、技術人員等人員完成對信息系統立項相關文檔的評審和檢查工作，形成立項評審結論。評審結論包括合格和不合格兩種，合格的可以進入下一階段，不合格的需要說明不合格的具體原因，不能進入下一階段。[3] 根據信息系統立項的相關文檔，生成信息系統的《總體解決方案》文檔。文檔中一般包括系統范圍和目標、系統總體功能結構圖、系統網絡拓撲圖、系統部署方案、系統實施計劃、系統費用概算等。

二、信息系統整體管理，建立項目管理章程。

[4] 建立基本的信息系統項目管理章程，指定信息系統項目的項目經理（產品經理、負責人），完成項目啟動。

[5] 項目經理組織人員制定初步的項目管理計劃，計劃內容可包括項目最終目標、項目階段性目標、項目進度計劃、項目預算、變更流程和變更控制委員會、人力資源計劃、項目風險、項目采購計劃等。

[6] 依據《配置管理規程》和《變更控制規程》形成配置管理系統和變更控制系統，成立變更控制委員會。

[7] 項目經理指導和管理項目的執行過程，包括項目完成情況、項目進度、項目質量、項目變更情況等。

三、信息系統需求分析，完成《需求分析》文檔。

[8] 項目經理組織人員完成信息系統相關資料收集和需求詳細調查工作，完成信息系統業務流程分析和數據流分析。

[9] 分析信息系統目標，確定信息系統項目邊界，完成項目范圍定義和項目內容分解。

[10] 項目經理組織人員完成項目《需求分析》文檔的編寫，并提交上級部門申請評審。測試設計是否算需求？

[11] 上級部門按《評審驗收規程》組織業務專家、市場人員、技術人員、測試人員等人員完成對《需求分析》文檔的評審和檢查工作，形成評審結論。評審結論包括合格和不合格兩種，合格的可以進入下一階段，不合格的需要說明不合格的具體原因，不能進入下一階段。

四、信息系統設計，完成《系統設計》文檔。

[12] 項目經理制定系統設計階段的項目工作計劃，確定該階段的檢查點和里程碑。項目經理向上級提交工作計劃，上級部門按《評審驗收規程》完成對工作計劃的評審，形成評審結論。評審結論包括合格和不合格兩種，合格的可以進入下一階段，不合格的需要說明不合格的具體原因，不能進入下一階段。

[13] 項目經理組織人員編寫《系統設計》文檔，文檔內容一般包括物理配置方案設計（客戶機、服務器、網絡、數據庫等）、功能結構詳細設計、主要系統功能流程設計、主要系統功能數據處理流程設計、系統外部接口說明和定義等。

[14] 項目經理向上級部門提交《系統設計》文檔，申請評審。上級部門按《評審驗收規程》組織技術人員完成對《系統設計》文檔的評審和檢查工作，形成評審結論。評審結論包括合格和不合格兩種，合格的可以進入下一階段，不合格的需要說明不合格的具體原因，不能進入下一階段。

五、信息系統編碼與測試，完成系統編碼和單元測試。

[15] 項目經理組織人員按《軟件編碼規范》完成信息系統的代碼編寫。[16] 項目經理組織人員按《測試規程》完成信息系統的單元測試工作，單元測試一般由模塊編碼人員進行自我測試。

六、信息系統內部實施，完成系統試運行和集成測試。

[17] 項目經理組織人員搭建系統運行環境，按項目要求完成信息系統的安裝部署工作。

[18] 項目經理組織人員按《測試規程》完成信息系統的集成測試工作，生成系統測試報告和結論。

七、信息系統整體評價，生成項目總結報告、技術白皮書。

[19] 項目經理組織人員編寫信息系統相關的技術性文檔，如技術白皮書。[20] 項目經理編寫項目總結報告，包括功能評價、應用評價等。

八、信息系統內部驗收，生成驗收報告。

[21] 信息系統內容建設完成后，項目經理根據《評審驗收規程》編寫項目驗收申請報告，并提交上級申請驗收。

[22] 上級部門根據驗收申請、系統測試報告和結論及需求分析等相關文檔，組織人員按《評審驗收規程》進行信息系統內部驗收，形成驗收結論，完成驗收報告。驗收報告包括合格和不合格兩種，驗收合格可以將信息系統交付項目部進行實施，不合格的不能交付項目部。

信息系統開發流程圖

開始信息系統產品立項項目立項文檔項目立項評審結論項目總結解決方案未通過，重新編寫立項評審通過項目啟動，確定項目經理制定項目管理計劃項目管理計劃配置控制系統變更控制系統項目經理組織編寫需求分析需求分析文檔需求評審結論未通過需求評審通過項目經理更新項目計劃信息系統開發計劃開發計劃評審結論未通過計劃評審通過項目經理組織系統設計未通過，不給予立項設計評審通過編碼和單元測試信息系統代碼未通過系統設計文檔設計文檔評審結論試運行和集成測試(可多輪)信息系統測試結論測試結論通過項目總結報告項目總結報告技術白皮書未通過內部驗收報告未通過驗收評審通過交付項目部結束

第四篇：信息系統開發名詞解釋答案

系統的可維護性:是指對系統進行維護的難易程度的度量，其中包括有：①可理解性：指為外來讀者理解系統的結構、接口、功能和內部過程的難易程度。②可測試性：指為系統進行診斷和測試的難易程度。③可修改性：指對系統各部分進行修改的難易程度。

數據詞典是：DFD中所有成分的定義和解釋的文字結合，其描述的主要內容有：數據流、數據元素、數據存儲、加工、外部項等。

系統測試：是管理信息系統開發的一個重要而漫長的階段/是保證系統質量與可靠性的最后關口/是對整個系統開發過程包括系統分析、系統設計和系統實現的最終審查。系統的可測試性：表現為對系統進行診斷和測試的難易程度。

系統方法的整體性原則：系統是相互聯系、相互作用的諸要素的綜合體。一個特定的系統具有的功能與目標，不是各組成部分功能與目標的簡單相加，而是各部分按一定秩序相互作用的結果。系統方法的基本點是從整體目標和功能出發，正確處理系統各組成部分之間的相互聯系和相互作用，是解決復雜系統各類問題的關鍵所在。數據類：指支持企業過程所必需的邏輯上相關的數據。基本加工：數據流圖中所有不進一步分解的加工，稱為基本加工。

結構化程序設計基本思想：把整個系統開發過程分成若干階段，每階段進行若干活動，每項活動應用一系列標準/規范/方法/技術，完成一或多個任務，形成符合給定規范產品。

數據流圖：是使用少數幾種符號綜合地反映出信息在系統中的流動、處理和存儲情況的流程圖，是一種能全面地描述信息管理系統邏輯模型的主要工具，是系統分析人員與用戶進行交流的有效手段。繼承性：是類層次結構中，超類和子類之間共享數據的操作方法的機制。

系統評價：從廣義上理解，是貫穿系統整個生命周期各個階段的重要決策手段和工作環節，從狹義上理解，為系統投入運行以后的評價。系統轉換：指以新開發的系統替換舊的系統，并使之投入使用的過程。

管理信息系統：指為實現組織的整體目標，對管理信息進行系統地、綜合地處理，輔助各級管理決策的計算機軟件硬件、通信設備，規章制度及有關人員的統一體。系統的總體結構：指整個系統由哪些部分組成，以及各部分在物理上、邏輯上的相互關系，包括硬件部分和軟件部分。

數據加密：為了防止存儲介質的非法拷貝、被竊，以及信息傳輸線路的被竊聽而造成機要數據的泄密，在系統中應對機要數據采取加密存儲和加密傳輸等安全保密技術措施。結構化方法：指信息系統的一種開發方法，其主要含義是一組規范的步驟、準則和工具來進行開發工作。

管理信息系統規劃：制作MIS的發展戰略；確定組織的主要信息需求，形成MIS的總體結構方案；安排項目開發計劃，制定系統建設的資源分配計劃。

CSF法：即關鍵成功因素法，就是那些必須經常得到管理人員關注的活動區域，對這些區域的運行情況要經常不斷地進行度量，并提供這些度量信息以供決策使 單元測試：也稱模塊測試。單元是程序最小的獨立編譯單位。確認測試：確認測試是進一步檢查軟件是否符合軟件需求規格說明書的全部要求。

MIS戰略集：MIS戰略集的元素構成MIS戰略規劃的要素，由系統目標、系統約束和系統設計戰略組成。

黑盒測試：黑盒測試也稱功能測試，是將軟件看作黑盒子，在完全不考慮程序的內部結構和特性的情況下，測試軟件的外部特征。

試述信息系統分布式結構的主要優點：可以根據應用需要和存取方便配置信息資源；利于發揮用戶的主動性、積極性，提高了系統的應變能力；系統擴展方便；系統健壯性好。缺點：信息資源分散，開發維護管理標準難以統一；不同地域的系統有時有沖突，管理協調困難；安全保密措施難以統一實施。

試述管理信息系統生命周期的意義及階段劃分：管理信息系統產生發展、成熟和更新換代的過程稱為管理信息系統的生命周期。可分為四大階段：系統規劃、系統開發、系統運行與維護和系統更新。系統開發階段又可分為系統分析、系統設計與系統實施三個階段。

試述系統開發的結構化方法的基本思路是把整個系統開發過程分成若干階段，每個階段進行若干活動，每項活動用一系列標準、規范、方法、技術完成一個或多個任務，形成符合給定規范的產品。結構化方法的主要原則有：用戶參與原則；“先邏輯、后物理”、嚴格劃分工作階段原則；自項向下原則；成果描述標準化原則。簡述系統總體結構設計的基本內容：系統的總體結構是指整個系統由哪些部分組成，以及各部分在物理上、邏輯上的相互關系，包括硬件部分和軟件部分。即包括系統的總體布局設計，軟件系統總體的設計，數據存儲的總體結構設計。簡述系統設計的特點：系統設計工作的環境是管理環境和技術環境的結合。

簡述在采用生命周期法開發系統過程中用戶的主要作用：生命周期法中用戶是系統建設者主要組成之一。用戶的作用是不斷明確和細化對系統功能需求，對各個階段的成果從用戶的角度進行審核與驗收，提供系統建設必要資源，協調信息系統與組織各部門的關系。

簡述編寫數據詞典的基本要求：對數據流圖上各種成分的定義必須明確，易理解、唯一；命令、編號與數據流圖一致，必要時可增加編碼，方便查詢檢索，維護和統計報表。符合一致性與完整性的要求，對數據流圖上的成分定義與說明無遺漏項。格式規范，風格統一，文字精煉，數字與符號正確。

BSP實現的主要步驟/定義企業目標/定義企業過程/定義數據類/定義信息系統總體結構。

簡述數據流圖的基本組成：外部項（外部實體）；加工（數據加工）；數據存儲

簡述管理信息系統集中式結構的主要優點：信息資源集中，便于管理和統一規范；專業人員可以集中使用，便于組織和培訓；信息資源利用率高；便于實施系統安全措施簡述決策支持系統的特點：決策支持系統自創有較強的人機交互功能；決策支持系統的信息基礎不但包括直接反映企業內、外部環境、條件的數據。簡述數據流圖繪制的主要原則：明確系統界面；自須向下逐層擴展；合理布局；數據流團只反映數據流向，數據加工和邏輯意義上的數據存儲；數據流圖繪制過程，就是系統的邏輯模型的形成過程，必須始終與用戶密切配合。

簡述什么是系統的可修改性和影響可修改性的因素：系統的可修改性：表現為對系統各部分進行修改的難易程度。影響可修改性的因素：系統的模塊化程度；模塊之間的耦合、內聚、控制域與作用域的關系；數據結構的設計。

第五篇：信息系統開發與管理

填空題

第一章管理信息系統導論

①按核心業務活動可以分為：電子業務系統、電子政務系統、電子商務系統三類。

②按數據處理方式可以分為：操作型、管理型、戰略型三類 ③按管理應用層次分為：事務型、管理型、戰略型三類。④管理信息系統的結構主要包括：功能結構、概念結構、管理職能結構、軟硬件結構、網絡計算結構

⑤管理信息系統的概念結構：信息源、信息處理器、信息用戶、信息管理者

⑥管理信息系統的幾種典型應用形式主要包括：物料需求計劃系統MRP（針對制造業）、制造資源計劃系統MRPⅡ和企業資源計劃系統ERP系統等。

第二章 管理信息系統的基本知識P39（1）管理信息的基本知識

①幾種典型的組織結構：直線制機構、職能制結構、矩陣制機構。

②管理部門劃分的基本方法：按職能劃分、按地區劃分、按產品劃分。

③管理活動的三個基本層次：高、中、低。

④管理決策的三種基本類型：非結構化決策、半結構化決策、結構化決策。

⑤信息論對信息的解釋：信息是用來消除隨機不定性的東西 ⑥控制論對信息的解釋：信息就是信息，既非物質，也非能量 ⑦信息的基本屬性：普遍性、事實性、層次性、可壓縮性、擴散性、非消耗性、共享性、變換性、可轉換性。⑧

信息處理的生命周期的幾個主要階段：需求、收集、傳輸、處理、儲蓄、維護、使用和退出。（2）系統的基本知識

①系統存在的三個基本條件：要素、結構、功能。②系統的5個基本要素：輸入、處理、輸出、反饋、控制。③系統的分類：按復雜程度從低到高可以分為物理結構系統、生物系統、人類系統、社會系統、宇宙系統五類；按系統與環境的關系可分為封閉系統、開放系統兩類；按是否有反饋機制可分為開環系統、閉環系統；按抽象程度可分為概念系統、邏輯系統（數據流圖）、物理系統（業務流程圖）。④系統的屬性；整體性、關聯性、層次性、統一性。（3）信息技術的基本知識

①網絡安全的五個特征：保密性、完整性、可用性、可控性、可審查性

②數據庫：是各種相關數據的集合和容器

③數據庫管理系統：是對數據庫進行管理的系統軟件，位于用戶和操作系統之間，為用戶或應用程序提供訪問數據庫的方法和工具。

④機構化查詢語言：insert、update、delete、selec ⑤計算機語言：機器語言、匯編語言和高級語言 第三章 系統開發方法的概述P63

①管理信息系統開發的主要方法：機構化方法、原型化方法、面向對象方法。

②原型化方法的三種具體類型：探索型、實驗性、演化型。面向對象方法：是一種基于面向對象理念的系統開發方法，他將面向對象的思想引用與軟件開發過程中，指導開發活動，主要包括面向對象的分析方法OOA，面向對象的設計方法OOD，面向對象的編程方法。

對象：是指一些相互關聯的實體。由對象的標識、對象中的操作集合、對象的數據結構，及對象對外消息接口組成，具有“封

裝”和“能動”兩種特性。換言之，是數據結構以及作用于此結構上的數據操作的封裝體，這個封裝體具有自身行動能力。類和實例：類是對象的描述，他概括了具有共同性質的一組對象的方法和數據。

消息與方法：方法是對象具有了處理封裝數據的功能，而消息則激活了這種功能并建立了對象間的通信的橋梁。消息由消息的標識、接收消息的對象、若干個變元組成，方法一方面描述了對象執行操作的算法，另一方面定義了響應消息的機制 繼承：繼承是子類自動共享父類中的方法和數據的機制，描述了人類由一般到特殊，自頂向下的演繹能力。封裝：是一種信息隱蔽技術。

多態性：意味著一個名字可以使具有多種語義。他提供一種與人類在解決問題時的思維方式相容的能力。

重載：重載在功能及使用方法上和多態性有許多相似的方面，但重載是通過靜態連接實現的，而多態性則采用動態連接，重載多指兩種①函數重載②運算符重載

③管理信息系統的生命周期：出現需求、提出新系統方案、系統產生與成長、系統成熟、系統衰退、系統廢棄。

④瀑布模型與結構化方法的主要階段：總體規劃、系統分析、系統設計、系統實施、系統維護、系統評價 第四章 總體規劃P81

①用于管理信息系統總體規劃的方法：關鍵成功要素法CSF、戰略目標集轉化法SST、企業系統規劃法BSP

②BSP方法的13項主要活動：研究項目的確定、研究的準備活動、研究的開始階段、定義企業的過程、定義數據類、分析當前的系統支持、研究管理部門對系統的要求、提出判斷和結論、設計信息系統總體結構、確定子系統的開發的優先順序、評價信息資源管理工作、制定建議書和開發計劃、研究成果報告。

③利用BSP方法進行企業過程定義的一般步驟：從計劃和控制、產品和服務、以及其它支持性資源三個方面入手 ④BSP方法中，資源生命周期不同階段對信息的不同需求可以將企業中的數據分為四個類型：庫存文檔型、事務型、計劃型、綜合統計型。

⑤BSP識別企業數據的方法有兩種：企業實體法、企業過程法 ⑥在BSP方法中劃分子系統的過程實際上就是定義信息結構的過程。具體的做法是用U/C圖。U表示use,C表示產生creat 第五章 系統分析P99

①業務流程的概念：是指一組共同為顧客創造價值而有相互關聯的活動

②業務流程重組BPR的定義：是對企業的業務流程作更本性的思考和徹底的重建，其目的是在成本、質量、服務和速度等方面取得顯著的改善，使得企業能最大限度的適應以顧客、競爭、變化為特征的現代企業經營環境。

③業務流程的特點：目標性、邏輯性、層次性、④BRP的四個核心基本特征：根本性、徹底性、顯著改善和流程。

第六章 系統設計P127

①系統設計的原則：簡單性，一致性、完整性、靈活性、適應性、可靠性、安全性、經濟性

②系統設計的主要階段：總體設計、詳細設計。

③總體設計的主要內容：子系統的劃分與確認、模塊結構設計、網絡設計與設備配置方案、數據庫設計、安全控制設計。④一個模塊應具備的幾個要素：輸入和輸出、加工處理功能、內部數據、程序代碼。

⑤模塊的耦合方式：數據耦合、控制耦合、內容耦合，第一種

耦合度最低性能最好。

⑥模塊的內聚方式有六種：巧合、邏輯、過程、通信、順序、功能內聚。其中功能內聚的聚合度最高，性能最好。⑦數據庫設計過程中按數據表或稱關系的規范化程度，可以將規范程度分為6個級別，從低到高依次為，第一范式、第二范式、第三范式、BC范式、第四范式、第五范式。常要求達到第三范式就可以了。

⑧數據庫規范化的必要性：數據冗余，更新異常、插入異常、刪除異常。

第七章 系統實施P157

①系統實現的主要過程：準備工作、編碼、代碼審查、缺陷跟蹤、改錯和調試等若干活動

②程序質量評價的主要指標：可靠性、規范性、可讀性、可維護性、適應性

③系統測試的基本工作流程：了解系統需求、編寫測試計劃、編寫測試用例、執行測試用例、記錄發現的錯誤、測試總結報告。

第八章 運行管理P175

①運行管理機構設置的原則：效率原則、精簡原則、靈活性原則、因事設崗、因崗定編原則。

②運行管理機構的人員構成：網絡組、硬件組、軟件組、業務組、行政組。

③CIO首席信息官，擔負管理信息系統建設與企業高層管理之間溝通與對話的橋梁職責，具有參謀作用、橋梁作用、是企業信息化的總領隊和信息化培訓的總領導。

數據備份：指將計算機硬盤上的原始數據復制到可移動媒體上，如磁帶光盤。

數據恢復：將備份的數據恢復到硬盤上的操作

數據歸檔：將硬盤數據復制到可移動媒體上，與數據備份不同的是，數據歸檔在完成復制工作后將原始數據從硬盤上刪除，釋放到硬盤空間。

歸檔恢復：將歸檔數據寫回到硬盤上

在線備份：對正在運行的數據庫或應用進行備份。

離線備份：在數據庫關閉后對其數據進行備份，離線備份通常采用全備份

全備份：執行數據全部備份的操作

增量備份：只備份上一次備份后數據的改變量

并行技術：將不同的數據源同時備份/恢復到同一個備份設備/硬盤上

數據克隆：是實現災難恢復的一種重要手段，通過將原始數據同時備份到兩份可移動媒體上，將其中一份數據轉移到地理位置不同的辦公室存放。

④系統技術評價的主要內容：系統效率、系統可靠性、可擴展性和可移植性。