管理信息系統(tǒng)的開發(fā)方式與方法演示文稿

管理信息系統(tǒng)的開發(fā)方式與方法演示文稿現(xiàn)在是1頁\一共有167頁\編輯于星期五（優(yōu)選）管理信息系統(tǒng)的開發(fā)方式與方法現(xiàn)在是2頁\一共有167頁\編輯于星期五內(nèi)容提要

MIS的開發(fā)是一個復雜的系統(tǒng)工程，它要受到多方面條件的制約。研究這些條件無疑將有助于MIS的開發(fā)，有利于對MIS開發(fā)中涉及到的有關(guān)問題的理解。在MIS建設(shè)的長期實踐中，已形成了多種系統(tǒng)開發(fā)的方式和方法。因此，為了保證系統(tǒng)開發(fā)工作的順利進行，應(yīng)該根據(jù)所開發(fā)系統(tǒng)的規(guī)模大小、技術(shù)的復雜程度、管理水平的高低、技術(shù)人員的情況、資金與時間要求等各個方面的不同要求采用不同的開發(fā)方式與方法。

返回現(xiàn)在是3頁\一共有167頁\編輯于星期五學完本章后，應(yīng)該掌握以下內(nèi)容：

1．

MIS開發(fā)的基本原則

2．

MIS開發(fā)應(yīng)具備的條件

3．

MIS的開發(fā)策略

4．

MIS的開發(fā)方式

5．

MIS的常用開發(fā)方法

6.MIS開發(fā)的環(huán)境

返回現(xiàn)在是4頁\一共有167頁\編輯于星期五3.1MIS開發(fā)涉及的基本問題

MIS開發(fā)的基本原則MIS開發(fā)的條件MIS的開發(fā)策略

返回

現(xiàn)在是5頁\一共有167頁\編輯于星期五3.1.1MIS開發(fā)的基本原則

⑴實用性原則

⑵系統(tǒng)性原則

⑶符合軟件工程規(guī)范的原則

⑷完善，逐步發(fā)展的原則

返回現(xiàn)在是6頁\一共有167頁\編輯于星期五⑴實用性原則

系統(tǒng)必須滿足用戶管理上的要求，既保證系統(tǒng)功能的正確性又方便實用，需要友好的用戶界面、靈活的功能調(diào)度、簡便的操作和完善的系統(tǒng)維護措施。

實用/系統(tǒng)/軟件工程/逐步/返回

現(xiàn)在是7頁\一共有167頁\編輯于星期五⑵系統(tǒng)性原則

在MIS的開發(fā)過程中,必須十分注重其功能和數(shù)據(jù)上的整體性、系統(tǒng)性。

實用/系統(tǒng)/軟件工程/逐步/返回現(xiàn)在是8頁\一共有167頁\編輯于星期五⑶符合軟件工程規(guī)范的原則

MIS的開發(fā)是一項復雜的應(yīng)用軟件工程，應(yīng)該按軟件工程的理論、方法和規(guī)范去組織與實施。

實用/系統(tǒng)/軟件工程/逐步/返回現(xiàn)在是9頁\一共有167頁\編輯于星期五⑷逐步完善,逐步發(fā)展的原則

MIS的建立不可能一開始就十分完善和先進，而總是要經(jīng)歷一個逐步完善、逐步發(fā)展的過程。

實用/系統(tǒng)/軟件工程/逐步/返回

現(xiàn)在是10頁\一共有167頁\編輯于星期五MIS開發(fā)的條件

1.MIS開發(fā)的條件

2.MIS開發(fā)前的準備工作

返回現(xiàn)在是11頁\一共有167頁\編輯于星期五1.MIS開發(fā)的條件⑴領(lǐng)導重視，業(yè)務(wù)人員積極性高;⑵必須有建立MIS的實際需求和迫切性;⑶必須要有一定的科學管理基礎(chǔ);⑷有必要的投資保證，并能提供系統(tǒng)維護人員的編制和維護費用;⑸管理人員知識結(jié)構(gòu)應(yīng)滿足系統(tǒng)建設(shè)需要;⑹基礎(chǔ)數(shù)據(jù)要齊全規(guī)范。返回現(xiàn)在是12頁\一共有167頁\編輯于星期五2.MIS開發(fā)前的準備工作⑴建立開發(fā)領(lǐng)導機構(gòu)及組織開發(fā)隊伍；⑵借鑒同類系統(tǒng)的開發(fā)經(jīng)驗；⑶選擇適合本企業(yè)實際的開發(fā)方式；⑷確定系統(tǒng)目標、開發(fā)策略和投資金額；⑸收集和整理基礎(chǔ)數(shù)據(jù)。

返回

現(xiàn)在是13頁\一共有167頁\編輯于星期五3.1.3MIS的開發(fā)策略

1.幾種可以考慮的開發(fā)策略2.選擇策略時應(yīng)注意的3個問題

返回現(xiàn)在是14頁\一共有167頁\編輯于星期五1.幾種可以考慮的開發(fā)策略⑴接受式開發(fā)策略⑵直線式開發(fā)策略⑶迭代式開發(fā)策略⑷實驗式開發(fā)策略⑸規(guī)劃式開發(fā)策略

圖3—1選擇開發(fā)策略的模型

返回現(xiàn)在是15頁\一共有167頁\編輯于星期五⑴接受式開發(fā)策略

認為用戶對信息的需求的敘述是正確的、完全的和固定的，并且以此作為開發(fā)的根據(jù)。

接受/直線/迭代/實驗/規(guī)劃/模型/適合/返回現(xiàn)在是16頁\一共有167頁\編輯于星期五適合：

小項目，高度結(jié)構(gòu)化，用戶需求明確和開發(fā)者有充分經(jīng)驗的情形。

例如：對文件的轉(zhuǎn)換、從已有文件或數(shù)據(jù)庫中產(chǎn)生各種報表、以及某些簡單的、單用戶的系統(tǒng)等。

