信息系统分析与设计课件

緒論前言資訊時代：現代資訊技術的迅速推廣和廣泛普及如何切實有效地建立起各種類型的、以現代資訊技術為手段的、符合資訊時代的經濟和社會要求的資訊系統？資訊系統開發的方法學——目的與內容明確資訊系統開發的基本概念和觀點，提供學習的基礎和出發點主要內容1.1社會經濟系統中的資訊系統1.2資訊系統工程的由來和基本思想1.3資訊系統建設的目標和評價標準1.4資訊系統建設的關鍵成功要素1.5資訊系統建設的軟體工具——CASE小結：本課程的目的、任務和學習方法主要內容1.1社會經濟系統中的資訊系統1.2資訊系統工程的由來和基本思想1.3資訊系統建設的目標和評價標準1.4資訊系統建設的關鍵成功要素1.5資訊系統建設的軟體工具——CASE小結：本課程的目的、任務和學習方法1.1社會經濟系統中的資訊系統我們所說的資訊系統是特指在經濟或社會的組織中，以滿足管理者的資訊需求為目標、以電腦和現代通信技術等現代資訊技術為手段，既包括設備和技術、又包括人員、管理與機構在內的綜合集成系統。1.1社會經濟系統中的資訊系統1.1.1資訊系統的處理對象是資訊資源1.1.2資訊系統是管理系統的有機組成部分1.1.3資訊系統是跨領域、跨學科、人機結合的綜合系統，是管理和技術的有機結合1.1.4資訊系統是一種多環節的、複雜的綜合系統1.1.1資訊系統處理對象是資訊資源作為管理系統的一個功能子系統，資訊系統需要處理或管理的對象是資訊，更準確一點，是組織所掌握的、與組織的功能行為密切相關的資訊資源資訊資源需要由穩定可靠的資訊系統去開發，資訊系統的工作對象是組織的資訊資源1.1.2資訊系統是管理系統的有機組成部分資訊系統是整個管理系統的有機組成部分，而且是非常重要的、不可缺少的基礎部分管理者的需求是資訊系統建設的出發點和最終歸宿強調資訊系統為管理服務，恰恰是為它在組織或企業中確定了非常重要、基礎性的、不可缺少的地位1.1.3資訊系統是跨領域、跨學科、人機結合的綜合系統在資訊系統的建設中，管理和技術的融合不是簡單的“混合”，而是“化合”實踐證明，沒有專門的、新型的、綜合型的人才，沒有強有力的、組織和體制上的保障，這種融合是很難真正做好的技術無疑是重要的，但它是實現目標的手段；要充分認識人的作用1.1.4資訊系統是一種多環節的、複雜的綜合系統資訊系統建設涉及技術、管理、經濟、社會、文化等許多領域從資訊處理的環節來說，可以分為資訊的採集和校驗、資訊的傳遞、資訊的存儲和管理、資訊的分析與加工、資訊的提供與顯示等五個基本環節管理工作本身具有複雜性主要內容1.1社會經濟系統中的資訊系統1.2資訊系統工程的由來和基本思想1.3資訊系統建設的目標和評價標準1.4資訊系統建設的關鍵成功要素1.5資訊系統建設的軟體工具——CASE小結：本課程的目的、任務和學習方法1.2資訊系統工程的由來和基本思想人們並不是從一開始就認識到這種資訊系統複雜性的，資訊系統的概念也是在實踐中逐步明確起來的對於社會經濟系統中的資訊系統來說，是否需要有專門的理念和技術，系統工程的一般方法如何在資訊系統的建設中具體體現，這就是本節主要討論的問題1.2資訊系統工程的由來和基本思想1.2.1資訊系統工程的產生及其必要性1.2.2系統思想在資訊系統建設中的體現1.2.3工程思想在資訊系統建設中的應用1.2.4系統工程思想的具體化和實現1.2.1資訊系統工程的產生及其必要性20世紀40年代出現了現代意義上的電子電腦，其初衷是進行科學計算到了50年代，開始考慮將電腦應用到經濟與社會管理領域的資訊處理工作中來從50年代到60年代，早期的電腦應用人員開始將電腦用於經濟管理但是，反而增加了成本，導致了虧損和系統的失敗1.2.1資訊系統工程的產生及其必要性技術手段必須為管理的目標服務資訊系統本身的複雜性要求需要精心分析，有針對性地進行設計要求管理人員自己把對資訊系統的需求講清楚，就像要病人把自己生的病準確地將清楚一樣困難——系統分析員的出現系統分析員需要一套調查研究、分析現狀、提出方案的本領，這就是資訊系統工程1.2.2系統思想在資訊系統建設中的體現系統思想的整體性系統思想的開放性系統思想的層次性系統思想的動態性1.2.3工程思想在資訊系統建設中的應用工程師不同於能工巧匠之處，不在於個人的聰明程度或創造能力，而在於知識表達與做事的方式依據一定的理論方法和工作步驟有計畫進行，這些工作步驟是明確規定的、可檢查的、可驗證的工作內容和操作方法是有統一的、同行之間形成共識的、規範化的表達方式的這些工程化的理念不僅在技術領域根深蒂固，而且已經成為社會生活中普遍接受的一種做事方式1.2.4系統工程思想的具體化和實現應當以一種開放的、發展的觀點來看待我們所提供的材料，不必拘泥於具體的表述和細節，而應把重點放在如何根據一般性的理念，靈活地、創造性地解決在資訊系統建設實踐中遇到的實際課題主要內容1.1社會經濟系統中的資訊系統1.2資訊系統工程的由來和基本思想1.3資訊系統建設的目標和評價標準1.4資訊系統建設的關鍵成功要素1.5資訊系統建設的軟體工具——CASE小結：本課程的目的、任務和學習方法1.3資訊系統建設的目標和評價標準資訊系統建設的目標是：在預定的時間和預算範圍內，建成具備預定功能的，穩定、可靠、易用、易改動的，為組織的管理決策提供所需要的資訊和資訊服務的完整系統。1.3資訊系統建設的目標和評價標準對於資訊系統的評價不應當是從它自身的角度去看，而應該從管理系統得到的收益來看待，評價標準如下：資訊系統的功能資訊系統的效率資訊服務的品質資訊系統的可靠性資訊系統是否易於改動主要內容1.1社會經濟系統中的資訊系統1.2資訊系統工程的由來和基本思想1.3資訊系統建設的目標和評價標準1.4資訊系統建設的關鍵成功要素1.5資訊系統建設的軟體工具——CASE小結：本課程的目的、任務和學習方法1.4資訊系統建設的關鍵成功要素從宏觀的角度看，技術、管理、人員是保證資訊系統建設成功的三個主要支撐條件容易忽略管理和人員兩方面因素，需要強調保證資訊系統建設成功的非技術因素1.4資訊系統建設的關鍵成功要素除了先進的技術環境與設備之外，一個成功的資訊系統建設專案必須具備以下五個條件：正確的指導思想和切實可行的目標；突破口的正確選擇；有效的專案管理和控制機制；及時的資訊交流管道和科學的評價機制（共識）；強有力的組織及資源保證。主要負責人的直接參與，專職的CIO主要內容1.1社會經濟系統中的資訊系統1.2資訊系統工程的由來和基本思想1.3資訊系統建設的目標和評價標準1.4資訊系統建設的關鍵成功要素1.5資訊系統建設的軟體工具——CASE小結：本課程的目的、任務和學習方法1.5資訊系統建設的軟體工具——CASE利用電腦幫助管理者完成形形色色的管理工作——電腦幫助我們來管理專案在資訊系統建設工程中，人們越來越多地用電腦幫助自己收集、管理、加工有關的各種資訊，從而提高資訊系統建設的工作效率電腦輔助軟體工程，即ComputerAidedSoftwareEngineering(CASE)1.5資訊系統建設的軟體工具——CASECASE工具的發展大致經歷了三個階段CASE工具的史前階段：這些軟體往往只是通用軟體，至多只有某種補充或擴充CASE工具的專用軟體階段：DBMS（DatabaseManagementSystem），管理相關文檔的專用軟體，有關圖表的專用生成軟體等集成CASE的階段：一套CASE工具形成完整的平臺或環境，使得資訊系統的建設者能夠得到全面的、前後一致的支持和幫助，如ROSE。1.5資訊系統建設的軟體工具——CASE工具終究只是工具，只能幫助我們工作而不能代替我們工作CASE工具的作用：第一，用來統一專案組內對於建設目標（包括每個階段的目標和任務）、工作階段劃分以及基本概念的理解和認識；第二，用來統一各種文檔和圖表格式，避免誤解和不一致；第三，用來與用戶溝通，以便取得對於系統流程和存在問題的共識；第四，用來加強文檔管理的規範化程度，保證工作成果得以積累，以免因為人員變更而造成資料散失；第五，利用電腦輔助生成部分文檔和報表、菜單等的代碼，減輕開發工作的負擔。1.5資訊系統建設的軟體工具——CASE根據自己的需要加以選擇和使用CASE工具主要考慮以下因素：第一， 該工具所依據的理論與方法是否和本項目組的理念一致（如使用的階段劃分和基本概念等）；第二， 運行所需要的的硬體和軟體平臺是否與本項目組一致；第三， 在使用的語言、工作方式、工作習慣等方面，本項目組的工作人員是否能適應；第四， 購買或租用的代價對本專案組來說是否在合理的範圍內。主要內容1.1社會經濟系統中的資訊系統1.2資訊系統工程的由來和基本思想1.3資訊系統建設的目標和評價標準1.4資訊系統建設的關鍵成功要素1.5資訊系統建設的軟體工具——CASE小結：本課程的目的、任務和學習方法小結：本課程的目的、任務和學習方法本課程的目的就是：在電腦技術和管理科學知識的基礎上，對於即將從事資訊系統建設的學生，系統地掌握建設現代化的、以現代資訊技術為基礎的資訊系統的方法與步驟。基本要求基本要求：明確基本概念，樹立核心思想，掌握常用工具對於資訊管理，資訊系統、資訊資源、生命週期法、原型法、面向對象的分析方法等有清楚的瞭解和正確的認識對於資訊系統建設的複雜性和艱巨性有深入的領會，並由此對系統方法和工程思想的重要性和必要性有比較深入的理解掌握資訊系統建設常用的工具本課程的學習方法技術是手段，是“矢”，管理者的資訊需求是目標，是“的”，本課程的作用就在於學習如何作到“有的放矢”——交叉性儘量地結合實際，努力結合具體的工程專案，組織實踐活動——實踐性應當不斷地瞭解和研究本領域中的新的發展和變化——不斷更新關鍵字資訊資訊資源資訊系統系統工程資訊系統工程資訊系統建設的目標資訊系統工程的評價資訊系統建設的輔助工具資訊系統建設的關鍵成功因素思考題1. 在現代社會中，作為三大基本要素之一，資訊的地位和作用是什麼？2. 為什麼說資訊是一種資源？它與物質資源、能量資源有什麼區別和聯繫？3. 在社會和經濟組織中，資訊系統的地位和作用是什麼？4. 為什麼必須強調資訊系統是人機結合的。綜合性的社會複雜系統？這一基本理念對於資訊系統的建設有什麼重要的指導意義？5. 試討論在資訊系統建設中，管理要求與現代資訊技術的關係和相互作用？引言資訊化建設的進展體現在具體專案的實現中，而建設專案的實施是在資訊化的方向和原則的指引下進行的。聯繫這二者的紐帶就是資訊系統的規劃。任何社會經濟組織中的資訊系統都不是孤立存在、獨自發展的。它與組織內外的環境和其他因素密切相關，不可分割。承擔資訊系統建設專案的人需要認真地瞭解資訊系統規劃的原則、內容及常用方法，以及成功、有效地進行資訊系統規劃的要點和經驗。主要內容2.1資訊化是一個長期的發展過程2.2規劃的一般原則與方法2.3資訊系統規劃的任務和內容2.4資訊系統規劃的實施方法2.5資訊系統規劃的若干關鍵問題2.6資訊系統規劃的回顧和修訂主要內容2.1資訊化是一個長期的發展過程2.2規劃的一般原則與方法2.3資訊系統規劃的任務和內容2.4資訊系統規劃的實施方法2.5資訊系統規劃的若干關鍵問題2.6資訊系統規劃的回顧和修訂2.1資訊化是一個長期的發展過程“以資訊化帶動工業化”定為基本國策以來，“資訊化就是今天的現代化”這個理念已經深入人心。資訊化是人類社會從工業社會向資訊社會過渡的一個歷史轉變過程。這場變革的最主要的特徵就是資訊作為一種資源得到了空前的重視、開發和利用，其效果是人類各種活動（包括經濟、社會、文化等方面）的功能和效率得以大幅度地提高。2.1資訊化是一個長期的發展過程資訊化的基礎是現代資訊技術的廣泛應用和普及。資訊化是一場全面的、根本性的大變革。這場大變革的最主要的特徵在於資訊資源的重視和開發利用。資訊的作用在於使物質、能量等實物型的資源得到更充分、更有效的利用。資訊化進程的目標是達到人類文明的新的高度（物質和精神）。2.1資訊化是一個長期的發展過程

