信息系統(tǒng)分析與設計課件

資訊系統(tǒng)的規(guī)劃2.1資訊化是一個長期的發(fā)展過程“以資訊化帶動工業(yè)化”定為基本國策以來，“資訊化就是今天的現(xiàn)代化”這個理念已經(jīng)深入人心。資訊化是人類社會從工業(yè)社會向資訊社會過渡的一個歷史轉變過程。這場變革的最主要的特徵就是資訊作為一種資源得到了空前的重視、開發(fā)和利用，其效果是人類各種活動（包括經(jīng)濟、社會、文化等方面）的功能和效率得以大幅度地提高。2.1資訊化是一個長期的發(fā)展過程資訊化的基礎是現(xiàn)代資訊技術的廣泛應用和普及。資訊化是一場全面的、根本性的大變革。這場大變革的最主要的特徵在於資訊資源的重視和開發(fā)利用。資訊的作用在於使物質、能量等實物型的資源得到更充分、更有效的利用。資訊化進程的目標是達到人類文明的新的高度（物質和精神）。2.1資訊化是一個長期的發(fā)展過程

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

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

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

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

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

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

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

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

BSP方法第一步，定義業(yè)務過程；第二步，定義數(shù)據(jù)類；第三步，分析業(yè)務與數(shù)據(jù)的關係；第四步，確定系統(tǒng)的總體結構；第五步，確定子系統(tǒng)的優(yōu)先順序；第六步，完成規(guī)劃報告，建立實施機制。2.4.2

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

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

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

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

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

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

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

規(guī)劃落實的組織保證事情都是由人去完成的。沒有組織保證，沒有人去實施，再好的理念、再先進的思想也是無法實現(xiàn)的?！暗谝话咽衷瓌t”。要有專職的主管人員，即資訊主管——CIO。需要實施的機構和輔助工作人員。規(guī)劃實際發(fā)揮作用的關鍵就在於以上三個方面：選定科學的開發(fā)方法，正確地確定建設的突破口，建立有效的組織保證。主要內(nèi)容2.1資訊化是一個長期的發(fā)展過程2.2規(guī)劃的一般原則與方法2.3資訊系統(tǒng)規(guī)劃的任務和內(nèi)容2.4資訊系統(tǒng)規(guī)劃的實施方法2.5資訊系統(tǒng)規(guī)劃的若干關鍵問題2.6資訊系統(tǒng)規(guī)劃的回顧和修訂2.6資訊系統(tǒng)規(guī)劃的回顧和修訂規(guī)劃的制訂只是一個開始，真正的作用則是在長期的建設工作中不斷發(fā)揮的指導作用。已有的規(guī)劃正是進行這種回顧的尺規(guī)。反過來，回顧（Review）又為規(guī)劃的不斷調整和修訂提供回饋資訊和實現(xiàn)機制。規(guī)劃的回顧和修訂可以是定期的，也可以是不定期的；可以是由組織內(nèi)部人員來做，也可以吸引組織外的專家來做；可以對資訊系統(tǒng)建設全局進行審計。也可以是針對特定的、急需解決的專題進行。2.6資訊系統(tǒng)規(guī)劃的回顧和修訂首先收集資訊系統(tǒng)建設與使用的實際資訊，瞭解實際的管理人員對於資訊系統(tǒng)的評價、意見及改進要求。在實事求是地掌握現(xiàn)狀的基礎上，分析現(xiàn)行資訊系統(tǒng)的長處、優(yōu)勢和短處、弱點，客觀地做出評價。在這種評價的基礎上，對於原有的資訊系統(tǒng)規(guī)劃進行修訂，在新的外部情況和已有進展的基礎上，加以進一步的明確化或加以必要的調整，特別是對於原先確定的第一步計畫需要進行認真的檢查，看它是否發(fā)揮了作為突破口應當起到的作用。最後，把回顧的結果納入規(guī)劃的文檔，修訂建設的目標與策略，同樣地，其中的重點是新的突破口、新的第一步計畫的制訂。2.6資訊系統(tǒng)規(guī)劃的回顧和修訂注意實際情況的準確記錄和及時回饋。注意回顧或評價的標準。規(guī)劃的文檔資料的保存和及時更新也是需要注意的。關鍵字資訊系統(tǒng)的規(guī)劃西蒙的管理理論無終極目標的設計規(guī)劃的常用方法BSP方法CSF方法生命週期法原型法突破口的選擇規(guī)劃的回顧與修訂CIO思考題1.為什麼說資訊化建設是一個相當長的發(fā)展過程？2.資訊系統(tǒng)的規(guī)劃應當包括哪些內(nèi)容？它對於組織或企業(yè)的發(fā)展具有什麼作用？3.西蒙的“人工科學”的理念的要點是什麼？它對於資訊系統(tǒng)建設工作具有什麼意義？4.解釋“無終極目標的設計”的含義及其實際意義。5.簡要說明BSP方法的方法。6.簡要說明CSF方法的方法。思考題7.選擇專案的開發(fā)方法時主要考慮方面是哪些？8.選擇資訊系統(tǒng)建設突破口應遵循怎樣的原則？9.為什麼要堅持對資訊系統(tǒng)規(guī)劃定期進行回顧？10.在修改資訊系統(tǒng)的規(guī)劃的時候，應當注意些什麼問題？11.在資訊系統(tǒng)規(guī)劃工作中，CIO應當擔負什麼樣的責任？

