【正文】 2023年 3月 下午 12時 7分 :07March 29, 2023 1業(yè)余生活要有意義，不要越軌。 12:07:1712:07:1712:07Wednesday, March 29, 2023 1知人者智，自知者明。 下午 12時 7分 17秒 下午 12時 7分 12:07: 楊柳散和風(fēng)，青山澹吾慮。 :07:1712:07:17March 29, 2023 1意志堅強(qiáng)的人能把世界放在手中像泥塊一樣任意揉捏。 , March 29, 2023 很多事情努力了未必有結(jié)果，但是不努力卻什么改變也沒有。 2023年 3月 29日星期三 下午 12時 7分 17秒 12:07: 1比不了得就不比，得不到的就不要。 12:07:1712:07:1712:073/29/2023 12:07:17 PM 1以我獨沈久，愧君相見頻。一般來說，系統(tǒng)的功能或要求預(yù)先難以確定，在開發(fā)過程中可能有重大變化；規(guī)模較小、結(jié)構(gòu)不太復(fù)雜的系統(tǒng)適宜于用快速原型法或面向?qū)ο蠓ā? 這四種常用的系統(tǒng)開發(fā)方法各有所長，迄今為止還很難絕對地從應(yīng)用角度來評價其優(yōu)劣。 CASE方法，它是一種除系統(tǒng)調(diào)查外全面支持系統(tǒng)開發(fā)過程的方法，同時也是一種自動化（準(zhǔn)確地說應(yīng)該是半自動化）的系統(tǒng)開發(fā)方法。 原型方法，它是一種基于 4GL（第 4 代程序生成語言）的快速模擬方法，它通過模擬以及對模擬后原型的不斷討論和修改最終建立系統(tǒng)。它可以使各種信息得以協(xié)調(diào)一致，集成化、標(biāo)準(zhǔn)化、易于被分析員存取、共享，并且可在以后的開發(fā)中重用。 原型設(shè)計工具 各類生成器允許分析員直接設(shè)計出個人喜好的界面、菜單、報表，免除了復(fù)雜的格式說明和編程工作。逆向工程 其它 屏幕 /報表設(shè)計 資源庫支持 其它 由于 CASE環(huán)境的出現(xiàn)從根本上改變了我們開發(fā)系統(tǒng)的物質(zhì)基礎(chǔ)。 面向?qū)ο蟮能浖_發(fā)還導(dǎo)致了其他方法的變革 。 OOD的內(nèi)容：對象定義規(guī)格的求精過程 、 數(shù)據(jù)模型和數(shù)據(jù)庫設(shè)計 、 優(yōu)化 。 又次 ， 確定屬性 。 OOA 分析方法是建立在對處理對象客觀運行狀態(tài)的信息模擬（實體關(guān)系圖和語義數(shù)據(jù)模型）和面向?qū)ο蟪绦蛟O(shè)計語言的概念基礎(chǔ)之上，這種關(guān)系可以形象地用下圖表示。 ? 傳統(tǒng)結(jié)構(gòu)化方法中的過程調(diào)用雖然也是重用的典型例子 ，但它在層次上不如繼承高 。 繼承的優(yōu)點 容易得到子類 。 傳送對象（S e n d e r )接受對象（R e c e i v e r )接口消 息 操作名、參數(shù)繼承：是指一個類 (即稱子類 )因承襲而具有另一個類 (或稱父類 )的能力和特征的機(jī)制或關(guān)系 。 消息： 對象與對象之間控制和調(diào)用的數(shù)據(jù)或信息 。 標(biāo)識：是類的名稱 ， 用以區(qū)分其他類； 繼承：描述子類承襲的父類的名稱 ， 以及繼承得到的結(jié)構(gòu)與功能： 數(shù)據(jù)結(jié)構(gòu)：是對該類數(shù)據(jù)的組織結(jié)構(gòu)的描述； 操作：指該類通用功能的具體實現(xiàn)方法； 接口：指面向其他類的統(tǒng)一的外部通訊協(xié)議 。 對象之間的聯(lián)系主要是通過傳遞消息 （ message） 來實現(xiàn)的 對象可按其屬性進(jìn)行歸類 （ class） 。 分類性：可以將具有一致數(shù)據(jù)結(jié)構(gòu) （ 屬性 ） 和行為 （ 操作 ） 的對象抽象成類 。 對象的本質(zhì) 對象的特征 對象的本質(zhì)：數(shù)據(jù)與操作的封裝 ， 又稱信息隱藏 。 解決復(fù)雜系統(tǒng)和大系統(tǒng)問題很困難 初步需求分析快速設(shè)計原型構(gòu)造初始原型用戶評價原型滿意？修改原型生成文檔交付系統(tǒng)NY接口 操作集合 狀態(tài)集合消 息回送消息狀態(tài)轉(zhuǎn)換三、 OO開發(fā)方法 對象 對象的表示 標(biāo)識：即是對象的名稱 ， 用來在問題域中區(qū)分其他對象 。 需要實際的 、 可供用戶參與的系統(tǒng)模型 。（如汽車設(shè)計中的模型） 原型法的認(rèn)識論 從認(rèn)識論的角度來看 ， 原型方法更多地遵循了人們認(rèn)識事物的規(guī)律 ， 因而更容易為人們所普遍接受 ， 這主要表現(xiàn)在： 人們認(rèn)識任何事物都不可能一次就完全了解 ， 并把工作做得盡善盡美； （ 如對人的了解 ） 認(rèn)識和學(xué)習(xí)的過程都是循序漸進(jìn)的； (如學(xué)習(xí) FOXPRO語言 ) 人們對于事物的描述 ， 往往都是受環(huán)境的啟發(fā)而不斷完善的； （ 如重慶濱江公路的建設(shè) ， 最初只是為了解決交通問題 ， 隨著環(huán)境的變化 ， 人們才逐漸提出娛樂等新功能的需求 ） 人們批評一個已有的事物 ， 要比空洞地描述自己的設(shè)想容易得多 ， 改進(jìn)一些事物要比創(chuàng)造一些事物容易得多 。 處于不同認(rèn)知世界的用戶和軟件設(shè)計者難以互相溝通 ， 尤其是經(jīng)驗不足的軟件設(shè)計者 。 （ 6）系統(tǒng)開發(fā)周期過長 —— 結(jié)構(gòu)化生命周期法并沒有解決軟件開發(fā)研制時間過長的嚴(yán)重危機(jī)，在計算機(jī)硬軟件技術(shù)相通訊技術(shù)日新月異發(fā)展的時代，很容易使剛建立起來的管理信息系統(tǒng)迅速變得陳舊，生命周期很短，所以系統(tǒng)開發(fā)周期過長將導(dǎo)致系統(tǒng)運行時間變短。系統(tǒng)維護(hù)就十分困難。 （ 3）專業(yè)開發(fā)人員開發(fā)用戶使用的系統(tǒng)開發(fā)模式 —— 開發(fā)人員與用戶都要化時間去掌握對方專業(yè)領(lǐng)域的知識以期產(chǎn)生共同語言。由于要求不同類型的用戶應(yīng)與管理信息系統(tǒng)交互使，使需求分析變得更加困難。進(jìn)行系統(tǒng)的功能結(jié)構(gòu)設(shè)計、代碼設(shè)計、數(shù)據(jù)庫設(shè)計、輸入輸出設(shè)計、物理配置方案設(shè)計等。 系統(tǒng)分析 系統(tǒng)分析報告（數(shù)據(jù)流程圖、數(shù)據(jù)字典等） 解決新系統(tǒng) “做什么 ”的問題。以滿足系統(tǒng)可理解性，適應(yīng)性，可分離性及整體性要求，使系統(tǒng)層次清晰，易于理解，調(diào)試和排錯。 （ 4）結(jié)構(gòu)化的系統(tǒng)分析與設(shè)計較術(shù) 在完成生命周期每個階段任務(wù)時應(yīng)該采用適合該階段任務(wù)特點的系統(tǒng)化的技術(shù)方法。文檔資料是通訊的工具，它清楚地說明了到這個時候為止關(guān)于該項工程已經(jīng)知道或做了什么，同時確定了下一步的工作基礎(chǔ)。這種錯誤是由于對用戶系統(tǒng)分析不充分，理解不透徹，或表達(dá)的二義性造成的。前一個階段的結(jié)束標(biāo)準(zhǔn)就是后一階段開始的標(biāo)準(zhǔn)，而每個階段任務(wù)相對獨立而且比較簡單，便于不同人員分工協(xié)作，從而降低了整個軟件工程開發(fā)的困難程度。截至 80年代，已提出的各類結(jié)構(gòu)化方法不下 30余種。 （ 4） 系統(tǒng)實施階段的工作采取“自底向上”的方法，系統(tǒng)總體功能與目標(biāo)的實現(xiàn)難以保證。新流程與其使用的信息技術(shù)的協(xié)調(diào)是有一個過程的，而且新流程的執(zhí)行過程是一個不斷調(diào)整的過程。 （ 3） 監(jiān)控與評價：再造流程的監(jiān)控和評價包括對在流程再造啟動階段設(shè)置的質(zhì)量目標(biāo)以及新流程進(jìn)行動態(tài)監(jiān)控。 （ 2） 業(yè)務(wù)流程改造策略：即利用創(chuàng)造性的策略，構(gòu)造新流程。 業(yè)務(wù)流程診斷首先是要營造業(yè)務(wù)流程再造的環(huán)境，利用先進(jìn)的技術(shù)方法進(jìn)行業(yè)務(wù)流程的診斷工作。從流程的整體眼光來看，一個流程可以被整合的主要環(huán)節(jié)包括：任務(wù)、任務(wù)的承擔(dān)者、流程的上下游。流程中運轉(zhuǎn)的各種要素需要根據(jù)流程清除以后的現(xiàn)狀加以簡化，這些因素包括：流程表格、程序、各方面的溝通、技術(shù)的指導(dǎo)、處于關(guān)鍵流程之間而不易覺察到的流程間的組織以及經(jīng)常出現(xiàn)問題的區(qū)域。企業(yè)內(nèi)部容易存在的多余非增值環(huán)節(jié)主要包括過量產(chǎn)出、活動間等待、不必要信息與資源的傳遞、反復(fù)的加工、過量的庫存、產(chǎn)品的缺陷、故障和返工、重復(fù)的活動、活動的重組、反復(fù)的檢驗以及跨部門的協(xié)調(diào)所帶來的冗余，從而導(dǎo)致效率不高的情況。需要打破定勢，進(jìn)行創(chuàng)造性思維； （ 2）企業(yè)流程再造是一次徹底的（ Radical）變革，是脫胎換骨式的改革，拋棄現(xiàn)有的業(yè)務(wù)流程和組織結(jié)構(gòu)以及成規(guī)陋習(xí)，而不是修修補(bǔ)補(bǔ)； （ 3）企業(yè)流程再造可望取得顯著的（ Dramatic）進(jìn)步； （ 4）企業(yè)流程再造從重新設(shè)計業(yè)務(wù)流程（ Processes）入手。其中衡量績效的關(guān)鍵指標(biāo)包括產(chǎn)品和服務(wù)質(zhì)量、顧客滿意度、成本、員工工作效率等等。 總體規(guī)劃的重要性可表述如下： 好的總體規(guī)劃 + 好的開發(fā) = 優(yōu)秀的系統(tǒng) 好的總體規(guī)劃 + 一般的開發(fā) = 好的系統(tǒng) 差的總體規(guī)劃 + 好的開發(fā) = 差的系統(tǒng) 差的總體規(guī)劃 + 一般的開發(fā) = 不好使用的系統(tǒng) 一、開發(fā)管理信息系統(tǒng)的策略： 1. 自下而上 2. 自上而下 二、戰(zhàn)略規(guī)劃的作用和內(nèi)容： （ 3點） （ 4點） 三、 MIS戰(zhàn)略規(guī)劃的組織： (完成數(shù)據(jù)及業(yè)務(wù)的調(diào)研和分析工作 ) 總體規(guī)劃的步驟： 開始 確定總體規(guī)劃的基本問題 收集初始信息 評價企業(yè)現(xiàn)狀、進(jìn)行戰(zhàn)略分析 設(shè)置目標(biāo) 畫出規(guī)劃略圖 識別活動 列出重復(fù)性活動 列出工程項目活動 選擇最優(yōu)方案 確定優(yōu)先權(quán)、開發(fā)方法、 提出實施進(jìn)度 寫出 MIS總體規(guī)劃 總經(jīng)理 第二節(jié) 制定 MIS戰(zhàn)略規(guī)劃的常用方法 總體規(guī)劃的方法之一 ——BSP法 1. BSP法的產(chǎn)生 ——BSP（ Business System Planning） ，即企業(yè)系統(tǒng)規(guī)劃法， 60年代 IBM用于內(nèi)部系統(tǒng)開發(fā)，后來， IBM的一些用戶希望通過 BSP來安排自己的信息資源，于是 IBM于 1970年建立了 BSP項目來幫助客戶開展工作。 2. BSP法概述 ——是一種結(jié)構(gòu)化方法，采用自上而下的系統(tǒng)規(guī)劃，自下而上的分步實現(xiàn)，即從系統(tǒng)角度對信息系統(tǒng)進(jìn)行規(guī)劃設(shè)計，前提是企業(yè)內(nèi)有改善需要； 3. 優(yōu)點 ——形成完整的系統(tǒng)，增強(qiáng)環(huán)境適應(yīng)性。 BPR從現(xiàn)代組織學(xué)的觀點看，屬于組織轉(zhuǎn)型的范疇；從管理理論學(xué)派劃分的角度看，起源于管理過程學(xué)派，是對管理過程學(xué)派的創(chuàng)新；從管理理論的經(jīng)濟(jì)學(xué)原理看，是對古典分工理論的否定，提出了 合工 的思想。業(yè)務(wù)流程是企業(yè)以輸入各種原材料和顧客需求為起點到企業(yè)創(chuàng)造出對顧客有價值的產(chǎn)品或服務(wù)為終點的一系列活動。 非增值活動的清除是所有系統(tǒng)流程再造進(jìn)行改造的首要目標(biāo)。 （ 3） 任務(wù)整合（ Integrate） 對流程的任務(wù)體系充分簡化以后，需要對被分解的流程進(jìn)行整合，以使流程通暢、連貫，更好地滿足顧客的需求。 （ 4） 流程任務(wù)的自動化（ Automate） 流程任務(wù)的自動化并不僅僅是計算機(jī)化，對于很多流程，計算機(jī)的應(yīng)用往往使得流程更加復(fù)雜和繁瑣。主要任務(wù)