返回現(xiàn)在是17頁\一共有167頁\編輯于星期五⑵直線式開發(fā)策略

從需求說明開始到最后開發(fā)直線的進行下去,每完成一步都要進行評審,以驗證是否和需求一致。

接受/直線/迭代/實驗/規(guī)劃/模型/適合/返回現(xiàn)在是18頁\一共有167頁\編輯于星期五直線式開發(fā)策略適合：

用戶的應(yīng)用需求可較好的定義,且以后不需進一步修改或只需稍作修改(如生命周期法)、系統(tǒng)規(guī)模較大,但結(jié)構(gòu)化程度高,用戶任務(wù)的綜合性強以及開發(fā)者具有熟練技術(shù)與豐富經(jīng)驗的情形。

返回現(xiàn)在是19頁\一共有167頁\編輯于星期五⑶迭代式開發(fā)策略

研制過程中驗證需求不論是有錯還是不恰當，都可以回到需求確定過程，對需求說明進行修改，如此重復進行,直到所開發(fā)的系統(tǒng)滿足需求為止。

若開發(fā)需求的不確定性比較高,直線式開發(fā)策略不能保證用戶真正的信息需求,就需要把傳統(tǒng)直線式過程加以改進,使其按迭代方式重復進行。

接受/直線/迭代/實驗/規(guī)劃/模型/適合/返回現(xiàn)在是20頁\一共有167頁\編輯于星期五迭代式開發(fā)策略適合：

大型多用戶系統(tǒng)、對用戶或開發(fā)者來說是新的應(yīng)用領(lǐng)域的情形。

返回現(xiàn)在是21頁\一共有167頁\編輯于星期五⑷實驗式開發(fā)策略

采用原型法或應(yīng)用的模擬,通過試驗的方式去逐次近似并減少不確定信息需求,同時找出原型的缺點,直到用戶對需求完全理解和需求得到保證為止。

接受/直線/迭代/實驗/規(guī)劃/模型/下頁/返回現(xiàn)在是22頁\一共有167頁\編輯于星期五

若信息需求不確定性很高,則可通過一個實際工作系統(tǒng)來驗證需求是否得到保證。如：高層管理決策支持系統(tǒng)、交互預(yù)測模型及多用戶的非結(jié)構(gòu)化系統(tǒng)等。

返回現(xiàn)在是23頁\一共有167頁\編輯于星期五⑸規(guī)劃式開發(fā)策略

從系統(tǒng)的戰(zhàn)略目標、信息需求分析、資源分配和項目計劃等方面進行規(guī)劃,合理的設(shè)計出系統(tǒng)的總體結(jié)構(gòu)。各個子系統(tǒng)的開發(fā),則根據(jù)其信息需求的不確定性程度,選擇不同的開發(fā)策略。

接受/直線/迭代/實驗/規(guī)劃/模型/適合/返回現(xiàn)在是24頁\一共有167頁\編輯于星期五規(guī)劃式開發(fā)策略適用于：

MIS的規(guī)模特別大,復雜程度特別高,例如跨地區(qū)、跨部門的全國性的大系統(tǒng),其信息需求的不確定性程度特別大,必須做好MIS的總體規(guī)劃。

返回現(xiàn)在是25頁\一共有167頁\編輯于星期五圖3—1選擇開發(fā)策略的模型

接受/直線/迭代/實驗/規(guī)劃/模型/返回

不確定因素不確定級別開發(fā)策略?項目的規(guī)則?結(jié)構(gòu)化程度?用戶對任務(wù)的理解程度?開發(fā)者對任務(wù)熟練程度低中高很高?接受式?直線式?迭代式?實驗式?規(guī)劃式現(xiàn)在是26頁\一共有167頁\編輯于星期五2.選擇策略時應(yīng)注意的3個問題

(1)

關(guān)于總體規(guī)劃(2)

開發(fā)的技術(shù)方法(3)

開發(fā)的進程控制

返回現(xiàn)在是27頁\一共有167頁\編輯于星期五⑴關(guān)于總體規(guī)劃

在系統(tǒng)建立與開發(fā)過程的整體規(guī)劃上,應(yīng)采取“總體規(guī)劃,分期實施,逐步投資,逐步見效”的策略原則。具體的方法有以下兩種：①“自上而下”的方法②“自下而上”的方法

返回現(xiàn)在是28頁\一共有167頁\編輯于星期五⑵開發(fā)的技術(shù)方法

在考慮系統(tǒng)開發(fā)的技術(shù)方法上,必須注意應(yīng)用成熟的技術(shù),MIS開發(fā)不是搞科研,而是一項應(yīng)用軟件工程。

返回現(xiàn)在是29頁\一共有167頁\編輯于星期五(3)開發(fā)的進程控制

在系統(tǒng)開發(fā)的進程控制上，應(yīng)立足于采用增量實現(xiàn)的策略。

返回現(xiàn)在是30頁\一共有167頁\編輯于星期五3.2MIS的開發(fā)方式

自行開發(fā)

委托開發(fā)

合作開發(fā)

利用現(xiàn)成軟件包開發(fā)

返回現(xiàn)在是31頁\一共有167頁\編輯于星期五3.2.1自行開發(fā)

——由用戶依靠自己的力量獨立完成系統(tǒng)開發(fā)的各項任務(wù)。

自行開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回現(xiàn)在是32頁\一共有167頁\編輯于星期五

適合

有較強專業(yè)開發(fā)分析與設(shè)計隊伍和程序設(shè)計人員系統(tǒng)維護使用隊伍的組織和單位如：大學、研究所、計算機公司、高科技公司等單位。

自行開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回現(xiàn)在是33頁\一共有167頁\編輯于星期五優(yōu)點

開發(fā)費用少,容易開發(fā)出適合本單位需要的系統(tǒng),方便維護和擴展,有利于培養(yǎng)自己的系統(tǒng)開發(fā)人員。

