旅游管理課件-管理信息系統(tǒng)的開發(fā)

管理信息系統(tǒng)的開發(fā)

主要內(nèi)容：掌握管理信息系統(tǒng)的開發(fā)步驟、方式,掌握管理信息系統(tǒng)的總體規(guī)劃方法和結(jié)構(gòu)化生命周期開發(fā)方法,熟悉原型化開發(fā)方法,了解面向?qū)ο蠓椒ê陀嬎銠C輔助開發(fā)方法。2023/9/251第一節(jié)管理信息系統(tǒng)的生命周期1.定義:管理信息系統(tǒng)的生命周期指一個管理信息系統(tǒng)從它的提出、開發(fā)應(yīng)用到系統(tǒng)的更新，經(jīng)歷一個孕育、生長到消亡的過程。這個過程周而復(fù)始，循環(huán)不息，每一次循環(huán)稱為它的一個生命周期。孕育生長消亡孕育生長消亡生命周期生命周期……t2023/9/252第一節(jié)管理信息系統(tǒng)的生命周期2.管理信息系統(tǒng)的生命周期的四個階段:1)系統(tǒng)的起始

2)系統(tǒng)的研制開發(fā)3)系統(tǒng)的運行維護

4)系統(tǒng)廢棄2023/9/2531)系統(tǒng)的起始舊的信息系統(tǒng)滿足不了目前的管理需要,于是就會提出開發(fā)適應(yīng)新形式和要求的新的信息系統(tǒng)。2023/9/254

2)系統(tǒng)的研制開發(fā)確定系統(tǒng)的開發(fā)目標(biāo)系統(tǒng)分析管理信息系統(tǒng)生成可行性分析系統(tǒng)設(shè)計系統(tǒng)實施2023/9/2553)系統(tǒng)的運行維護這是一個長期的階段，不斷地對系統(tǒng)的各方面進行維護，使其正常工作。2023/9/256

4)系統(tǒng)廢棄當(dāng)一個系統(tǒng)已不能用某些局部的變更來滿足用戶的需要的時候，舊的管理信息系統(tǒng)應(yīng)該廢棄了。舊的管理信息系統(tǒng)的生命周期結(jié)束。2023/9/257第二節(jié)管理信息系統(tǒng)的開發(fā)1、管理信息系統(tǒng)的開發(fā)步驟：管理信息系統(tǒng)開發(fā)成功的要素：

1）合理地確定系統(tǒng)目標(biāo)

2）組織系統(tǒng)開發(fā)隊伍

3）遵循系統(tǒng)工程開發(fā)步驟

4）企業(yè)領(lǐng)導(dǎo)的重視2023/9/258一、管理信息系統(tǒng)的開發(fā)步驟：建立系統(tǒng)開發(fā)領(lǐng)導(dǎo)小組組成系統(tǒng)分析組系統(tǒng)總體規(guī)劃系統(tǒng)分析系統(tǒng)設(shè)計系統(tǒng)實施系統(tǒng)運行維護2023/9/259二、系統(tǒng)開發(fā)的各種方式系統(tǒng)開發(fā)的方式有：用戶自行開發(fā)，委托開發(fā)，聯(lián)合開發(fā)和購買商品應(yīng)用軟件。2023/9/2510三、系統(tǒng)開發(fā)方法綜述常用的管理信息系統(tǒng)開發(fā)方法有：結(jié)構(gòu)化生命周期法

原型法

面向?qū)ο蠓ㄓ嬎銠C輔助軟件工程法2023/9/2511四、開發(fā)管理信息系統(tǒng)應(yīng)具備的基本條件基本條件如下：1、有一個適宜的開發(fā)環(huán)境2、對管理信息系統(tǒng)有一個正確的認識3、有一定的科學(xué)基礎(chǔ)4、有一支穩(wěn)定的專業(yè)技術(shù)開發(fā)隊伍和企業(yè)自己的技術(shù)力量2023/9/2512第三節(jié)管理信息系統(tǒng)的總體規(guī)劃總體規(guī)劃是開發(fā)管理信息系統(tǒng)的第一階段，在開發(fā)初期必須以整個系統(tǒng)為分析對象，確定系統(tǒng)的總體目標(biāo)、總要求、主要功能結(jié)構(gòu)、性能要求、投資規(guī)模、資源分配、可行性等，對系統(tǒng)進行全面規(guī)劃。2023/9/2513一、總體規(guī)劃的目的與任務(wù)總體規(guī)劃的目的性：1、總體規(guī)劃是系統(tǒng)開發(fā)成功的基礎(chǔ)。2、總體規(guī)劃是整個系統(tǒng)開發(fā)的綱領(lǐng)。3、總體規(guī)劃是籌措資金的依據(jù)。4、總體規(guī)劃是開發(fā)項目確立的依據(jù)。5、總體規(guī)劃是有效開發(fā)的前提。2023/9/2514一、總體規(guī)劃的目的與任務(wù)總體規(guī)劃階段的主要任務(wù)：1、現(xiàn)行系統(tǒng)的初步調(diào)查、分析與評價。2、分析與確定新系統(tǒng)的目標(biāo)、規(guī)模、擬解決的主要問題、功能結(jié)構(gòu)等。3、擬定系統(tǒng)的初步實現(xiàn)方案。4、進行可行性分析。5、確定應(yīng)用項目的研制順序、研制方式。6、制定新系統(tǒng)開發(fā)的初步計劃。2023/9/2515二、現(xiàn)行系統(tǒng)初步調(diào)查系統(tǒng)調(diào)查的2個階段：初步調(diào)查和詳細調(diào)查初步調(diào)查：對現(xiàn)行系統(tǒng)做初步的了解、分析與評價，為新系統(tǒng)的目標(biāo)確定收集原始資料，做好準(zhǔn)備。2023/9/2516二、現(xiàn)行系統(tǒng)初步調(diào)查（一）調(diào)查對象和目的調(diào)查對象：組織中各部門的領(lǐng)導(dǎo)或業(yè)務(wù)負責(zé)人。目的：調(diào)查各部門的業(yè)概況、管理流程、主要信息需求及各部門之間的信息聯(lián)系、存在的問題。2023/9/2517二、現(xiàn)行系統(tǒng)初步調(diào)查（二）調(diào)查內(nèi)容1、整個組織機構(gòu)的概況2、現(xiàn)行管理信息系統(tǒng)的概況3、組織結(jié)構(gòu)的對外關(guān)系4、現(xiàn)行管理信息系統(tǒng)在組織結(jié)構(gòu)中的地位及作用5、各方人員對現(xiàn)行系統(tǒng)的態(tài)度和對新系統(tǒng)的要求6、開發(fā)新系統(tǒng)的資源情況和約束條件2023/9/2518二、現(xiàn)行系統(tǒng)初步調(diào)查（三）調(diào)查的方式方法1)、發(fā)調(diào)查提綱收集意見：發(fā)放對象主要是組織內(nèi)部的上層管理人員和主管領(lǐng)導(dǎo)。2)、召開調(diào)查會：用介紹與詢問的雙向方式。3)、訪問：通過交談的方式聽取意見。4)、實踐體驗：如跟班學(xué)習(xí)，可以較深入的了解現(xiàn)行管理系統(tǒng)的各個環(huán)節(jié)和工作內(nèi)容。2023/9/2519三、新系統(tǒng)目標(biāo)的確定確定目標(biāo)時應(yīng)注意的問題：1、目標(biāo)的戰(zhàn)略性2、目標(biāo)的多重性3、目標(biāo)的依附性4、目標(biāo)的長期性5、目標(biāo)的適應(yīng)性2023/9/2520四、擬定計算機系統(tǒng)的初步實現(xiàn)方案（一）硬件系統(tǒng)及系統(tǒng)軟件的需求分析（二）總體結(jié)構(gòu)初步方案確定2023/9/2521五、可行性分析1、概述：