只有對於長遠的、全面的目標和環境有了正確的認識，才能擺正具體工作的位置，正確掌握有關的尺度和衡量標準。資訊化是一個相當長的過程，即使我們把視野限制到一個具體單位或行業之中，它也是需要以五年到十年的時間尺度去考慮。規劃的橋樑作用：將宏觀的、長遠的資訊化事業與具體的資訊系統的建設聯繫起來。主要內容2.1資訊化是一個長期的發展過程2.2規劃的一般原則與方法2.3資訊系統規劃的任務和內容2.4資訊系統規劃的實施方法2.5資訊系統規劃的若干關鍵問題2.6資訊系統規劃的回顧和修訂2.2規劃的一般原則與方法2.2.1規劃的一般原則2.2.2規劃的一般方法2.2.1

規劃的一般原則資訊化規劃是指一個單位、一個行業甚至一個國家在資訊化這個歷史轉變過程中的目標與戰略，而資訊化的計畫則是指在近期內配置和應用現代資訊技術的具體系統的開發與建設。兩種極端看法——“規劃規劃、牆上掛掛”。西蒙：規劃的作用並不在於現在就拿出一個能夠準確地預言未來的方案，而在於形成一種能夠有效調整和指導我們未來的行動的機制。規劃的一般原則或理念可以歸納為四句話：立足宏觀，放眼長遠，直面風險，重在工程。2.2.2規劃的一般方法SWOT是一種用於分析形勢，制定策略的思路。S-Strength,優勢或長處；W-Weakness，弱項或短處；O-Opportunity，機會或機遇；T-Threat，威脅或風險這種方法概括了人們在規劃工作使需要考慮的四個主要方面。2.2.2規劃的一般方法SWOT分析是緊緊圍繞目標進行的。現代管理科學把目標的確定作為管理者的首要任務，把“作正確的事情”放在“正確地做事情”前面。對於環境的實事求是的分析。既要看到有利條件，又要看到不利條件；既要抓住機會，又要預防風險。SWOT分析的方法把西蒙的思想具體化。客觀情況是複雜的、多方面的，有利有弊，有機會也有風險。需要認真地全面地分析。主要內容2.1資訊化是一個長期的發展過程2.2規劃的一般原則與方法2.3資訊系統規劃的任務和內容2.4資訊系統規劃的實施方法2.5資訊系統規劃的若干關鍵問題2.6資訊系統規劃的回顧和修訂2.3資訊系統規劃的任務和內容規劃：資訊化戰略和具體專案之間的聯繫和橋樑。根據規劃的一般理論，對於資訊系統來說，資訊系統規劃的主要任務和內容包括三個主要的方面：目標設定、環境分析、戰略選擇。2.3.1

