【正文】 持） (3)基礎(chǔ)工作的規(guī)范化（數(shù)據(jù)、過程） (4)管理制度和機構(gòu) 技術(shù)可行性 度量一個特定技術(shù)信息系統(tǒng)解決方案的實用性及技術(shù)資源的可用性 考慮的問題 (1)開發(fā)風險 (2)資源有效性 (3)相關(guān)技術(shù)的發(fā)展 (4)是否需要額外的培訓(xùn)、雇用顧問或新的人員 三 可行性分析 可行性分析結(jié)論 (1) 立即展開 (2) 推遲 (3) 修改后進行 (4) 不能進行 (5) 不必要進行 可行性研究報告的編寫 ? 一 引言 ? 二 可行性研究的前提 ? 三 對現(xiàn)行系統(tǒng)的分析 ? 四 新系統(tǒng)的開發(fā)方案 ? 五 可行性研究 F：可行性分析與可行性報告的撰寫 ? 除了建立系統(tǒng)的必要性之外，建設(shè)信息系統(tǒng)的可行性研究應(yīng)從三個方面考慮：技術(shù)可行性、經(jīng)濟可行性和社會可行性。增配少量專用設(shè)備（如讀卡機、掃描儀），軟件開發(fā)費用預(yù)期 5000元。容易沖突，任課教師難以獲得及時有效的課程選修學(xué)生名單。 維修工程師向有關(guān)管理人員匯報維修情況。 故障分析，維修準備，奔赴顧客現(xiàn)場。 ? BSP法的優(yōu)點 能保證信息系統(tǒng)獨立于企業(yè)的組織機構(gòu)，即使將來企業(yè)的組織機構(gòu)或管理體制發(fā)生變化，信息系統(tǒng)的結(jié)構(gòu)體系不會受到太大的沖擊。 (5)近期計劃 三 企業(yè)系統(tǒng)計劃法 BSP 例如， 在 “ 可濃餐飲管理系統(tǒng) ” 中 我們就需要調(diào)研諸如， 菜式開發(fā)、顧客口味調(diào)研、定價、材料控制、飲食質(zhì)量控制、成本控制、服務(wù)員工資管理、廚師招聘、餐飲器具管理等等過程。 三、系統(tǒng)戰(zhàn)略規(guī)劃的作用和內(nèi)容 ? MIS的戰(zhàn)略規(guī)劃應(yīng)是組織的戰(zhàn)略規(guī)劃的一部。他認為數(shù)據(jù)管理應(yīng)該是實現(xiàn)企業(yè)全方位的數(shù)據(jù)存儲、檢索、處理和維護等；成熟應(yīng)該是形成了完善的信息系統(tǒng)，可以為各個管理層次提供信息。 特點： 成立了一個領(lǐng)導(dǎo)小組； 采用了數(shù)據(jù)庫（ DB）技術(shù)； 這一階段是計算機管理變?yōu)閿?shù)據(jù)管理的關(guān)鍵。 特點： 組織中只有個別人具有使用計算機的能力； 該階段一般發(fā)生在一個組織的財務(wù)部門。 1973年，諾蘭（ Nolan）首次提出了信息系統(tǒng)發(fā)展的階段理論，被稱為 諾蘭階段模型 ，1980年，諾蘭又進一步完善了該模型。 課后作業(yè) ? ―自下而上”和“自上而下”兩種 MIS的開發(fā)策略各有什么優(yōu)缺點？ ? 試述結(jié)構(gòu)化系統(tǒng)開發(fā)方法、原型法和面向?qū)ο箝_發(fā)方法的優(yōu)缺點和適用場合。 ? 把數(shù)據(jù)和操作封裝到對象之中。 面向?qū)ο蠓椒? 評價 ? OO方法直接反映了人們對客觀世界的認知模式。 ? 整理問題：對分析的結(jié)果作進一步的抽象、歸類、整理，并最終以范式的形式將他們確定下來。這種封裝了的對象滿足軟件工程的一切要求，而且可以直接被面向?qū)ο蟮某绦蛟O(shè)計語言所接受。 ? 對象可按其屬性進行歸類 (Class)。 面向?qū)ο蠓椒? 基本概念 ? 客觀世界由各種“對象” (Object)組成， 任何客觀事物都是對象，對象是在原事物基礎(chǔ)上抽象的結(jié)果。 ? 對用戶的管理水平要求高。 ? 開發(fā)的系統(tǒng)更加貼近實際，提高了用戶的滿意程度。 ?建造系統(tǒng)初始原型。自 80年代中期以來，原型法逐步被接受，并成為一種流行的信息系統(tǒng)開發(fā)方法。 適用范圍 ?該方法適用于一些組織相對穩(wěn)定、業(yè)務(wù)處理過程規(guī)范、需求明確且在一定時期內(nèi)不會發(fā)生大的變化的大型復(fù)雜系統(tǒng)的開發(fā)。 常用開發(fā)方法 結(jié)構(gòu)化系統(tǒng)開發(fā)方法 ? 缺點： ? 它是一種預(yù)先定義需求的方法，基本前提是必須能夠在早期就凍結(jié)用戶的需求，只適應(yīng)于可以在早期階段就完全確定用戶需求的項目。 從時間進程來看整個系統(tǒng)的的開發(fā)過程是一個從抽象到具體的過程，每一個階段的工作都體現(xiàn)了從上至下，逐步求精的結(jié)構(gòu)化特點。 ： 優(yōu)點： ? 階段的順序性和依賴性。 ) 系統(tǒng)開發(fā)生命周期法的基本框架 管理策略部分 開發(fā)策略部分 系統(tǒng)開發(fā)規(guī)劃 進程安排 評估 監(jiān)控 反饋 任務(wù)分解結(jié)構(gòu) WBS優(yōu)先級 開發(fā)經(jīng)驗 開發(fā)標準 Work Break down Structure 傳統(tǒng)的 WBS：可行行研究；初步調(diào)研；系統(tǒng)分析；總體設(shè)計；詳細設(shè)計； 現(xiàn)代的 WBS：系統(tǒng)規(guī)劃；系統(tǒng)分析；系統(tǒng)設(shè)計；系統(tǒng)實施；系統(tǒng)維護 系統(tǒng)開發(fā)遵循的基本模式 系統(tǒng)開發(fā)經(jīng)驗是寶貴的資源 包括活動，文檔，職責，質(zhì)量控制等 結(jié)構(gòu)化系統(tǒng)開發(fā)方法 開發(fā)原理 ? 用戶的積極參與 ：用戶積極參與信息系統(tǒng)的開發(fā)的全過程，是信息系統(tǒng)開發(fā)能否成功的一個關(guān)鍵的、絕對必要的因素。D) ? 開發(fā)方法的結(jié)構(gòu)體系：主流的系統(tǒng)開發(fā)方法，其側(cè)重點各有所不同： ? 強調(diào)開發(fā)過程的組織、管理和控制，屬于系統(tǒng)開發(fā)生命周期的范疇； ? 強調(diào)開發(fā)方法的驅(qū)動對象，屬于方法論的范疇； ? 支持某種方法論的技術(shù)，屬于技術(shù)范疇； ? 系統(tǒng)開發(fā)需要在一定的開發(fā)環(huán)境下運用開發(fā)工具來完成，屬于系統(tǒng)開 發(fā)環(huán)境 /工具研究的范疇。 常用開發(fā)方法 結(jié)構(gòu)化系統(tǒng)開發(fā)方法 基本思想 ? 結(jié)構(gòu)化系統(tǒng)開發(fā)方法 （ Structured System Development Mehtodology）是系統(tǒng)分析員、軟件工程師、程序員以及最終用戶按照用戶至上的原則，自上向下分析與設(shè)計和自底向上逐步實施的建立計算機信息系統(tǒng)的一個過程，是組織、管理和控制信息系統(tǒng)開發(fā)過程的一種基本框架。 ? 嚴格按劃分的階段和活動進行系統(tǒng)開發(fā) ：運用系統(tǒng)處理方法，將系統(tǒng)開發(fā)的全過程采取“分而治之（ Divide and conquer）的策略，將整個系統(tǒng)的開發(fā)過程分為一系列“階段（ Phases）”，然后再將階段分為一系列的“活動（ Activities）”，將活動劃分為更小的、更易于管理和控制的“作業(yè)（ Task）”。 前一個階段的完成是下一個階段工作的前提和依據(jù)。 結(jié)構(gòu)化系統(tǒng)開發(fā)方法 （二） ?邏輯設(shè)計和物理設(shè)計分離 。然而在實際中要做到這一點往往是不現(xiàn)實的，用戶很難準確地陳述其需求。 常用開發(fā)方法 原型法 原型法產(chǎn)生的原因 ?運用結(jié)構(gòu)化系統(tǒng)開發(fā)方法的前提條件是要求用戶在項目開始初期就非常明確地陳述其需求，需求陳述出現(xiàn)錯誤，對信息系統(tǒng)開發(fā)的影響尤為嚴重 ，因此，這種方法不允許失敗。 常用開發(fā)方法 原型法 基本思想 ? 原型法（ Prototyping Method）是在系統(tǒng)開發(fā)初期， 憑借系統(tǒng)開發(fā)人員對用戶需求的了解和系統(tǒng)主要功能的要求， 在強有力的軟件環(huán)境支持下，迅速構(gòu)造出系統(tǒng)的初始原型，然后與用戶一起不斷對原型進行修改、完善，直到滿足用戶需求。 ?用戶和開發(fā)人員評審。 ? 降低了系統(tǒng)開發(fā)風險。 適用范圍 ?原型法的適用范圍是比較有限