系統(tǒng)分析師重要?？贾R點100條筆記

35/38系統(tǒng)分析師重要?？贾R點100條筆記1、企業(yè)集成分類：按組織范圍分內(nèi)部集成業(yè)務過程的集成實現(xiàn)不同應用系統(tǒng)中的流程能夠無縫連接應用系統(tǒng)的集成實現(xiàn)不同應用系統(tǒng)之間能夠?qū)崿F(xiàn)數(shù)據(jù)和方法的共享數(shù)據(jù)的集成實現(xiàn)不同系統(tǒng)的數(shù)據(jù)交流與共享技術平臺的集成軟件/硬件/網(wǎng)絡層面的集成外部集成通過門戶網(wǎng)站和互聯(lián)網(wǎng)實現(xiàn)企業(yè)內(nèi)外部信息資源的有效交流和集成通過與合作伙伴信息系統(tǒng)的對接，建立動態(tài)的企業(yè)聯(lián)盟2、企業(yè)集成分類：按集成點分集成點效果解題關鍵點界面集成界面統(tǒng)一入口，產(chǎn)生“整體”感覺“整體”感覺最小代價實現(xiàn)一體化操作數(shù)據(jù)集成數(shù)據(jù)不同來源的數(shù)據(jù)邏輯或物理上“集中”其他集成方法的基礎控制集成應用邏輯調(diào)用其他系統(tǒng)已有方法，達到集成效果業(yè)務流程集成（過程集成）應用邏輯跨企業(yè)，或優(yōu)化流程而非直接調(diào)用企業(yè)之間的信息共享能力門戶集成將內(nèi)部系統(tǒng)對接到互聯(lián)網(wǎng)上發(fā)布到互聯(lián)網(wǎng)上3、企業(yè)戰(zhàn)略與信息化戰(zhàn)略集成方法業(yè)務與IT整合（BITA）：重心是找業(yè)務與現(xiàn)有IT系統(tǒng)之間的不一致，并給出轉(zhuǎn)變計劃。【業(yè)務路線】企業(yè)IT架構（EITA）：幫助IT企業(yè)建立IT的原則規(guī)范、模式和標準?！綢T技術路線】4、信息系統(tǒng)戰(zhàn)略規(guī)劃信息系統(tǒng)戰(zhàn)略規(guī)劃（InformationSystemStrategicPlanning，ISSP）是從企業(yè)戰(zhàn)略出發(fā)，構建企業(yè)基本的信息架構，對企業(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ī)劃法（BSP）--CU矩陣、關鍵成功因素法（CSF）和戰(zhàn)略集合轉(zhuǎn)化法（SST）；第二個階段主要以企業(yè)內(nèi)部管理信息系統(tǒng)為核心，圍繞企業(yè)整體需求進行的信息系統(tǒng)規(guī)劃，主要的方法包括戰(zhàn)略數(shù)據(jù)規(guī)劃法（SDP）、信息工程法（IE）和戰(zhàn)略柵格法（SG）；第三個階段的方法在綜合考慮企業(yè)內(nèi)外環(huán)境的情況下，以集成為核心，圍繞企業(yè)戰(zhàn)略需求進行的信息系統(tǒng)規(guī)劃，主要的方法包括價值鏈分析法（VCA）和戰(zhàn)略一致性模型（SAM）。5、電子政務政府對政府（G2G，GovernmentToGovernment）：政府之間的互動及政府與公務員之間互動?；A信息的采集、處理和利用，如人口/地理/資源信息等；各級政府決策支持；政府間通信。政府對企業(yè)（G2B，GovernmentToBusiness）：政府為企業(yè)提供的政策環(huán)境。包括產(chǎn)業(yè)政策、進出口、注冊、納稅、工資、勞保、社保等各種規(guī)定；政府向企事業(yè)單位頒發(fā)的各種營業(yè)執(zhí)照、許可證、合格證、質(zhì)量認證等。企業(yè)對政府（B2G，BusinessToGovernment）：企業(yè)納稅及企業(yè)為政府提供服務。企業(yè)參加政府各項工程的競/投標，向政府供應各種商品和服務，企業(yè)向政府提建議，申訴。政府對公民（G2C，GovernmentToCitizen）：政府對公民提供的服務。關于社區(qū)公安和水、火、天災等與公共安全有關的信息等，還包括戶口、各種證件的管理等政府提供的各種服務。公民對政府（C2G，CitizenToGovernment）：個人應向政府繳納稅費和罰款及公民反饋渠道。個人應向政府繳納的各種稅款和費用。了解民意，征求群眾意見。政府對公務員（G2E，GovernmentToEmployee）：政府與政府公務員即政府雇員。政府機構通過網(wǎng)絡技術實現(xiàn)內(nèi)部電子化管理（例如，OA系統(tǒng)等）的重要形式。6、與逆向工程相關的概念有重構、設計恢復、再工程和正向工程。（1）重構（restructuring）。重構是指在同一抽象級別上轉(zhuǎn)換系統(tǒng)描述形式。（2）設計恢復（designrecovery）。設計恢復是指借助工具從已有程序中抽象出有關數(shù)據(jù)設計、總體結構設計和過程設計等方面的信息。（3）逆向工程（reverseengineering）：逆向工程是分析程序，力圖在比源代碼更高抽象層次上建立程序的表示過程，逆向工程是設計的恢復過程。（4）正向工程（forwardengineering）。正向工程是指不僅從現(xiàn)有系統(tǒng)中恢復設計信息，而且使用該信息去改變或重構現(xiàn)有系統(tǒng)，以改善其整體質(zhì)量。（5）再工程（re-engineering）。再工程是對現(xiàn)有系統(tǒng)的重新開發(fā)過程，包括逆向工程、新需求的考慮過程和正向工程三個步驟。7、結構化開發(fā)方法用戶至上，自頂向下，逐步分解（求解），嚴格區(qū)分工作階段，每階段有任務與成果，強調(diào)系統(tǒng)開發(fā)過程的整體性和全局性，系統(tǒng)開發(fā)過程工程化，文檔資料標準化。階段固化，不善變化，適用于需求明確。8、原型法開發(fā)方法適用于需求不明確的開發(fā)，按功能分-水平原型（界面）、垂直原型（復雜算法），按最終結果分為拋棄式原型和演化式原型。9、面向?qū)ο蠓椒ㄗ钤鐏碓从诜抡骖I域，其特點是系統(tǒng)的描述及信息模型的表示與客觀實體相對應，符合人們的思維習慣，有利于系統(tǒng)開發(fā)過程中用戶與開發(fā)人員的交流和溝通，縮短開發(fā)周期，提供系統(tǒng)開發(fā)的準確性和效率。具有更好的復用性，關鍵在于建立一個全面、合理、統(tǒng)一的模型，分析、設計、實現(xiàn)三個階段界限不明確。10、面向服務的方法以粗粒度、松散耦合的系統(tǒng)功能為核心，強調(diào)系統(tǒng)功能的標準化和構件化，加強了系統(tǒng)的靈活性、可復用性和可演化性。從概念上講，SOA中有三個主要的抽象級別：操作：代表單個邏輯工作單元（LUW）的事務。執(zhí)行操作通常會導致讀、寫或修改一個或多個持久性數(shù)據(jù)。SOA操作可以直接與面向?qū)ο?OO)的方法相比。它們都有特定的結構化接口，并且返回結構化的響應。完全同方法一樣，特定操作的執(zhí)行可能涉及調(diào)用附加的操作。操作位于最底層。服務：代表操作的邏輯分組。例如，如果我們將CustomerProfiling視為服務，則按照電話號碼查找客戶、按照名稱和郵政編碼列出顧客和保存新客戶的數(shù)據(jù)就代表相關的操作。業(yè)務流程：為實現(xiàn)特定業(yè)務目標而執(zhí)行的一組長期運行的動作或活動。業(yè)務流程通常包括多個業(yè)務調(diào)用。業(yè)務流程的例子有：接納新員工、出售產(chǎn)品或服務和完成訂單。11、UML圖分類12、面向?qū)ο笤O計原則單一職責原則：設計目的單一的類開放-封閉原則：對擴展開放，對修改封閉李氏(Liskov)替換原則：子類可以替換父類依賴倒置原則：要依賴于抽象，而不是具體實現(xiàn)；針對接口編程，不要針對實現(xiàn)編程接口隔離原則：使用多個專門的接口比使用單一的總接口要好組合重用原則：要盡量使用組合，而不是繼承關系達到重用目的迪米特(Demeter)原則(最少知識法則)：一個對象應當對其他對象有盡可能少的了解13、設計模式：創(chuàng)建型模式以及適用場景設計模式名稱簡要說明速記關鍵字AbstractFactory抽象工廠模式提供一個接口，可以創(chuàng)建一系列相關或相互依賴的對象，而無需指定它們具體的類生產(chǎn)成系列對象Builder構建器模式將一個復雜類的表示與其構造相分離，使得相同的構建過程能夠得出不同的表示復雜對象構造FactoryMethod工廠方法模式定義一個創(chuàng)建對象的接口，但由子類決定需要實例化哪一個類。工廠方法使得子類實例化的過程推遲動態(tài)生產(chǎn)對象Prototype原型模式用原型實例指定創(chuàng)建對象的類型，并且通過拷貝這個原型來創(chuàng)建新的對象克隆對象Singleton單例模式保證一個類只有一個實例，并提供一個訪問它的全局訪問點單實例14、設計模式：結構型模式以及適用場景設計模式名稱簡要說明速記關鍵字Adapter適配器模式將一個類的接口轉(zhuǎn)換成用戶希望得到的另一種接口。它使原本不相容的接口得以協(xié)同工作轉(zhuǎn)換接口Bridge橋接模式將類的抽象部分和它的實現(xiàn)部分分離開來，使它們可以獨立地變化繼承樹拆分Composite組合模式將對象組合成樹型結構以表示“整體-部分”的層次結構，使得用戶對單個對象和組合對象的使用具有一致性樹形目錄結構Decorator裝飾模式動態(tài)地給一個對象添加一些額外的職責。它提供了用子類擴展功能的一個靈活的替代，比派生一個子類更加靈活附加職責Facade外觀模式定義一個高層接口，為子系統(tǒng)中的一組接口提供一個一致的外觀，從而簡化了該子系統(tǒng)的使用對外統(tǒng)一接口Flyweight享元模式提供支持大量細粒度對象共享的有效方法文章共享文字對象Proxy代理模式為其他對象提供一種代理以控制這個對象的訪問快捷方式15、設計模式：行為型模式以及適用場景設計模式名稱簡要說明速記關鍵字ChainofResponsibility職責鏈模式通過給多個對象處理請求的機會，減少請求的發(fā)送者與接收者之間的耦合。將接收對象鏈接起來，在鏈中傳遞請求，直到有一個對象處理這個請求傳遞職責Command命令模式將一個請求封裝為一個對象，從而可用不同的請求對客戶進行參數(shù)化，將請求排隊或記錄請求日志，支持可撤銷的操作日志記錄，可撤銷Interpreter解釋器模式給定一種語言，定義它的文法表示，并定義一個解釋器，該解釋器用來根據(jù)文法表示來解釋語言中的句子虛擬機的機制Iterator迭代器模式提供一種方法來順序訪問一個聚合對象中的各個元素，而不需要暴露該對象的內(nèi)部表示數(shù)據(jù)庫數(shù)據(jù)集Mediator中介者模式用一個中介對象來封裝一系列的對象交互。它使各對象不需要顯式地相互調(diào)用，從而達到低耦合，還可以獨立地改變對象間的交互不直接引用Memento備忘錄模式在不破壞封裝性的前提下，捕獲一個對象的內(nèi)部狀態(tài)，并在該對象之外保存這個狀態(tài)，從而可以在以后將該對象恢復到原先保存的狀態(tài)可恢復Observer觀察者模式定義對象間的一種一對多的依賴關系，當一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都得到通知并自動更新聯(lián)動State狀態(tài)模式允許一個對象在其內(nèi)部狀態(tài)改變時改變它的行為狀態(tài)變成類Strategy策略模式定義一系列算法，把它們一個個封裝起來，并且使它們之間可互相替換，從而讓算法可以獨立于使用它的用戶而變化多方案切換TemplateMethod模板方法模式定義一個操作中的算法骨架，而將一些步驟延遲到子類中，使得子類可以不改變一個算法的結構即可重新定義算法的某些特定步驟文檔模板填空Visitor訪問者模式表示一個作用于某對象結構中的各元素的操作，使得在不改變各元素的類的前提下定義作用于這些元素的新操作數(shù)據(jù)與操作分離