邏輯設計396.1

邏輯設計的目標與原則40

對現(xiàn)行系統(tǒng)的分析和修改一般可以從下列方面進行：

1.現(xiàn)行系統(tǒng)在整體功能上存在什麼問題；

2.業(yè)務流程中是否有缺少或多餘的環(huán)節(jié)；

3.數(shù)據(jù)流程中是否有不合理的數(shù)據(jù)流向、數(shù)據(jù)存儲和冗餘處理環(huán)節(jié)；

4.數(shù)據(jù)處理的功能是否滿足要求。6.1.1

新系統(tǒng)邏輯模型的提出6.1.2

邏輯設計的目標41在邏輯設計中，必須明確以下方面內(nèi)容

1.分析系統(tǒng)目標

2.新系統(tǒng)的業(yè)務流程

3.新系統(tǒng)的數(shù)據(jù)流程

4.新系統(tǒng)的邏輯結構

5.數(shù)據(jù)資源的分佈

6.具體業(yè)務的處理方法和管理模型6.1.3

邏輯設計的原則42設計原則主要有：

1.管理資訊化和現(xiàn)代管理思想相結合

2.分解和協(xié)調相結合

3.模型化結構設計

4.全局一致性原則

5.靜態(tài)與動態(tài)相結合6.2

業(yè)務流程的改造與設計43

業(yè)務流程是指為完成一定的目標或任務而進行的一系列時間上承繼的業(yè)務活動序列，是企業(yè)或組織運行的方式。

1993年，Hammer和Champy提出了企業(yè)流程重組的概念，即對企業(yè)進行根本性的再思考和徹底的重新設計，從而使成本、速度、品質和服務等企業(yè)關鍵性能取得根本性的改善。6.2.1

業(yè)務流程重組——BPR6.2.2流程重組的類型44根據(jù)流程範圍和重組特徵，可將BPR分為以下三類：

1）功能內(nèi)的BPR

2）功能間的BPR

3）組織間的BPR6.2.3

流程改造和設計的步驟與方法45

流程改造包括在系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施與評價等整個系統(tǒng)規(guī)劃與開發(fā)的整個過程，這裏僅以組織內(nèi)部的BPR為例，說明流程改造和設計的原則方法：以過程管理代替職能管理，取消不增值的管理環(huán)節(jié)。變事後管理為事前管理，減少不必要的檢查、控制、調整等活動。以電腦協(xié)同處理為基礎的並行過程取代串行和回饋控制管理過程。用資訊技術實現(xiàn)過程自動化，盡可能拋棄手工資訊處理過程6.2.3

流程改造和設計的步驟與方法465）取消不必要的資訊處理環(huán)節(jié)，消除冗餘資訊。6）在資訊技術支持下，將現(xiàn)在的多項業(yè)務或工資組合、合併。7）業(yè)務流程的各個步驟按其自然順序進行。8）權利下放，壓縮管理層次，給予員工參與決策的權力。9）制定與業(yè)務流程改進方案相配套的組織結構、人力資源配置和業(yè)務規(guī)範等方面的改進規(guī)劃，形成系統(tǒng)的業(yè)務流程重組方案。10）在業(yè)務流程的改造和設計中，必須充分利用資訊技術。

6.2.3

流程改造和設計的步驟與方法47表6.1資訊技術在業(yè)務流程重組中的作用

資訊系統(tǒng)功能目標作用1自動化處理效率提升減少人力勞動2資訊處理處理效率進行業(yè)務資訊處理3控制方式縮短時間改串行為並行處理4遠程交互空間隨時隨地的異地資訊處理5監(jiān)控與跟蹤安全性減少人為失誤6決策處理複雜性員工參與決策7電子商務處理提高服務效率基於Internet的客戶服務6.2.4

流程重組舉例48

福特汽車發(fā)動機公司對包括採購、訂貨、驗貨、應付款處理在內(nèi)的整個供應業(yè)務流程重組。例題：該業(yè)務流程如圖6.1：供應商採購員應付款驗貨員訂單付款圖6.1原系統(tǒng)業(yè)務流程6.2.4