自行開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回現(xiàn)在是34頁\一共有167頁\編輯于星期五缺點

(1)容易受業(yè)務(wù)工作的限制，系統(tǒng)整體優(yōu)化不夠，開發(fā)水平較低。

(2)系統(tǒng)開發(fā)時間長，開發(fā)人員調(diào)動后，系統(tǒng)維護工作沒有保障。

自行開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回現(xiàn)在是35頁\一共有167頁\編輯于星期五注意（1）需要大力加強領(lǐng)導，實行“一把手”原則；（2）向?qū)I(yè)開發(fā)人士或公司進行必要的技術(shù)咨詢，或聘請他們作為開發(fā)顧問。

自行開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回

現(xiàn)在是36頁\一共有167頁\編輯于星期五3.2.2委托開發(fā)

——由使用單位(甲方)委托通常是有豐富開發(fā)經(jīng)驗的機構(gòu)或?qū)I(yè)開發(fā)人員(乙方),按照用戶的需求承擔系統(tǒng)開發(fā)的任務(wù)。

委托開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回現(xiàn)在是37頁\一共有167頁\編輯于星期五適合

使用單位(甲方)沒有MIS的系統(tǒng)分析、系統(tǒng)設(shè)計及軟件開發(fā)人員或開發(fā)隊伍力量較弱、但資金較為充足的單位。

委托開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回

現(xiàn)在是38頁\一共有167頁\編輯于星期五優(yōu)點

省時、省事，開發(fā)的系統(tǒng)技術(shù)水平較高。

委托開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回現(xiàn)在是39頁\一共有167頁\編輯于星期五缺點費用高、系統(tǒng)維護與擴展需要開發(fā)單位的長期支持，不利于本單位的人才培養(yǎng)。

委托開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回現(xiàn)在是40頁\一共有167頁\編輯于星期五注意

⑴使用單位(甲方)的業(yè)務(wù)骨干要參與系統(tǒng)的論證工作；⑵開發(fā)過程中需要開發(fā)單位(乙方)和使用單位(甲方)雙方及時溝通，進行協(xié)調(diào)和檢查。

委托開發(fā)/適合/優(yōu)點/缺點/注意/比較/返回現(xiàn)在是41頁\一共有167頁\編輯于星期五3.2.3合作開發(fā)——由使用單位(甲方)和有豐富開發(fā)經(jīng)驗的機構(gòu)或?qū)I(yè)開發(fā)人員(乙方),共同完成開發(fā)任務(wù)。雙方共享開發(fā)成果,實際上是一種半委托性質(zhì)的開發(fā)工作。

合作開發(fā)/適合/優(yōu)點/缺點/比較/返回現(xiàn)在是42頁\一共有167頁\編輯于星期五適合

使用單位(甲方)有一定的MIS分析、設(shè)計及軟件開發(fā)人員，但開發(fā)隊伍力量較弱，希望通過MIS的開發(fā)建立、完善和提高自己的技術(shù)隊伍，便于系統(tǒng)維護工作的單位。

合作開發(fā)/適合/優(yōu)點/缺點/比較/返回現(xiàn)在是43頁\一共有167頁\編輯于星期五優(yōu)點

相對于委托開發(fā)方式比較節(jié)約資金,可以培養(yǎng)、增強使用單位的技術(shù)力量,便于系統(tǒng)維護工作,系統(tǒng)的技術(shù)水平較高。

合作開發(fā)/適合/優(yōu)點/缺點/比較/返回

現(xiàn)在是44頁\一共有167頁\編輯于星期五缺點

雙方在合作中溝通易出現(xiàn)問題,因此,需要雙方及時達成共識,進行協(xié)調(diào)和檢查。

合作開發(fā)/適合/優(yōu)點/缺點/比較/返回

現(xiàn)在是45頁\一共有167頁\編輯于星期五3.2.4利用現(xiàn)成軟件包開發(fā)

——利用現(xiàn)成的軟件包開發(fā)MIS，可購買現(xiàn)成的應(yīng)用軟件包或開發(fā)平臺,如財務(wù)管理系統(tǒng)、小型企業(yè)MIS、供銷存MIS等等。

包開發(fā)/軟件包/適合/優(yōu)點/缺點/比較/返回現(xiàn)在是46頁\一共有167頁\編輯于星期五應(yīng)用軟件包

是預(yù)先編制好的、能完成一定功能的、供出售或出租的成套軟件系統(tǒng)。它可以小到只有一項單一的功能，比如打印郵簽，也可以是有50萬行代碼的、400多個模塊組成的復雜的運行在主機上的大系統(tǒng)。

包開發(fā)/軟件包/適合/優(yōu)點/缺點/比較/返回現(xiàn)在是47頁\一共有167頁\編輯于星期五適合

對于功能單一的小系統(tǒng)開發(fā)頗為有效。但不太適用于規(guī)模較大、功能復雜、需求量的不確定性程度比較高的系統(tǒng)的開發(fā)。

包開發(fā)/軟件包/適合/優(yōu)點/缺點/比較/返回

現(xiàn)在是48頁\一共有167頁\編輯于星期五優(yōu)點

能縮短開發(fā)時間,節(jié)省開發(fā)費用,技術(shù)水平比較高,系統(tǒng)可以得到較好的維護。

包開發(fā)/軟件包/適合/優(yōu)點/缺點/比較/返回現(xiàn)在是49頁\一共有167頁\編輯于星期五缺點

功能比較簡單,通用軟件的專用性比較差,難以滿足特殊要求,需要有一定的技術(shù)力量根據(jù)使用者的要求做軟件改善和編制必要的接口軟件等二次開發(fā)的工作。

包開發(fā)/軟件包/適合/優(yōu)點/缺點/比較/返回現(xiàn)在是50頁\一共有167頁\編輯于星期五表3.1

開發(fā)方式的比較

自行開發(fā)/委托開發(fā)/合作開發(fā)/軟件包開發(fā)/返回