可行性研究(可行性分析)是指在項目正式開發(fā)之前，先投入一定的精力，通過一套準(zhǔn)則，從經(jīng)濟、技術(shù)、社會等方面對項目的必要性、可能性、合理性，以及項目所面臨的重大風(fēng)險進行分析和評價，得出項目是否可行的結(jié)論?？尚行匝芯拷Y(jié)果有三種情況：

①可行，按計劃進行；

②基本可行，對項目要求或方案做必要修改；

③不可行，不立項或終止項目。2023/9/25222、

可行性研究的內(nèi)容1．經(jīng)濟可行性（EconomicFeasibility）

經(jīng)濟可行性分析也叫投資/效益分析或成本效益分析，它是分析信息系統(tǒng)項目所需要的花費和項目開發(fā)成功之后所能帶來的經(jīng)濟效益。投資/效益分析需要確定出所要開發(fā)的信息系統(tǒng)的總成本和總收益。然后對總成本和總收益進行比較，當(dāng)總收益大于總成本時，這個項目才值得開發(fā)。2023/9/25232、

可行性研究的內(nèi)容2．技術(shù)可行性（TechnicalFeasibility）

技術(shù)可行性是分析在特定條件下，技術(shù)資源的可用性和這些技術(shù)資源用于解決信息系統(tǒng)問題的可能性和現(xiàn)實性。一定要注意下述幾方面問題。

1)全面考慮信息系統(tǒng)開發(fā)過程所涉及到的技術(shù)問題

2)盡可能采用成熟技術(shù)3)慎重引入先進技術(shù)

4)著眼于具體的開發(fā)環(huán)境和開發(fā)人員2023/9/25242、

可行性研究的內(nèi)容3．社會可行性(SocietyFeasibility)

社會可行性需要從政策、法律、道德、制度、管理、人員等社會因素論證信息系統(tǒng)開發(fā)的可能性和現(xiàn)實性。例如，對信息系統(tǒng)所服務(wù)的行業(yè)以及應(yīng)用領(lǐng)域，國家和地方已經(jīng)頒布的法律和行政法規(guī)是否與所開發(fā)的系統(tǒng)相抵觸？企業(yè)的管理制度與信息系統(tǒng)開發(fā)是否存在矛盾的地方？人員的素質(zhì)和人員的心理是否為信息系統(tǒng)開發(fā)和運行提供了準(zhǔn)備？諸如此類問題都屬于社會可行性需要研究的問題。2023/9/25252、

可行性研究的內(nèi)容社會可行性還包括操作可行性(OperationalFeasibility)。操作可行性是指分析和測定給定信息系統(tǒng)在確定環(huán)境中能夠有效地從事工作并被用戶方便使用的程度和能力。操作可行性需要考慮以下方面：

①問題域的手工業(yè)務(wù)流程，新系統(tǒng)的流程，兩種流程的相近程度和差距；

②系統(tǒng)業(yè)務(wù)的專業(yè)化程度；

③系統(tǒng)對用戶的使用要求；

④系統(tǒng)界面的友好程度以及操作的方便程度；

⑤用戶的實際能力。2023/9/25263可行性研究報告可行性研究完成之后要編寫可行性研究報告?？尚行匝芯繄蟾姘ㄐ畔⑾到y(tǒng)概要介紹、可行性研究過程和可行性研究結(jié)論等內(nèi)容。下圖給出了可行性研究報告的簡要提綱。2023/9/2527可行性研究報告1．引言1.1編寫目的1.2背景1.3參考資料2.現(xiàn)行組織系統(tǒng)概況2.1組織目標(biāo)和戰(zhàn)略2.2業(yè)務(wù)概況2.3存在的主要問題3.擬建立的信息系統(tǒng)

3.1簡要說明

3.2初步建設(shè)計劃

3.2對組織的意義和影響

4.經(jīng)濟可行性分析

4.1支出

4.2收益

4.3支出收益分析

5.技術(shù)可行性分析

5.1主要技術(shù)路線

5.2技術(shù)可行性分析

6.社會可行性分析

6.1社會法律政策可行性

6.2社會公共環(huán)境可行性

6.3操作可行性

7.結(jié)論

7.1可行性研究結(jié)論

7.2結(jié)論的解釋2023/9/2528附例“書店信息系統(tǒng)”可行性研究報告

建設(shè)單位：**書店開發(fā)單位：**軟件開發(fā)公司2023/9/25291.引言1.1編寫目的本報告是對該系統(tǒng)可行性研究的綜合報告。1.2背景

長期以來，該書店業(yè)務(wù)一直采用手工管理。圖書采購、庫存、銷售和核算的手工信息管理存在工作量大、服務(wù)質(zhì)量差、工作效率低、耗費人員多，圖書的市場、庫存、銷售、讀者反饋等信息不能及時提供等問題。為了徹底改善書店圖書信息管理的落后局面，特提出開發(fā)本系統(tǒng)?！皶晷畔⑾到y(tǒng)”的建設(shè)，對提高書店服務(wù)質(zhì)量、提高工作效率、加快信息反饋、增強競爭實力有著重大意義。2023/9/25302.現(xiàn)行組織系統(tǒng)概況2.1組織目標(biāo)和戰(zhàn)略書店的目標(biāo)是以優(yōu)質(zhì)服務(wù)和具有競爭力的價格，向本市讀者提供豐富的圖書，以使本店能夠順利發(fā)展。具體分解為：

1）最方便地供讀者閱讀和購買圖書，減少30%的讀者購書時間；

2）近三年每年增加30%的新圖書品種；

3）書店能夠快速掌握國內(nèi)最新出版的各類圖書；

4）能夠快速統(tǒng)計和掌握本市讀者的購書要求，及時掌握暢銷書、滯銷書的信息；

5）入庫、出庫、盤庫的工作效率提高20%；

6）每年建立一個分店，五年內(nèi)實現(xiàn)全市圖書連鎖銷售。

2023/9/2531

重大戰(zhàn)略有：

1）采取開架售書，擺放桌椅，提供方便購書條件；

2）更改售書結(jié)算方法，減少結(jié)帳時間，提高工作效率；

3）建立出版社、供書商數(shù)據(jù)庫，掌握最新圖書動態(tài)；

