


下載本文檔
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)
文檔簡介
1、上午試題考點整理考點 1.0 :信息系統(tǒng)集成概念及相關(guān)1,系統(tǒng)集成是指將計算機軟件、 硬件、 網(wǎng)絡(luò)通信等技術(shù)和產(chǎn)品即成為能夠滿足用戶特定需求的 計算機信息系統(tǒng),包括總體策劃、設(shè)計、開發(fā)、實施、服務(wù)及保障。2,信息系統(tǒng)集成要以滿足用戶需求為根本出發(fā)點。 3,信息系統(tǒng)集成主要包括設(shè)備系統(tǒng)集成和應(yīng)用系統(tǒng)集成。4,信息系統(tǒng)集成是具有高技術(shù)含量的工程過程,要面向用戶需求提供全面解決方案。 5,信息系統(tǒng)集成包括技術(shù)、管理和上午各項工作,是一個綜合性的系統(tǒng)工程。技術(shù)是信息系統(tǒng) 集成工作的核心,管理和商務(wù)活動是系統(tǒng)集成項目成功實施的保障。6,不是選擇最好的產(chǎn)品的簡單行為,而是選擇最合適用的需求和投資規(guī)模的產(chǎn)品
2、和技術(shù)。 7,項目團隊年輕,流動率高,強調(diào)溝通的重要性。考點 2.0 :信息系統(tǒng)服務(wù)管理集成資質(zhì)相關(guān)1, 通過國家認(rèn)可的第三方認(rèn)證機構(gòu)認(rèn)證并有效運行一年以上,此處“國家認(rèn)可”是指經(jīng)過中國合格評定國家認(rèn)可委員會 認(rèn)可的機構(gòu)。2,計算機信息系統(tǒng)集成資質(zhì)等級評定條件( 2012 年最新版)(教程 P26) 項目經(jīng)歷數(shù)量:(30/10),(18/4),(6/1),(2).申請一級資質(zhì),取得計算機信息系統(tǒng)集成企業(yè)二級資質(zhì)的時間不少于2 年。申請二級資質(zhì), 取得三級資質(zhì)的時間不少于 1 年,申請三級資質(zhì), 四級資質(zhì)的時間不少于 1 年, 或從事系統(tǒng)集成業(yè)務(wù)的時間不少于 2 年。重點、考點。考點 2.1:信
3、息系統(tǒng)監(jiān)理1 ,信息系統(tǒng)工程監(jiān)理活動的“三管”是指合同管理、信息管理和安全管理。2, “四控”指:質(zhì)量控制、進度控制、投資控制和變更控制。考點 2.2:IT 服務(wù)管理1 , IT服務(wù)支持屬于運營管理層次的服務(wù)管理流程,共包括5個流程:事件管理、問題管理、配置管理、變更管理與發(fā)布管理。問題管理:調(diào)查基礎(chǔ)設(shè)施和所有可用信息,包括事件數(shù)據(jù)庫,來確定引起事件發(fā)生的真正潛在 原因以及提供的服務(wù)中可能存在的鼓掌。其目的是要找出事故發(fā)生的根本原因,并徹底解決問 題。事件管理:在不影響業(yè)務(wù)的情況下,盡可能快速的恢復(fù)服務(wù),從而保證最佳的效率和服務(wù)的可 持續(xù)性。發(fā)布管理:對經(jīng)測試后進行實際應(yīng)用的新增配置項進行分發(fā)
4、和宣傳的管理流程。 變更管理:使用標(biāo)準(zhǔn)的方法和程序以提高處理變更的效率,從而使與變更相關(guān)的不利影響降到 最低的過程。考點 2.3:電子商務(wù)1,電子商務(wù)發(fā)展的核心與關(guān)鍵問題是交易的安全性,安全套接層(SSL和安全電子交易協(xié)議(SET是目前安全交易中兩個最重要的協(xié)議。對應(yīng)的,基于 SET協(xié)議的網(wǎng)上購物系統(tǒng)至少包括 電子錢包軟件、商家軟件、支付網(wǎng)關(guān)軟件和簽發(fā)證書軟件。2,電子商務(wù)運作模式中,經(jīng)常采用第三方支付方式,支付寶、銀聯(lián)、網(wǎng)銀在線、快錢、財付通等都是第三方支付平臺,經(jīng)常在 C2C電子商務(wù)中使用。3,電子政務(wù)有:G2E (政府與公務(wù)員)、G2G、G2B G2G考點 2.4:云計算1,云計算的服務(wù)
5、模式有:laas(基礎(chǔ)設(shè)施即服務(wù))、Paas(平臺即服務(wù))、Saas (軟件即服務(wù))考點 2.5:物流信息技術(shù)1,物流信息技術(shù)包括:RFID(射頻識別技術(shù))、EDI (電子數(shù)據(jù)交換技術(shù))、GPS(全球定位系統(tǒng)) 和GIS (地理信息系統(tǒng))。考點 2.6:CRM 客戶關(guān)系管理1,客戶關(guān)系管理中,客戶數(shù)據(jù)可分為描述性、促銷性和交易性三大類。其中,促銷性數(shù)據(jù)時體 現(xiàn)企業(yè)曾經(jīng)為客戶提供的產(chǎn)品和服務(wù)的歷史數(shù)據(jù),例如用戶產(chǎn)品使用情況調(diào)查的數(shù)據(jù)、促銷活 動記錄數(shù)據(jù)、客服人員的建議數(shù)據(jù)和廣告數(shù)據(jù)等。考點 3.0 :軟件工程軟件設(shè)計1,架構(gòu)設(shè)計: 軟件架構(gòu)設(shè)計屬于高層設(shè)計, 主要描述軟件的結(jié)構(gòu)和組織, 標(biāo)識各種
6、不同的組件。 架構(gòu)設(shè)計是需求過程與軟件或系統(tǒng)設(shè)計重疊進行的,其工作任務(wù)之一是需求分配,即將滿足需 求的職責(zé)分配到組件上。2,Word 和 Excel 這類圖形界面應(yīng)用軟件采用的是事件驅(qū)動的架構(gòu)模式。3,軟件需求的一個基本特性是可驗證性。 軟件需求除了其表達的行為特性外, 還具有優(yōu)先級等 其他特性,以便在資源有限時進行權(quán)衡。開發(fā)真實世界問題的模型是軟件需求分析的關(guān)鍵,架 構(gòu)設(shè)計的工作任務(wù)之一是需求分配,將滿足需求的職責(zé)分配到組件上。考點 3.1:軟件測試1,模糊測試:使用隨機數(shù)據(jù)(也稱為Fuzz)攻擊一個程序,然后監(jiān)視軟件的哪些功能遭到了破壞。模糊測試的技巧在于它是不符合邏輯的,自動模糊測試不去
7、猜測哪個數(shù)據(jù)會導(dǎo)致破壞,而 是將盡可能多的雜亂數(shù)據(jù)投入到程序中。2,在信息系統(tǒng)集成項目中,常使用 LoadRunner 對集成的系統(tǒng)進行性能測試。考點 3.2:軟件維護1 ,軟件維護:完善性維護、適應(yīng)性維護、更正性(糾錯性)維護和預(yù)防性維護。 完善性維護:滿足用戶日益增長的需求適應(yīng)性維護:適應(yīng)運行環(huán)境的變化更正性:更正軟件測試期未能發(fā)現(xiàn)的遺留錯誤預(yù)防性維護:改進軟件未來的可維護性或可靠性考點 3.3:軟件規(guī)模估算(項目度量)1,軟件規(guī)模估算方法有:功能點分析、代碼行、德爾菲法、COCO MO模型、特征點、對象點、3D功能點等2,在面向?qū)ο蠓椒ㄖ校陬悎D上包含的關(guān)系有:泛化、實現(xiàn)、關(guān)聯(lián)、聚集、組
8、裝和依賴。依賴 是單向的,類之間的單向調(diào)用是依賴關(guān)系。考點 3.4:UML 概念泛化1,(習(xí)題集P173試題18)泛化的符號是空箭頭,箭頭所指為父類,下面為子類。考點3.5: UML模型圖1 ,序列圖:行為類模型圖,用于描述用戶和系統(tǒng)之間的交互,說明系統(tǒng)功能行為。2,構(gòu)件圖:結(jié)構(gòu)類模型圖,描述代碼構(gòu)件的物理結(jié)構(gòu)以及各構(gòu)件之間的依賴關(guān)系,從軟件架構(gòu) 的角度來描述一個系統(tǒng)的主要功能,可以清楚的看出系統(tǒng)的結(jié)構(gòu)和功能。有利于軟件的復(fù)用。3,類圖:結(jié)構(gòu)類模型圖。4,部署圖:結(jié)構(gòu)類模型圖,用于展現(xiàn)系統(tǒng)中軟件和硬件的物理結(jié)構(gòu)。用于顯示運行的處理節(jié)點 以及居于其上的構(gòu)件、進程和對象配置的圖。5,程序網(wǎng)絡(luò)圖:白
9、哦是程序激活路徑和程序與相關(guān)數(shù)據(jù)的相互作用。在程序網(wǎng)絡(luò)圖中,每個程 序僅出現(xiàn)一次。6,數(shù)據(jù)流程圖: 表示求解某一問題的數(shù)據(jù)通路, 同時規(guī)定了處理的主要階段和所用的各種數(shù)據(jù) 媒體。7,系統(tǒng)流程圖用于表示系統(tǒng)的操作控制和數(shù)據(jù)流。8,程序流程圖用于表示程序中的操作順序。考點3.6: J2EE四層體系結(jié)構(gòu)1 , J2EE四層體系架構(gòu):客戶層、表示層、業(yè)務(wù)邏輯層和數(shù)據(jù)層。2, Internet Explore 等應(yīng)用客戶端程序和 Applets 是實現(xiàn)客戶層的技術(shù), Java Servlet 和 JavaServer Page( JSP是實現(xiàn)表示層的技術(shù), Enterprise JavaBeans(EJ
10、B是實現(xiàn)業(yè)務(wù)邏輯層的技術(shù), Database 是實現(xiàn)數(shù)據(jù)層的技術(shù)。考點3.7: COM組件1 ,COM是一個開放的組件標(biāo)準(zhǔn),它有很強的擴充和擴展能力。 Com把組件的概念融入到 Win dows 應(yīng)用中。2,DCOM在COM的基礎(chǔ)上添加了許多功能和特性,包括事物特性、安全模型、管理和配置等,使 COM 成為一個完整的組件架構(gòu)。3,COM+將 COM、DCOM和MTS集成一個全新的功能強大的組件架構(gòu)。是COM的新發(fā)展。4,COBRA標(biāo)準(zhǔn)主要分為對象請求代理、公共對象服務(wù)和公共設(shè)施三個層次,其中公共設(shè)施定義了組件框架,提供可直接為業(yè)務(wù)對象使用的服務(wù),規(guī)定業(yè)務(wù)對象有效協(xié)作所需的協(xié)定規(guī)則。考點 3.8
11、:數(shù)據(jù)倉庫1 ,面向主題的、集成的、相對穩(wěn)定的、反映歷史變化是數(shù)據(jù)倉庫的主要特征。 反映歷史變化:數(shù)據(jù)倉庫中的數(shù)據(jù)通常包含歷史信息,系統(tǒng)記錄了企業(yè)從過去某一時刻到當(dāng)前 各個階段的信息,基于這些信息可以對企業(yè)的發(fā)展歷程和未來趨勢做出定量分析和預(yù)測。數(shù)據(jù)倉庫中的數(shù)據(jù)主要供企業(yè)決策分析之用,所涉及的數(shù)據(jù)操作主要是數(shù)據(jù)查詢,只有少量的 修改和刪除操作,通常只需要定期加載、刷新(不需要實時快速更新) 。 數(shù)據(jù)倉庫中的數(shù)據(jù)通常按主題進行組織,主題是指用戶決策時所關(guān)心的某些方面。數(shù)據(jù)倉庫中的數(shù)據(jù)時對原有分散的數(shù)據(jù)庫數(shù)據(jù)抽取、清理的基礎(chǔ)上經(jīng)過系統(tǒng)加工、匯總和整理 得到的,消除了原數(shù)據(jù)中的不一致。2,數(shù)據(jù)倉庫系
12、統(tǒng)的結(jié)構(gòu)通常包含數(shù)據(jù)源、數(shù)據(jù)的存儲與管理、OLAP服務(wù)器和前端分析工具 4個層次。考點 3.9:中間件1,中間件是一種獨立的系統(tǒng)軟件或服務(wù)程序, 它位于客戶機服務(wù)器的操作系統(tǒng)之上, 管理計算 機資源和網(wǎng)絡(luò)通信。通常,中間件特點包括:滿足大量應(yīng)用的需要,運行于多種已經(jīng)建和操作系統(tǒng)平臺上,支持分 布計算,提供跨越網(wǎng)絡(luò)、硬件、操作系統(tǒng)平臺的應(yīng)用或服務(wù),支持標(biāo)準(zhǔn)的協(xié)議,支持標(biāo)準(zhǔn)的接 口。考點 3.10:分層架構(gòu)設(shè)計1,分層架構(gòu)設(shè)計的優(yōu)點是:有助于將復(fù)雜的問題按功能分解,使整體設(shè)計更為清晰;支持系統(tǒng) 設(shè)計的逐級抽象;具有較好的可擴展性;支持軟件復(fù)用。考點 3.11:產(chǎn)品質(zhì)量1,系統(tǒng)集成項目通過驗收測試的
13、主要標(biāo)準(zhǔn)是需求文檔定義的功能全部實現(xiàn), 非功能指標(biāo)達到設(shè) 計要求。2,質(zhì)量模型規(guī)定:內(nèi)部度量:應(yīng)用于設(shè)計和編碼期間的非執(zhí)行軟件產(chǎn)品(如規(guī)格說明書和源代 碼)。外部度量:通過測試、運行和觀察可執(zhí)行的軟件或系統(tǒng)。使用質(zhì)量的度量:測量產(chǎn)品在特定的使用環(huán)境下,滿足特定用戶達到特定目標(biāo)要求的 有效性、 生產(chǎn)率、安全性和滿意度 的程度。3,產(chǎn)品質(zhì)量參數(shù): 有效性:全部時間中處于正常工作狀態(tài)的百分比。正比例關(guān)系。 可靠性:故障次數(shù),或者是故障發(fā)生頻度。反比例關(guān)系。 可用性:每次發(fā)生故障到修復(fù)的時間。反比例關(guān)系。考點 3.12:軟件開發(fā)方法1, RUP是迭代模型的一種具體實現(xiàn)。考點 5.0 :計算機網(wǎng)絡(luò)網(wǎng)絡(luò)協(xié)
14、議1, POP3:使用客戶端遠(yuǎn)程管理在 Email服務(wù)器上的電子郵件,支持離線郵件處理。2,F(xiàn)TP:實現(xiàn)互聯(lián)網(wǎng)中的交互式文件傳輸功能。3,Telnet:為本地用戶提供在本地主機上操作遠(yuǎn)程計算機的應(yīng)用層協(xié)議。4,SNMP:網(wǎng)絡(luò)管理協(xié)議。5,通過Samba可以實現(xiàn)基于Linux操作系統(tǒng)的文件服務(wù)器和基于Windows操作系統(tǒng)的客戶機之間的文件、目錄及共享打印服務(wù)。5,網(wǎng)絡(luò)文件系統(tǒng)(NFS允許一個客戶在網(wǎng)絡(luò)中與他人共享文件和目錄。6,以太網(wǎng)( Ethernet )是局域網(wǎng)的一種常用的通信協(xié)議,其對應(yīng)的標(biāo)準(zhǔn)是IEEE802.3。7, 對于基于IEEE802.3標(biāo)準(zhǔn)的10Base-T網(wǎng)絡(luò),其物理拓?fù)浣Y(jié)構(gòu)
15、呈現(xiàn)星型的鏈接關(guān)系,而邏輯拓 撲結(jié)構(gòu)仍是總線型拓?fù)洹EEE802.3Z是 1000Base 使用的標(biāo)準(zhǔn)。8, 光纖接口類型有: LC、SC、ST、FC9, ZigBee 是無線個人區(qū)域網(wǎng)協(xié)議( WPAN)5, 是一個回送地址, 不進行網(wǎng)絡(luò)傳輸, 可用戶測試本地主機是否正確安裝了網(wǎng)卡及其 相關(guān)的硬件驅(qū)動程序和 TCP/IP協(xié)議軟件。考點 5.1:綜合布線1 ,結(jié)構(gòu)化綜合布線系統(tǒng)分為:建筑群子系統(tǒng)、設(shè)備間子系統(tǒng)、垂直干線子系統(tǒng)、管理子系統(tǒng)、 水平布線子系統(tǒng)和工作區(qū)子系統(tǒng) 6 個子系統(tǒng)。(要圖:教程 P107)2, 增強型綜合布線等級要求每個工作區(qū)至少有兩個或以上信息插座,每個
16、工作區(qū)的配線電纜為 兩條四對雙絞線電纜,每個工作區(qū)的干線電纜至少有三對雙絞線。考點 5.2:機房1 ,主機房宜設(shè)置單獨出入口,當(dāng)與其他功能用房共用出入口時,應(yīng)避免人流、物流的交叉。 2,有人操作區(qū)和無人操作區(qū)適宜分開布置。3,建筑入口至機房應(yīng)設(shè)置通道,不小于1.5m 。4,電子信息系統(tǒng)機房適宜設(shè)門廳、休息室、值班室和更衣室,更衣室使用面積應(yīng)按最大班人數(shù) 的每人 1-3 平米。5,水平電纜最大長度為 90m,配線架跳接至交換機、 信息插座跳接至交換機總長度不超過10m ,水平子系統(tǒng)的總長度不超過100m。6,機房物理安全中的環(huán)境安全指:機房場地選擇、機房內(nèi)部安全防護、機房防火、機房供電配 電、機
17、房空調(diào)降溫、機房防水與防潮、機房防靜電、機房接地與防雷擊、及防電磁防護。 7,設(shè)備安全有:設(shè)備的防盜和防毀、設(shè)備的安全可用。8,對離崗人員證件回收等屬于人員安全管理范疇。9,計算機房面積: (5,7)X 人數(shù) X 設(shè)備投影面積。考點 5.3:數(shù)據(jù)存儲1,存儲區(qū)域網(wǎng)絡(luò)(SAN)是一種特殊的高速專用網(wǎng)絡(luò),用來連接網(wǎng)絡(luò)服務(wù)器和大存儲設(shè)備。San主要采用數(shù)據(jù)塊的方式進行數(shù)據(jù)和信息的存儲。 SAN主要包括FCSAN和IPSAN,其中FCSAN的 傳輸介質(zhì)為光纖通道。2, 3G 技術(shù)使用的是時分雙工技術(shù)。3, MD5 用于數(shù)據(jù)完整性保護。考點 5.4:郵件發(fā)送中使用到的協(xié)議1,客戶端軟件使用 SMTP將電
18、子郵件傳送到發(fā)送方的郵件服務(wù)器,發(fā)送方郵件服務(wù)器使用 SMTP將電子郵件發(fā)送到接收方的郵件服務(wù)器,接收方客戶端軟件可以隨時使用POP3或IMAP4從郵件服務(wù)器讀取電子郵件。考點 6.0 :信息安全級別劃分1 ,系統(tǒng)運行安全和保密有 4 個層次,按粒度從粗到細(xì)的排序是:系統(tǒng)級安全、資源訪問安全、 功能性安全和數(shù)據(jù)域安全。2,電子信息系統(tǒng)機房應(yīng)劃分為 A、 B、 C 三級。3,系統(tǒng)安全登記可分為保密登記和可靠性登記兩種,保密登記劃分為絕密、機密和秘密。可靠 性登記可分為 A、B、C三級。其中A級為最高。4,通常用來保證應(yīng)用系統(tǒng)完整性的措施由:安全協(xié)議、糾錯編碼方法、密碼校驗方法、數(shù)字簽 名和公證。
19、其中加密技術(shù)是用來保證應(yīng)用系統(tǒng)保密性的實現(xiàn)技術(shù)之一。考點 6.1:信息安全1,可用性:應(yīng)用系統(tǒng)信息可悲授權(quán)實體訪問并按需求使用的特性。 可用性:身份識別與確定、訪問控制、業(yè)務(wù)流控制、路由選擇控制和審計跟蹤。 保密技術(shù):信息加密、密碼保密、防暴露、最小授權(quán)原則。 完整性:安全協(xié)議、數(shù)字簽名、糾錯編碼方法、密碼校驗和方法、公證。2 ,信息系統(tǒng)安全的技術(shù)體系包括物理安全、運行安全、數(shù)據(jù)安全等。考點 7.0 :范圍管理1,批準(zhǔn)或拒絕變更申請的直接組織稱為變更控制委員會(CCB)。2,范圍變更控制的方法是定義范圍變更的有關(guān)流程。包括必要的書面文件(如變更申請書) 糾正行動、跟蹤系統(tǒng)和授權(quán)變更的批準(zhǔn)等級。
20、考點 8.0 :溝通管理1,6 中常用的沖突解決辦法是:撤退(回避) 、求同存異、妥協(xié)、強迫、合作、問題解決。 2,項目沖突應(yīng)盡早被發(fā)現(xiàn),利用私下但直接的、合作的方式來處理沖突。如果沖突持續(xù)分裂, 那么就需要使用正式的處理過程,包括采取懲戒措施。考點 8.1:制定溝通管理計劃的輸入1,制定溝通管理計劃的輸入有:干系人登記冊、干系人管理策略、事業(yè)環(huán)境因素、組織過程資 產(chǎn)、項目管理計劃、項目范圍說明書。2,溝通管理計劃通常包括以下內(nèi)容:干系人的溝通需求、需要溝通的信息、發(fā)布相關(guān)信息的原 因、發(fā)布所需信息的時限和溝通頻率、負(fù)責(zé)溝通相關(guān)信息的人員、接受信息的組織會個人、傳遞信息的技術(shù)和方法、通用術(shù)語表
21、、溝通制約因素、為溝通活動分配資源、考點 9.0 :合同管理合同分類1,按信息系統(tǒng)范圍劃分,可將合同分為總承包合同、單項項目承包合同和分包合同。2,總承包合同也稱“交鑰匙承包” ,一對一。3,分包合同,一對多。4,分包合同,總承包人將合同的一部分工程發(fā)給其他承包人,簽訂分包合同。考點 9.1:運維時限說明1,對于系統(tǒng)集成項目完成后發(fā)生的技術(shù)性問題的處理與維護, 如果是因為承建方的工作質(zhì)量所 造成的,則應(yīng)當(dāng)由承建方負(fù)責(zé)無償?shù)慕鉀Q。通常該項服務(wù)的期限是半年至一年;若沒有這個期 限規(guī)定,則視為建設(shè)方所有的維護要求都要另行收費。考點 10.0 :項目整體管理1,項目評估是在項目可行性研究的基礎(chǔ)上,由第
22、三方根據(jù)國家頒布的政策法規(guī)等,從項目、國 民經(jīng)濟、社會角度出發(fā),對擬建設(shè)項目建設(shè)的必要性、建設(shè)條件、生產(chǎn)條件、產(chǎn)品市場要求、 工程技術(shù)、經(jīng)濟效益和社會效益等進行評估、分析、認(rèn)證,進而判斷其是否可行的一個評估過 程。2,項目建議書的核心內(nèi)容包括:項目的必要性、項目的市場預(yù)測、產(chǎn)品方案或服務(wù)、項目建設(shè) 必需的條件。3,項目識別是承建方項目立項的第一步,其目的在于選擇投資機會、鑒別投資方向。4,工作說明書(SOW)是對項目所要提供的產(chǎn)品、成果或服務(wù)的描述。采購或內(nèi)部項目,均需 要提供之。5,項目建議書是項目建設(shè)單位向上級主管部門提交項目申請時所必需的文件,是可行性研究的依據(jù),是項目發(fā)展周期的初始階段
23、文檔之一。可行性研究報告只提供多方案比較依據(jù),而評估 報告通常是對多方案擇優(yōu)。6,通常將范圍基準(zhǔn)、進度基準(zhǔn)和成本基準(zhǔn)合并為一個績效測量基準(zhǔn),作為項目的整體基準(zhǔn),以便據(jù)此測量項目的整體績效。7,項目建議書的投資誤差最多為30%。8,項目設(shè)計方案和投資概算報告的編制內(nèi)容與項目可行性研究報告批復(fù)內(nèi)容不符合,變更投資超過 10%,則應(yīng)重新報批可行性研究報告。考點 10.1:項目論證的內(nèi)容1,建設(shè)方的項目論證的內(nèi)容包括:項目財務(wù)評價、項目國民經(jīng)濟評價、項目環(huán)境影響評價、項 目社會影響評價、項目技術(shù)評價、項目不確定性和風(fēng)險評價、項目綜合評價。2,承建方的項目論證包括: 技術(shù)可行性分析、 人力資源配置能力可
24、行性分析、 財務(wù)可行性分析、 項目風(fēng)險分析、對其他潛在投標(biāo)者的相關(guān)情況分析。考點 11.0 :采購管理內(nèi)容1,項目采購管理過程包括: 編制采購計劃、 編制詢價計劃、 詢價、 招標(biāo)或供方選擇、 管理采購、 結(jié)束采購。編制采購計劃:決定采購什么,何時采購,如何采購的過程。 編制詢價計劃:記錄項目對于產(chǎn)品、服務(wù)或成果的需求,并且尋找潛在的供應(yīng)商的過程。 詢價:從供應(yīng)商處獲取適當(dāng)?shù)男畔ⅰ髢r、投標(biāo)書或建議書的過程。招標(biāo):獲取賣方應(yīng)答、選擇賣方并授予合同的過程。 管理采購:管理采購關(guān)系、監(jiān)督合同績效以及采取必要的變更和糾正措施的過程。 結(jié)束采購:完成單次項目采購的過程。2,采購過程中用到的各種文件方案邀
25、請書(RFP :征求潛在供應(yīng)商建議的文件,可使用他來征求供應(yīng)商的建議書。征求供應(yīng)商意見書(RF):用于征求供應(yīng)商意見,以使需求明確化。投標(biāo)邀標(biāo)書( IFB):報價邀請書(RFQ :征求潛在供應(yīng)商報價的文件,也成為請求報檢單。具體的方法或工具有投考點 11.1:詢價1,詢價過程是指從潛在的賣方處獲得如何滿足項目需求的答復(fù)的過程。標(biāo)人會議、刊登廣告、因特網(wǎng)搜索、制定合格賣方清單等。2,編制詢價計劃的輸入有:采購管理計劃、工作說明書、項目管理計劃、自制或外購決定。3,工作說明書的主要內(nèi)容有:前言、服務(wù)范圍、 項目工作方法、 假定、服務(wù)期限和工作量估計、雙方角色和責(zé)任、交付資料、完成及驗收標(biāo)準(zhǔn)、供應(yīng)商
26、及顧問組人員、聘用條款、收費和付款 方式、變更管理、承諾、保密條款、簽名及日期等。考點 11.2:招標(biāo)文件內(nèi)容1,招標(biāo)文件應(yīng)當(dāng)包括招標(biāo)項目的技術(shù)要求、 對投標(biāo)人資格審查的標(biāo)準(zhǔn)、 投標(biāo)報價要求和評標(biāo)標(biāo) 準(zhǔn)等所有實質(zhì)性要求和條件。考點 11.3:招投標(biāo)要求1,中標(biāo)人確定后, 招標(biāo)人應(yīng)當(dāng)向中標(biāo)人發(fā)出中標(biāo)通知書, 并同時將中標(biāo)結(jié)果通知所有未中標(biāo)的 投標(biāo)人。2,投標(biāo)人應(yīng)當(dāng)在招標(biāo)文件要求提交投標(biāo)文件的截止日期前,將投標(biāo)文件送到投標(biāo)地點。3,投標(biāo)人少于 3 個的,招標(biāo)人應(yīng)當(dāng)依法重新招標(biāo)。4,評標(biāo)委員會由招標(biāo)人的代表和有關(guān)技術(shù)、經(jīng)濟等方面的專家組成,不得少于5 人,其中專家不能少于成員總數(shù)的 2/3。5,中標(biāo)
27、人的投標(biāo)應(yīng)當(dāng)符合下列條件: 1,能夠最大限制的滿足招標(biāo)文件中規(guī)定的各項綜合評價 標(biāo)準(zhǔn);2 ,能夠滿足招標(biāo)文件的實質(zhì)性要求, 并且經(jīng)評審的投標(biāo)價格最底, 但低于成本價的除外。考點 11.4:招投標(biāo)方式1,我國規(guī)定的政府采購的主要方式有:公開招標(biāo)、邀請招標(biāo)、競爭性談判、單一來源采購、詢 價。其中,公開招標(biāo)作為政府采購的主要采購方式。因特殊情況需要采用公開招標(biāo)以外的采購 方式的, 應(yīng)當(dāng)在采購活動開始前獲得社區(qū)的市、 自治州以上人民政府采購監(jiān)督管理部門的批準(zhǔn)。2,廢標(biāo)的情況:(一)符合專業(yè)條件的供貨商或?qū)φ袠?biāo)文件作出實質(zhì)性響應(yīng)的供應(yīng)商不足 3 家(二)出現(xiàn)影響采購公正的違法違規(guī)行為(三)投標(biāo)人的報價均
28、超過了采購預(yù)算,采購人不能支付。(四)因重大變故,采購任務(wù)取消。 廢標(biāo)后,采購人應(yīng)當(dāng)將廢標(biāo)理由通知所有投標(biāo)人。廢標(biāo)后,除采購任務(wù)取消情形外,應(yīng)當(dāng)重新 組織招標(biāo),需要采取其他方式采購的,應(yīng)當(dāng)或有關(guān)部門批準(zhǔn)。3,競爭性談判采購方式的情況:(一)招標(biāo)后沒有供應(yīng)商投標(biāo)或者沒有合格標(biāo)的或者重新招標(biāo)未能成立的。(二)技術(shù)復(fù)雜或者性質(zhì)特殊,不能確定詳細(xì)規(guī)格或者具體要求的。(三)采用招標(biāo)所需時間不能滿足用戶緊急需要的。(四)不能事先計算出價格總額的。 4,單一來源采購方式的情形:(一)只能從唯一供應(yīng)商處采購(二)發(fā)生了不可預(yù)見的緊急情況不能從其他供應(yīng)商處采購的。(三)必須保證原有采購項目一致性或者服務(wù)配套的要
29、求,需要繼續(xù)從原供應(yīng)商處添購,且金 額不超過原合同采購金額的百分之十。考點 12.0 :配置管理1,配置項是配置管理的前提,其組成可能包括交付客戶的產(chǎn)品、內(nèi)部工作產(chǎn)品、采購的產(chǎn)品或 使用的工具等。典型配置項包括:項目計劃書、需求文檔、設(shè)計文檔、源程序代碼、可執(zhí)行代 碼、測試用例、運行軟件所需的各種數(shù)據(jù),他們經(jīng)過評審和檢查通過后進入軟件配置管理。2,軟件產(chǎn)品庫也成為靜態(tài)庫或軟件倉庫, 用于存儲各種廣泛使用的已發(fā)布的基線, 出配置管理 員外,任何角色不允許修改。考點 12.1:配置管理活動內(nèi)容配置管理活動和流程如下:制定配置管理計劃、配置識別與建立基線、建立配置管理系統(tǒng)、版 本管理、變更控制、配置
30、狀態(tài)報告、配置審計。考點 13.0 :文檔管理文檔名1,文檔名命名規(guī)則:X-X-XX-XX分別表示生命周期各階段-各個階段文檔-文檔類型內(nèi)容-流水碼。考點 13.1:需求分析階段文檔1,需求分析階段內(nèi),應(yīng)產(chǎn)生軟件需求說明書、數(shù)據(jù)要求說明書和初步的用戶手冊。考點 13.2:文檔質(zhì)量等級劃分1 ,文檔質(zhì)量可以按照文檔的形式和列出的要求劃分為四級,具體如下:最低限度文檔( 1 級):適合開發(fā)工作量低于 1 人月的開發(fā)者自用程序,包括程序清單、開發(fā)記 錄、測試數(shù)據(jù)和程序簡介。內(nèi)部文檔( 2 級):精心研究后被認(rèn)為似乎沒有與其他用戶共享的資源的專用程序。工作文檔( 3 級):適合于同一單位內(nèi)若干人聯(lián)合開
31、發(fā)的程序,或可被其他單位使用的程序。 正式文檔( 4 級):適合那些要正式發(fā)行共普遍使用的軟件產(chǎn)品。考點 13.3:文檔的規(guī)范化管理1 ,信息系統(tǒng)文檔的規(guī)范化管理主要體現(xiàn)在:文檔書寫規(guī)范、圖表編號規(guī)則、文檔目錄編寫標(biāo)準(zhǔn) 和文檔管理制度等。考點 14.0 :質(zhì)量管理制定項目質(zhì)量計劃的方法1 ,指定項目質(zhì)量計劃的工具和技術(shù)有:(一)成本效益分析:(二)基準(zhǔn)比較:(三)流程圖:用于幫助發(fā)現(xiàn)某個或某些失效的步驟,以及識別潛在的過程改進機會,即可以 幫助項目組對各種可能出現(xiàn)的質(zhì)量問題進行預(yù)測并制定應(yīng)對措施。(四)實驗設(shè)計:(五)質(zhì)量成本分析:(六)質(zhì)量功能展開: QFD,從客戶對項目交付結(jié)果的質(zhì)量要求出
32、發(fā),先識別出客戶在功能方 便的要求,然后將功能要求與產(chǎn)品或服務(wù)的特性對應(yīng)起來,根據(jù)功能要求與產(chǎn)品特性的關(guān)系矩 陣,以及產(chǎn)品特性之間的相關(guān)關(guān)系矩陣,進而確定出項目產(chǎn)品或服務(wù)的技術(shù)參數(shù)。主要用于確 定項目質(zhì)量要求。(七)過程決策程序圖法: 2,評審過程包括管理評審、技術(shù)評審、檢查、走查等,其中檢查的目的是檢測和識別軟件產(chǎn)品 異常,技術(shù)評審的目的是評價軟件產(chǎn)品,以確定其對使用意圖的適合性,目標(biāo)是識別規(guī)范說明 和標(biāo)準(zhǔn)的差異,并向管理提供證據(jù),以表明產(chǎn)品是否滿足規(guī)范說明并遵從標(biāo)準(zhǔn),并且可以控制 變更。考點 14.1:質(zhì)量保證的工作方法1,項目質(zhì)量管理通用方法;過程分析;項目質(zhì)量審計。考點 14.2:質(zhì)量
33、控制的工作方法1,質(zhì)量控制的方法有:(一)測試:(二)檢查(三)統(tǒng)計抽樣(四)6 西格瑪(五)因果圖:石川圖或魚骨圖,說明各種要素是如何與潛在的問題或結(jié)果相關(guān)聯(lián)的。(六)流程圖(七)直方圖(八)檢查表(九)散點圖:顯示兩個變量間的關(guān)系和規(guī)律。將獨立變量和非獨立變量以圓點繪制成圖形, 兩個點越接近對角線,兩者的關(guān)系越緊密。(十)排列圖(帕累托圖) :按照發(fā)生頻率大小順序繪制的直方圖。項目團隊?wèi)?yīng)該先采取措施糾 正造成最多數(shù)量缺陷的問題,二八原理。(十一)控制圖:管理圖或趨勢圖。是一種帶控制界限的質(zhì)量管理圖表。連續(xù) 7 個點超出控制 上線或下限,表明過程失控。也可用于趨勢的預(yù)測。(十二)相互關(guān)系圖
34、(十三)親和圖:從錯綜復(fù)雜的現(xiàn)象中,用一定的方式來整理思路、抓住思想實質(zhì),找出解決 問題新途徑的方法。十四)樹狀圖 十五)矩陣圖 十六)優(yōu)先矩陣圖 十七)過程決策程序圖 十八)活動網(wǎng)絡(luò)圖考點 14.3:軟件產(chǎn)品的使用質(zhì)量1,軟件產(chǎn)品的使用質(zhì)量有 4 種:有效性、生產(chǎn)率、安全性、滿意度。2,軟件產(chǎn)品的質(zhì)量特性是軟件質(zhì)量的構(gòu)成因素, 是軟件產(chǎn)品內(nèi)在的或固有的屬性, 包括軟件的 功能性、可靠性、易用性、效率、可維護性和可移植性。考點 15.0 :風(fēng)險管理風(fēng)險定性分析的工具與技術(shù)1,風(fēng)險定性分析的工具和技術(shù)有風(fēng)險分類、風(fēng)險概率與影響評估、概率影響矩陣、風(fēng)險緊迫性 評估、風(fēng)險數(shù)據(jù)質(zhì)量評估、專家判斷等。應(yīng)用德爾菲法技術(shù), 能減少分析過程考點 15.1:風(fēng)險識別1,德爾菲法是風(fēng)險識別過程中使用
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024年海南熱帶海洋學(xué)院招聘考試真題
- 二年級數(shù)學(xué)計算題專項練習(xí)
- 2025年清明節(jié)的由來國旗下講話稿
- 2025年暑假學(xué)習(xí)計劃表寫作參考
- 工廠消防安全教育培訓(xùn)
- 2024年昆明幼兒師范高等專科學(xué)校輔導(dǎo)員考試真題
- 機務(wù)英語培訓(xùn)課件
- 2024年北京航空航天大學(xué)國際創(chuàng)新學(xué)院行政人員招聘考試真題
- 2024年北京首都經(jīng)濟貿(mào)易大學(xué)招聘真題
- 促銷員培訓(xùn)課件
- GB/T 27024-2014合格評定人員認(rèn)證機構(gòu)通用要求
- 1:1000地形圖測繪項目技術(shù)設(shè)計書
- 2023年天河區(qū)中小學(xué)生游泳比賽成績冊
- 氣功修煉十奧妙
- 可定的療效與安全性
- 電力電子技術(shù)第五版(王兆安)課件全
- QB∕T 2080-2018 高回彈軟質(zhì)聚氨酯泡沫塑料
- 工程機械設(shè)備保險附加第三者責(zé)任保險條款
- 醫(yī)院感染知識培訓(xùn)記錄范文(精選6篇)
- 日周月安全檢查記錄表
- 上海電動汽車充電設(shè)施建設(shè)管理暫行規(guī)定
評論
0/150
提交評論