方式特點比較自行開發(fā)委托開發(fā)合作開發(fā)利用現(xiàn)成軟件包開發(fā)分析和設(shè)計能力的要求較高一般逐漸培養(yǎng)較低編程能力的要求較高不需要需要較低系統(tǒng)維護的要求容易較困難較容易較困難開發(fā)費用少多較少較少現(xiàn)在是51頁\一共有167頁\編輯于星期五3.3結(jié)構(gòu)化生命周期法

系統(tǒng)開發(fā)生命周期

結(jié)構(gòu)化生命周期法的開發(fā)過程

結(jié)構(gòu)化生命周期法的特點

結(jié)構(gòu)化生命周期法的缺點

返回現(xiàn)在是52頁\一共有167頁\編輯于星期五

系統(tǒng)開發(fā)生命周期

生命周期

基本思想

圖3-2MIS的生命周期

返回

現(xiàn)在是53頁\一共有167頁\編輯于星期五生命周期

從提出要建立一個MIS開始,到完全建成的全過程,是一個連續(xù)發(fā)展的過程,即一個階段的完成就是下一個階段的開始,這個過程稱為系統(tǒng)的開發(fā)生命周期(SystemDevelopmentLifeCycle,簡稱SDLC)。

返回

現(xiàn)在是54頁\一共有167頁\編輯于星期五基本思想

返回

將系統(tǒng)的生命周期劃分為:系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施、系統(tǒng)運行和維護等階段。應(yīng)用系統(tǒng)工程的方法,按照規(guī)定的步驟和任務(wù)要求,使用一定的圖表工具完成規(guī)定的文檔,在結(jié)構(gòu)化和模塊化的基礎(chǔ)上進行MIS的開發(fā)工作。

現(xiàn)在是55頁\一共有167頁\編輯于星期五系統(tǒng)工程⑴

組織管理系統(tǒng)的規(guī)劃、研究、設(shè)計、制造、試驗和使用的科學方法。采用系統(tǒng)思想方法，借助自然科學、社會科學的理論和方法以及工程分析和設(shè)計的方法，研究系統(tǒng)的組織建立和管理，使局部與整體、系統(tǒng)與環(huán)境之間的關(guān)系互相協(xié)調(diào)，以實現(xiàn)系統(tǒng)目標綜合最優(yōu)。下頁現(xiàn)在是56頁\一共有167頁\編輯于星期五系統(tǒng)工程⑵基本思想、觀點：

追求系統(tǒng)最優(yōu)、綜合應(yīng)用各門科學和技術(shù)的最新成果、加強系統(tǒng)適應(yīng)環(huán)境變化的應(yīng)變能力、加強實踐等。

返回現(xiàn)在是57頁\一共有167頁\編輯于星期五結(jié)構(gòu)化思想：

用一組規(guī)范的步驟、準則和工具來進行某項工作?；谏芷诘慕Y(jié)構(gòu)化方法：

把系統(tǒng)功能視為一個個的模塊，根據(jù)系統(tǒng)分析設(shè)計的要求對其進行進一步的模塊分解或組合工作。

返回

請按鍵★現(xiàn)在是58頁\一共有167頁\編輯于星期五模塊化思想：

把系統(tǒng)劃分為若干個模塊，每個模塊完成一個特定的功能，然后將這些模塊匯集起來組成一個整體(即系統(tǒng)),用以完成指定的功能。

返回現(xiàn)在是59頁\一共有167頁\編輯于星期五圖3-2系統(tǒng)的生命周期詳細設(shè)計提出要求可行性研究系統(tǒng)評價系統(tǒng)維護驗收編程調(diào)試系統(tǒng)轉(zhuǎn)換詳細調(diào)查初步調(diào)查邏輯設(shè)計開發(fā)方案選擇審批審查審查總體設(shè)計系統(tǒng)規(guī)劃系統(tǒng)分析系統(tǒng)設(shè)計系統(tǒng)實施系統(tǒng)運行和維護請按鍵★現(xiàn)在是60頁\一共有167頁\編輯于星期五3.3.2結(jié)構(gòu)化生命周期法的開發(fā)過程1.

系統(tǒng)規(guī)劃階段2.

系統(tǒng)分析階段3.

系統(tǒng)設(shè)計階段4.

系統(tǒng)實施階段5.

系統(tǒng)運行和維護階段圖2-3

生命周期法的開發(fā)過程

返回現(xiàn)在是61頁\一共有167頁\編輯于星期五1.系統(tǒng)規(guī)劃階段

對企業(yè)的環(huán)境、目標、現(xiàn)行系統(tǒng)的狀況進行初步調(diào)查，根據(jù)企業(yè)目標和發(fā)展戰(zhàn)略，確定MIS的發(fā)展戰(zhàn)略，對建設(shè)新系統(tǒng)的需求做出分析和預(yù)測，同時考慮建設(shè)新系統(tǒng)所受的各種約束，研究建設(shè)新系統(tǒng)的必要性和可行性。輸出：可行性分析報告、系統(tǒng)設(shè)計任務(wù)書

返回現(xiàn)在是62頁\一共有167頁\編輯于星期五2.系統(tǒng)分析階段

——邏輯設(shè)計階段

根據(jù)系統(tǒng)任務(wù)書所確定的范圍，對現(xiàn)行系統(tǒng)進行詳細調(diào)查，描述現(xiàn)行系統(tǒng)的業(yè)務(wù)流程，指出現(xiàn)行系統(tǒng)的局限性和不足之處，確定新系統(tǒng)的基本目標和邏輯功能要求，即提出新系統(tǒng)的邏輯模型。輸出：系統(tǒng)分析報告

返回現(xiàn)在是63頁\一共有167頁\編輯于星期五3.

系統(tǒng)設(shè)計階段

——物理設(shè)計階段

根據(jù)系統(tǒng)分析報告中規(guī)定的功能要求，考慮實際條件，具體設(shè)計實現(xiàn)邏輯模型的技術(shù)方案即設(shè)計新系統(tǒng)的物理模型。