16、遺留系統(tǒng)演化策略淘汰策略：遺留系統(tǒng)的技術含量較低，且具有較低的業(yè)務價值。對遺留系統(tǒng)的完全淘汰是企業(yè)資源的根本浪費，系統(tǒng)分析師應該善于“變廢為寶”，通過對遺留系統(tǒng)功能的理解和借鑒，可以幫助新系統(tǒng)的設計，降低新系統(tǒng)開發(fā)的風險。繼承策略：遺留系統(tǒng)的技術含量較低，已經(jīng)滿足企業(yè)運作的功能或性能要求，但具有較高的商業(yè)價值，目前企業(yè)的業(yè)務尚緊密依賴該系統(tǒng)。對這種遺留系統(tǒng)的演化策略為繼承。在開發(fā)新系統(tǒng)時，需要完全兼容遺留系統(tǒng)的功能模型和數(shù)據(jù)模型。為了保證業(yè)務的連續(xù)性，新老系統(tǒng)必須并行運行一段時間，再逐漸切換到新系統(tǒng)上運行。改造策略：遺留系統(tǒng)具有較高的業(yè)務價值，基本上能夠滿足企業(yè)業(yè)務運作和決策支持的需要。這種系統(tǒng)可能建成的時間還很短，對這種遺留系統(tǒng)的演化策略為改造。改造包括系統(tǒng)功能的增強和數(shù)據(jù)模型的改造兩個方面。系統(tǒng)功能的增強是指在原有系統(tǒng)的基礎上增加新的應用要求，對遺留系統(tǒng)本身不做改變；數(shù)據(jù)模型的改造是指將遺留系統(tǒng)的舊的數(shù)據(jù)模型向新的數(shù)據(jù)模型的轉(zhuǎn)化。集成策略：遺留系統(tǒng)的技術含量較高，但其業(yè)務價值較低，可能只完成某個部門（或子公司）的業(yè)務管理。這種系統(tǒng)在各自的局部領域里工作良好，但對于整個企業(yè)來說，存在多個這樣的系統(tǒng)，不同的系統(tǒng)基于不同的平臺、不同的數(shù)據(jù)模型，形成了一個個信息孤島，對這種遺留系統(tǒng)的演化策略為集成。17、新舊系統(tǒng)轉(zhuǎn)換策略直接轉(zhuǎn)換：接轉(zhuǎn)換是在原有系統(tǒng)停止運行的某一時刻，新系統(tǒng)立即投入運行，中間沒有過渡階段。采用這種方式時，人力和費用最省，適用于系統(tǒng)不太復雜或現(xiàn)有系統(tǒng)完全不能使用的場合。但是這種方式風險高。并行轉(zhuǎn)換：并行轉(zhuǎn)換就是新系統(tǒng)和舊系統(tǒng)并行工作一段時間，經(jīng)過這段時間的試運行后，再用新系統(tǒng)正式替換下現(xiàn)有系統(tǒng)。那么這種方式，它的好處就是風險很小。在轉(zhuǎn)換期間還可以同時比較新舊兩套系統(tǒng)的性能，而且能夠讓操作人員得到全面的培訓，所以對于一些比較大的信息系統(tǒng)，或者處理過程比較復雜，數(shù)據(jù)比較重要的系統(tǒng)。并行轉(zhuǎn)換是一種最常用的轉(zhuǎn)換方式。那么這種轉(zhuǎn)換方式也有缺點，缺點就在于兩套系統(tǒng)并行期間，要有兩套班子或者兩套處理方式同時并存，在人力和費用消耗比較大，轉(zhuǎn)換的周期比較長，而且難以控制新舊系統(tǒng)當中數(shù)據(jù)的變化。所以這就要求要做好轉(zhuǎn)換計劃，并且要加強管理。分段轉(zhuǎn)換：這是直接轉(zhuǎn)換和并行轉(zhuǎn)換的接合，也就是分期分批、逐步轉(zhuǎn)換。一般比較大的系統(tǒng)采用這種方式比較合適，他能夠保證軟件平穩(wěn)運行，費用也不太高，就是將大的系統(tǒng)分成多個子系統(tǒng)，每成熟一個子系統(tǒng)就切換一個子系統(tǒng)，主要是分期分批。這種分段轉(zhuǎn)換的策略，它的優(yōu)點就是成熟一個子系統(tǒng)就轉(zhuǎn)換一個子系統(tǒng)。這種新舊轉(zhuǎn)換，震動比較小，用戶比較容易接受。但是由于采取的是漸進的方式，會導致新舊系統(tǒng)的轉(zhuǎn)換周期比較長。18、系統(tǒng)維護分類正確性維護：指改正在系統(tǒng)開發(fā)階段已發(fā)生而系統(tǒng)測試階段尚未發(fā)現(xiàn)的錯誤。適應性維護：指使應用軟件適應環(huán)境變化【外部環(huán)境、數(shù)據(jù)環(huán)境】而進行的修改。完善性維護：擴充功能和改善性能而進行的修改。預防性維護：為了適應未來的軟硬件環(huán)境的變化，應主動增加預防性的新的功能，以使用系統(tǒng)適應各類變化而不被淘汰。如將專用報表功能改成通用報表生成功能，以適應將來報表格式的變化。19、可行性分類經(jīng)濟可行性：成本收益分析，包括建設成本、運行成本和項目建設后可能的經(jīng)濟收益。技術可行性：技術風險分析，現(xiàn)有的技術能否支持系統(tǒng)目標的實現(xiàn)，現(xiàn)有資源（員工，技術積累，構件庫，軟硬件條件）是否足以支持項目的實施。法律可行性(社會可行性)：不能與國家法律或政策相抵觸。用戶使用可行性：執(zhí)行可行性，從信息系統(tǒng)用戶的角度評估系統(tǒng)的可行性。管理可行性：系統(tǒng)與現(xiàn)有管理機制的一致性，改革的可能性。運行可行性：用戶方便使用的程度。20、成本分類固定成本：不隨產(chǎn)量變化。管理人員的工資、辦公費、固定資產(chǎn)折舊費、員工培訓費、廣告費、技術開發(fā)經(jīng)費等。變動成本：隨產(chǎn)量變化。直接材料費、產(chǎn)品包裝費、外包費用、開發(fā)獎金等?；旌铣杀荆核娰M、電話費、質(zhì)量保證人員的工資、設備動力費等。直接成本：直接投入在項目上。項目組人員工資，材料費用。間接成本：分攤到項目上。水電費，員工培訓費。21、收益分類有形收益：也稱之為經(jīng)濟收益，可以用貨幣的時間價值、投資回收期、投資回收率等指標進行度量。有形收益又可分為一次性經(jīng)濟收益和非一次性經(jīng)濟收益。無形收益：也稱為不可定量的收益，主要是從性質(zhì)上、心理上進行衡量，很難直接進行量上的比較。22、原型模型典型的原型開發(fā)方法模型。適用于需求不明確的場景，可以幫助用戶明確需求。原型的發(fā)展方向:23、瀑布模型瀑布模型是將軟件生存周期中的各個活動規(guī)定為依線性順序連接的若干階段的模型，包括需求分析、設計、編碼、運行與維護。瀑布模型的特點是容易理解，管理成本低，每個階段都有對應的成果產(chǎn)物，各個階段有明顯的界限劃分和順序要求，一旦發(fā)生錯誤，整個項目推倒重新開始。適用于需求明確的項目，一般表述為需求明確或二次開發(fā)，或者適用于需要對數(shù)據(jù)處理的項目24、增量模型融合了瀑布模型的基本成分和原型實現(xiàn)的迭代特征，可以有多個可用版本的發(fā)布，核心功能往往最先完成，在此基礎上，每輪迭代會有新的增量發(fā)布，核心功能可以得到充分測試。強調(diào)每一個增量均發(fā)布一個可操作的產(chǎn)品。25、螺旋模型典型特點是引入了風險分析。結合了瀑布模型和演化模型的優(yōu)點，最主要的特點在于加入了風險分析。它是由制定計劃、風險分析、實施工程、客戶評估這一循環(huán)組成的，并且從概念項目開始第一個螺旋。26、噴泉模型典型的面向?qū)ο蟮哪Ｐ?。特點是迭代、無間隙。會將軟件開發(fā)劃分為多個階段，但各個階段無明顯界限，并且可以迭代交叉。27、敏捷開發(fā)敏捷開發(fā)是一種以人為核心、迭代、循序漸進的開發(fā)方法，適用于小團隊和小項目，具有小步快跑的思想。常見的敏捷開發(fā)方法有極限編程法、水晶法、并列爭球法和自適應軟件開發(fā)方法。28、統(tǒng)一過程（在軟考中UP、RUP都指統(tǒng)一過程）典型特點是用例驅(qū)動、以架構為中心、迭代和增量。統(tǒng)一過程把一個項目分為四個不同的階段：構思階段（初始階段）：包括用戶溝通和計劃活動兩個方面，強調(diào)定義和細化用例，并將其作為主要模型。（1）項目藍圖文檔（核心需求，關鍵特性，主要約束）（2）用例模型（3）項目計劃細化階段：包括用戶溝通和建?；顒?，重點是創(chuàng)建分析和設計模型，強調(diào)類的定義和體系結構的表示。（1）完成架構設計（2）淘汰高風險元素構建階段：將設計轉(zhuǎn)化為實現(xiàn)，并進行集成和測試。（1）UML模型（2）測試用例移交階段：將產(chǎn)品發(fā)布給用戶進行測試評價，并收集用戶的意見，之后再次進行迭代修改產(chǎn)品使之完善（1）可運行的軟件產(chǎn)品（2）用戶手冊（3）用戶支持計劃29、微服務與SOA對比微服務SOA能拆分的就拆分是整體的，服務能放一起的都放一起縱向業(yè)務劃分是水平分多層由單一組織負責按層級劃分不同部門的組織負責細粒度粗粒度兩句話可以解釋明白幾百字只相當于SOA的目錄