目標設定任何企業或組織都有自己的總的規劃和總的戰略目標。作為組織的重要組成部分，資訊系統的目標是為這個總目標提供必要的資訊支持的。對於一個選定開拓市場為主戰略的企業，資訊資訊系統建設自然必須以市場資訊、客戶資訊的收集與利用為主攻方向。而對於以高新技術開發為主攻方向的企業，則一定要對於技術資訊、專利資訊的收集給予更多的關注。信息戰略與本組織的總體戰略的協調一致，是資訊化建設成敗的關鍵因素。2.3.2

環境分析資訊系統是技術與管理結合、人機結合的綜合系統，其有效運行必然收到環境的制約和影響。技術環境對新的技術要謹慎從事。管理環境組織內部的，在長期實際工作中形成的管理體制與習慣。社會環境在社會提供的條件之內進行規劃。2.3.3

戰略選擇戰略就是對於如何達到目標的問題做出回答。戰略選擇包括兩個主要方面：確定建設的基本策略是全面展開，還是重點突破。是以自主開發為主，還是外包。是用生命週期法進行組織，還是按原型法開發……。確定步驟，特別是明確從何做起需要合理地劃分階段，有計畫有步驟地達到長遠的目標。主要內容2.1資訊化是一個長期的發展過程2.2規劃的一般原則與方法2.3資訊系統規劃的任務和內容2.4資訊系統規劃的實施方法2.5資訊系統規劃的若干關鍵問題2.6資訊系統規劃的回顧和修訂2.4資訊系統規劃的實施方法資訊系統的規劃本身就是一項複雜的任務，難度大，不確定程度高，需要有科學的實施方法。目前常用的規劃方法，有BSP方法與CSF方法兩種基本思路。2.4.1

BSP方法BSP方法，即企業系統規劃（BusinessSystemPlanning）是進行組織的資訊系統規劃的一套規範方法。全面地、正面地對企業或組織的基本業務活動進行分析，從而確定其資訊需求，為有針對性地進行分析，從而確定其資訊需求，為有針對性地進行資訊系統建設提供堅實的基礎。2.4.1

BSP方法強調的基本思想是：企業或組織的結構和人員是處於經常的變動之中的，但是，其基本功能（或基本業務）則是相對穩定的。因此，從長遠的來說，資訊系統建設必須針對基本業務。把基本業務的流程（或過程）及其對資訊系統的要求（包括資訊的內容及資訊服務的功能）切實理清，就能夠使資訊系統的建設得到切實的收效，並且能夠適應機構、人員等不斷變化的情況，保持資訊系統的穩定和有效。2.4.1

BSP方法第一，緊緊圍繞企業的基本業務或核心業務；第二，必須從全局出發，全面考慮各個環節、各個層次的管理過程與資訊需求；第三，資訊系統必須對整個系統提供完整的、一致的資訊服務；第四，資訊系統應當在組織的結構、人員發生變更時，保持其工作能力，只要組織的基本業務（或核心業務）不變，資訊系統建設的成果就能夠繼承和積累。2.4.1

BSP方法第一步，定義業務過程；第二步，定義數據類；第三步，分析業務與數據的關係；第四步，確定系統的總體結構；第五步，確定子系統的優先順序；第六步，完成規劃報告，建立實施機制。2.4.2

CSF方法CSF方法，即關鍵成功因素法（CriticalSuccessfulFactors）等，是進行資訊系統規劃的另一種類型的方法。與BSP方法相反，CSF方法的思路不是全面分析，而是重點突破。2.4.2

CSF方法基本思路：從組織內外的環境出發，找出影響資訊系統建設、決定專案成敗的方方面面，制約因素，通過調動各方面人員的知識與經驗，用科學的方法找出其中的關鍵因素，針對這些因素，安排組織的資源和力量，做出資訊化建設的戰略規劃。2.4.2

CSF方法第一，明確組織的戰略目標；第二，識別組織戰略的成功因素；第三，選擇和確定關鍵成功因素；第四，確定關鍵成功因素的性能指標及要求；第五，針對關鍵成功因素確定資訊系統建設的方向與策略。2.4.2

CSF方法規劃工作必須針對組織的總的戰略目標，這點對於BSF方法和CSF都是一樣的。CSF方法是從環境入手，宏觀的、總體的角度去看待規劃者所面對的問題影響資訊系統建設成敗的因素包括以下八個方面：組織的決策者對於資訊系統建設的認識與迫切程度；組織的資源狀況，特別是可以投入資訊系統建設的人力、物力、財力；組織的管理提職和結構；組織的管理基礎水準；組織對專案管理的能力與水準；組織的技術力量和基礎設施水準（包括通信、硬體、軟體）；組織中有關人員的文化水準與訓練程度；相關單位的積極性和參與程度（如與組織的核心業務有關的供應者、用戶、上級領導、銀行等）2.4.2

CSF方法對CSF來說，關鍵在於第三步，選擇關鍵成功因素。在眾多影響因素中，起決定作用的往往是不超過五個關鍵因素。CSF對於不同層次的不同應用。在管理的不同層次上，對於CSF的考慮有各自的重點和選擇。確定性能指標和標準，確定期望的標準輔助方法：層次分析法（AHP）和德爾菲方法。2.4.2

CSF方法BSP方法比較全面，緊緊圍繞著基本業務，但是存在著攤子太大，難以明確目標的風險。CSF方法則重點突出，能夠較快地集中與要害問題，但是，這種方法強烈地依賴規劃者的自身理念與經驗，包括所諮詢的專家的水準和觀點，具有較強的主觀性。根據實際情況、“需要”和“可能”進行權衡和選用。主要內容2.1資訊化是一個長期的發展過程2.2規劃的一般原則與方法2.3資訊系統規劃的任務和內容2.4資訊系統規劃的實施方法2.5資訊系統規劃的若干關鍵問題2.6資訊系統規劃的回顧和修訂2.5資訊系統規劃的若干關鍵問題2.5.1開發方法和工具的選擇2.5.2突破口的選擇2.5.3規劃落實的組織保證2.5.1開發方法和工具的選擇原則：“實事求是、講求實效”，不應該為方法而方法。首先是組織和業務的類型和特點；其次要考慮的因素是管理者的因素；第三，技術條件與環境的因素；最後，還要有經濟的考慮。2.5.2

突破口的選擇規劃是一個比較長時期的戰略目標，它必須分步驟實施，而其中的第一步是最重要的，這就是我們這裏所說的突破口的選擇。“雪中送炭”？“錦上添花”？必須選擇對組織的基本業務密切相關、急需改進的，通過現代資訊技術的引進能夠顯著地改進工作，提高效率、帶來效益的業務環節。突破口的正確選擇所帶來的收益，不僅能夠用事實向人們顯示資訊化的作用，而且會形成積極的連鎖反應，為組織的資訊化建設的健康發展開一個好頭，其作用是不可低估的。2.5.3