總體設(shè)計物理設(shè)計階段

詳細設(shè)計

輸出：系統(tǒng)設(shè)計說明書

返回

現(xiàn)在是64頁\一共有167頁\編輯于星期五4.

系統(tǒng)實施階段

將設(shè)計的系統(tǒng)付諸實施。購置、安裝、調(diào)試計算機等設(shè)備，編寫程序，調(diào)試程序，人員培訓，數(shù)據(jù)文件轉(zhuǎn)換，系統(tǒng)調(diào)試，系統(tǒng)轉(zhuǎn)換。

返回現(xiàn)在是65頁\一共有167頁\編輯于星期五5.

系統(tǒng)運行和維護階段

記錄系統(tǒng)的運行情況，根據(jù)一定的規(guī)格對系統(tǒng)進行必要的修改，評價系統(tǒng)的工作質(zhì)量和經(jīng)濟效益。

下頁現(xiàn)在是66頁\一共有167頁\編輯于星期五圖3—3生命周期法的開發(fā)過程

生命周期/規(guī)劃/分析/設(shè)計/實施/返回提出要求初步調(diào)查可行性研究可行性分析報告審批修改目標、追加資源、等待條件A停止研制否修改是請按鍵★現(xiàn)在是67頁\一共有167頁\編輯于星期五圖4—3生命周期法的開發(fā)過程

生命周期/規(guī)劃/分析/設(shè)計/實施/返回A詳細調(diào)查邏輯設(shè)計系統(tǒng)分析報告審批B修改說明書停止研制否修改是請按鍵★現(xiàn)在是68頁\一共有167頁\編輯于星期五圖3—3生命周期法的開發(fā)過程

生命周期/規(guī)劃/分析/設(shè)計/實施/返回B總體設(shè)計詳細設(shè)計系統(tǒng)設(shè)計說明書審批停止研制修改設(shè)計方案C否修改是請按鍵★現(xiàn)在是69頁\一共有167頁\編輯于星期五圖3—3生命周期法的開發(fā)過程

生命周期/規(guī)劃/分析/設(shè)計/實施/返回C系統(tǒng)實施調(diào)試修改系統(tǒng)驗收交付使用是修改請按鍵★現(xiàn)在是70頁\一共有167頁\編輯于星期五3.3.3結(jié)構(gòu)化生命周期法的特點1.

建立面向用戶的觀點2.

加強調(diào)查研究和系統(tǒng)分析

3.

邏輯設(shè)計與物理設(shè)計分別進行4.

使用結(jié)構(gòu)化、模塊化方法5.

嚴格劃分工作階段6.

工作文件標準化文獻化

返回現(xiàn)在是71頁\一共有167頁\編輯于星期五1.建立用戶第一的觀點

MIS是為用戶服務(wù)的，開發(fā)全過程中要有用戶觀點，一切從用戶出發(fā)、從用戶利益考慮。要盡量吸收用戶(管理、業(yè)務(wù)人員)參加開發(fā)，加強與用戶溝通，主動、及時交換意見，以取得共識。

用戶/調(diào)查/設(shè)計/方法/階段/文檔/返回現(xiàn)在是72頁\一共有167頁\編輯于星期五2.加強調(diào)查研究和系統(tǒng)分析

為使新系統(tǒng)滿足用戶要求，要對現(xiàn)系統(tǒng)進行認真的全面調(diào)查。以便在此基礎(chǔ)上進行系統(tǒng)分析，通過方案對比，確定新系統(tǒng)最佳方案。

用戶/調(diào)查/設(shè)計/方法/階段/文檔/返回現(xiàn)在是73頁\一共有167頁\編輯于星期五3.邏輯設(shè)計與物理設(shè)計分別進行

在系統(tǒng)分析階段，開發(fā)人員提出新系統(tǒng)的邏輯模型（利用圖表工具表示），使用戶有一個了解，在系統(tǒng)設(shè)計階段，根據(jù)新系統(tǒng)邏輯模型進行具體的物理設(shè)計。

用戶/調(diào)查/設(shè)計/方法/階段/文檔/返回現(xiàn)在是74頁\一共有167頁\編輯于星期五4.使用結(jié)構(gòu)化、模塊化方法

采用結(jié)構(gòu)化的設(shè)計方法，使新系統(tǒng)各部分獨立性強，便于設(shè)計、實施和維護。模塊的劃分采取自上而下的方法，在保證總體模塊正確的前提下，逐步分層細化，劃分為適當?shù)哪K，在此基礎(chǔ)上進行物理設(shè)計和程序設(shè)計。

用戶/調(diào)查/設(shè)計/方法/階段/文檔/返回現(xiàn)在是75頁\一共有167頁\編輯于星期五5.嚴格按照階段進行將整個新系統(tǒng)的開發(fā)過程分為若干個階段，每個階段都有其明確的任務(wù)和目標，每個階段又可分為若干工作步驟。便于開發(fā)過程的控制。前一階段為后續(xù)工作提供依據(jù)。每一階段完成，要嚴格審查，防止留下隱患。

用戶/調(diào)查/設(shè)計/方法/階段/文檔/返回

現(xiàn)在是76頁\一共有167頁\編輯于星期五6.工作文件標準化文獻化

為保證各階段工作的銜接與日后系統(tǒng)的維護，各階段工作完成之后，要按照統(tǒng)一的要求形成相應(yīng)的文檔資料。

用戶/調(diào)查/設(shè)計/方法/階段/文檔/返回現(xiàn)在是77頁\一共有167頁\編輯于星期五3.3.4

結(jié)構(gòu)化生命周期法的缺點1.用戶介入系統(tǒng)開發(fā)的深度不夠，系統(tǒng)需求難以確定(原因)；2.開發(fā)周期長，文檔過多；3.各階段文檔的審批工作困難。

