計算機網(wǎng)絡:
- RIP協(xié)議存在的一個問題就是當網(wǎng)絡出現(xiàn)故障的時候,要經(jīng)過比較長的時間才能把信息傳送到所有的路由器。在這個中間過程中,實際就是路由環(huán)路的問題;當發(fā)生路由環(huán)路的時候,路由表會頻繁的進行變化,從而導致路由表中的一條或者幾條,都無法收斂,結(jié)果會使得網(wǎng)絡處于癱瘓或者半癱瘓的狀態(tài)。路由環(huán)路的解決方案,場景路由環(huán)路的解決方法如下:
-
- 定義最大值,到達數(shù)值后不再累加
- 水平分割法
-
-
- 簡單水平分割:從本接口收到的路由條目不再從此接口發(fā)出,本題描述的是簡單水平分割法
- 帶毒性逆轉(zhuǎn)的水平分割:從本接口發(fā)出的路由條目,會從本接口發(fā)出,但是標記不可達
- 擬制計時器,路由器為網(wǎng)絡中可能的故障延時,確認后再進行更新
-
多媒體基礎,多媒體技術(shù)基本概念:
多信息文本格式(RTF)是一種方便與不同的設備,系統(tǒng)查看的文本和圖形文檔的格式。
- WAV為微軟公司開發(fā)的一種聲音文件格式,它符合RIFF文件規(guī)范,用于保存Windows平臺的音頻信息資源,被Windows平臺及其應用程序所廣泛支持。
- JPG全名是JPEG,JPEG圖片以24位顏色存儲單個位圖,JPEG是與平臺無關(guān)的格式,支持最高級別的壓縮,不過,這種壓縮時有損耗的,漸進式JPEG文件支持交錯。
- MPEG是運動圖像壓縮算法的國際標準,現(xiàn)已被幾乎所有的計算機平臺支持,它包括MPEG-1,MPEG-2,MPEG-4,MPEG-1被廣泛應用在VCD(video DIsk)。HDTV(高清電視廣播)和一些高要求的視頻編輯、處理方面。MPEG格式視頻的文件擴展名通常是MPEG或MPG。
需求工程---UML
UML通過圖形化表示機制從多個側(cè)面對系統(tǒng)的分析和設計模型進行刻畫,包括用例圖、靜態(tài)圖、行為圖和實現(xiàn)圖。
行為圖:
- 交互圖、狀態(tài)圖與活動圖,他們從不同側(cè)面刻畫系統(tǒng)的動態(tài)行為。
交互圖:
- 描述對象之間的消息傳遞,它又可以分為順序圖與協(xié)作圖兩種形式
嵌入式系統(tǒng)---多處理機系統(tǒng)
大規(guī)模并行處理計算機:Massive Parallel Processor。由大量通用微處理器構(gòu)成的多處理機系統(tǒng),適合多指令流多數(shù)據(jù)流處理,其特點包括:
- 大多數(shù)MPP系統(tǒng)使用標準的CPU作為他們的處理器
- MPP系統(tǒng)使用高性能的定制的高速互聯(lián)網(wǎng)絡及網(wǎng)絡接口,可以在延遲和高寬帶的條件下傳遞消息。
- MPP是一種異步的分布式存儲結(jié)構(gòu)的MIMD系統(tǒng),它的程序有多個進程,分布在各個微處理器上,每個進程有自己獨立的地址空間,進程之間以消息傳遞進行相互通信
- 在MPP中存在一個特殊的問題,即如何進行容錯,在使用數(shù)千個CPU的情況下,每星期有若干個CPU失效是不可能避免的,因此大規(guī)模的MPP系統(tǒng)總是使用特殊的硬件和軟件來監(jiān)控系統(tǒng),檢測錯誤并從錯誤中平滑恢復。
系統(tǒng)設計---結(jié)構(gòu)化設計
軟件模塊之間的耦合度從低到高排序為:
- 非直接耦合:兩個模塊之間沒有直接關(guān)系,他們之間的聯(lián)系完全是通過主模塊的控制和調(diào)用來實現(xiàn)的
- 數(shù)據(jù)耦合:一組模塊借助參數(shù)表傳遞簡單數(shù)據(jù)
- 標記耦合:一組模塊通過參數(shù)表傳遞記錄信息(數(shù)據(jù)結(jié)構(gòu))
- 控制耦合:模塊之間傳遞的信息中包含用于控制模塊內(nèi)部邏輯的信息
- 外部耦合:一組模塊都訪問統(tǒng)一全局簡單變量而不是同一全局數(shù)據(jù)結(jié)構(gòu),而且不是通過參數(shù)表傳遞全局變量的信息
- 公共耦合:多個模塊都訪問同一個公共數(shù)據(jù)環(huán)境,公共的數(shù)據(jù)環(huán)境可以是全局數(shù)據(jù)結(jié)構(gòu),共享的通信區(qū)、內(nèi)存的公共 覆蓋區(qū)等
- 內(nèi)容耦合:一個模塊直接訪問另一個模塊的內(nèi)部數(shù)據(jù),一個模塊不通過正常入口轉(zhuǎn)到另一個模塊的內(nèi)部;兩個模塊有一部分程序代碼重疊,一個模塊有多個入口
信息安全---其他
數(shù)據(jù)庫容災應屬于系統(tǒng)安全和應用安全,因為一方面數(shù)據(jù)庫管理系統(tǒng)屬于系統(tǒng)軟件,另一個方面數(shù)據(jù)庫中存儲的是應用級數(shù)據(jù)。
系統(tǒng)設計---設計模式
對象模式:
類行為型模式:
- 解釋器模式
- 迭代器模式
- 備忘錄模式
- 模板方法
- 訪問者模式
類結(jié)構(gòu)型模式:
- 外觀模式
- 享元模式
- 代理模式
從圖上看,屬于類模式的很少,只有:創(chuàng)建模式中的工廠方法;結(jié)構(gòu)型模式中的適配器模式;行為型
企業(yè)信息化戰(zhàn)略與實施----數(shù)據(jù)倉庫與數(shù)據(jù)挖掘
數(shù)據(jù)清洗從名字上可以看出就是把“臟”的“洗掉”,指發(fā)現(xiàn)并糾正數(shù)據(jù)文件中可以識別的錯誤的最后一道程序,包括檢查數(shù)據(jù)一致性,處理無效值和缺失值等,因為數(shù)據(jù)倉庫中的數(shù)據(jù)是面向某一主題的數(shù)據(jù)的集合,這些數(shù)據(jù)從多個業(yè)務系統(tǒng)中抽離出來,而且包含歷史數(shù)據(jù),這樣就避免不了由的數(shù)據(jù)是錯誤的數(shù)據(jù)、有的數(shù)據(jù)相互之間有沖突,這些錯誤的或有沖突的數(shù)據(jù)顯然是我們不想要的,稱為“臟數(shù)據(jù)”。我們按照一定的規(guī)則把“臟數(shù)據(jù)”洗掉,這就是數(shù)據(jù)清洗。而數(shù)據(jù)清洗的任務是過濾那些不符合要求的數(shù)據(jù),將過濾的結(jié)果交給業(yè)務主管部門,確認是否過濾掉還是由業(yè)務單位修正之后再進行抽取。不符合要求的數(shù)據(jù)主要是有不完整的數(shù)據(jù)、錯誤的數(shù)據(jù)、重復的數(shù)據(jù)三大類。數(shù)據(jù)清洗是與問卷審核不同,錄入后的數(shù)據(jù)清理一般是由計算機而是人工完成的。
計算機網(wǎng)絡---開放系統(tǒng)互聯(lián)參考模型:
由于電磁信號在網(wǎng)絡介質(zhì)中傳輸會衰減,同時電磁噪聲和干擾使得信號發(fā)生衰變,局域網(wǎng)連接距離受限。為了消除這個限制,擴大傳輸范圍,可以采用網(wǎng)絡中繼器(Repeater)連接兩根電纜,用于中繼器兩端信號的雙向轉(zhuǎn)發(fā)。中繼器檢測到電纜信號之后,將信號整理放大,轉(zhuǎn)發(fā)到另一根電纜連接的網(wǎng)絡上。其原理與主要用于報告戰(zhàn)爭信息烽火的原理相同。烽火臺上的士兵觀測到遠處烽火臺的光和煙之后,點燃柴火,即將自身烽火臺的火光和濃煙生氣,將戰(zhàn)爭信息依次傳遞。
企業(yè)信息化戰(zhàn)略與實施---企業(yè)門戶:
隨著互聯(lián)網(wǎng)技術(shù)的快速發(fā)展,企業(yè)門戶已經(jīng)成為企業(yè)優(yōu)化業(yè)務模式、擴展市場渠道、改善客戶服務、以及提升企業(yè)形象和凝聚力的重要手段。按照實際應用類型,企業(yè)門戶可以劃分為4類,分別是企業(yè)網(wǎng)站、企業(yè)信息門戶、企業(yè)知識門戶和企業(yè)應用門戶。為了支持跨越多個應用系統(tǒng)的工作流程,企業(yè)門戶主要采用應用集成技術(shù)對現(xiàn)有應用系統(tǒng)的處理邏輯進行整合。
嵌入式系統(tǒng)---微內(nèi)核操作系統(tǒng)
微內(nèi)核體系結(jié)構(gòu)如下圖所示,其基本思想是把操作系統(tǒng)中與硬件直接相關(guān)的部分抽取出來作為一個公共層,稱之為微內(nèi)核抽象層(HAL)。這個硬件抽象層其實就是一種虛擬機,它向所有基于該層的其他層通過API接口提供一系列標準服務,在微內(nèi)核中只保留了處理機調(diào)度、存儲管理和消息通訊等少數(shù)幾個組成部分,將傳統(tǒng)操作系統(tǒng)內(nèi)核中的一些組成部分放到內(nèi)核之外來實現(xiàn),如傳統(tǒng)操作系統(tǒng)中 的文件管理系統(tǒng)、進程管理、設備管理、虛擬內(nèi)存和網(wǎng)絡等內(nèi)核功能都放在內(nèi)核外作為一個獨立的子系統(tǒng)來實現(xiàn)。因此,操作系統(tǒng)大部分代碼只要在一種統(tǒng)一的硬件體系結(jié)構(gòu)上進行設計就可以了
微內(nèi)核體系結(jié)構(gòu)的主要特點有:
- 內(nèi)核非常小,許多操作系統(tǒng)服務不屬于內(nèi)核,而是運行在內(nèi)核之上的,這樣,當高層模塊更新時內(nèi)核無需重新編譯
- 有一個硬件抽象層,內(nèi)核能方便地移植到其他的硬件體系結(jié)構(gòu)中。因為當需要移植到新的軟件或硬件環(huán)境中時,只需對硬件相關(guān)的部分稍加修改即可把微內(nèi)核嵌入式到新的硬件環(huán)境中 ,在多數(shù)情況下并不需要移植外部服務器或客戶應用
- 靈活性和擴展性,微內(nèi)核最大的優(yōu)點之一就是它的靈活性和擴展性。如果要實現(xiàn)另一個視圖,可以增加一個外部服務器。若要想擴展功能,可以增加和擴展內(nèi)部服務器。
軟件工程---開發(fā)模型
螺旋模型將瀑布模型和快速原型模型結(jié)合起來,強調(diào)了其他模型所忽視的風險分析,特別適合于大型復雜的系統(tǒng)。螺旋模型沿著螺線進行若干次迭代,圖中的四個象限代表了以下的幾種活動。
- 制定計劃:確定軟件目標,選定實施方案,弄清項目開發(fā)的限制條件;
- 風險分析:分析評估所選方案,考慮如何識別和消除風險
- 實施工程:實施軟件開發(fā)的驗證
- 客戶評估:評價開發(fā)工作,提出修訂建議,制定下一步計劃
螺旋模型由風險驅(qū)動的,強調(diào)可選方案和約束條件從而支持軟件的復用,有助于將軟件質(zhì)量作為特殊目標融入產(chǎn)品開發(fā)之中。但是,螺旋模型也有一定的限制條件,具體如下:
- 螺旋模型強調(diào)風險分析,但是要求許多客戶接受和相信這種分析,并且做出相關(guān)反應是不容易的。因此,這種模型往往適合于內(nèi)部的大規(guī)模軟件開發(fā)
- 如果執(zhí)行風險分析將大大影響項目的利潤,那么進行風險分析毫無意義,因此,螺旋模型只適合于大規(guī)模軟件項目
- 軟件開發(fā)人員應該擅長尋找可能的風險,準確地分析風險,否則將會帶來更大的風險
- 首先是確定一個階段的目標,完成這些目標的選擇方案及其約束條件,然后從風險角度分析方案的開發(fā)策略,努力排除各種潛在的風險,有時需要通過建造原型來完成,如果某些風險不能排除,該方案立即終止,否則的啟動下一個開發(fā)步驟。最后,評價該階段的結(jié)果,,并且設計下一個階段。
軟件工程---凈室軟件工程
凈室軟件工程是軟件開發(fā)的一種形式化方法,可以開發(fā)較高質(zhì)量的軟件。它使用盒結(jié)構(gòu)規(guī)約進行分析和建模,并且將正確性驗證作為發(fā)現(xiàn)和排除錯誤的主要機制,采用統(tǒng)計測試來獲取驗證軟件可靠性所需要的信息。凈室軟件工程強調(diào)在規(guī)約和設計上的嚴格性,以及使用基于數(shù)學的正確性來證明對設計模型的每個元素進行形式化驗證。
操作系統(tǒng)---進程狀態(tài)
同一進程間的線程共享的資源包括:
- 堆:由于堆是在進程空間中開辟出來的,所以它是共享的
- 全局變量:它是與具體某一函數(shù)無關(guān)的,所以也與線程無關(guān),因此也是共享的
- 靜態(tài)變量:雖然對于局部變量來說,它在代碼中是放在某一個函數(shù)中的,但是其存放位置和全局變量一樣,存于堆中開辟的.bss和.data段,是共享的
- 文件等公用資源:使用這些公共資源的線程必須同步,Win32提供了幾種同步資源的方式,包括信號,臨界區(qū)、事件和互斥體
獨享的資源有:
- 棧:每個線程中的棧都是由線程自身獨享的。
- 寄存器:每個線程執(zhí)行指令時,都要用到寄存器,線程間的寄存器并不共享
計算機組成與體系結(jié)構(gòu)---多級存儲結(jié)構(gòu)
- 按內(nèi)容存取,是相聯(lián)存儲的最基本的特點,Cache是一種非常經(jīng)典的相聯(lián)存儲器
多媒體基礎---常見多媒體標準
MPEG-1標準用語數(shù)字存儲體上活動圖像及其伴音的編碼,其數(shù)碼率為1.5MB/s,為了提高壓縮比,幀內(nèi)/幀間圖像數(shù)據(jù)壓縮技術(shù)必須同時使用。
幀內(nèi)壓縮算法與JPEG壓縮算法大致相同,采用基于DCT的變換編碼技術(shù),用以減少空域冗余信息,幀間壓縮算法,采用預測法和插補法。預測誤差可以在通過DCT變幻編碼處理,進一步壓縮。幀間編碼技術(shù)可以減少時間軸方向的冗余方向
企業(yè)信息化戰(zhàn)略與實施---系統(tǒng)建模
IDEF集成定義方法,是一系列建模、分析和仿真方法的統(tǒng)稱,每套方法都是通過建模來獲得某種特定類型的信息,其中IDEF0可以用來對業(yè)務流程進行建模;IDEF4可以用來對面向?qū)ο笤O計進行建模
數(shù)學與經(jīng)濟管理---線性規(guī)劃
線性規(guī)劃的可行解域是由一組線性約束條件形成的,從幾何意義上來說,就是由一些線性解形成的區(qū)域。由于線性規(guī)劃的目標函數(shù)也是線性的,因此,目標函數(shù)的等值域是線性區(qū)域。如果在可行解域中的某內(nèi)點處于目標函數(shù)達到最優(yōu)值,則通過該內(nèi)點的目標函數(shù)等值域與可行解域邊界的交點也能達到最優(yōu)解。所以:
第一步的結(jié)論是:最優(yōu)解必然會在可行解域的邊界處達到。由于目標函數(shù)的各個等值域是平行的,而且目標函數(shù)的值將隨著該等值域向某個方向平行移動而增加或減少(或者不變)。如果最優(yōu)解在可行解域邊界某個非頂點處達到,則隨著等值域向某個方向移動,目標函數(shù)的值會增加或者減少(與最優(yōu)解矛盾)或者沒有變化(在此段邊界上都達到了最優(yōu)解),從而仍會在可行解域的某個頂點處達到最優(yōu)解。
既然可行解域是由一組線性約束條件所對應的線性區(qū)域圍城的,那么再增加一個約束條件時,要么縮小可行解域(新的約束條件分割了原來的可行解域),要么可行解域不變(新的約束條件與原來的可行解域不相交)。
如果可行解域是無界的,那么目標函數(shù)的等值域向某個方向平移(目標函數(shù)的值線性變化)時,可能出現(xiàn)無限增加或者無限減少的情況,因此有可能沒有最優(yōu)解。當然,有時,即使可行解域是無界的,但仍然有最優(yōu)解,但是確實會有不存在最優(yōu)解的情況。
由于線性規(guī)劃的可行解域是凸域,區(qū)域內(nèi)任取兩個點,則這兩點的連線上所有的點都屬于可行解域(線性函數(shù))。如果線性固化問題在可行解域的兩個點達到最優(yōu)解(等值),則在這兩個點的連線上都能達到最優(yōu)解(如果目標函數(shù)的等值域包括某兩個點,則也會包括這兩個點連線上的所有點)。因此,線性規(guī)劃問題的最優(yōu)解要么是0個(沒有),要么是唯一的1個,要么有無窮個。
軟件工程---信息系統(tǒng)開發(fā)方法
在需求不明確的情況下,采用結(jié)構(gòu)化方法瀑布模型是有很大的風險的;形式化方法的要求更高,要以數(shù)學建模為基礎,如此一來,只有采用極限編程最為合適。因為極限編程是敏捷方法,它強調(diào)的是小步快跑,會不斷做小本本的發(fā)布,這樣可以有效應對需求不明確的情況
嵌入式系統(tǒng)---總線與接口
共享總線上允許有多個設備和從設備,可能會有多個主設備同時要求使用總線的情況(執(zhí)行操作都是由設備發(fā)起的),為了防止總線競爭,共享總線上某一時刻只允許一個主設備使用總線。這就需要總線仲裁。集中式仲裁采用一個中央總線仲裁器(總線控制器),由它來決定總線上同時提出使用請求的主設備誰可以獲得總線使用權(quán),主要有三種方法:菊花鏈式查詢方法、計數(shù)器定時查詢和獨立請求方法。
- 菊花鏈式查詢方法中,設備的先后連接順序就決定了其優(yōu)先級,所以不可能達到機會相等
- 計數(shù)器定時查詢(輪詢)方式可以做到各個主設備得到總線使用權(quán)的機會基本相同
- 獨立請求方式也可以做到各個主設備得到總線使用權(quán)的機會基本相同
嵌入式系統(tǒng)---多處理機系統(tǒng):
廣義上說,使用多臺計算機協(xié)同工作來完成所要求的任務的計算機系統(tǒng)都是多處理機系統(tǒng)。傳統(tǒng)的狹義多處理機系統(tǒng)是指利用系統(tǒng)內(nèi)的多個cpu并行執(zhí)行用戶多個程序,以提高系統(tǒng)的吞吐量或用來進行冗余操作以提高系統(tǒng)的可靠性。程序級的并行,屬于作業(yè)級和任務級。
并行性又有粗度并行性,和細粒度并行性之分,所謂粗粒度并行性是在多處理機上分別運行多個進程,由多臺處理機合作完成一個程序。所謂細粒度并行性是在一個進程中進行操作以及或指令一級的并行處理。這兩種粒度的并行性在一個計算機系統(tǒng)中可以同時采用,在單處理機上則用細粒度并行性。
數(shù)據(jù)庫系統(tǒng)---ER模型
- 需求分析:數(shù)據(jù)流圖、數(shù)據(jù)字典、需求說明書
- 概念結(jié)構(gòu)設計:ER模型
- 邏輯結(jié)構(gòu)設計:轉(zhuǎn)換規(guī)則、規(guī)范化理論
- 物理設計:視圖、完整性約束以及應用處理說明書
多媒體基礎---多媒體技術(shù)基本概念:
計算機多媒體技術(shù)的基本特征,數(shù)字化、集成性、交互性以及圍繞計算機而構(gòu)成并受計算機的控制。計算機以及多媒體技術(shù)都是建立在數(shù)字化的基礎之上的。
需求工程---UML
UML利用5個系統(tǒng)視圖描述系統(tǒng)的組織結(jié)構(gòu),包括系統(tǒng)分解的組成部分,以及他們的關(guān)聯(lián)性、交互機制和指導原則等提供系統(tǒng)設計的信息。
- 用例視圖是最基本的需求分析模型。
- 邏輯視圖表示了設計模型中在架構(gòu)方面具有重要的意義的部分,即類、子系統(tǒng)、包和用例實現(xiàn)的子集。
- 進程視圖是可執(zhí)行線程和進程作為活動類的建模。
- 實現(xiàn)類視圖對組成基于系統(tǒng)的物理代碼的文件和組件進行建模。
- 部署視圖是把組件部署到一組物理節(jié)點上,表示軟件到硬件的映射和分布結(jié)構(gòu)
計算機網(wǎng)絡---TCP、IP 協(xié)議族
DNS服務器在名稱解析過程中,首先查詢本地緩存,若緩存中沒有被查域名的記錄則在本區(qū)域主域名服務器中進行查找,緊接著查詢轉(zhuǎn)發(fā)域名服務器,最后是根域名名服務器,因此,正確的順序是:本地緩存記錄---》區(qū)域記錄---》轉(zhuǎn)發(fā)域名服務器----》根域名服務器
信息安全---防火墻技術(shù)
DMZ是英文demilitarized zone的縮寫,中文名稱稱為“隔離區(qū)”,也稱“非軍事化區(qū)域”。它是為了解決安裝防火墻后外部網(wǎng)絡不能訪問內(nèi)部網(wǎng)絡服務器的問題,而設立的一個非安全系統(tǒng)與安全系統(tǒng)之間的緩沖區(qū),這個緩沖區(qū)位于企業(yè)內(nèi)部網(wǎng)絡和外部網(wǎng)絡之間的小網(wǎng)絡區(qū)域內(nèi),在這個小網(wǎng)絡區(qū)域內(nèi)可以放置一些必須公開的服務器設施,如企業(yè)的Web服務器、FTP服務器和論壇等。另一方面,通過這樣的一個DMZ區(qū)域,更加有效地保護了內(nèi)部網(wǎng)絡,因為這種網(wǎng)絡部署比起一般的防火墻方案,對攻擊者來說又多了一道關(guān)卡。網(wǎng)絡結(jié)構(gòu)如下圖所示
企業(yè)信息化戰(zhàn)略---信息系統(tǒng)戰(zhàn)略規(guī)劃
信息系統(tǒng)戰(zhàn)略規(guī)劃(Information System Strategic Planning ISSP)是從戰(zhàn)略出發(fā),構(gòu)建企業(yè)基本的信息架構(gòu),對企業(yè)內(nèi)、外信息資源進行統(tǒng)一規(guī)劃、管理與應用、利用信息控制企業(yè)行為,輔助企業(yè)進行決策,幫助企業(yè)實現(xiàn)戰(zhàn)略目標。
ISSP方法經(jīng)歷了三個主要階段,各個階段所使用的方法也不一樣。
第一個階段主要以數(shù)據(jù)處理為核心,圍繞職能部門需求的信息系統(tǒng)規(guī)劃,主要的方法包括企業(yè)系統(tǒng)規(guī)劃法,關(guān)鍵成功因素法和戰(zhàn)略集合轉(zhuǎn)化法;
第二個階段主要以企業(yè)內(nèi)部管理信息系統(tǒng)為核心,圍繞企業(yè)整體需求進行的信息系統(tǒng)規(guī)劃,主要的方法包括戰(zhàn)略規(guī)劃法、信息工程法和戰(zhàn)略柵格法;
第三個階段的方法在綜合考慮企業(yè)內(nèi)外環(huán)境的情況下,以集成為核心,圍繞企業(yè)戰(zhàn)略需求進行的信息系統(tǒng)規(guī)劃,主要的方法包括價值鏈分析法和戰(zhàn)略一致性模型。
戰(zhàn)略目標集轉(zhuǎn)化法:將整個過程看成是一個信息集合,并將組織的戰(zhàn)略目標轉(zhuǎn)變?yōu)楣芾硇畔⑾到y(tǒng)的戰(zhàn)略目標。
企業(yè)系統(tǒng)規(guī)劃法:通過自上而下地識別企業(yè)目標,企業(yè)過程和數(shù)據(jù),然后對數(shù)據(jù)進行分析,自下而上地設計信息系統(tǒng)。
企業(yè)信息化戰(zhàn)略與實施---信息系統(tǒng)戰(zhàn)略規(guī)劃
信息資源規(guī)劃(Information Resource Planning IRP)是信息化建設的基礎工程,是指對企業(yè)生產(chǎn)經(jīng)營活動所需要的信息、對產(chǎn)生、獲取、處理、存儲、傳輸和利用等方面進行全面規(guī)劃。
IRP強調(diào)將需求分析與系統(tǒng)建模緊密結(jié)合起來,需求分析是系統(tǒng)建模的準備,系統(tǒng)建模是用戶需求的定型和規(guī)劃化表達,IRP主要過程如下:
- 業(yè)務需求分析:職能域分析、業(yè)務域定義、業(yè)務流程梳理
- 數(shù)據(jù)需求分析:用戶視圖收集、用戶視圖分組、分析、數(shù)據(jù)元素分析
- 系統(tǒng)功能建模:子系統(tǒng)定義、功能模塊定義、程序單元定義
- 系統(tǒng)數(shù)據(jù)建模:主題數(shù)據(jù)庫定義、基本表定義、擴展表定義
-
企業(yè)信息化戰(zhàn)略與實施---信息系統(tǒng)的概念與類型
企業(yè)信息系統(tǒng)是一個具有業(yè)務復雜性和技術(shù)復雜性的大系統(tǒng),為了使目標系統(tǒng)即能實現(xiàn)當前系統(tǒng)的基本職能,又能改進和提高,系統(tǒng)分析人員首先必須理解并描述出已經(jīng)實際存在的當前系統(tǒng),然后進行改進,從而創(chuàng)造出基于當前系統(tǒng),又優(yōu)于當前系統(tǒng)的目標新系統(tǒng)。
系統(tǒng)開發(fā)的目的是把現(xiàn)有系統(tǒng)的物理模型轉(zhuǎn)化為目標系統(tǒng)的物理模型。
企業(yè)信息化戰(zhàn)略與實施---系統(tǒng)建模
IDEF是一系列建模、分析和仿真方法的統(tǒng)稱,從IDEF0到IDEF14共有16套方法,每套方法都是通過建模程序來獲取某個特定類型的信息。
- IDEF0:功能建模
- IDEF1:信息建模
- IDEF1X:數(shù)據(jù)建模
- IDEF2:仿真建模設計
- IDEF3:過程描述獲取
- IDEF4:面向?qū)ο笤O計
- IDEF5:本體論描述獲取
- IDEF6:設計原理獲取
- IDEF7:信息系統(tǒng)審計
- IDEF8:用戶界面建模
- IDEF9:場景驅(qū)動信息系統(tǒng)設計
- IDEF10:實施框架建模
- IDEF11:信息制品建模
- IDEF12:組織建模
- IDEF13:三模式映射設計
- IDEF14:網(wǎng)絡規(guī)劃
IDEF0的建模特點使用它可以用來描述企業(yè)的業(yè)務流程,它的階梯層次可用來描述業(yè)務流程的階梯結(jié)構(gòu)特性,從高層次看,IDEF0的功能活動與業(yè)務流程相對應;而從低層次看,功能活動與流程的業(yè)務活動相對應。利用IDEF0的活動描述方式及其活動之間的聯(lián)系方式,可以很好地描述業(yè)務流程的架構(gòu)。IDEF0模型形象、直觀、易于理解和分析,但是,這種圖形化的模型沒有深刻揭示業(yè)務流程的內(nèi)部結(jié)構(gòu)特征和規(guī)律,而且當業(yè)務流程很復雜時,所對應的有向圖就稱為一個相互交叉、混亂的網(wǎng)絡,不利于分析流程的特征。
企業(yè)信息化戰(zhàn)略與實施---政府信息化與電子政務
電子政務分以下類型:
- 政府對政府(G2G Government To Government):政府之間的互動以及政府與公務員之間的互動?;A信息的采集、處理和利用、如人口信息;各級政府決策支持;G2G原則上包含:政府對公務員(G2G,Government To Employee):內(nèi)部管理信息系統(tǒng)
- 政府對企業(yè)(G2B,Government To Business):政府為企業(yè)提供的政策環(huán)境。給企業(yè)單位頒發(fā)的各種營業(yè)執(zhí)照、許可證、合格證、質(zhì)量認證。
- 企業(yè)對政府(B2G ,Business To Government):企業(yè)納稅以及企業(yè)為政府提供服務,企業(yè)參加政府各項工程的競投標,向政府供應各種商品和服務,企業(yè)向政府提建議,申訴
- 政府對公民(G2C,Government To Citizen):政府對公民提供的服務。社區(qū)公安和水、火、天災等公共安全有關(guān)的信息,。戶口、各種證件和牌照的管理。
- 公民對政府(C2G Citizen To Government):個人應向政府繳納稅費和罰款以及公民反饋渠道。個人應向政府繳納的各種稅款和費用了解民意,征求群眾意見。報警服務(盜賊、醫(yī)療、急救、火警等)
企業(yè)信息化戰(zhàn)略與實施---數(shù)據(jù)倉庫與數(shù)據(jù)挖掘
- 關(guān)聯(lián)分析:關(guān)聯(lián)分析主要用于發(fā)現(xiàn)不同事件之間的關(guān)聯(lián)性,即一個事件發(fā)生的同時,另一個事件也經(jīng)常發(fā)生。關(guān)聯(lián)分析的重點在于快速發(fā)現(xiàn)那些有實用價值的關(guān)聯(lián)發(fā)生的事件。其主要依據(jù)是事件發(fā)生的概率和條件概率應該符合一定的統(tǒng)計意義。在進行關(guān)聯(lián)分析的同時,還需要計算兩個參數(shù),分別是最小置信度(可信度)和最小支持讀,前者表示規(guī)則需要滿足的最低可靠度,用以過濾掉可能性過小的規(guī)則;后者則用來表示規(guī)則在統(tǒng)計意義上需要滿足的最小程度。
- 序列分析:序列分析主要用于發(fā)現(xiàn)一定時間間隔內(nèi)接連發(fā)生的事件,這些事件構(gòu)成一個序列,發(fā)現(xiàn)的序列應該具有普遍意義,其依據(jù)除了統(tǒng)計上的概率之外,還要加上時間的約束。在進行序列分析時,也應計算置信度和支持度。
- 分類分析:分類分析通過分析具有類別的樣本特別,得到?jīng)Q定樣本屬于各種類別的規(guī)則或方法。利用這些規(guī)則和方法對未知類別的樣本分類時應該具有一定的準確度。其主要方法有基于統(tǒng)計學的貝葉斯方法、神經(jīng)網(wǎng)絡方法、決策樹方法等。分類分析時首先為每個記錄賦予一個標記(一組具有不同特征的類別),即按標記分類記錄,然后檢查這些標定的記錄,描述出這些記錄的特征。這些描述可能是顯示的,例如,一組規(guī)則的定義;也可能是隱式的,例如,一個數(shù)學模型或公式。
- 聚類分析:聚類分析是根據(jù)“物以類聚”的原理,將本身沒有類別的樣本聚集成不同的組,并且對每個這樣的組進行描述的過程。其主要依據(jù)是聚集到同一個組中的樣本應該彼此相似,而屬于不同的樣本應該足夠不相似,聚類分析法是分類分析法的逆過程,它的輸入集是一組為標定的記錄,即輸入的記錄沒有做任何的處理,目的是根據(jù)一定的規(guī)則,合理地規(guī)劃記錄集合,并且用顯示或者隱式的方法描述不同的類別。
信息技術(shù)知識---應用集成技術(shù)---數(shù)據(jù)庫與數(shù)據(jù)倉庫技術(shù)
商業(yè)智能的實現(xiàn)有三個層次:數(shù)據(jù)報表、多維度數(shù)據(jù)分析和數(shù)據(jù)挖掘
企業(yè)信息化戰(zhàn)略與實施---商業(yè)智能
商業(yè)智能系統(tǒng)的處理過程包括數(shù)據(jù)預處理、建立數(shù)據(jù)倉庫、數(shù)據(jù)分析以及數(shù)據(jù)展現(xiàn)4個階段:
- 數(shù)據(jù)預處理:整合企業(yè)原始數(shù)據(jù)的第一步,包括數(shù)據(jù)的抽取、轉(zhuǎn)換和裝載三個過程。
- 建立數(shù)據(jù)倉庫:處理海量數(shù)據(jù)的基礎。
- 數(shù)據(jù)分析:體現(xiàn)系統(tǒng)智能的關(guān)鍵,一般采用OLAP和數(shù)據(jù)挖掘技術(shù)。
-
- (OLAP)聯(lián)機分析處理:不僅進行數(shù)據(jù)匯總、聚集,同時還提供切片、切塊、下鉆、上卷和旋轉(zhuǎn)等數(shù)據(jù)分析功能。用戶可以方便地對海量數(shù)據(jù)進行多維分析。
- 數(shù)據(jù)挖掘:目標是挖掘數(shù)據(jù)背后隱藏的知識,通過關(guān)聯(lián)分析,聚類和分類等方法建立分析模型,預測企業(yè)未來發(fā)展趨勢和將要面臨的問題。
- 在海量數(shù)據(jù)和分析手段增多的情況下,數(shù)據(jù)展現(xiàn)則主要保障系統(tǒng)分析結(jié)果的可視化。
系統(tǒng)規(guī)劃---成本效益分析
按照成本性態(tài)分類,可以分為固定成本、變動成本和混合成本。
- 固定成本:固定成本是指總額在一定期間和一定業(yè)務量范圍內(nèi),不受業(yè)務量變動的影響而保持固定不變的成本,例如:管理人員的工資、辦公費、固定資產(chǎn)折舊費、員工培訓費等。固定成本又可分為酌量性固定成本和約束性固定成本。酌量性固定成本是指管理層無法決定其數(shù)額的固定成本,即必須開支的成本,例如,辦公場地以及機器折舊費、房屋及設備租金、管理人員的工資等
- 變動成本:變動成本也稱為可變成本,是指在一定時期和一定業(yè)務量范圍內(nèi)其總額隨著業(yè)務量的變動而成正比例變動的成本。例如:直接材料費、產(chǎn)品包裝費、外包費用、開發(fā)獎金等。變動成本也可以分為酌量性變動成本和約束性變動成本。開發(fā)獎金、外包費用等可看作是酌量性變動成本;約束性變動成本通常表現(xiàn)為系統(tǒng)建設的直接物耗成本,以及直接材料成本最為典型。
- 混合成本:混合成本就是混合了固定成本和變動成本的性質(zhì)的成本,例如:水電費、電話費等,這些成本通常有一個基數(shù),超過這個基數(shù)就會隨業(yè)務量的增大而增大。例如,質(zhì)量保證人員的工資、設備動力費用等成本在一定業(yè)務量內(nèi)是不變的,超過了這個量便會隨業(yè)務量的增加而增加。有時,員工的工資也可以歸結(jié)與混合成本,因為員工平常的工資一般是固定的,但是如果需要加班,則加班工資與時間的長短便存在著正比例的關(guān)系。
軟件工程---信息系統(tǒng)開發(fā)方法
- 自頂向下的開發(fā)方法:先對最高層次中的問題進行定義、設計、編程和測試、而將其中未解決的問題作為下一個子任務放到下一層次中去解決;
- 自底向上的開發(fā)方法:根據(jù)系統(tǒng)功能要求,從具體的器件、邏輯部件或者相似系統(tǒng)開始,通過對其進行相互連接、修改和擴大、構(gòu)成所要求的的系統(tǒng);
- 形式化方法:是一種 具有堅實數(shù)學基礎的方法,從而允許對系統(tǒng)和開發(fā)過程做嚴格處理和論證,適用于那些系統(tǒng)安全級別要求極高的軟件開發(fā)
- 非形式化方法:不把要嚴格性作為其主要問題點,通過以各種開發(fā)模型的形式得以體現(xiàn)。
- 整體性方法:從適應范圍來看,可以分為整體性方法和局部性方法。適用于軟件開發(fā)全過程的方法稱為整體性方法;
- 局部性方法 :適用于開發(fā)過程某個具體階段的軟件方法稱為局部性方法。
軟件工程---開發(fā)模型:
RUP的包括四個階段:初始階段、細化階段、構(gòu)件階段、交付階段文章來源:http://www.zghlxwxcb.cn/news/detail-494436.html
- 初始階段:初始階段的任務是為了建立業(yè)務模型并且確定項目的邊界。在初始階段,必須識別所有與系統(tǒng)交互的外部實體,定義系統(tǒng)與外部實體交互的特性。在這個階段中,所關(guān)注的是整個項目的業(yè)務和需求方面的主要風險。
- 細化階段:細化階段的任務是分析問題領域,建立完善的架構(gòu),淘汰項目中最高風險的元素。在細化階段,必須在理解整個系統(tǒng)的基礎上,對架構(gòu)作出決策,包括其范圍,主要功能和諸如性能等非功能需求,同時為項目建立支持環(huán)境。
- 構(gòu)建階段:要開發(fā)所有剩余的構(gòu)件和應用程序功能,把這些構(gòu)件集成為產(chǎn)品,并進行詳細測試。從某種意義上說,構(gòu)建階段是一個制造過程,其重點放在管理資源及控制操作,以優(yōu)化成本、進度和質(zhì)量。構(gòu)建階段的主要任務是通過優(yōu)化資源和避免不必要的報廢和返工,使開發(fā)成本降到最低;完成所有所需要功能的分析、開發(fā)和測試,快速完成可用的版本;確定軟件、場地和用戶是否已經(jīng)為部署軟件做好準備。
- 交付階段:當基線已經(jīng)足夠完善,可用安裝到最終用戶實際環(huán)境中時,則進入交付階段,交付階段的重點是確保軟件對最終用戶是可用的,交付階段的主要任務是進行測試,制作產(chǎn)品發(fā)布版本;對最終用戶支持文檔定稿;按用戶的需求確認新系統(tǒng);培訓用戶的維護人員;獲得用戶對當前版本的反饋,基于反饋調(diào)整產(chǎn)品,例如:進行調(diào)試,性能或可用性的增強等。
- RUP中的每個階段可以進一步分解為迭代。一個迭代式一個完整的開發(fā)循環(huán),產(chǎn)生一個可執(zhí)行的產(chǎn)品版本,是最終產(chǎn)品的一個子集,它增量式的發(fā)展,從一個迭代過程到另一個迭代過程到稱為最終的系統(tǒng)。傳統(tǒng)上的項目組織是順序通過每個工作流,每個工作流只有一次,也就是我們熟悉的瀑布生命周期。這樣做的結(jié)果是到實現(xiàn)末期產(chǎn)品完成并開始測試,在分析、設計和實現(xiàn)階段所遺留的隱藏問題會大量出現(xiàn),項目可能要停止并開始一個漫長的錯誤修正周期。
- 一種更靈活,風險更小的方法是多次通過不同的開發(fā)工作流,這樣可以更好地理解需求,構(gòu)造一個健壯的體系結(jié)構(gòu),并最終交付一系列逐步完成的版本。這叫作一個迭代生命周期。在工作流中的每一次順序的通過稱為一次迭代。軟件生命周期是迭代的連續(xù),通過它,軟件是增量的開發(fā)。一次迭代包括了生成一個可執(zhí)行的開發(fā)活動,還有使用這個版本所必須的其他輔助成分,如版本描述、用戶文檔等。因此一個開發(fā)迭代在某種意義上市在所有工作流中的一次完整的經(jīng)過,這些工作流至少包括:需求工作流、分析和設計工作流、實現(xiàn)工作流、測試工作流、其本身就像一個小型的瀑布項目
文章來源地址http://www.zghlxwxcb.cn/news/detail-494436.html
到了這里,關(guān)于系統(tǒng)分析師每日練習錯題知識點的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!