習題參考答案第一章在現代社會中，作為三大基本要素之一，信息的地位和作用是什么？信息與物質、能量并列在一起，看作社會發展、組織成長的三個基本要素，缺少了其中任何一個要素，大到國家、地區，小至企業單位，就無法健康地成長與發展，甚至無法生存下去。在劇烈的市場競爭中，對于信息資源的開發利用能力，已經是組織的核心競爭力的重要內容。在物力、財力基本相同的情況下，掌握和用好了信息資源，就能夠在競爭中脫穎而出，占據有力位置，把有限的物質資源用到刀刃上，取得事半功倍的效果。為什么說信息是一種資源？它與物質資源、能量資源有什么區別和聯系？物質資源和能量資源是有限的，面對著迅速增長的世界人口，這種資源的短缺已經不是遙遠的事情了。正是在這樣的大背景下，人類把注意里轉向信息資源，希望通過對于信息資源的開發和利用，理性地管理我們的星球、環境、社會和企業，從根本上改變那種殺雞取卵、竭澤而漁的發展模式。這正是黨和國家大力提倡的新的經濟增長模式和科學的發展觀。具體到各地方、各企業，在劇烈的市場競爭中，人們正在深切地體會到，對于信息資源的開發利用能力，已經是組織的核心競爭力的重要內容。信息資源是無形的，信息作為一種原始的資源，正像石油資源必須通過采油、煉油等一系列加工才能發揮作用一樣，信息資源也不會自動地在各個應用領域中發揮作用。它也需要有專門的機構、專門的設備、專門的人員進行收集、加工、整理等一系列處理,才能在社會和經濟的發展中發揮切實有效的作用。這就是我們需要建設許多不同類型、不同規模的信息系統的原因。在社會和經濟組織中，信息系統的地位和作用是什么？信息系統是管理系統的有機組成部分。信息系統在社會組織中的地位就相當于人體內的神經系統。正像財務系統的任務是對于組織的資金進行有效管理一樣，信息系統承擔著管理和運用組織的信息資源的重任。作為神經系統，信息系統的末梢深入到組織的每一個環節、每一個角落，收集和管理各種信息；另一方面，它的工作狀態和效率影響的不是某一個局部，而且直接影響到全局決策的正確與否,以及組織的各部分之間的協調程度。因此，我們強調信息系統為管理服務，恰恰是為它在組織或企業中確定了非常重要、基礎性的、不可缺少的地位。為什么必須強調信息系統是人機結合的、綜合性的社會復雜系統？這一基本理念對于信息系統的建設有什么重要的指導意義？信息系統的建設涉及技術、經濟、管理、社會等許多領域；既有許多技術課題，又有許多管理議題；既需要處理設備和技術，又需要考慮人和文化的因素，可以說是一個非常復雜的綜合性的、龐大系統。因而，信息系統建設需要綜合型的人才，有強有力的、組織和體制上的保障，需要管理和技術的融合。試討論在信息系統建設中，管理要求與現代信息技術的關系和相互作用？在信息系統的建設中，管理和技術的融合不可分割。一方面，技術無疑是重要的，沒有現代信息技術，現代意義上的信息系統是不可能建立起來的。然而，相對于管理工作而言，它是實現目標的手段。偏離了這個服務對象或應用目標，再先進的技術也將成為無的放矢的表面文章。系統科學的思想在信息系統建設中起什么作用？要點是什么？系統方法或系統思維成為建設信息系統的基本理念之一。在信息系統建設中，主要強調的是系統思想的以下四個主要理念：整體性、開放性、層次性、動態性。工程管理的思想在信息系統建設中起什么作用？要點是什么？當人們認識到信息系統建設的復雜性的時候，當人們在實踐中遇到一系列項目失敗的教訓的時候，把工程觀念引進信息系統建設領域，是一種很自然的、必然的趨勢。信息工程是管理科學的一個分支（國外一般稱為管理信息系統—MIS），其目標是有效地建設社會經濟組織中的信息系統。主要的要點有兩條：統一的、規范化的工作流程；形成共識的、便于交流和溝通的規范化的表達方式。這兩點理念在一系列重要領域得到了成功的運用，在工業化的進程中為人類生產力水平的提高做出了重要的貢獻。怎樣才算是一項成功的信息系統建設項目？主要的評價標準是什么？信息系統的建設的目標是：在預定的時間和預算范圍內，建成具備預定功能的穩定、可靠、易用、易改動的，為組織的管理決策提供所需要的信息和信息服務的完整系統。和其他大型工程項目一樣，建設目標是信息系統建設中一切活動的出發點和最終評價的標尺。五個方面的基本的評價標準：第一，信息系統的功能。第二，信息系統的效率第三，信息服務的質量。第四，信息系統的可靠性。第五，信息系統是否易于改動。保證信息系統建設切實取得成效的關鍵因素有哪些？從宏觀的角度看，技術、管理、人員是保證信息系統建設成功的三個主要支撐條件。一個成功的信息系統建設項目必須具備以下五個條件：1. 正確的指導思想和切實可行的目標；2. 突破口的正確選擇；3. 有效的項目管理和控制機制；4. 及時的信息交流渠道和科學的評價機制；5. 強有力的組織及資源保證。學習本課程的目的是什么？在計算機技術和管理科學知識的基礎上，對于即將從事信息系統建設的學生，系統地掌握建設現代化的、以現代信息技術為基礎的信息系統的方法與步驟。在這門課程中，學生應當達到以下三個方面的基本要求：明確基本概念，樹立核心思想，掌握常用工具。第二章1.為什么說信息化建設是一個相當長的發展過程？信息化是人類社會從工業社會向信息社會過渡的一個歷史轉變過程。它是人類正在經歷著的，一場全面的、深刻的巨大變革。信息化這場大變革的最主要的特征在于信息資源的重視和開發利用。信息化的基礎是現代信息技術的廣泛應用和普及。最后，信息化進程的目標是達到人類文明的新的高度，不但是物質生產水平的空前提高，而且在精神生活方面也出現了全新的情況。所以，信息化是一個相當長的過程，即使我們把視野限制到一個具體單位或行業之中，它也是需要以五年到十年的時間尺度去考慮。而它的目標則是要緊緊圍繞整個組織或企業的戰略方向來確定。2.信息系統的規劃應當包括哪些內容？它對于組織或企業的發展具有什么作用？根據規劃的一般理論，對于信息系統來說，信息系統規劃的主要任務何內容包括三個主要的方面：目標設定、環境分析、戰略選擇。信息系統的規劃是一項重要的戰略管理任務。這個規劃上承企業的總體戰略，下接各個具體的信息建設項目，起著關鍵的作用。從事信息系統建設的單位對于規劃工作，必須給予充分的重視。3.西蒙的“人工科學”的理念的要點是什么？它對于信息系統建設工作具有什么意義？赫伯特·西蒙的《人工科學》一書中提出了“無最終目標的設計”的概念。他說：“最終目標的思想與我們預言或決定未來的有限能力是無法同意的。我們的行動的真實結果，是為行動的下一個相繼階段建立初始條件。從西蒙的分析，我們可以得到的啟發是，規劃的作用并不在于現在就拿出一個能夠準確地預言未來的方案，而在于形成一種能夠有效調整和指導我們未來的行動的機制。承認我們當前認識的有限性和局限性，不是把希望寄托在一開始就有完全正確的方向上，而是通過一種合理的做事方式和機制，在做的過程中逐步地。漸近地達到成功和正確。這一理念就是我們從事規劃工作的指南。4.解釋“無終極目標的設計”的含義及其實際意義。西蒙提出了“無最終目標的設計”的概念。他說：“最終目標的思想與我們預言或決定未來的有限能力是無法同意的。我們的行動的真實結果，是為行動的下一個相繼階段建立初始條件。從西蒙的分析，我們可以得到的啟發是，規劃的作用并不在于現在就拿出一個能夠準確地預言未來的方案，而在于形成一種能夠有效調整和指導我們未來的行動的機制。承認我們當前認識的有限性和局限性，不是把希望寄托在一開始就有完全正確的方向上，而是通過一種合理的做事方式和機制，在做的過程中逐步地。漸近地達到成功和正確。這一理念就是我們從事規劃工作的指南。5.簡要說明BSP方法的思想.BSP方法，即企業系統規劃（BusinessSystemPlanning）是進行組織的信息系統規劃的一套規范方法。作為一種方法論，BSP方法的特點是全面地、詳細地對企業或組織的基本業務活動進行分析，從而確定其信息需求，為有針對性地進行信息系統建設提供堅實的基礎。BSP方法強調的基本思想是：企業或組織的結構和人員是處于經常的變動之中的，但是，其基本功能（或基本業務）則是相對穩定的。因此，從長遠的來說，信息系統建設必須針對基本業務。把基本業務的流程（或過程）及其對信息系統的要求（包括信息的內容及信息服務的功能）切實理清，就能夠使信息系統的建設得到切實的收效，并且能夠適應機構、人員等不斷變化的情況，保持信息系統的穩定和有效。根據這樣的基本思想，BSP方法的要點有以下幾個方面：緊緊圍繞企業的基本業務或核心業務；必須從全局出發，全面考慮各個環節、各個層次的管理過程與信息需求；信息系統必須對整個系統提供完整的、一致的信息服務；信息系統應當在組織的結構、人員發生變更時，保持其工作能力，只要組織的基本業務（或核心業務）不變，信息系統建設的成果就能夠繼承和積累。BSP方法的實施步驟可以俺以下的六個步驟進行。第一步，定義業務過程；第二步，定義數據類；第三步，分析業務與數據的關系；第四步，確定系統的總體結構；第五步，確定子系統的優先順序；第六步，完成規劃報告，建立實施機制。6.簡要說明CSF方法的思想.CSF方法，即關鍵成功因素法（CriticalSuccessfulFactors）等，是進行信息系統規劃的另一種類型的方法。與BSP方法相反，CSF方法的思路不是全面分析，而是重點突破。CSF方法的基本思路是這樣的；從組織內外的環境出發，找出影響信息系統建設、決定項目成敗的方方面面，制約因素，通過調動各方面人員的知識與經驗，用科學的方法找出其中的關鍵因素，針對這些因素，安排組織的資源和力量，做出信息化建設的戰略規劃。CSF方法的基本步驟包括以下五步。明確組織的戰略目標；識別組織戰略的成功因素；選擇和確定關鍵成功因素；確定關鍵成功因素的性能指標及要求；針對關鍵成功因素確定信息系統建設的方向與策略。7.選擇項目的開發方法的主要考慮方面是哪些？選擇方法的基本原則無非是“實事求是、講求實效”，不應該為方法而方法：首先是組織和業務的類型和特點。其次要考慮的因素是管理者的因素。第三，技術條件與環境的因素。最后，還要有經濟的考慮。8.選擇信息系統建設的突破口應當遵循怎樣的原則？選擇信息系統建設的突破口，集中反映了項目組織者的思路。選擇信息系統建設的突破口，必須選擇對組織的基本業務密切相關、急需改進的，通過現代信息技術的引進能夠顯著地改進工作，提高效率、帶來效益的業務環節。9.為什么要堅持對信息系統的規劃定期進行回顧？規劃的制訂只是一個開始，真正的作用則是在長期的建設工作中不斷發揮的指導作用。這就要有計劃地、經常地進行回顧和修訂，而已有的規劃正是進行這種回顧的標尺。反過來，回顧（Review）又為規劃的不斷調整和修訂提供反饋信息和實現機制。10.在修改信息系統的規劃的時候，應當注意些什么問題？以下幾個關鍵問題是需要特別注意的。首先是實際情況的準確記錄和及時反饋。另一個需要注意的是回顧或評價的標準。突破口的問題，在回顧和評價的時候顯得更為突出。最后，規劃的文檔資料的保存和及時更新也是需要注意的。11.在信息系統規劃工作中，CIO應當擔負什么樣的責任？CIO不同于只負責技術工作的計算中心主任，也不同于臨時性的項目負責人，它應當是組織決策圈子的成員，是直接向組織的主要負責人負責的副總經理級的組織領導人。信息化規劃的連續性就要落實在CIO身上。CIO職位的設置是組織中的信息化建設得以持續、穩定、健康發展的重要保障措施。第三章1.如何對信息系統開發方法進行分類？信息系統開發方法按照時間過程可以分為生命周期法和原型法。生命周期法可以分為廣義和狹義的理解。狹義的生命周期法主要指的是結構化系統開發方法，是自頂向下結構化方法、工程化的系統開發方法和生命周期方法的結合，又叫結構化生命周期法。2.如何理解廣義和狹義的生命周期法？從宏觀上講，任意一個信息系統的生命周期都可以分為系統規劃、系統分析、系統設計、系統實施、系統運行和維護等五個階段。這就是我們講到的廣義的信息系統生命周期法。無論是結構化開發方法，還是原型化開發方法和面向對象開發方法，所開發的信息系統都會遵循生命周期的規律。規劃、分析、設計、實施與運行維護是從總體上必須把握的幾個大步驟。狹義的生命周期法主要指的是結構化系統開發方法SSDM（StructuredSystemDevelopmentMethodologies），亦稱SSA＆D（StructuredSystemAnalysisandDesign）或SADT（StructuredAnalysisandDesignTechnologies），是自頂向下結構化方法、工程化的系統開發方法和生命周期方法的結合，又叫結構化生命周期法。3.請繪制生命周期法的工作流程圖。如圖所示：戰略目標戰略目標系統目標項目目標初步調查可行性分析可行性分析報告討論取消項目修改目標調整資源系統規劃階段詳細調查業務流程、數據流程分析邏輯設計系統分析報告討論中止項目重新調查分析系統分析階段總體設計詳細設計系統設計報告討論中止項目修改系統設計階段系統實現系統實現系統實現報告試運行系統試運行報告驗收修改系統實施階段運行、維護、修改、評價、審計新系統需求運行維護階段生命周期法的工作流程圖4.如何對生命周期法實施中的變更進行管理？信息系統按生命周期法進行實施的過程中，總會出現各種各樣的變更。所謂項目的變更是指對于一個正在實施的信息系統項目本身，或是對于項目的整體計劃，所提出的各種改動的要求。項目變更的總體控制是針對項目變更的單項控制而言的。在項目實施過程中，項目的目標、計劃、任務范圍、進度、成本和質量等各個方面都會發生變動。在項目實施過程，這些變動多數可以在項目變更的專項控制中予以解決。但是在項目計劃的實施中，必須開展對于項目變更的總體控制，以協調和管理好項目各個方面的變動要求，和各項目相關利益者提出的項目變更要求。項目變更的總體控制與項目范圍變更控制、項目進度變更控制、項目成本變更控制、項目質量變更控制、項目風險變更控制、項目合同變更控制等專項變更控制是緊密相關的，它是更高一層的全局性的項目變更控制。信息系統在開發過程中，無論是總體控制還是單項控制，都應納入變更管理系統，需要一套變更的管理制度、變更的管理流程和變更管理的表格。5.生命周期法的成功要素有哪些？生命周期法的成功要素：建立面向用戶的觀點，根據用戶需求來設計系統；自頂向下來規劃或設計信息系統；嚴格按階段進行；有效的工作文檔；運用系統的分解和綜合技術，使復雜的系統結構化、模塊化；強調階段成果的審定和檢驗。6.如何進行有效的文檔管理？文檔管理應從以下幾個方面著手進行。1）文檔管理的制度化。2）文檔要標準化、規范化。3）文檔管理的人員保證。4）維護文檔的一致性。5）維持文檔的可追蹤性。7.請簡述信息系統開發的結構化思想。結構化系統設計的基本思想是：（1）將一個復雜的系統分解成一個多層次的模塊化結構；（2）每一個模塊盡可能獨立；（3）可用直觀的工具來表達系統的結構。8.請簡述使用生命周期法的條件。相比較原型法來講，生命周期法更適合于：用戶需求定義可以明確；系統運行程序確定、結構化程度高；系統具有較長的使用壽命，環境變化不大；開發過程要求有嚴格的控制；研制人員對系統任務了解、且熟練程度較高；系統文檔要求詳而全；開發成果重復使用等場合。第四章1.信息系統與組織戰略有著怎么樣的關系？組織的信息戰略直接服務于高層的愿景、戰略和發展目標，為支持組織戰略的實現，需要提供短、中、長期的信息化項目規劃指南。下圖描述了信息系統對組織戰略的影響。沿著縱坐標，管理者對信息系統在當前的經營管理方面的影響進行評價。對于一些組織來說，準確可靠地使用信息系統對于組織的生存是非常關鍵的，即使是服務上很短的中斷或質量上很小的瑕疵都會造成深遠的影響。而對于另外一些組織來說，信息系統的失效可能并不會給公司帶來直接的重大影響。沿著橫坐標，管理者對信息系統在組織未來持續發展方面的影響進行評價。對一些組織來說，引進信息系統帶來的創新對于將來的戰略定位是至關重要的；但對于另外一些組織來說，新系統只會改善局部經營業績，而不會對整個組織的戰略產生影響。通過這兩個維度，我們可以得出四種類型。在第一象限，信息系統對核心戰略的影響程度高，對核心經營活動影響程度也高，對于這樣一個組織，說明信息系統處于絕對的戰略高度，此時組織的信息系統策略將促成組織和產業結構的變革，該信息化建設的領導需要組織的一把手如首席執行官或董事長親自領導，整個信息化建設將是一場管理變革。第二象限第二象限第三象限第四象限第一象限信息系統對核心經營管理活動的影響高低低高信息系統對核心戰略的影響圖信息系統與組織戰略的關系分析在第二象限，信息系統對核心戰略的影響程度低，對核心經營活動影響程度高，信息系統對處于該象限的組織的幫助主要是提高流程績效和工作績效，該信息化建設的領導主要靠相應業務部門的主管，信息化建設的主要任務是流程改進。在第三象限，信息系統對核心戰略和核心經營活動的影響程度都低，信息技術對處于該象限的組織主要起輔助支持的作用，幫助組織提高局部運作業績，由各部門監管人員督促即可，信息化建設還處于基礎性實驗階段。在第四象限，信息系統對核心戰略影響程度高而對核心經營活動影響程度低。此時，信息系統對處于該象限組織的幫助是在新組建的部門或業務領域內發揮作用，信息化建設的主要任務是面對新成立的部門，由組織的策劃部門負責。2.如何理解PIECES方法？要明確系統目標，首先要確認組織中存在的問題和機會。PIECES方法是一種效果顯著的進行問題識別和分類的方法。PIECES方法是6個英文單詞的縮寫，即：（1）P是Performance的縮寫，表示提高系統的性能；（2）I是Information的縮寫，表示提高信息的質量和改變信息的處理方式；（3）E是Economics的縮寫，表示改善組織的成本、效益等經濟狀況；（4）C是Control的縮寫，表示提高信息系統的安全和控制水平；（5）E是Efficiency的縮寫，表示提高組織的人、財、物等使用效率；（6）S是Service的縮寫，表示將要提高組織對客戶、供應廠商、合作伙伴、顧客等的服務質量。通過研究PIECES框架中類別或子類中的內容，可以發現企業中存在的各種問題。根據組織現有信息系統的當前情況，按照PIECES方法逐個回答問題。通過對這些回答進行分析，就找到了當前系統存在的問題、機會以及新系統應該達到的目標。3.組織的信息需求有哪些層次？應該如何選擇信息系統建設的突破口？組織信息化包含4個層次，分別是生產作業層的信息化、管理辦公層的信息化、戰略決策層的信息化、協作商務層的信息化。組織在進行信息化規劃時，對信息化的建設應該做出先后安排，最好先解決的是組織的瓶頸問題。也就是說將組織的瓶頸需求作為信息系統建設的突破口。這是比較理性的做法。如果單位的總體信息素質不夠高，這時組織應該將容易入手的、業務比較規范的、人員素質相對較高的部分作為信息系統建設的突破口，比如從財務、人事、產品的輔助設計等領域入手，取得示范效應，同時培訓員工，逐步推廣信息化領域。還有一類組織的領導對信息技術的作用認識不夠深，特別是信息系統建設失敗的項目聽得多了，對于信息化建設持觀望徘徊的態度。對于這樣的組織在做信息化規劃時，建議選擇辦公自動化和電子商務為突破口。4.非功能需求為什么很重要，包含哪些方面？非功能需求包括：1）性能需求：2）資源和環境需求：3）可靠性需求：4）安全保密要求5）用戶界面需求：6）成本消耗與開發進度需求7）預先估計的可擴展性需求。5.如何進行可行性分析？可行性分析的意思是根據系統的環境、資源等條件，判斷所提出的信息系統項目是否有必要、有可能開始進行，如果要進行，那么采用什么建設方案。所謂可行性應該包括必要性和可能性兩個方面。信息系統項目建設的可能性主要從技術、經濟、社會意義等三個方面去分析。可行性報告的結果并不一定可行，也有可能是得出在目前條件下不可行的結論，這是完全正常的。如果限定必須證明可行，那么可行性分析就沒有意義了。甚至可以說，判斷不可行性比判斷可行性的收獲還大；因為這就避免了巨大的浪費。如果把大量的人力物力投入一個客觀條件不具備，事先就認定是勞而無功的項目，其損失是難以預計的。另外，可行性分析的結果也有可能是要求作一些局部性的修改，例如修改某些目標、追加某些資源、等待某些條件的成熟再實施項目等等。6.可行性分析報告的框架主要包含哪些方面？可行性分析報告的框架主要包含：1．引言：編寫目的、項目背景、組織經營概況、定義、參考資料，等。2．可行性研究的前提：說明對所建議的開發項目進行可行性研究的前提，如要求、目標、假定、限制等。3．對現有系統的分析。4．所建議的系統：這部分的內容將用來說明所建議系統的目標和要求將如何被滿足。包括：宏觀管理水平需求定位、對所建議系統的說明、處理流程和數據流程、改進之處、影響、局限姓、技術條件方面的可行性。5．可選擇的其他系統方案。扼要說明曾考慮過的每一種可選擇的系統方案，包括需開發的和可以從國內國外直接購買的。如果沒有供選擇的系統方案可考慮，則在文中說明這一點。6．投資及效益分析：支出、收益、收益／投資比、投資回收周期、敏感性分析等。7．社會因素方面的可行性：本部分用來說明對社會因素方面的可行性分析結果，包括：法律方面的可行性、使用方面的可行性。8．結論。第五章調查研究的目的是什么？如何保證調查研究的準確全面？通過調查研究和現狀分析，全面、準確地認識組織管理現狀，找出系統存在的問題，為系統的成功開發提供數據、流程、組織等各方面的支持。建立科學的調研組織，遵循正確的調研原則，才能保證調研的準確全面。建立科學的調研組織包括：成立研究調查機構：需要各個部門配合協調；做好計劃和用戶培訓：列出研究大綱，幫助用戶理解調查的目的、過程和方法；采用工程化組織：事先計劃每步工作，對調查中使用的表格、問卷和調查結果進行規范化處理；主動溝通及親和友善的工作方式：溝通十分重要，親和友善的工作環境有利于調查工作的展開。正確的調研原則包括：自上而下全面展開：遵循系統化的觀點，從高層管理入手，一直到底層的事務性工作；全面展開與重點調查相結合：適應于系統應用分步進行的情況，重點調查近期需要開發的子系統的相關部分；深入細致的調查研究：搞清楚各項管理工作真實的條件、過程，分析業務流程在新系統支持下將有怎樣的變化。2．用業務流程圖描述一個你熟悉的業務流程。業務流程圖TFD(transactionflowdiagram)，根據實際的業務，按照原系統中信息流動的過程，詳細描述各個環節的處理業務、信息來源、處理方法和信息流經去向以及提供信息的形態。基本符號包括：處理單位、處理功能、報表、文件存檔、信息收集與統計、信息傳遞。參照教材中的業務流程圖。3．根據業務流程圖，抽象出數據流程圖圍繞系統目標、信息環境、現行業務流程、數據的邏輯、數據特征、數據匯總、數據流程進行分析實現由數據流程的抽象，僅從信息流動的角度考察業務執行的過程。數據流程圖具備抽象性（僅描述了數據的流動、存儲和處理）、概括性（把各個業務活動聯系起來）兩個特征，繪制時，要注意數據處理與業務處理過程相對應，流程圖的確定要和業務人員反復討論，要對數據流進行分析和優化，依照業務流程順序，按層次繪制。基本符號包括：外部實體、數據處理、數據流、數據存儲。參照教材中的數據流程圖數據字典建立的過程中，如何保證數據項及其處理的完整性？數據字典全面反映了系統運行的所有數據屬性及其處理方式，對數據流程中的數據項、數據結構、數據流、處理邏輯、數據存儲和外部實體等方面進行具體的定義。數據字典依據數據流程圖建立，并共同構成對系統邏輯模型的準確完整描述，保證全局數據的一致性和準確性。5．分析U/C矩陣進行功能/數據交互分析的基本思想U/C矩陣用來對系統功能劃分進行分析和優化，其基本原理與系統思想關于子系統的劃分相一致，在系統之間盡可能保持相對獨立性，每個功能的數據處理要求高內聚、低耦合。U/C矩陣要進行系統化，自頂向下劃分，確定每一個功能和數據，建立矩陣后，還要進行完備性、一致性檢查，其功能包括：發現前期調查分析的錯誤；分析數據的正確性和完整性；得到子系統的劃分；確定子系統間的共享數據。從而完成系統邏輯功能劃分與數據資源分布。6。如何全面認識信息管理的現狀？需要對管理現狀和信息技術應用現狀進行分析，對其中的問題依據各個要素進行評價，建立指標體系，包括：企業信息化基礎實施水平；企業信息技術應用的范圍和深度；企業信息資源開發和利用程度；信息管理增加技術含量和附加值的能力；企業管理再造的信息化；以信息管理為基礎的制度創新；信息化人才。在分析和評價時，需要采用正確的方法和步驟。常用的分析和評價方法有：事件追蹤、效果比較、人的因素評價、綜合研究。尋找現有流程中增加管理成本的主要原因。而具體的步驟包括：分清問題輕重，找出需重點解決的問題；對關鍵環節及緩解重要性做出明確定位；確定每個環節需要改進的具體內容。第六章1.邏輯設計的主要任務是什么？它為下一階段提供怎樣的基礎？邏輯設計的主要任務在于根據現有處理模式的局限性分析，建立合理的邏輯方案，確定新系統處理模式和管理模型，明確開發中的重點和方向。包括：分析系統目標：對項目的可行性和必要性進行重新考慮；新系統的業務流程：在現有分析的基礎上，克服原有不足，產生更合理的業務流程；新系統的數據流程：分析原數據流程中不適應的部分，確定新的數據流程中人記界面的劃分；新系統的邏輯結構：對子系統進行劃分，并定一號之間的連接關系；數據資源的分布：確定數據的存儲結構和在服務器資源的分布；具體業務的處理方法和管理模型：根據管理業務的信息處理需要，確定具體業務使用的管理模型和方法。通過分析，采用圖表和工具，在邏輯上表達新系統所具有的各項功能，以及輸入輸出、信息流城、系統界面和環境等系統概況。2.如何確定新系統業務流程？組織和企業已經確定了傳統的流程和工作方式，在信息技術下，由于信息的采集、處理等發生了變化，需要根據現代信息處理的要求，進行業務流程重組(businessprocessreengineering,BPR)。不同企業需要根據競爭策略、業務處理的基本特征和采用的信息技術的水平來選擇實施不同類型的BPR，包括：功能內的BPR——功能內部的流程進行重組，做到每項職能機構不重疊，業務不重復，提高效率和質量；功能間的BPR——企業范圍內，跨越多個職能部門的流程重組。組織結構靈活機動，適應性強；組織間的BPR——兩個以上企業間的業務重組，共享數據庫等信息技術，簡化了工作流程，減少了非生產性成本。各種重組都需要數據庫、計算機網絡等信息技術的支持。3.系統邏輯設計中，如何體現業務流程改造對建立新系統業務流程的意義？在流程再造中，針對于現有業務流程中的冗余、不增值、不必要、手工處理等環節進行分析和修改，利用適當的模型和方法，建立新業務流程，同時在邏輯設計中，對對系統地分析和改進也是從相類似的方面進行：現行系統在整體功能上存在什么問題業務流程中是否有缺少或多余的環節數據流程中是否有不合理的數據流向、存儲和冗余處理環節數據處理的功能是否滿足要求。并且，邏輯設計中將流程中各項業務作為獨立的模塊，并充分考慮它們與其他模塊的接口，通過業務對象模塊的相互作用實現業務流程，這樣，當流程發生變化時，能夠方便的修改程序模塊間的調用關系，而實現新的需求。4.如何畫出信息系統流程圖？需要注意哪些問題？系統流程圖，以新系統的數據流程圖為基礎而繪制，過程如下：為數據流程圖中的處理功能畫出數據關系圖，弄清楚輸入數據、中間數據和輸出數據的關系，然后按照整個系統的流程把各個數據關系圖綜合起來，形成整個系統的數據關系圖，就構成信息系統流程圖。這種轉變，不單純是符號轉變，系統流程圖需要明確系統邊界、人機接口和數據處理方式，需要根據業務處理的需要，考慮在信息技術支持下，哪些數據處理功能可以合并或進一步分解，進一步確定各個數據處理功能。同時，系統流程圖不鼓勵分析員使用系統設計的自上而下或模塊化的方法。5.HIPO圖的主要內容是什么？.層次化輸入-處理-輸出(HIPO,hierarchyinput-porcess-output)圖：由兩部分組成：層次結構圖：關心模塊的外部屬性，模塊間關系；IPO圖：描述模塊內部功能，數據的輸入、輸出、處理等，需要準確無歧義的描述，同時需要使用比較規范的描述方法，對處理邏輯進行描述。HIPO圖在一層次體系中將系統設計按其詳細程度分層，依次的說明所有的輸入、處理和輸出。6.試述決策樹、決策表、結構化英語的特點和在表達系統功能中的作用。決策樹(decisiontree)：用來表示不同決策方案的直觀方法，容易理解，適合條件較少的系統功能判斷。決策表：決策樹的另一種表達方式，便于表達復雜條件下的多元邏輯關系，清楚的表達條件和行動之間的關系，但建立過程復雜。結構化英語表示法：借助程序設計的基本思想，使用規范語言完成對處理過程的描述。7.數據存儲結構是如何確定的？良好的數據存儲設計，將使得后繼系統開發工作方便快捷，易于維護和管理，主要內容包括：數據組織的規范化，系統中的數據，必須按照關系數據庫的要求進行規范化處理。一般來說，滿足第三范式的關系既可滿足信息處理的要求。整體關系結構的建立，建立實體-聯系(E-R)模型，描述事物的屬性和事物之間的相互作用與聯系，然后依據一定的規則，將E-R模型轉換為關系數據模型。8.如何確定數據資源的分布？原則是，同一子系統的數據盡量放在本系統使用的服務器上，只有公用數據和最后統計匯總的數據，才放到公用服務器上。公共數據資源的分配應到考慮數據訪問的特性，進行恰當的分布，以使網絡負荷均衡，提高系統效率。9.邏輯方案確定后，如何進行檢查和改進？可以通過階段交互檢驗、結構預演、軟件過程評價等方法，對邏輯方案進行檢查和改進。階段交互檢驗。需求分析階段：本階段制定軟件的需求說明書，說明檢驗和測試系統的方法，有完整的軟件技術要求；邏輯設計階段：本階段要把軟件的技術要求換成邏輯方案，采用工程化、規范化的設計方法和過程；交互檢驗的過程與組織：本階段要發現邏輯設計中的缺陷，并加以清除，參與人員應來自不同領域，對照功能需求，查找業務流程是否有遺漏、冗余，新流程改造是否符合管理和業務運行的要求等。結構預演。是一種預測評價方法，目的是給項目組提供有價值的反饋信息，并不是對系統的質量下決定性結論。預演通常在系統設計及系統開發過程中某些關鍵點完成之后才進行，參加預演的人員包括項目組成員、管理人員以及第三方經理作為“中立者”。軟件過程。是指實施于軟件開發和維護中的階段、方法、技術、實踐及相關產物的集合，以RUP為例，軟件生命周期分為不同階段，每個階段結束于主要的里程碑，并執行一次評估，提高軟件質量，降低成本和風險。10.系統分析報告的目的是什么？包含哪些內容？系統分析報告充分展示前階段的調查結果和分析結果，提出新系統的邏輯方案，是下一步進行系統設計和實現的綱領性文件。內容包括：組織情況概述：概括性描述分析對象的基本情況、系統與外部實體的交換關系、參考資料和專用術語說明等。現行系統運行狀況：系統現狀調查說明、系統需求說明。系統設計與實施的初步計劃：工作任務的分解、系統開發資源與時間進度估計、預算。新系統邏輯方案：系統分析報告的主體，包括新系統擬定的業務流程和業務處理方式、新系統擬定的數據指標體系和分析優化后的數據流程、新系統擬用的管理方法、算法和模型、與新系統相配套的管理制度和運行體制的建立、出錯處理要求、其他特性要求、遺留問題等。第七章1.系統設計的原則是什么？系統性原則：系統有統一的信息代碼、數據組織方法、設計規范和標準經濟性原則：滿足系統要求的前提下，盡可能減少系統的費用支出可靠性原則：系統必須具備較高的可靠性，如安全保密性、糾錯能力、抗病毒能力、恢復能力等簡單性原則：在系統達到預定目標、完成規定功能的前提下，應該盡量簡單靈活性原則：對外界環境的變化要有很強的適應力，容易維護和修改2.系統總體設計的任務是什么？總體設計又稱初步設計或概要設計，主要任務是把系統的功能分解成許多基本的功能模塊，確定它們之間的聯系，規定他們的功能和處理流程，包括：模塊結構設計、系統物理配置方案設計、總體數據庫設計。3.結構化系統設計有哪些優點？結構化系統設計，運用一套標準的設計準則和工具，采用模塊化的方法進行系統結構設計，將系統結構分解為許多按層次結構聯系的功能結構圖，即模塊結構圖。即把一個復雜的系統轉化為易于實現、易于維護的模塊化結構系統。結構設計的基本特點是：用分解的方法簡化復雜系統；采用圖表表達工具；有一套基本的設計準則；有一組基本的設計策略；有一組評價標準和質量優化技術。4.何謂模塊化？如何畫出系統模塊結構圖？模塊，指可以分解、組合及更換的單元，是組成系統、易于處理的基本單位，具有輸入和輸出、邏輯功能、運行程序和內部數據四種屬性。模塊大小是一個相對概念，將系統功能以層次結構中的模塊進行描述，可稱之為模塊化。結構圖的形式表達模塊之間的內在聯系，主要有以下幾個基本部分構成：模塊：寫明模塊的名稱。調用：結構圖中模塊間的聯系方式，分為直接調用（模塊直接調用下層模塊）、判斷調用（根據判斷條件決定調用）、循環調用。數據：模塊間傳遞的數據。控制信息：模塊間傳遞的控制信息。模塊加上數據流、控制流以及模塊之間的調用關系，組成了系統結構圖，樹狀結構的結構圖，可以保證系統的可靠性。5.模塊結構圖與數據流程圖有什么區別和聯系？模塊結構圖與數據流程圖是系統分析不同階段的產物，數據流程圖從數據流動的角度考察業務執行的過程，而模塊結構圖表述的是系統功能模塊間的關系。模塊結構圖可以由數據流程圖導出。后者的兩種典型結構：變換型和事務型數據流程圖，兩者分別經過變換分析和事務分析，導出相應的模塊結構圖。6.總體數據庫設計的主要內容及結果是什么？數據的分類：根據軟件系統對數據處理的要求和數據在處理過程中的地位和作用進一步分類，包括基礎數據、中間數據、工作數據和暫存數據四大類。數據存儲規模設計：數據會不斷積累和增加，規模設計時要考慮現有數據的規模、未來數據量的增長趨勢、數據類型的劃分等因素。數據存儲空間的分布設計：空間分布與總體設計總的物理環境配置協調一致，注意區分共享和獨占數據、流動性和非流動性數據。文件設計：根據文件的使用要求、處理方式、存儲的數據量、數據的活動性及所能提供的設備條件等，確定文件類別、選擇文件媒體、決定文件組織方式、設計記錄格式，并估計文件容量。數據的安全性和完整性設計：安全性保護是防止機密數據泄漏，主要的手段是對用戶存取數據庫的數據進行嚴格的控制，完整性保護是保護數據結構不受損害，與計算機系統環境的保護密切相關。數據庫管理系統(DBMS)的選擇：選擇可以最有效實現數據存儲設計要求的DBMS。7.在進行網絡設備配置時主要考慮哪些因素？硬件選擇與網絡的規模和類型有關，具體要考慮：技術上的可行性應用上的有效性高度的可靠性成本經濟性8.如何理解系統結構設計中的模塊高聚合、低耦合原則？模塊聚合(modulecohesion)用來衡量一個模塊內部各組成部分間整體統一性的指標，描述一個模塊功能專一的程度。模塊耦合(modulecoupling)衡量一個模塊與其他模塊之間相互作用程度的指標，耦合程度的高低直接影響到系統的可修改性和可維護性。耦合度越低，說明模塊之間的聯系越少，影響越小，產生連鎖反應的概率就越低，系統可修改性就越高。聚合程度大，模塊的可理解性和維護性大大增強。因此模塊劃分要考慮降低模塊之間的耦合度，提高模塊的聚合度。第八章1.系統詳細設計階段包含哪些內容？詳細設計的任務是在總體設計的指導下，對系統各組成部分進行細致、具體的物流分析，使系統總體設計階段所作的各種決定具體化主要完成如下工作：代碼設計、數據庫設計、模塊的功能與性能設計、人機界面設計、輸入輸出設計等。2.模塊劃分的原則是什么？模塊設計時必須對計算機和人工處理進行合理劃分、揚長避短，劃分的一般原則是：對復雜的計算、大量重復的數學運算，由計算機處理各種管理模型、高層次的數學模型，適用計算機處理對于數據格式不固定，例外情況較多需要經驗來判斷，適用人工處理決策性問題，由計算機處理提供盡可能多的資料，輔助人進行決策3.說明系統輸入輸出的主要設備。常用的輸入和輸出方式有：屏幕顯示輸出——人機對話的方式在顯示屏上述出信息，常用于查詢和檢索系統；打印機打印輸出——信息需要長期保存，或在較廣范圍內傳遞常用的輸入設備有，鍵盤、鼠標、讀卡機、磁性墨水識別器、光電閱讀器、掃描儀等。常用輸出設備包括：顯示終端、打印機等，常見輸出介質有：紙張、磁盤等。4.請歸納系統詳細設計階段所涉及的圖表工具和文檔。設計所涉及的常用圖表、工具如下。IPO圖：用于描述某個特定模塊內部的處理過程和輸入輸出關系的圖。主體是處理說明部分，要選擇能準確簡明的描述模塊執行細節的工具；輸入輸出數據來源與數據詞典。流程圖(flowchart)：用統一規定的標準符號描述程序執行具體步驟的圖形表示，由處理、判斷條件、控制流3個基本部分組成，直觀形象，便于理解和掌握。問題分析圖(problemanalysisdiagram,PAD)：支持結構化程序設計的圖形工具，邏輯結構清晰、圖形標準，引導人們使用結構化程序設計方法。NS圖：不需要流向線的結構化流程圖，每個處理步驟用一個盒子表示，限制隨意的控制轉移，強制設計人員按結構程序設計方法思考和描述方案，圖像直觀，簡單易學。過程設計語言(proceduredesignlanguage)：用來描述模塊內部具體算法的非正式且比較靈活的語言，外層語法控制結構，內層可以按系統的具體情況和不同層次，靈活選用。同自然語言很接近，易于理解，易被計算機處理并儲存，可以自它自動產生程序。文檔包括：過程設計說明書、代碼、人機界面設計說明書、輸出設計說明書、輸入設計說明書等。5.系統設計階段的工作成果是什么？它包含哪些內容？系統設計階段的工作成果是新系統的物理模型，通常整理為系統的實施方案，其內容包括兩大方面：系統設計報告和實施方案。系統設計報告從系統總體的角度出發對系統建設中各主要技術方面的設計進行說明，設計報告要求：全面、準確和清楚地闡述系統在實施過程中具體采用的手段、方法、技術標準以及相應的環境要求。設計報告通常由下述內容組成：引言：摘要、專門術語定義、參考和引用資料系統總體設計方案：總體結構設計、網絡設計、模塊設計、代碼設計、輸入輸出設計、數據庫設計、安全保密設計、系統配置等。系統實施方案主要內容包括：任務分解——對開發中的各項工作，按層次進行分解；實施費用估算與效用分析——估算系統實施所需的人力投入、工程量、時間及總經費，分析系統實現后的預期效益；實施方案討論與審批——召開包括外聘專家在內的有關人員參加的評審會，對方案進行充分的討論。6.什么是GUI？GUI有哪些優點？用戶通過點擊各種控件完成系統信息輸入，多個控件組成的界面稱為圖形用戶界面(graphicuserinterface,GUI)。幾種常見的控件包括：命令按鈕、單選按鈕、復選框、文本框、列表框、表格和網格、滑動框、樹形列表等。通過GUI，用戶只要點擊相應的符號控件，就可以觸發相應的時間，減少鍵盤的輸入，減少了出錯的幾率。7.輸入數據的安全措施有哪幾種？盡可能防止數據的錯誤輸入，有人工直接檢查，計算機用程序校驗，以及人與計算機兩者分別處理后再相互查對校驗等多種方法，可以單獨使用，也可組合使用。常用的方法有：重復校驗、人工校驗、校驗位校驗、控制總數校驗、數據類型校驗等12種。第九章1．信息系統項目小組有哪幾種組織模式？各有什么優缺點？通常有以下三種組織結構的模式可供選擇：（1）按子課題或子系統劃分的模式把項目成員按子課題或子系統組成小組，小組成員自始至終參加所承擔的子課題或子系統的各項任務。他們應負責完成信息系統的規劃、需求分析、設計、實現、測試、文檔編制以及包括維護在內的全過程。這種模式不利于發揮每個人的特長，但由于通信接口較少，也具有一定優勢。（2）按職能劃分的模式把參加開發項目的所有人員按任務的階段劃分成若干個專業小組。要開發的信息系統在每個專業小組完成階段性建設后，即達到每個階段相應的里程碑以后，沿開發工序流水線向下傳遞，例如，分別建立規劃組、需求分析組、設計組、實現組、系統測試組、質量保證組、維護組等。各種文檔資料按工序在各組之間傳遞。這種模式在小組之間的聯系形成的接口較多，但便于小組成員互相交流，進而變成這方面的專家，從而提高效率。（3）矩陣型模式這種模式實際上是以上兩種模式的復合。一方面，按職能成立一些專門組，如規劃組、設計組、實現組、業務組、測試組等；另一方面，又將整個項目分為一些子系統，每個子系統成立一個小組，被指派專門的負責人。這樣，每個成員既屬于某一個職能小組，又參加某一子系統的工作。例如，屬于測試組的一個成員，他也同時參加了某一子系統的研制工作，因此他要接受雙重領導（一是測試組，二是該子系統的負責人）。矩陣形結構組織的優點是：參加專門組的成員可在組內交流在各項目中取得的經驗，這更有利于發揮專業人員的作用。而且各個項目有專人負責，有利于項目的完成。缺點是可能存在多頭領導、責任不清的現象。2．如何給項目成員分配工作？為了讓項目組成員各負其責，行文確定他們在項目組里所分擔的責任是很重要的。比較有效的方法是繪制技術編制表及工作責任分配表。準備責任表時遵循下面5點經驗：(1)安排某人做某項工作是因為該人有相應的技術，而不是因為他有時間。(2)不要安排太多的人到同一任務。(3)最好先讓項目組成員自己申報主持某項工作，然后根據項目總體情況進行協調。(4)考慮誰善于做何事，誰想做何事；誰能或不能與誰共事以及誰喜歡提相反主張。(5)從項目的前景著眼，考慮需哪些技術，哪些技術已有了，以及如果有人中途離去，其工作是否能重新分配給別的人。3.數據準備包含哪些工作？在進行新系統建設過程中，很重要的一點就是數據的標準化。如果新系統是在手工管理基礎上建立起來的話，那么就要將手工處理的數據如各類單證、報表、賬冊、卡片等按照新系統的規則進行分類并集中在一起，然后組織人力進行數據的錄入工作，將這些紙介質中存放的數據轉換成計算機能夠讀取的信息。如果新系統是在已有的信息系統上開發的，那么就要通過合并、更新、轉換等方法，將原系統的數據轉換到新系統中來。這種轉換工作也是十分復雜而耗時的，有的涉及到數據庫的改組或重建。現在許多企業準備實施ERP（EnterpriseResourcesPlanning，企業資源計劃）系統，要注意其中最最重要的一項工作就是基礎數據的準備工作。4.簡述系統測試的步驟與過程？一個規范化的測試過程通常包括以下基本的測試活動：1）擬定測試計劃2）編制測試大綱3）設計和生成測試用例4）實施測試5）生成測試報告測試的步驟：由于每種測試所花費的成本不同，如果測試步驟安排得不合理，將造成為了尋找錯誤原因而浪費大量的時間，以及重復測試。因此，合理安排測試步驟對于提高測試效率、降低測試成本有很大的作用。信息系統測試分別按硬件系統、網絡系統和軟件系統進行測試，最后對整個系統進行總的綜合測試。測試的步驟如下圖所示。單元單元測試單元測試單元測試????組裝測試確認測試系統測試模塊模塊模塊已經測試過的模塊設計信息已經集成的子系統需求信息已確認的應用軟件用戶要求可以運行的系統初驗硬件設備確認后的硬件系統初驗網絡設備確認后的網絡系統圖信息系統測試5.軟件測試有哪些方法，各有什么含義？對軟件進行測試主要方法為如下圖所示。人工測試指的是采用人工方式進行測試，目的是通過對程序靜態結構的檢查，找出編譯時不能發現的錯誤。經驗表明，組織良好的人工測試可以發現程序中30%—70%的編碼和邏輯設計錯誤。機器測試是把事先設計好的測試用例作用于被測程序，比較測試結果和預期結果是否一致，如果不一致，則說明被測程序可能存在錯誤。人工測試有一定的局限性，但機器測試只能發現錯誤的癥狀，不能對問題進行定位，人工測試一旦發現錯誤，就能確定問題的位置、什么錯誤等，而且能一次發現多處錯誤。因此應根據實際情況來選擇測試方法。人工測試人工測試個人復查走查會審白盒測試黑盒測試機器測試軟件測試的主要方法軟件測試其中：（1）個人復查：指程序員本人對程序進行檢查，發現程序中的錯誤。（2）走查：在走查之前，應先閱讀相關的軟件資料和源程序，然后測試人員扮演計算機角色，將一批有代表性的測試數據沿程序的邏輯走一遍，監視程序的執行情況，隨時記錄程序的蹤跡，發現程序中的錯誤。（3）會審：要求測試人員在會審之前應充分閱讀有關的資料，根據經驗列出盡可能多的典型錯誤，然后把它們制成表格。根據這些錯誤清單（也叫檢查表），提出一些問題，供在會審時使用。在會審時，由編程人員逐句講解程序，測試人員逐個審查、提問，討論可能出現的錯誤。（4）黑盒測試：也稱為功能測試，將軟件看成黑盒子，在完全不考慮軟件的內部結構和特性的情況下，測試軟件的外部特性。根據系統分析說明書設計測試用例，通過輸入和輸出的特性檢測是否滿足指定的功能。（5）白盒測試：也稱為結構測試。將軟件看成透明的白盒。根據程序的內部結構和邏輯來設計測試用例，對程序的路徑和過程進行測試，檢查是否滿足設計的需要.6.系統切換有哪幾種方式？各有什么優缺點？轉換方式有三種，分別是直接轉換、并行轉換和分段轉換。（1）直接轉換直接切換就是在確定新系統試運行準確無誤時，立刻啟用新系統，終止老系統運行。這種方式對人員、設備費用很節省。這種方式一般適用于一些處理過程不太復雜，數據不很重要的場合。（2）并行轉換這種切換方式是新老系統并行工作一段時間，經過一段時間的考驗以后，新系統正式替代老系統。由于與舊系統并行工作，消除了尚未認識新系統之前的驚慌與不安。在銀行、財務和一些組織的核心系統中，這是一種經常使用的切換方式。它的主要特點是安全、可靠。但費用和工作量都很大，因為在相當長時間內系統要兩套班子并行工作。（3）分段轉換分段轉換又稱逐步轉換、向導轉換、試點過渡法等。這種切換方式實際上是以上兩種轉換方式的結合。在新系統全部正式運行前，一部分一部分地替代老系統。那些在轉換過程中還沒有正式運行的部分，可以在一個模擬環境中繼續試運行。這種方式既保證了可靠性，又不至于費用太大。但是這種分段轉換要求子系統之間有一定的獨立性，對系統的設計和實現都有一定的要求，否則是無法實現這種分段轉換的設想的。綜上所述，第一種方式簡單，但風險大，萬一新系統運行不起來，就會給工作造成混亂，這只在系統小，且不重要或時間要求不高的情況下采用。第二種方式無論從工作安全上，還是從心理狀態上均是較好的。這種方式的缺點就是費用大，所以系統太大時，費用開銷更大。第三種方式是為克服第二種方式缺點的混合方式，因而在較大系統使用較合適，當系統較小時不如用第二種方便。系統運行需要考慮哪些管理制度？系統運行需要考慮：1、各類機房安全運行管理制度信息系統的運行制度，首先表現為物理意義上的機房必須處于監控之中。機房安全運行制度可以考慮如下主要內容：1）身份登記與驗證出入；2）帶入帶出物品檢查；3）參觀中心機房必須經過審查；4）專人負責啟動、關閉計算機系統；5）對系統運行狀況進行監視，跟蹤并詳細記錄運行信息；6）對系統進行定期保養和維護；7）操作人員在指定的計算機或終端上操作，對操作內容按規定進行登記；8）不作與工作無關的操作，不運行來歷不明的軟件；9）不越權運行程序，不查閱無關參數；10）操作異常，立即報告。2、信息系統的其他管理制度信息系統的運行制度，還表現為軟件、數據、信息等其他要素必須處于監控之中。信息系統的其他管理制度主要包括如下內容：1）必須有重要的系統軟件、應用軟件管理制度，如系統軟件的更新維護，應用軟件的源程序與目標程序分離等；2）必須有數據管理制度。例如重要輸入數據、輸出數據的管理；3）必須有密碼口令管理制度，作到口令專管專用，定期更改并在失密后立即報告；4）必須有網絡通信安全管理制度，實行網絡電子公告系統的用戶登記和對外信息交流的管理制度；5）必須有病毒的防治管理制度。及時檢測、清除計算機病毒，并備有檢測、清除的記錄；6）必須有人員調離的安全管理制度。例如，人員調離的同時馬上收回鑰匙、移交工作、更換口令、取消帳號，并向被調離的工作人員申明其保密義務，人員的錄用調入必須經人事組織技術部門的考核和接受相應的安全教育；7）建立安全培訓制度，進行計算機安全法律教育、職業道德教育和計算機安全技術教育。對關鍵崗位的人員進行定期考核；8）建立合作制度。第十章1．軟件危機的表現是什么？有哪些解決途徑？軟件危機的表現為軟件開發速度滿足不了實際需求，軟件成本在計算機系統總成本中所占比例逐步上升，軟件產品的質量不可靠，軟件難以維護，沒有適當的文檔資料，開發進度難以控制。人們通過多年的研究和努力，從以下兩個方面解決軟件危機，一是著重研究與機器本身相關的軟件開發工具，即高等語言及軟件開發環境；另一方面是著重研究軟件設計和規格說明等。2．生命周期法的基本原理是什么？它存在哪些缺陷？最主要的缺陷是什么？生命周期法把系統開發視為一個生命過程，分為系統規劃、系統分析、系統設計、系統實施、系統運行和維護五個階段，整個過程嚴格按階段進行，每個階段都有明確的目標和任務，完成之后，相應的文檔資料作為本階段的總結，也是下一階段的依據。生命周期法的缺陷在于，其應用前提是嚴格的需求定義方法和策略，而這種嚴格的需求定義方法是在一定假設的前提下形成的：在沒有系統實際工作經驗的情況下，所有的需求都能被預先定義。實際上假設有效性非常脆弱，存在個人對系統的認識往往與實際不完全吻合等問題。項目參加者之間能夠清晰而準確的溝通。而實際情況是：對于共同的約定，每個人都有自己的解釋和理解，在多學科、多行業人員之間架起溝通的橋梁是困難的靜態描述/圖形模型對應用系統的反映是充分的。實際上這些技術工具無法體現系統的動態特性，無法描述一個有“生命”的系統。在許多情況下，嚴格的需求定義缺乏所需的假設前提，因此建立在脆弱基礎上的開發策略在實施中導致系統失敗就絕非意外之事。為了降低風險，需要探求一種變通的方法。3.簡述原型的定義、分類。原型(prototype)，把系統主要功能和接口通過快速開發，制作為“軟件樣機”，以可視化的形式展現給用戶，及時征求用戶意見，確定用戶需求。對原型有基本要求，包括體現主要的功能，提供基本界面風格等。原型可以分為三類：淘汰式：原型不作為最終產品演化式：系統的形成和發展是逐步完成的增量式：系統是一次一段的增量構造4.原型法的基本思想是什么？原型法確定需求策略，對用戶需求進行抽取、描述和求精，通過快速的迭代的建立最終系統工作模型，實際上是一種動態定義技術，原型法的需求定義總能通過建立目標系統的工作模型，可以很好地完成，成功可能性更大。5.信息系統分析與設計的過程中，生命周期法需求定義的前提條件是什么？把它與原型法的開發策略的假設相比較。生命周期法中，假設在沒有系統實際工作經驗的情況下，所有的需求都能被預先定義，在邏輯上是可以預先說明的，通過大多數人對系統的建議和合理判斷，完全可以描述一個明確的系統需求，所有需求都能被準確預先定義。原型法開發方法的假設是：并非所有的需求在系統開發以前都能準確地說明：用戶想要詳細精確的定義任何事情都是有困難的，需求一旦確定，就可以遵從嚴格的方法：原型法并不排除和放棄嚴格方法的運用。6.軟件原型的特征是什么？軟件原型是軟件的最初版本，具備以下特征：是一個可實際運行的系統沒有固定的生存期從需求分析到最終產品都可作為原型必須快速、廉價是迭代過程的集成部分7.說出原型法的工作步驟，在每一步中開發者和用戶的職責分別是什么以及應遵循什么原則？原型法的工作步驟包括：1）快速分析、弄清用戶的基本需求設計者和用戶緊密配合，快速確定系統基本要求，關鍵是注意選取分析和描述的內容，圍繞使用原型的目標，集中力量，確定局部需求。用戶根據系統的輸出清晰地描述自己的基本需要，設計者確定實現的用戶期望。步驟的中心是用戶和設計者定義基本的信息需求，討論的焦點是數據的提取、過程模擬。2）構造原型，開發初始原型系統在軟件工具的支持下，忽略最終系統的某些細節要求，盡快實現一個可運行的系統。初始原型質量對原型生存期后續步驟的成敗至關重要。本步驟的目標是建立一個能運行的交互系統，滿足用戶基本需求。用戶沒什么責任，設計著負責建立初始模型。本步驟的原則包括建立模型的速度是關鍵因素、必須滿足用戶基本要求、不求完善等。3）用戶和開發人員使用并評價原型頻繁溝通、發現問題、消除誤解的重要階段。在演示/評價/修改的迭代期，要達到的目的包括：原型通過用戶驗收、總體檢查、用戶操作原型感到舒適、發現丟失和不正確的功能等。原型法的目標是鼓勵改進和創造，本步驟的原則包括對實際系統的體驗產生對系統的真實理解、用戶總會找到系統