返回現(xiàn)在是78頁\一共有167頁\編輯于星期五原因⑴用戶懂管理，不懂計算機，分析人員缺乏對特定組織的管理狀態(tài)的認識和了解;⑵用戶不能確切描述現(xiàn)行信息系統(tǒng)的現(xiàn)狀和未來目標，分析人員理解會有偏差;⑶組織的管理體制隨環(huán)境而變化，要求系統(tǒng)開發(fā)有高度的可變性，這正是生命周期法難以支持的.返回請按鍵★現(xiàn)在是79頁\一共有167頁\編輯于星期五3.4原型法

原型法基本原理

原型法開發(fā)過程原型的種類及構(gòu)造方法原型法的優(yōu)點及存在的問題

原型法與傳統(tǒng)的生命周期法的比較

返回現(xiàn)在是80頁\一共有167頁\編輯于星期五3.4.1原型法基本原理

原型：可以逐步改進成運行系統(tǒng)的模型開發(fā)者在初步了解用戶需求的基礎(chǔ)上，構(gòu)成、設(shè)計和開發(fā)一個系統(tǒng)初始模型，該模型稱為原型或骨架。(一個可以實現(xiàn)的系統(tǒng)應(yīng)用模型。)

開發(fā)人員和用戶在此基礎(chǔ)上共同探討、改進和完善方案，開發(fā)人員再根據(jù)方案對原型進行修改得到新的原型，再征求用戶意見，如此反復，直至用戶滿意為止。

返回現(xiàn)在是81頁\一共有167頁\編輯于星期五3.4.2原型法開發(fā)過程1.

確定用戶的基本需求2.

開發(fā)初始原型系統(tǒng)3.

對原型進行評價4.

修正和改進原型系統(tǒng)(循環(huán)、不斷修改完善)

示意圖/返回現(xiàn)在是82頁\一共有167頁\編輯于星期五

返回原型法開發(fā)MIS的過程示意圖確定用戶基本要求構(gòu)造初始模型評價、使用系統(tǒng)原型用戶滿意？系統(tǒng)轉(zhuǎn)換、系統(tǒng)維護與評價修改、完善系統(tǒng)原型圖3—4原型法開發(fā)過程YN請按鍵★現(xiàn)在是83頁\一共有167頁\編輯于星期五3.4.3原型的種類及構(gòu)造方法1.

原型的種類2.

各類原型的構(gòu)造方法

返回現(xiàn)在是84頁\一共有167頁\編輯于星期五1.

原型的種類本質(zhì)上分為從應(yīng)用場合分為

返回丟棄型進化型⑴丟棄式（研究）⑵演化式（試驗）⑶遞增式（進化）丟棄型現(xiàn)在是85頁\一共有167頁\編輯于星期五⑴丟棄（研究）式

丟棄/演化/遞增/圖/返回把原型作為用戶與開發(fā)人員之間通信的媒介,不打算將它作為實際系統(tǒng)運行。

目的

特點請按鍵★現(xiàn)在是86頁\一共有167頁\編輯于星期五目的：

為對最終系統(tǒng)進行研究，用戶和開發(fā)者借助此系統(tǒng)進行交流，共同明確新系統(tǒng)的需求?？蓪⑦@一過程作為生命周期法的一個階段，即需求定義階段(原型法與生命周期法結(jié)合)。

返回現(xiàn)在是87頁\一共有167頁\編輯于星期五特點：

開發(fā)費用低、速度快，一般要利用軟件工具即環(huán)境進行支持。

返回現(xiàn)在是88頁\一共有167頁\編輯于星期五丟棄(研究)式原型法與生命周期法的結(jié)合

生命周期法可行性研究需求定義確定基本要求構(gòu)造原型評審滿意否？修改NY初步設(shè)計詳細設(shè)計實施維護與評價原型法圖3—5丟棄式原型法與生命周期法的結(jié)合丟棄/演化/遞增/上頁請按鍵★現(xiàn)在是89頁\一共有167頁\編輯于星期五⑵演化(試驗)式過程、特點、注意

丟棄/演化/遞增/圖/返回

按照基本需求開發(fā)出一個系統(tǒng)，讓用戶先使用起來,有問題隨時修改。(用戶的要求及系統(tǒng)的功能在變化)。

請按鍵★現(xiàn)在是90頁\一共有167頁\編輯于星期五●過程：設(shè)計、實施、演化●特點：開發(fā)完成的系統(tǒng)可立即使用，但修改、增加原系統(tǒng)的功能極為頻繁?！褡⒁猓涸趯嶋H實施中，要加強管理和控制，圍繞系統(tǒng)的基本需求進行開發(fā)。

請按鍵★返回現(xiàn)在是91頁\一共有167頁\編輯于星期五丟棄/演化/遞增/上頁／后演化(試驗)式原型法的開發(fā)過程圖系統(tǒng)設(shè)計系統(tǒng)實施滿意否？最終系統(tǒng)YN演化(重新設(shè)計、實施)圖3—6演化式原型法的開發(fā)過程圖請按鍵★現(xiàn)在是92頁\一共有167頁\編輯于星期五⑶遞增（進化）式前提：系統(tǒng)的組織結(jié)構(gòu)不發(fā)生變化，模塊的外部功能不發(fā)生變化。

丟棄/演化/遞增/圖/返回

開始時系統(tǒng)有一個總體框架，各功能單元的結(jié)構(gòu)和功能較清楚，但沒有具體實現(xiàn)。在以后的開發(fā)過程中一個一個的完善這些模塊。

請按鍵★現(xiàn)在是93頁\一共有167頁\編輯于星期五丟棄/演化/遞增/上頁／后遞增式（進化）原型法的開發(fā)過程系統(tǒng)總體設(shè)計功能子單元全部實現(xiàn)？實現(xiàn)一個功能子單元N圖3—7遞增式原型法的開發(fā)過程Y請按鍵★現(xiàn)在是94頁\一共有167頁\編輯于星期五2.