流程重組舉例49

經(jīng)過分析，福特公司決定採用電腦系統(tǒng)代替原來的手工管理過程，以提高單據(jù)處理的速度。但在系統(tǒng)分析中發(fā)現(xiàn)，通過網(wǎng)路資訊的傳遞，新的業(yè)務流程中根本不需要處理單據(jù)，原來單據(jù)傳遞過程被電腦資訊傳遞取代。得到的新業(yè)務流程為(圖6.2)：6.2.4

流程重組舉例50供應商採購員驗貨員訂單自動開支票圖6.2重組後的系統(tǒng)業(yè)務流程共用資料庫6.2.4

流程重組舉例51對照新舊業(yè)務流程可以發(fā)現(xiàn)：舊的業(yè)務流程——按照部門來劃分的。各部門分別完成大量的單項任務；訂單、發(fā)票、驗貨清單上的很多專案都是相同的，但不同的數(shù)據(jù)來源，很容易造成數(shù)據(jù)的不一致，應付款處理部門要尋找差異存在的原因。

6.2.4

流程重組舉例52

按照重組後的業(yè)務流程——共用處理系統(tǒng)中的數(shù)據(jù)全部由採購員輸入，保證了系統(tǒng)數(shù)據(jù)入口的唯一。同時，“付款審核”改由驗貨員來完成，所審核的訂單來自系統(tǒng)，把它與所驗收的貨物核對，並將核對結果送回系統(tǒng)，由系統(tǒng)自動生成憑證並開具支票付款，增加了驗貨員的責任，因此對流程工作人員提出了更高的要求。整個業(yè)務流程實現(xiàn)了跨職能部門的業(yè)務管理。6.3

數(shù)據(jù)處理與數(shù)據(jù)存貯的設計53

數(shù)據(jù)處理描述了各主要處理活動之間的關係，包括所有的數(shù)據(jù)處理活動和有關的輸入/輸出的描述。數(shù)據(jù)存貯設計則根據(jù)數(shù)據(jù)資源分佈具體確定了數(shù)據(jù)存貯的邏輯方式。

6.3.1數(shù)據(jù)處理

功能/數(shù)據(jù)分析描述了功能劃分和數(shù)據(jù)資源分佈的關係，但在邏輯設計中對各功能間數(shù)據(jù)的傳遞關係還需要更細緻的描述。數(shù)據(jù)處理描述了模組間關聯(lián)的方式和模組內(nèi)部的功能和數(shù)據(jù)輸入/輸出關係，是邏輯設計的核心內(nèi)容之一。這部分工作常用工具有系統(tǒng)流程圖、HIPO圖等。6.3.1數(shù)據(jù)處理541.資訊系統(tǒng)流程圖資訊系統(tǒng)流程圖是以新系統(tǒng)的數(shù)據(jù)流程圖為基礎繪製的。繪製過程如下：為數(shù)據(jù)流程圖中的處理功能畫出數(shù)據(jù)關係圖（如圖6.3），弄清楚輸入數(shù)據(jù)、中間數(shù)據(jù)和輸出數(shù)據(jù)的關係，然後按整個系統(tǒng)的流程把各個數(shù)據(jù)關係圖綜合起來，形成整個系統(tǒng)的數(shù)據(jù)關係圖，就構成資訊處理功能。1.資訊系統(tǒng)流程圖55處理功能輸入數(shù)據(jù)C輸入數(shù)據(jù)D輸入數(shù)據(jù)B輸入數(shù)據(jù)A輸出檔F中間檔E圖6.3

數(shù)據(jù)關係圖的一般形式1.資訊系統(tǒng)流程圖56輸入1處理1處理2輸出1輸出2處理4處理3實體1實體2數(shù)據(jù)存儲#2數(shù)據(jù)存儲#1輸入1處理1處理3處理2中間檔數(shù)據(jù)存儲#1數(shù)據(jù)存儲#2報告1報告2圖6.4系統(tǒng)邏輯模型轉換為系統(tǒng)流程圖2.HIPO圖57

層次化輸入-處理-輸出法(Hierarchyinput-process-output,HIPO)是一種描述系統(tǒng)結構和模組內(nèi)部處理功能的工具。HIPO圖由層次結構圖（structurechart）和IPO圖兩部分組成，在一層次體系中將系統(tǒng)設計按其詳細程度分層，依次地說明所有的輸入、處理和輸出。58合格出入庫單據(jù)修改庫C1存檔獲得C2.1合格輸入寫C2.3庫存檔修改C2.2庫存記錄讀C3.3庫存檔驗證C3.2出入庫單據(jù)讀C3.1出入庫單據(jù)合格出入庫單據(jù)新庫存記錄新庫存記錄出入庫單據(jù)結束標誌出入庫單據(jù)合格標誌庫存編號庫存記錄圖6.5層次化結構圖

