軟考高項信息化考點全套

軟考高項信息化考點全套1．兩化融合：工業(yè)化與信息化，含義是：一是信息化與工業(yè)化發(fā)展戰(zhàn)略的融合；二是指信息資源與材料、能源等工業(yè)資源的融合；三是指虛擬經(jīng)濟與工業(yè)實體經(jīng)濟融合；四是指信息技術(shù)與工業(yè)技術(shù)、IT設(shè)備與工業(yè)裝備的融合。2次2．信息化與信息系統(tǒng)（1）信息技術(shù)發(fā)展趨勢：高速度，大容量；集成化和平臺化、智能化、虛擬計算、通信技術(shù)、遙感和傳感技術(shù)、移動智能終端、以人為本信息安全。考2次（2）信息化：主體是企業(yè)，而不是程序員、工程師、項目經(jīng)理、質(zhì)量管控人員。題考查信息的質(zhì)量屬性。（3）信息的質(zhì)量屬性：?完整性：輸入和傳輸?shù)倪^程，不被非法授權(quán)修改和破壞，保證數(shù)據(jù)的一致性。?可靠性：信息與預(yù)期行為一致的特性。?可驗證性：對自己的動作和做出的決定負責(zé)的一種特性。?保密性：信息不能被未授權(quán)的個人、實體或者過程利用或知悉的特性。（4）大型信息系統(tǒng)：以信息技術(shù)和通信技術(shù)為支撐，規(guī)模龐大、分布廣闊，采用多級網(wǎng)絡(luò)結(jié)構(gòu)，跨越多個安全域，處理海量的，復(fù)雜且形式多樣的數(shù)據(jù)，提供多種類型應(yīng)用的大系統(tǒng)。3．網(wǎng)絡(luò)存儲技術(shù)：DASNASSANlDAS：很難擴展，存儲容量的升級是瓶頸lNAS：通過網(wǎng)絡(luò)訪問，僅提供文件系統(tǒng)功能，存儲功能完全獨立于網(wǎng)絡(luò)中的主服務(wù)器，主要用NFS和CIFS來進行訪問，即插即用。lSAN：通過專用交換機將磁盤陣列與服務(wù)器連接起來，沒有采用文件共享存取，采用塊級別存儲。根據(jù)數(shù)據(jù)傳輸過程采用協(xié)議，分FCSANIPSANIBSAN。nFCSAN成本和復(fù)雜性高，需要每個服務(wù)器有FC適配器、專用FC交換機和獨立的布線基礎(chǔ)架構(gòu)；nIPSAN數(shù)據(jù)塊級別存儲，設(shè)備成本低，配置簡單；nIBSAN是一種交換結(jié)構(gòu)I/O技術(shù)，通過一套中心機構(gòu)（IB交換機）在遠程存儲器、網(wǎng)絡(luò)及服務(wù)器等設(shè)備間建立一個單一連接鏈路，提高系統(tǒng)性能、可靠性和有效性，緩解各硬件設(shè)備之間數(shù)據(jù)流量擁塞。4．新一代信息技術(shù)（1）區(qū)塊鏈技術(shù)的模型：數(shù)據(jù)層、網(wǎng)絡(luò)層、共識層、激勵層、合約層和應(yīng)用層組成。（2）數(shù)據(jù)倉庫技術(shù)：體系結(jié)構(gòu)包括數(shù)據(jù)源、數(shù)據(jù)存儲與管理、OLAP服務(wù)器、前端工具。OLAP與OLTP：OLTP是執(zhí)行基本日常的事務(wù)處理，比如數(shù)據(jù)庫記錄的增刪查改；OLAP是數(shù)據(jù)倉庫系統(tǒng)的主要應(yīng)用，支持復(fù)雜的分析操作，側(cè)重決策支持，且提供直觀易懂的查詢結(jié)果。典型的應(yīng)用就是復(fù)雜的動態(tài)的報表系統(tǒng)。（3）大數(shù)據(jù)的特點，5個V，Volume(大量)、Variety(多樣)、Value(價值)、Velocity(高速)和Veracity(真實性)來概括大數(shù)據(jù)的特征。（4）區(qū)塊鏈ü特點：分布式數(shù)據(jù)存儲、點對點傳輸、共識機制、加密算法等。ü模型：數(shù)據(jù)層、網(wǎng)絡(luò)層、共識層、激勵層、合約層和應(yīng)用層l數(shù)據(jù)層：封裝了底層數(shù)據(jù)區(qū)塊的鏈?zhǔn)浇Y(jié)構(gòu)，以及非對稱公私鑰數(shù)據(jù)加密技術(shù)和時間戳等技術(shù)。l網(wǎng)絡(luò)層：包括P2P組網(wǎng)機制、數(shù)據(jù)傳播機制和數(shù)據(jù)驗證機制等。l共識層：各類共識機制算法，區(qū)塊鏈的核心技術(shù)。共識機制算法：工作量證明機制(PoW，ProofofWork)、權(quán)益證明機制(PoS，ProofofStake)、股份授權(quán)證明機制(DPoS，DelegatedProofofStake)等。數(shù)據(jù)層、網(wǎng)絡(luò)層、共識層是構(gòu)建區(qū)塊鏈技術(shù)的必要元素。l激勵層，將經(jīng)濟因素集成到區(qū)塊鏈技術(shù)體系中來，包括經(jīng)濟激勵的發(fā)行機制和分配機制等，主要出現(xiàn)在公有鏈當(dāng)中。在公有鏈中必須激勵遵守規(guī)則參與記賬的節(jié)點；在私有鏈當(dāng)中則不一定需要進行激勵，因為參與記賬的節(jié)點往往是在鏈外完成了博弈，通過強制力或自愿來要求參與記賬。l合約層，封裝各類腳本、算法和智能合約，是區(qū)塊鏈可編程特性的基礎(chǔ)。比特幣本身就具有簡單腳本的編寫功能，而以太坊極大的強化了編程語言協(xié)議，理論上可以編寫實現(xiàn)任何功能的應(yīng)用。l應(yīng)用層，各種應(yīng)用場景和案例，比如搭建在以太坊上的各類區(qū)塊鏈應(yīng)用即部署在應(yīng)用層，而未來的可編程金融和可編程社會也將會是搭建在應(yīng)用層。5．網(wǎng)絡(luò)技術(shù)(1)網(wǎng)絡(luò)規(guī)劃分為規(guī)劃、設(shè)計與實施三個階段;網(wǎng)絡(luò)設(shè)計原則：規(guī)劃可擴展、性能可擴展(2)網(wǎng)絡(luò)設(shè)計分層設(shè)計：接入層、匯聚層、核心層。ACL(AccessControlList,訪問控制列表)，是一系列運用到路由器接口的指令列表，路由根據(jù)ACL中指定的條件對經(jīng)過路由器接口的數(shù)據(jù)包進行檢查，主要發(fā)生在路由器和匯聚層設(shè)備中。l核心層——高速轉(zhuǎn)發(fā)通信，更高可靠性、性能和吞吐量l匯聚層——訪問策略控制，數(shù)據(jù)包處理，過濾尋址，及其他數(shù)據(jù)處理，與接入層相比，更少接口和更高交換速率。l接入層——提供用戶到網(wǎng)絡(luò)的接入，負責(zé)用戶設(shè)備接入，防止非法用戶進入網(wǎng)絡(luò)。低成本高密度。(3)網(wǎng)絡(luò)接入：①有線：PSTNISDNADSLFFTx+LANHFC；②無線包括GPRS、3/4/5G，無線電波、WiFi和4G(4)網(wǎng)絡(luò)標(biāo)準(zhǔn)協(xié)議l802.11協(xié)議簇：無線局域網(wǎng)絡(luò)制定的標(biāo)準(zhǔn)；nIEEE802.3以太網(wǎng)；以太網(wǎng)介質(zhì)訪問控制協(xié)議(CSMA/CD)及物理層技術(shù)規(guī)范。以太網(wǎng)的幀是數(shù)據(jù)鏈路層的封裝，網(wǎng)絡(luò)層的數(shù)據(jù)包被加上幀頭和幀尾成為可以被數(shù)據(jù)鏈路層識別的數(shù)據(jù)幀(成幀)。雖然幀頭和幀尾所用的字節(jié)數(shù)是固定不變的，但被封裝的數(shù)據(jù)包大小的不同，以太網(wǎng)的長度也在變化，其范圍是64~1518字節(jié)(不算8字節(jié)的前導(dǎo)字)nIEEE802.4令牌總線；nIEEE802.5令牌環(huán)網(wǎng)；nIEEE802.11無線局域網(wǎng)，無線局域網(wǎng)(WLAN)的介質(zhì)訪問控制協(xié)議及物理層技術(shù)規(guī)范；WI-FI使用了802.11的媒體訪問數(shù)據(jù)鏈路層(DLL)和物理層(PHY)，數(shù)據(jù)鏈路層和物理層合起來稱其為網(wǎng)絡(luò)接口層。6．OSI模型:OSI安全體系結(jié)構(gòu)：五類安全服務(wù)，認證（鑒別）服務(wù)、訪問控制服務(wù)、數(shù)據(jù)保密性服務(wù)、數(shù)據(jù)完整性服務(wù)和抗否認性服務(wù)。l物理層:最低層或第一層，物理連網(wǎng)媒介，如電纜連線連接器，RS232V.35RJ-45FDDIl數(shù)據(jù)鏈路層:第二層，控制網(wǎng)絡(luò)層與物理層之間的通信從網(wǎng)絡(luò)層接收到的數(shù)據(jù)被分割成特定的可被物理層傳輸?shù)膸诓豢煽康奈锢砭€路上進行數(shù)據(jù)的可靠傳遞。802.3/.2HDLCPPPATMl網(wǎng)絡(luò)層:將網(wǎng)絡(luò)地址翻譯成對應(yīng)的物理地址，并決定如何將數(shù)據(jù)從發(fā)送方路由到接收方，有IP、ICMP、IGMPIPXARP和RARP。l傳輸層:負責(zé)分割、組合數(shù)據(jù)，實現(xiàn)端到端的邏輯連接,流量控制。TCPUDPSPXl會話層:負責(zé)在網(wǎng)絡(luò)中的兩節(jié)點之間建立和維持通信。RPCSQLNFSl表示層:應(yīng)用程序和網(wǎng)絡(luò)之間的翻譯官，數(shù)據(jù)將按照網(wǎng)絡(luò)能理解的方案進行格式化；數(shù)據(jù)的壓縮、解壓，加密、解密。JPEGASCIIGIFDESMPEGl應(yīng)用層:負責(zé)對軟件提供接口以使程序能使用網(wǎng)絡(luò)服務(wù)，TFTP是TCP/IP協(xié)議族中的一個用來在客戶機與服務(wù)器之間進行簡單文件傳輸?shù)膮f(xié)議，提供不復(fù)雜、開銷不大的文件傳輸服務(wù)。端口號為69。HTTPTelnetFTPSMTP(1)開放系統(tǒng)互連參考模型(OpenSystemInterconnectionReferenceModel,OSI/RM),從下往上分別是物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、會話層、表示層、應(yīng)用層7層結(jié)構(gòu)。SNMP是在UDP協(xié)議之上的異步請求/響應(yīng)協(xié)議(2)TCP/IP，一組用于實現(xiàn)網(wǎng)絡(luò)互連的通信協(xié)議，分為四層：網(wǎng)絡(luò)接口層、網(wǎng)絡(luò)層、傳輸層、應(yīng)用層。l應(yīng)用層：為用戶提供所需要服務(wù)，F(xiàn)TP、Telnet、DNS、SMTP等l傳輸層：為應(yīng)用層實體提供端到端的通信功能，保證數(shù)據(jù)包的順序傳送及數(shù)據(jù)的完整性，分為：傳輸控制協(xié)議TCP和用戶數(shù)據(jù)報協(xié)議UDPnTCP協(xié)議，可靠的、三次握手連接的數(shù)據(jù)傳輸服務(wù)；nUDP協(xié)議，不保證可靠的、無連接的數(shù)據(jù)傳輸服務(wù).l網(wǎng)際互聯(lián)層，對應(yīng)OSI的網(wǎng)絡(luò)層，解決主機到主機的通信問題，主機的尋址，路由。協(xié)議：網(wǎng)際協(xié)議(IP)、互聯(lián)網(wǎng)組管理協(xié)議(IGMP)和互聯(lián)網(wǎng)控制報文協(xié)議(ICMP)。IP協(xié)議提供的是一個可靠、無連接的數(shù)據(jù)報傳遞服務(wù)nICMPl網(wǎng)絡(luò)接入層(即主機-網(wǎng)絡(luò)層)，即主機-網(wǎng)絡(luò)層，OSI的物理層和數(shù)據(jù)鏈路層對應(yīng)，負責(zé)監(jiān)視數(shù)據(jù)在主機和網(wǎng)絡(luò)之間的交換。地址協(xié)議(ARP)工作在此層，即OSI參考模型的數(shù)據(jù)鏈路層。7．?dāng)?shù)據(jù)庫管理系統(tǒng)：8．中間件：操作系統(tǒng)與應(yīng)用程序之間，獨立的系統(tǒng)軟件或服務(wù)，與操作系統(tǒng)、數(shù)據(jù)庫關(guān)系系統(tǒng)稱為“三套車”。?底層型中間件：JVMCRLACEJDBCODBC?通用型中間件：CORBAJ2EEMOMCOM?集成型中間件：WorkFlowEAICORBA：系統(tǒng)底層傳輸層的集成；消息中間件完成不同系統(tǒng)的消息傳遞；J2EE完成不同硬件和操作系統(tǒng)的集成9．軟件需求（1）需求基線：已承諾在特定版本實現(xiàn)功能性和非功能性需求集合。（2）需求分類：①業(yè)務(wù)需求:高層次，投資人、購買產(chǎn)品的客戶,使用前景和范圍文檔來記錄業(yè)務(wù)需求;②用戶需求:用戶的目標(biāo)，或用戶要求系統(tǒng)必須能完成的任務(wù)。③功能需求:在產(chǎn)品中實現(xiàn)的軟件功能，用戶利用這些功能來完成任務(wù)，滿足業(yè)務(wù)需求。④系統(tǒng)需求:多個子系統(tǒng)的產(chǎn)品(即系統(tǒng))的頂級需求。（3）需求工程活動：收集與獲取需求、需求分析、定義需求(編寫需求說明書)、及需求驗證四個階段。其中：需求分析又包括需求提出、需求描述及需求評審三個階段。①需求獲?。涸L談、問卷、采樣、情節(jié)串聯(lián)版、聯(lián)合需求計劃②需求分析：確定對系統(tǒng)的綜合要求、功能要求和性能要求等，檢測和解決需求之間的沖突；發(fā)現(xiàn)系統(tǒng)的邊界；并詳細描述出系統(tǒng)需求；1)SA方法進行需求分析，建立的模型核心是數(shù)據(jù)字典，E-R數(shù)據(jù)模型STD狀態(tài)轉(zhuǎn)換圖為行為模型；DFD數(shù)據(jù)流圖為功能模型;2)需求評審：需求規(guī)格說明和初步的用戶手冊，確保需求無二義、完整、一致、可測試、確定性、可跟蹤、正確性、必要性，使用戶、設(shè)計人員對需求的理解達成一致。③需求驗證：需求確認，通過需求評審和需求測試來進行驗證④QFD質(zhì)量功能部署：常規(guī)需求、期望需求、意外需求⑤SRS需求規(guī)格說明書：需求開發(fā)活動的產(chǎn)物，包括：范圍、引用文件、需求、合規(guī)性規(guī)定、需求可追蹤性、尚未解決問題、注解、附錄10．UML：建模語言，構(gòu)造塊、規(guī)則和公共機制。14.1UML中的關(guān)系?依賴：一個事物發(fā)生會影響另一個事物，虛線箭頭，箭頭指向被使用者?泛化：一般和特殊，特殊可代替一般，實線空心三角箭頭，指向父類?關(guān)聯(lián)：一組對象之間連接的結(jié)構(gòu)關(guān)系，實線箭頭，雙向箭頭或無箭頭?實現(xiàn)：類指定由另一類保證執(zhí)行的契約，封閉空箭頭的虛線，箭頭指向接口14.2UML2.0中的圖?類圖(classdiagram)：一組類、接口、協(xié)作和之間的關(guān)系，最常見的圖，靜態(tài)設(shè)計視圖，活動類的類圖給出了系統(tǒng)的靜態(tài)進程視圖。顯示信息結(jié)構(gòu)，同時描述系統(tǒng)行為。?對象圖(objectdiagram)：一組對象及它們之間的關(guān)系，事物實例的靜態(tài)快照。和類圖一樣，系統(tǒng)的靜態(tài)設(shè)計視圖或靜態(tài)進程視圖，但它們是從真實案例或原型案例的角度建立的?構(gòu)件圖：一個封裝的類和它的接口、端口，以及由內(nèi)嵌的構(gòu)件和連接件構(gòu)成的內(nèi)部結(jié)構(gòu)，用于表示系統(tǒng)的靜態(tài)設(shè)計實現(xiàn)視圖。對于由小的部件構(gòu)建大的系統(tǒng)來說，構(gòu)件圖是很重要的。構(gòu)件圖是類圖的變體?組合結(jié)構(gòu)圖：結(jié)構(gòu)化類內(nèi)部的結(jié)構(gòu)，包括結(jié)構(gòu)化類與系統(tǒng)其余部分的交互點?用例圖一組用例、參與者與他們之間的關(guān)系，系統(tǒng)靜態(tài)用例圖，是最基本的需求分析模型外部執(zhí)行者(Actor)所理解的系統(tǒng)功能?順序圖：交互圖，一組對象及他們之間可能發(fā)送消息構(gòu)成。系統(tǒng)的動態(tài)視圖，強調(diào)消息的時間次序。?通信圖:交互圖，強調(diào)收發(fā)消息的對象或參與者的結(jié)構(gòu)組織。順序圖強調(diào)時序，通信圖強調(diào)對象之間的結(jié)構(gòu)(關(guān)系）?定時圖，交互圖，消息跨越不同對象或角色的實際時間，而不僅關(guān)心消息的相對順序?狀態(tài)圖，一個狀態(tài)機，它由狀態(tài)、轉(zhuǎn)移、事件和活動組成，對象的動態(tài)視圖。它對于接口、類或協(xié)作的行為建模尤為重要，而且它強調(diào)事件導(dǎo)致的對象行為，這非常有助于對反應(yīng)式系統(tǒng)建模?活動圖將進程或其他計算機結(jié)構(gòu)展示為計算機內(nèi)部一步步的控制流和數(shù)據(jù)流，系統(tǒng)的動態(tài)視圖，強調(diào)對象間的控制流程?部署圖：對運行時的處理節(jié)點及其在其中生存的構(gòu)建的配置，靜態(tài)部署圖。?制品圖：計算機中一個系統(tǒng)的物理結(jié)構(gòu)，包括文件、數(shù)據(jù)庫合類似的物理比特集合，與部署圖一起使用，給出他們實現(xiàn)的類和構(gòu)件?包圖：由模型本身分解而成的組織單元，及他們之間依賴關(guān)系。?交互概覽圖：活動圖和順序圖的混合物。14.3UML2.0視圖，它是用來描述某一個抽象層上對系統(tǒng)的一個抽象的表示。l邏輯視圖，稱為設(shè)計視圖，它表示了設(shè)計模型中在架構(gòu)方面具有重要意義的部分，即類、子系統(tǒng)、包和用例實現(xiàn)的子集。l進程視圖，是可執(zhí)行線程和進程作為活動類的建模，邏輯視圖的一次執(zhí)行實例，描述了并發(fā)與同步結(jié)構(gòu)。l實現(xiàn)視圖，對組成基于系統(tǒng)的物理代碼的文件和構(gòu)件進行建模。l用例視圖，需求分析模型，最基本.l部署視圖：把構(gòu)件部署到一組物理節(jié)點上，表示軟件到硬件的映射；11．面向?qū)ο蠓治觯篛OA做什么，OOD怎么做，面向?qū)ο蠓治龊诵氖墙⒂美Ｐ秃头治瞿Ｐ?。用例模型的?gòu)建經(jīng)歷4個過程：識別參與者、合并需求獲得用例、細化用例描述和調(diào)整用例模型，期三個必需。12．類之間的關(guān)系13．虛線箭頭指向依賴；實線箭頭指向關(guān)聯(lián)；虛線三角指向接口；實線三角指向父類；空心菱形能分離而獨立存在，是聚合；實心菱形精密關(guān)聯(lián)不可分，是組合；14．軟件架構(gòu)風(fēng)格分為5大類：圖片l數(shù)據(jù)流：批處理、管道/過濾器。l調(diào)用/返回：主/子程序、數(shù)據(jù)抽象面向?qū)ο?、層次結(jié)構(gòu)l獨立構(gòu)件：進程通信、事件驅(qū)動l虛擬機風(fēng)格：解釋器、基于規(guī)則的系統(tǒng)l倉庫風(fēng)格：數(shù)據(jù)庫、黑板l其他：特定領(lǐng)域軟件體系結(jié)構(gòu)、狀態(tài)轉(zhuǎn)移、分布式處理、REST。其中分布式有C/S、B/S、CORBA、DCOM和EJB等。15．架構(gòu)評估：關(guān)注質(zhì)量，基于問卷（檢查表）、基于場景、基于度量的方式。16．軟件設(shè)計：?結(jié)構(gòu)化設(shè)計：自頂向下、逐步求精；以SRS與SA17．設(shè)計模式：解決方案、效果、實例代碼和相關(guān)設(shè)計模式等基本要素l處理范圍，類模式和對象模式l目的用途，創(chuàng)建型模式、結(jié)構(gòu)型模式和行為型模式18．移動互聯(lián)網(wǎng)的特點：①重視對傳感技術(shù)的應(yīng)用;②有效地實現(xiàn)人與人的連接;③瀏覽器競爭及孤島問題突出。移動互聯(lián)網(wǎng)不是傳統(tǒng)桌面互聯(lián)網(wǎng)的簡單復(fù)制和移植，而是傳統(tǒng)互聯(lián)網(wǎng)的延伸和補充19．企業(yè)系統(tǒng)規(guī)劃BSP：常用矩陣方法l過程/組織矩陣：在定義業(yè)務(wù)過程的的步驟產(chǎn)生，表達的是企業(yè)的業(yè)務(wù)過程與企業(yè)組織機構(gòu)的關(guān)系l實體/數(shù)據(jù)類矩陣：在定義數(shù)據(jù)類的步驟產(chǎn)生，表達的是數(shù)據(jù)類與實體、數(shù)據(jù)類與實體相關(guān)類型的關(guān)系l功能/數(shù)據(jù)類矩陣：在定義數(shù)據(jù)類的步驟產(chǎn)生，表達的是企業(yè)流程中各項功能與相應(yīng)數(shù)據(jù)類的產(chǎn)生與使用關(guān)系20．信息系統(tǒng)生命周期：可以分為4個階段：立項、開發(fā)、運維、消亡。開發(fā)階段又可分為總體規(guī)劃階段、系統(tǒng)分析階段、系統(tǒng)設(shè)計階段、系統(tǒng)實施階段和系統(tǒng)驗收階段?？傮w規(guī)劃向系統(tǒng)分析階段提交可行性分析報告;系統(tǒng)分析階段提交系統(tǒng)方案說明書;系統(tǒng)設(shè)計階段提交系統(tǒng)設(shè)計說明書;一般來說總體規(guī)劃工作量占9%，系統(tǒng)分析占15%，系統(tǒng)設(shè)計占20%，系統(tǒng)實施占50%，運行和評價占6%。l系統(tǒng)規(guī)劃：對組織的環(huán)境、目標(biāo)及現(xiàn)行系統(tǒng)的狀況進行初步調(diào)查，確定信息系統(tǒng)的發(fā)展戰(zhàn)略，對建設(shè)新系統(tǒng)的需求做出分析和預(yù)測，包括信息系統(tǒng)開發(fā)目標(biāo)、總體結(jié)構(gòu)、管理流程、實施計劃、技術(shù)規(guī)范，考慮建設(shè)新系統(tǒng)所受的各種約束，研究建設(shè)新系統(tǒng)的必要性和可能性。l系統(tǒng)分析：根據(jù)系統(tǒng)設(shè)計任務(wù)書所確定的范圍，對現(xiàn)行系統(tǒng)進行詳細調(diào)查，描述現(xiàn)行系統(tǒng)的業(yè)務(wù)流程，指出現(xiàn)行系統(tǒng)的局限性和不足之處，確定新系統(tǒng)的基本目標(biāo)和邏輯功能要求，即提出新系統(tǒng)的邏輯模型。內(nèi)容包括組織結(jié)構(gòu)及功能分析、業(yè)務(wù)流程分析、數(shù)據(jù)和數(shù)據(jù)流程分析及系統(tǒng)初步方案l系統(tǒng)設(shè)計：根據(jù)系統(tǒng)說明書中規(guī)定的功能要求，考慮實際條件，設(shè)計實現(xiàn)邏輯模型的技術(shù)方案，也就是設(shè)計新系統(tǒng)的物理模型。內(nèi)容包括系統(tǒng)架構(gòu)設(shè)計、數(shù)據(jù)設(shè)計、處理流程設(shè)計、功能模塊設(shè)計、安全控制方案設(shè)計、系統(tǒng)組織和隊伍設(shè)計及系統(tǒng)管理流程設(shè)計l系統(tǒng)實施：系統(tǒng)實施階段是將設(shè)計的系統(tǒng)付諸實施的階段。l系統(tǒng)運行和維護：系統(tǒng)投入運行后，需經(jīng)常進行維護和評價，記錄系統(tǒng)運行情況，根據(jù)一定規(guī)則對系統(tǒng)進行必要的修改，評價系統(tǒng)工作質(zhì)量和經(jīng)濟效益。21．面向?qū)ο筇匦裕憾鄳B(tài)繼承封裝l繼承:子類自動共享父類之間數(shù)據(jù)和方法的機制l多態(tài):可以理解為事物存在的多種體現(xiàn)形式(父類類型的變量引用指向子類類型的對象)。22．消息是對象之間進行通信的一種規(guī)格說明。一般它由三部分組成：接收消息的對象、消息名及實際變元。23．接口就是對操作規(guī)范的說明24．軟件測試類型l確認測試：驗證軟件的功能、性能和其他特性是否與用戶需求一致。25．類模式處理類和子類之間的關(guān)系，這些關(guān)系通過繼承建立，在編譯時刻被確定下來，屬于靜態(tài)關(guān)系；對象模式處理對象之間的關(guān)系，這些關(guān)系在運行時刻變化，更具動態(tài)性。26．干系人管理：受項目影響和影響項目的個人或組織，可能贏得更多的資源，啟動階段影響最大，隨著項目的進行逐漸減弱27．云資源類型lSaaS：提供在云計算基礎(chǔ)設(shè)施上的應(yīng)用程序，消費者不需要管理或控制云計算基礎(chǔ)設(shè)施，如網(wǎng)絡(luò)、服務(wù)器、操作系統(tǒng)、存儲等等。lPaaS：提供開發(fā)語言和工具開發(fā)的或收購的應(yīng)用程序，不需要管理或控制底層的云基礎(chǔ)設(shè)施，如網(wǎng)絡(luò)、服務(wù)器、操作系統(tǒng)、存儲等，但能控制部署的應(yīng)用程序，也可能控制運行應(yīng)用程序的托管環(huán)境配置。lIaaS:提供設(shè)施，如處理、存儲、網(wǎng)絡(luò)和其它基本的計算資源，用戶能夠部署和運行任意軟件，包括操作系統(tǒng)和應(yīng)用程序。消費者不管理或控制任何云計算基礎(chǔ)設(shè)施，但能控制操作系統(tǒng)的選擇、儲存空間、部署的應(yīng)用，也有可能獲得有限制的網(wǎng)絡(luò)組件(例如，防火墻，負載均衡器等)的控制。lCaaS通訊即服務(wù)。CaaS是將傳統(tǒng)電信的能力如消息、語音、視頻、會議、通信協(xié)同等封裝成API或者SDK通過互聯(lián)網(wǎng)對外開放，提供給第三方使用，將電信能力真正作為服務(wù)對外提供。E28．智能特點:感知能力：感知外部世界、獲取外部信息的能力，前提條件和必要條件；記憶和思維能力，即能夠存儲感知到的外部信息及由思維產(chǎn)生的知識，同時能夠利用已有的知識對信息進行分析、計算、比較、判斷、聯(lián)想、決策；學(xué)習(xí)能力和自適應(yīng)能力，即通過與環(huán)境的相互作用，不斷學(xué)習(xí)積累知識，使自己能夠適應(yīng)環(huán)境變化；四是具有行為決策能力，即對外界的刺激作出反應(yīng)，形成決策并傳達相應(yīng)的信息。29．面向?qū)ο蠓椒è箖?yōu)點：符合人類思維，易于理解；模塊化，復(fù)用性好ü基本任務(wù)，把面向?qū)ο蠓治瞿Ｐ娃D(zhuǎn)化為面向?qū)ο蟮脑O(shè)計模型，包括任務(wù)：設(shè)計用例實現(xiàn)方案、設(shè)計技術(shù)支撐設(shè)施、設(shè)計用戶界面、精化設(shè)計模型。30．2015年，國務(wù)院發(fā)布了《關(guān)于積極推進“互聯(lián)網(wǎng)+”行動的指導(dǎo)意見》提出，到2018年，互聯(lián)網(wǎng)與經(jīng)濟社會各領(lǐng)域的融合發(fā)展進一步深化，基于互聯(lián)網(wǎng)的新業(yè)態(tài)成為新的經(jīng)濟增長動力，互聯(lián)網(wǎng)支撐大眾創(chuàng)業(yè)、萬眾創(chuàng)新的作用進一步增強，互聯(lián)網(wǎng)成為提供公共服務(wù)的重要手段，網(wǎng)絡(luò)經(jīng)濟與實體經(jīng)濟協(xié)同互動的發(fā)展格局基本形成。到2025年，“互聯(lián)網(wǎng)+”新經(jīng)濟形態(tài)初步形成，“互聯(lián)網(wǎng)+”成為我國經(jīng)濟社會創(chuàng)新發(fā)展的重要驅(qū)動力量。31．針對操作系統(tǒng)的安全威脅按照行為方式劃分，通常有下面四種：ü切斷，可用性的威脅，資源被破壞或變得不可用或不能用，如破壞硬盤、切斷通信線路或使文件管理失效。ü截取，機密性的威脅，未經(jīng)授權(quán)的用戶、程序或計算機系統(tǒng)獲得了對某資源的訪問，如在網(wǎng)絡(luò)中竊取數(shù)據(jù)，非法拷貝文件和程序。ü篡改，完整性的攻擊。未經(jīng)授權(quán)的用戶不僅獲得了對某資源的訪問，而且進行篡改，如修改數(shù)據(jù)文件中的值，修改網(wǎng)絡(luò)中正在傳送的消息內(nèi)容。ü偽造，合法性的威脅。未經(jīng)授權(quán)的用戶將偽造的對象插入到系統(tǒng)中，如非法用戶把偽造的消息加到網(wǎng)絡(luò)中或向當(dāng)前文件加入記錄。32．信息安全四個層次：設(shè)備安全、數(shù)據(jù)安全、內(nèi)容安全、行為安全。33．EAI：企業(yè)應(yīng)用集成技術(shù)?表示集，界面集成，用戶界面作為公共的集成點，黑盒集成，常用的集成技術(shù)主要有屏幕截取和輸入模擬技術(shù)。?數(shù)據(jù)集，為了完成控制集成和業(yè)務(wù)流程集成，必須首先解決數(shù)據(jù)和數(shù)據(jù)庫的集成問題，首先對數(shù)據(jù)進行標(biāo)識并編成目錄，還要確定元數(shù)據(jù)模型，保證數(shù)據(jù)在數(shù)據(jù)庫系統(tǒng)中分布和共享，白盒集成。相對而言，數(shù)據(jù)集成比表示集成更加靈活。但是，當(dāng)業(yè)務(wù)邏輯經(jīng)常發(fā)生變化時，數(shù)據(jù)集成就會面臨困難。?控制集成，功能集成，應(yīng)用集成，是在業(yè)務(wù)邏輯層上對應(yīng)用系統(tǒng)進行集成的，集成點存于程序代碼中，集成處可能只需簡單使用公開的API就可以訪問，黑盒集成?？刂萍膳c表示集成、數(shù)據(jù)集成相比，靈活性更高。表示集成和數(shù)據(jù)集成所適用的環(huán)境，都適用于控制集成。由于控制集成是在業(yè)務(wù)邏輯層進行的，其復(fù)雜度更高一些。而且，很多系統(tǒng)的業(yè)務(wù)邏輯部分并沒有提供API，集成難度就會更大。?業(yè)務(wù)流程集成，過程集成，超越了數(shù)據(jù)和系統(tǒng)，它由一系列基于標(biāo)準(zhǔn)的、統(tǒng)一數(shù)據(jù)格式的工作流組成。當(dāng)進行業(yè)務(wù)流程集成時，企業(yè)必須對各種業(yè)務(wù)信息的交換進行定義、授權(quán)和管理，以便改進操作、減少成本、提高響應(yīng)速度。34．商業(yè)智能：利用數(shù)據(jù)倉庫、聯(lián)機分析處理(OLAP)工具和數(shù)據(jù)挖掘。35．電子政務(wù)項目實施機構(gòu)應(yīng)在電子政務(wù)項目竣工驗收后3個月內(nèi)，根據(jù)建設(shè)單位檔案管理規(guī)定，向建設(shè)單位或本機構(gòu)的檔案管理部門移交檔案。需經(jīng)常利用的檔案，可在辦理移交手續(xù)后借出。36．四控：進度控制、質(zhì)量控制、成本控制、變更控制。三管：合同管理、安全管理、文檔管理。一協(xié)調(diào)：溝通與協(xié)調(diào)業(yè)主、承建方Y(jié)設(shè)備和材料供應(yīng)商之間的關(guān)系。37．存儲轉(zhuǎn)發(fā)：以太網(wǎng)交換機的控制器先將輸入端口到來的數(shù)據(jù)包緩存起來，先檢查數(shù)據(jù)包是否正確，并過濾掉沖突包錯誤。確定包正確后，取出目的地址，通過查找表找到想要發(fā)送的輸出端口地址，然后將該包發(fā)送出去。38．綜合布線系統(tǒng)：工作區(qū)子系統(tǒng)、水平子系統(tǒng)、垂直干線子系統(tǒng)、設(shè)備間子系統(tǒng)、管理子系統(tǒng)和建筑群子系統(tǒng)。工作區(qū)子系統(tǒng)是一個從信息插座延伸至終端設(shè)備的區(qū)域39．軟件維護類型，其中(預(yù)防性維護)的目的是檢測并更正軟件產(chǎn)品中的潛在錯誤，防止它們成為實際錯誤。更正性維護、適應(yīng)性維護、完善性維護40．技術(shù)評審的目的是評價軟件產(chǎn)品，以確定其對使用意圖的適合性，表明產(chǎn)品是否滿足要求。41．聚合:是整體與部分、擁有的關(guān)系。OMT法是目前最為成熟和實用的方法之一。它從三個方面對系統(tǒng)進行建模，每個模型從一個側(cè)面反映系統(tǒng)的特性，三個模型分別是：對象模型、動態(tài)模型和功能模型。42．移動計算的特點：(1)移動性(2)網(wǎng)絡(luò)條件多樣性(3)頻繁斷接性(3)網(wǎng)絡(luò)通信的非對稱性(5)移動計算機的電源能力有限（6）可靠性低43．?dāng)?shù)據(jù)流圖：信息在系統(tǒng)中的流向，包括數(shù)據(jù)流、加工、數(shù)據(jù)存儲和外部實體。44．技術(shù)評審：是評價軟件產(chǎn)品，以確定其對使用意圖的適合性，目標(biāo)是識別規(guī)范說明與標(biāo)準(zhǔn)的差異，并向管理提供證據(jù)，以表明產(chǎn)品是否滿足規(guī)范說明并遵從標(biāo)準(zhǔn)，而且可以控制變更。45．質(zhì)量保證：檢查開發(fā)和管理活動是否與已定的過程策略、標(biāo)準(zhǔn)和流程一致，檢查工作產(chǎn)品是否遵循模板規(guī)定的內(nèi)容和格式46．軟件審計：提供軟件產(chǎn)品和過程對于可應(yīng)用的規(guī)則、標(biāo)準(zhǔn)、指南、計劃和流程的遵從性的獨立評價。47．軟件過程管理：啟動和范圍定義、軟件項目計劃、軟件項目實施、評審和評價、關(guān)閉、軟件工程度量。軟件工程度量：進行在軟件工程組織中有效地開發(fā)和實現(xiàn)度量的程序。48．軟件配置管理：軟件配置項，軟件配置管理的4個活動：配置項標(biāo)識、配置項控制(變更控制)、配置狀態(tài)報告和配置審計。49．監(jiān)理機構(gòu)：(1)技術(shù)和質(zhì)量的要求；(2)主要產(chǎn)品和服務(wù)的要求；(3)投標(biāo)單位資格的要求；(3)驗收方法、接收準(zhǔn)則；(5)時間進度的要求。50．綜合布線：傳輸語音、數(shù)據(jù)、影像和其他信息的標(biāo)準(zhǔn)結(jié)構(gòu)化布線系統(tǒng)，采用模塊化和分層星型拓撲結(jié)構(gòu)，其中三個子系統(tǒng)：配線(水平)子系統(tǒng)、干線(垂直)子系統(tǒng)、建筑群子系統(tǒng)；外加三個部分：工作區(qū)、設(shè)備間、管理。?工作區(qū)子系統(tǒng)：工作區(qū)內(nèi)終端設(shè)備連接到信息插座之間的設(shè)備組成，包括信息插座、連接軟線、適配器、計算機、網(wǎng)絡(luò)集散器、電話、報警探頭、攝像機、監(jiān)視器、音響等。?水平子系統(tǒng)：在同一樓層上，一端接在信息插座，另一端接在配線間的跳線架上，將干線子系統(tǒng)線路延伸到用戶工作區(qū)，將用戶工作區(qū)引至管理子系統(tǒng)，為用戶提供一個符合國際標(biāo)準(zhǔn)，滿足語音及高速數(shù)據(jù)傳輸要求的信息點出口。?管理子系統(tǒng)：線路管理器件及各種公用設(shè)備，系統(tǒng)集中管理，它是干線子系統(tǒng)和水平子系統(tǒng)的橋梁，為同層組網(wǎng)提供條件，包括雙絞線跳線架、跳線。?垂直干線子系統(tǒng)：主設(shè)備間至各層管理間，實現(xiàn)計算機設(shè)備、程控交換機(PBX)、控制中心與各管理子系統(tǒng)間的連接，是建筑物干線電纜的路由。?設(shè)備間子系統(tǒng)：由設(shè)備間中的電纜、連接跳線架及相關(guān)支撐硬件、防雷電保護裝置等構(gòu)成。?建筑群子系統(tǒng)：將多個建筑物的數(shù)據(jù)通信信號連接成一體的布線系統(tǒng)，它采用架空或地下電纜管道或直埋敷設(shè)的室外電纜和光纜互連起來，支持提供樓群之間通信所需的硬件。51．電子標(biāo)簽RFID，也叫射頻標(biāo)簽、射頻識別，射頻電信號識別目標(biāo)對象并獲取相關(guān)數(shù)據(jù)，如自動收費或識別車輛身份等52．4G：2010年國際電信聯(lián)盟把LTEAdvanced正式稱為4LTE是應(yīng)用于手機及數(shù)據(jù)卡終端的高速無線通信標(biāo)準(zhǔn)；WCDMA、CDMA2000和TC-SDMA屬于3G；GSM屬于2G。53．組件：可替換的、物理的組成部分，它封裝了實現(xiàn)體(實現(xiàn)某個功能)，并提供了一組接口的實現(xiàn)方法。54．ICMP：InternetControlMessageProtocol，Internet控制報文協(xié)議，用在IP主機、路由器之間傳遞控制消息，路由器報告差錯或提供傳輸路徑上有關(guān)傳輸異常情況的信息,但并不傳輸用戶數(shù)據(jù)。55．軟件度量：貫穿整個軟件開發(fā)生命周期，是軟件開發(fā)過程中進行理解、預(yù)測、評估、控制和改善的重要載體。軟件質(zhì)量度量建立在度量數(shù)學(xué)理論基礎(chǔ)之上。軟件度量包括3個維度，即項目度量、產(chǎn)品度量和過程度量。56．SOA：ServiceOrientedArchitecture，面向服務(wù)的架構(gòu)，適應(yīng)復(fù)雜業(yè)務(wù)需求，將開發(fā)和運維也納入到企業(yè)架構(gòu)中，和運行架構(gòu)一同組成了企業(yè)架構(gòu)，實現(xiàn)服務(wù)共享的一體化信息系統(tǒng)體系，解決了企業(yè)數(shù)據(jù)一致性差、共享性低、交互成本高的諸多問題。57．移動網(wǎng)絡(luò)：受限于終端數(shù)量和傳輸特性，與PC長期共存，但不可能替代。58．云計算：支持異構(gòu)基礎(chǔ)資源、動態(tài)擴展、、異構(gòu)多業(yè)務(wù)體系、、海量信息處理等特征。其資源動態(tài)擴展特性與云計算的擴展性低，一旦需要擴展，需要重新構(gòu)件全部數(shù)據(jù)模型描述完全相反59．綜合布線：先進性先進成熟的技術(shù)和設(shè)備，滿足當(dāng)前業(yè)務(wù)需求，兼顧未來的業(yè)務(wù)需求;可靠和穩(wěn)定性是指具有髙可靠性，不出現(xiàn)單點故障;可擴充性是擴大設(shè)備容量，提高可容納的用戶數(shù)量;實用性主要是滿足當(dāng)前的業(yè)務(wù)發(fā)展需要。60．常用的傳輸介質(zhì)有：雙絞線、同軸電纜、光纖、無線傳輸媒介。雙絞線可分為非屏蔽雙絞線UTP和屏蔽雙絞線STP，適合于短距離通信。非屏蔽雙絞線價格便宜，傳輸速度偏低，抗干擾能力較差。屏蔽雙絞線抗干擾能力較好，具有更髙的傳輸速度，但價格相對較貴。雙絞線需用RJ-45或RM1連接頭插接。UTP傳輸距離不超過100米。61．以太網(wǎng)(Ethernet)指由Xerox公司創(chuàng)建并由Xerox、Intel和DEC公司聯(lián)合開發(fā)的基帶局域網(wǎng)規(guī)范，是當(dāng)今現(xiàn)有局域網(wǎng)采用的最通用的通信協(xié)議標(biāo)準(zhǔn)。以太網(wǎng)絡(luò)使用CSMA/CD(載波監(jiān)聽多路訪問及沖突檢測)技術(shù)，并以10Mb/s的速率運行在多種類型的電纜上。以太網(wǎng)與IEEE802.3系列標(biāo)準(zhǔn)相類似。包括標(biāo)準(zhǔn)的以太網(wǎng)(lOMbit/s)、快速以太網(wǎng)(100Mbit/s)和10G(10Gbit/s)以太網(wǎng)。它們都符合IEEE802.3。常見的802.3應(yīng)用為：10M:10Base-T(銅線UTP模式)；100M:100Base-TX(銅線UTP模式)；100Base-FX(光纖線)；1000M:1000Base-T(銅線UTP模式)。62．IEEE802系列常見標(biāo)準(zhǔn)包括：IEEE802.2邏輯鏈路控制(LLC):IEEE802.3帶碰撞檢測的載波偵聽多路訪問(CSMA/CD)方法和物理層規(guī)范(以太網(wǎng))；IEEE802.4令牌傳遞總線訪問方法和物理層規(guī)范(TokenBus);IEEE802.5令牌環(huán)訪問方法和物理層規(guī)范(TokenRing);IEEE802.7標(biāo)準(zhǔn)定義了寬帶技術(shù)；IEEE802.8標(biāo)準(zhǔn)定義了光纖技術(shù)；IEEE802.il無線局域網(wǎng)(WirelessLAN)訪問方法和物理層規(guī)范。63．軟件設(shè)計：結(jié)構(gòu)設(shè)計、數(shù)據(jù)設(shè)計、接口設(shè)計和過程設(shè)計，其中結(jié)構(gòu)設(shè)計是指(定義軟件系統(tǒng)各主要部件之間的關(guān)系)。64．軟件配置管理：SoftwareConfigurationManagement,SCM,為了標(biāo)識變更、控制變更、確保變更正確實現(xiàn)并向其他有關(guān)人員報告變更。關(guān)鍵活動：配置項、工作空間管理、版本控制、變更控制、狀態(tài)報告、配置審計等。軟件配置管理的4個活動：配置項標(biāo)識、配置項控制(變更控制)、配置狀態(tài)報告和配置審計。65．監(jiān)理規(guī)劃：包括項目概況、監(jiān)理范圍和目標(biāo)、主要監(jiān)理措施、監(jiān)理組織機構(gòu)、項目監(jiān)理工作制度用來指導(dǎo)監(jiān)理機構(gòu)開展監(jiān)理工作的指導(dǎo)性文件。66．電子政務(wù)：電子政務(wù)總體框架的構(gòu)成包括：服務(wù)與應(yīng)用系統(tǒng)、信息資源、基礎(chǔ)設(shè)施、法律法規(guī)與標(biāo)準(zhǔn)化體系、管理體制，服務(wù)是宗旨；應(yīng)用是關(guān)鍵；信息資源開發(fā)利用是主線；基礎(chǔ)設(shè)施是支撐；法律法規(guī)、標(biāo)準(zhǔn)化體系、管理體制是保障。框架是一個統(tǒng)一的整體，在一定時期內(nèi)相對穩(wěn)定，具體內(nèi)涵將隨著經(jīng)濟社會發(fā)展而動態(tài)變化。67．索賠分類：按索賠目的分類，按索賠處理方式分類，按索賠對象分類。68．按索賠目的分類：工期索賠；經(jīng)濟索賠。69．索賠原則：必須以合同為依據(jù)；及時、合理地處理索賠，以完整、真實的索賠證據(jù)為基礎(chǔ)；加強主動控制，減少索賠。70．軟件審計:提供軟件產(chǎn)品和過程對于可應(yīng)用的規(guī)則、標(biāo)準(zhǔn)、指南、計劃和流程的遵從性的獨立評價。71．軟件配置項:軟件生存周期各個階段活動的產(chǎn)物經(jīng)審批后,配置項包括：與合同、過程、計劃和產(chǎn)品有關(guān)的文檔和資料；源代碼、目標(biāo)代碼和可執(zhí)行代碼；相關(guān)產(chǎn)品，包括軟件工具、庫內(nèi)的可重用軟件、外購軟件及顧客提供的軟件等。72．軟件質(zhì)量保證(SQA):建立一套有計劃、有系統(tǒng)的方法，來向管理層保證擬定出的標(biāo)準(zhǔn)、步驟、實踐和方法能夠正確地被所有項目所采用，目的是使軟件過程對于管理人員來說是可見的，通過對軟件產(chǎn)品和活動進行評審和審計來驗證軟件是合乎標(biāo)準(zhǔn)的。軟件質(zhì)量保證組在項目開始時就一起參與建立計劃、標(biāo)準(zhǔn)和過程。這些將使軟件項目滿足機構(gòu)方針的要求。73．功能測試：黑盒子測試，數(shù)據(jù)驅(qū)動測試，一般從軟件產(chǎn)品的界面、架構(gòu)出發(fā)，按照需求編寫出來的測試用例，輸入數(shù)據(jù)在預(yù)期結(jié)果和實際結(jié)果之間進行評測，進而使產(chǎn)品更加達到用戶使用的要求。74．軟件測試及其管理1)配置項測試：檢驗配置項與SRS的一致性，依據(jù)是SRS(含接口需求規(guī)格說明)。2)Alpha測試和Beta測試：Alpha指用戶在開發(fā)環(huán)境下測試；Beta指由用戶在實際使用環(huán)境下進行測試。3)回歸測試，測試軟件變更之后，變更部分的正確性和對變更需求的符合性，以及軟件原有的、正確的功能、性能和其他規(guī)定的要求的不損害性。75．招投標(biāo)1）采用邀請招標(biāo)方式采購：具有特殊性，只能從有限范圍的供應(yīng)商處采購的；采用公開招標(biāo)方式的費用占政府采購項目總價值的比例過大的。2）采用競爭性談判方式采購：招標(biāo)后沒有供應(yīng)商投標(biāo)或者沒有合格標(biāo)的或者重新招標(biāo)未能成立的；技術(shù)復(fù)雜或者性質(zhì)特殊，不能確定詳細規(guī)格或者具體要求的；采用招標(biāo)所需時間不能滿足用戶緊急需要的；不能事先計算出價格總額的。3）采用單一來源方式采購：只能從唯一供應(yīng)商處采購的；發(fā)生了不可預(yù)見的緊急情況不能從其他供應(yīng)商處采購的；必須保證原有采購項目一致性或者服務(wù)配套的要求，需要繼續(xù)從原供應(yīng)商處添購，且添購資金總額不超過原合同采購金額百分之十的4）詢價方式采購，貨物規(guī)格、標(biāo)準(zhǔn)統(tǒng)一、現(xiàn)貨貨源充足且價格變化幅度小的政府采購項目。76．可行性研究：初步可行性研究雖然比詳細可行性研究報告粗略但對項目已經(jīng)有了全面的描述，可作為正式的文獻供決策參考，可依據(jù)項目的初步可行性研究報告形成項目建議書。1）立項：通過審查項目建議書決定項目的取舍，即通常所稱的“立項”決策2）項目論證：一般分為機會研究、初步可行性研究和詳細可行性研究三個階段，是籌措資金、向銀行貸款的依據(jù)，是編制計劃的依據(jù)，是否實施的依據(jù)。77．軟技能包含：有效的溝通；影響一個組織；領(lǐng)導(dǎo)能力；激勵；談判和沖突管理；問題解決。78．CMMI,即軟件能力成熟度模型集成模型。1)初始級：開發(fā)過程是臨時、有時甚至是混亂的,靠個人能力來取得成功2)可重復(fù)級：建立基本管理過程來跟蹤成本、進度和功能,過程和方法可重復(fù)使用，成功經(jīng)驗用于當(dāng)前和今后類似的項目3)已定義級：被文檔化、標(biāo)準(zhǔn)化，所有項目都使用一個經(jīng)批準(zhǔn)的、特制的標(biāo)準(zhǔn)過程版本，可以根據(jù)項目實際情況適當(dāng)剪裁。4)已管理級：為質(zhì)量和過程績效建立量化目標(biāo)，以此作為管理過程的依據(jù)。過程和產(chǎn)品都被置于定量的掌控之中5)持續(xù)優(yōu)化級：運用從過程、創(chuàng)意和技術(shù)中得到的定量反饋，來對軟件開發(fā)過程進行持續(xù)改進。79．軟件體系結(jié)構(gòu)評估：基于調(diào)查問卷或檢查表的評估方式；基于場景的評估方式；基于度量的評估方式。用一系列軟件的修改來反映軟件體系結(jié)構(gòu)的易修改性方面的需求屬于基于場景的評估方式。80．?dāng)?shù)據(jù)倉庫系統(tǒng)：數(shù)據(jù)源、數(shù)據(jù)存儲與管理、OLAP服務(wù)器以及前端工具與應(yīng)用四個部分。81．網(wǎng)絡(luò)綜合布線:星型、環(huán)型、總線型、樹型和網(wǎng)狀型等，其中以星型網(wǎng)絡(luò)拓撲結(jié)構(gòu)使用最多。采用按國際標(biāo)準(zhǔn)的結(jié)構(gòu)化布線系統(tǒng)的優(yōu)點：a)性能價格比;b)具有開放性和充分的靈活性;c)設(shè)計思路簡潔，施工簡單，施工費用降低;d)充分適應(yīng)通訊和計算機網(wǎng)絡(luò)的發(fā)展;e)大大減少維護管理人員的數(shù)量及費用;82．CRM以客戶為中心的商業(yè)策略，注重與客戶的交流，企業(yè)的經(jīng)營是以客戶為中心，而不是傳統(tǒng)的以產(chǎn)品或市場為中心；注重提高用戶滿意度的同時，一定要把幫助提升企業(yè)獲取利潤的能力作為重要指標(biāo);實施要求企業(yè)對其業(yè)務(wù)功能進行重新設(shè)計，并對工作流程進行重組，將業(yè)務(wù)的中心轉(zhuǎn)移到客戶，同時要針對不同的客戶群體有重點地采取不同的策略。83．國家信息化體系：信息技術(shù)應(yīng)用、信息資源、信息網(wǎng)絡(luò)、信息技術(shù)和產(chǎn)業(yè)、信息化人才、信息化法規(guī)政策和標(biāo)準(zhǔn)規(guī)范6個要素。1）信息技術(shù)應(yīng)用，龍頭，主陣地，體現(xiàn)建設(shè)的需求與利益；2）信息資源的開發(fā)，核心任務(wù)，信息化建設(shè)取得實效的關(guān)鍵，也是我國信息化的薄弱環(huán)節(jié)；3)信息網(wǎng)絡(luò)是信息資源開發(fā)利用和信息技術(shù)應(yīng)用的基礎(chǔ)，是信息傳輸、交換、共享的必要手段；4)信息技術(shù)和產(chǎn)業(yè)是我國進行信息化建設(shè)的基礎(chǔ)；5)信息化人才,成功之本，，是信息化建設(shè)的關(guān)鍵；6)信息化政策法規(guī)和標(biāo)準(zhǔn)規(guī)范,根本保障。84．測試：檢查軟件是否正確、是否滿足需求，而需求包含功能需求、性能需求以及質(zhì)量需求等成分，因此軟件需求是測試軟件質(zhì)量的基礎(chǔ)，而軟件分析、軟件設(shè)計和軟件實現(xiàn)是為了實現(xiàn)軟件需求而做的技術(shù)工作。85．開發(fā)標(biāo)準(zhǔn)：為軟件開發(fā)提供了指南并為技術(shù)行為規(guī)定了準(zhǔn)則，開發(fā)文檔記錄了開發(fā)成果，維護手冊為軟件投入運行后提供維護指導(dǎo)，用戶手冊為用戶提供操作軟件的指南86．WebService中的角色包括:服務(wù)提供者、服務(wù)請求者和服務(wù)注冊中心87．ABC分析法，巴累托分析法、ABC分類管理法、重點管理法,根據(jù)事物在技術(shù)或經(jīng)濟方面的主要特征，進行分類、排隊，分清重點和一般，以有區(qū)別地實施管理的一種分析方法,以A類作為重點管理對象,其關(guān)鍵在于區(qū)別一般的多數(shù)和極其重要的少數(shù)。88．監(jiān)理實施細則：在監(jiān)理規(guī)劃指導(dǎo)下，具有可實施可操作的業(yè)務(wù)性文件，用來指導(dǎo)具體監(jiān)理業(yè)務(wù)的開展。89．監(jiān)理規(guī)劃的作用：(1)監(jiān)理項目部職能的具體體現(xiàn)。(2)指導(dǎo)監(jiān)理項目部全面開展工作的綱領(lǐng)性文件。(3)是信息系統(tǒng)工程監(jiān)理管理部門對監(jiān)理單位進行監(jiān)督管理的主要內(nèi)容和依據(jù)。(3)建設(shè)單位檢查監(jiān)理單位是否能夠認真、全面履行信息系統(tǒng)工程監(jiān)理委托合同的重要依據(jù)。90．總監(jiān)理工程師代表的職責(zé)如下：負責(zé)總監(jiān)理工程師指定或交辦的監(jiān)理工作；負責(zé)本項目的日常監(jiān)理工作和一般性監(jiān)理文件的簽發(fā)；91．總監(jiān)理工程師不得將下列工作委托總監(jiān)理工程師代表：a.監(jiān)理人員的調(diào)配，調(diào)換不稱職的監(jiān)理人員；主持編寫工程項目監(jiān)理規(guī)劃及審批監(jiān)理實施方案；簽發(fā)工程開工/復(fù)工報審表、工程暫停令；工程款支付證書、工程項目的竣工驗收；審核簽認破工結(jié)；調(diào)解建設(shè)單位和承建單位的合同爭議，處理索賠，審批工程延期92．由于承建單位違反合同的原因?qū)е鹿こ陶r間延長，應(yīng)由承建單位來承擔(dān)責(zé)任，監(jiān)理單位不承擔(dān)連帶責(zé)任。93．采用不同的語言和平臺獨立構(gòu)建而成，需要集成來自不同系統(tǒng)的數(shù)據(jù)，并使用可定制格式的數(shù)據(jù)頻繁地、立即地、可靠地、異步地傳輸數(shù)據(jù)時，通常會選擇最為靈活的消息機制實現(xiàn)這樣的需求94．信息系統(tǒng)的規(guī)劃工具1）P/0矩陣：把企業(yè)組織結(jié)構(gòu)與企業(yè)過程聯(lián)系起來，說明每個過程與組織的聯(lián)系，指出過程決策人2）R/D矩陣，為定義數(shù)據(jù)類，在調(diào)查研究和訪談的基礎(chǔ)上，可以采用實體法歸納出數(shù)據(jù)類。實體法首先列出企業(yè)資源，再列出一個資源／數(shù)據(jù)3）IPO功能法，過程法，它利用所識別的企業(yè)過程，分析每個過程的輸入數(shù)據(jù)類和輸出數(shù)據(jù)類，與RD矩陣進行比較并調(diào)整，最后歸納出系統(tǒng)的數(shù)據(jù)類4）CU矩陣。企業(yè)過程和數(shù)據(jù)類定義好后，可以企業(yè)過程為行，以數(shù)據(jù)類為列，按照企業(yè)過程生成數(shù)據(jù)類關(guān)系填寫C(Create),使用數(shù)據(jù)類關(guān)系填寫U(User),形成CU矩陣（用于表示數(shù)據(jù)與過程之間的關(guān)系）95．智慧城市：物聯(lián)感知層、通信網(wǎng)絡(luò)層、計算與存儲層，數(shù)據(jù)及服務(wù)支撐層、智慧應(yīng)用層。其中數(shù)據(jù)及服務(wù)支撐層：利用SOA（面向服務(wù)的體系架構(gòu)）、云計算、大數(shù)據(jù)等技術(shù)，通過數(shù)據(jù)和服務(wù)的融合，支撐承載智慧應(yīng)用層中的相關(guān)應(yīng)用，提供應(yīng)用所需的各種服務(wù)和共享資源。96．信息系統(tǒng)規(guī)劃流程：分析企業(yè)信息化現(xiàn)狀。(2)制定企業(yè)信息化戰(zhàn)略。97．通用的生命周期結(jié)構(gòu)特征：l成本與人力投入在開始時較低，在工作執(zhí)行期間達到最高，并在項目快要結(jié)束時迅速回落。l風(fēng)險與不確定性在項目開始時最大，并在項目的整個生命周期中隨著決策的制定與可交付成果的驗收而逐步降低。l變更的代價隨著項目越來越接近完成而顯著增高；成本與人力投入在開始時較低，在工作執(zhí)行期間達到最高，并在項目快要結(jié)束時迅速回落98．事業(yè)環(huán)境因素與組織過程資產(chǎn)區(qū)別：是否可以修改99．項目經(jīng)理具有領(lǐng)導(dǎo)者和管理者的雙重身份。對項目經(jīng)理而言，管理能力和領(lǐng)導(dǎo)能力二者均不可或缺。對于大型復(fù)雜項目，領(lǐng)導(dǎo)能力尤為重要。100．組織結(jié)構(gòu)：一般分為職能型組織、項目型組織和矩陣型組織(弱矩陣型組織、平衡矩陣型組織、強矩陣型組織)。各組織結(jié)構(gòu)對項目的影響如表所示。優(yōu)缺點：101．軟件開發(fā)模型，必須掌握。l瀑布模型，特點。(1)從上一項開發(fā)活動接受該項活動的工作對象作為輸入。(2)利用這一輸入，實施該項活動應(yīng)完成的工作內(nèi)容。(3)給出該項活動的工作成果，作為輸出傳給下一項開發(fā)活動。(3)對該項活動的實施工作成果進行評審。若其工作成果得到確認，則繼續(xù)進行下一項開發(fā)活動；否則返回前一項，甚至更前項的活動。盡量減少多個階段間的反復(fù)。l瀑布模型:需求明確或很少變更的項目，也可用在已有類似項目開發(fā)經(jīng)驗的項目上l演化模型:為了解決瀑布模型的上述缺點，演化模型允許在獲取了一組基本需求之后，通過快速分析構(gòu)造待建系統(tǒng)的可運行版本(即原型)，然后再根據(jù)用戶在使用原型的過程中提出的意見對原型進行修改，從而得到原型更新的版本。這一過程重復(fù)進行，直到得到用戶滿意的系統(tǒng),和螺旋模型、噴泉模型等適用于對軟件需求缺乏明確描述的項目。l螺旋模型，瀑布和快速原型結(jié)合起來，強調(diào)風(fēng)險分析，適合于大型復(fù)雜的系統(tǒng)，每個周期都包括需求定義、風(fēng)險定義、工程實現(xiàn)和評審4個階段，使得軟件的增量版本的快速開發(fā)成為可能。兩個顯著特點，一是采用(循環(huán))的方式逐步加深系統(tǒng)定義和實現(xiàn)的深度，降低風(fēng)險；二是確定一系列(里程碑)，確保項目開發(fā)過程中的相關(guān)利益者都支持可行的和令人滿意的系統(tǒng)解決方案。lV模型：V模型測試提前的理念。驗收（需求分析），系統(tǒng)（概要設(shè)計），集成（詳細設(shè)計），單元（編碼）l噴泉模型：以面向?qū)ο蟮能浖_發(fā)方法為基礎(chǔ)，以用戶需求為導(dǎo)向，以對象來驅(qū)動的模型。該模型主要用于描述面向?qū)ο蟮拈_發(fā)過程，體現(xiàn)了面向?qū)ο箝_發(fā)過程的迭代和連續(xù)性。102．需求跟蹤過程中的相互影響能力鏈的局部變更請求影響系統(tǒng)的方方面面，包括規(guī)劃，設(shè)計，可交付成果等等。系統(tǒng)測試是針對整個產(chǎn)品系統(tǒng)進行的測試，目的是驗證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。103．項目目標(biāo)SMART原則：Specific明確的Measurable度量的Achievable可達到的Resultdriven結(jié)果驅(qū)動的Timing時間性104．信息系統(tǒng)項目特點：項目初期目標(biāo)往往不太明確；需求變化頻繁；智力密集型；系統(tǒng)縫隙和設(shè)計所需人員層次高，專業(yè)化強；涉及的軟件硬件廠商和承包商多，聯(lián)系、協(xié)商復(fù)雜；軟件和硬件常常需要個性化定制。105．項目管理辦公室，項目之間共享和協(xié)調(diào)資源l迭代模型：適用于項目事先不能完整定義產(chǎn)品所有需求、計劃多期開發(fā)1）責(zé)任與功能：提供行政支援，如各種報表的產(chǎn)生；提供項目管理的咨詢與顧問服務(wù)；將企業(yè)的項目管理實踐和專家知識整理成適合于本企業(yè)的一套方法論，提供在企業(yè)內(nèi)傳播和重用；在企業(yè)內(nèi)提供項目管理相關(guān)技能的培訓(xùn)；PMO可以配置部分項目經(jīng)理，對重點項目給與重點支持。106．項目集：獲取單獨項目無法取得收益的一組相關(guān)聯(lián)項目、子項目集和項目集活動，項目集內(nèi)項目通過共同目標(biāo)關(guān)聯(lián)。若項目集干系人有不同目標(biāo)，且目標(biāo)不具有協(xié)調(diào)收益的交付特征，只是資金、技能、干系人等方面存在關(guān)聯(lián)，最好采用項目組合。107．項目集管理：利用知識、技能、工具和技術(shù)來滿足項目集的要求，獲得分別管理各項目集組建所無法實現(xiàn)的收益和控制，包括對多個組件的組合調(diào)整，以優(yōu)化或整合成本、進度和工作來實現(xiàn)項目集目標(biāo)。通過共同成果或一些列集合收益的交付相關(guān)聯(lián)。1）項目集路線圖:規(guī)劃和制訂更加詳細的時間表而勾勒出的主要項目集事件，不包括項目集組件內(nèi)部細節(jié)。2）項目集管理與項目管理區(qū)別：項目集戰(zhàn)略聚焦，及項目集確保組織收益實現(xiàn)3）項目集與組織戰(zhàn)略的一致性評估貫穿始終，108．項目集指導(dǎo)委員會，負責(zé)定義并執(zhí)行恰當(dāng)?shù)捻椖恐卫眢w系和方法，保障項目集執(zhí)行與組織戰(zhàn)略目標(biāo)保持一致，并為指導(dǎo)項目集的正常管理提供支持，由決策層干系人組成，能夠為實現(xiàn)項目集目標(biāo)收益提供足夠的資源。其職責(zé)如下：1）保持項目集與組織愿景和目標(biāo)一致；2）項目集批準(zhǔn)和啟動。項目集決策機構(gòu)，需批準(zhǔn)項目集為實現(xiàn)預(yù)期目標(biāo)所采取的方法和計劃，授權(quán)項目集對組織資源的使用，及對組織外資源的方法，還負責(zé)批準(zhǔn)項目集章程、項目集商業(yè)論證；3）項目集籌資。109．項目組合管理：是對一組或者多組項目組合進行管理，以達成組織的戰(zhàn)略目標(biāo)。組織為了實現(xiàn)自身的愿景、使命和價值目標(biāo)遵循一系列相互關(guān)聯(lián)的過程，對項目組合中的模塊進行評價、選擇以及設(shè)定優(yōu)先級，以便將內(nèi)部有限的資源以最佳方式分配項目組結(jié)合案例，分析該項目適合用那種方式進行管理，并簡述理由。110．項目組合治理管理包括：制定項目諸管理計劃、(1定義項目組合)、(2優(yōu)化項目組合)、(3批準(zhǔn)項目組合)和執(zhí)行項目監(jiān)督5個子過程111．招投標(biāo)1）招標(biāo)文件開始發(fā)出之日起至提交投標(biāo)文件截止之日止，最短不得少于20日。2）在招標(biāo)文件要求提交投標(biāo)文件截止時間至少15日前，招標(biāo)人可以以書面形式對已發(fā)出的招標(biāo)文件進行必要的澄清或者修改。3）招標(biāo)人和中標(biāo)人應(yīng)當(dāng)自中標(biāo)通知書發(fā)出之日起30日內(nèi)，按照招標(biāo)文件和中標(biāo)人的投標(biāo)文件訂立書面合同。因此D中的招標(biāo)人和中標(biāo)人應(yīng)當(dāng)自中標(biāo)通知書發(fā)出之日起10日內(nèi)是錯誤的。112．項目論證：一般可分為機會研究、初步可行性研究和詳細可行性研究三個階段1）論證作用：確定項目是否實施的依據(jù)；是籌措資金、向銀行貸款的依據(jù)；編制計劃、設(shè)計、采購、施工以及機構(gòu)設(shè)備、資源配置的依據(jù);是防范風(fēng)險、提高項目效率的重要保證；2）先論證后決策：代項目管理的基本原則3）項目論證：一個連續(xù)的過程，一般包括以下幾個步驟：1、明確項目范圍和業(yè)主目標(biāo)；2、收集并分析相關(guān)資料；3、擬定多種可行的能夠相互替代的實施方案；4、多方案分析、比較；5、選擇昀優(yōu)方案進一步詳細全面地論證；6、編制項目論證報告、環(huán)境影響報告書和采購方式審批報告；項目論證報告的結(jié)構(gòu)和內(nèi)容常常有特定的要求，這些要求和涉及到的步驟，在項目論證報告的編制和實施中能有助于雇主。7、編制資金籌措計劃和項目實施進度計劃113．項目評估：指在項目可行性研究的基礎(chǔ)上，由第三方(國家、銀行或有關(guān)機構(gòu))根據(jù)國家頒布的政策、法規(guī)、方法、參數(shù)和條例等，從項目(或企業(yè))、國民經(jīng)濟、社會角度出發(fā)，對擬建項目建設(shè)的必要性、建設(shè)條件、生產(chǎn)條件、產(chǎn)品市場需求、工程技術(shù)、經(jīng)濟效益和社會效益等進行評價、分析和論證，進而判斷其是否可行的一個評估過程。114．開發(fā)總成本:研發(fā)成本、行政管理費、銷售與分銷費用、財務(wù)費用和折舊。前三類成本的總和稱為經(jīng)營成本。115．回收期項目經(jīng)理制定了項目資產(chǎn)負債表(單位：元)，如下表所示。該項目的靜態(tài)投資回收期為()年，動態(tài)投資回收期為()年。(保留一位小數(shù)位116．可行性研究:信息系統(tǒng)項目開發(fā)的可行性研究要從可能性、效益性和必要性入手、項目可行性研究可采用投資估算法、增量凈效益法等方法。技術(shù)可行性分析、經(jīng)濟可行性分析、運行環(huán)境可行性分析以及其他方面的可行性分析等。1)技術(shù)可行性分析:在當(dāng)前市場的技術(shù)、產(chǎn)品條件限制下，能否利用現(xiàn)在擁有的以及可能擁有的技術(shù)能力、產(chǎn)品功能、人力資源來實現(xiàn)項目的目標(biāo)、功能、性能，能否在規(guī)定的時間期限內(nèi)完成整個項目。2)經(jīng)濟可行性分析：支出分析、收益分析、投資回報分析及敏感性分析。(1)支出分析：支出可以分為一次性支出和非一次性支出，其中一次性支出，包括開發(fā)費、培訓(xùn)費、差旅費、初試數(shù)據(jù)錄入、設(shè)備購置費等費用；非一次性支出，包括軟硬件租金、人員工資及福利、水電等公用設(shè)施使用費，以及其他消耗品支出等。(2)收益分析：直接收益、間接收益以及其他方面的收益等，直接收益通過項目實施獲得的直接經(jīng)濟效益，如銷售項目產(chǎn)品的收入；間接收益通過項目實施，通過間接方式獲得的收益，如成本的降低。(3)收益投資比、投資回收期分析：對投入產(chǎn)出進行對比分析，以確定項目的收益率和投資回收期等經(jīng)濟指標(biāo)。(4)敏感性分析：當(dāng)諸如設(shè)備和軟件配置、處理速度要求、系統(tǒng)的工作負荷類型和負荷量等關(guān)鍵性因素變化時，對支出和收益產(chǎn)生影響的估計。3)法律可行性、社會可行性等方面的可行性分析。也會涉及到合同責(zé)任、知識產(chǎn)權(quán)等法律方面的可行性問題。社會可行性主要分析項目對社會的影響，包括法律道德、民族宗教、社會穩(wěn)定性等。117．財務(wù)績效評估：靜態(tài)分析法和動態(tài)分析。靜態(tài)分析法包括：投資收益率法，投資回收期法，追加投資回收期法和最小費用法。動態(tài)分析法包括凈現(xiàn)值法和內(nèi)部收益率法。118．可行性研究的作用：投資決策和編制設(shè)計任務(wù)書的依據(jù);籌集資金的重要依據(jù)；與有關(guān)部門簽訂協(xié)議和合同的依據(jù)；工程設(shè)計、施工、設(shè)備購置重要依據(jù)；申請有關(guān)建設(shè)許可文件的依據(jù);可行性研究是國家各級計劃綜合部門對固定資產(chǎn)投資實行調(diào)控管理、編制發(fā)展計劃、固定資產(chǎn)投資、技術(shù)改造投資的重要依據(jù)；項目考核和后評估的重要依據(jù)。應(yīng)該首先告知客戶注意可能的風(fēng)險，以減少損失。119．可行性研究報告內(nèi)容：120．輔助研究：只包括項目的某些方面或某一方面，甚至是關(guān)鍵方面，可貫穿整個可行性研究階段，輔助研究的費用必須和項目前評價的費用聯(lián)系起來考慮。121．項目評估:根據(jù)建議書及其批準(zhǔn)文件、項目可行性研究報告、報送單位的申請報告及主管部門的初審意見等文件122．項目建議書應(yīng)該包括的核心內(nèi)容如下：123．項目的必要性；項目的市場預(yù)測；產(chǎn)品方案或服務(wù)的市場預(yù)測；項目建設(shè)必需的條件124．項目收尾過程：完成所有項目過程組中的所有活動并正式關(guān)閉整個項目或某個階段；恰當(dāng)?shù)匾平灰淹瓿苫蛞讶∠捻椖亢碗A段。1)管理收尾:覆蓋整個項目，在每個階段完成時規(guī)劃和準(zhǔn)備階段性收尾，詳細描述了在項目和任何階段執(zhí)行管理收尾涉及到的所有的活動及其交互、項目團隊成員和其他項目干系人的相關(guān)角色和職責(zé)。2)合同收尾:涉及結(jié)算和中止任何項目所建立的合同、采購或買進協(xié)議，也定義為支持項目的正式管理收尾所需的與合同相關(guān)的活動。3)？？項目收尾ITO：125．監(jiān)控項目工作是輸出：變更請求、工作績效報告、項目管理計劃更新、項目文件更新；126．組織過程資產(chǎn)與事業(yè)環(huán)境因素：凡是可裁剪的、可選擇的均為組織過程資產(chǎn)；凡是不可選擇的、只能適應(yīng)的均為事業(yè)環(huán)境因素。127．項目工作說明書內(nèi)容——（1）業(yè)務(wù)要求：可能基于市場需求、技術(shù)的進步、培訓(xùn)需求、法律的要求或政府的標(biāo)準(zhǔn)。（2）產(chǎn)品范圍描述：記錄項目所要創(chuàng)建的產(chǎn)品的需求以及產(chǎn)品或服務(wù)等特征。一般情況下，產(chǎn)品需求說明書在項目的啟動過程中并不是很詳細，在項目后續(xù)的過程中隨著產(chǎn)品特征的明確會逐漸細化。這些需求說明書也要記錄項目所創(chuàng)造的產(chǎn)品與組織的業(yè)務(wù)要求之間的關(guān)系，或記錄項目所創(chuàng)造的產(chǎn)品與引出產(chǎn)品要求的激發(fā)因素之間的關(guān)系。雖然產(chǎn)品需求文檔的形式和實質(zhì)內(nèi)容因行業(yè)而異，但它應(yīng)該總是保持足夠詳細以支持后續(xù)的項目計劃。（3）戰(zhàn)略計劃：所有項；肩都要支持組織的戰(zhàn)略目標(biāo)。執(zhí)行組織的戰(zhàn)略計劃作為項目選擇的一個重要因素來考慮。128．項目監(jiān)控：圍繞項目實施計劃、跟蹤進度、成本、質(zhì)量、資源，掌握各項工作現(xiàn)狀，以便進行適當(dāng)?shù)馁Y源凋配和進度調(diào)整，確定活動的開始和結(jié)束時間，并記錄實際的進度情況，在一定情況下進行路徑、決策、度量、量化管理、風(fēng)險等方面的分析。在實施項目的過程中，要隨時對項目進行跟蹤監(jiān)控，以使項目按計劃規(guī)定的進度、技術(shù)指標(biāo)完成，并提供現(xiàn)階段工作的反饋信息，以利后續(xù)階段的順利開展和整個項目的完成。129．項目評估：主要特征可以概括為整體性(綜合集成經(jīng)濟、技術(shù)運行、環(huán)境、風(fēng)險)、目標(biāo)性、相關(guān)性(時間、知識、邏輯三維結(jié)構(gòu))、動態(tài)性(項目生命周期)。130．項目收尾包括合同收尾和管理收尾兩部分。（1）合同收尾：抓起合同，和客戶一項項的核對，是否完成了合同所有的要求，是否可以把項目結(jié)束掉，也就是我們通常所講的驗收。（2）管理收尾：涉及為了使項目干系人對項目產(chǎn)品的驗收正式化而進行的項目成果驗證和歸檔，具體包括收集項目記錄、確保產(chǎn)品滿足商業(yè)需求、并將項目信息歸檔，還包括項目審計。131．項目管理可劃分為啟動過程組、計劃編制過程組、執(zhí)行過程組、監(jiān)督過程組和收尾過程組5個管理過程組。（1）啟動過程組：定義并批準(zhǔn)項目或階段。（2）計劃編制過程組：定義和細化目標(biāo)，規(guī)劃最佳的行動方案，從各種備選方案中選取最優(yōu)方案，以實現(xiàn)項目或階段的目標(biāo)范圍。（3）執(zhí)行過程組——整合人員和其他的資源，在項目的生命周期或某個階段執(zhí)行項目管理計劃。（4）監(jiān)控過程組——定期測量和監(jiān)控進展，識別與項目管理計劃的偏差，以便在必要時采取糾正措施，確保項目或階段目標(biāo)達成。（5）收尾過程組：正式接受產(chǎn)品、服務(wù)或工作成果，有序地結(jié)束項目或階段。132．執(zhí)行過程組包括：1.指導(dǎo)和管理項目執(zhí)行用于指導(dǎo)存在于項目中不同的技術(shù)和組織接口，執(zhí)行項目管理計劃所定義的活動；執(zhí)行項目管理計劃所定義的工作過程的結(jié)果就是各項可交付物。收集關(guān)于可交付物的完成狀態(tài)和哪些工作已經(jīng)完成的信息是項目執(zhí)行部分的工作，這些信息會被反饋到績效報告過程。2.執(zhí)行質(zhì)量保證：指應(yīng)用已計劃好的，系統(tǒng)性的質(zhì)量活動，如審核和同行評審來確保項目使用了為滿足所有項目干系人的期望所必需的所有過程。3.項目團隊建設(shè)：培育個人和團隊的能力以提升項目績效。4.信息發(fā)布：用于及時向項目干系人傳送他們所需的信息5.獲取供方響應(yīng)(詢價)：這一過程指導(dǎo)如何恰當(dāng)?shù)匕l(fā)布信息、報價、投標(biāo)、出價或提交建議書。6.選擇供方：這一過程用于評標(biāo)、選擇潛在供方以及與供方協(xié)商并簽訂合同。變更控制委員會：負責(zé)批準(zhǔn)或拒絕變更請示，角色和職責(zé)應(yīng)在變更控制和配置控制過程中予以明確的定義，所有關(guān)鍵項目干系人的認可，可能也需要被買方所批準(zhǔn)。CCB主要是根據(jù)影響做出決定，影響的分析不是變更控制委員會的職責(zé)，CCB根據(jù)分析的結(jié)果做決定。133．變更可能需要重新進行成本估算、活動排序、進度安排、資源需求、風(fēng)險應(yīng)對分析，或?qū)椖抗芾碛媱?、項目范圍說明書、項目可交付物進行調(diào)整，或?qū)@些內(nèi)容進行修訂。(教程p99)帶有變更控制系統(tǒng)的配置管理系統(tǒng)為在項目中集中管理變更提供了一個標(biāo)準(zhǔn)、有效和高效的過程134．實施變更的依據(jù):135．項目章程：反應(yīng)客戶、發(fā)起人或干系人的要求和期望。（1）項目必須實現(xiàn)的商業(yè)需求、項目概述或產(chǎn)品需求。（2）項目的目的或論證結(jié)果。項目干系人的需求和期望。（3）指定項目經(jīng)理及制授權(quán)級別。概要的里程碑計劃。（4）項目干系人的影響。（5）職能組織。（6）組織的、環(huán)境的和外部的假設(shè)。（7）組織的、環(huán)境的和外部的約束。（8）論證項目的業(yè)務(wù)方案，包括投資回報率。（9）概要預(yù)算。二、范圍管理136．規(guī)劃范圍管理：范圍管理計劃與需求管理計劃137．收集需求；范圍、需求、干系人及登記冊項目章程，需求文件跟蹤矩陣（1）需求跟蹤：逆向需求跟蹤檢查設(shè)計文檔、代碼、測試用例等工作產(chǎn)品是否都能在《需求規(guī)格說明書》中找到出處；需求跟蹤矩陣可以把每個需求與業(yè)務(wù)目標(biāo)或項目目標(biāo)聯(lián)系起來；需求跟蹤矩陣為管理產(chǎn)品范圍變更提供框架。（2）收集需求的工具方法：①焦點小組（主題專家，受過訓(xùn)練的主持人，互動式討論）；②名義小組技術(shù)：NominalGroupTechnique，通過投票來排列最有用的創(chuàng)意，以便進行進一步的頭腦風(fēng)暴或優(yōu)先排序，使那些不善言辭的參與者也能充分發(fā)表自己的意見;③引導(dǎo)式研討會：跨職能干系人，對產(chǎn)品需求進行集中討論與定義，快速定義跨職能需求和協(xié)調(diào)干系人差異的重要技術(shù)。由于群體互動的特點，被有效引導(dǎo)的研討會有助于建立信任、促進關(guān)系、改善溝通，從而有利于參加者達成一致意見。該技術(shù)的另一個好處是，能夠比單項會議更快地發(fā)現(xiàn)和解決問題。（3）需求工程的活動5個階段：①需求獲取：通過與用戶的交流，對現(xiàn)有系統(tǒng)的觀察及對任務(wù)進行分析，從而開發(fā)、捕獲和修訂用戶的需求;②需求建模：為最終用戶所看到的系統(tǒng)建立一個概念模型，作為對需求的抽象描述，并盡可能多的捕獲現(xiàn)實世界的語義③形成需求規(guī)格：生成需求模型構(gòu)件的精確的形式化的描述，作為用戶和開發(fā)者之間的一個協(xié)約；④需求驗證：以需求規(guī)格說明為輸入，通過符號執(zhí)行、模擬或快速原型等途徑，分析需求規(guī)格的正確性和可行性，包含有效性檢查，一致性檢查，可行性檢查和確認可驗證性；⑤需求管理：支持系統(tǒng)的需求演進，如需求變化和可跟蹤性問題。（4）基線(Baseline)，軟件文檔或源碼(或其他產(chǎn)出物)的一個穩(wěn)定版本，當(dāng)基線形成后，項目負責(zé)SCM的人需要通知相關(guān)人員基線形成，并且哪兒可以找到這基線了的版本，隨后的工作基于此標(biāo)準(zhǔn)，并且只有經(jīng)過授權(quán)后才能變更這個標(biāo)準(zhǔn)。138．定義范圍：范圍計劃需求文件項目章程組織=>項目范圍說明書項目文件更新（1）項目范圍說明書：對項目的定義，是項目范圍的基礎(chǔ)，在向項目干系人說明項目范圍時，要以項目范圍說明書(詳細)為依據(jù)。（2）項目范圍說明書內(nèi)容：項目和范圍的目標(biāo)、產(chǎn)品或服務(wù)的需求和特性、項目的邊界、產(chǎn)品接受標(biāo)準(zhǔn)、項目約束條件、項目假設(shè)、最初的項目組織、最初定義的風(fēng)險、進度里程碑、費用估算的量級要求、項目配置管理的需求、已批準(zhǔn)的需要。（3）項目范圍說明書:進一步并且正式明確了項目所應(yīng)該產(chǎn)生的成果和項目可交付的特征，進一步明確和規(guī)定了項目利益相關(guān)者之間希望達成共識的項目范圍，為未來項目的決策提供一個管理基線。139．創(chuàng)建WBS：范圍計劃項目范圍說明書需求文件業(yè)組=>范圍基準(zhǔn)文件更新1.工作分解結(jié)構(gòu)WBS：①項目→任務(wù)→日?；顒?，以可交付成果為導(dǎo)向，整個工作范圍，每下降一層代表對項目工作的更詳細定義。總是處于計劃過程的中心，也是制訂進度計劃、資源需求、成本預(yù)算、風(fēng)險管理計劃和采購計劃等的重要基礎(chǔ)。WBS同時也是控制項目變更的重要基礎(chǔ)。項目范圍是由WBS定義的。②控制賬戶：一種管理控制點，把范圍、成本和進度加以整合，與掙值相比，以測量績效，包括一個或多個工作包，但是每一個工作包只能屬于一個控制賬戶。③工作包：定義工作范圍、定義項目組織、設(shè)定項目產(chǎn)品的質(zhì)量和規(guī)格、估算和控制費用、估算時間周期和安排進度的基礎(chǔ)。業(yè)內(nèi)一般把一個人2周能干完的工作稱為一個工作包或把一個人80小時能干完的工作稱為一個工作包。工作包的詳細程度取決于項目的規(guī)模和復(fù)雜程度。2.WBS字典：支持性文件，對控制賬戶和工作包做詳細解釋，詳細程度根據(jù)具體需要而定，包括編號、名稱、工作說明、相關(guān)活動列表、里程碑列表、承辦組織、開始和結(jié)柬日期、資源需求、成本估算、負載量、規(guī)格、合同信息、質(zhì)量要求和有關(guān)工作質(zhì)量的技術(shù)參考資料。管理儲備是項目管理計劃內(nèi)容，不在WBS字典中體現(xiàn)。WBS分解原則：(1)必須是面向可交付成果的。(2)必須符合項目的范圍(3)的底層應(yīng)該支持計劃和控制(4)WBS中的元素必須有人負責(zé)，而且只由一個人負責(zé)，盡管實際上可能需要多個人參與(5)WBS的指導(dǎo)。作為指導(dǎo)而不是原則，WBS應(yīng)控制在4～6層(6)應(yīng)包括項目管理工作，也要包括分包出去的工作(7)WBS的編制需要所有(主要)項目于系人的參與，需要項目團隊成員的參與3.范圍基準(zhǔn)：是經(jīng)過批準(zhǔn)的范圍說明書、工作分解結(jié)構(gòu)(WBS)和相應(yīng)的WBS詞典，只有通過正式的變更控制程序才能進行變更。4.創(chuàng)建WBS方法：(1)使用指導(dǎo)方針。(2)類比方法。(3)自上而下的方法。該方法由于可以將項目工作定義在適當(dāng)?shù)募毠?jié)水平，對于項目工期、成本和資源需求的估計可以比較準(zhǔn)確。(3)自下而上的方法，主要風(fēng)險是可能不能完全地識別出所有任務(wù)或者識別出的任務(wù)過于粗略或過于瑣碎。5.WBS的表示方式：樹形的層次結(jié)構(gòu)圖、行首縮進的表格表示6.面向可交付物的項目元素的層次分解，WBS是一個詳細的項目范圍說明的表示法，WBS的組成元素有助于項目干系人檢查項目的最終產(chǎn)品。7.WBS的最低層元素是能夠被評估的、安排進度的和被跟蹤的。8.WBS對項目管理有著重要的意義：把握項目、了解和控制項目過程；保證了項目結(jié)構(gòu)的系統(tǒng)性和完整性；建立完整的項目保證體系;明確項目相關(guān)各方的工作界面;可以直接作為進度計劃和控制的工具；信息溝通系統(tǒng)提供依據(jù)；各項計劃和控制措施制定的基礎(chǔ)和主要依據(jù)173.范圍確認(scopeverification):干系人對于整個項目范圍的正式驗收,通過客戶審查實現(xiàn)，并在關(guān)鍵可交付成果上簽字。范圍定義成果是形成詳細項目范圍說明書。以項目范圍說明書、WBS和WBS詞典為主，是有關(guān)工作結(jié)果的可接受問題，正式被接受的標(biāo)準(zhǔn)和要素屬于范圍確認的活動（1）輸入輸出：項目計劃需求文件需求跟蹤矩陣確認的可交付成果、工作績效數(shù)據(jù)==驗收的可交付成果變更請求工作績效信息文件更新（2）工具技術(shù)：檢查（審查、產(chǎn)品評審、審計、走查、巡檢）、群體決策技術(shù)（3）確認范圍是在正式驗收階段才執(zhí)行的過程，確認范圍貫穿項目始終；（4）分解技術(shù)是確認范圍的主要工具與技術(shù)，檢查和群體決策技術(shù)是確認范圍的工具；（5）確認范圍強調(diào)的是結(jié)束項目所要做的流程性工作，確認范圍包括與客戶或發(fā)起人一起審查可交付成果，確?？山桓冻晒褕A滿完成，并獲得客戶或發(fā)起人的正式驗收。（6）管理層主要關(guān)注項目范圍對項目進度、資金和資源的影響，是否超過了組織承受范圍，是否在投入產(chǎn)出上具有合理性；客戶主要關(guān)心的是產(chǎn)品的范圍，關(guān)心項目的可交付成果是否足夠完成產(chǎn)品或服務(wù)；項目經(jīng)理主要關(guān)注可交付成果是否足夠和必須完成，時間、資金和資源是否足夠，主要的潛在風(fēng)險和預(yù)備解決的方法；項目團隊成員主要關(guān)心項目范圍中自己參與的元素和負責(zé)的元素。140．控制范圍；監(jiān)督項目和產(chǎn)品的范圍狀態(tài)、管理范圍基準(zhǔn)變更的過程（1）工具技術(shù)：偏差分析（2）輸入輸出：項計需求文件需求跟蹤矩陣工作績效數(shù)據(jù)組織==工作績效信息變更請求3更新；（3）主要作用：在整個項目期間保持對范圍基準(zhǔn)的維護；（4）控制范圍的活動包括：①影響導(dǎo)致范圍變更的因素，并盡量使這些因素向有利的方面發(fā)展；②判斷范圍變更是否己經(jīng)發(fā)生；③范圍變更發(fā)生時管理實際的變更，確保所有被請求的變更按照項目整體變更控制過程處理。141．質(zhì)量控制：目的是核實工作結(jié)果的正確與否142．OBSBOMRBSWBS區(qū)別：①組織分解結(jié)構(gòu)(OBS)——執(zhí)行組織的層次結(jié)構(gòu)，以便把工作包同執(zhí)行組織單元相關(guān)聯(lián)。②物料清單(BOM)——生產(chǎn)一個產(chǎn)品所需的實際部件、組件和構(gòu)件的分級層次表格。③風(fēng)險分解結(jié)構(gòu)(RBS)——以層次結(jié)構(gòu)對已識別出的風(fēng)險進行組織，按照風(fēng)險類別劃分的。9.項目章程：正式批準(zhǔn)項目的文件。主管部門必須作出批準(zhǔn)或不批準(zhǔn)某個項目并且頒發(fā)項目章程的決策，決策主要基于項目對于項目所有人和贊助人的價值和吸引力。而其前提則是可行性研究的審查和通過。10.績效報告：搜集和傳播績效信息，向利害關(guān)系者提供資源如何用于實現(xiàn)項目目標(biāo)的信息，應(yīng)當(dāng)提供有關(guān)范圍、進度、成本與質(zhì)量的信息。11.工作說明書：指用書面形式對組織中各類崗位(職位)的工作性質(zhì)、工作任務(wù)、責(zé)任、權(quán)限、工作內(nèi)容和方法、工作環(huán)境和條件，以及本職務(wù)任職人資格條件所作的統(tǒng)一要求(書面記錄)。它應(yīng)該說明任職者應(yīng)做些什么、如何去做和在什么樣的條件下履行其職責(zé)。一個名符其實的工作說明書必須包括該項工作區(qū)別于其他工作的信息，提供有關(guān)工作是什么，為什么做，怎樣做以及在哪里做的清晰描述。169.需求開發(fā)：需求定義、文檔記錄、需求演進，并最終在驗證的基礎(chǔ)上凍結(jié)需求。(1)需求獲?。簩ΜF(xiàn)有系統(tǒng)的觀察及對任務(wù)進行分析，從而開發(fā)、捕獲和修訂用戶的需求；(2)需求建模：建立一個概念模型，作為對需求的抽象描述，盡可能多捕獲現(xiàn)實世界語義；(3)形成需求規(guī)格：生成需求模型構(gòu)件的精確的形式化的描述，作為用戶和開發(fā)者之間的一個協(xié)約；(4)需求驗證：以需求規(guī)格說明為輸入，通過符號執(zhí)行、模擬或快速原型等途徑，分析需求規(guī)格的正確性和可行性；(5)需求管理：支持需求演進如需求變化和可跟蹤性問題,完成需求驗證后確定需求基線170.需求基線：已承諾將在某一特定產(chǎn)品版本中實現(xiàn)的功能性和非功能性需求的一組集合。經(jīng)評審批準(zhǔn)，這些文檔就定義了開發(fā)工作的需求基線，這個基線在客戶和開發(fā)人員之間就構(gòu)筑了計劃產(chǎn)品功能需求和非功能需求的一個約定。172.項目范圍說明書與工作分解結(jié)構(gòu)的關(guān)系174.范圍控制:監(jiān)控項目狀態(tài)如項目的工作范圍狀態(tài)和產(chǎn)品范圍狀態(tài)的過程?？刂祈椖糠秶源_保所有請求的變更和推薦的糾正行動都要通過整體變更控制過程處理。當(dāng)變更發(fā)生且集成到其他控制過程時，項目范圍控制也被用來管理實際的變更。175.創(chuàng)建wbs輸入輸出4.頭腦風(fēng)暴法，智力激勵法、自由思考法或集思廣益法，是用來產(chǎn)生和收集對項目需求與產(chǎn)品需求的多種創(chuàng)意的一種技術(shù)。頭腦風(fēng)暴法分為直接頭腦風(fēng)暴法(通常簡稱為頭腦風(fēng)暴法)和質(zhì)疑頭腦風(fēng)暴法(也稱為反頭腦風(fēng)暴法)。前者是在專家群體決策時盡可能激發(fā)創(chuàng)造性，產(chǎn)生盡可能多的設(shè)想的方法，后者則是對前者提出的設(shè)想、方案逐一質(zhì)疑，分析其現(xiàn)實可行性的方法。5.德爾菲技術(shù):是一種組織專家就某一主題達成一致意見的一種信息收集技術(shù)。而名義小組技術(shù)是通過投票來排列最有用的創(chuàng)意，以便進行進一步的頭腦風(fēng)暴或優(yōu)先排序.注意:德菲爾技術(shù)是收集信息，而名義小組技術(shù)排列創(chuàng)意。6.群體創(chuàng)新技術(shù)(GroupCreativityTechnique):組織一些群體活動來識別項目和產(chǎn)品需求，群體創(chuàng)新技術(shù)包括頭腦風(fēng)暴法、名義小組技術(shù)、德爾菲技術(shù)、概念/思維導(dǎo)圖、親和圖和多標(biāo)準(zhǔn)決策分析等。178.網(wǎng)絡(luò)圖已知網(wǎng)絡(luò)計劃中，工作M有兩項緊后工作，這兩項緊后工作的最早開始時間分別為第15天和第17天，工作M的最早開始時間和最遲開始時間分別為第6天和第9天，如果工作M的持續(xù)時間為9天，則工作M()。179.關(guān)鍵路徑法：進度網(wǎng)絡(luò)分析技術(shù)。1）總浮動時間：在任何網(wǎng)絡(luò)路徑上，進度安排的彈性大小由最晚與最早日期間的正差值決定，關(guān)鍵路徑的總浮動時間為零或負數(shù)。網(wǎng)絡(luò)圖中可能有多條次關(guān)鍵路徑。2）自由浮動時間：在不延誤任一緊后活動最早開始日期的前提下，某進度活動可以推遲的時間量。180.關(guān)鍵鏈法(CriticalChainMethod)：一種根據(jù)有限的資源來調(diào)整項目進度計劃的進度網(wǎng)絡(luò)分析技術(shù)。首先，根據(jù)持續(xù)時間估算、給定的依賴關(guān)系和制約因素，繪制項目進度網(wǎng)絡(luò)圖；然后，計算關(guān)鍵路徑。在確定了關(guān)鍵路徑之后，再考慮資源的可用性，制訂出資源約束型進度計劃——該進度計劃中的關(guān)鍵路徑常與原先的不同。資源約束型關(guān)鍵路徑就是關(guān)鍵鏈，增加作為“非工作進度活動”的持續(xù)時間緩沖，用來應(yīng)對不確定性。1）項目緩沖：放置在關(guān)鍵鏈末端的緩沖，用來保證