各類原型的構(gòu)造方法1.

丟棄（研究）式原型構(gòu)造方法2.

演化(試驗)式原型構(gòu)造方法3.

遞增（進化）式原型構(gòu)造方法

返回現(xiàn)在是95頁\一共有167頁\編輯于星期五⑴丟棄（研究）式原型構(gòu)造方法又稱：需求原型法

在沒有任何常規(guī)需求分析能滿意地識別和確認用戶真正的需求時使用。開始時開發(fā)者沒有用戶應(yīng)用領(lǐng)域的專門知識，用戶對計算機能為自己做些什么也不清楚，只能通過演示才能促使用戶對系統(tǒng)功能的理解，激發(fā)其創(chuàng)造性。開發(fā)者不將精力集中在解決某一特定方案上，而是和用戶一起研究各種不同方案。沒有規(guī)范的形式及嚴格的規(guī)律，具有創(chuàng)造性。返回現(xiàn)在是96頁\一共有167頁\編輯于星期五⑵演化(試驗)式原型構(gòu)造方法

和“原型”最接近，解決用戶的問題將通過試驗來評審。該方法從初始描述之后就開始適用于任何開發(fā)階段，它是對最終系統(tǒng)的一種強化?？捎糜冢?/p>

決定所開發(fā)系統(tǒng)性能的可行性、當資源受到限制時給出問題的解決方案。

下頁現(xiàn)在是97頁\一共有167頁\編輯于星期五演化(試驗)式原型構(gòu)造方法的類型返回

?人機交互界面仿真原型

?輪廓仿真原型

?局部功能仿真原型

?全局功能仿真原型

作用請按鍵★現(xiàn)在是98頁\一共有167頁\編輯于星期五

返回

該原型構(gòu)造方法，從本質(zhì)上來講，應(yīng)成為最終系統(tǒng)的一種強化工具，它起的作用有：1.補充系統(tǒng)用戶需求的描述；2.從已有的描述中提煉出主要的描述信息來；3.作為描述和實現(xiàn)的中間階段,為下一階段服務(wù)。

請按鍵★現(xiàn)在是99頁\一共有167頁\編輯于星期五

人機交互界面仿真原型

向用戶提供所開發(fā)系統(tǒng)的人機交互界面的預(yù)期感受，原型常以對話、屏幕和菜單形式出現(xiàn)在最終系統(tǒng)中，系統(tǒng)其他部分中都使用這種模型。在該仿真模型中用戶看到的原型是和真實系統(tǒng)相似的系統(tǒng)，在原型背后可能根本沒有真正的數(shù)據(jù)，而是只對輸入作一些驗證。返回現(xiàn)在是100頁\一共有167頁\編輯于星期五輪廓仿真原型目標：設(shè)計出整個系統(tǒng)，但要實現(xiàn)的僅僅是縮小功能范圍，在該類原型中，所包含的功能要使得用戶能全面完成他們的工作任務(wù)，并且繪制出沒有輪廓原型所支持的一些工作步驟。

返回

試圖去建設(shè)最終系統(tǒng)的總體結(jié)構(gòu)，它是基于一些基本的系統(tǒng)功能之上的。

請按鍵★現(xiàn)在是101頁\一共有167頁\編輯于星期五局部功能仿真原型——用于測試最終系統(tǒng)的特性。

如：測試一種規(guī)定的算法是否在給定的應(yīng)用系統(tǒng)中有滿意解，以及這種算法是否使用了所設(shè)想的資源。

返回現(xiàn)在是102頁\一共有167頁\編輯于星期五全局功能仿真原型構(gòu)造這種原型時：要尋求實現(xiàn)和修改過程中的方便性，而不是最終系統(tǒng)所需的效率。返回——建立在含有最終系統(tǒng)所有功能的原型系統(tǒng)基礎(chǔ)上，用戶的需求往往被翻譯成一種可以進行操作的系統(tǒng)，由這種系統(tǒng)來實現(xiàn)應(yīng)用系統(tǒng)的仿真，該原型就是功能上的原型。

請按鍵★現(xiàn)在是103頁\一共有167頁\編輯于星期五⑶遞增(進化)式原型構(gòu)造方法開發(fā)方式：①

進化式

②遞增式返回

采用一種進化狀態(tài)中近似問題解來表征原型系統(tǒng)，初始原型變成了進化系統(tǒng)的核心，每一種進化原型周期都會增加更多的系統(tǒng)特征，這種原型構(gòu)造就成為整個開發(fā)過程的一種代替，原型最終必然會變成一種運行的系統(tǒng)。

請按鍵★現(xiàn)在是104頁\一共有167頁\編輯于星期五

原型法的優(yōu)點及存在的問題1.

原型法的優(yōu)點2.

原型法的缺點

返回現(xiàn)在是105頁\一共有167頁\編輯于星期五1.

原型法的優(yōu)點⑴開發(fā)周期短⑵增加用戶的滿意度⑶加強了開發(fā)過程中的用戶參與程度⑷降低系統(tǒng)開發(fā)中的風險⑸降低系統(tǒng)開發(fā)的成本⑹易學易用，減少對用戶的培訓時間⑺可產(chǎn)生正確的系統(tǒng)需求描述

返回請按鍵★現(xiàn)在是106頁\一共有167頁\編輯于星期五2.

原型法的缺點

⑴對于大系統(tǒng)，復雜系統(tǒng)，不適于直接使用；

⑵開發(fā)過程管理困難；

⑶用戶較早看到原型，錯認為就是新系統(tǒng)，使用戶缺乏耐心；

⑷開發(fā)人員很容易用原型取代系統(tǒng)分析。

請按鍵★返回現(xiàn)在是107頁\一共有167頁\編輯于星期五原型法與傳統(tǒng)的生命周期法的比較1.原型法的特點2.原型法與生命周期法的比較(表1)