4）每年增加30%購書資金，增加圖書品種；

5）動態(tài)統(tǒng)計銷售圖書，及時掌握暢銷書、滯銷書信息；

6）修改庫存管理辦法，提高效率，方便管理；

7）更新結(jié)算系統(tǒng)；

8）建立書店信息系統(tǒng)，全面提高管理水平和工作效率。2023/9/25322.2業(yè)務(wù)概況該書店為中等規(guī)模的書店。讀者覆蓋面占全市20%。書書店設(shè)有計劃市場部、書庫、銷售部、辦公室四個部門。計劃市場部負責(zé)編制圖書訂購計劃、圖書訂購、圖書征訂等項業(yè)務(wù)。書庫負責(zé)圖書入庫、出庫、盤庫、保管和過期圖書的報損等項工作。圖書銷售部負責(zé)圖書的銷售工作，具體包括從書庫領(lǐng)書，圖書銷售、結(jié)算等。辦公室負責(zé)書店的一般事務(wù)管理工作。2023/9/25332.3存在的主要問題長期以來，該書店業(yè)務(wù)一直采用手工管理。圖書采購、庫存、銷售和核算的手工信息管理存在工作量大、服務(wù)質(zhì)量差、工作效率低、耗費人員多，圖書的市場、庫存、銷售、讀者反饋等信息不能及時提供等問題。2023/9/25343.擬建立的信息系統(tǒng)3.1簡要說明

為了提高書店的工作效率和管理水平，書店計劃投入一定資金建立書店信息系統(tǒng)，以全面管理圖書業(yè)務(wù)。書店領(lǐng)導(dǎo)以及工作人員對所建立的信息系統(tǒng)有以下基本需求：1）建立對書店業(yè)務(wù)提供全面管理的書店信息系統(tǒng)；2）對所有圖書、一般讀者、工作人員提供全面管理；3）對市場、進貨、出版社、圖書商提供全面管理；4）對書庫的入、出、盤、報損等業(yè)務(wù)提供全面管理；5）對圖書銷售、結(jié)算、安全提供全面管理。

2023/9/25353.2初步建設(shè)計劃項目計劃于2001年6月開工建設(shè)。開發(fā)期6個月，試運行期3個月，系統(tǒng)計劃于2002年5月1日正式投入運行。3.3對組織的意義和影響本系統(tǒng)的開發(fā)能夠提高工作效率、擴大服務(wù)范圍、增加書店收入、及時獲取信息、減少決策失誤、減少庫存積壓、提高資金周轉(zhuǎn)。該系統(tǒng)還能夠及時提供圖書市場信息、出版商信息、庫存信息、銷售信息、讀者反饋信息，提高決策正確率。2023/9/25364.經(jīng)濟可行性分析4.1支出（1）系統(tǒng)開發(fā)費用

①人員費用本系統(tǒng)開發(fā)期20個周，試運行期12個周。開發(fā)期需要開發(fā)人員5人，試運行期需開發(fā)人員2人。開發(fā)需91周，折合3人/年（每年有效工作周按30周計算），每人/年按8萬人民幣計算，人員費用為24萬人民幣。

2023/9/2537

②硬件設(shè)備費系統(tǒng)所需的硬件設(shè)備費用為：13.26萬人民幣，其中：

.服務(wù)器1臺32000元

.微機8臺56000元

.打印機8臺12000元

.條形碼掃描儀10臺18000元

.網(wǎng)絡(luò)設(shè)備和布線10000元

.不間斷電源1臺3000元

.工作臺8臺1600元2023/9/2538

③軟件費：系統(tǒng)所需購買軟件費用為：2.1萬，其中：

.WindowsNT5000元

.SQLServer6000元

.java環(huán)境5000元

.rose建模工具5000元

④耗材費：0.8萬。

⑤咨詢和評審費：1.2萬。

⑥調(diào)研和差旅費：1.0萬。

⑦不可預(yù)見費：按開發(fā)總費用的15%計算。系統(tǒng)開發(fā)總費用：48.71萬。2023/9/2539（2）系統(tǒng)運行費用假定本系統(tǒng)的運行期為10年，每年的運行費用為：

①系統(tǒng)維護費：一年需要0.5人/年，維護費為0.5×8=4.0萬元。

②設(shè)備維護費：設(shè)備的運行更新期5年，設(shè)備更新費為13.26萬。設(shè)備日常故障維護費每年0.6萬元。則平均每年設(shè)備維護費為：13.26/10+0.6=1.926萬元。

③消耗材料費：每年消耗材料費按0.8萬計算。系統(tǒng)年運行費用6.726萬。10年累計系統(tǒng)運行費為67.26萬。系統(tǒng)開發(fā)和運行總費用為115.97萬。折合11.6萬/年。2023/9/25404.2收益

①提高工作效率，減少工作人員本系統(tǒng)累計可以綜合提高工作效率達30%。可以減少現(xiàn)有15%的工作人員，書店現(xiàn)有人員按30人計算，可減少4.5人。每人月平均工資按1500元計算，節(jié)約人員工資0.15×12×4.5=8.1萬元/年。

②擴大服務(wù)范圍，增加書店收入假定在原有基礎(chǔ)上可以增加10%的銷售量。書店每年的總利潤按300萬計算，可以增加收入30萬。2023/9/2541

③及時獲取信息，減少決策失誤本系統(tǒng)的建設(shè)可以及時獲取圖書市場信息，讀者反饋信息，暢銷滯銷圖書的信息。提高訂書的合理性和準(zhǔn)確率。估計每年可以增加收入在12萬以上。

④減少庫存積壓，提高資金周轉(zhuǎn)通過書庫的計算機管理，可以及時獲取庫存信息，爭取最優(yōu)庫存，提高資金的周轉(zhuǎn)率。每年可以因此減少庫存積壓浪費18萬以上。通過以上計算，本系統(tǒng)每年可以獲得經(jīng)濟效益8.1+30+12+18=68.1萬/年。累計10年獲經(jīng)濟效益681萬。

2023/9/2542社會效益：

①提高工作效率，減少讀者的購書時間；

②提高工作效率，減輕工作人員的勞動；

③提高工作質(zhì)量，增強讀者對書店管理的信任感和親善感，改善書店形象。

④提高管理水平。系統(tǒng)能夠及時提供圖書市場信息、出版商信息、庫存信息、銷售信息、讀者反饋信息，提高決策正確率。2023/9/25434.3支出/收益分析在10年期內(nèi)，系統(tǒng)投資和收益表1：系統(tǒng)總投入：115.97萬，系統(tǒng)總收入：681萬，2年可以收回開發(fā)投資。從經(jīng)濟上考慮，本系統(tǒng)完全有必要開發(fā)。2023/9/25445.技術(shù)可行性分析（1）信息系統(tǒng)開發(fā)方法：在開發(fā)小組中有熟練掌握面向?qū)ο蠓椒ㄩ_發(fā)軟件系統(tǒng)的資深的系統(tǒng)分析員和程序員。在信息系統(tǒng)開發(fā)方法上不存在任何問題。（2）網(wǎng)絡(luò)和通信技術(shù)：本開發(fā)小組有專門的網(wǎng)絡(luò)技術(shù)人員，有5年的大型網(wǎng)組網(wǎng)經(jīng)驗。（3）C/S結(jié)構(gòu)規(guī)劃和設(shè)計技術(shù)：發(fā)小組有豐富的C/S開發(fā)經(jīng)驗。（4）數(shù)據(jù)庫技術(shù)：開發(fā)小組有豐富的應(yīng)用數(shù)據(jù)庫開發(fā)經(jīng)驗。（5）java開發(fā)技術(shù)：開發(fā)小組能夠熟練使用java編程。