圖6.5描述了一個修改庫存檔模組的層次結構圖。整個系統(tǒng)被劃分成由若干邏輯模組所組成的一個層次體系，利用粗框圖和細框圖還可以將這些模組進一步劃分成更小模組。層次結構圖主要關心模組的外部屬性，即上下級模組、同級模組間的數(shù)據(jù)傳遞和調用關係，不涉及模組內(nèi)部的處理。

59IPO編號：HIPO編號：模組名稱：檔編號：輸入部分處理描述輸出部分上組模組送入單元數(shù)據(jù)讀單據(jù)存根檔讀價格檔讀用戶記錄檔…

核對單據(jù)與存根記錄計算並核對價格檢查用戶記錄和信貸情況…處理過程：

將合格標誌送到上一級調用模組將檢查記錄記入檔修改用戶記錄檔…IPO圖則是描述模組內(nèi)部功能的工具，包含了輸入、處理、輸出和與之相應的資料庫/檔，所在的模組等資訊。如下圖6.6所示。6.3.2處理邏輯的描述工具例：用戶訂貨處理的說明。601.決策樹說明：用T表示欠款時間，用Qn表示需求量，用Qw表示庫存量。用戶訂貨處理先按庫存發(fā)貨進貨后再補發(fā)先付款再發(fā)貨Qn≤QwT≤3030<T≤100T>100Qn≤QwQn>QwQn>Qw立即發(fā)貨不發(fā)貨先付欠款612.決策表

規(guī)則123456條件欠款時間≤30YYNNNN欠款時間＞100NNYYNN需求量≤庫存量YNYNYN應採取的行動立即發(fā)貨√先按庫存量發(fā)貨，進貨後再補發(fā)√先付款再發(fā)貨√不發(fā)貨√先付欠款√√623.結構化英語如果欠款時間≤30天如果需要量≤庫存量則立即發(fā)貨否則先按庫存量發(fā)貨，進貨後再補發(fā)否則

如果欠款時間≤100天

如果需要量≤庫存量則先付款再發(fā)貨否則不發(fā)貨

否則先付欠款6.3.3

數(shù)據(jù)存貯設計63

在數(shù)據(jù)存貯設計中，應該充分考慮資訊系統(tǒng)開發(fā)的特點和系統(tǒng)目標，使得後繼系統(tǒng)開發(fā)工作方便快捷，系統(tǒng)開銷合理，易於管理和維護。為此，要根據(jù)數(shù)據(jù)的不同用途、使用要求、統(tǒng)計管道、安全保密性等來決定數(shù)據(jù)的整體組織形式。1.數(shù)據(jù)組織的規(guī)範化

1971年，E.F.Codd提出了關係的規(guī)範化理論,關係規(guī)範化理論定義了五種規(guī)範化模式，稱為範式（normalform）。關係規(guī)範化的方法可以參考有關資料庫方面的教材。一般來說，滿足第三範式的關係即可滿足資訊處理的要求，就可以認為是比較規(guī)範的關係。6.3.3

數(shù)據(jù)存貯設計642.整體關係結構的建立（1）E-R模型資料庫分析中的數(shù)據(jù)模型，一般採用實體-聯(lián)繫模型（E-R模型）轉換而來。E-R模型採用E-R圖來表示。（2）E-R模型轉換成關係數(shù)據(jù)模型

E-R模型轉換為關係模型的規(guī)則如下：（一）基本概念實體都具有自己的屬性，很多實體與實體之間還存在著一定的聯(lián)繫，這些聯(lián)繫可以歸納為以下三種：65實體關係圖對組織或業(yè)務領域的實體(Entities)、關聯(lián)(Association)及數(shù)據(jù)元素(DataElements)提供概念性邏輯結構的描述。一對一(1:1)一對多(1:N)多對多(M:N)（二）實體關係圖（E-R圖）66用矩形框表示實體：用鼓形框表示實體的屬性：用菱形框表示實體間的聯(lián)繫：1.E-R圖中的基本符號：（二）實體關係圖（E-R圖）672.E-R圖的繪製方法：

先繪製各分E-R圖，再合併成總E-R圖。