獨立的子公司類似大公司里面劃分了一些業(yè)務單元（BU）組件小存在較復雜的組件

業(yè)務邏輯存在于每一個服務中業(yè)務邏輯橫跨多個業(yè)務領域

使用輕量級的通信方式，如HTTP企業(yè)服務總線（ESB）充當了服務之間通信的角色30、需求分類（1）需求的層次業(yè)務需求：是指反應企業(yè)或客戶對系統(tǒng)高層次的目標要求，通常來自項目投資人、購買產(chǎn)品的客戶、客戶單位的管理人員、市場營銷部門或產(chǎn)品策劃部門等。通過業(yè)務需求可以確定項目視圖和范圍，為以后的開發(fā)工作奠定了基礎。用戶需求：描述的是用戶的具體目標，或用戶要求系統(tǒng)必須能完成的任務。也就是說，用戶需求描述了用戶能使用系統(tǒng)來做些什么。系統(tǒng)需求：是從系統(tǒng)的角度來說明軟件的需求，包括功能需求、非功能需求和設計約束等。功能需求也稱為行為需求，它規(guī)定了開發(fā)人員必須在系統(tǒng)中實現(xiàn)的軟件功能，用戶利用這些功能來完成任務，滿足業(yè)務要求。非功能需求是指系統(tǒng)必須具備的屬性或品質(zhì)，又可細分為軟件質(zhì)量屬性和其他非功能需求。設計約束也稱為限制條件或補充規(guī)約，通常是對系統(tǒng)的一些約束說明。（2）QFD質(zhì)量功能部署QFD是一種將用戶要求轉(zhuǎn)化成軟件需求的技術，其目的是最大限度地提升軟件工程過程中用戶的滿意度。QFD將軟件需求分為三類：常規(guī)需求（基本需求）：用戶認為系統(tǒng)應該做到的功能或性能，實現(xiàn)越多用戶會越滿意。期望需求：用戶想當然認為系統(tǒng)應具備的功能或性能，但并不能正確描述自己想要得到的這些功能或性能需求。如果期望需求沒有得到實現(xiàn)，會讓用戶感到不滿意。興奮需求（意外需求）：是用戶要求范圍外的功能或性能，實現(xiàn)這些需求用戶會更高興，但不實現(xiàn)也不影響其購買的決策。31、需求獲取方法方法特點收集資料把與系統(tǒng)有關的、對系統(tǒng)開發(fā)有益的信息收集起來。用戶訪談1對1-3，有代表性的用戶。成本高。問卷調(diào)查用戶多，無法一一訪談。成本低?，F(xiàn)場觀摩針對較為復雜的流程和操作。參加業(yè)務實踐有效地發(fā)現(xiàn)問題的本質(zhì)和尋找解決問題的辦法。聯(lián)合需求計劃（JRP）高度組織的群體會議，各方參與，成本高。閱讀歷史文檔對收集數(shù)據(jù)性的信息較為有用。情節(jié)串聯(lián)板一系列圖片，通過這些圖片來講故事。抽樣調(diào)查降低成本。32、面向?qū)ο?類的劃分實體類映射需求中的每個實體，實體類保存需要存儲在永久存儲體中的信息，例如，在線教育平臺系統(tǒng)可以提取出學員類和課程類，它們都屬于實體類?？刂祁愂怯糜诳刂朴美ぷ鞯念?，一般是由動賓結構的短語（“動詞+名詞”或“名詞+動詞”）轉(zhuǎn)化來的名詞，例如，用例“身份驗證”可以對應于一個控制類“身份驗證器”，它提供了與身份驗證相關的所有操作。邊界類用于封裝在用例內(nèi)、外流動的信息或數(shù)據(jù)流。邊界類位于系統(tǒng)與外界的交接處，包括所有窗體、報表、打印機和掃描儀等硬件的接口，以及與其他系統(tǒng)的接口。33、UML圖關系用例關系包括：包含關系、擴展關系、泛化關系包含關系：其中這個提取出來的公共用例稱為抽象用例，而把原始用例稱為基本用例或基礎用例，當可以從兩個或兩個以上的用例中提取公共行為時，應該使用包含關系來表示它們。擴展關系：如果一個用例明顯地混合了兩種或兩種以上的不同場景，即根據(jù)情況可能發(fā)生多種分支，則可以將這個用例分為一個基本用例和一個或多個擴展用例，這樣使描述可能更加清晰。泛化關系：當多個用例共同擁有一種類似的結構和行為的時候，可以將它們的共性抽象成為父用例，其他的用例作為泛化關系中的子用例。在用例的泛化關系中，子用例是父用例的一種特殊形式，子用例繼承了父用例所有的結構、行為和關系。34、類圖/對象圖關系依賴關系：一個事物發(fā)生變化影響另一個事物。泛化關系：特殊/一般關系關聯(lián)關系：描述了一組鏈，鏈是對象之間的連接。聚合關系：整體與部分生命周期不同。組合關系：整體與部分生命周期相同。實現(xiàn)關系：接口與類之間的關系35、FAST方法系統(tǒng)技術應用框架階段劃分：（1）初始研究階段： 列出問題和機會 協(xié)商項目的初步范圍 評估項目價值 計劃項目（2）問題分析階段： 研究問題領域 分析問題和機會 分析業(yè)務過程 制定系統(tǒng)改進目標（3）需求分析階段： 定義需求 分析功能需求 跟蹤和完善需求 排列需求的優(yōu)先次序（4）決策分析階段： 確定候選方案 分析候選方案 比較候選方案 推薦一個方案36、人機界面設計—“黃金三準則”（1）置于用戶控制之下（2）減少用戶的記憶負擔（3）保持界面的一致性37、UML4+1視圖UML采用4+1視圖來描述軟件和軟件開發(fā)過程：（1）邏輯視圖：邏輯視圖也稱為設計視圖，它表示了設計模型中在架構方面具有重要意義的部分，即類、子系統(tǒng)、包和用例實現(xiàn)的子集。（2）進程視圖：可執(zhí)行線程和進程作為活動類的建模，它是邏輯視圖的一次執(zhí)行實例，描繪了所設計的并發(fā)與同步結構。（3）實現(xiàn)視圖：對組成基于系統(tǒng)的物理代碼的文件和組件進行建模。（4）部署視圖：把構件部署到一組物理的、可計算的節(jié)點上，表示軟件到硬件的映射及分布結構。（5）用例視圖：最基本的需求分析模型。38、需求變更管理過程一般來說，變更控制應該遵循以下的基本流程：（1）變更申請。應記錄變更的提出人、日期、申請變更的內(nèi)容等信息。（2）變更評估。對變更的影響范圍、嚴重程度、經(jīng)濟和技術可行性進行系統(tǒng)分析。（3）變更決策。由CCB決定是否實施變更。（4）變更實施。由管理者指定的工作人員在受控狀態(tài)下實施變更。（5）變更驗證。由配置管理人員或受到變更影響的人對變更結果進行評價，確定變更結果和預期是否相符、相關內(nèi)容是否進行了更新、工作產(chǎn)物是否符合版本管理的要求。（6）溝通存檔。將變更后的內(nèi)容通知可能會受到影響的人員，并將變更記錄匯總歸檔。如提出的變更在決策時被否決，其初始記錄也應予以保存。39、流程設計工具（1）程序流程圖：是表達系統(tǒng)執(zhí)行過程的描述工具。著重于表達：數(shù)據(jù)在系統(tǒng)中傳輸時所通過的存儲介質(zhì)和工作站，與物理技術密切聯(lián)系。缺點：不能反映系統(tǒng)結構、模塊功能、無法評審是否符合要求。繪制圖的主要依據(jù)：信息處理的步驟和內(nèi)容，每一步驟所涉及的物理過程，各步驟之間的物理和邏輯關系。（2）IPO圖：是一種反映模塊的輸入、處理和輸出的圖形化表格。描述了模塊的輸入輸出關系、處理內(nèi)容、模塊的內(nèi)部數(shù)據(jù)和模塊的調(diào)用關系。（3）HIPO圖：分層次自頂向下分解系統(tǒng)，將每個模塊的輸入、處理和輸出關系表示出來就得到了HIPO圖。（4）盒圖為避免流程圖在描述程序邏輯時的隨意性與靈活性，美國學者提出了用方框代替?zhèn)鹘y(tǒng)的PFD，通常把這種圖稱為N-S圖或盒圖，與PFD類似，在N-S圖中也包括五種控制結構，分別是順序型、選擇型、WHILE循環(huán)型（當型循環(huán)）、UNTIL循環(huán)型（直到型循環(huán)）和多分支選擇型，任何一個N-S圖都是這五種基本控制結構相互組合與嵌套的結果。在N-S圖中，過程的作用域明確；它沒有箭頭，不能隨意轉(zhuǎn)移控制；而且容易表示嵌套關系和層次關系；并具有強烈的結構化特征。但是當問題很復雜時，N-S圖可能很大。（5）問題分析圖問題分析圖（ProblemAnalysisDiagram，PAD）是繼PFD和N-S圖之后，又一種描述詳細設計的工具，它由日立公司于1979年提出，也是一種支持結構化程序設計的圖形工具。PAD也包含五種基本控制結構，并允許遞歸使用。（6）過程設計語言PDL過程設計語言（ProcessDesignLanguage，PDL）也稱為結構化語言或偽代碼（pseudocode），它是一種混合語言，采用自然語言的詞匯和結構化程序設計語言的語法，用于描述處理過程怎么做，類似于編程語言。過程設計語言用于描述模塊中算法和加工邏輯的具體細節(jié)，以便在開發(fā)人員之間比較精確地進行交流。（7）判定表對于具有多個互相聯(lián)系的條件和可能產(chǎn)生多種結果的問題，用結構化語言描述則顯得不夠直觀和緊湊，這時可以用以清楚、簡明為特征的判定表（decisiontable）來描述。判定表采用表格形式來表達邏輯判斷問題，表格分成四個部分，左上部分為條件說明，左下部分為行動說明，右上部分為各種條件的組合說明，右下部分為各條件組合下相應的行動。在表的右上部分中列出所有條件，“T”表示該條件取值為真，“F”表示該條件取值為假，空白表示這個條件無論取何值對動作的選擇不產(chǎn)生影響，在判定表右下部分中列出所有的處理動作，“Y”表示執(zhí)行對應的動作，空白表示不執(zhí)行該動作；判定表右半部分的每一列實質(zhì)上是一條規(guī)則，規(guī)定了與特定條件取值組合相對應的動作。（8）判定樹判定樹（decisiontree）也是用來表示邏輯判斷問題的一種常用的圖形工具，它用樹來表達不同條件下的不同處理流程，比語言、表格的方式更為直觀。判定樹的左側（稱為樹根）為加工名，中間是各種條件，所有的行動都列于最右側。40、中臺概念：中臺是一套結合互聯(lián)網(wǎng)技術和行業(yè)特性，將企業(yè)核心能力以共享服務形式沉淀，形成“大中臺、小前臺”的組織和業(yè)務機制，供企業(yè)快速低成本的進行業(yè)務創(chuàng)新的企業(yè)架構。中臺又可以進一步細分，比如業(yè)務中臺、數(shù)據(jù)中臺、XX中臺。本質(zhì)上，都是對企業(yè)通用能力在不同層面的沉淀，并對外能力開放。實例：Supercell：芬蘭移動游戲巨頭，2015年世界游戲前10占5席，員工僅200多人，因使用中臺，具有小團隊快速開發(fā)能力，后被騰訊86億美金收購。阿里：2015年參觀Supercell，而后推行中臺。業(yè)務中臺&數(shù)據(jù)中臺：多個電商渠道使用一個下單服務，一個訂單接口同時為多個前臺系統(tǒng)提供服務，這是業(yè)務中臺提供的能力。多個前臺系統(tǒng)，根據(jù)一個用戶的手機號，獲取對應的畫像，用戶的標簽，這是數(shù)據(jù)中臺提供的服務。將多個支付通道，抽象建立成一個支付API，暴露給前臺業(yè)務系統(tǒng)，這是業(yè)務中臺提供的能力。通過一個訂單編號，來獲取可能的商品推薦清單，從而做到交叉銷售，這是數(shù)據(jù)中臺提供的服務。41、數(shù)據(jù)中臺必備的4個核心能力：（1）數(shù)據(jù)匯聚整合能力（2）數(shù)據(jù)提純加工能力（3）數(shù)據(jù)服務可視化（4）價值變現(xiàn)方面42、模塊獨立性的度量——聚合：衡量模塊內(nèi)部各元素結合的緊密程度偶然聚合：模塊完成的動作之間沒有任何關系，或者僅僅是一種非常松散的關系。邏輯聚合：模塊內(nèi)部的各個組成在邏輯上具有相似的處理動作，但功能用途上彼此無關。時間聚合：模塊內(nèi)部的各個組成部分所包含的處理動作必須在同一時間內(nèi)執(zhí)行。過程聚合：模塊內(nèi)部各個組成部分所要完成的動作雖然沒有關系，但必須按特定的次序執(zhí)行。通信聚合：模塊的各個組成部分所完成的動作都使用了同一個數(shù)據(jù)或產(chǎn)生同一輸出數(shù)據(jù)。順序聚合：模塊內(nèi)部的各個部分，前一部分處理動作的最后輸出是后一部分處理動作的輸入。功能聚合：模塊內(nèi)部各個部分全部屬于一個整體，并執(zhí)行同一功能，且各部分對實現(xiàn)該功能都必不可少43、模塊獨立性的度量——耦合：度量不同模塊間互相依賴的程度非直接耦合：兩個模塊之間沒有直接關系，它們的聯(lián)系完全是通過主模塊的控制和調(diào)用來實現(xiàn)的。數(shù)據(jù)耦合：兩個模塊彼此間通過數(shù)據(jù)參數(shù)交換信息。標記耦合：一組模塊通過參數(shù)表傳遞記錄信息，這個記錄是某一個數(shù)據(jù)結構的子結構，而不是簡單變量?？刂岂詈希簝蓚€模塊彼此間傳遞的信息中有控制信息。外部耦合：一組模塊都訪問同一全局簡單變量而不是同一全局數(shù)據(jù)結構，而且不是通過參數(shù)表傳遞該全局變量的信息。公共耦合：兩個模塊之間通過一個公共的數(shù)據(jù)區(qū)域傳遞信息。內(nèi)容耦合：一個模塊需要涉及到另一個模塊的內(nèi)部信息。44、測試階段劃分測試階段內(nèi)容單元測試依據(jù)詳細設計，模塊測試，模塊功能、性能、接口等集成測試依據(jù)概要設計，模塊間的接口系統(tǒng)測試依據(jù)需求文檔，在真實環(huán)境下，驗證完整的軟件配置項能否和系統(tǒng)正確連接確認測試依據(jù)需求文檔，驗證軟件與需求的一致性。內(nèi)部確認測試、Alpha測試、Beta測試、驗收測試45、白盒測試（結構測試）概念：根據(jù)內(nèi)部結構和邏輯來設計測試用例，對程序路徑和過程進行測試。主要用于單元測試階段。定義特點語句覆蓋被測試程序中的每條語句至少執(zhí)行一次。對執(zhí)行邏輯覆蓋很低，一般認為是很弱的邏輯覆蓋。判定覆蓋（分支覆蓋）被測程序每個判定表達式至少獲得一次“真”值和“假”值（或者程序中每一個判定取“真”分支和取“假”分支至少通過一次。）判定覆蓋比語句覆蓋更強一些。判定可以是1個條件，也可以是多個條件的組合。條件覆蓋每一個判定語句中每個邏輯條件的各種可能的值至少滿足一次。條件覆蓋和判斷覆蓋沒有包含關系。判斷/條件覆蓋判定中每個條件的所有可能取值（真/假）至少出現(xiàn)一次，并使每個判定本身的判定結果（真/假）也至少出現(xiàn)一次。同時滿足判定覆蓋和條件覆蓋條件組合覆蓋每個判定中的各種可能值的組合都至少出現(xiàn)一次。同時滿足判定覆蓋、條件覆蓋、判定/條件覆蓋。路徑覆蓋覆蓋被測試程序中所有可能的路徑?；韭窂綔y試每一條獨立路徑都執(zhí)行過（即程序中可執(zhí)行語句至少執(zhí)行一次）。測試用例個數(shù)與環(huán)路復雜度一致。判定為關鍵控制結點，必須出現(xiàn)在基本路徑中。循環(huán)覆蓋循環(huán)中每個條件都得到驗證。注意數(shù)組參數(shù)可循環(huán)驗證46、黑盒測試（功能測試）概念：黑盒測試基于產(chǎn)品功能規(guī)格說明書，從用戶角度針對產(chǎn)品特定的功能和特性來進行驗證活動，確認每個功能是否得到完整實現(xiàn)，用戶能否正常使用這些功能。主要用于集成測試、確認測試和系統(tǒng)測試階段。黑盒測試在不知道系統(tǒng)或組件內(nèi)部結構的情況下進行，不考慮內(nèi)部邏輯結構，著眼于程序外部結構，在軟件接口處進行測試。試圖發(fā)現(xiàn)的錯誤：功能不正確或遺漏；界面錯誤；數(shù)據(jù)庫訪問錯誤；性能錯誤；初始化和終止錯誤等方法：等價類劃分法；邊界值分析法；因果圖法；判定表驅(qū)動法；正交試驗設計法；錯誤推測法；功能圖法。等價類劃分：不同等價類，揭示不同問題；有效等價類/無效等價類。邊界值分析：1<=x<=10，可取x的值為0、1、10和11作為測試數(shù)據(jù)錯誤推測：依靠測試人員的經(jīng)驗和直覺。判定表：最適合描述在多個邏輯條件取值的組合所構成的復雜情況下，分別要執(zhí)行哪些不同的動作。因果圖：根據(jù)輸入條件與輸出結果之間的因果關系來設計測試用例。47、軟件過程改進CMMI成熟度等級過程域關鍵特征優(yōu)化級【L5】組織級改革與實施、因果分析和解決方案持續(xù)優(yōu)化定量管理級【L4】組織級過程性能、定量項目管理量化式管理已定義級【L3】需求開發(fā)、技術解決方案、產(chǎn)品集成、驗證、確認、組織級過程焦點、組織級過程定義、組織級培訓、集成項目管理、風險管理、集成化的團隊、決策分析和解決方案、組織級集成環(huán)境組織級，文檔化標準化已管理級【L2】需求管理、項目計劃、配置管理、項目監(jiān)督與控制、供應商合同管理、度量和分析、過程和產(chǎn)品質(zhì)量保證項目級可重復混亂級【L1】48、CacheCache的功能:提高CPU數(shù)據(jù)輸入輸出的速率，突破馮?諾依曼瓶頸，即CPU與存儲系統(tǒng)間數(shù)據(jù)傳送帶寬限制。在計算機的存儲系統(tǒng)體系中，Cache是訪問速度最快的層次。使用Cache改善系統(tǒng)性能的依據(jù)是程序的局部性原理。如果以h代表對Cache的訪問命中率，t1表示Cache的周期時間，t2表示主存儲器周期時間，以讀操作為例，使用“Cache+主存儲器”的系統(tǒng)的平均周期為t3，則：t3=h×t1+(1-h)×t2其中，（1-h）又稱為失效率（未命中率）。49、局部性原理時間局部性：指程序中的某條指令一旦執(zhí)行，不久以后該指令可能再次執(zhí)行，典型原因是由于程序中存在著大量的循環(huán)操作。空間局部性：指一旦程序訪問了某個存儲單元，不久以后，其附近的存儲單元也將被訪問，即程序在一段時間內(nèi)所訪問的地址可能集中在一定的范圍內(nèi)，其典型情況是程序順序執(zhí)行。工作集理論：工作集是進程運行時被頻繁訪問的頁面集合。50、性能指標1、主頻和CPU時鐘周期（ClockCycle）：主頻又稱為時鐘頻率，時鐘周期是時鐘頻率的倒數(shù)。如主頻為1GHz，則說明1秒鐘有1G個時鐘周期，每個時鐘周期為1000*1000*1000/1G=1ns。主頻=外頻*倍頻2、指令周期（InstructionCycle）：取出并執(zhí)行一條指令的時間。3、總線周期（BUSCycle）：也就是CPU完成一次訪問MEM或I/O端口操作所用的時間。4、指令周期、總線周期和時鐘周期之間的關系：一個指令周期由若干個總線周期組成，而一個總線周期時間又包含有若干個時鐘周期（也可說一個指令周期包含若干個時鐘周期）。5、MIPS：每秒處理的百萬級的機器語言指令數(shù)，主要用于衡量標量機的性能。6、MFLOPS：每秒百萬個浮點操作，不能反映整體情況，只能反映浮點運算情況，主要用于衡量t向量機性能。51、數(shù)據(jù)庫故障與恢復故障關系故障原因解決方法事務本身的可預期故障本身邏輯在程序中預先設置Rollback語句事務本身的不可預期故障算術溢出、違反存儲保護由DBMS的恢復子系統(tǒng)通過日志，撤消事務對數(shù)據(jù)庫的修改，回退到事務初始狀態(tài)系統(tǒng)故障系統(tǒng)停止運轉(zhuǎn)通常使用檢查點法介質(zhì)故障外存被破壞一般使用日志重做業(yè)務52、Bean的分類：（1）會話Bean：描述了與客戶端的一個短暫的會話。（2）實體Bean：持久化數(shù)據(jù)，O/R映射。（3）消息驅(qū)動Bean：會話Bean+JMS，客戶把消息發(fā)送給JMS目的地，然后，JMS提供者和EJB容器協(xié)作，把消息發(fā)送給消息驅(qū)動Bean。支持異步消息。53、WEB設計維度：（1）從架構來看：MVC，MVP，MVVM，REST，Webservice，微服務。（2）從緩存來看：MemCache，Redis，Squid。（3）從并發(fā)分流來看：集群（負載均衡）、CDN。（4）從數(shù)據(jù)庫來看：主從庫（主從復制），內(nèi)存數(shù)據(jù)庫，反規(guī)范化技術，NoSQL，分區(qū)（分表）技術，視圖與物化視圖。（5）從持久化來看：Hibernate，Mybatis。（6）從分布存儲來看：Hadoop，F(xiàn)astDFS，區(qū)塊鏈。（7）從數(shù)據(jù)編碼看：XML，JSON。（8）從Web應用服務器來看：Apache，WebSphere，WebLogic，Tomcat，JBOSS，IIS。（9）其它：靜態(tài)化，有狀態(tài)與無狀態(tài)，響應式Web設計。54、集群：（1）應用服務器集群；（2）主從集群。55、負載均衡技術：（1）應用層負載均衡：http重定向、反向代理服務器；（2）傳輸層負載均衡：DNS域名解析負載均衡、基于NAT的負載均衡；（3）硬件負載均衡：F5；（6）軟件負載均衡：LVS、Nginx、HAproxy。56、負載均衡算法靜態(tài)算法（不考慮動態(tài)負載）：輪轉(zhuǎn)算法：輪流將服務請求（任務）調(diào)度給不同的節(jié)點（即：服務器）。加權輪轉(zhuǎn)算法：考慮不同節(jié)點處理能力的差異。源地址哈希散列算法：根據(jù)請求的源IP地址，作為散列鍵從靜態(tài)分配的散列表找出對應的節(jié)點。目標地址哈希散列算法：根據(jù)請求目標IP做散列找出對應節(jié)點。隨機算法：隨機分配，簡單，但不可控。動態(tài)算法（考慮動態(tài)負載）最小連接數(shù)算法：每個節(jié)點處理能力相同的情況下，新請求分配給當前活動請求數(shù)量最少的節(jié)點。加權最小連接數(shù)算法：考慮節(jié)點處理能力不同，按最小連接數(shù)分配。加權百分比算法：考慮了節(jié)點的利用率、硬盤速率、進程個數(shù)等，使用利用率來表現(xiàn)剩余處理能力。