綜上，本系統(tǒng)開發(fā)技術(shù)是完全可行的。

2023/9/2545

6.社會可行性分析目前已有很多成功開發(fā)書店信息系統(tǒng)的先例，社會需要書店管理的現(xiàn)代化和信息化。書店信息系統(tǒng)開發(fā)和運行與國家的政策法規(guī)不存在任何沖突和抵觸之處。另外，書店信息系統(tǒng)所采用的操作和工作方式符合工作人員和讀者的日常習(xí)慣，而且操作方便靈活，便于學(xué)習(xí)。具有可行性。

7.可行性研究結(jié)論通過經(jīng)濟、技術(shù)和社會等方面的可行性分析，可以確定本系統(tǒng)的開發(fā)完全必要，而且是可行的，可以立項開發(fā)。2023/9/2546第四節(jié)管理信息系統(tǒng)的開發(fā)方法

本節(jié)的主要內(nèi)容為：系統(tǒng)開發(fā)概述、系統(tǒng)開發(fā)方法、系統(tǒng)開發(fā)項目管理。2023/9/2547一、系統(tǒng)開發(fā)概述

系統(tǒng)開發(fā)概述主要內(nèi)容包括：系統(tǒng)開發(fā)的任務(wù)與特點系統(tǒng)開發(fā)的基本原則系統(tǒng)開發(fā)的主要風(fēng)險

2023/9/25481、系統(tǒng)開發(fā)的任務(wù)與特點

系統(tǒng)開發(fā)的任務(wù)是根據(jù)企業(yè)的具體情況，設(shè)計出一套適合于現(xiàn)代企業(yè)管理要求的應(yīng)用軟件，為企業(yè)建立起計算機化的信息系統(tǒng)。

2023/9/2549系統(tǒng)開發(fā)的特點復(fù)雜性基于原系統(tǒng)、高于原系統(tǒng)一把手工程產(chǎn)品是無形的充分認識管理信息系統(tǒng)開發(fā)的特點，可以使系統(tǒng)的開發(fā)少走彎路。2023/9/25502、系統(tǒng)開發(fā)的基本原則面向用戶原則系統(tǒng)性原則符合軟件工程規(guī)范的原則逐步規(guī)范發(fā)展的原則2023/9/25513、系統(tǒng)開發(fā)的主要風(fēng)險

系統(tǒng)開發(fā)的風(fēng)險主要表現(xiàn)在投入超計劃、系統(tǒng)性能比預(yù)期差、沒獲得預(yù)期收益，有時甚至?xí)a(chǎn)生系統(tǒng)開發(fā)失敗。2023/9/2552二、系統(tǒng)開發(fā)方法常用的管理信息系統(tǒng)開發(fā)方法有：結(jié)構(gòu)化生命周期法

原型法

面向?qū)ο蠓ㄓ嬎銠C輔助軟件工程法2023/9/25531、結(jié)構(gòu)化生命周期法1．系統(tǒng)生命周期的階段劃分：系統(tǒng)規(guī)劃階段系統(tǒng)分析階段系統(tǒng)設(shè)計階段系統(tǒng)實施階段系統(tǒng)維護與評價階段

2023/9/25542、結(jié)構(gòu)化生命周期法的優(yōu)缺點結(jié)構(gòu)化生命周期法的主要優(yōu)點：建立面向用戶的觀點嚴格區(qū)分工作區(qū)間設(shè)計方法結(jié)構(gòu)化文件標(biāo)準(zhǔn)化和文獻化系統(tǒng)維護與評價階段2023/9/2555結(jié)構(gòu)化生命周期法的主要缺點:開發(fā)周期長

繁瑣，使用工具落后

不能充分預(yù)料可能發(fā)生的情況及變化

不直觀，用戶最后才能看到真實模型2023/9/25562、原型法

原型法是指系統(tǒng)開發(fā)人員在對用戶進行初步了解的基礎(chǔ)上，借助功能強大的輔助系統(tǒng)開發(fā)工具，快速開發(fā)一個原型（原始模型），并將其演示給用戶，開發(fā)人員根據(jù)用戶的意見和評價對這個原型進行修改，如此反復(fù)，逐步完善，直到用戶完全滿意為止。

2023/9/2557原型法的開發(fā)過程:確定用戶的基本需求開發(fā)初始原型征求用戶對原型的改進意見修正和改進原型2023/9/2558原型法的類型:丟棄式原型法演化式原型法遞增式原型法2023/9/2559丟棄式原型法

丟棄式原型法把原型系統(tǒng)作為用戶和開發(fā)人員之間進行通訊的媒介，并不打算把它作為實際系統(tǒng)運行。原始系統(tǒng)只是從外觀、功能上“像”實際系統(tǒng)。開發(fā)這類原型的目的是為了對最終系統(tǒng)進行研究，使用戶和開發(fā)人員借助這個系統(tǒng)進行交流，共同明確新系統(tǒng)的需求。2023/9/2560演化式原型法

演化式原型法認為用戶的要求及系統(tǒng)的功能都無時不在發(fā)生著變化，不先花大力氣去弄清楚用戶的需求，而是先按照基本需求開發(fā)出一個系統(tǒng)，讓用戶先使用起來，有問題隨時修改。2023/9/2561原型法的優(yōu)點與缺陷原型法的主要優(yōu)點:減少開發(fā)時間，提高系統(tǒng)開發(fā)效率改進用戶與系統(tǒng)開發(fā)人員的信息交流方式用戶滿意程度高應(yīng)變能力強

2023/9/2562原型法的主要缺點:開發(fā)工具要求高對大型系統(tǒng)或復(fù)雜性高的系統(tǒng)不適用管理水平要求高2023/9/25633、面向?qū)ο蠓?/p>

面向?qū)ο蟮募夹g(shù)把對象的屬性(數(shù)據(jù))和處理(方法)封裝在一起，通過子類對父類的繼承，使得軟件便于維護和擴充，提高了軟件的可復(fù)用性。2023/9/25641）、面向?qū)ο蟮母拍詈托g(shù)語對象：對象的本質(zhì)是數(shù)據(jù)與操作的封裝類：類是具有相同屬性的對象的集合消息：消息是為完成某些操作而向?qū)ο蟀l(fā)送的命令和命令說明繼承：繼承是指一個類因承襲而具有另一類的能力和特征的機制