規劃落實的組織保證事情都是由人去完成的。沒有組織保證，沒有人去實施，再好的理念、再先進的思想也是無法實現的。“第一把手原則”。要有專職的主管人員，即資訊主管——CIO。需要實施的機構和輔助工作人員。規劃實際發揮作用的關鍵就在於以上三個方面：選定科學的開發方法，正確地確定建設的突破口，建立有效的組織保證。主要內容2.1資訊化是一個長期的發展過程2.2規劃的一般原則與方法2.3資訊系統規劃的任務和內容2.4資訊系統規劃的實施方法2.5資訊系統規劃的若干關鍵問題2.6資訊系統規劃的回顧和修訂2.6資訊系統規劃的回顧和修訂規劃的制訂只是一個開始，真正的作用則是在長期的建設工作中不斷發揮的指導作用。已有的規劃正是進行這種回顧的尺規。反過來，回顧（Review）又為規劃的不斷調整和修訂提供回饋資訊和實現機制。規劃的回顧和修訂可以是定期的，也可以是不定期的；可以是由組織內部人員來做，也可以吸引組織外的專家來做；可以對資訊系統建設全局進行審計。也可以是針對特定的、急需解決的專題進行。2.6資訊系統規劃的回顧和修訂首先收集資訊系統建設與使用的實際資訊，瞭解實際的管理人員對於資訊系統的評價、意見及改進要求。在實事求是地掌握現狀的基礎上，分析現行資訊系統的長處、優勢和短處、弱點，客觀地做出評價。在這種評價的基礎上，對於原有的資訊系統規劃進行修訂，在新的外部情況和已有進展的基礎上，加以進一步的明確化或加以必要的調整，特別是對於原先確定的第一步計畫需要進行認真的檢查，看它是否發揮了作為突破口應當起到的作用。最後，把回顧的結果納入規劃的文檔，修訂建設的目標與策略，同樣地，其中的重點是新的突破口、新的第一步計畫的制訂。2.6資訊系統規劃的回顧和修訂注意實際情況的準確記錄和及時回饋。注意回顧或評價的標準。規劃的文檔資料的保存和及時更新也是需要注意的。關鍵字資訊系統的規劃西蒙的管理理論無終極目標的設計規劃的常用方法BSP方法CSF方法生命週期法原型法突破口的選擇規劃的回顧與修訂CIO思考題1.為什麼說資訊化建設是一個相當長的發展過程？2.資訊系統的規劃應當包括哪些內容？它對於組織或企業的發展具有什麼作用？3.西蒙的“人工科學”的理念的要點是什麼？它對於資訊系統建設工作具有什麼意義？4.解釋“無終極目標的設計”的含義及其實際意義。5.簡要說明BSP方法的方法。6.簡要說明CSF方法的方法。引言生命週期法起源於上世紀70年代。其較好地對開發過程進行了定義，大大改善了開發的過程。生命週期法至今仍然是最常用的一種方法。生命週期法（LCA，LifeCircleApproach）理論認為，任何一個系統都有它的生存期，所謂系統的生存期是指從資訊系統專案的提出，經歷分析、設計、研製、運行和維護，直至終結的整個週期。主要內容3.1生命週期法的意義3.2生命週期法的工作流程3.3生命週期法的實施管理3.4生命週期法的成功要素3.5使用生命週期法的條件小結主要內容3.1生命週期法的意義3.2生命週期法的工作流程3.3生命週期法的實施管理3.4生命週期法的成功要素3.5使用生命週期法的條件小結3.1生命週期法的意義生命週期法將軟體工程和系統工程的理論和方法引入資訊系統的研製開發中，將資訊系統的整個生存期視為一個生命週期，同時又將整個生存期嚴格劃分為若干階段，並明確每一階段的任務、原則、方法、工具和形成的文檔資料，分階段、分步驟地進行資訊系統的開發。3.1.1廣義和狹義的生命週期法任何事物都有產生、發展、成熟、消亡或更新的過程，資訊系統也不例外。任何一個資訊系統在使用過程中隨著其生存環境的變化，都需要不斷維護、修改，當它不再適應的時候就要被淘汰，就要由新系統代替老系統，這種週期迴圈稱為資訊系統的生命週期。系統規劃系統分析系統設計系統實施系統運行和維護圖3-1資訊系統的生命週期3.1.1廣義和狹義的生命週期法從宏觀上講，任意一個資訊系統的生命週期都可以分為系統規劃、系統分析、系統設計、系統實施、系統運行和維護等五個階段。這就是我們講到的廣義的資訊系統生命週期法。無論是結構化開發方法，還是原型化開發方法和麵向對象開發方法，所開發的資訊系統都會遵循生命週期的規律。規劃、分析、設計、實施與運行維護是從總體上必須把握的幾個主要步驟。3.1.1廣義和狹義的生命週期法狹義的生命週期法主要指的是結構化系統開發方法。SSDM（StructuredSystemDevelopmentMethodologies）亦稱SSA＆D（StructuredSystemAnalysisandDesign）或SADT（StructuredAnalysisandDesignTechnologies）它是自頂向下結構化方法、工程化的系統開發方法和生命週期方法的結合，又叫結構化生命週期法。3.1.2生命週期法的意義和特點1．建立面向用戶的觀點，根據用戶需求來設計系統。2．自頂向下來規劃或設計資訊系統。3．嚴格按階段進行。4．工作文檔標準化和規範化。5．運用系統的分解和綜合技術，使複雜的系統結構化、模組化。6．強調階段成果的審定和檢驗。3.1.2生命週期法的意義和特點採用結構化生命週期法進行系統開發具有如下優點：系統易於實現；有利於系統總體結構的優化；實現的系統具有較好的可維護性。採用結構化生命期方法，有利於系統的實現，有利於系統結構的優化，也有利於系統具有較好的可維護性。主要內容3.1生命週期法的意義3.2生命週期法的工作流程3.3生命週期法的實施管理3.4生命週期法的成功要素3.5使用生命週期法的條件小結3.2生命週期法的工作流程生命週期法之所以成為一種資訊系統開發的方法，是因為可以將它劃分為若干個工作階段，規範為一套比較明確的流程。3.2.1生命週期法的階段劃分表3-1生命週期法的幾種階段的劃分模式菲瑞曼（Freeman）莫梯格（Metzger）鮑赫門（Boehm）一般模式需求分析系統定義系統需求分析系統規劃軟體需求分析系統分析總體設計設計基本設計（概要設計）系統設計詳細設計詳細設計實施編程編程與排錯系統實施調試驗收維護安裝運行調試與運行系統運行與維護運行與維護3.2.1生命週期法的階段劃分系統規劃階段——系統開發計畫書系統分析階段——系統分析說明書系統設計階段——系統設計說明書系統實施階段——實施進度和狀態報告，系統測試分析報告系統運行和維護階段——記錄系統運行的情況，定期整理成新需求建議書。為下一週期的系統規劃做準備3.2.2生命週期法的工作流程系統分析取的是廣義的含義，包括系統規劃、需求分析與可行性分析、調查研究與現狀分析、以及邏輯設計四個子階段。系統設計則包括總體設計和詳細設計兩個子階段。3.2.2生命週期法的工作流程戰略目標系統目標專案目標初步調查可行性分析可行性分析報告討論取消專案修改目標調整資源系統規劃階段詳細調查業務流程、數據流程分析邏輯設計系統分析報告討論中止專案重新調查分析系統分析階段總體設計詳細設計系統設計報告討論中止專案修改系統設計階段3.2.2生命週期法的工作流程系統實現系統實現報告試運行系統試運行報告驗收修改系統實施階段運行、維護、修改、評價、審計新系統需求運行維護階段圖3-2生命週期法的工作流程圖3.2.2生命週期法的工作流程系統規劃規劃內容規劃方法突破點選擇需求分析和可行性分析戰略目標/系統目標/專案目標目標分析、權衡與量化可行性分析調查研究與現狀分析業務流程分析數據流程分析資訊管理現狀分析邏輯設計業務流程優化數據處理和存儲設計系統分析報告系統分析系統設計總體設計系統結構設計資料庫設計通信結構設計詳細設計模組性能設計人機介面設計輸入輸出設計圖3-3資訊系統分析與設計的框架主要內容3.1生命週期法的意義3.2生命週期法的工作流程3.3生命週期法的實施管理3.4生命週期法的成功要素3.5使用生命週期法的條件小結3.3生命週期法的實施管理生命週期法要實施，必須重視文檔管理生命週期法實施的品質，很大程度上取決於各階段結束時產生的成果，這些成果很大程度上表現為各類文檔。在實施過程中，一定要注意在各個階段提出的各類變更，比如需求變更、設計變更、方法變更、工具變更等——變更管理。3.3.1文檔的規範管理資訊系統的文檔，是系統建設過程的“痕跡”，是系統維護人員的指南，是開發人員與用戶交流的工具。為了建立一個良好的資訊系統不僅要充分利用各種現代化資訊技術和正確的系統開發方法，同時還要做好文檔的管理工作。按照生命週期法建設資訊系統過程中的主要文檔有：系統開發立項報告、可行性研究報告、系統開發計畫書、系統分析說明書、系統設計說明書、程式設計報告、系統測試計畫與測試報告、系統使用與維護手冊、系統評價報告、系統開發月報與系統開發總結報告。3.3.1文檔的規範管理系統開發立項報告（1）概述：概述現行系統的組織結構、功能、業務流程以及存在的主要問題。新系統的目標：開發新系統的意義和新系統實現後的功能、技術指標、安全和保密性、新系統運行環境等。經費預算和經費來源。專案進度和完成期限。3.3.1文檔的規範管理系統開發立項報告（2）驗收標準和方法；移交的文檔資料；開始可行性研究的組織隊伍、機構與預算；其他有關需要說明的問題。3.3.1文檔的規範管理可行性研究報告引言可行性研究的前提或基本準則現行系統描述及現行系統存在的主要問題新系統的目標、要求、約束及對現行系統的影響可供選擇的方案比較投資和效益分析社會因素方面的可行性結論和有關建議3.3.1文檔的規範管理系統開發計畫書概述：主要包括系統開發的主要目標、基本方針、參加人員、工作階段和內容等。開發計畫：系統開發各工作階段或子項目的任務、分工、負責人、計畫時間（開始及結束時間）、人力與資金及設備消耗、實際執行情況等。可用工作進度表、甘特圖、網路圖及關鍵路徑法等工具輔助管理。驗收標準：每項工作完成後驗收的標準（時間、資金、品質等）。協調方法：資訊系統開發中各個單位、階段之間的銜接、協調方法、負責人、許可權等。3.3.1文檔的規範管理系統分析說明書概述系統需求新系統目標與新系統的功能新系統的邏輯模型新系統運行環境新系統的驗收標準與培訓計畫3.3.1文檔的規範管理系統設計說明書概述總體結構電腦系統配置代碼設計資料庫設計輸入與輸出設計電腦處理過程設計介面及通信環境設計安全、保密設計數據準備培訓計畫3.3.1文檔的規範管理程式設計報告概述程式結構圖程式控制圖演算法程式流程圖根源程式程式注釋說明3.3.1文檔的規範管理系統測試計畫與測試報告概述：說明系統測試的目的。測試環境：有關軟硬體、通信、資料庫、人員等情況。測試內容：系統、子系統、模組的名稱，性能技術指標等。測試方案：測試的方法、測試數據、測試步驟、測試中故障的解決方案等。測試結果：測試的實際情況、結果等。結論：系統功能評價、性能技術指標評價、結論。3.3.1文檔的規範管理系統使用與維護手冊概述：主要包括系統功能、系統運行環境（軟、硬體）、系統安裝等內容。使用說明：系統操作使用說明較為詳細地說明了操作的目的、過程、方式、輸入輸出的數據等。最好將系統操作的介面圖放入說明書，便於使用者學習與操作。問題解釋：解釋了系統使用中可能出現的問題及解決辦法，如非常規操作命令、系統恢復過程及意外情況與開發單位的聯繫方式等。3.3.1文檔的規範管理系統評價報告概述系統構成系統達到設計目標的情況系統的可靠性、安全性、保密性、可維護性等狀況系統的經濟效益與社會效益的評價總結性評價3.3.1文檔的規範管理系統開發月報與系統開發總結報告概述。包括資訊系統的提出者、開發者、用戶；系統開發的主要依據；系統開發的目的；系統開發的可行性分析等。資訊系統專案的完成情況。包括系統構成與主要功能；系統性能與技術指標；計畫與實際進度對比；費用預算與實際費用的對比等。系統評價。系統的主要特點；採用的技術方法與評價；系統工作效率與品質；存在的問題與原因；用戶的評價與回饋意見。經驗與教訓。系統開發過程中的經驗與教訓；對今後工作的建議；寫出對外發表的論文。3.3.2資訊系統的變更管理專案變更的總體控制涉及到好多個方面的管理問題。例如，如何去影響那些專案變更的要求，從而使專案變更能夠產生有益的效果；如何能夠確定那些要求的變更已經實現；在專案實施中如何管理正在發生的變更等等。3.3.2資訊系統的變更管理表3-2資訊系統開發過程變更管理表