分E-R圖即為兩個實體間的聯(lián)繫圖。AXB1NCYBMNAXB1NCYMN（二）實體關係圖（E-R圖）68例：某教學管理系統(tǒng)E-R圖分E-R圖學生教師課程授課MN課程學習MN編號姓名性別職稱學號姓名性別出生日期籍貫職務課程號課程名學分課時成績（二）實體關係圖（E-R圖）69教師授課課程MN學生學習MN合併總E-R圖6.3.3數(shù)據(jù)存貯設計70每個實體對應一個關係模式。實體名作為關係名，實體的屬性作為對應關係的屬性。實體間的聯(lián)繫對應一個關係，聯(lián)繫名作為關係名。實體和聯(lián)繫中關鍵字對應的屬性在關係模式中仍為關鍵字。例如，下頁圖的E－R模型可以轉換成如下三個關係框架：學生關係：（學生號，姓名，…）課程關係：（課程號，課程名,…）選課關係：（學生號，課程號，成績，…）其中帶下劃線的屬性為關鍵字。6.3.3數(shù)據(jù)存貯設計71學生號姓名課程號課程號學生成績課程E—R圖

學習6.3.3數(shù)據(jù)存貯設計723.數(shù)據(jù)資源的分佈和安全保密屬性

(1)數(shù)據(jù)資源的分佈考慮數(shù)據(jù)資源分佈的原則是：同一子系統(tǒng)的數(shù)據(jù)儘量放在本系統(tǒng)使用的伺服器上，只有公用數(shù)據(jù)和最後統(tǒng)計匯總的數(shù)據(jù)才放在公用伺服器上。公共數(shù)據(jù)資源的分配應當考慮數(shù)據(jù)訪問的特性，進行恰當?shù)姆謥?，以使網(wǎng)路負荷均衡，提高整個系統(tǒng)的效率。6.3.4

數(shù)據(jù)立即存取分析73（2）安全保密定義定義用戶操作的通常原則為：按照U/C矩陣中對數(shù)據(jù)的操作，按使用和創(chuàng)建對數(shù)據(jù)分類，一般業(yè)務數(shù)據(jù)只有產(chǎn)生這些數(shù)據(jù)的功能環(huán)節(jié)上同時具有數(shù)據(jù)的讀、寫、修改和刪除許可權，其他功能只根據(jù)需要授予讀許可權。

在系統(tǒng)分析中，分析員要根據(jù)調查的結果，分析用戶對立即存取的要求，以便用戶確認，這是數(shù)據(jù)處理分析的一項重要任務。1．數(shù)據(jù)存取要求的類型數(shù)據(jù)存取要求來自於業(yè)務實際，一般有以下六種：1．數(shù)據(jù)存取要求的類型74（1）查詢實體的某一屬性（2）對於某一屬性的值，查詢與該屬性值有某種關係的實體。（3）已知實體名和屬性值，查詢具有該實體的所有屬性值。（4）給定一個實體，查詢其有的屬性值（5）查詢所有的實體的某一屬性的值（6）已知某個值，查詢哪些實體的哪個屬性符合這個值。

立即存取圖（DataImmediate-accessDiagram）75

從這些查詢要求分析，有的查詢需要相當大的系統(tǒng)開銷，系統(tǒng)分析員需要和用戶溝通，根據(jù)自己的數(shù)據(jù)處理和數(shù)據(jù)庫知識，結合新系統(tǒng)的實際情況，捨棄難以實現(xiàn)的和不重要的查詢，確定哪些立即查詢需要實現(xiàn)，並以圖形方式和用戶交互。立即存取圖（DataImmediate-accessDiagram）是進行這一分析的工具。以汽車零件供應查詢?yōu)槔?，按照上述查詢要求，可以畫出?shù)據(jù)存取圖，如圖6.9：圖中，用戶的一次查詢往往涉及到很多數(shù)據(jù)存儲，比如供應人員要通過查詢，確定向哪個廠家訂貨最物美價廉，涉及到三個數(shù)據(jù)存儲，實現(xiàn)步驟如下：立即存取圖（DataImmediate-accessDiagram）76物品名稱規(guī)格物品編號廠家編號廠家名稱物品物品編號規(guī)格物品名稱單位單價安全庫存量現(xiàn)有數(shù)量廠家-物品廠家編號物品編號單價生產(chǎn)廠家廠家編號廠家名稱廠家地址電話帳號聯(lián)繫人圖6.9物資供應查詢立即存取圖（DataImmediate-accessDiagram）

77（1）在“物品”數(shù)據(jù)存儲中可通過“物品名稱”和“規(guī)格”查詢“物品編號”，這是通過屬性查實體的查詢。（2）用得到的“物品編號”在廠家-物品數(shù)據(jù)存儲中查全部相應的“廠家編號”。因為“廠家編號”和“物品編號”共同構成關鍵字，這也是通過屬性查實體的查詢。（3）以“廠家編號”、“物品編號”作為關鍵字，在廠家-物品數(shù)據(jù)存儲中查詢“單價”，通過比較，找出最低價。這也是通過實體查詢屬性的查詢。6.4設計方案的交互檢驗78（4）在廠家-物品數(shù)據(jù)存儲中通過最低價查詢廠家編號。這是通過屬性的值，查詢與該屬性值有某種關係的實體。（5）通過廠家編號，在生產(chǎn)廠家數(shù)據(jù)存儲中查詢廠家資訊。這是通過實體查屬性值的查詢。