57、Redis與Memcache能力比較工作MemCacheRedis數(shù)據(jù)類型簡單key/value結構豐富的數(shù)據(jù)結構持久性不支持支持分布式存儲客戶端哈希分片/一致性哈希多種方式，主從、Sentinel、Cluster等多線程支持支持不支持（Redis6.0開始支持）內(nèi)存管理私有內(nèi)存池/內(nèi)存池無事務支持不支持有限支持數(shù)據(jù)容災不支持，不能做數(shù)據(jù)恢復支持，可以在災難發(fā)生時，恢復數(shù)據(jù)58、Redis集群切片的常見方式集群切片方式核心特點客戶端分片在客戶端通過key的hash值對應到不同的服務器。中間件實現(xiàn)分片在應用軟件和Redis中間，例如：Twemproxy、Codis等，由中間件實現(xiàn)服務到后臺Redis節(jié)點的路由分派?？蛻舳朔斩藚f(xié)作分片客戶端與服務端協(xié)作完成分片處理。59、Redis分布式存儲方案分布式存儲方案核心特點主從（Master/Slave）模式一主多從，故障時手動切換。哨兵（Sentinel）模式有哨兵的一主多從，主節(jié)點故障自動選擇新的主節(jié)點。集群（Cluster）模式分節(jié)點對等集群，分slots，不同slots的信息存儲到不同節(jié)點。