返回現(xiàn)在是108頁\一共有167頁\編輯于星期五1.原型法的特點⑴開發(fā)過程是一個循環(huán)往復的反饋過程⑵將模擬的手段引入系統(tǒng)分析的初期階段返回現(xiàn)在是109頁\一共有167頁\編輯于星期五2.原型法與生命周期法的比較(表—1）

方法內(nèi)容

原型法生命周期法開發(fā)路徑循環(huán)、迭代型嚴格、順序型文檔數(shù)量較少多用戶參與程度高低開發(fā)過程的可見度好差對功能需求或環(huán)境變化的適應(yīng)性較好差用戶的信息反饋早遲對開發(fā)環(huán)境、軟件工具的要求高低對開發(fā)過程的管理和控制較困難較容易返回現(xiàn)在是110頁\一共有167頁\編輯于星期五3.5

面向?qū)ο蟮姆椒?/p>

面向?qū)ο蠓椒ǖ幕靖拍罴疤卣?.5.2

面向?qū)ο箝_發(fā)方法的特征及優(yōu)點

面向?qū)ο蠓椒ㄅc傳統(tǒng)方法的比較

返回現(xiàn)在是111頁\一共有167頁\編輯于星期五3.5.1

面向?qū)ο蠓椒ǖ幕靖拍罴疤卣?.

基本概念2.

面向?qū)ο蟮奶卣?/p>

返回現(xiàn)在是112頁\一共有167頁\編輯于星期五1.

基本概念⑴對象⑵類⑶消息⑷繼承

返回現(xiàn)在是113頁\一共有167頁\編輯于星期五⑴對象對象＝數(shù)據(jù)＋操作

對象／類／消息／繼承／返回

——客觀現(xiàn)實世界中（問題空間）的任何事物。計算機（求解空間）所創(chuàng)建的對象就是對客觀事物進行表達和模擬的一種數(shù)據(jù)模型，包括形狀數(shù)據(jù)和行為特征的數(shù)據(jù)模型。即一個對象與一個客觀實體相對應(yīng)，由實體抽象的形狀數(shù)據(jù)和對此數(shù)據(jù)進行的各種操作一起封裝構(gòu)成一種數(shù)據(jù)和操作包體。現(xiàn)在是114頁\一共有167頁\編輯于星期五⑵類——具有相同屬性（數(shù)據(jù)和操作）對象的集合的描述或定義。是一組具有相同模板或子模板對象類型的抽象和說明。模板（子）表示對象集合中每個對象所具有的數(shù)據(jù)和操作。

對象／類／消息／繼承／返回現(xiàn)在是115頁\一共有167頁\編輯于星期五⑶消息

對象之間相互作用和相互協(xié)作的一種機制。對象之間的相互操作、調(diào)用和應(yīng)答多是通過發(fā)送消息到對象的外部接口來實施的。消息是為完成某些操作而向?qū)ο笏l(fā)送的命令和命令說明。

對象／類／消息／繼承／返回現(xiàn)在是116頁\一共有167頁\編輯于星期五⑷繼承

相關(guān)對象類層次之間的一種數(shù)據(jù)和操作（程序代碼）的共享機制。如果類Ｂ繼承了類Ａ，則在Ａ中所定義的數(shù)據(jù)和操作也將成為Ｂ的組成部分。

對象／類／消息／繼承／返回現(xiàn)在是117頁\一共有167頁\編輯于星期五2.

特征

⑴封裝性

⑵繼承性

⑶多態(tài)型

⑷可維護性

返回現(xiàn)在是118頁\一共有167頁\編輯于星期五⑴封裝性

將自由數(shù)據(jù)與操作(方法)封閉在一起(即放于同個對象中)使自身的狀態(tài)、行為局部化(對數(shù)據(jù)的操作只通過該對象本身的方法來進行)。

封裝／繼承／多態(tài)／可維護／返回現(xiàn)在是119頁\一共有167頁\編輯于星期五⑵繼承性

通過對類繼承可以彌補由封裝對象而帶來的諸如數(shù)據(jù)或操作冗余的問題。通過繼承支持重用，實現(xiàn)軟件資源共享、演化以及增強擴充。

封裝／繼承／多態(tài)／可維護／返回

現(xiàn)在是120頁\一共有167頁\編輯于星期五⑶多態(tài)型

同樣的消息為不同的對象接受后，會因不同對象所含操作的不同，而導致完全不同的行動，使軟件開發(fā)設(shè)計更便利，編碼更靈活。

封裝／繼承／多態(tài)／可維護／返回

現(xiàn)在是121頁\一共有167頁\編輯于星期五⑷可維護性

由于面向?qū)ο蟮某橄蠓庋b使對象信息隱藏在局部，當對象進行修改，或?qū)ο笞陨懋a(chǎn)生錯誤的時候，由此帶來的影響僅僅在對象內(nèi)部而不會波及其他對象乃至整個系統(tǒng)環(huán)境，極大方便了軟件設(shè)計、構(gòu)造和運行過程中的檢錯、修改。

封裝／繼承／多態(tài)／可維護／返回現(xiàn)在是122頁\一共有167頁\編輯于星期五3.5.2

面向?qū)ο箝_發(fā)方法的特征及優(yōu)點1.

面向?qū)ο箝_發(fā)方法的特征2.

面向?qū)ο箝_發(fā)方法的優(yōu)點

返回現(xiàn)在是123頁\一共有167頁\編輯于星期五1.面向?qū)ο箝_發(fā)方法的特征⑴分析與設(shè)計是反復的，充分體現(xiàn)了原型開發(fā)的思想；⑵分析與設(shè)計的不斷反復結(jié)果是對客觀世界對象的模型化，建立針對簇（一組對象）的規(guī)格說明；⑶運用庫中已有對象，反復測試實現(xiàn)簇，并將新簇納入庫中，這一過程體現(xiàn)了繼承和重用；⑷強調(diào)分析階段和設(shè)計階段的合并。

返回現(xiàn)在是1