封裝：封裝把對象及對象的方法、操作的實現(xiàn)封閉在一起2023/9/25652）、面向?qū)ο蠓ǖ拈_發(fā)過程系統(tǒng)調(diào)查和需求分析面向?qū)ο蠓治觯∣OA）面向?qū)ο笤O(shè)計（OOD）面向?qū)ο缶幊蹋∣OP）

2023/9/25663）、面向?qū)ο蠓ǖ膬?yōu)點與缺陷

面向?qū)ο蠓ǖ闹饕獌?yōu)點是：縮短了開發(fā)周期，解決了從分析和設(shè)計到軟件模塊多次轉(zhuǎn)換的繁雜過程。面向?qū)ο蠓ǖ闹饕秉c是：需要有一定的軟件基礎(chǔ)支持才可以應(yīng)用，對大型的系統(tǒng)可能會造成系統(tǒng)結(jié)構(gòu)不合理、各部分關(guān)系失調(diào)等問題。2023/9/25674、計算機輔助軟件工程法

計算機輔助軟件工程(CASE)是一種支持整個軟件開發(fā)生命周期的軟件開發(fā)自動化技術(shù)，是一種從開發(fā)者的角度支持信息系統(tǒng)開發(fā)的計算機技術(shù)。

2023/9/25681）、CASE產(chǎn)生的背景長期以來，“手工作坊”式的軟件開發(fā)模式難以適應(yīng)軟件工業(yè)的發(fā)展需求。軟件開發(fā)人員逐步認識到，他們?yōu)橛脩舻膽?yīng)用開發(fā)出各種各樣的軟件和信息系統(tǒng)，卻沒有支持軟件開發(fā)人員自己使用的工具，要提高軟件開發(fā)效率，一個有效的途徑就是開發(fā)出支持開發(fā)人員工作的工具。因此，提出了CASE的思想和方法。2023/9/25692）、CASE的功能

CASE的功能是支持不同的開發(fā)方法,支持軟件開發(fā)生命周期的各個階段，支持軟件部分的重用；支持開發(fā)信息資源共享。

2023/9/25703）、典型的CASE工具圖形工具:用圖形和模型的方式描述信息系統(tǒng)所使用的各種技術(shù)描述模型:用于記錄、刪除、編輯和輸出非圖形化的信息和說明原型化工具:用于輸入、輸出、屏幕或報表的分析和設(shè)計

質(zhì)量管理工具:檢驗系統(tǒng)的開發(fā)是否滿足一些通用規(guī)則文檔出版工具:用于將各種資料組裝成正式的文檔設(shè)計模型和程序代碼生成工具：用于支持某些項目形式上的變換

2023/9/25714）、CASE的優(yōu)點提高生產(chǎn)率提高質(zhì)量提高文檔的質(zhì)量減少系統(tǒng)維護的費用和精力

2023/9/2572三、系統(tǒng)開發(fā)項目管理與開發(fā)方式

一、系統(tǒng)開發(fā)的組織機構(gòu)1．系統(tǒng)開發(fā)領(lǐng)導(dǎo)小組2．系統(tǒng)開發(fā)工作小組

2023/9/25733．系統(tǒng)開發(fā)的人員信息主管項目主管系統(tǒng)分析員系統(tǒng)設(shè)計員程序設(shè)計員系統(tǒng)維護人員企業(yè)管理人員

2023/9/2574系統(tǒng)開發(fā)的項目管理項目管理主要內(nèi)容計劃管理經(jīng)費管理質(zhì)量管理資源管理

2023/9/2575第五節(jié)結(jié)構(gòu)化生命周期法一、結(jié)構(gòu)化系統(tǒng)開發(fā)方法的基本思想：面向功能的生命周期法，用系統(tǒng)工程化的觀點，將系統(tǒng)開發(fā)看作工程項目，有計劃、有步驟、分階段、自上而下在結(jié)構(gòu)化和模塊化基礎(chǔ)上進行，將系統(tǒng)總功能逐層分解為多個子系統(tǒng)功能，子系統(tǒng)功能還可分解為更細的功能。2023/9/2576二、結(jié)構(gòu)化系統(tǒng)分析系統(tǒng)分析是系統(tǒng)開發(fā)過程的關(guān)鍵，又稱為需求分析或新系統(tǒng)的邏輯設(shè)計。2023/9/2577（一）結(jié)構(gòu)化系統(tǒng)分析的任務(wù)從現(xiàn)行系統(tǒng)入手，通過詳細調(diào)查研究和用戶需求分析，由系統(tǒng)分析員運用經(jīng)營管理知識、計算機知識以及系統(tǒng)分析技術(shù)繪制一組描述系統(tǒng)總體方案的圖表，經(jīng)過用戶反復(fù)討論、分析和修改后得到用戶比較滿意的新系統(tǒng)邏輯模型。1、現(xiàn)行系統(tǒng)的詳細調(diào)查2、現(xiàn)行系統(tǒng)的分析評價3、新系統(tǒng)邏輯模型的建立4、書寫系統(tǒng)分析說明書2023/9/2578（二）結(jié)構(gòu)化系統(tǒng)分析工具1、組織機構(gòu)圖：描述組織機構(gòu)的方法。企業(yè)管理處計劃統(tǒng)計處供應(yīng)處財務(wù)處銷售處職工食堂第一生產(chǎn)車間服務(wù)公司廠辦廠長辦公室包裝車間生產(chǎn)調(diào)度處設(shè)備管理處技術(shù)質(zhì)量處第九生產(chǎn)車間廠醫(yī)務(wù)室小車隊企管科質(zhì)檢科計算中心綜合計劃處統(tǒng)計科銷售管理科成品庫業(yè)務(wù)聯(lián)系部市場分析部甲班組丙班組乙班組丁班組黨委辦公室團委工會職教處人事處圖書資料室廠長工廠管理委員會廠長工作部經(jīng)營部生產(chǎn)部后勤部宣教部........................2023/9/25792、業(yè)務(wù)功能圖銷售系統(tǒng)管理銷售計劃管理成品庫管理銷售合同管理銷售核算管理市場預(yù)測銷售歷史資料管理編制年度銷售大綱編制銷售計劃合同有效性審查合同執(zhí)行情況分析合同登記和變更銷售利潤核算銷售統(tǒng)計分析出入庫管理庫存統(tǒng)計市場預(yù)測市場分析2023/9/25803、業(yè)務(wù)流程圖對現(xiàn)行系統(tǒng)的業(yè)務(wù)進行描述，表示各機構(gòu)的業(yè)務(wù)處理過程和他們之間的聯(lián)系。2023/9/25813、業(yè)務(wù)流程圖

一、業(yè)務(wù)流程調(diào)查的任務(wù)及方法：

業(yè)務(wù)流程調(diào)查主要任務(wù)是調(diào)查系統(tǒng)中各環(huán)節(jié)的業(yè)務(wù)活動,用流程圖的方式把企業(yè)的具體管理活動和業(yè)務(wù)的處理過程繪制出來。