在邏輯設計完成以後，還應該進行系統(tǒng)的檢驗，以確定系統(tǒng)分析結果的正確、合理、系統(tǒng)、完整。6.4.1

設計方案的交互檢驗

據(jù)調查，軟體開發(fā)週期各階段錯誤和軟體故障發(fā)生的分類比例分別如表6.3和表6.4所示。6.4.1

設計方案的交互檢驗79表6.3

軟體開發(fā)週期各階段錯誤的比例

軟體開發(fā)週期需求分析設計編碼與單元試驗綜合與試驗運行與維護錯誤百分數(shù)（%）

551713105故障分類需求變化邏輯設計數(shù)據(jù)相互環(huán)境人的因素計算檔提供其他（%）

36286655527表6.4

軟體故障分類比例

表6.3、表6.4的統(tǒng)計數(shù)據(jù)表明，在軟體壽命週期的各個階段都可能發(fā)生軟體錯誤或故障。而需求分析和軟體設計階段發(fā)生錯誤或故障佔有很大的比重。這就意味著對系統(tǒng)開發(fā)中的錯誤越晚認識到，則錯誤的改正所需費用就會越高。6.4.2結構預演

801．結構預演的目的結構預演是一種預測評價方法，它能有效地發(fā)現(xiàn)邏輯設計中某些被忽略的或做錯的環(huán)節(jié)，也給檢驗者提供一種方法來評價邏輯設計提交的方案，從而提出一些建設性的建議。預演的目的是給專案組提供有價值的回饋資訊，而不是對系統(tǒng)的品質下決定性的結論。2．結構預演的組織通常預演是在系統(tǒng)設計以及系統(tǒng)開發(fā)過程中其他一些關鍵點完成之後才進行。如邏輯方案確定以後，可以進行結構預演，以檢驗方案的可行性。參與結構預演的人員包括專案組成員，管理人員，以及第三方經(jīng)理作為“中立者”。6.4.2結構預演

813．結構預演的過程

在進行預演的前幾天將需要審查的材料(即系統(tǒng)設計方案)分發(fā)給參加者在實際的預演期間，推薦者解釋系統(tǒng)設計以及有關的資料。參加者提供出討論的建議，而秘書則記錄下來以形成資料。如果有必要，可以安排幾次會議來完成預演。專案組評價所有的建議，並且把所有價值的建議納入到系統(tǒng)邏輯設計中。通過這一過程設計者可以獲得重要的回饋資訊，從而進一步完善系統(tǒng)的邏輯方案。6.4.3軟體過程評價

82

軟體過程是指實施於軟體開發(fā)和維護中的階段、方法、技術、實踐及相關產(chǎn)物(計畫、文檔、模型、代碼、測試用例和手冊等)的集合。有效的軟體過程可以提高軟體開發(fā)過程的生產(chǎn)效率、提高軟體品質、降低成本並減少風險。目前市場上領先的軟體過程主要有RUP(RationalUnifiedProcess)、OPENProcess和OOSP(Object-OrientedSoftwareProcess)。以RUP為例，軟體過程的評價包含以下方面：

RUP中的軟體生命週期在時間上被分解為四個順序的階段，分別是：初始階段(Inception)、細化階段(Elaboration)、構造階段(Construction)和交付階段(Transition)。6.5

系統(tǒng)分析報告的撰寫與審議

83

系統(tǒng)分析報告也稱為系統(tǒng)說明書，是調查研究和系統(tǒng)分析階段成果的總結。它反映了這一階段調查研究和分析的全部情況，是下一步進行系統(tǒng)設計和實現(xiàn)的綱領性檔。6.5.1

系統(tǒng)分析報告的撰寫

系統(tǒng)分析報告的內(nèi)容主要包括：1．組織情況概述，包括：

對分析對象的基本情況作概括性的描述，它包括組織的結構、組織的目標、組織的工作過程、性質和業(yè)務功能。6.5.1

系統(tǒng)分析報告的撰寫84

系統(tǒng)與外部實體（如其他系統(tǒng)或機構）間有哪些物質和資訊交換關係。參考資料和專門術語說明。

2．現(xiàn)行系統(tǒng)運行狀況，包括：

現(xiàn)行系統(tǒng)現(xiàn)狀調查說明。系統(tǒng)需求說明。用戶要求以及現(xiàn)行系統(tǒng)存在的主要問題等。6.5.1