3.3.3資訊系統實施的監理資訊系統建設監理是監理單位受用戶方的委託，對資訊系統建設實施的監督管理。主要職能有以下幾項或其中的一部分：協助用戶方組織資訊系統建設的招標、評標活動；協助用戶方與中標單位簽訂資訊系統的開發合同；根據用戶方的授權，監督管理開發合同的履行；根據監理合同的要求，為用戶方提供技術服務；監理合同終止後，向用戶方提交監理工作報告。3.3.3資訊系統實施的監理總體規劃和可行性研究階段為組織高層講解資訊化的意義，協助用戶方根據組織戰略目標制定資訊系統的戰略規劃；對用戶方現有資訊資源、資訊處理能力、技術基礎、環境條件、資金設備等資料進行分析；協助用戶方確定資訊系統的開發方式；制定開發資訊系統的技術路線和介面規範；組織招標和評標活動；協助組織做好投資風險分析，提出可靠的經濟效益分析表，突出資訊系統建設的競爭驅動和效益驅動原則。在此基礎上，根據資金籌措的情況列出分期工程的實施計畫。協助撰寫可行性研究報告或對可行性研究報告審查。3.3.3資訊系統實施的監理系統分析階段協助用戶方明確新系統的具體任務、目標、作用、地位；與開發方分工培訓用戶方的業務支持人員，使他們對資訊系統的開發有初步的瞭解；協助用戶方規範組織的業務流程，並能形式化表達；提出與新系統相適應的組織管理改進方案，並列出時間表；協助用戶方審核開發方提交的系統分析報告。3.3.3資訊系統實施的監理系統設計階段協助用戶方設計並制訂現有業務流程的改進方案；協助用戶方審核開發方提交的資訊編碼體系設計方案；協助用戶方審核開發方提交的詳細設計報告；協助用戶方審核開發方提交的產品和設備的購置計畫；對用戶方單位管理人員開展有針對性的培訓。3.3.3資訊系統實施的監理系統實現階段抽樣審查程式設計說明書；按開發合同和詳細設計報告檢查各子系統的品質和進度是否按計畫執行；督促用戶單位按照既定時間表調整業務流程和組織機構；協助用戶方審查開發方的測試大綱和詳細測試計畫；對用戶單位的業務支持人員進行系統測試方面的培訓，協助用戶方準備測試用例；協助用戶方對開發方交付的子系統或整個系統測試，撰寫測試報告；審查開發方提交的技術報告、用戶手冊等相關文檔。3.3.3資訊系統實施的監理系統運行與維護階段督促開發方與用戶方相互配合，培訓相關的操作人員和系統管理員；監督新老系統交替期間數據有序轉換，監督用戶方員工執行新的業務流程和操作規程，並在執行中加以改進；對出現的軟體、系統介面等方面的技術問題，根據開發合同督促開發方進行修正；監督用戶單位認真做好各審計點的數據記錄及分析，進行新舊系統的生產效率、產品品質、成本效益及設備運行狀態的對比分析；開始專案審計工作，根據審計結果對新系統進行綜合評價。3.3.3資訊系統實施的監理如果用戶方的資訊系統建設人員缺乏，可以考慮聘請監理。監理可以按照以上工作的要求對生命週期中的用戶方進行督促和助理，對開發方則進行監督和管理。主要內容3.1生命週期法的意義3.2生命週期法的工作流程3.3生命週期法的實施管理3.4生命週期法的成功要素3.5使用生命週期法的條件小結3.4生命週期法的成功要素資訊系統開發凡是遭到失敗的，主要存在以下幾個問題：對資訊系統的目的不明確；沒有貫徹用戶為中心的觀點；系統開發過程沒有明確的階段劃分和分工，缺乏檢查；文檔管理比較薄弱，開發人員和用戶之間缺少能溝通思想的工具。3.4生命週期法的成功要素生命週期法的成功要素：建立面向用戶的觀點，根據用戶需求來設計系統；自頂向下來規劃或設計資訊系統；嚴格按階段進行；有效的工作文檔；運用系統的分解和綜合技術，使複雜的系統結構化、模組化；強調階段成果的審定和檢驗。3.4.1文檔的有效性高質量的文檔應當體現在以下一些方面：針對性精確性與統一性清晰性完整性靈活性可追溯性易檢索性3.4.1文檔的有效性文檔管理應從以下幾個方面著手進行：文檔管理的制度化文檔要標準化、規範化文檔管理的人員保證維護文檔的一致性維持文檔的可追蹤性（分版本）引入配置管理的工具，以提高文檔管理和版本管理的效率和品質。3.4.2系統的結構化開發這裏的“結構化”含義指的是“嚴格的、可重複的、可度量的”。結構化方法是從數據流的角度將問題分解為可管理的、相互關聯的子問題，然後再將這些子問題的解綜合成為整個業務問題解的一系列技術的總稱。結構化的實質是“自頂向下，逐步求精，分而治之”。3.4.2系統的結構化開發將一個複雜的系統分解成一個多層次的模組化結構，任何一個系統都具有兩個特徵：過程特徵：任何一個系統都可以分解成若干個有序的過程；層次特徵：組成系統的各部分之間存在著一種上下級的隸屬關係、管轄關係。每一個模組盡可能獨立。可用直觀的工具來表達系統的結構。主要內容3.1生命週期法的意義3.2生命週期法的工作流程3.3生命週期法的實施管理3.4生命週期法的成功要素3.5使用生命週期法的條件小結3.5使用生命週期法的條件生命週期法的不足之處，主要表現在以下幾方面系統需求難以準確確定，並且不斷變化，又要求系統對不斷變化的內外部環境具有一定的適應性，然而這正是生命週期法所很難實現的；生命週期法開發週期長、文檔過多；各階段文檔的審批工作困難；生命週期法不適合面向決策的應用。3.5使用生命週期法的條件相比較原型法來講，生命週期法更適合於以下特點的系統：用戶需求定義可以明確；系統運行程式確定、結構化程度高；系統具有較長的使用壽命，環境變化不大；開發過程要求有嚴格的控制；研製人員對系統任務瞭解、且熟練程度較高；系統文檔要求詳而全；開發成果重複使用等場合。主要內容3.1生命週期法的意義3.2生命週期法的工作流程3.3生命週期法的實施管理3.4生命週期法的成功要素3.5使用生命週期法的條件3.6小結本章小結資訊系統開發方法按照時間過程可以分為生命週期法和原型法。廣義的理解是任何資訊系統都有生命週期，包括系統規劃、系統分析、系統設計、系統實施和系統運行維護五個不斷迴圈的階段。狹義的生命週期法主要指的是結構化系統開發方法，是自頂向下結構化方法、工程化的系統開發方法和生命週期方法的結合，又叫結構化生命週期法。本章小結生命週期法具有如下特點，同時這些特點也是該方法實施的成功要素：建立面向用戶的觀點，根據用戶需求來設計系統；自頂向下來規劃或設計資訊系統；嚴格按階段進行；有效的工作文檔；運用系統的分解和綜合技術，使複雜的系統結構化、模組化；強調階段成果的審定和檢驗。生命週期法實施過程中，要重視文檔管理、變更管理，以及對開發的監理。要實施生命週期法，還要注意其實施條件。關鍵字生命週期法系統規劃系統分析系統設計系統實施系統運行維護文檔管理文檔的有效性變更管理資訊系統監理引言一個單位要進行資訊化建設，首先必須做好組織的資訊化規劃。資訊系統做出規劃的過程中，需要分析管理與決策的資訊需求。對於確定的系統目標要進行分析、權衡和量化，以便對目標進行有效管理。對於待建設的專案，在實施之前還應該進行可行性分析，撰寫可行性分析報告。主要內容4.1戰略目標、系統目標和專案目標4.2管理與決策的資訊需求4.3目標的分析、權衡及量化4.4可行性分析4.5可行性分析報告的撰寫與審議小結主要內容4.1戰略目標、系統目標和專案目標4.2管理與決策的資訊需求4.3目標的分析、權衡及量化4.4可行性分析4.5可行性分析報告的撰寫與審議小結4.1戰略目標、系統目標和專案目標在作資訊系統規劃時我們應該明確組織的戰略目標和信息戰略目標，從而導出資訊系統的目標，在此基礎上，做出待開發的資訊化專案規劃，確定每個具體專案的範圍、品質、進度和成本的目標。4.1.1組織戰略與資訊化建設組織的信息戰略直接服務於高層的願景、戰略和發展目標，為支持組織戰略的實現，需要提供短、中、長期的資訊化專案規劃指南。信息戰略的設計與實施應該緊緊圍繞組織的業務模式、價值鏈和核心業務，分階段地對組織運行的全流程實現電子化管理，並逐漸達到數據的電子化、流程的電子化和決策的電子化。4.1.1組織戰略與資訊化建設第二象限第三象限第四象限第一象限資訊系統對核心經營管理活動的影響高低低高資訊系統對核心戰略的影響圖4-1資訊系統與組織戰略的關係分析4.1.1組織戰略與資訊化建設在第一象限，資訊系統對核心戰略的影響程度高，對核心經營活動影響程度也高。對於這樣一個組織，說明資訊系統處於絕對的戰略高度，此時組織的資訊系統策略將促成組織和產業結構的變革。該資訊化建設的領導需要組織的一把手如首席執行官或董事長親自領導，整個資訊化建設將是一場管理變革。4.1.1組織戰略與資訊化建設在第二象限，資訊系統對核心戰略的影響程度低，對核心經營活動影響程度高。資訊系統對處於該象限的組織的幫助主要是提高流程績效和工作績效。該資訊化建設的領導力主要靠相應業務部門的主管，資訊化建設的主要任務是流程改進。4.1.1組織戰略與資訊化建設在第三象限，資訊系統對核心戰略和核心經營活動的影響程度都低。資訊技術對處於該象限的組織主要起輔助支持的作用，幫助組織提高局部運作業績，由各部門監管人員督促即可，資訊化建設還處於基礎性實驗階段。4.1.1組織戰略與資訊化建設在第四象限，資訊系統對核心戰略影響程度高而對核心經營活動影響程度低。此時，資訊系統對處於該象限組織的幫助是在新組建的部門或業務領域內發揮作用，資訊化建設的主要任務是面對新成立的部門，由組織的策劃部門負責。4.1.2

