一、諾蘭模型
二、開發(fā)mis的基本條件
一個組織要開發(fā)信息系統(tǒng)必須對自己有—個清醒的認識，檢查組織是否具備以下基本的必要條件：
- 有科學的管理基礎。組織中所應用的管理理論與方法與組織的實際結(jié)合；組織有合理的管理體制和科學的管理方法、完善的規(guī)章制度、管理工作標準化、穩(wěn)定的作業(yè)秩序、完整準確的原始數(shù)據(jù)。
- 領導的重視和員工的積極參與。領導最熟悉清楚自己面臨的問題，最能合理地確定系統(tǒng)目標，擁有實現(xiàn)自己目標的人、財、物的調(diào)配權(quán)，能夠決定投資、調(diào)整機構(gòu)，確定應用程度等。員工是信息系統(tǒng)建設不可缺少的力量，他們的業(yè)務水平、工作習慣對新系統(tǒng)的積極性直接影響效果。
- 有—支高水平的專業(yè)技術(shù)隊伍。
- 有較雄厚的物資基礎。系統(tǒng)需要設備設施建設，開發(fā)費用，運行維護費用
三、開發(fā)方式
- 用戶自行開發(fā)
用戶具有開發(fā)系統(tǒng)的基本必要條件，且技術(shù)力量比較雄厚，可以采取自行開發(fā)的方式。這種開發(fā)方式的優(yōu)點是開發(fā)人員熟悉業(yè)務處理過程，溝通交流容易，但是，開發(fā)人員應專心從事開發(fā)工作，不受原來從事工作的影響，也應克服組織中各方面的干擾因素。 - 委托開發(fā)。
用戶將信息系統(tǒng)建設的規(guī)劃目標等方面的要求明確提出，可以采取招標等方式委托軟件公司，通過簽訂合同的方式來完成開發(fā)任務。這種開發(fā)方式的不足是，風險較大，對于開發(fā)單位需要進行深入調(diào)查，所簽訂的開發(fā)合同的條款需要細致、明確。 - 合作開發(fā)。
由用戶和開發(fā)單位共同完成系統(tǒng)開發(fā)任務。優(yōu)點在于雙方取長補短，用戶在此過程中培養(yǎng)了—支隊伍。在雙發(fā)合作過程中用戶應充分明確自身的職責。 - 從市場上購買滿足組織需求的軟件。
優(yōu)點是購買的軟件技術(shù)資料齊備、維護可靠，但是市場上的軟件往往具有通用性，對于組織的特殊情況難以充分考慮，需要進行二次開發(fā)，這往往會有—定的技術(shù)難度，沒有有關(guān)產(chǎn)品供應商的協(xié)助是難以進行的。 - 咨詢開發(fā)。
以組織自己的力量為主，外請專家進行咨詢的方式。主要的是系統(tǒng)分析員進行咨詢指導，如幫助系統(tǒng)的總體規(guī)劃和系統(tǒng)分析等，而系統(tǒng)的實施由組織自己進行。這種方式是對用戶自行開發(fā)的一種補充。
四、開發(fā)單位的選擇
除了自行開發(fā)以外的其它幾種開發(fā)方式，都存在選擇開發(fā)單位的問題。選擇開發(fā)單位—般應從以下幾個方面進行考慮和衡量
- 開發(fā)單位應具有計算機專門知識，熟悉開發(fā)工具
- 具有相關(guān)項目開發(fā)成功的實際開發(fā)經(jīng)驗
- 熟悉用戶的業(yè)務情況和開發(fā)過類似的信息系統(tǒng)項目
- 與用戶單位具有較近的地理位置，便于及時對系統(tǒng)進行維護
五、開發(fā)工作組織
系統(tǒng)開發(fā)是—項涉及面廣的工作，需要成立相應的工作組織：
- 系統(tǒng)開發(fā)領導小組：系統(tǒng)開發(fā)領導小組的任務是制定管理信息系統(tǒng)規(guī)劃；在開發(fā)過程中，根據(jù)客觀發(fā)展情況進行決策，協(xié)調(diào)各方面的關(guān)系，控制開發(fā)進度。小組成員應包括—名企業(yè)領導，系統(tǒng)開發(fā)項目負責人，有經(jīng)驗的系統(tǒng)分析師，以及用戶各主要部門的業(yè)務負責人。
- 系統(tǒng)開發(fā)工作小組：系統(tǒng)開發(fā)工作小組由系統(tǒng)分析員，即系統(tǒng)工程師負責。其任務是根據(jù)系統(tǒng)目標和系統(tǒng)開發(fā)領導小組的指導展開具體工作。這些工作包括開發(fā)方法的選擇，各類調(diào)查的設計和實施，調(diào)查結(jié)果的分析，撰寫可行性報告，系統(tǒng)的邏輯設計，系統(tǒng)的物理設計，系統(tǒng)的具體編程和實施，制定新舊系統(tǒng)的交接方案，監(jiān)控系統(tǒng)的運行；如果需要，協(xié)助組織進行組織機構(gòu)變革。
? 項目：必須在預算內(nèi)、指定時間內(nèi)、按特定規(guī)范完成的—序列獨特復雜且相互關(guān)聯(lián)的活動。
? 項目經(jīng)理：項目從開始到結(jié)束負責監(jiān)督的人員。
? 項目管理：在規(guī)定的時間內(nèi)以最小的成本，確定項目范圍、規(guī)劃、人員配備、組織、指導和控制—個可接受系統(tǒng)的開發(fā)。
? 過程管理(Process management) : 記錄、管理和持續(xù)改進系統(tǒng)開發(fā)過程的活動。
項目的規(guī)模范圍和復雜性決定了項目規(guī)劃過程的全面性和最終成果。此外，還得做出資源可用性和潛在問題的許多假設。分析這些假設及系統(tǒng)成本／收益構(gòu)成了—個商業(yè)案例(business case) 。
Business case: A written report that outlines the justification for an information system. The report highlights economic benefits and costs and the technical and organizational feasiblity of the proposedsystem.
六、CMMI (or CMM)
能力成熟度模型(Capability Maturity Model Integration) : 評估組織信息系統(tǒng)開發(fā)、管理流程和產(chǎn)品成熟度的標準化框架。（卡內(nèi)基梅隆大學軟件工程研究所）
- CMMI是信息技術(shù)領域?qū)θ尜|(zhì)量管理TQM 的回應。
- CMMI共有五級每—級都是下—級的先決條件：
? 級別1, 初始級：系統(tǒng)開發(fā)無既定過程，也就是無既定方法學。每個開發(fā)團隊都遵循各自的方法學。項目成敗取決于項目團隊的技能和經(jīng)驗。開發(fā)過程不可預測、不可重復。項目會遇到許多危機，并且常常超出預算和延期。文檔是零散的且缺乏—致性導致系統(tǒng)維護很困難。幾乎所有組織一開始都處于第1 級。
? 級別2, 可重復級：組織已經(jīng)建立了項目管理過程和實踐來跟蹤項目費用、進度和功能。這—級的重點是項目管理。組織會采用方法學開發(fā)系統(tǒng)，但不同項目可能采用不同方法學。項目的成敗仍取決于項目團隊的技能和經(jīng)驗。
? 級別3, 已定義級：購買或開發(fā)了標準系統(tǒng)開發(fā)過程（方法學）。組織所有的系統(tǒng)開發(fā)和維護項目都使用該方法學的某個剪裁版本。由于所有項目都使用標準化的過程，所以項目文檔和交付成果能保持—致且質(zhì)量很高。開發(fā)過程穩(wěn)定、可預測、可重復。
? 級別4, 己管理級別：組織建立了可度量的質(zhì)量和生產(chǎn)率目標。標準過程和產(chǎn)品質(zhì)量的詳細度量數(shù)據(jù)被例程化的收集和存儲在數(shù)據(jù)庫中。組織能應用這些數(shù)據(jù)提高單個項目的管理水平。這樣，組織能更主動地應對系統(tǒng)開發(fā)問題（如費用超支、進度延遲等）。甚至當項目遇到不可預期問題時，仍可在預測和度量問題影響的基礎上調(diào)整項目開發(fā)。
? 級別5 優(yōu)化級：使用級別4建立的度量體系和數(shù)據(jù)分析，持續(xù)監(jiān)控和改進標準開發(fā)過程。
七、項目管理組的組成
? 項目經(jīng)理
? 過程管理小組
? 項目支持小組
? 質(zhì)星保證小組
? 系統(tǒng)工程小組
? 開發(fā)小組
? 系統(tǒng)集成小組
- 企業(yè)高層領導
? 管理信息系統(tǒng)的開發(fā)必然涉及企業(yè)中的組織結(jié)構(gòu)的變動。實際上就是對于人的權(quán)力和職責的再分配。這種工作在—個組織中，如果沒有第—把手的首肯，是不可能做好的。
? 對于信息系統(tǒng)這種組織中的神經(jīng)中樞系統(tǒng)，其目標必須與組織戰(zhàn)略目標—致，否則系統(tǒng)建立之后是無法運行的。組織戰(zhàn)略目標與信息系統(tǒng)目標的結(jié)合只有最高領導才能把握，所以高層領導必須是系統(tǒng)開發(fā)小組的領導成員，并且要切實的投入時間和精力。 - 項目主管
? 項目主管是實際系統(tǒng)開發(fā)的業(yè)務領導者與組織者，他主持整個系統(tǒng)開發(fā)，確定工作目標以及確定實現(xiàn)目標的具體方案。
? 項目主管需要懂管理和懂技術(shù)兩方面工作的才能。管理需要項目主管有很強的管理能力和與人進行交流的能力。技術(shù)方面的工作才能，包括對計算機科學技術(shù)地掌握和應用，有能力指定系統(tǒng)開發(fā)時有關(guān)問題的技術(shù)解決方案與技術(shù)路線。 - 系統(tǒng)分析員
? 系統(tǒng)分析員的主要任務是研究用戶對信息系統(tǒng)的需求，進行可行性研究；進行系統(tǒng)分析與設計；負責對新系統(tǒng)地安裝、測試和技術(shù)文件的編寫。
? 系統(tǒng)分析員不僅應當具備計算機硬件、軟件的知識，懂得企業(yè)管理的業(yè)務，還應了解現(xiàn)代化管理方法以及各種經(jīng)濟數(shù)學模型在企業(yè)管理中的應用，并且應當具有理論聯(lián)系實際、靈活運用上述知識的能力。
? 系統(tǒng)分析員也要善于處理人際關(guān)系，能與各類人員建立良好的合作關(guān)系；能夠正確理解各級管理人員提出的需求，靈活運用現(xiàn)代管理方法，將這些需求經(jīng)過分析和邏輯拙象轉(zhuǎn)換為計算機系統(tǒng)的設計方案，成為編寫程序的依據(jù)。 - 硬件網(wǎng)絡設計員
? 根據(jù)新系統(tǒng)邏輯方案制定硬件網(wǎng)絡配置方案，并負責該方案的全部實施工作。
? 數(shù)據(jù)庫管理員
? 根據(jù)系統(tǒng)邏輯方案中提出的數(shù)據(jù)需求進行數(shù)據(jù)庫的設計、定義和存儲工作，負責在系統(tǒng)運行中監(jiān)督和控制數(shù)據(jù)庫的運行以及數(shù)據(jù)庫的維護和改進工作。 - 程序設計員
? 程序設計員的主要任務是按照系統(tǒng)分析員提出的設計方案編寫程序，調(diào)試程序，修改程序，直到新系統(tǒng)投入運行。在系統(tǒng)交付使用以后，企業(yè)的程序設計員還要擔負系統(tǒng)的運行維護工作，負責程序的改進任務。
? 程序設計員應該有較強的邏輯思維能力，掌握計算機軟件的基本知識，熟練掌握數(shù)據(jù)庫及程序設計語言。 - 組織的管理人員
? 在前期他們要把自己的需求非常準確和全面地提供給系統(tǒng)分析員；在與計算機工作人員進行溝通時，要把業(yè)務流程和系統(tǒng)功能闡述得很透徹。在后期系統(tǒng)雛形出來之后，能夠根據(jù)系統(tǒng)的功能，對系統(tǒng)進行客觀的評價，找出系統(tǒng)改進方向。
? 參與系統(tǒng)開發(fā)的管理人員必須是業(yè)務骨干，了解自己的部門或自己工作的關(guān)鍵點和難點是什么，更重要的是能夠?qū)ξ磥硇畔⑾到y(tǒng)的構(gòu)成和添加哪些新功能有自己的看法。
? 由于新系統(tǒng)的采用，勢必造成原來管理方法和思路的改變。企業(yè)管理人員應當按照新系統(tǒng)的要求，組織基礎管理工作的整頓，提供新系統(tǒng)運行所需的各種數(shù)據(jù)，積極參與新系統(tǒng)開發(fā)所需要的培訓，盡快適應新系統(tǒng)的工作思路和流程。
八、開發(fā)項目管理
項目管理協(xié)調(diào)開發(fā)人員和系統(tǒng)用戶之間關(guān)系，以保證開發(fā)過程有條不紊的進行。
- 計劃管理
? 制定總體計劃，確定系統(tǒng)開發(fā)范圍，估算開發(fā)所需資源，劃分系統(tǒng)開發(fā)階段，分步實施，明確系統(tǒng)開發(fā)重點
? 制定階段計劃，分解階段任務，估算階段工作，規(guī)劃階段工作進度
? 工程計劃執(zhí)行情況檢查，找出無法按計劃完成的原因并且提出相應建議，以對計劃做出相應調(diào)整 - 技術(shù)管理
? 主要工作內(nèi)容為標準化管理，確定所依據(jù)的標準，確定自定義標準范圍
? 安全管理制定安全保密制度，排除不安全因素，進行安全保密教育。 - 質(zhì)量管理
? 貫徹系統(tǒng)開發(fā)過程質(zhì)量管理原則
? 確定系統(tǒng)質(zhì)量管理指標體系
? 保證系統(tǒng)的可用性、系統(tǒng)的正確性、系統(tǒng)的適用性、可維護性、以及文檔完整性
? 系統(tǒng)開發(fā)周期內(nèi)的質(zhì)量管理，分級段確認工程質(zhì)量指標，實行質(zhì)量責任制
? 對各項任務進行質(zhì)量檢查，分階段質(zhì)量評審，分析影響階段質(zhì)量的原因。 - 資源管理
? 人員管理：制定各類專業(yè)人員需求計劃，對人員進行合理組織和使用，進行人員培訓
? 軟件資源管理：明確軟件所需和軟件來源，合理使用軟件，重視軟件的日常維護
? 硬件資源管理：熟悉系統(tǒng)運行環(huán)境和硬件系統(tǒng)配置，制定硬件安全使用制度，重視硬件維護保養(yǎng)，加強對輔助設備的管理
? 資金管理：嚴格執(zhí)行投資概算，包括硬件軟件投資、系統(tǒng)開發(fā)費用、運行和維護費用，做到資金使用平衡，定期編制資金使用報表。
CMMI 2級開始項目管理。CMMI 3級開始過程管理。大多數(shù)追求CMMI的組織都將目標鎖定在3級，也就是說，始終使用標準化過程或方法來開發(fā)所有信息系統(tǒng)
九、MIS開發(fā)基本原理
MIS開發(fā)不管采用何種ISDM, 都要遵循—些基本原理：
- 原理1: 讓系統(tǒng)用戶參與開發(fā)。
交流不暢和誤解是系統(tǒng)開發(fā)中存在的主要問題。但是，系統(tǒng)用戶的參與和培訓可以減少這類問題的發(fā)生，并有助于新想法和技術(shù)被人們所接受。因為人們往往抵制變化，所以信息技術(shù)經(jīng)常被看作是—種威脅，所以開發(fā)人員需要經(jīng)常與系統(tǒng)用戶交流，消除這種觀點 - 原理2: 確立開發(fā)階段和開發(fā)活動
各種ISDM都有自己的開發(fā)階段和開發(fā)活動！而且不同專家、組織還可能依據(jù)項目裁剪ISDM - 原理3: 用文檔記錄整個開發(fā)過程
? 大中型項目中，為促進不斷變動的關(guān)聯(lián)人員間的交流，文檔必須同開發(fā)過程同步。但是要注意文檔工作量的問題。 - 原理4: 遵循EA標準
? 企業(yè)IT架構(gòu)是企業(yè)架構(gòu)(Enterprise Architect, EA) 的重要組成部分。
? 組織開發(fā)信息系統(tǒng)或進行系統(tǒng)集成時必須遵循企業(yè)信息系統(tǒng)架構(gòu)設置的標準，如標準化數(shù)據(jù)庫技術(shù)、接口技術(shù)等。IT架構(gòu)通常由CTO負責。 - 原理5: 過程管理與項目管理(manage process and projects)
? 過程管理確保組織選定的方法學在所有項目中得到—致的運用。
? 項目管理確保在規(guī)定時間內(nèi)，以最小開銷，開發(fā)出質(zhì)量可接受（以組織選定的方法學）的MIS系統(tǒng)。
? 有效的項目管理是CMM 2級，可重復的開發(fā)過程則是CMM 3級， CMM4級和CMM 5級則需要有效的過程管理。
? 項目管理可以不需要標準過程，但在成熟組織中，所有項目都應遵循—個標準化的可管理的過程。 - 原理6: 視MIS系統(tǒng)為重要投資
- 系統(tǒng)開發(fā)—般有多種方案供選擇，應評價每種方案的可行性，尤其是成本效益。
- 成本效益分析要貫穿整個開發(fā)過程。
? 系統(tǒng)所有者期望獲取投資范圍之外的功能。
? 同時，隨著分析員對業(yè)務和需求了解的逐步深入，項目范圍也會隨之擴大，費用和進度也需要重新評估。 - 作為重要資產(chǎn)信息系統(tǒng)規(guī)劃由企業(yè)戰(zhàn)略規(guī)劃驅(qū)動。
- 原理7: 風險管理
- 注意風險和收益的平衡。不同組織的風險承受能力不同。
- 避免跌入成本泥潭。整個過程應設立多個可行性檢測點，分析員在每個檢測點考慮：
? 項目不再可行就取消它。
? 項目范圍增加了，就重新評估費用和進度。
? 如果不能改變項目預算和進度，并且當前項目預算和進度不足以實現(xiàn)所有的項目目標，就縮小項目范圍。
- 原理8: 分而治之
? 通過不斷地將—個大系統(tǒng)分解成更容易管理的小系統(tǒng)（子系統(tǒng)）,分析員可以簡化問題解決的過程。
? 將系統(tǒng)的不同部分委托給不同的關(guān)聯(lián)人員。
? 分而治之有助于項目成員溝通和項目管理。 - 原理9: 考慮未來的增長和變化
? 設計良好的MIS系統(tǒng)應能夠適應業(yè)務的變化和增長。
十、MIS開發(fā)
在討論MIS開發(fā)過程時，不會局限于特定ISDM, 課程將討論幾個一般化階段，包括：
? 系統(tǒng)規(guī)劃
? 系統(tǒng)分析
? 系統(tǒng)設計
? 系統(tǒng)實施
同時，我們還需要了解—些跨階段全過程持續(xù)性活動，包括：
? 調(diào)查研究
? 文檔工作和演示匯報
? 可行性分析
? 項目管理和過程管理
-
mis開發(fā)跨階段活動——調(diào)查研究
進行調(diào)查時應注意的事項
1、調(diào)查前要做好計劃和用戶培訓
2 、注意調(diào)查態(tài)度。調(diào)查要從系統(tǒng)的現(xiàn)狀出發(fā)，避免先入為主。要結(jié)合組織的實際清況管理現(xiàn)狀，了解實際問題，得到客觀資料。
3、調(diào)查順序。先自上而下進行初步調(diào)查，在了解總體和全部的基礎上，再由下而上地進行詳細調(diào)查。
4、調(diào)查與分析整理相結(jié)合
5、規(guī)范調(diào)查圖表
6、調(diào)查資料的搜集和整理與歸檔。原始資料包括：
1）報表、單據(jù)的樣品和格式
2）調(diào)查訪問的記錄
3）調(diào)查訪問后形成的圖表
4）調(diào)查訪問后，初步歸納的文字資料 -
mis開發(fā)跨階段活動——文檔與演示
軟件＝文檔＋程序
1.文檔是人腦思維活動的體現(xiàn)，是mis建設中的唯一可見物。
2.它能用來統(tǒng)一思想，防止健忘和誤解，是MIS開發(fā)團隊內(nèi)各類人員之間及團隊內(nèi)外的通訊依據(jù)。
3.它是觀察、控制、協(xié)調(diào)信息系統(tǒng)開發(fā)過程的依據(jù)。溝通是MIS項目成功的基本要素。事實上，溝通差常被認為是項目延期或返工的原因
MIS開發(fā)有兩種常見的溝通技術(shù)：文檔記錄和演示匯報。
所有的項目階段中都會用到文檔和演示。記錄文檔的要求：
? 文檔要標準化、規(guī)范化
? 維護文檔的—致性
? 維持文檔的可追蹤性
? 文檔管理的制度化 -
mis開發(fā)跨階段活動——可行性分析
MIS開發(fā)全過程都需要進行可行性分析。因為項目可行性在開發(fā)過程中有可能變化。
? 比如，在初步研究需求后，原來明顯可行的項目范圍和項目復雜性可能會發(fā)生變化，導致以前看來可行的項目變得不再可行。所以， MIS開發(fā)中—般要設立幾個可行性檢查點(checkpoint) 。
? 在系統(tǒng)分析階段，—般會在定義項目范圉時設—個，進行問題分析時又設—個。
? 在系統(tǒng)設計階段，—般會在決策分析階段設置—個。
? 可行性檢查點的設置依項目團隊所用ISDM 、項目特性、組織特性而定，不固定。 -
mis開發(fā)跨階段活動——過程管理與項目管理
MIS項目管理的工具和技術(shù)
1、PERT (Project/Program Evaluation and Review Technique, 項目評估和評審技術(shù)），圖形化的網(wǎng)絡模型，描述項目中任務之間的關(guān)系，主要用來在任務被調(diào)度之前理清任務之間的依賴關(guān)系。
2、甘特圖(Gantt Chart) , —種簡單的水平條形圖，以日歷為基準描述項目任務。
兩種圖可以并用—般來講交流進度時用甘特圖，研究任務間關(guān)系時用PERT圖。MIS項目管理的基本職能
1、確定項目范圍。項目范圍定義了項目的邊界，哪些業(yè)務將被研究、分析、設計、構(gòu)造、實現(xiàn)并最終得到改進，也就是確定系統(tǒng)的哪些方面在項目之內(nèi)，哪些在項目之外。項目經(jīng)理必須圈定項目預期和約束條件，以便規(guī)劃開發(fā)活動，估算費用和管理預期。
2、規(guī)劃任務。項目主管依據(jù)項目目標和項目所用ISDM確定完成項目需要執(zhí)行的任務
任務規(guī)劃通常以自頂向下的綱要方式定義。以WBS (work breakdown structure, 工作分解結(jié)構(gòu)）表示。
? WBS: 將項目層次化的分解為開發(fā)階段開發(fā)活動和開發(fā)任務。任務分解應以可計劃、可調(diào)度、可分配、可管理的工作量為準。
? —般建議兩周或更短時間內(nèi)能完成的工作量。
? 實際上，大多數(shù)ISDM 已經(jīng)做了任務規(guī)劃，但是也允許項目主管在實際開發(fā)中，依據(jù)項目特性增加、刪除和修改活動和任務
? WBS中會有—些特殊的稱為里程碑(milestone) 的任務。里程碑事件標識項目開發(fā)期間主要交付成果的完成或結(jié)束。
3、估算任務工期。完成項目所需的每個任務必須被估算：需要多少時間？需要多少人？需要什么技能？哪些任務必須在其他任務開始之前完成？哪些任務可以重疊？任務開銷會有多大?
4、任務調(diào)度。給定項目計劃，項目主管要制定進度表，負責調(diào)度所有的任務。調(diào)度必須充分理解各任務任務前置條件、任務持續(xù)時間。
5、組織。項目主管必須確保團隊成員理解各自的角色和職責，分配項目資源。
6 、指導。項目主管要有良好的人際溝通能力，協(xié)調(diào)、協(xié)商、激勵、忠告、贊賞和獎勵團隊成員，指導團隊的開發(fā)活動。
7、控制。項目計劃的執(zhí)行過程很少有不出問題或不超期的。項目主管必須監(jiān)視和報告項目的進展，包括目標范圍進度和費用，并在需要時做出適當調(diào)整。
8、總結(jié)。項目結(jié)束時總結(jié)經(jīng)驗教訓。