2023/9/25824、數(shù)據(jù)流程圖把數(shù)據(jù)在現(xiàn)行系統(tǒng)內(nèi)部的流動、存儲與變換的情況抽象出來，考察實際業(yè)務(wù)的信息流動模式。數(shù)據(jù)流程分析主要包括對信息的流動、變換、存貯等的分析，其目的是盡量地發(fā)現(xiàn)數(shù)據(jù)流動中存在的問題，并找出加以解決的方法，優(yōu)化數(shù)據(jù)流程。2023/9/2583一、數(shù)據(jù)的收集與分析1．?dāng)?shù)據(jù)收集數(shù)據(jù)收集工作量很大，故要求系統(tǒng)研制人員應(yīng)耐心細致地深入實際，協(xié)同業(yè)務(wù)人員收集與系統(tǒng)有關(guān)的一切數(shù)據(jù)。數(shù)據(jù)收集的渠道主要有現(xiàn)行的組織機構(gòu)；現(xiàn)行系統(tǒng)的業(yè)務(wù)流程；現(xiàn)行的決策方式；各種報表、報告、圖示。2023/9/25842．?dāng)?shù)據(jù)分析（1）圍繞系統(tǒng)目標(biāo)進行分析（2）弄清信息源周圍的環(huán)境（3）圍繞現(xiàn)行的業(yè)務(wù)流程進行分析（4）數(shù)據(jù)特征分析2023/9/2585二、數(shù)據(jù)流程圖數(shù)據(jù)流程圖（DataFlowDiagram，DFD）是一種能全面地描述系統(tǒng)數(shù)據(jù)流程的主要工具，它用一組符號來描述整個系統(tǒng)中信息的全貌，綜合地反映出信息在系統(tǒng)中的流動、處理和存儲情況。2023/9/2586數(shù)據(jù)流程圖的特征：數(shù)據(jù)流程圖有兩個特征：抽象性和概括性。抽象性指的是數(shù)據(jù)流程圖把具體的組織機構(gòu)、工作場所、物質(zhì)流都去掉，只剩下信息和數(shù)據(jù)存儲、流動、使用以及加工情況。概括性則是指數(shù)據(jù)流程圖把系統(tǒng)對各種業(yè)務(wù)的處理過程聯(lián)系起來考慮，形成一個總體。2023/9/2587（一）數(shù)據(jù)流程圖的基本符號1．外部實體:本系統(tǒng)或子系統(tǒng)之外的人和單位，都被列為外部實體。例：2023/9/25882．?dāng)?shù)據(jù)流數(shù)據(jù)流由一組確定的數(shù)據(jù)組成。例：

購貨合同2023/9/25893．處理邏輯處理邏輯表示對數(shù)據(jù)的加工處理，它把流入的數(shù)據(jù)流轉(zhuǎn)換為流出的數(shù)據(jù)流。例：P1.1登記臺帳2023/9/25904．?dāng)?shù)據(jù)存儲數(shù)據(jù)存儲是數(shù)據(jù)的倉庫，表示系統(tǒng)產(chǎn)生的數(shù)據(jù)存放的地方。例：

D2學(xué)生成績2023/9/2591（二）數(shù)據(jù)流程圖的繪制1．繪制數(shù)據(jù)流程圖的原則(1)識別系統(tǒng)的輸入和輸出。(2)從輸入端至輸出端畫數(shù)據(jù)流和加工，并同時加上數(shù)據(jù)存儲。(3)加工的分解“由外向里”進行分解。(4)數(shù)據(jù)流的命名，名字要確切，能反映整體。(5)各種符號布置要合理，分布均勻，盡量避免交叉線。(6)先考慮穩(wěn)定態(tài)，后考慮瞬間態(tài)。2023/9/25922．繪制數(shù)據(jù)流程圖的基本步驟(1)識別系統(tǒng)的輸入和輸出，畫出頂層圖(2)畫系統(tǒng)內(nèi)部的數(shù)據(jù)流、加工與文件，畫出一級細化圖(3)加工的進一步分解，畫出二級細化圖(4)其它注意事項2023/9/2593訂貨系統(tǒng)功能說明：

假設(shè)某一企業(yè)采購部門每天需要一張訂貨報表，報表按材料編號排序，報表中列出所有需要再次訂貨的材料。對于每種需要再次訂貨的材料應(yīng)列出下列數(shù)據(jù)：材料編號、名稱、訂貨數(shù)量、目前價格（或參考價格）、主要供應(yīng)單位、第二供應(yīng)單位等。材料領(lǐng)用稱為事務(wù)，通過放在倉庫的CRT終端把事務(wù)輸入到訂貨系統(tǒng)。當(dāng)某種材料的庫存數(shù)量少于庫存量臨界值時就應(yīng)該再次訂貨。[案例3.2]訂貨系統(tǒng)的數(shù)據(jù)流程圖2023/9/2594如何畫出上述訂貨系統(tǒng)的數(shù)據(jù)流程圖呢？考慮數(shù)據(jù)的源點和終點，確定系統(tǒng)的邊界。從上面對系統(tǒng)的描述可以知道，倉庫管理員通過終端把事務(wù)輸入訂貨系統(tǒng)，系統(tǒng)經(jīng)過匯總處理，每天向采購部提供一張訂貨報表。所以，采購員是數(shù)據(jù)的終點，而倉庫管理員是數(shù)據(jù)的源點。倉管員0.0訂貨系統(tǒng)采購員事務(wù)訂貨報表圖(a)訂貨系統(tǒng)的頂層數(shù)據(jù)流程圖

[案例3.2]訂貨系統(tǒng)的數(shù)據(jù)流程圖2023/9/2595考慮處理。問題給出“采購部需要報表”，因此必須有一個用于產(chǎn)生報表的處理。輸入事務(wù)的結(jié)果是改變材料庫存量，然而任何改變數(shù)據(jù)的操作都是處理，因此對事務(wù)進行的加工是另一個處理?？紤]數(shù)據(jù)流。系統(tǒng)把訂貨報表送給采購部，因此訂貨報表是一個數(shù)據(jù)流；倉庫需要將每筆事務(wù)輸入到系統(tǒng)中，顯然事務(wù)是另一個數(shù)據(jù)流。

[案例3.2]訂貨系統(tǒng)的數(shù)據(jù)流程圖2023/9/2596倉管員1.0處理事務(wù)采購員事務(wù)訂貨報表圖(b)訂貨系統(tǒng)的一層數(shù)據(jù)流程圖

2.0產(chǎn)生報表倉管員0.0訂貨系統(tǒng)采購員事務(wù)訂貨報表圖(a)訂貨系統(tǒng)的頂層數(shù)據(jù)流程圖

？[案例3.2]訂貨系統(tǒng)的數(shù)據(jù)流程圖2023/9/2597考慮數(shù)據(jù)存儲。從問題的闡述中，可以看出產(chǎn)生報表和處理事務(wù)這兩個處理在時間上明顯不匹配，每當(dāng)有一個事務(wù)發(fā)生時就必須立即處理事務(wù)，而每天只產(chǎn)生一次訂貨報表。因此，用來產(chǎn)生訂貨報表的數(shù)據(jù)必須存放一段時間，也就是應(yīng)該有一個數(shù)據(jù)存儲。另外，“當(dāng)某種材料的庫存數(shù)量少于庫存量臨界值時就應(yīng)該再次訂貨”，這個事實意味著必須在某個地方有材料庫存量和庫存量臨界值這樣的數(shù)據(jù)。因此，需要有一個保存清單的數(shù)據(jù)存儲。

