【文章內(nèi)容簡(jiǎn)介】 統(tǒng)建設(shè)過(guò)程用戶參與程度低系統(tǒng)開(kāi)發(fā)的工作任務(wù)集中在系統(tǒng)實(shí)施階段系統(tǒng)實(shí)施階段的工作采用 “自底向上 ”的方法面向過(guò)程的結(jié)構(gòu)化生命周期法以業(yè)務(wù)流程（過(guò)程）為分析的切入點(diǎn)進(jìn)行問(wèn)題的抽象和需求的確定以結(jié)構(gòu)化方法分析和設(shè)計(jì)系統(tǒng) 以信息系統(tǒng)生命周期來(lái)組織和管理系統(tǒng)的開(kāi)發(fā)過(guò)程結(jié)構(gòu)化結(jié)構(gòu)化系統(tǒng)分析與設(shè)計(jì)方法 (Structured System Analysis and Design,SSAD)，也稱(chēng)為面向過(guò)程（ ProcessingOriented， PO）方法。內(nèi)涵：開(kāi)發(fā)過(guò)程階段化：嚴(yán)格的開(kāi)發(fā)步驟、任務(wù)、結(jié)果開(kāi)發(fā)工具標(biāo)準(zhǔn)化：數(shù)據(jù)流圖、結(jié)構(gòu)圖、數(shù)據(jù)字典開(kāi)發(fā)文檔規(guī)范化：格式、內(nèi)容、功能開(kāi)發(fā)方法層次化：自頂向下分析和設(shè)計(jì)、自底向上實(shí)施和調(diào)試集成開(kāi)發(fā)的系統(tǒng)結(jié)構(gòu)化、模塊化：按照功能獨(dú)立分解模塊、構(gòu)建子系統(tǒng)面向過(guò)程的結(jié)構(gòu)化生命周期法的主要原則用戶參與原則嚴(yán)格劃分工作階段，遵循 “先邏輯，后物理”的原則自頂向下的原則工作成果描述標(biāo)準(zhǔn)化原則生命周期法生命周期法將信息系統(tǒng)的開(kāi)發(fā)過(guò)程劃分為五個(gè)階段：系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施、系統(tǒng)運(yùn)行與維護(hù)。系統(tǒng)規(guī)劃和分析階段主要任務(wù)系統(tǒng)規(guī)劃階段：初步調(diào)查、用戶需求分析、制定目標(biāo)、可行性分析、 審批系統(tǒng)分析階段：詳細(xì)調(diào)查、信息需求分析、建立邏輯模型、提交分析說(shuō)明書(shū)、審查系統(tǒng)設(shè)計(jì)階段主要任務(wù)確定實(shí)施方案物理模型。概要設(shè)計(jì)（總體設(shè)計(jì)）：設(shè)計(jì)系統(tǒng)體系結(jié)構(gòu)、硬件系統(tǒng)設(shè)計(jì)、網(wǎng)絡(luò)設(shè)計(jì)、 設(shè)計(jì)數(shù)據(jù)庫(kù)結(jié)構(gòu)并定義各模塊的功能和相互之間的接口關(guān)系 。詳細(xì)設(shè)計(jì)：定義每個(gè)子模塊的功能、算法、內(nèi)部特征。詳細(xì)設(shè)計(jì)包括輸入、輸出設(shè)計(jì)、代碼設(shè)計(jì)、文件設(shè)計(jì)、處理流程設(shè)計(jì)等。系統(tǒng)實(shí)施階段主要任務(wù)硬件設(shè)備的購(gòu)置、安裝、調(diào)試程序設(shè)計(jì)系統(tǒng)測(cè)試人員培訓(xùn)系統(tǒng)初始化系統(tǒng)運(yùn)行、維護(hù)階段主要任務(wù)運(yùn)行維護(hù)信息系統(tǒng)的生命周期詳細(xì)設(shè)計(jì)提出要求可行性研究系統(tǒng)評(píng)價(jià)系統(tǒng)維護(hù)驗(yàn)收編程調(diào)試系統(tǒng)轉(zhuǎn)換詳細(xì)調(diào)查初步調(diào)查邏輯設(shè)計(jì)開(kāi)發(fā)方案選擇審批審查審查總體設(shè)計(jì)系統(tǒng)規(guī)劃系統(tǒng)分析系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)施系統(tǒng)運(yùn)行 和維護(hù)生命周期法的開(kāi)發(fā)過(guò)程（一）提出要求初步調(diào)查可行性研究可行性分析報(bào)告審批修改目標(biāo)、追加資源、等待條件A停止研制 否 修改是生命周期法的開(kāi)發(fā)過(guò)程（二）A詳細(xì)調(diào)查邏輯設(shè)計(jì)系統(tǒng)分析報(bào)告審批B修改說(shuō)明書(shū)停止研制 否 修改是生命周期法的開(kāi)發(fā)過(guò)程（三）B總體設(shè)計(jì)詳細(xì)設(shè)計(jì)系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)審批停止研制修改設(shè)計(jì)方案C否 修改是生命周期法的開(kāi)發(fā)過(guò)程（四）C系統(tǒng)實(shí)施調(diào) 試 修改系統(tǒng)驗(yàn)收交付使用是修改生命周期法的主要優(yōu)、缺點(diǎn)優(yōu)點(diǎn)：階段分明，步驟清楚，每一階段都有成果作為下一階段的工作依據(jù)；強(qiáng)調(diào)用戶第一的原則 ；強(qiáng)調(diào)結(jié)構(gòu)化的方法 ；工作文檔規(guī)范化、標(biāo)準(zhǔn)化 ；可以分工合作完成，項(xiàng)目可管理性強(qiáng)。缺點(diǎn)：開(kāi)發(fā)周期長(zhǎng)；系統(tǒng)開(kāi)發(fā)成本高，效率低；用戶需求難以準(zhǔn)確把握；預(yù)先定義需求，靈活性差；不能很好地解決從系統(tǒng)分析到系統(tǒng)設(shè)計(jì)的過(guò)渡 。適用： 組織相對(duì)穩(wěn)定、業(yè)務(wù)處理過(guò)程規(guī)范、需求明確且在一定時(shí)間不會(huì)發(fā)生大變化的系統(tǒng) 原型法原型法也稱(chēng)為快速原型法（ Rapid Prototyping Approach）或快速應(yīng)用開(kāi)發(fā)方法（ Rapid Application Development， RAD）原型法是在信息系統(tǒng)開(kāi)發(fā)時(shí)首先構(gòu)造一個(gè)功能簡(jiǎn)單的原型系統(tǒng)（初始原型），然后通過(guò)對(duì)原型系統(tǒng)逐步求精，不斷擴(kuò)充完善得到最終的軟件系統(tǒng)（工作原型）原型法的特點(diǎn)允許試探和重復(fù)，是一個(gè)不斷迭代、逐漸逼近、積累知識(shí)的過(guò)程不需要預(yù)先完整、準(zhǔn)確定義系統(tǒng)需求迭代過(guò)程是對(duì)開(kāi)發(fā)對(duì)象認(rèn)識(shí)不斷深入、需求不斷清晰的過(guò)程，也是系統(tǒng)功能不斷實(shí)現(xiàn)和完善的過(guò)程。原型法開(kāi)發(fā)流程基本需求初始原型與用戶討論修改原型滿意 ?工作原型ＮＹ原型法的優(yōu)、缺點(diǎn)優(yōu)點(diǎn)：用戶要求滿足性好用戶容易參與開(kāi)發(fā)周期短缺點(diǎn) ：不適于大型、復(fù)雜系統(tǒng)不能改善原系統(tǒng)的問(wèn)題適用：小型、簡(jiǎn)單、需求經(jīng)常發(fā)生變化的系統(tǒng) 丟棄式原型法與生命周期法的結(jié)合過(guò)程確定系 統(tǒng) 的基本要求建造系 統(tǒng) 原型用 戶 和開(kāi) 發(fā) 人 員評(píng)審 修改原始系 統(tǒng)用 戶滿 意滿 意不 滿 意系 統(tǒng)規(guī) 劃系 統(tǒng) 分析系 統(tǒng)設(shè)計(jì)需求明確系 統(tǒng)實(shí) 施系 統(tǒng) 運(yùn)行 維護(hù)否是生命周期法原型法遞增原型法的開(kāi)發(fā)過(guò)程系 統(tǒng)總 體 設(shè)計(jì)實(shí)現(xiàn) 某一功能實(shí)現(xiàn) 全部功能否是最 終 系 統(tǒng)面向?qū)ο蠓椒ㄒ詫?duì)象為中心構(gòu)造信息系統(tǒng)的方法。面向?qū)ο蟮姆椒?=對(duì)象 +類(lèi) +繼承 +通信對(duì)象：客觀事物由對(duì)象組成，具有封裝性，對(duì)象是對(duì)其狀態(tài)和行為的封裝，狀態(tài)是對(duì)象的靜態(tài)特征，由 “屬性 ”描述，行為是對(duì)象的動(dòng)態(tài)特征，由操作（方法）描述。類(lèi)：是具有相同數(shù)據(jù)結(jié)構(gòu)和相同操作的對(duì)象的集合。類(lèi)可以用來(lái)產(chǎn)生對(duì)象，對(duì)象是類(lèi)的一個(gè)實(shí)例。繼承：對(duì)象具有繼承性通信和消息：對(duì)象間的聯(lián)系通過(guò)消息傳遞來(lái)實(shí)現(xiàn)面向?qū)ο蠓椒ǖ拈_(kāi)發(fā)過(guò)程1. 系統(tǒng)調(diào)查和需求分析2. 面向?qū)ο蠓治觯?ObjectOriented Analysis,OOA）：分析問(wèn)題，抽象出對(duì)象及其行為、結(jié)構(gòu)、屬性和方法等3. 面向?qū)ο笤O(shè)計(jì)（ ObjectOriented Design,OOD）：對(duì)對(duì)象抽象、歸類(lèi)、整理，形成范式4. 面向?qū)ο蟪绦蛟O(shè)計(jì)（ ObjectOriented Programming,OOP）：用面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言將范式直接映射為應(yīng)用軟件。面向?qū)ο蠓椒ǖ膬?yōu)點(diǎn)繼承機(jī)制避免了由于系統(tǒng)內(nèi)對(duì)象封閉而造成數(shù)據(jù)和操作冗余的現(xiàn)象；對(duì)象具有可修改性和可重用性，實(shí)現(xiàn)軟件資源共享、加速軟件開(kāi)發(fā)過(guò)程；具有良好的可維護(hù)性和可擴(kuò)展性。信息冗余度信息的冗余(Redundancy)是指表達(dá)信息的量和實(shí)際信息量之間的差值。在信息系統(tǒng)中，一方面為了減少信息的存儲(chǔ)容量和避免信息的不致性，要盡量減少信息的冗余；另一方面，為了檢驗(yàn)信息傳輸是否正確或數(shù)據(jù)備份，信息的冗余又是必要的信息系統(tǒng)開(kāi)發(fā)條件領(lǐng)導(dǎo)重視，業(yè)務(wù)人員積極性高 。 必須有建立 IS的實(shí)際需求和迫切性 。企業(yè)所處的市場(chǎng)環(huán)境比較健全 ,有實(shí)現(xiàn)現(xiàn)代企業(yè)制度的機(jī)制；必須要有一定的科學(xué)管理基礎(chǔ) 。有必要的投資保證，并能提供系統(tǒng)維護(hù)人員的編制和維護(hù)費(fèi)用 。 管理人員知識(shí)結(jié)構(gòu)應(yīng)滿足系統(tǒng)建設(shè)需要 。管理工作基礎(chǔ)扎實(shí) ,基礎(chǔ)數(shù)據(jù)要齊全規(guī)范。信息系統(tǒng)開(kāi)發(fā)前的準(zhǔn)備建立開(kāi)發(fā)的領(lǐng)導(dǎo)機(jī)構(gòu)，組織開(kāi)發(fā)隊(duì)伍；借鑒同類(lèi)系統(tǒng)的開(kāi)發(fā)經(jīng)驗(yàn)；選擇適合本企業(yè)實(shí)際的開(kāi)發(fā)方式；確定系統(tǒng)目標(biāo)、開(kāi)發(fā)策略和投資金額；收集和整理基礎(chǔ)數(shù)據(jù)。信息系統(tǒng)開(kāi)發(fā)方式 1. 獨(dú)立開(kāi)發(fā) 2. 委托開(kāi)發(fā) 3. 合作開(kāi)發(fā) 4. 購(gòu)買(mǎi)現(xiàn)成軟件 獨(dú)立開(kāi)發(fā)由用戶依靠自己的力量獨(dú)立完成系統(tǒng)開(kāi)發(fā)的各項(xiàng)任務(wù)。適于： 有較強(qiáng)專(zhuān)業(yè)開(kāi)發(fā)分析與設(shè)計(jì)隊(duì)伍和程序設(shè)計(jì)人員，系統(tǒng)維護(hù)使用隊(duì)伍的組織和單位，如：大學(xué)、研究所、計(jì)算機(jī)公司、高科技公司等單位等優(yōu)點(diǎn)： 開(kāi)發(fā)費(fèi)用少，容易開(kāi)發(fā)出適合本單位需要的系統(tǒng)，方便維護(hù)和擴(kuò)展，有利于培養(yǎng)自己的系統(tǒng)開(kāi)發(fā)人員。缺點(diǎn)： 容易受業(yè)務(wù)工作的限制，系統(tǒng)整體優(yōu)化不夠，開(kāi)發(fā)水平較低。此外，系統(tǒng)開(kāi)發(fā)時(shí)間長(zhǎng)，開(kāi)發(fā)人員調(diào)動(dòng)后系統(tǒng)維護(hù)工作沒(méi)有保障。 注意： 需要大力加強(qiáng)領(lǐng)導(dǎo)，實(shí)行 “ 一把手 ” 原則； 向?qū)I(yè)開(kāi)發(fā)人士或公司進(jìn)行必要的技術(shù)咨詢，或聘請(qǐng)他們作為開(kāi)發(fā)顧問(wèn)。 委托開(kāi)發(fā)由使用單位（甲方）委托通常是有豐富開(kāi)發(fā)經(jīng)驗(yàn)的機(jī)構(gòu)或?qū)I(yè)開(kāi)發(fā)人員（乙方），按照用戶的需求承擔(dān)系統(tǒng)開(kāi)發(fā)的任務(wù)。適合 :使用單位（甲方）沒(méi)有 MIS的系統(tǒng)分析、系統(tǒng)設(shè)計(jì)及軟件開(kāi)發(fā)人員或開(kāi)發(fā)隊(duì)伍力量較弱、但資金較為充足的單位。優(yōu)點(diǎn)： 省時(shí)、省事，開(kāi)發(fā)的系統(tǒng)技術(shù)水平較高。缺點(diǎn)： 費(fèi)用高、系統(tǒng)維護(hù)與擴(kuò)展需要開(kāi)發(fā)單位的長(zhǎng)期支持，不利于本單位的人才培養(yǎng)。注意： 使用單位（甲方）的業(yè)務(wù)骨干要參與系統(tǒng)的論證工作；開(kāi)發(fā)過(guò)程中需要開(kāi)發(fā)單位（乙方）和使用單位（甲方）雙方及時(shí)溝通，進(jìn)行協(xié)調(diào)和檢查。合作開(kāi)發(fā)由使用單位（甲方）和有豐富開(kāi)發(fā)經(jīng)驗(yàn)的機(jī)構(gòu)或?qū)I(yè)開(kāi)發(fā)人員（乙方），共同完成開(kāi)發(fā)任務(wù)。雙方共享開(kāi)發(fā)成果，實(shí)際上是一種半委托性質(zhì)的開(kāi)發(fā)工作。適合 :使用單位（甲方）有一定的信息系統(tǒng)分析、設(shè)計(jì)及軟件開(kāi)發(fā)人員，但開(kāi)發(fā)隊(duì)伍力量較弱，希望通過(guò)信息系統(tǒng)的開(kāi)發(fā)建立、完善和提高自己的技術(shù)隊(duì)伍，便于系統(tǒng)維護(hù)工作的單位。優(yōu)點(diǎn) :相對(duì)于委托開(kāi)發(fā)方式比較節(jié)約資金，可以培養(yǎng)、增強(qiáng)使用單位的技術(shù)力量，便于系統(tǒng)維護(hù)工作，系統(tǒng)的技術(shù)水平較高。 缺點(diǎn) :雙方在合作中溝通易出現(xiàn)問(wèn)題，因此，需要雙方及時(shí)達(dá)成共識(shí)，進(jìn)行協(xié)調(diào)和檢查。利用現(xiàn)成軟件包開(kāi)發(fā)利用現(xiàn)成的軟件包開(kāi)發(fā)信息系統(tǒng)，可購(gòu)買(mǎi)現(xiàn)成的應(yīng)用軟件包或開(kāi)發(fā)平臺(tái)，如財(cái)務(wù)管理系統(tǒng)、小型企業(yè) MIS、供銷(xiāo)存 MIS等等。應(yīng)用軟件包： 是預(yù)先編制好的、能完成一定功能的、供出售或出租的成套軟件系統(tǒng)。它可以小到只有一項(xiàng)單一的功能，比如打印郵簽，也可以是有 50萬(wàn)行代碼的、 400多個(gè)模塊組成的復(fù)雜的運(yùn)行在主機(jī)上的大系統(tǒng)。適合： 對(duì)于功能單一的小系統(tǒng)的開(kāi)發(fā)頗為有效。但不太適用于規(guī)模較大、功能復(fù)雜、需求量的不確定性程度比較高的系統(tǒng)的開(kāi)發(fā)。優(yōu)點(diǎn)： 能縮短開(kāi)發(fā)時(shí)間，節(jié)省開(kāi)發(fā)費(fèi)用，技術(shù)水平比較高，系統(tǒng)可以得到較好的維護(hù)。缺點(diǎn)： 功能比較簡(jiǎn)單，通用軟件的專(zhuān)用性比較差，難以滿足特殊要求，需要有一定的技術(shù)力量根據(jù)使用者的要求做軟件改善和編制必要的接口軟件等二次開(kāi)發(fā)的工作。 開(kāi)發(fā)方式的比較方式特點(diǎn)比較 自行開(kāi)發(fā) 委托開(kāi)發(fā) 合作開(kāi)發(fā) 利用現(xiàn)成軟件包開(kāi)發(fā)分析和設(shè)計(jì)能力的要求 較高 一般 逐漸培養(yǎng) 較低 編程能力的要求 較高 不需要 需要 較低系統(tǒng)維護(hù)的要求 容易 較困難 較容易 較困難開(kāi)發(fā)費(fèi)用 少 多 較少 較少信息系統(tǒng)的項(xiàng)目管理項(xiàng)目管理是指在一定資源如時(shí)間、資金、人力、設(shè)備、材料、能源、動(dòng)力等約束條件下，為了高效率地實(shí)現(xiàn)項(xiàng)目的既定目標(biāo)，按照項(xiàng)目的內(nèi)在規(guī)律和程序，對(duì)項(xiàng)目的全過(guò)各進(jìn)行有效地計(jì)劃、組織、協(xié)調(diào)、領(lǐng)導(dǎo)和控制的系統(tǒng)管理活動(dòng)。信息系統(tǒng)項(xiàng)目的特點(diǎn)信息系統(tǒng)項(xiàng)目的階段性也稱(chēng)為緊迫性，信息系統(tǒng)項(xiàng)目歷時(shí)有限，在開(kāi)始項(xiàng)目之前，就必須明確時(shí)間的約束，具體到每個(gè)工作組、每個(gè)人、執(zhí)行項(xiàng)目中的每個(gè)任務(wù)都必須明確時(shí)間要求，沒(méi)時(shí)完成進(jìn)度，必須要有充分的客觀理由。2. 獨(dú)特性沒(méi)有完全一樣的信息系統(tǒng)項(xiàng)目。項(xiàng)目經(jīng)理必須在開(kāi)始之前通過(guò)合同明確地描述和定義向客戶最終交付的產(chǎn)品內(nèi)涵。3. 不確定性項(xiàng)目不可能完全在規(guī)定的時(shí)間內(nèi)、按規(guī)定的預(yù)算由規(guī)定的人員完成。在實(shí)際中應(yīng)避免不計(jì)劃和過(guò)詳細(xì)的問(wèn)題。 信息系統(tǒng)開(kāi)發(fā)的項(xiàng)目管理過(guò)程信息系統(tǒng)項(xiàng)目管理分為兩個(gè)階段：立項(xiàng)與可行性論證階段項(xiàng)目實(shí)施管理階段可行性研究 立項(xiàng) 結(jié)束 時(shí)間識(shí)別需求提項(xiàng)目建議書(shū)實(shí)施管理結(jié)束項(xiàng)目投入力量信息系統(tǒng)開(kāi)發(fā)與項(xiàng)目管理對(duì)應(yīng)關(guān)系項(xiàng)目管理流程立項(xiàng)與可行性研究項(xiàng)目實(shí)施管理?開(kāi)發(fā)管理 制定文檔 預(yù)計(jì)需要的資源