60、Redis數(shù)據(jù)分片方案分片方案分片方式說明范圍分片按數(shù)據(jù)范圍值來做分片例：按用戶編號分片，0-999999映射到實例A；1000000-1999999映射到實例B。哈希分片通過對key進行hash運算分片可以把數(shù)據(jù)分配到不同實例，這類似于取余操作，余數(shù)相同的，放在一個實例上。一致性哈希分片哈希分片的改進可以有效解決重新分配節(jié)點帶來的無法命中問題。61、緩存與數(shù)據(jù)庫的協(xié)作數(shù)據(jù)讀?。焊鶕?jù)key從緩存讀??；若緩存中沒有，則根據(jù)key在數(shù)據(jù)庫中查找；讀取到“值”之后，更新緩存。數(shù)據(jù)寫入：根據(jù)key值寫數(shù)據(jù)庫；根據(jù)key更新緩存。62、REST概念：REST（RepresentationalStateTransfer，表述性狀態(tài)轉(zhuǎn)移）是一種只使用HTTP和XML進行基于Web通信的技術，可以降低開發(fā)的復雜性，提高系統(tǒng)的可伸縮性。REST的五個原則：網(wǎng)絡上的所有事物都被抽象為資源；每個資源對應一個唯一的資源標識；通過通用的連接件接口對資源進行操作；對資源的各種操作不會改變資源標識；所有的操作都是無狀態(tài)的。63、響應式Web設計：響應式WEB設計是一種網(wǎng)絡頁面設計布局，其理念是：集中創(chuàng)建頁面的圖片排版大小，可以智能地根據(jù)用戶行為以及使用的設備環(huán)境進行相對應的布局。方法：采用流式布局和彈性化設計、響應式圖片。64、主從數(shù)據(jù)庫結構特點：一般：一主多從，也可以多主多從。從庫做寫操作，從庫做讀操作。主從復制步驟：主庫（Master）更新數(shù)據(jù)完成前，將操作寫binlog日志文件。從庫（Salve）打開I/O線程與主庫連接，做binlogdumpprocess，并將事件寫入中繼日志。從庫執(zhí)行中繼日志事件，保持與主庫一致。65、反規(guī)范化的技術手段以及優(yōu)缺點技術手段說明增加派生性冗余列已有單價和數(shù)量列，增加“總價”列增加冗余列已有學號列，增加“姓名”列重新組表把拆分的表重新組表分割表把用戶表做水平分割，長沙的用戶存在長沙，上海的用戶存在上海反規(guī)范化的優(yōu)點：連接操作少，檢索快、統(tǒng)計快；需要查的表減少，檢索容易。反規(guī)范化的缺點解決方案數(shù)據(jù)冗余，需要更大存儲空間無解插入、更新、刪除操作開銷更大無解數(shù)據(jù)不一致可能產(chǎn)生添加、修改、刪除異常1、觸發(fā)器數(shù)據(jù)同步2、應用程序數(shù)據(jù)同步3、物化視圖更新和插入代碼更難寫無解66、視圖的優(yōu)點：

