系統整合專案管理工程師—選擇題重要知識點
資訊系統服務管理的主要內容
(l)計算機資訊系統整合單位資質管理。
(2)資訊系統專案經理資質管理。
(3)資訊系統工程監理單位資質管理。
(4)資訊系統工程監理人員資質管理。
監理活動的主要內容
概括為“四控、三管、一協讕”。
(l)四控:
資訊系統工程質量控制;資訊系統工程進度控制:資訊系統工程投資控制;資訊系
統工程變更控制。
(2)三管:
資訊系統工程合同管理;資訊系統工程資訊管理;資訊系統工程安全管理。
(3)一協調:
在資訊系統工程實施過程中協調有關單位及人員間的工作關係。
專案文件
分為開發文件、產品文件和管理文件三類
開發文件描述開發過程本身,基本的開發文件是
1、可行性研究和專案任務書
2、需求規格說明
3、功能規格說明
4、設計規格說明包括程式和資料規格說明
5、開發計劃
6、軟體整合和測試計劃
7、質量保證計劃標準進度
8、安全和測試資訊詳細介紹
產品文件描述開發過程的產物,基本的產品文件包括
1、培訓手冊
2、參考手冊和使用者指南
3、軟體支援手冊
4、產品手冊和資訊廣告
管理文件記錄專案管理的資訊,這種文件建立在專案管理資訊的基礎上諸如:
1、開發過程的每個階段的進度和進度變更的記錄
2、軟體變更情況的記錄
3、相對於開發的判定記錄
4、職責定義
文件質量登記
1級:最低限度文件 低於1個月的開發者自動程式
2級:內部文件 專用程式
3級:工作文件 同單位聯合開發;可被其他單位使用
4級:正式文件 正式發行供普遍使用的軟體產品。
資訊系統開發方法
常用的開發方法有:結構化方法、原型法、物件導向方法
專案建議書
專案建議書(又稱立項申請)是專案建設單位向上級主管部門提交專案申請時所必須的檔案是對擬建專案提出的框架性的總體設想。專案建議書是專案發展週期的初始階段,是國家或上級主管部門選擇專案的依據,也是可行性研究的依據
專案建議書內容
(1)專案的必要性。
(2)專案的市場預測。
(3)產品方案或服務的市場預測。
(4)專案建設必需的條件。
專案章程
專案章程是正式批准一個專案的文件,專案章程應當由專案組織以外的專案發起人釋出,若專案為本組織開發也可由投資人釋出。專案章程為專案經理使用組織資源進行專案活動提供了授權。儘可能在專案早期確定和任命專案經理。
專案章程應當包括以下
(1)基於專案干係人的需求和期望提出的要求。
(2)專案必須滿足的業務要求或產品需求。
(3)專案的目的或專案立項的理由。
(4)委派的專案經理及專案經理的許可權級別。
(5)概要的里程碑進度計劃。
(6)專案干係人的影響。
(7)職能組織及其參與。
(8)組織的、環境的和外部的假設。
(9)組織的、環境的和外部的約束。
(10)論證專案的業務方案,包括投資回報率。
(11)概要預算。
工作說明書(SOW)和範圍說明書:
工作說明書:是專案對所要提供的產品、成果或服務的描述。工作說明書由建設方出具,給承建方做指導,承建方由此編寫範圍說明書。
專案範圍說明書:描述了專案的可交付物和產生這些可交付物所必須進行的專案工作
採購工作說明書需要注意,它是根據範圍基準制定,將要包含在採購合同中的那一部分專案範圍進行定義,詳細規定了採購專案
環境和組織因素和組織過程資產:
“環境和組織因素和組織過程資產有交叉,它們是相對的概念,能夠被你利用的就是組織過程資產,不能被你利用的就是環境和組織因素。”
環境和組織因素是指圍繞專案或能影響專案成敗的任何內外部環境因素。我們幾乎無法影響它。環境和組織因素可能提高或限制專案管理的靈活性,並可能對專案結果產生積極或消極影響。它卻在時時刻刻地影響著我們。
環境和組織因素包括(但不限於):
組織文化、結構和流程;
政府或行業標準(如監管機構條例、行為準則、產品標準、質量標準和工藝標準);
基礎設施(如現有的設施和固定資產);
現有人力資源狀況(如人員在設計、開發、法律、合同和採購等方面的技能、素養與知識);
人事管理制度(如人員招聘和留用指南、員工績效評價與培訓記錄、加班政策和時間記錄);
公司的工作授權系統;
市場條件;
干係人風險承受力;
政治氛圍;
組織已有的溝通渠道;
商業資料庫(如標準化的成本估算資料、行業風險研究資料和風險資料庫) ;
專案管理資訊系統(如自動化工具,包括進度計劃軟體、配置管理系統、資訊收集與釋出系統或進入其他線上自動系統的網路介面)
組織過程資產包括任何或全部與過程相關的資產,可來自任一或所有參與專案的組織,用於幫助專案成功。簡言之就是那些可以被專案利用和影響的那部分資源。
問題:為什麼“組織文化、結構和流程”中的流程是事業環境因素,而“組織標準的程式”卻是組織過程資產呢?
答:要說明白這個問題首先同學們需要明白以下三個知識點:
1、專案收尾階段需要總結經驗教訓,更新經驗教訓知識庫,並把經驗教訓知識庫提升到組織過程資產的高度。
2、組織過程資產,既然作為一種“資產”,通常是對專案成功有幫助的東西才能稱為資產;
3、事業環境因素通常是專案經理做專案的過程中不得不考慮的因素,除“商業資料庫”與“專案管理資訊系統”外。
質量管理三個過程
一、實施質量保證
根據過去的質量控制測量結果(質量偏差),對質量標準(要求)進行重新評價,確保所採用的質量標準(要求)是合理的、可操作的。
實施質量保證過程要開展的工作包括:
1. 按專案計劃開展具體的質量活動,把專案過程及產品做得符合質量要求;即:按照計劃做質量。
2. 設法提高專案干係人對專案將要滿足質量要求的信心,以便減少來自干係人的干擾,擴大他們的支援。
3. 按照過程改進計劃,進行過程改進,使專案過程更加穩定,並減少非增值環節。
二、控制質量
質量控制要做的幾件事情包括:
1. 按照質量標準檢查質量,發現質量偏差和質量缺陷,並對不可接受的質量偏差提出糾偏建議,對質量缺陷提出缺陷補救建議。這兩種建議都屬於變更請求。
2. 對已經完成的可交付成果進行質量合格性檢查;如果合格,就得到“確認的可交付成果”;如果不合格,就提出變更請求(缺陷補救建議)。
3. 對已批准的缺陷補救措施的實施情況進行檢查;如果已實施到位,就得到“確認的變更”;否則,就要求執行過程繼續實施缺陷補救。
專案具體結果既包括專案的最終產品(可交付成果等)或服務,也包括專案過程的結果。專案產品的質量控制一般由質量控制職能部門負責,而專案過程結果的質量,卻需要由專案管理組織的成員進行控制。質量控制過程還可能包括詳細的活動和資源計劃。
專案論證
承建方的專案論證:1技術可行性分析,2人力及其他資源配置能力可行性分析,3財務可行性分析,4風險分析,5對可能的其他投標者的相關情況分析
專案的人力資源和專案干係人
專案的人力資源是由參與到專案中的人組成的,而專案干係人是專案的結果會影響到的、或者他們的活動會影響到專案的人群。
WBS 和OBS、RBS
工作分解結構(WBS)主要是解決專案可交付物如何分解成工作包,組織分解結構(OBS)不是根據專案的交付物進行分解,而是根據組織的部門、單位或團隊進行分解。專案的活動和工作包被列在每一個部門下面。資源分解結構(RBS),用來分解專案中各種型別的資源。
專案收尾的內容
1,專案驗收,2專案總結,3專案的評估與審計
關鍵鏈法和關鍵路徑法
關鍵路徑法通過對專案進度網路圖進行正向和反向的分析,計算出每項活動理論的最早開始和結束日期,最遲開始和結束日期,不考慮資源限制
關鍵鏈法根據有限的資源對專案進度計劃進行調整,考慮了了確定性和隨機性,在確定了關鍵路徑後,將資源的有無和多寡的情況考慮進去,確定資源限制進度計劃,關鍵鏈法新增了歷時緩衝,將注意力集中在歷時緩衝和資源約束的管理上
個資料沒有任何價值,但是海量的資料則蘊含著不可估量的價值,通過挖掘、分析,可從中提取出相應的價值,而大資料就是為解決這一類問題而產生的。
資料驅動這樣一種商業模式是在大資料的基礎上產生的,它需要利用大資料的技術手段,對企業海量的資料進行分析處理,挖掘出這些海量資料的蘊含的價值,從而指導企業進行生產、銷售、經營、管理。
軟體維護
更正性維護:診斷和修正系統中遺留的錯誤,就是糾錯性維護
適應性維護:為了使系統適應環境的變化而進行的維護工作
完善性維護:使用者往往要求擴充原有系統的功能,增加一些在軟體需求規範書中沒有規定的功能與效能特徵
預防性維護:系統維護工作不應總是被動地等待使用者提出要求後才進行,應進行主動的預防性維護目的是通過預防性維護為未來的修改與調整奠定更好的基礎
經濟分析方法
靜態分析法:不考慮資金的時間價值
投資收益率法:一個正常年份的年淨收益總額與方案投資總額的比率。他是評價投資方案盈利能力的靜態指標,表明投資方案正常生產年份中,單位投資每年所創造的年淨收益額。
投資回收期法:通俗的講就是成本回收要花費的時間
追加投資回收期法:追加投資回收期是指某技術改造專案由兩種及其以上方案時,採用某一方案比採用其他方案多投資的部分,由採用這一方案比採用其他方案節約的經營費用來補償所需要的時間。
最小費用法
動態分析法:考慮資金的時間價值
淨現值法:
淨現值比率法:
年值投資回收期法:
內部收益率法:
UML(視覺化建模)的九種圖
1.用例圖:
軟體需求包括 3 個不同的層次
業務需求( Business requirement
) 表示組織或客戶高層次的目標。業務需求通常來自專案投資人、購買產品的客戶、實際使用者的管理者、市場營銷部門或產品策劃部門。業務需求描述了組織為什麼要開發一個系統,即組織希望達到的目標。使用前景和範圍( vision and scope )文件來記錄業務需求,這份文件有時也被稱作專案輪廓圖或市場需求( project charter 或 market requirement
)文件。
使用者需求( user requirement
) 描述的是使用者的目標,或使用者要求系統必須能完成的任務。用例、場景描述和事件――響應表都是表達使用者需求的有效途徑。也就是說使用者需求描述了使用者能使用系統來做些什麼。
功能需求( functional requirement
) 規定開發人員必須在產品中實現的軟體功能,使用者利用這些功能來完成任務,滿足業務需求。功能需求有時也被稱作行為需求( behavioral requirement ),因為習慣上總是用“應該”對其進行描述:“系統應該傳送電子郵件來通知使用者已接受其預定”。功能需求描述是開發人員需要實現什麼。
專案範圍和產品範圍的區別聯絡
1、產品範圍——某項產品、服務或成果所具有的特性和功能。
2、專案範圍——為交付具有規定特性與功能的產品、服務或成果而必須完成的工作。
3、驗收依據:根據專案管理計劃來衡量專案範圍是否完成;根據產品需求來衡量產品範圍是否完成。
4、二者關係。產品範圍決定專案範圍、專案範圍服務於產品範圍。只要是屬於特性或者功能的內容,都是產品範圍;只要是為完成這些“特性或功能”而必須做的工作,均為專案範圍。
溝通管理
溝通規劃 |
專案干係人 |
確定專案干係人的資訊需求,並定義溝通方法的過程 |
溝通需求 |
||
資訊釋出 |
|
根據規劃向專案干係人提供資訊的過程 |
績效報告 |
|
績效報告是指蒐集所有基準資料並向專案干係人提供專案績效資訊。一般來說,績效資訊包括為實現專案目標而輸入的資源的使用情況。績效報告一般應包括範圍、進度、成本和質量方面的資訊。許多專案也要求在績效報告中加入風險和採購資訊。報告可草擬為綜合報告,或者報導特殊情況的專題報告。 績效報告的內容 一般來講,績效報告需要包括以下內容。 (1)專案的進展和調整情況。 (2)專案的完成情況。 (3)專案總投入、資金到位情況。 (4)專案資金實際支出情況。 (5)專案主要效益情況。 (6)財務制度執行情況。 (7)專案團隊各職能團隊的績效。 (8)專案執行中存在的問題及改進措施。 (9)預測 |
專案干係人管理 |
|
滿足資訊需求者的需求並解決專案干係人之間的問題 |
配置識別的步驟
1、識別需要受控的軟體配置項。2、分配唯一的標識。3、定義每個配置項的重要特徵以及識別器所有者。4、識別組建、資料及產品獲取點和準則。5、建立和控制基線。6、維護文件和組建的修訂與產品獲取點和準則
國家資訊化體系要素
國家資訊化體系包括資訊科技應用、資訊資源、資訊網路、資訊科技和產業、資訊化人才、資訊化法規政策和標準規範6個要素,
資訊科技應用是資訊化體系六要素中的龍頭,是國家資訊化建設的主陣地。
資訊資源的開發利用是國家資訊化的核心任務,是國家資訊化建設取得實效的關鍵,也是我國資訊化的薄弱環節。
資訊網路是資訊資源開發利用和資訊科技應用的基礎,是資訊傳輸、交換和共享的必要手段。
資訊科技和產業是我國進行資訊化建設的基礎。
資訊化人才是資訊化建設的關鍵。
資訊化政策法規和標準規範用於規範和協調資訊化體系各要素之間關係,是國家資訊化快速、持續、有序、健康發展的根本保障。
OLTP與OLAP
OLTP:On_line TransactionProcessing 聯機事務處理
OLAP:On_line Analytical Processing 聯機分析處理
OLTP 顧名思義,以業務處理為主。OLAP則是專門為支援複雜的分析操作而設計的,側重於對決策人員和高層管理人員的決策支援
OLTP與OLAP 的主要區別有以下幾點:
(1)、所面向的使用者和系統:OLTP是面向客戶的,由職員或客戶進行事務處理或者查詢處理。OLAp是向向市場的,由經理、主管和分析人員進行資料分析和決策的。
(2)、資料內容:OLTP系統管理當前資料,這些資料通常很瑣碎,難以用於決策。OLAP系統管理大量歷史資料,提供彙總和聚集機制,並在不同的粒度級別上儲存和管理資訊,這些特點使得資料適合於決策分析。
(3)、資料庫設計:通常,OLTP採用ER模型和麵嚮應用的資料庫設計,而OLAP系統通常採用星型模式或雪花模式和麵向主題的資料庫設計。
(4)、檢視:OLTP系統主要關注一個企業或部門的當前資料,而不涉及歷史資料或不同組織的資料。與之相反,OLAP系統常常跨越一個企業的資料庫模式的多個版本,OLAP系統也處理來自不同組織的資訊,由多個資料來源整合的資訊。
(5)、訪問模式:OLTP系統的訪問主要由短的原子事務組成,這種系統需要併發控制和恢復機制。而OLAP系統的訪問大部份是隻讀操作,其中大部份是複雜查詢。
(6)、度量:OLTP專注於日常時實操作,所以以事務吞吐量為度量,OLAP以查詢吞吐量和響應時間來度量。
乙太網
乙太網(Ethernet)是一種區域網規範,是當今現有區域網採用的最通用的通訊協議標準。乙太網路使用CSMA/CD(載波監聽多路訪問及衝突檢測)技術[典型特徵],並以10M/S的速率執行在多種型別的電纜上。乙太網與IEEE802.3系列標準相類似。包括標準的乙太網(10Mbit/s)、快速乙太網(100Mbit/s)和10G(10Gbit/s)乙太網。它們都符合IEEE802.3。
傳輸介質主要是雙絞線和同軸電纜,千兆乙太網仍然是以太技術,它採用了與10M乙太網相同的幀格式等,早期乙太網多使用匯流排型的拓撲結構,採用同軸纜作為傳輸介質,連線簡單,通常在小規模的網路中不需要專用的網路裝置,但由於它存在的固有缺陷,已經逐漸被以集線器和交換機為核心的星型網路所代替
網路協議
網路層-路由器,資料鏈路層-交換機、網橋、集線器,物理層-中繼器
osi參考模型中,資料鏈路層處理的資料單位是楨;物理層是位元;網路層是分組,傳輸層是報文
TCP/IP協議
應用層:電子郵件傳輸SMTP、檔案傳輸協議FTP、網路遠端訪問協議Telnet、超文字傳輸協議HTTP
傳輸層:TCP面向連線的,可靠的協議、UPD面向無連線的,不可靠的傳輸協議
網路層:IP ARP ICMP IGMP
介面層:PPP/SLIP、FDDI等網路纜線、介面卡之類的物理裝置
OSI參考模型
位元流—物理層;資料幀—資料鏈路層;資料流—網路層;資料包—傳輸層;
程式間回話—會話層;解壓縮、加解密—表示層;互動工作—應用層
智慧財產權的地域性
智慧財產權的地域性是指,按照一國法律獲得承認和保護的智慧財產權,只能在該國發生法律效力,而不具有域外效力。智慧財產權域外效力的取得,對著作權而言,依賴於國際公約或者雙邊協定即可:專利權、商標權則必須有他國行政主管機關的確認,方可產生法律效力。
著作權法不包括
法律法規,國家機關的決議,以及其他具有立法司法性質的檔案
時事新聞
曆法/通用數表,通用表格和公式
定性風險分析和定量風險分析的工具區分
定性風險分析評估的是風險發生的概率和影響,然後對風險進行優先順序排序
定性:風險概率與影響評估、概率影響矩陣、風險資料質量評估、風險分類、風險緊迫性評估
定量:資料收集和表示技術(訪談、概率分佈、專家判斷)。定量風險分析和建模技術(敏感度、預期貨幣價值分析EMV、決策樹分析、建模和模擬(蒙特卡洛技術))
資訊系統整合資質
|
綜合條件 |
業績(近三年) |
管理能力 |
人才 |
一級 |
1.取得計算機資訊系統整合企業二級資質的時間不少於兩年; 2、企業不擁有資訊系統工程監理單位資質; 3、近三年的系統整合收入總額佔營業收入總額的比例不低於70%; 4、企業註冊資本和實收資本均不少於5000萬元。 |
1、企業近三年的系統整合收入總額不少於5億元(或不少於4億元且近三年完成的系統整合專案總額中軟體和資訊科技服務費總額所佔比例不低於80%) |
第三方認證 企業的主要負責人: 5年以上從事電子資訊科技領域企業管理經歷, 財務:中級以上職稱。 |
開發系統整合人員>220 中級經理>30 高階經理>10
本科以上>80%
|
二級 |
1、取得三級資質一年以上 2、企業不擁有資訊系統工程監理單位資質; |
1、企業近三年的系統整合收入總額不少於2.5億元(或不少於2億元且近三年完成的系統整合專案總額中軟體和資訊科技服務費總額所佔比例不低於70%) |
第三方認證 企業的主要負責人: 4年以上從事電子資訊科技領域企業管理經歷, 財務:中級以上職稱。 |
開發人員>150 中級>18 高階>4 本科以上>80%
|
三級 |
1、取得四級資質一年以上 2、企業不擁有資訊系統工程監理單位資質; |
1、企業近三年的系統整合收入總額不少於5000萬元(或不少於4000萬元且近三年完成的系統整合專案總額中軟體和資訊科技服務費總額所佔比例不低於70%) |
第三方認證 企業的主要負責人應具有3年以上從事電子資訊科技領域企業管理經歷, 財務:初級以上職稱。 |
開發人員>50 中級>6 高階>1 本科以上>60%
|
四級 |
1、企業不擁有資訊系統工程監理單位資質; |
|
企業的主要負責人:2年以上經驗 財務:初級以上職稱。 |
開發人員>15 中級>2
本科以上>60%
|
網路安全審計的型別
網路安全審計從審計級別上可分為3種型別:系統級審計、應用級審計和使用者級審計。[2]
1)系統級審計
系統級審計主要針對系統的登入情況、使用者識別號、登入嘗試的日期和具體時間、退出的日期和時間、所使用的裝置、登入後執行程式等事件資訊進行審查。典型的系統級審計日誌還包括部分與安全無關的資訊,如系統操作、費用記賬和網路效能。這類審計卻無法跟蹤和記錄應用事件,也無法提供足夠的細節資訊。
2)應用級審計
應用級審計主要針對的是應用程式的活動資訊,如開啟和關閉資料檔案,讀取、編輯、刪除記錄或欄位的等特定操作,以及列印報告等。
3)使用者級審計
使用者級審計主要是審計使用者的操作活動資訊,如使用者直接啟動的所有命令,使用者所有的鑑別和認證操作,使用者所訪問的檔案和資源等資訊。
系統安全等級管理。
應用系統執行中涉及的安全和保密層次包括系統級安全、資源訪問安全、功能性安全和資料域安全4個層次的安全。安全等級可分為保密等級和可靠性等級兩種。保密等級應按有關規定劃為絕密、機密和祕密。可靠性等級可分為三級ABC
安全保護的五個等級
1、使用者自主保護等級
2、系統審計保護等級
3、安全標記保護等級
4、結構化保護級
5、訪問驗證保護級
資訊系統安全5個層面的安全要求
物理 |
物理位置的選擇、物理訪問控制、防盜竊和防破壞、防震、防水等 |
|
網路
|
結構安全 |
網路設定的業務處理能力 寬頻能力 網路拓撲圖 劃分子網和網段 |
訪問控制 |
|
|
安全審計 |
記錄日誌 分析資料,生成審計報表 |
|
邊界完整性檢查 |
內網使用者不可私自連線外網 |
|
入侵防範 |
監視攻擊行為,記錄攻擊源IP、攻擊型別等,提供報警及採取相應動作 |
|
惡意程式碼防範 |
檢測和清除 |
|
網路裝置防護 |
鑑別登入網路裝置的使用者 |
|
主機 |
身份鑑別 |
登入作業系統、資料庫身份鑑別 |
訪問控制 |
|
|
可信路徑 |
|
|
安全審計 |
|
|
|
|
|
應用
|
|
|
資料及備份恢復
|
資料完整性 |
資料在傳輸、儲存過程完整性受到破壞 |
保密性 |
採用加密措施 |
|
備份和恢復 |
|
合同變更管理
合同變更的處理由合同變更控制系統來完成。
對於任何變更的評估都應該有變更影響分析。
變更申請、變更評估和變更執行等必須以書面形式出現。
按照合同簽約備方的約定,合同變更控制系統的一般處理程式如下。
(1)變更的提出。
(2)變更請求的審查。
(3)變更的批准
(4)變更的實施。
“公平合理”是合同變更的處理原則,變更合同價款按下列方法進行。
(1)首先確定合同變更量清單,然後確定變更價款。
(2)合同中已有適用於專案變更的價格,按合同已有的價格變更合同價款。
(3)合同中只有類似於專案變更的價格,可以參照類似價格變更合同價款。
(4)合同中沒有適用或類似專案變更的價格,由承包人提出適當的變更價格,經監
理工程師和業主確認後執行。
專案合同的分類
1.總承包合同
發包人把資訊系統工程建設從開始立項、論證、施工到竣工的全部任務,一併發包給一個具備資質的承包人。要求承包人技術強,經驗豐富發包人和承包人要簽訂總承包合同。這種總承包合同既可以用一個總合同的形式,也可以用若干合同的形式來簽訂。
2.單項專案承包合同
發包人將資訊系統工程建設的不同工作任務,分別發包給不同的承包人。使發包人有更大的選擇餘地。這種發包方式較適用於那些對工程建設有較強管理能力的發包人。
3.分包合同
總承建單位將其承包的某一部分或某幾部分專案,再發包給子承建單位。
簽訂分包合同應當同時具備兩個條件:第一,承包人只能將自己承包的部分工程分
包給具有相應資質條件的分包人;第二,分包工程必須經過發包人同意。
1.總價合同
在合同中確定一個完成專案的總價,承包人據此完成專案全部合同內容的合同。
2.單價合同
招標檔案就專案所列出的工作量表確定各部分專案工程費用的合同型別。鼓勵承包人通過
提高工效等手段從成本節約中提高利潤。需要注意的問題是雙方對實際工作量的確定。
3.成本加酬金合同
由發包人向承包人支付工程專案的實際成本,並且按照事先約定的某一種方式支付酬金的合同型別。這類合同的缺點是建設單位對工程造價不易控制,承建單位也往往不注意降低專案成本。
質量管理—6σ管理法
6σ管理法是對於短期目標的改善,進而達到長期目標的質量哲學
業務流程改進遵循五步迴圈改進法,即DMAIC模式:
定義[Define]、測量[Measure]、分析[Analyze]、改進[Improve]、控制[Control]
σ越高,過程狀況越好,故障率越低
4G
第四代行動電話行動通訊標準, 外語縮寫:4G。該技術包括TD-LTE和FDD-LTE兩種制式, 4G是集3G與WLAN於一體,並能夠快速傳輸資料、高質量、音訊、視訊和影象等。4G能夠以100Mbps以上的速度下載,比目前的家用寬頻ADSL(4兆)快25倍
物聯網
通過頻射識別、紅外感應器、鐳射掃描等資訊感測器,將物品與網際網路相連
“網際網路+”
就是“網際網路+各個傳統行業”,但這並不是簡單的兩者相加,而是利用資訊通訊技術以及網際網路平臺,讓網際網路與傳統行業進行深度融合,創造新的發展生態
相關文章
- (2010-2016)系統整合專案管理工程師真題解析專案管理工程師
- 資訊系統專案管理師-必背的知識點專案管理
- 軟考中級 - 系統整合專案管理工程師專案管理工程師
- Oracle 選擇題知識點整理Oracle
- 系統整合專案管理師和高階專案管理師考試心得專案管理
- 2020年下半年系統整合專案管理工程師上午試題解析(一)專案管理工程師
- 工程專案管理的重要技巧專案管理
- java版工程專案管理系統原始碼+系統管理+系統設定+專案管理Java專案管理原始碼
- 系統整合專案管理工程師筆記4 - 第四章 資訊系統架構專案管理工程師筆記架構
- 施工企業如何選擇工程專案管理軟體?專案管理
- 工程管理系統原始碼-專注專案數字化管理-工程管理原始碼
- 2015年上半年系統整合專案管理工程師案例計算題精講視訊(喬俊峰)專案管理工程師
- 系統整合專案管理工程師中高階PMP一次通過經驗之談專案管理工程師
- 408 知識點筆記——作業系統(檔案系統、裝置管理)筆記作業系統
- 工程管理系統專案各模組及其功能點清單
- 工程管理系統原始碼-物料管理-工程專案管理系統-建築施工管理軟體原始碼專案管理
- 《系統整合專案管理》第九章 專案成本管理專案管理
- 建築施工企業應該如何選擇專案管理系統?專案管理
- 系統整合專案管理工程師筆記1 - 第一章 資訊化發展專案管理工程師筆記
- Promise重要知識點Promise
- 為何選擇合適的文件管理系統至關重要?
- 選擇工程進度管理系統:2024年8款優選分享
- java工程管理系統原始碼 工程專案各模組及其功能點清單Java原始碼
- java版工程專案管理系統原始碼Java專案管理原始碼
- java版工程專案管理系統原始碼+系統管理+系統設定+專案管理+合同管理+二次開發Java專案管理原始碼
- 10款專案型企業管理系統,選擇前需瞭解
- HR管理系統的五大選擇特點
- java 版工程管理系統專案各模組及其功能點清單Java
- 專題 | 專案管理知識、方法論、工具NO.3:事事皆為專案,人人都要懂專案管理...專案管理
- 大資料工程師需要掌握的知識點大資料工程師
- react native社群專案知識點React Native
- 【原】2024年系統規劃與管理師案例知識點學習筆記筆記
- 選擇合適的專案管理系統來支援專業產品研發團隊專案管理
- hibernate+sturts整合專案之商品管理系統
- 監理單位專案管理系統:選擇前你必須知道的事專案管理
- java版spring cloud工程專案管理系統原始碼JavaSpringCloud專案管理原始碼
- 【計題02組專業03號】作業系統知識點複習作業系統
- 知識點:Armstrong公理系統
- 作業系統知識點作業系統