系統目標和專案目標要明確系統目標，首先要確認組織中存在的問題和機會。PIECES方法是一種效果顯著的進行問題識別和分類的方法。PIECES方法是6個英文單詞的縮寫P是Performance的縮寫，表示提高系統的性能；I是Information的縮寫，表示提高資訊的品質和改變資訊的處理方式；E是Economics的縮寫，表示改善組織的成本、效益等經濟狀況；C是Control的縮寫，表示提高資訊系統的安全和控制水準；E是Efficiency的縮寫，表示提高組織的人、財、物等使用效率；S是Service的縮寫，表示將要提高組織對客戶、供應廠商、合作夥伴、顧客等的服務品質。4.1.2

系統目標和專案目標資訊系統目標確定以後，資訊系統建設人員還應該進一步研究，確認目前待開發資訊系統作為一個專案存在的問題、機會和目標，建立該專案的章程，以便確定專案的範圍、品質、專案參加入員、財務預算、進度安排等。專案章程是正式認可專案存在並指明專案目標和管理人員職責的一種組織級正式檔，它是是專案經理或專案管理團隊從事專案管理和資源調配的一個重要依據。4.1.2

系統目標和專案目標專案名稱批准時間專案背景介紹專案發起的原因專案的機遇與優勢專案的挑戰與劣勢專案目標：專案干係人：專案產品中間產品最終產品專案經理姓名原先所在部門和職務在專案中的權力範圍