（1）視圖能簡化用戶的操作

（2）視圖機制可以使用戶以不同的方式查詢同一數(shù)據(jù)

（3）視圖對數(shù)據(jù)庫重構提供了一定程度的邏輯獨立性

（4）視圖可以對機密的數(shù)據(jù)提供安全保護

其中物化視圖：將視圖的內(nèi)容物理存儲起來，其數(shù)據(jù)隨原始表變化，同步更新。

67、分表和分區(qū)分區(qū)分表共性1、都針對數(shù)據(jù)表2、都使用了分布式存儲3、都提升了查詢效率4、都低數(shù)據(jù)庫的頻繁I/O壓力值差異邏輯上還是一張表邏輯上已是多張表。68、分區(qū)的優(yōu)點：

（1）相對于單個文件系統(tǒng)或是硬盤，分區(qū)可以存儲更多的數(shù)據(jù)。

（2）數(shù)據(jù)管理比較方便，比如要清理或廢棄某年的數(shù)據(jù)，就可以直接刪除該日期的分區(qū)數(shù)據(jù)即可。

（3）精準定位分區(qū)查詢數(shù)據(jù)，不需要全表掃描查詢，大大提高數(shù)據(jù)檢索效率。

（4）可跨多個分區(qū)磁盤查詢，來提高查詢的吞吐量。

