【文章內(nèi)容簡(jiǎn)介】 適應(yīng)性差?！　　?邏輯設(shè)計(jì)（系統(tǒng)分析）到物理設(shè)計(jì)（系統(tǒng)設(shè)計(jì)）的過(guò)渡難度大?！　　?文檔編寫(xiě)的工作量大?！　　　　?開(kāi)發(fā)早期能夠凍結(jié)用戶需求；　　● 組織結(jié)構(gòu)穩(wěn)定，業(yè)務(wù)處理過(guò)程相對(duì)比較規(guī)范、成熟、定型的企業(yè)信息系統(tǒng)，需求比較明確、穩(wěn)定；　　● 系統(tǒng)規(guī)模大、功能與數(shù)據(jù)關(guān)系復(fù)雜的大型系統(tǒng)。　　三、原型法　　　　開(kāi)發(fā)者和用戶在系統(tǒng)的主要需求上取得一致意見(jiàn)后，由開(kāi)發(fā)者很快開(kāi)發(fā)出一個(gè)初步的原型系統(tǒng)，然后通過(guò)用戶使用和評(píng)價(jià)，提出改進(jìn)意見(jiàn)，反復(fù)修改、擴(kuò)展和完善，直到形成一個(gè)相對(duì)穩(wěn)定的系統(tǒng)?！　≡头艹浞职l(fā)揮用戶的積極性，能及早發(fā)現(xiàn)系統(tǒng)開(kāi)發(fā)中發(fā)生的問(wèn)題，系統(tǒng)適用性較高。但缺乏對(duì)整個(gè)系統(tǒng)的全面認(rèn)識(shí)，系統(tǒng)分析比較粗略，不易在復(fù)雜的大型管理信息系統(tǒng)中全面應(yīng)用。　　　?。?）確定用戶基本需求，快速開(kāi)發(fā)初始原型系統(tǒng)?！　。?）使用原型系統(tǒng)確認(rèn)用戶需求。這是原型法中最核心的步驟。　?。?）修改和改進(jìn)原型?！　≡头ㄊ巧鲜霾襟E的一個(gè)不斷循環(huán)、迭代的過(guò)程。　　　　　　優(yōu)點(diǎn)：　　● 便于滿足用戶需求。提高了用戶參與系統(tǒng)開(kāi)發(fā)的積極性。　　● 開(kāi)發(fā)時(shí)間短、效率高?！　∪秉c(diǎn)：　　● 開(kāi)發(fā)進(jìn)程難以控制和管理；　　●可能會(huì)使系統(tǒng)偏離開(kāi)發(fā)方向?！　。骸　　?用戶事先難以說(shuō)明需求或需求經(jīng)常變化的系統(tǒng)，如決策支持系統(tǒng)?！　　?規(guī)模較小的應(yīng)用系統(tǒng)?！　　?要求有快速建立原型系統(tǒng)的開(kāi)發(fā)工具。 如PowerBuilder、Visual Basic、Delphi、Visual FoxPro等。　　原型法可以與生命周期法結(jié)合使用，即整體上仍使用生命周期法，而僅對(duì)其中功能獨(dú)立的模塊采用原型法?！　∷摹⒚嫦?qū)ο蠓椒ā　∶嫦驅(qū)ο蠓椒ㄊ且环N認(rèn)識(shí)問(wèn)題和解決問(wèn)題的思維方法，它將客觀世界看成是由許多相互聯(lián)系、相互作用的不同對(duì)象構(gòu)成的。用面向?qū)ο蠓椒ń⒌南到y(tǒng)中，對(duì)象是其基本組成單位。對(duì)象的本質(zhì)就是數(shù)據(jù)與操作的封裝?！　　　　?對(duì)象：它是一組屬性和有權(quán)對(duì)這些屬性進(jìn)行操作的一組服務(wù)的封裝體。封裝性：把對(duì)象的屬性和服務(wù)結(jié)合成一個(gè)獨(dú)立的系統(tǒng)單位，并盡可能隱蔽對(duì)象的內(nèi)部細(xì)節(jié)。通過(guò)封裝，對(duì)象就有了控制自身狀態(tài)的獨(dú)立性。惟一能改變對(duì)象狀態(tài)的方式是其他對(duì)象發(fā)來(lái)的消息。面向?qū)ο蟮倪@一特征使得外界的變動(dòng)對(duì)整個(gè)系統(tǒng)結(jié)構(gòu)的影響降低到最低限度。　　● 類(lèi)：類(lèi)是對(duì)一組相似對(duì)象的描述，這些對(duì)象具有相同的屬性和行為、相同的變量（數(shù)據(jù)結(jié)構(gòu)）和方法實(shí)現(xiàn)。類(lèi)是對(duì)象的模板，是所有相似對(duì)象的狀態(tài)和操作構(gòu)成的模板。對(duì)象是類(lèi)的實(shí)例?！　　?繼承。類(lèi)是有層次的，一個(gè)類(lèi)的上層可以有超類(lèi)（superclass），下層可以有子類(lèi)（subclass），形成一種層次結(jié)構(gòu)。這種層次結(jié)構(gòu)的一個(gè)重要特點(diǎn)是繼承性，子類(lèi)對(duì)象無(wú)條件地?fù)碛懈割?lèi)對(duì)象的所有的特性（屬性和操作），這一機(jī)制稱(chēng)為繼承性。繼承性提高了軟件的可重用性?！　　?消息：消息（message）就是一個(gè)對(duì)象向其他對(duì)象發(fā)出的服務(wù)請(qǐng)求?！　　　　?系統(tǒng)調(diào)查和需求分析?！　　?面向?qū)ο蠓治觯∣OA）。建立對(duì)象模型、動(dòng)態(tài)模型和功能模型。任務(wù)是：先通過(guò)對(duì)用戶需求陳述的分析，識(shí)別出所涉及的對(duì)象、對(duì)象之間的關(guān)系和服務(wù)等，建立對(duì)象模型；然后以對(duì)象模型為基礎(chǔ)，將對(duì)象的交互作用和時(shí)序關(guān)系建立成動(dòng)態(tài)模型；然后再進(jìn)一步設(shè)計(jì)有關(guān)對(duì)象的功能，建立功能模型?！　　?面向?qū)ο笤O(shè)計(jì)（OOD）。從OOA到OOD的過(guò)渡是一個(gè)增量關(guān)系（逐步擴(kuò)充模型），其任務(wù)是主體部件設(shè)計(jì)和數(shù)據(jù)管理部件設(shè)計(jì)。　　● 面向?qū)ο缶幊蹋∣OP）?？梢暬O(shè)計(jì)和代碼設(shè)計(jì)，可視化設(shè)計(jì)主要進(jìn)行用戶界面設(shè)計(jì)；代碼設(shè)計(jì)是編寫(xiě)所需要響應(yīng)的事件代碼?！　。骸　?yōu)點(diǎn)：　　● 面向?qū)ο蠓椒枋龅默F(xiàn)實(shí)世界更符合人們認(rèn)識(shí)事物的思維方法，因而用它開(kāi)發(fā)的軟件更易于理解，易于維護(hù)。　　● 穩(wěn)定性好。對(duì)象是相對(duì)比較穩(wěn)定的要素?！　　?面向?qū)ο蟮姆庋b性在很大程度上提高了系統(tǒng)的可維護(hù)性和可擴(kuò)展性?！　　?面向?qū)ο蟮睦^承性大大提高了軟件的可重用性?！　∪秉c(diǎn)：　　● 需要有一定軟件環(huán)境的支持；　　● 對(duì)系統(tǒng)開(kāi)發(fā)的人力、財(cái)力、物力要求較高；　　● 缺乏全局性的控制，可能會(huì)造成系統(tǒng)結(jié)構(gòu)不合理。　?。禾貏e適合圖形、多媒體和復(fù)雜系統(tǒng)的開(kāi)發(fā)?！　∥?、計(jì)算機(jī)輔助軟件工程（CASE）　　CASE是計(jì)算機(jī)技術(shù)在系統(tǒng)開(kāi)發(fā)活動(dòng)、技術(shù)和方法中的應(yīng)用，是軟件工具與開(kāi)發(fā)方法的結(jié)合體。是一種自動(dòng)化的或半自動(dòng)化的軟件開(kāi)發(fā)方法。 　　　　● 既支持自頂向下的結(jié)構(gòu)化開(kāi)發(fā)方法，也支持自底向上的原型化方法?！　　?支持信息系統(tǒng)開(kāi)發(fā)的全過(guò)程。　　● 簡(jiǎn)化了軟件管理維護(hù)工作，使開(kāi)發(fā)者從繁雜的分析設(shè)計(jì)圖表和編程工作中解放出來(lái)?！　　?自動(dòng)生成文檔和程序代碼，產(chǎn)生標(biāo)準(zhǔn)化的文檔。　　● 設(shè)計(jì)具有可重用性，提高了軟件開(kāi)發(fā)效率。　　　　● 分析、設(shè)計(jì)工具?！　　?代碼生成工具。　　● 測(cè)試工具?！　　?項(xiàng)目管理工具。　　六、管理信息系統(tǒng)的開(kāi)發(fā)方式　　　　管理信息系統(tǒng)不僅是一個(gè)復(fù)雜的人機(jī)系統(tǒng)，而且是一個(gè)社會(huì)技術(shù)系統(tǒng)。影響MIS建設(shè)成功的因素不僅包括技術(shù)方面的原因，更多、更重要的是人的因素。　　信息系統(tǒng)開(kāi)發(fā)的必要條件包括：　?。?）合理地確定信息系統(tǒng)的目標(biāo)。目標(biāo)的確定應(yīng)堅(jiān)持先進(jìn)性和實(shí)用性相結(jié)合的原則；信息系統(tǒng)目標(biāo)應(yīng)與企業(yè)的戰(zhàn)略目標(biāo)一致?！　。?）企業(yè)具備一定的科學(xué)管理基礎(chǔ)。數(shù)據(jù)統(tǒng)一、流程合理、制度完善?！　。?）具備一定的物質(zhì)資源保證。資金、設(shè)備等?！　。?）領(lǐng)導(dǎo)重視，業(yè)務(wù)人員配合。一把手原則：企業(yè)主要領(lǐng)導(dǎo)的重視和親自參與是成功建立信息系統(tǒng)的重要條件。因?yàn)椋褐挥懈邔宇I(lǐng)導(dǎo)才最了解企業(yè)的目標(biāo)和需求；信息系統(tǒng)的建立是一個(gè)全局性問(wèn)題，涉及企業(yè)的多個(gè)部門(mén)之間的協(xié)調(diào)，涉及到企業(yè)組織結(jié)構(gòu)的調(diào)整，這些問(wèn)題只有最高層領(lǐng)導(dǎo)才能解決?！　。?）配備結(jié)構(gòu)合理的開(kāi)發(fā)隊(duì)伍?！　∪藛T工作職責(zé)項(xiàng)目管理人員系統(tǒng)開(kāi)發(fā)、運(yùn)行和維護(hù)的組織與領(lǐng)導(dǎo)工作系統(tǒng)分析員系統(tǒng)分析：與用戶溝通，確定用戶的需求，建立系統(tǒng)邏輯模型系統(tǒng)設(shè)計(jì)員系統(tǒng)設(shè)計(jì)：提出系統(tǒng)技術(shù)解決方案，滿足用戶需求程序員按照系統(tǒng)設(shè)計(jì)的要求，進(jìn)行應(yīng)用程序的設(shè)計(jì)系統(tǒng)維護(hù)人員系統(tǒng)硬件和軟件維護(hù)操作員硬件操作和信息處理等文檔管理員文檔管理、配置管理質(zhì)量管理員、審計(jì)質(zhì)量管理、風(fēng)險(xiǎn)管理其他專(zhuān)業(yè)人員數(shù)據(jù)庫(kù)管理員、網(wǎng)絡(luò)管理員等特殊設(shè)計(jì)工作　　　?。?）獨(dú)立開(kāi)發(fā)方式　　適用于：有較強(qiáng)的系統(tǒng)分析與設(shè)計(jì)隊(duì)伍的組織和單位；　　優(yōu)點(diǎn)：　　● 開(kāi)發(fā)費(fèi)用低；　　● 開(kāi)發(fā)的系統(tǒng)能夠適應(yīng)本企業(yè)的實(shí)際需求，用戶滿意度高；　　● 系統(tǒng)維護(hù)工作方便?！　∪秉c(diǎn)：　　● 由于專(zhuān)業(yè)化程度不夠，開(kāi)發(fā)的系統(tǒng)不夠優(yōu)化；　　● 開(kāi)發(fā)周期長(zhǎng)；　　● 人員調(diào)動(dòng)會(huì)影響到系統(tǒng)的維護(hù)工作?！　。?）委托開(kāi)發(fā)方式　　適用于：企業(yè)無(wú)系統(tǒng)開(kāi)發(fā)人員或開(kāi)發(fā)隊(duì)伍力量薄弱，但資金較為充足。　　優(yōu)點(diǎn)：　　● 省時(shí)；　　● 省事；　　● 開(kāi)發(fā)的系統(tǒng)技術(shù)水平較高?！　∪秉c(diǎn)：　　● 費(fèi)用高；　　● 維護(hù)困難：系統(tǒng)維護(hù)需要開(kāi)發(fā)單位的長(zhǎng)期支持?！　。?）合作開(kāi)發(fā)方式　　適用于：?jiǎn)挝挥幸欢ǖ南到y(tǒng)分析、設(shè)計(jì)及軟件開(kāi)發(fā)人員，但開(kāi)發(fā)力量較弱，希望通過(guò)合作開(kāi)發(fā)提高自己開(kāi)發(fā)隊(duì)伍的水平，便于系統(tǒng)維護(hù)工作的單位；　　優(yōu)點(diǎn)：　　● 節(jié)約了資金；　　● 有利于培養(yǎng)、增強(qiáng)本單位技術(shù)力量；　　● 便于日后的系統(tǒng)維護(hù)工作?！　∪秉c(diǎn)：　　● 易出現(xiàn)溝通問(wèn)題，需要開(kāi)發(fā)雙方有一個(gè)很好的溝通機(jī)制?！　。?）購(gòu)買(mǎi)現(xiàn)成軟件　　適用于：通用性較強(qiáng)的業(yè)務(wù)?！　?yōu)點(diǎn)：　　● 省時(shí)；　　● 費(fèi)用低；　　● 技術(shù)水平較高?！　∪秉c(diǎn)：　　● 軟件專(zhuān)用性（針對(duì)性）差，不一定能完全符合本企業(yè)的實(shí)際需求；　　● 與其他系統(tǒng)的接口需要進(jìn)一步完善。第五章　系統(tǒng)分析　　本章主要考核知識(shí)點(diǎn)包括：　??； 　　；　　；　　?！　∫?、可行性分析的內(nèi)容和結(jié)果　　　　可行性分析就是在初步調(diào)查的基礎(chǔ)上進(jìn)一步明確問(wèn)題，對(duì)系統(tǒng)規(guī)模、目標(biāo)及有關(guān)約束條件進(jìn)行整體、全面的分析與論證，提出系統(tǒng)的邏輯模型框架和可能的各種參考方案?？尚行苑治鲆獜谋匾院涂赡苄詢蓚€(gè)方面進(jìn)行。可行性建立在必要性的基礎(chǔ)上。其內(nèi)容包括：　?。?）經(jīng)濟(jì)可行性。主要是對(duì)項(xiàng)目的經(jīng)濟(jì)效益進(jìn)行評(píng)價(jià)。方法是成本/效益分析?！　。?）技術(shù)可行性。將來(lái)要采用的硬件和軟件技術(shù)以及開(kāi)發(fā)人員的水平能否滿足用戶提出的要求。包括硬件、軟件和人員三個(gè)方面。人員方面主要指各類(lèi)技術(shù)人員的數(shù)量、水平、來(lái)源情況等。　?。?）管理上的可行性。管理可行性是指所建立的信息系統(tǒng)能否在該組織實(shí)現(xiàn)，在當(dāng)前的組織環(huán)境下能否很好地運(yùn)行，即組織內(nèi)外是否具備接受和使用新系統(tǒng)的條件。管理可行性因素包括：領(lǐng)導(dǎo)是否支持；管理是否科學(xué)；組織機(jī)構(gòu)是否健全；基礎(chǔ)數(shù)據(jù)是否齊全；管理體制；管理人員對(duì)開(kāi)發(fā)信息系統(tǒng)的態(tài)度以及管理方面的基礎(chǔ)工作是否會(huì)對(duì)信息系統(tǒng)的開(kāi)發(fā)造成很大的阻礙。　　——可行性分析報(bào)告　?。?）應(yīng)用項(xiàng)目的概況描述　　①項(xiàng)目目標(biāo)　?、诩夹g(shù)可行性分析　?、劢?jīng)濟(jì)可行性分析　　④社會(huì)因素可行性分析　?、蓍_(kāi)發(fā)所需資源和預(yù)算安排　?、奁谕男б妗　、哧P(guān)于結(jié)論的意見(jiàn)（結(jié)論的三個(gè)內(nèi)容）　　可行性分析的3個(gè)結(jié)論：　?、倏闪⒓催M(jìn)行開(kāi)發(fā)　　②不能或者沒(méi)有必要繼續(xù)進(jìn)行　?、坌柰七t到某些條件具備后才能進(jìn)行　　二、數(shù)據(jù)流程圖　?。簲?shù)據(jù)流程圖（DFD）是一種能全面描述信息系統(tǒng)邏輯模型的主要工具，它可以用少數(shù)幾種符號(hào)（外部實(shí)體、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)流、處理）反映出信息在系統(tǒng)中的流動(dòng)、處理和存儲(chǔ)情況?！　。骸　。?）外部實(shí)體：指本系統(tǒng)以外的人或單位，它們和本系統(tǒng)有信息傳遞關(guān)系?！　。?）數(shù)據(jù)流：表示流動(dòng)著的數(shù)據(jù)，可以是一個(gè)數(shù)據(jù)項(xiàng)，也可以是一組數(shù)據(jù)，也可以表示對(duì)數(shù)據(jù)文件的存儲(chǔ)操作?！　。?）處理（功能）：表示系統(tǒng)的一種處理功能。用一個(gè)長(zhǎng)方形表示處理?！　。?）數(shù)據(jù)存儲(chǔ)：指通過(guò)數(shù)據(jù)文件、文件夾或賬本等存儲(chǔ)數(shù)據(jù)?！　　　。?）明確系統(tǒng)邊界；　?。?）自頂向下，逐層分解?！　。?）在局部上遵循由外向里的原則?！　　　】偟姆纸馑悸罚鹤皂斚蛳?，逐層分解?！　?shù)據(jù)流程圖分為三個(gè)層次：　　● 頂層圖：將系統(tǒng)看成是一個(gè)整體，視系統(tǒng)為一個(gè)總的數(shù)據(jù)處理模塊。頂層圖實(shí)際上刻畫(huà)了系統(tǒng)與其外部環(huán)境之間的關(guān)系，而無(wú)需考慮系統(tǒng)內(nèi)部的處理、存儲(chǔ)、信息流動(dòng)問(wèn)題。　　● 中層。中層數(shù)據(jù)流程圖是對(duì)頂層數(shù)據(jù)流程圖的分解。可以包含多個(gè)層次?！　　?底層。底層數(shù)據(jù)流程圖是對(duì)中層數(shù)據(jù)流程圖的進(jìn)一步分解?！　哟畏纸獾脑瓌t　?。?）為了保證數(shù)據(jù)流程圖的正確性，可運(yùn)用以下幾個(gè)原則對(duì)數(shù)據(jù)流程圖進(jìn)行檢驗(yàn)：　　● 數(shù)據(jù)守恒。一個(gè)處理環(huán)節(jié)的輸出數(shù)據(jù)流僅由它的輸入數(shù)據(jù)流確定。既不能遺漏輸入數(shù)據(jù)流，也不能出現(xiàn)某些輸入數(shù)據(jù)流在處理環(huán)節(jié)沒(méi)有被使用。另外在層次分解時(shí)，要注意父圖與子圖之間數(shù)據(jù)流的一致性。　　● 數(shù)據(jù)存儲(chǔ)既應(yīng)該有輸入數(shù)據(jù)流也應(yīng)該有輸出數(shù)據(jù)流?！　。?）數(shù)據(jù)流程圖的可讀性?！　　?簡(jiǎn)化處理之間的聯(lián)系?！　　?均勻分解。既各個(gè)子系統(tǒng)的分解層次應(yīng)大體相同?！　　?命名應(yīng)該恰當(dāng)。處理均應(yīng)以強(qiáng)動(dòng)詞+客體的方式來(lái)命名，而其他元素均應(yīng)是名詞命名?！　∪?、數(shù)據(jù)字典　　。內(nèi)容包括：數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、處理邏輯、數(shù)據(jù)存儲(chǔ)和外部實(shí)體。　?。骸　。?）數(shù)據(jù)字典是對(duì)數(shù)據(jù)流程圖中的各個(gè)成分，包括數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理功能、外部實(shí)體等的邏輯內(nèi)容與特征予以詳細(xì)說(shuō)明?！　。?）數(shù)據(jù)字典是以后系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施與系統(tǒng)維護(hù)的重要依據(jù)?！　　　。?）對(duì)數(shù)據(jù)流程圖上各個(gè)成分的定義必須明確、易理解、惟一?！　。?）命名、編號(hào)與數(shù)據(jù)流程圖一致?！　。?）符號(hào)一致性和完整性要求。無(wú)遺漏、無(wú)重復(fù)、無(wú)矛盾。　?。?）格式規(guī)范、風(fēng)格統(tǒng)一、文字精練、數(shù)字和符號(hào)正確。　　四、系統(tǒng)分析報(bào)告　　　?。?）描述了目標(biāo)系統(tǒng)的邏輯模型，作為開(kāi)發(fā)人員進(jìn)行系統(tǒng)設(shè)計(jì)和實(shí)施的基礎(chǔ)?！　。?）作為用戶和開(kāi)發(fā)人員之間的協(xié)議或合同，為雙方交流和監(jiān)督提供基礎(chǔ)?！　。?）作為目標(biāo)系統(tǒng)驗(yàn)收和評(píng)價(jià)的依據(jù)。　　　?。?）原系統(tǒng)分析部分：包括總況、管理業(yè)務(wù)流程、功能分析、數(shù)據(jù)流程圖、處理邏輯說(shuō)明、征求意見(jiàn)總結(jié)等?！　。?）新系統(tǒng)邏輯模型：　?、傩孪到y(tǒng)的目標(biāo)和功能圖　?、谛孪到y(tǒng)的數(shù)據(jù)流程圖　?、坌孪到y(tǒng)的數(shù)據(jù)字典　?、荜P(guān)于處理邏輯的說(shuō)明　?。?）實(shí)施計(jì)劃。包括：工作任務(wù)的分解、進(jìn)度、預(yù)算等。第六章