資源條件人員物資成本結束時間專案完成的標準：

簽發人：簽發時間：建設一個資訊系統的專案章程範本

主要內容4.1戰略目標、系統目標和專案目標4.2管理與決策的資訊需求4.3目標的分析、權衡及量化4.4可行性分析4.5可行性分析報告的撰寫與審議小結4.2管理與決策的資訊需求組織要進行資訊系統建設，必然要分析本單位在管理與決策方面的資訊需求。組織資訊化包含四個方面內容，分別是：生產作業層的資訊化管理辦公層的資訊化戰略決策層的資訊化協作商務層的資訊化4.2管理與決策的資訊需求上述四個層次的資訊化內容集成到一起，如果從系統的角度去理解，則稱為CIMS（ComputerIntegratedManufacturing/ManagementSystem，電腦集成製造系統或電腦集成管理系統）；

從網路的角度去理解，則可分為企業內聯網（Intranet）和企業外聯網（Extranet）。前者是企業內部的聯網，包括與遠程的分公司和辦事處聯網；後者是企業與上游供應商、下游分銷商等業務夥伴聯網。4.2管理與決策的資訊需求組織生產管理與決策的資訊需求是很豐富的，一個組織要做到資訊化建設比較全面，比較深入，有一段很長的路要走。

組織可以根據自身的實際情況，從某個層次入手，但一定要做好總體規劃和建設的順序安排，為將來的系統集成留出相應的介面。將組織的瓶頸需求作為資訊系統建設的突破口。這是比較理性的做法。4.2.1生產作業層的資訊化需求生產作業層的資訊化，包括：設計、製造和工程的資訊化如CAD/CAM/CAE（ComputerAidedDesign/Manufacturing/Engineering，電腦輔助設計/製造/工程）等生產的資訊化如FMS（FlexibleManufacturingSystem，柔性製造系統）等作業監控的資訊化如CAT/CAI/CAQC（ComputerAidedTesting/Inspecting/QualityControlling，電腦輔助測試/檢查/品質控制）等4.2.2辦公管理層的資訊化需求辦公管理層的資訊化，包括：根據企業量身定做的MIS（ManagementInformationSystem，管理資訊系統）通用程度很高的企業全面管理軟體，比如MRPII（ManufacturingResourcePlanning，製造資源計畫）和ERP（EnterpriseResourcePlanning，企業資源計畫）等辦公自動化（OfficeAutomationSystem，OAS）工作流系統（WorkflowSystem，WFS）等4.2.3戰略決策層的資訊化需求戰略決策層的資訊化，包括：決策支持系統（DecisionSupportSystem，DSS）戰略資訊系統（StrategicInformationSystem，SIS）經理或主管資訊系統（ExecutiveInformationSystem，EIS）專家系統等（ExpertSystem，ES）等在對管理者的決策支持方面，決策支持系統（DSS）、經理資訊系統（EIS）和戰略資訊系統（SIS）是目前的熱點。4.2.4協作商務層的資訊化需求協作商務層的資訊化，包括：電子數據介面（ElectronicDataInterface，EDI）電子商務（ElectronicCommerce，EC）供應鏈管理（SupplyChainManagement，SCM）客戶關係管理（CustomerRelationshipManagement，CRM）等電子商務從它的概念來看，經歷了一個內涵逐漸縮小，外延逐漸擴大的過程。顯然，在資訊技術設備商的炒作下，電子商務的概念在逐漸泛化，在向資訊化的概念靠近。首先是EC（ElectronicCommerce，電子商務）其次是EB（ElectronicBusiness，電子業務）最後是EE（ElectronicEverything，電子任務）4.2.4協作商務層的資訊化需求電子商務系統是一個以電子數據處理、環球網路、數據交換和資金匯兌技術為基礎，集訂貨、發貨、運輸、報送、保險、商檢和銀行結算為一體的綜合商務資訊處理系統。電子商務系統的結構由一系列的電子商務標準或協議和資訊系統兩部分構成。B2C和B2B。

主要內容4.1戰略目標、系統目標和專案目標4.2管理與決策的資訊需求4.3目標的分析、權衡及量化4.4可行性分析4.5可行性分析報告的撰寫與審議小結4.3目標的分析、權衡及量化對於獲得的組織管理與決策的資訊需求，需要形成專案的目標。對於專案的目標，要進行分析、權衡與量化，從而有利於資訊系統專案的建設和管理。各種問題及要求之間的關係

第一種是因果關係第二種是主次關係第三種是權衡關係

當我們設定資訊系統的目標時，應先把系統的功能限制在較少的基本指標或目的上，用不著過早地限制或討論其細節。4.3.1目標的分析要確定對目標系統的綜合要求，並提出這些需求實現條件，以及需求應達到的標準，也就是解決要求所開發的資訊系統做什麼，做到什麼程度。需求可以分為兩大類：功能需求和非功能需求。功能需求是最主要的需求非功能需求包括性能需求資源和環境需求可靠性需求安全保密要求用戶介面需求成本消耗與開發進度需求預先估計的可擴展性需求1．功能需求

功能需求是最主要的需求。它列舉出所開發資訊系統在功能上應做什麼，然後逐步細化所有的系統功能，找出系統各元素之間的聯繫、介面特性和設計上的限制，分析它們是否滿足功能要求，是否合理。功能需求主要是獲得的管理與決策的資訊需求。2．非功能需求

性能需求資源和環境需求可靠性需求安全保密要求用戶介面需求成本消耗與開發進度需求預先估計的可擴展性需求資訊系統的非功能性需求表

性能即時性其他的時間限制資源利用，特別是硬體配製限制精確度、品質要求可靠性有效性完整性安全／保密性安全性保密性運行限制使用頻度、運行期限控制方式（如本地或遠程）對操作員的要求適應性可修改性、可維護性專案管理限制品質控制標準、驗收標淮進度、交付時間成本4.3.2目標的權衡在作需求分析時，應從含糊的要求中抽象出對資訊和資訊處理的要求。對於羅列出來的各種問題及要求，應認真分析它們之間的相互關係，根據實際情況抓住其中的實質需求（因果關係、主次關係、權衡關係）抓住那些真正起本質作用的要點，合理地確定這些要點的改變步驟與改造方向，就是需求分析的任務。否則，我們承諾得越多，成功的可能就越小，用戶的失望就會越大。這就是有界合理性的思想。目標需求的優先順序安排。

在初始要求中，常常是把對人員、制度、物資設備的要求和對資訊的要求混在一起提出來。我們在考慮資訊系統的時候，應先把其他內容去掉，只留下對資訊的要求。如果有的要求中既有對資訊的要求，又有對其他方面的要求，則應該用抽象的語言把資訊要求表達出來。4.3.3目標的量化各種需求目標應儘量確定定量的標準。對於系統或專案的目標，越清晰越好，能夠定量化的儘量定量化。

對於速度、時間等數量指標，必須經過調查研究確定具體的定量標準；對於品質等定性指標，也應該制定能夠檢查的比較具體的指標，例如能夠輸出漢字，能夠畫出哪幾種圖表等等。因為只有定量的指標，才是有利於檢查和控制的。