（5）在涉及聚合函數(shù)查詢時，可以很容易進行數(shù)據(jù)的合并。

69、關系型數(shù)據(jù)庫和NoSQL對比對比維度關系數(shù)據(jù)庫NoSQL應用領域面向通用領域特定應用領域數(shù)據(jù)容量

有限數(shù)據(jù)海量數(shù)據(jù)

數(shù)據(jù)類型

結構化數(shù)據(jù)【二維表】非結構化數(shù)據(jù)并發(fā)支持

支持并發(fā)、但性能低

高并發(fā)

事務支持高事務性

弱事務性

擴展方式向上擴展

向外擴展70、嵌入式微處理器分類（1）嵌入式微控制器（MCU：MicroControllerUnit）：又稱為單片機，片上外設資源一般比較豐富，適合于控制。（2）嵌入式微處理器（EMPU：EmbeddedMicroProcessingUnit）：又稱為單板機，由通用計算機中的CPU發(fā)展而來，僅保留和嵌入式應用緊密相關的功能硬件。（3）嵌入式DSP處理器（DSP：DigitalSignalProcessor）：專門用于信號處理方面的處理器。（4）嵌入式片上系統(tǒng)（SOC）：追求產(chǎn)品系統(tǒng)最大包容的集成器件。成功實現(xiàn)了軟硬件的無縫結合，直接在微處理器片內(nèi)嵌入操作系統(tǒng)的代碼模塊。減小了系統(tǒng)的體積和功耗、提高了可靠性和設計生產(chǎn)效率。71、常見的摘要算法：MD5(128位)，SHA(160位)72、常見對稱密鑰加密算法DES：替換+移位、56位密鑰、64位數(shù)據(jù)塊、速度快、密鑰易產(chǎn)生3DES(三重DES)：兩個56位的密鑰K1、K2加密：K1加密->K2解密->K1加密解密：K1解密->K2加密->K1解密RC-5IDEA：128位密鑰、64位數(shù)據(jù)塊、比DES的加密性好、對計算機功能要求相對低，PGP。RC-5算法：RSA數(shù)據(jù)安全公司的很多產(chǎn)品都使用了RC-5。AES算法：高級加密標準，又稱Rijndael加密法，是美國政府采用的一種區(qū)塊加密標準。73、常見非對稱密鑰加密算法RSA：2048位（或1024位）密鑰、計算量極大、難破解ECC-橢圓曲線算法Elgamal：安全性依賴于計算有限域上離散對數(shù)這一難題。74、被動攻擊被動攻擊：收集信息為主，破壞保密性。攻擊類型攻擊名稱描述被動攻擊竊聽（網(wǎng)絡監(jiān)聽）用各種可能的合法或非法的手段竊取系統(tǒng)中的信息資源和敏感信息。業(yè)務流分析通過對系統(tǒng)進行長期監(jiān)聽，利用統(tǒng)計分析方法對諸如通信頻度、通信的信息流向、通信總量的變化等參數(shù)進行研究，從而發(fā)現(xiàn)有價值的信息和規(guī)律。非法登錄有些資料將這種方式歸為被動攻擊方式。

75、主動攻擊主動攻擊的類別主要有：中斷（破壞可用性），篡改（破壞完整性），偽造（破壞真實性）攻擊類型攻擊名稱描述主動攻擊假冒身份通過欺騙通信系統(tǒng)（或用戶）達到非法用戶冒充成為合法用戶，或者特權小的用戶冒充成為特權大的用戶的目的。黑客大多是采用假冒進行攻擊。抵賴這是一種來自用戶的攻擊，比如：否認自己曾經(jīng)發(fā)布過的某條消息、偽造一份對方來信等。旁路控制【旁路攻擊】密碼學中是指繞過對加密算法的繁瑣分析，利用密碼算法的硬件實現(xiàn)的運算中泄露的信息。如執(zhí)行時間、功耗、電磁輻射等，結合統(tǒng)計理論快速的破解密碼系統(tǒng)。重放攻擊所截獲的某次合法的通信數(shù)據(jù)拷貝，出于非法的目的而被重新發(fā)送。加時間戳能識別并應對重放攻擊。拒絕服務（DOS）對信息或其它資源的合法訪問被無條件地阻止。XSS跨站腳本攻擊通過利用網(wǎng)頁【開發(fā)時留下的漏洞】，通過巧妙的方法注入惡意指令代碼到網(wǎng)頁CSRF跨站請求偽造攻擊攻擊者通過一些技術手段欺騙用戶的瀏覽器與訪問一個自己曾經(jīng)認證過的網(wǎng)站并執(zhí)行一些操作（如轉(zhuǎn)賬或購買商品等）。緩沖區(qū)溢出攻擊利用【緩沖區(qū)溢出漏洞】所進行的攻擊。在各種操作系統(tǒng)、應用軟件中廣泛存在。SQL注入攻擊攻擊者把SQL命令插入到Web表單，欺騙服務器執(zhí)行惡意的SQL命令。SQL注入攻擊的方式：【惡意拼接查詢】、【利用注釋執(zhí)行非法命令】、【傳入非法參數(shù)】、【添加額外條件】抵御SQL攻擊的方式包括：【使用正則表達式】、【使用參數(shù)化的過濾性語句】、【檢查用戶輸入的合法性】、【用戶相關數(shù)據(jù)加密處理】、【存儲過程來執(zhí)行查詢】【使用專業(yè)的漏洞掃描工具】