系統(tǒng)分析報告的撰寫853．新系統(tǒng)邏輯方案(系統(tǒng)分析報告的主體)主要內(nèi)容有：新系統(tǒng)擬定的業(yè)務流程和業(yè)務處理方式。新系統(tǒng)擬定的數(shù)據(jù)指標體系和分析優(yōu)化後的數(shù)據(jù)流程，各個層次的數(shù)據(jù)流圖、數(shù)據(jù)字典和加工說明，以及電腦系統(tǒng)將完成的工作部分。新系統(tǒng)在各個業(yè)務處理環(huán)節(jié)擬採用的管理方法、演算法和模型與新系統(tǒng)相配套的管理制度和運行體制的建立。出錯處理要求。6.5.1

系統(tǒng)分析報告的撰寫86

其他特性要求。例如系統(tǒng)的輸入輸出格式、啟動和退出等。遺留問題。根據(jù)目前條件，暫時不能滿足的一些用戶要求或設想，並提出今後解決的措施和途徑。4．系統(tǒng)設計與實施的初步計畫，主要包括以下內(nèi)容：工作任務的分解。根據(jù)系統(tǒng)開發(fā)資源與時間進度估計，制定時間進度安排計畫。6.5.1

系統(tǒng)分析報告的撰寫87

預算。對開發(fā)費用的進一步估計。需要說明的是：在系統(tǒng)分析報告中，數(shù)據(jù)流圖、數(shù)據(jù)字典和加工說明這三部分是主體，是系統(tǒng)分析報告中必不可少的組成部分，而其他部分則應根據(jù)所開發(fā)目標系統(tǒng)的規(guī)模、性質等具體情況酌情選用，不一定要面面俱到。6.5.2系統(tǒng)分析報告的審議

88在分析報告的審議中，對以下問題做出評價（1）一致性：系統(tǒng)分析報告中描述的所有系統(tǒng)需求與系統(tǒng)目標是否一致，是否有相互矛盾的地方。（2）完整性：用戶需求是否完整，系統(tǒng)分析報告是否包括了用戶需要的每一個功能，性能是否能達到用戶要求。（3）現(xiàn)實性：指定的需求用現(xiàn)有的硬體、軟體技術是否可以實現(xiàn)。（4）有效性：系統(tǒng)分析報告提出的解決方案是否正確有效，是否能解決用戶面臨的問題。6.5.2系統(tǒng)分析報告的審議

89

系統(tǒng)分析說明書一旦被批準，則將成為新系統(tǒng)開發(fā)中的權威性檔，作為系統(tǒng)設計的主要依據(jù)，也是將來評價和驗收系統(tǒng)的依據(jù)。系統(tǒng)分析報告的審議中，應有局外專家參加，即研製過類似系統(tǒng)而又與本企業(yè)無直接關係的專業(yè)人員。本章小結90

邏輯設計是在調查研究與分析的基礎上，提出新系統(tǒng)的邏輯方案。在前一階段調查和分析的結果，確定新系統(tǒng)中的管理模型和資訊處理方法，為今後系統(tǒng)的設計和實施提供基本的框架。

系統(tǒng)的邏輯方案包括新系統(tǒng)的業(yè)務流程、數(shù)據(jù)流程、邏輯結構、數(shù)據(jù)資源分佈和存貯結構，還應當確定新系統(tǒng)的管理模型和數(shù)據(jù)處理方式。邏輯設計必須在一定的原則方法指導下進行，以保證邏輯方案的整體性和系統(tǒng)性。本章小結91

在確定新系統(tǒng)的管理模型時，必須按照新系統(tǒng)下資訊處理的技術特點，對原有流程進行改造和重新設計。確定了業(yè)務流程以後，就需要對各個功能間的數(shù)據(jù)聯(lián)繫和數(shù)據(jù)處理過程進行分析。分析的工具有系統(tǒng)流程圖和HIPO圖等，對於處理邏輯則主要採用決策樹、決策表或結構化英語等工具。數(shù)據(jù)存貯結構則是通過對全局數(shù)據(jù)的分析，建立整體的數(shù)據(jù)分佈。對於具體的數(shù)據(jù)結構，可根據(jù)實體聯(lián)繫分析，建立基本關係模式，通過關係的規(guī)範化建立數(shù)據(jù)的具體結構。本章小結92

在系統(tǒng)邏輯方案完成以後，要對邏輯方案進行交互分析，通過技術人員和管理人員的交互，發(fā)現(xiàn)和解決原方案的不足和疏漏，並加以改進。系統(tǒng)分析報告是調查研究和系統(tǒng)分析階段成果的總結。它反映了這一階段調查研究和分析的全部情況。在系統(tǒng)分析報告完成以後，要通過審議正式確定下來，作為下一步進行系統(tǒng)設計和實現(xiàn)的綱領性檔93

資訊系統(tǒng)邏輯方案業(yè)務流程重組並行、串行業(yè)務流程