[案例3.2]訂貨系統(tǒng)的數(shù)據(jù)流程圖2023/9/2598一旦把數(shù)據(jù)流程圖中的四種成份都分離出來之后，就可著手繪制系統(tǒng)的數(shù)據(jù)流程圖了。數(shù)據(jù)流程圖的繪制也是采用自頂向下的方法，由粗到細，逐層細化，最后形成一套完整的擬建系統(tǒng)的數(shù)據(jù)流程圖。

倉管員1.0處理事務(wù)采購員事務(wù)訂貨報表圖(b)訂貨系統(tǒng)的一層數(shù)據(jù)流程圖

2.0產(chǎn)生報表D2訂貨信息D1庫存信息[案例3.2]訂貨系統(tǒng)的數(shù)據(jù)流程圖2023/9/2599D2

1.1事務(wù)輸入和檢驗倉管員

1.2更新庫存

1.3處理訂貨D1庫存信息

F3庫存F1事務(wù)事務(wù)F2F4缺貨信息

F5訂貨信息

訂貨信息

圖(c)訂貨系統(tǒng)的2層數(shù)據(jù)流程圖

(子圖1)[案例3.2]訂貨系統(tǒng)的數(shù)據(jù)流程圖2023/9/25100D2采購員

2.0產(chǎn)生報表

F6訂貨匯總信息

F7訂貨報表

訂貨信息

圖(d)訂貨系統(tǒng)的1層數(shù)據(jù)流程圖（圖b的局部，各數(shù)據(jù)成分加上編號）

[案例3.2]訂貨系統(tǒng)的數(shù)據(jù)流程圖2023/9/251013．畫分層數(shù)據(jù)流程圖時應(yīng)注意的問題（1）合理編號數(shù)據(jù)流程圖加工編號規(guī)則：子圖中的編號為父圖號和子加工的編號組成；子圖的父圖號就是父圖中相應(yīng)加工的編號。2023/9/25102（2）注意子圖與父圖的平衡

子圖與父圖的數(shù)據(jù)流必須平衡，平衡指的是子圖的輸入、輸出數(shù)據(jù)流必須與父圖中對應(yīng)加工的輸入、輸出數(shù)據(jù)流相同。2023/9/25103[案例3.3]父子圖平衡原則的應(yīng)用(a)中，父圖中加工3有一個輸入數(shù)據(jù)流，有兩個輸出數(shù)據(jù)流。父圖(0層)：1234ABCEDFG(a)2023/9/25104子圖3(1層)：(b)3.13.23.43.53.63.3EDC子圖4(1層)：(c)4.14.24.34.4FKLG(b)中，加工3有一個外部輸入數(shù)據(jù)流，兩個對外輸出流，這說明父圖與子圖是平衡的。

(c)中，增加了外部輸入數(shù)據(jù)流K，增加了對外輸出數(shù)據(jù)流L，父圖子圖不平衡

2023/9/25105(d)，如果在父圖3號加工的輸入數(shù)據(jù)流“考生信息”是由考生姓名、準(zhǔn)考證號、考試成績、通訊地址組成的，則兩者是平衡的。否則是不平衡的。

父圖：子圖：(d)123考生信息錄取通知單3.13.2準(zhǔn)考證號錄取通知考生姓名通訊地址考試成績2023/9/25106（3）分解的程度分解時應(yīng)遵循以下原則：分解應(yīng)自然，概念上要合理、清晰。上層分解得快些，下層分解得慢些。在不影響可讀性的前提下，應(yīng)適當(dāng)?shù)囟喾纸獬蓭撞糠?，以減少分解層數(shù)。當(dāng)加工可用一頁紙明確地表述時，或加工只有單一輸入/輸出數(shù)據(jù)流時，就應(yīng)停止對該加工的分解。對不再作分解的加工，必須做出詳細的加工說明。2023/9/25107（三）現(xiàn)行系統(tǒng)的詳細調(diào)查一、詳細調(diào)查的原則應(yīng)遵循以下的主要原則：真實性全面性規(guī)范性啟發(fā)性2023/9/25108二、詳細調(diào)查的范圍及內(nèi)容系統(tǒng)界限和運行狀態(tài)組織機構(gòu)和人員分工業(yè)務(wù)流程各種計劃、單據(jù)和報表資源情況約束條件薄弱環(huán)節(jié)和用戶要求2023/9/25109三、詳細調(diào)查的方法通常采用的詳細調(diào)查方法有：

重點詢問方式

問卷調(diào)查方式

深入實際的調(diào)查方式

面談閱讀觀察和參加企業(yè)業(yè)務(wù)實踐2023/9/25110四、詳細調(diào)查中應(yīng)注意的問題

調(diào)查前做好計劃和用戶培訓(xùn)、調(diào)查中避免先入為主、調(diào)查與分析整理相結(jié)合、使用規(guī)范的、簡單易懂的圖表工具是詳細調(diào)查中應(yīng)注意的問題。系統(tǒng)分析人員應(yīng)當(dāng)具有虛心、熱心、耐心和細心的態(tài)度，力求真實準(zhǔn)確，以便在短期內(nèi)對現(xiàn)行信息系統(tǒng)有全面詳細地了解。

2023/9/25111（四）系統(tǒng)化分析1、目標(biāo)與體制分析現(xiàn)行系統(tǒng)的目標(biāo)規(guī)定了現(xiàn)行信息系統(tǒng)的服務(wù)方向。分析現(xiàn)行系統(tǒng)的目標(biāo)是否合理，分析目標(biāo)之間的關(guān)系。2023/9/251122、邏輯功能分析系統(tǒng)的功能是具體實現(xiàn)和完成系統(tǒng)目標(biāo)的各個處理側(cè)面。新系統(tǒng)的功能要求是建立在現(xiàn)行系統(tǒng)已有的功能的基礎(chǔ)上的，根據(jù)用戶的需要加以改進的。2023/9/251133、管理業(yè)務(wù)流程分析業(yè)務(wù)流程：指為完成企業(yè)目標(biāo)所做的相關(guān)業(yè)務(wù)的處理過程。業(yè)務(wù)流程分析的內(nèi)容：

1）原有業(yè)務(wù)的流程分析

2）業(yè)務(wù)流程的優(yōu)化

3）確定新的業(yè)務(wù)流程

4）新系統(tǒng)的人機邊界2023/9/251144、數(shù)據(jù)流程及數(shù)據(jù)分析數(shù)據(jù)的分類：1）本系統(tǒng)輸入數(shù)據(jù)類2）本系統(tǒng)內(nèi)要存儲的數(shù)據(jù)類3）本系統(tǒng)產(chǎn)生的數(shù)據(jù)類2023/9/251155、子系統(tǒng)劃分把系統(tǒng)劃分為子系統(tǒng)可以大大簡化工作。2023/9/25116（五）新系統(tǒng)邏輯方案的確立