76、安全保護等級公民、法人和其它組織權益社會秩序和公共利益國家安全用戶自主保護級損害系統(tǒng)審計保護級嚴重損害損害安全標記保護級嚴重損害損害結構化保護級嚴重損害訪問驗證保護級特別嚴重損害77、恢復塊方法與N版本程序設計對比恢復塊方法N版本程序設計硬件運行環(huán)境單機多機錯誤檢測方法驗證測試程序表決恢復策略后向恢復前向恢復實時性差好78、關鍵路徑法是在制訂進度計劃時使用的一種進度網(wǎng)絡分析技術。關鍵路線法沿著項目進度網(wǎng)絡路線進行正向與反向分析，從而計算出所有計劃活動理論上的最早開始與完成日期、最遲開始與完成日期，不考慮任何資源限制。79、總時差和自由時差總時差（松弛時間）：在不延誤總工期的前提下，該活動的機動時間?；顒拥目倳r差等于該活動最遲完成時間與最早完成時間之差，或該活動最遲開始時間與最早開始時間之差自由時差：在不影響緊后活動的最早開始時間前提下，該活動的機動時間。對于有緊后活動的活動，其自由時差等于所有緊后活動最早開始時間減本活動最早完成時間所得之差的最小值對于沒有緊后活動的活動，也就是以網(wǎng)絡計劃終點節(jié)點為完成節(jié)點的活動，其自由時差等于計劃工期與本活動最早完成時間之差對于網(wǎng)絡計劃中以終點節(jié)點為完成節(jié)點的活動，其自由時差與總時差相等。此外，由于活動的自由時差是其總時差的構成部分，所以，當活動的總時差為零時，其自由時差必然為零，可不必進行專門計算。80、Gantt圖與PERT圖對比PERT（項目評估與評審技術）圖是一種圖形化的網(wǎng)絡模型，描述一個項目中任務和任務之間的關系，每個節(jié)點表示一個任務，通常包括任務編號、名稱、開始和結束時間、持續(xù)時間和松弛時間。Gantt圖是一種簡單的水平條形圖，它以一個日歷為基準描述項目任務，橫坐標表示時間，縱坐標表示任務，圖中的水平線段表示對一個任務的進度安排，線段的起點和終點對應在橫坐標上的時間分別表示該任務的開始時間和結束時間，線段的長度表示完成該任務所需的時間。PERT圖主要描述不同任務之間的依賴關系；Gantt圖主要描述不同任務之間的重疊關系。81、CISC與RISC（CISC：復雜指令集；RISC：精簡指令集。）指令系統(tǒng)類型指令尋址方式實現(xiàn)方式其它CISC（復雜）數(shù)量多，使用頻率差別大，可變長格式支持多種微程序控制技術（微碼）研制周期長RISC（精簡）數(shù)量少，使用頻率接近，定長格式，大部分為單周期指令，操作寄存器，只有Load/Store操作內(nèi)存支持方式少增加了通用寄存器；硬布線邏輯控制為主；適合采用流水線優(yōu)化編譯，有效支持高級語言82、流水線相關參數(shù)計算（流水線執(zhí)行時間計算、流水線吞吐率、流水線加速比、流水線效率）流水線建立時間：1條指令執(zhí)行時間。流水線周期：執(zhí)行時間最長的一段流水線執(zhí)行時間（理論公式）：(t1+t2+..+tk)+(n-1)*tmax流水線執(zhí)行時間（實踐公式）：k*tmax+(n-1)*tmax流水線吞吐率： 流水線最大吞吐率（即流水線周期的倒數(shù)）流水線加速比：83、操作系統(tǒng)三態(tài)模型運行：當一個進程在CPU上運行時。（單處理機處于運行態(tài)的進程只有一個）就緒：一個進程獲得了除CPU外的一切所需資源，一旦得到處理機即可運行。阻塞：阻塞也稱等待或睡眠狀態(tài)，一個進程正在等待某一事件發(fā)生（例如請求I/O、等待I/O完成等）而暫時停止運行，此時即使把CPU分配給進程也無法運行，故稱進程處于阻塞狀態(tài)。84、互斥與同步互斥：如千軍萬馬過獨木橋，同類資源的競爭關系。同步：速度有差異，在一定情況會停下等待，表示進程間的協(xié)作關系。85、臨界資源與臨界區(qū)臨界資源：諸進程間需要互斥方式對其進行共享的資源，如打印機、磁帶機等臨界區(qū)：每個進程中訪問臨界資源的那段代碼稱為臨界區(qū)86、三級模式與兩層映射三級模式：外模式對應視圖，模式（也稱為概念模式）對應數(shù)據(jù)庫表，內(nèi)模式對應物理文件。兩層映像：外模式-模式映像，模式-內(nèi)模式映像；兩層映像可以保證數(shù)據(jù)庫中的數(shù)據(jù)具有較高的邏輯獨立性和物理獨立性。87、數(shù)據(jù)庫設計過程88、三個范式第一范式（1NF）：在關系模式R中，當且僅當所有域只包含原子值，即每個屬性都是不可再分的數(shù)據(jù)項，則稱關系模式R是第一范式。第二范式（2NF）--消除非主屬性對碼的部分函數(shù)依賴：當且僅當關系模式R是第一范式（1NF），且每一個非主屬性完全依賴候選鍵（沒有不完全依賴）時，則稱關系模式R是第二范式。第三范式（3NF）--消除非主屬性對碼的傳遞函數(shù)依賴：當且僅當關系模式R是第二范式（2NF），且R中沒有非主屬性傳遞依賴于候選鍵時，則稱關系模式R是第三范式。89、I/O傳輸控制方式（1）程序查詢方式（CPU一直處于詢問、等待的過程，占用CPU時間最長，CPU利用率最低）分為無條件傳送和程序查詢方式兩種。方法簡單，硬件開銷小，但I/O能力不高，嚴重影響CPU的利用率。；（2）中斷方式（I/O完成后向CPU發(fā)送中斷請求信號，CPU和I/O可以并行）與程序控制方式相比，中斷方式因為CPU無需等待而提高了傳輸請求的響應速度。；（3）DMA（CPU只做初始化，不參與具體數(shù)據(jù)傳輸過程）DMA方式是為了在主存與外設之間實現(xiàn)高速、批量數(shù)據(jù)交換而設置的。DMA方式比程序控制方式與中斷方式都高效。；（4）通道方式、I/O處理機，專用硬件方式。90、封鎖協(xié)議一級封鎖協(xié)議。事務T在修改數(shù)據(jù)R之前必須先對其加X鎖，直到事務結束才釋放。可防止丟失修改。二級封鎖協(xié)議。一級封鎖協(xié)議加上事務T在讀取數(shù)據(jù)R之前先對其加S鎖，讀完后即可釋放S鎖?？煞乐箒G失修改，還可防止讀“臟”數(shù)據(jù)。三級封鎖協(xié)議。一級封鎖協(xié)議加上事務T在讀取數(shù)據(jù)R之前先對其加S鎖，直到事務結束才釋放?？煞乐箒G失修改、防止讀“臟”數(shù)據(jù)與防止數(shù)據(jù)重復讀。兩段鎖協(xié)議。可串行化的?？赡馨l(fā)生死鎖。91、備份（1）冷備份也稱為靜態(tài)備份，是將數(shù)據(jù)庫正常關閉，在停止狀態(tài)下，將數(shù)據(jù)庫的文件全部備份（復制）下來。（2）熱備份也稱為動態(tài)備份，是利用備份軟件，在數(shù)據(jù)庫正常運行的狀態(tài)下，將數(shù)據(jù)庫中的數(shù)據(jù)文件備份出來。（3）完全備份：備份所有數(shù)據(jù)（4）差量備份：僅備份上一次完全備份之后變化的數(shù)據(jù)（5）增量備份：備份上一次備份之后變化的數(shù)據(jù)（6）日志文件：事務日志是針對數(shù)據(jù)庫改變所做的記錄，它可以記錄針對數(shù)據(jù)庫的任何操作，并將記錄結果保存在獨立的文件中。92、TCP與UDPTCPUDP共同點基于IP協(xié)議的傳輸層協(xié)議，可以端口尋址不同點面向連接（連接管理）、三次握手、流量控制、差錯校驗和重傳、IP數(shù)據(jù)報按序接收不丟失不重復、可靠性強、犧牲通信量、效率低不可靠、無連接、錯誤檢測功能弱，無擁塞控制、無流量控制，有助于提高傳輸?shù)母咚俾市?。不對無序IP數(shù)據(jù)報重新排序、不負責重傳、不消除重復IP數(shù)據(jù)報、不對已收到的數(shù)據(jù)報進行確認、不負責建立或終止連接，這些由UDP進行通信的應用程序進行處理。相關協(xié)議HTTP、FTP、Telnet、POP3、SMTPDNS、DHCP、TFTP、SNMP93、遞歸查詢和迭代查詢遞歸查詢：服務器必需