主要內容4.1戰略目標、系統目標和專案目標4.2管理與決策的資訊需求4.3目標的分析、權衡及量化4.4可行性分析4.5可行性分析報告的撰寫與審議小結4.4可行性分析可行性分析的意思是根據系統的環境、資源等條件，判斷所提出的資訊系統專案是否有必要、有可能開始進行，如果要進行，那麼採用什麼建設方案？所謂可行性應該包括必要性和可能性兩個方面。主要從技術、經濟、社會意義等三個方面去分析。4.4.1技術可行性研究分析所提出的要求在現有技術條件下是否有可能實現。所說的現有水準，應是指社會上已經比較普遍地使用了的技術。對於組織文化體現為風險厭惡型的單位或者說相對保守的單位，那些還沒有成為主流技術的產品也要儘量少考慮。4.4.2經濟可行性研究包括對專案所需費用的預算和對專案效益的估算。人們常常是把引進資訊系統後所增加的資訊處理的能力，與實際發展出來的效益混為一談。當我們引進電腦或其他新技術的時候，只是使資訊系統在某一環節增加了處理的能力。

因此,計算的時候必須包括對專案所需費用的預算和對專案效益的估算。人們在考慮費用的時候應避免以下兩種傾向：只考慮了電腦的費用，而低估了週邊設備的費用；只考慮了硬體的費用，而低估了軟體的費用。4.4.3社會可行性研究需要考查各種社會因素，才能確定專案是否可行除了技術因素與經濟因素之外，還有許多社會因素對於專案的開展起著制約的作用。需從以上三個方面來判斷專案是否具備開始進行的各種必要條件，這就是可行性分析。可行性研究結束之後，應該將分析結果用可行性報告的形式編寫出來，形成正式的工作檔。主要內容4.1戰略目標、系統目標和專案目標4.2管理與決策的資訊需求4.3目標的分析、權衡及量化4.4可行性分析4.5可行性分析報告的撰寫與審議小結4.5.

可行性分析報告的撰寫和審議

撰寫可行性研究報告應該遵照一定的規範，這既有利於分析和編寫的效率，也有助於比較和審核。可行性分析報告成文以後，應該組織力量進行審議。4.5.1

可行性分析報告的撰寫

可行性分析報告是整個系統建設過程中的重要檔，是資訊系統分析和設計過程中關鍵性的成果之一。對於這個報告的撰寫必須非常認真細緻，實事求是，論點清晰，論據充分。

可行性研究報告的編寫目的是：說明該資訊系統專案的實現在技術、經濟和社會條件方面的可行性；評述為了合理地達到建設目標而可能選擇的各種方案；說明並論證所選定的方案。

一．引言（1）編寫目的（2）專案背景（3）組織經營概況（4）定義：列出本文檔中用到的專門術語定義和外文首字母組詞的原片語（5）參考資料：列出所引用的參考資料

二．可行性研究的前提（1）採用資訊系統開源節流的業務發展計畫要點（2）要求：說明對所建議開發系統的基本要求，（3）條件、假定和限制：說明對該資訊系統建設中給出的條件、假定和所受到的限制（4）進行可行性研究的方法（5）評價尺度三．對現有系統的分析

從如下幾方面對現有系統進行分析：（1）組織機構；（2）資訊化系統應用情況；（3）組織競爭力簡述；（4）採用資訊化開源節流的業務發展計畫要點；（5）效益空間分析；（6）處理流程和數據流程；

（7）工作負荷：列出現有系統所承擔的工作及工作量；（8）費用開支：列出由於運行現有系統所引起的費用開支；（9）人員：列出為了現有系統的運行和維護所需要的人員的專業技術類別和數量；（10）設備：列出現有系統所使用的各種設備；（11）局限性：列出本系統的主要局限性。三．對現有系統的分析四．所建議的系統

（1）宏觀管理水準需求定位宏觀管理水準需求定位包括管理制度與資源優化配置兩方面。（2）對所建議系統的說明概括地說明所建議系統，並說明資訊要求將如何得到滿足，說明所使用的基本方法及理論根據。（3）處理流程和數據流程給出所建議系統的處理流程和數據流程。

（4）改進之處按要求中列出的目標，逐項說明所建議系統相對於現存系統具有的改進。（5）影響說明在建立所建議系統時，預期將帶來的影響。（6）局限性說明所建議系統尚存在的局限性以及這些問題未能消除的原因。（7）技術條件方面的可行性四．所建議的系統（續）五．可選擇的其他系統方案

扼要說明曾考慮過的每一種可選擇的系統方案。六．投資及效益分析（1）支出：包括基本建設投資、其他一次性支出、非一次性支出；六．投資及效益分析

（2）收益：包括一次性收益、非一次性收益、不可定量的收益；（3）收益／投資比：整個系統生命期的收益／投資比值；（4）投資回收週期；（5）敏感性分析。

七．社會因素方面的可行性（1）法律方面的可行性（2）使用方面的可行性

八．結論

在進行可行性研究報告的編制時，必須有一個研究的結論。4.5.2可行性分析報告的審議

對可行性報告的審議是研製過程中的關鍵步驟，必須在專案的目標和可行性問題上，和領導及管理人員取得一致的認識，才能正式開始專案的詳細調查研究。可行性報告通過之後，專案就進入了實質性的階段。

主要內容4.1戰略目標、系統目標和專案目標4.2管理與決策的資訊需求4.3目標的分析、權衡及量化4.4可行性分析4.5可行性分析報告的撰寫和審議小結本章小結

組織的信息戰略應該依據於組織的戰略。信息戰略目標確定以後，要制定一個集成的資訊系統的目標，並根據資訊系統的規劃，設立一系列的專案。組織的資訊需求分為四個層次，分別是生產作業層的資訊化、經營管理層的資訊化、戰略決策層的資訊化和協作商務層的資訊化。要根據組織的實際情況選擇資訊系統建設的突破口。對於確定的資訊系統專案，要明確其目標，並對目標進行權衡和量化。資訊系統需求分為功能需求和非功能需求兩類。專案的可行性研究主要從技術可行性、經濟可行性和社會可行性三個方面著手。可行性研究報告一定要規範，並且要進行審議。關鍵字戰略目標系統目標專案目標PIECES方法組織資訊化的層次功能需求非功能需求有界合理性可行性分析5.1調查研究概述5.2業務流程分析5.3業務流程建模與分析工具5.4數據流程分析5.5數據字典5.6功能與數據的交互分析5.7組織資訊管理現狀的分析與評價小結目錄5.1

調查研究概述5.1.1調查研究的組織

系統調查涉及面廣，任務重，由於組織資訊系統的複雜性，為了獲得對組織管理的全面認識，調查研究必須在一定的組織下，按科學的方法和步驟進行。5.1.1

調查研究的組織在組織上應注意以下問題：

1.成立調查研究機構

2.做好計畫和用戶培訓

3.採用工程化組織

4.主動溝通及親和友善的工作方式5.1.2

調查研究的步驟系統調查的原則有：

1.自上而下全面展開

2.全面展開與重點調查相結合

3.深入細緻的調查研究

系統調查必須按一定的原則進行，才能保證資訊的翔實、全面，防止片面性和局部性，這是正確分析企業資訊管理現狀的基礎。5.1.3

調查研究的內容和方法

調查研究應該圍繞組織內部的資訊流動過程進行。組織中的資訊流是物流過程和控制過程的反映，而物流和控制涉及到企業生產、經營、管理等各個方面，因而調查的內容也應該包括這些方面的內容。調查研究的內容調查內容主要包括1）組織機構和功能業務2）組織目標和發展戰略3）工藝流程和發展戰略4）管理方式和具體業務的管理方法5）業務流程與工作方式6）數據與數據流程7）決策方式與決策過程8）佔有資源與限制因素9）存在的問題和改進意見常用的調查研究的方法問卷調查法召開調查會業務實踐專家訪談電子問卷5.2業務流程分析

5.2.1業務流程分析的內容業務功能分析業務功能分析是在調查研究的基礎上，按照企業組織結構，詳細列出企業功能。業務關係分析業務關係分析