HIPO圖系統(tǒng)流程圖處理邏輯描述工具資訊系統(tǒng)數(shù)據(jù)結構數(shù)據(jù)資源分佈交互檢驗系統(tǒng)分析報告關鍵字941.邏輯設計的主要任務是什麼？為下一階段提供怎樣的基礎？2.如何確定新系統(tǒng)業(yè)務流程？3.系統(tǒng)邏輯設計中，如何體現(xiàn)業(yè)務流程改造對建立新系統(tǒng)業(yè)務流程意義？4.如何畫出資訊系統(tǒng)流程圖？需要注意哪些問題？5.HIPO圖的主要內(nèi)容是什麼？6.試述決策樹、決策表、結構化英語的特點和在表達系統(tǒng)功能中的作用。7.數(shù)據(jù)存貯結構是如何確定的？8如何確定數(shù)據(jù)資源的分佈？9.邏輯方案確定以後，如何進行檢驗和改進？10.系統(tǒng)分析報告的目的是什麼？包含哪些內(nèi)容？思考題

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

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

需求分析和可行性分析4.1戰(zhàn)略目標、系統(tǒng)目標和專案目標在作資訊系統(tǒng)規(guī)劃時我們應該明確組織的戰(zhàn)略目標和信息戰(zhàn)略目標，從而導出資訊系統(tǒng)的目標，在此基礎上，做出待開發(fā)的資訊化專案規(guī)劃，確定每個具體專案的範圍、品質、進度和成本的目標。4.1.1組織戰(zhàn)略與資訊化建設組織的信息戰(zhàn)略直接服務於高層的願景、戰(zhàn)略和發(fā)展目標，為支持組織戰(zhàn)略的實現(xiàn)，需要提供短、中、長期的資訊化專案規(guī)劃指南。信息戰(zhàn)略的設計與實施應該緊緊圍繞組織的業(yè)務模式、價值鏈和核心業(yè)務，分階段地對組織運行的全流程實現(xiàn)電子化管理，並逐漸達到數(shù)據(jù)的電子化、流程的電子化和決策的電子化。4.1.1組織戰(zhàn)略與資訊化建設第二象限第三象限第四象限第一象限資訊系統(tǒng)對核心經(jīng)營管理活動的影響高低低高資訊系統(tǒng)對核心戰(zhàn)略的影響圖4-1資訊系統(tǒng)與組織戰(zhàn)略的關係分析4.1.1組織戰(zhàn)略與資訊化建設在第一象限，資訊系統(tǒng)對核心戰(zhàn)略的影響程度高，對核心經(jīng)營活動影響程度也高。對於這樣一個組織，說明資訊系統(tǒng)處於絕對的戰(zhàn)略高度，此時組織的資訊系統(tǒng)策略將促成組織和產(chǎn)業(yè)結構的變革。該資訊化建設的領導需要組織的一把手如首席執(zhí)行官或董事長親自領導，整個資訊化建設將是一場管理變革。4.1.1組織戰(zhàn)略與資訊化建設在第二象限，資訊系統(tǒng)對核心戰(zhàn)略的影響程度低，對核心經(jīng)營活動影響程度高。資訊系統(tǒng)對處於該象限的組織的幫助主要是提高流程績效和工作績效。該資訊化建設的領導力主要靠相應業(yè)務部門的主管，資訊化建設的主要任務是流程改進。4.1.1組織戰(zhàn)略與資訊化建設在第三象限，資訊系統(tǒng)對核心戰(zhàn)略和核心經(jīng)營活動的影響程度都低。資訊技術對處於該象限的組織主要起輔助支持的作用，幫助組織提高局部運作業(yè)績，由各部門監(jiān)管人員督促即可，資訊化建設還處於基礎性實驗階段。4.1.1組織戰(zhàn)略與資訊化建設在第四象限，資訊系統(tǒng)對核心戰(zhàn)略影響程度高而對核心經(jīng)營活動影響程度低。此時，資訊系統(tǒng)對處於該象限組織的幫助是在新組建的部門或業(yè)務領域內(nèi)發(fā)揮作用，資訊化建設的主要任務是面對新成立的部門，由組織的策劃部門負責。4.1.2

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

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

系統(tǒng)目標和專案目標專案名稱批準時間專案背景介紹專案發(fā)起的原因專案的機遇與優(yōu)勢專案的挑戰(zhàn)與劣勢專案目標：專案干係人：專案產(chǎn)品中間產(chǎn)品最終產(chǎn)品專案經(jīng)理姓名原先所在部門和職務在專案中的權力範圍

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

簽發(fā)人：簽發(fā)時間：建設一個資訊系統(tǒng)的專案章程範本

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

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

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

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

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

當我們設定資訊系統(tǒng)的目標時，應先把系統(tǒng)的功能限制在較少的基本指標或目的上，用不