freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內容

20xx下半年系統(tǒng)集成項目管理工程師考試大綱復習知識-在線瀏覽

2025-02-06 07:19本頁面
  

【正文】 市信息產業(yè)部門授權的資質評審機構等等。 ( 4) 信息產業(yè)部授權的資質評審機構可以受理申請 4 級資質的評審;省市信息產業(yè)部門授權的資質評審機構可以受理申請 4級資質的評審。 ( 2) 資質審批(信息產業(yè)部、省市信息產建設單位管理部門) ( A) 審批申請,準備相應的申請資料,評審機構出具 的評審報告; ( B) 審批。 ( 2) 業(yè)績 : 從 近 3年完成的系統(tǒng)集成項目額、項目規(guī)模、項目的技術含量、項目的軟件費用比例、項目的實施質量、 企業(yè)所完成項目在業(yè)務領域的水平等方面衡量。 ( 3) 管理能力:從質量管理、客戶服務、企業(yè)的信息管理系統(tǒng)、企業(yè)負責人以及技術、財務負責人等方面能力進行衡量。 ( 5) 人才實力 : 從工程技術人員、本科以上人員比例、項目經理數(shù)目、培訓體系和人力資源管理水平等方面衡量。 信息系統(tǒng)工程監(jiān)理資質管理 系統(tǒng)集成項目管理工程師考試大綱復習知識點 10 ? 信息系統(tǒng)工程監(jiān)理資質管理的必要性、意義和主要內容 意義: ( 1) 監(jiān)理 幫助業(yè)主單位更合理的保證工程的質量、進度、投資,并合理、客觀的處理好它們之間的關系; ( 2) 監(jiān)理可以合理的協(xié)調業(yè)主單位和建設單位之間的關系; ( 3) 有助于第三方的專業(yè)化服務功能。 信息系統(tǒng)工程監(jiān)理:指在政府工商管理部門注冊的且具有信息系統(tǒng)工程監(jiān)理資質的單位,受建設單位的委托,依據國家有關法律法規(guī),技術標準和信息系統(tǒng)工程監(jiān)理合同,對信息系統(tǒng)工程項目實施的監(jiān)督管理。 信息系統(tǒng)工程監(jiān)理資格證書分為高級監(jiān)理工程師、監(jiān)理工程師、監(jiān)理員。 四控:質量控制、進度控制、投資控制、變更控制。 一協(xié)調:協(xié)調有關單位及人員之間的工作 關系。 類型:設備系統(tǒng)集成、應用系統(tǒng)集成 ( Application System Integration) 。 ? 信息系統(tǒng)的生命周期、各階段目標及主要工作內容 生命周期:立項、開發(fā)、運維、消亡。 ? 信息系統(tǒng)開發(fā)方法 結構化方法;原型法;面向對象方法。 結構化方法特點: ( 1) 遵循用戶至上原則; ( 2) 嚴格區(qū)分工作階段,每個階段有明確的任務和取得的成果; ( 3) 強調系統(tǒng)開發(fā)過程的整體性和全局性; ( 4) 系統(tǒng)開發(fā)過程工程化,文檔資料標準化。 結構化方法缺點: 開 發(fā)周期長;文檔、設計說明繁瑣,工作效率低;要求在開發(fā)之初全面認識系統(tǒng)的信息需求,充分預料各種可能發(fā)生的變化,但這并不現(xiàn)實;若用戶參與系統(tǒng)開發(fā)的積極性沒有充分調動,將造成系統(tǒng)交接過程不平穩(wěn),系統(tǒng)運行與維護管理難度加大。 原型法特點: 實際可行;最有最終系統(tǒng)的基本特征;構造方便、快速,造價低。 原型法分類: 拋棄型原型;進化型原型。 面向對象的信息系統(tǒng)開發(fā),關鍵點為建立一個全面、合理、統(tǒng)一的模型,它既能反映問題域,又能被計算機系統(tǒng)求解域接受。 信息系統(tǒng)設計 系統(tǒng)集成項目管理工程師考試大綱復習知識點 12 ? 方案設計 ? 系統(tǒng)架構 ? 設備、 DBMS 和技術選型 軟件工程 ? 軟件需求分析與定義 軟件需求定義: 軟件需求是一個 為解決特定問題,而必須由被開發(fā)或被修改軟件展示的特性。 軟件需求分析的目的: ( 1) 檢測和解決需求之間的沖突; ( 2) 發(fā)現(xiàn)軟件的邊界,確定軟件與環(huán)境間的交互; ( 3) 描述系統(tǒng)需求,以確定軟件需求。概念模型由來自問 題域的實體模型組成,實體模型反映了它們在真實世界的聯(lián)系和依賴。軟件設計活動組成: ( 1) 軟件架構設計:描述軟件的組織和結構,標識各種不同的組件; ( 2) 軟件詳細設計:詳細的描述各個組件,使之能被構造。 軟件測試分類:單元測試、集成測試、系統(tǒng)測試。 軟件維護分類:更正性 維護、適應性維護、完善性維護、預防性維護。軟件復用是提高軟件生產力和質量的一種重要技術。 面向對象的軟件開發(fā)和軟件復用之間的關系式相輔相成的。 軟件質量包括內部質量、外部質量、使用質量 3部分。 ? 軟件配置管理 軟件配置管理:通過標識產品的元素,管理和控制變更,驗證、記錄、報告配置信息,來控制產品的進化和完整性。 系統(tǒng)集成項目管理工程師考試大綱復習知識點 13 軟件配置管理活動:軟件配置管理過程的管理和計劃、軟件配置標識、軟件配置控制、軟件配置狀態(tài)記錄、軟甲配置審計、軟件發(fā)布管理與交付。 ? 軟件過程管理 軟件工程管理包含過程管理和項目管理,包括 6個方 面:啟動和范圍定義、軟件項目計劃、軟件項目實施、評審和評價、關閉、軟件工程度量。 對象 3要素:對象標識、對象狀態(tài)、對象行為。 類和對象的關系:每個對象都是某一個類的實例;每個類有零或多個實例;類是生成對象的模板;類是靜態(tài)的,它的存在、語義和關系在程序執(zhí)行前就已經定義好了,對象是動態(tài)的,它在程序執(zhí)行時可以被創(chuàng)建和刪 除。 Java是單繼承語言, C++是多繼承語言。 接口是對操作規(guī)范的說明,定義操作應該做什么,沒有定義操作如何做,即沒有定義實現(xiàn)細節(jié)。 組件是軟件系統(tǒng)可替換的、物理的組成部分,它封裝了實現(xiàn)體(實現(xiàn)某個功能),并提供了一組接口的實現(xiàn)方法。 模式是一條由 3部分組成的規(guī)則,表示了一個特定環(huán)境、一個問題、一 個解決方案之間的關系。 ? 統(tǒng)一建模語言 UML 與可視化建模 統(tǒng)一建模語言( UML, Unified Modeling Language)是一個通用的可視化建模語言,它是面向對象分析和設計的一種標準化表示,用于對軟件進行描述、可視化處理、構造和建立軟件系統(tǒng)的文檔。靜態(tài)結構定義了系統(tǒng)中重要對象的屬性和服務;動態(tài)行為定義了對象的時間特性和對象為完成目標 而進行相互間通訊的機制。 UML 沒有 定義一種標準的開發(fā)過程,但它比較適用于迭代式的開發(fā)過程,是為支持面向對象的開發(fā)過程設計的。 面向對象的分析模型由用例模型、類 對象模型、對象 關系模型、對象 行為模型組成。 ? 面向對象系統(tǒng)設計 面向對象的系統(tǒng)設計指用分析階段給出的問題域模型,用面向對象的方法設計出軟件基礎架構(概要設計)和完整的類結構(詳細設計),以實現(xiàn)業(yè)務功能。 軟件系統(tǒng)結構(軟件架構) ? 軟件體系結構定義 軟件架構定義:將軟件系統(tǒng)劃分為多個模塊,明確各模塊間的相互作用,組合起來實現(xiàn)系統(tǒng)的全部特性。 ? 典型體系結構 軟件架構設計的一個核心問題是能夠使用重復的架構模式,能否達到架構級的軟件復用。 架構設計的目標: 最大化復用;復雜問題簡單化 (這也是中間件和多層技術的根本目標) ;靈活的擴展性; ? 軟件體系結構分析與評估 軟件架構設計注意事項:關系數(shù)據庫優(yōu)于對象數(shù)據庫,前者成熟,多廠商支持,后者技術先進 ;用戶界面 選擇使用 HTML( HTTP);靈活性與性能考慮,即考慮獨立于廠家方案還是單廠家方案;選擇成熟的技術可以規(guī)避項目風險 ; 聘請經驗豐富的架構設計師。中間件是位于硬件、操作系統(tǒng)等平臺和應用之間的通用服務,這些服務有標準的程序接口( API)和協(xié)議。 系統(tǒng)集成項目管理工程師考試大綱復習知識點 15 ( 3) 相對穩(wěn)定:操作型數(shù)據庫中的數(shù)據是實時更新的;數(shù)據倉庫的數(shù)據用來查詢,只有少量的修改和刪除操作,通常只需定期加載、刷新。 數(shù)據倉庫系統(tǒng)結構: OLAP: Online analysis processing 聯(lián)機分析處理 數(shù)據倉庫按照數(shù)據的覆蓋范圍分為:企業(yè)級數(shù)據倉庫、部門級數(shù)據倉庫(即數(shù)據集市)。 適用于使用 Web Services的情況:跨越防火墻、應用程序集成、 B2B集成、軟件復用(重用)。 ? J2EE 結構 (工業(yè)標準) J2EE 是由 sun 公司主導、各廠家共同制定并得到廣泛認可的工業(yè)標注。 J2EE 應用將開發(fā)工作分為 2 類:業(yè)務邏輯開發(fā)、表示邏輯開發(fā),其余的系統(tǒng)資源由應用服務器自動處理,不必為中間層的資源和運行管理進行編碼。 ? .NET 結構 (微軟標準) 微軟的 . 是基于一組開放的互聯(lián)網協(xié)議而推出的一系列產品、技術、服務。 ? 工作流技術 工作流( workflow)是工作流程的計算模型,即將工作流程中的工作如何前后組織在一起的邏輯和規(guī)則,在計算機中以恰當?shù)哪P瓦M行表示并實施計算。 ? 構 件及其在系統(tǒng)集成項目中的重要性 構件技術就是利用某種編程手段,將人們所關心的,但又不便于讓最終用戶區(qū)直接操作的細節(jié)就行了封裝,同時對各種業(yè)務邏輯規(guī)則進行了實現(xiàn),用于處理用戶的內部操作細節(jié)。 ? Inter 技術及應用 Inter利用異構網絡協(xié)議 tcp/ip組建,但是安全性不高。 城域網模式: SDH多業(yè)務平臺、彈性分組環(huán)多業(yè)務平臺 RPR、電信級以太網多業(yè)務平臺。 ? 網絡管理 網絡管理包括 4個方面:網 絡設備的管理、服務器的管理、資源的管理、用戶的管理。 ? 網絡服務器 網絡服務器按發(fā)展歷程分:文件服務器、數(shù)據庫服務器、 Inter/intra通用服務器、應用服務器。 應用服務器:一種為基于 B/S構造的 WEB應用服務器,一種為專用服務器(如 CAD 服務器、視頻點播服務器、流媒體點播服務器、電視會議服務器、打印服務器等)。 ? 網絡接入技術 網絡接入方式: ( 1) 撥號接入: PSTN、 ISDN ( 2) 專線接入: DDN、 GPRS 和 3G ( 3) 寬帶接入: DSL、無源光網絡、 Cable Modem、以太網接入、光纖接入。 系統(tǒng)集成項目管理工程師考試大綱復習知識點 17 ? 網絡規(guī)劃、設計與實施 網絡規(guī)劃原則:實用性;開放性;先進性; 設計及實施原則:可靠性;安全性;高效性;可擴展性; 項目管理的理論基礎與體系 ? 項目與項目管理的概念 項目:是為達到特定的目的、使用一定資源、在確定的時間內、為特定發(fā)起人而提供獨特的產品、服務或成果而進行的一次性努力。 ? 系統(tǒng)集成項目的特點 ( 1) 以滿足客戶和用戶的需求為根本出發(fā)點; ( 2) 客戶的需求常常不夠明確、復雜多變,應 加強需求變更管理以控制風險; ( 3) 系統(tǒng)集成不是選擇最好產品的簡單行為,而是選擇最適合用戶的需求和投資規(guī)模的產品和技術; ( 4) 高技術與高技術的集成; ( 5) 是一項綜合性的系統(tǒng)工程; ( 6) 項目團隊年輕、流動率 高; ( 7) 強調溝通的重要性。 項目干系人包括:客戶 和用戶;項目經理;執(zhí)行組 織;項目團隊成員;項目發(fā)起人;職能經理;影響者;項目管理辦公室( project management office, PMO)。通常,解決項目干系人之間不同意見應該以使客戶滿意為主,但不要忽略其他項目干系人的要求和期望,應找到對分歧的恰當解決方案,是項目經理的主要挑戰(zhàn)。 過程組:啟動過程組、計劃過程組、執(zhí)行過程組、監(jiān)控過程組、收尾過程組。 ? 項目管理專業(yè)領域關注點 項目管理知識體系; 項目應用領域的知識、標準和規(guī)定; 項目環(huán)境知識; 通用的管理知識和技能; 軟技能或人際關系技能; 經驗、知識、工具和技術。 組織文化: ( 1) 組織的共同價值觀、行為準則、信仰和期望; ( 2) 組織的方針、辦事程序; ( 3) 組織對于職權關系的觀點; ( 4) 職業(yè)道德; ( 5) 眾多其他因素 組織文化對項目的影響: ( 1) 在一個進取心較強或具有開拓精神的組織中,團隊提出的非常規(guī)、高風險的建議更容易獲得批準; ( 2) 在一個等級制度森嚴的組織中,一個喜歡高度參與的項目經理可能會經常遇到麻煩; 而在一個民主的、鼓勵參與的組織中,一個喜歡獨裁的項目經理也會吃不開。 組織結構的 應用: ( 1) 職能型結構:主要由一個部門完成的項目;技術上比較成熟。 ( 3) 矩陣型結構:運用在管理規(guī)范、分工明確的公司;一般用作跨職能部門的項目。 項目生命周期從技術上劃分的階段:需求分析、系統(tǒng)設計、系統(tǒng)構建、系統(tǒng)運行。 ? 項目生命周期的特征 ( 1) 在初始階段,費用和人員水平較低,在中間達到最高,當項目接近結束時則快速下降; ( 2) 在項目初始階段不確定性最高,因此不能達成項目目標的風險是最高的 。造成這種現(xiàn)象的主要原因是隨著項目的開展,變更和缺陷修改的費用會增加。 ( 2) 項目階段由連續(xù)過程組成,這些過程按一定的順序前后相連。 ( 3) 階段可進一步劃分為子階段。 ( 5) 項目本 階段的完成并不意味著對后續(xù)階段的批準 。 ? 項目生命周期與產品生命周期的關系 在某些應用領域中(例如新產品開發(fā)和軟件開發(fā)),組織將項目生命周期作為產品生命周期的一部分來考慮。若其工作成果得到確認,則繼續(xù)進行下一項開發(fā)活動;否則返回前一項,甚至更前項的活動。 V模型的價值在于它非常明確的標明了測試過程中存在不同的級別。 ? 原型化模型 原型化模型是為了彌補瀑布模型的不足而產生的。 瀑布和 V模型將原型化模型 的思想用于需求分析環(huán)節(jié),來解決因為需求不明確而導致產品出現(xiàn)嚴重后果的缺陷。
點擊復制文檔內容
研究報告相關推薦
文庫吧 www.dybbs8.com
備案圖鄂ICP備17016276號-1