建立邏輯模型是系統(tǒng)分析中重要的任務(wù)之一，它是系統(tǒng)分析階段的重要成果，也是下一個階段工作的主要依據(jù)。2023/9/25117一、確定新系統(tǒng)目標(biāo)

對系統(tǒng)目標(biāo)進行再次考查，并對系統(tǒng)建設(shè)的環(huán)境和條件的調(diào)查修正系統(tǒng)目標(biāo)，使系統(tǒng)目標(biāo)適應(yīng)組織的管理需求和戰(zhàn)略目標(biāo)。主要內(nèi)容為：

1．系統(tǒng)功能目標(biāo)2．系統(tǒng)技術(shù)目標(biāo)3．系統(tǒng)經(jīng)濟目標(biāo)2023/9/25118二、確定新系統(tǒng)的業(yè)務(wù)流程

確定新系統(tǒng)業(yè)務(wù)流程的具體內(nèi)容包括：1．對企業(yè)的業(yè)務(wù)流程進行分析討論，找出業(yè)務(wù)流程中仍不合理的地方。2．對業(yè)務(wù)流程中不合理的過程進行優(yōu)化，分析優(yōu)化后將帶來的益處。3．確定新系統(tǒng)的業(yè)務(wù)流程。2023/9/25119三、確定新系統(tǒng)的數(shù)據(jù)和數(shù)據(jù)流程確定新系統(tǒng)的數(shù)據(jù)和數(shù)據(jù)流程具體內(nèi)容包括：1．與用戶討論數(shù)據(jù)指標(biāo)體系是否全面合理，數(shù)據(jù)精度是否滿足要求等有關(guān)內(nèi)容，確認最終的數(shù)據(jù)指標(biāo)體系和數(shù)據(jù)字典。2．對數(shù)據(jù)流程進行分析討論，找出數(shù)據(jù)流程中仍不合理的地方。3．對數(shù)據(jù)流程中不合理的過程進行優(yōu)化，分析優(yōu)化后將帶來的益處。4．確定新系統(tǒng)的數(shù)據(jù)流程。2023/9/25120四、確定新系統(tǒng)的功能模型

確定新系統(tǒng)的功能模型就是對新系統(tǒng)進行子系統(tǒng)的劃分，在確定新系統(tǒng)邏輯模型時，必須對再次進行分析討論，最后確定新系統(tǒng)總的功能模型。2023/9/25121五、確定新系統(tǒng)數(shù)據(jù)資源分布

在系統(tǒng)功能分析和子系統(tǒng)劃分之后，應(yīng)該確定數(shù)據(jù)資源在新系統(tǒng)中的存放位置，即哪些數(shù)據(jù)資源存儲在本系統(tǒng)的內(nèi)部設(shè)備上，哪些是存儲在網(wǎng)絡(luò)或主機上的。2023/9/25122六、確定新系統(tǒng)中的管理模型

根據(jù)數(shù)據(jù)流程圖對每個處理過程進行認真分析，研究每個管理過程的信息處理特點，找出相適應(yīng)的管理模型。

2023/9/25123三、結(jié)構(gòu)化系統(tǒng)設(shè)計

系統(tǒng)分析階段，主要解決的是新系統(tǒng)“做什么”的問題。而在系統(tǒng)設(shè)計階段，需要回答的中心問題是“怎么做”，即通過給出新系統(tǒng)物理模型的方式，描述如何實現(xiàn)在系統(tǒng)分析中規(guī)定的系統(tǒng)功能。2023/9/25124（3-1）、系統(tǒng)設(shè)計的目的與任務(wù)

系統(tǒng)設(shè)計階段的主要目的是，將系統(tǒng)分析階段所提出的、充分反應(yīng)用戶信息需求的新系統(tǒng)邏輯模型轉(zhuǎn)換成可以實施的、基于計算機與網(wǎng)絡(luò)技術(shù)的物理(技術(shù))模型。邏輯模型主要確定系統(tǒng)“做什么”，而物理模型則主要解決“系統(tǒng)怎樣做”的問題。

2023/9/25125（3-1）、系統(tǒng)設(shè)計的目的與任務(wù)

主要任務(wù)是從信息系統(tǒng)的總體目標(biāo)出發(fā)，根據(jù)系統(tǒng)分析階段對系統(tǒng)的邏輯功能的要求，并考慮到經(jīng)濟、技術(shù)和運行環(huán)境等方面的條件，確定系統(tǒng)的總體結(jié)構(gòu)和系統(tǒng)各組成部分的技術(shù)方案，合理選擇計算機和通信的軟、硬件設(shè)備，提出系統(tǒng)的實施計劃。

2023/9/25126（3-1）、系統(tǒng)設(shè)計的目的與任務(wù)

系統(tǒng)設(shè)計階段的工作包括如下主要活動：總體設(shè)計詳細設(shè)計編寫“系統(tǒng)設(shè)計說明書”

2023/9/25127（3-2）、系統(tǒng)設(shè)計的依據(jù)可從以下幾個方面考慮：系統(tǒng)分析的成果現(xiàn)行技術(shù)現(xiàn)行的信息管理和信息技術(shù)的標(biāo)準(zhǔn)、規(guī)范和有關(guān)法律制度用戶需求系統(tǒng)運行環(huán)境

2023/9/25128（3-3）、系統(tǒng)設(shè)計的原則

應(yīng)遵循以下的主要原則：系統(tǒng)性方便性可靠性經(jīng)濟性可變性2023/9/25129（3-2）網(wǎng)絡(luò)及計算機系統(tǒng)的選擇與配置主要內(nèi)容：1、網(wǎng)絡(luò)硬件選擇2、計算機硬件選擇3、軟件選擇2023/9/25130（三）軟件總體結(jié)構(gòu)設(shè)計結(jié)構(gòu)化設(shè)計方法是1974年由美國IBM公司的W.Stevens等人首先提出的。其思想是以數(shù)據(jù)流程圖為基礎(chǔ)，采用自頂向下、逐層分解的方法，把系統(tǒng)劃分為若干子系統(tǒng)，子系統(tǒng)又劃分為若干功能模塊，模塊又劃分為子模塊，層層劃分直到相對獨立、功能單一的獨立程序為止。結(jié)構(gòu)化設(shè)計的宗旨是要使設(shè)計工作簡單化、標(biāo)準(zhǔn)化。

2023/9/25131（四）代碼設(shè)計

代碼是指代表事物名稱、屬性、狀態(tài)等的符號，它以簡短的符號形式代替具體的文字說明。

代碼設(shè)計的任務(wù)：設(shè)計出一套供管理信息系統(tǒng)開發(fā)和運行所需的代碼系統(tǒng)。2023/9/25132代碼的功能有以下幾個方面主要功能：1．便于錄入2．節(jié)省存儲空間，提高處理速度3．便于計算機識別和處理4．提高數(shù)據(jù)標(biāo)準(zhǔn)化程度5．提高處理精度2023/9/25