1、在信息系統開發中，（需求分配）屬于軟件架構設計師要完成的主要任務之一。?

2、J2EE包含的技術規范：

（1）Servlet：運行在服務器上的小程序，用于提供以構件為基礎、獨立于平臺的Web應用。

（2）JCA：J2EE連接器架構，提供一種連接不同企業信息平臺的標準接口。

（3）JSP：JSP頁面由HTML代碼和嵌入其中的JAVA代碼所組成。服務器在頁面被客戶端所請求以后對這些JAVA代碼進行處理，然后將生成的HTML頁面返回給客戶端的瀏覽器。

（4）EJB：實現應用中關鍵的業務邏輯，創建基于構件的企業級應用程序。

3、從信息系統開發的角度來看，信息系統的生命周期包括：（系統規劃-系統分析-系統設計-系統實施-運行維護）

4、UML標識（引用自“UML圖學習之二 類圖 - 海米傻傻 - 博客園”）

接口：空心圓+直線（唐老鴨類實現了‘講人話’）；
依賴：虛線+箭頭（動物和空氣的關系）；
關聯：實線+箭頭（企鵝需要知道氣候才遷移）；
聚合：空心四邊形+實線+箭頭（雁群和大雁的關系）；
合成/組合：實心四邊形+實線+箭頭（鳥和翅膀的關系）；
泛化/繼承：空心三角形+實線（動物和鳥的繼承關系）；
實現：空心三角形+虛線（實現大雁飛翔的接口）；

5、軟件開發模型（引用自“簡練軟考知識點整理-瀑螺原迭敏V_weixin_30687811的博客-CSDN博客”）——重要！！

（1）瀑布模型

? ? 瀑布模型一般將軟件開發分為可行性分析（計劃）、需求分析、軟件設計（概要設計、詳細設計）、編碼（含單元測試）、測試、運行維護等幾個階段。適用于需求明確或很少變更的項目。

（2）V模型

? ? V模型的左邊下降的是開發過程各階段，與此相對應的是右邊上升的部分，即各測試過程的各個階段。V模型的優點在于它非常明確地標明了測試過程中存在的不同級別，并且清楚地描述了這些測試階段和開發各階段的對應關系。

?（3）原型化模型

? ? 原型化模型的第一步是建造一個快速原型，實現客戶或未來的用戶與系統的交互，經過和用戶針對原型的討論和交流，弄清需求以便真正把握用戶需要的軟件產品是什么樣子的。充分了解后，再在原型基礎上開發出用戶滿意的產品。

?（4）螺旋模型

? ? 螺旋模型是一個演化軟件過程模型，將原型實現的迭代特征與線性順序（瀑布）模型中控制的和系統化的方面結合起來。使得軟件的增量版本的快速開發成為可能。在螺旋模型中，軟件開發是一系列的增量發布。特點之一是循環往復。在螺旋模型演進的過程中，確定一系列的里程碑，以確保項目朝著正確的方向前進，同時降低風險。適用于龐大而復雜的、高風險的系統。

?（5）迭代模型

? ? RUP中的軟件生命周期在時間上被分解為4 個順序的階段，分別是：初始階段、細化階段、構建階段和交付階段。這4個階段的順序執行就形成了一個周期。每個階段結束于一個主要的里程碑。在每個階段的結尾執行一次評估以確定這個階段的目標是否己經滿足。適用于于事先不能完整定義產品所有需求、計劃多期開發的項目。

（6）噴泉模型

適用于描述對象的開發過程，體現了面向對象開發過程的迭代和連續性。

（7）生命周期模型

適用于需要很快給客戶/用戶演示產品原型的項目。

6、WORD/EXCEL采用的架構模式是（事件驅動模式）。

7、J2EE四層體系架構：

客服層：Sevlet

表示層：IE

業務邏輯層：EJB(Enterprise JavaBean)

數據層：DB(Database)

8、三種基本的信息系統開發方法：結構化方法、原型法、面向對象方法。

結構化方法特點：注重開發過程的整體性和全局性，缺點是開發周期長；文檔個、設計說明繁瑣，工作效率低。

原型法特點：對用戶的需求是動態響應、逐步納入的。

面向對象方法特點：在整個開發過程中使用的是同一套工具。

9、結構化方法——數據處理領域開發不太復雜；

原型法——需求不清晰且規模不大；

面向對象方法——直觀、方便。

10、COBRA標準主要分為3個層次：對象請求代理、公共對象服務和公共設施。

最底層是對象請求代理ORB，規定了分布對象的定義（接口）和語言映射，實現對象間的通訊和互操作，是分布對象系統中的"軟總線"；

在ORB之上定義了很多公共服務，可以提供諸如并發服務、名字服務、事務(交易)服務、安全服務等各種各樣的服務；

最上層的公共設施則定義了組件框架，提供可直接為業務對象使用的服務，規定業務對象有效協作所需的協定規則。

11、面向對象分析過程：

（1）發現角色/參與者；

（2）發現用例；

（3）建立用例模型；

（4）進行領域分析；

（5）建立對象·關系模型；

（6）建立對象·行為模型；

（7）建立功能模型。

12、UML是一種通用的可視化建模語言，是面向對象分析和設計的一種標準化表示，用于對系統的靜態結構和動態行為進行描述，不是過程和方法，但是每一個過程和方法都可以使用它。

13、企業應用集成是在組織內外的各種異構系統、應用、數據源之間實現信息交流，共享或協作的途徑、方法、標準和技術。

14、信息系統集成是指將計算機軟件，硬件、網絡通信等技術和產品集成為能夠滿足用戶特定需求的信息系統，包括總體策劃、設計、開發、實施、服務及保障。?

15、瀑布模型對應的開發方法是——結構化方法。

16、結構圖包括——類圖、組合結構圖、構件圖、部署圖、對象圖和包圖；
行為圖包括——活動圖、交互圖、用例圖和狀態機圖，其中交互圖是順序圖、通信圖、交互概覽圖和時序圖的統稱。

17、軟件配置管理（SCM）是一組用于在軟件（整個生命周期內）管理變化的活動。

18、構件標準：

CORBA——互操作性和開放性好，缺點是龐大、復雜、更新緩慢；

OM/DCOM/COM+——只能在微軟的平臺使用，跨平臺性差；

EJB——基于JAVA開發，可移植

19、軟件的質量指——軟件特性的總和，以滿足規定和潛在用戶需求的能力。

20、SOAP（Simple Object Accrss Protocol，簡單對象訪問協議）——是一種簡單的基于XML的協議，可以使應用程序在分散或分布式的環境中通過HTTP來交換信息。

21、UML (統一建模語言，Unified Modeling Language)——為軟件設計提供統一的、標準的、可視化的建模語言。

22、UDDI（統一描述、發現和集成，Universal Description, Discovery, and Integration）——提供了一組基于標準的規范用于描述和發現服務。

23、WSDL（網絡服務描述語言，Web Services Description Language）——是一門基于?XML的語言，用于描述 Web Services 以及如何對它們進行訪問。

24、在面向對象的概念中，類是現實世界中實體的形式化描述，類將該實體的（屬性）和操作封裝在一起。

***25、軟件開發架構模式：

（1）管道-過濾器模式——適用于批處理系統；

（2）面向對象模式——基于組件的軟件開發；

（3）事件驅動模式——各種圖形界面應用；

（4）分層模式——IOS/OSI的七層網絡模型；

（5）C/S模式——客戶與服務器分離，允許網絡分布操作；

26、RAID 0磁盤利用率——100%；

RAID 1磁盤利用率——50%；

27、結構化方法特點：用戶至上；嚴格區分工作階段，每個階段有明確的任務和取得的成果；強調系統開發過程的整體性和順序；系統開發過程過程化，文檔資料標準化。

28、在軟件生存周期中，將某種形式表示的軟件轉換成更高抽象形式表示的軟件的活動屬于——逆向工程。

29、用于顯示運行的處理節點以及居于其上的構件、進程和對象的配置的圖是（部署圖）。

30、排錯調試方法：

（1）歸納法：從測試所暴露的錯誤出發，收集所有正確或不正確的數據，分析它們之間的關系，提出假想的錯誤原因，用這些數據來證明或者反駁，從而查出錯誤所在。

（2）試探法：調式人員分析錯誤的癥狀，猜測問題的位置，進而驗證猜測的正確性來找到錯誤的所在。

（3）演繹法：根據測試結果，列出所有可能的錯誤原因，分析已有的數據，排除不可能和彼此矛盾的原因，利用已有的數據完善該假設，使假設更具體，并證明該假設的正確性。

（4）回溯法：調試人員從發現錯誤的癥狀開始，人工沿著程序的控制流程往回跟蹤程序代碼，直到找出錯誤根源為止。

31、物流信息技術包括：
（1）條碼技術
條碼技術是在計算機的應用實踐中產生和發展起來的一種自動識別技術。為我們提供了一種對物流中的貨物進行標識和描述的方法。

（2）EDI技術
EDI 是指通過電子方式，采用標準化的格式，利用計算機網絡進行結構化數據的傳輸和交換。構成EDI系統的三個要素是EDI軟硬件、通信網絡以及數據標準化。

（2）射頻技術（RFID）
射頻識別技術是一種非接觸式的自動識別技術，它通過射頻信號自動識別目標對象來獲取相關數據。識別工作無須人工干預，可工作于各種惡劣環境。

（4）GIS技術
GIS是多種學科交叉的產物，它以地理空間數據為基礎，采用地理模型分析方法，適時地提供多種空間的和動態的地理信息，是一種為地理研究和地理決策服務的計算機技術系統。

（5）GPS技術
全球定位系統具有在海、陸、空進行全方位實時三維導航與定位能力。GPS在物流領域可以應用于汽車自定位、跟蹤調度，用于鐵路運輸管理，用于軍事物流。

32、企業應用集成技術中，數據集成是白盒模式，顯示集成和控制集成是黑盒模式。

33、國家信息化體系六要素關系圖

34、在V模型中，需求分析對應驗收測試，概要設計對應系統測試，詳細設計對應集成測試，編碼對應單元測試。

35、技術評審——評價軟件產品，以確定其對使用意圖的適合性。

功能確認——產品滿足其特定的目的。

質量保證——通過制定計劃、實施和完成等活動保證項目生命周期中的軟件產品和過程符合其規定的要求。

36、所有軟件需求的基本特性是——可驗證性。

37、信息化的5個層次（從小到大）：產品信息化——企業信息化——產業信息化——國民經濟信息化——社會生活信息化

38、我國在“十三五”規劃綱要中，將培育人工智能、移動智能終端、第五代移動通信（5G）、現金傳感器等作為新一代信息技術產業創新重點發展，擴展新興產業發展空間。

39、四庫——人口、法人單位、空間地理和自然資源、宏觀經濟。

40、信息技術發展趨勢和新技術應用主要包括以下幾方面：高速度大容量、集成化和平臺化、智能化、虛擬計算、通信技術、遙感和傳感技術、移動智能終端、以人為本和信息安全。

41、政務內網主要是副省級以上政務部門的辦公網。

42、G2G：政府間的電子政務（government to government）

G2C：政府對公眾的電子政務（government to citizen）

G2E：政府對公務員的電子政務（government to employee）

G2B：政府對企業的電子政務（government to business）

43、兩化融合的含義：（1）工業化和信息化融合；（2）信息資源與工業資源融合；（3）虛擬經濟與實體經濟融合；（4）信息技術與工業技術融合、IT設備與工業裝備融合。

44、《新一代人工智能發展規劃》：第一步2020年；第二步2025年；第三步2030年。

45、智能的特點：（1）感知能力；（2）記憶和思維能力；（3）學習能力和自適應能力；（4）行為和決策能力。

46、商業智能特點：（1）數據倉庫；（2）數據ETL；（3）數據統計輸出（報表）；（4）數據分析。

47、IaaS（Infrastructure as a Service，基礎設施即服務），是指向用戶提供計算能力、存儲空間等基礎設施方面的服務。

48、“互聯網+”——實現互聯網與傳統產業的聯合。

49、智慧城市建設參考模型包括有依賴關系的5層結構和對建設有約束關系的3個支撐體系。

5層結構：（1）物聯感知層；（2）通信網絡層；（3）計算與存儲層；（4）數據及服務支撐層；（5）智慧應用層。

3個支撐體系：（1）安全保障體系；（2）建設和運營管理體系；（3）標準規范體系。

50、工業互聯網通過系統構建網絡、平臺、安全三大功能體系。

51、信息系統服務的范疇——以滿足企業和機構的業務發展所帶來的信息化需求為目的,基于信息技術和信息化理念而提供的專業信息技術咨詢服務、系統集成服務、技術支持服務等工作。

52、信息系統服務管理主要內容：（1）集成單位資質管理；（2）項目經理資格管理；（3）監理單位資質管理；（4）監理人員資格管理。

53、IT服務生命周期5個階段——規劃設計、部署實施、服務運營、持續改進、監督管理。

54、IT服務4個核心要素——人員、流程、資源、技術。

55、信息系統審計的目的是評估并提供反饋、保證和建議。其關注之處可分為3類——可用性、保密性、完整性。

56、信息系統審計的主要內容：（1）新系統的管理、規劃與組織；（2）信息系統技術基礎設施與操作實務；（3）資產的保護；（4）災難恢復與業務持續計劃；（5）應用系統開發；（6）業務流程評價與風險管理。

57、信息系統審計流程的基本順序：預備工作——了解內部控制結構——評價控制風險——傳輸內部控制——內部控制測試——評價控制風險。

58、系統的運行維護可分為：更正性維護、適應性維護、完善性維護、預防性維護。

59、軟件需求包括：業務需求、用戶需求、系統需求。

60、系統需求從系統的角度來說明軟件的需求，包括功能需求、非功能需求和設計約束。

61、UML系統視圖包括邏輯視圖、進程視圖、實現視圖、部署視圖、用例視圖。

62、構建圖——描述一個封裝的類和它的接口、端口，以及由內嵌的構件和連接件構成的內部結構。

63、軟件架構分為：

數據流風格——包括批處理序列和管道/過濾器兩種風格；

調用/返回風格——包括主程序/子程序、數據抽象和面向對象，以及層次結構；

獨立構件風格——包括進程通信和事件驅動的系統；

虛擬機風格——包括解釋器和基于規則的系統；

倉庫風格——包括數據庫系統、黑板系統和超文本系統

64、基于技術手段，軟件架構評估的方式分為三類：基于調查問卷或檢查表的方式、基于場景的方式、基于度量的方式。其中，基于場景的方式最為常用。

65、數據倉庫是——面向主題的、集成的、相對穩定的、反映歷史變化的數據集合，用于支持管理決策。

66、數據倉庫是對多個異構數據源（包括歷史數據）的有效集成，集成后按主題重組，且存放在數據倉庫中的數據一般不再修改。數據倉庫不是動態、實時的數據集合。

67、大數據的5V的特點是——volume（大量）、variety（多樣）、value（價值）、velocity（高速）、veracity（真實性）。

68、1ZB=1024EB

1EB=1024PB

1PB=1024TB

容量從大到小——ZEPT

69、根據《中華人民共和國網絡安全法》第八條，國家網信部門負責統籌協調網絡安全工作和相關監督管理工作。

70、網絡服務器——為了獲得高速性和高穩定性，一般通過安裝對稱多處理器（SMP）以及插入大量的奧蘇內存來實現。

71、網絡工程的設計階段通常包括確定網絡總體目標和設計原則，進行網絡總體設計和拓撲結構設計，確定網絡選型和進行網絡安全設計等方面的內容。

72、HBase是一個分布式的、面向列的開源數據庫，它不同于一般的關系數據庫，它是一個適合于非結構化數據存儲的數據庫。

73、物聯網從架構上可以分為感知層、網絡層、應用層。

74、按照云計算服務提供的資源層次，可以分為IaaS、PaaS、SaaS三種類型。

IaaS（基礎設施即服務）——向用戶提供計算機能力、存空間等基礎設施方面的服務；

PaaS（平臺即服務）——向用戶提供虛擬的操作系統、數據庫管理系統、Web應用等平臺化的服務；

SaaS（軟件即服務）——向用戶提供應用軟件、組件、工作流等虛擬化軟件的服務。

75、信息采集技術包括傳感器、條形碼和二維碼、RFID射頻技術等。

76、項目管理的核心知識領域包含整體管理、范圍管理、進度管理、成本管理、質量管理和信息安全管理。

77、（項目管理）是把各種知識、技能、手段和技術應用于項目活動之中，以達到項目的要求。

78、項目的組織方式可以分為職能型、項目型、矩陣型。

職能型：適用于規模小、偏重技術的項目；

項目型：適用于規模較大、技術復雜時的項目；

矩陣型：適用于規模巨大、技術復雜的項目。矩陣型又可分為弱矩陣型、平衡矩陣型（中矩陣）、強矩陣型。強和弱根據項目中項目經理的權利強弱來區分。

79、組織文化體現在：（1）組織的共同價值觀、行為準則、信仰和期望。（2）組織的方針、辦事程序。（3）組織對于職權關系的觀點。（4）職業道德。（5）眾多其他的因素。

80、組織文化常常會對項目產生直接的影響。

81、在職能型組織中，每個職員都有一個明確的上級。

82、強矩陣型組織中項目經理和項目管理行政人員是全職。

83、大多數項目生命周期定義的階段順序，從技術上通常可以分為需求分析、系統設計、系統構建、系統運行四個階段，按照管理活動出現的先后，把項目的生命周期劃分為啟動、計劃、執行、收尾四個階段。

84、在通用生命周期結構的指導下，項目經理可以決定對某些可交付成果施加更為有力的控制。

85、大型復雜項目中，統一的項目過程體系可以保證項目質量。在統一過程體系中，監督過程更重要，以使過程制度達到期望的效果。

86、對于一般項目而言，主要關注的是項目的活動計劃。但是對于大型及復雜項目要先確定采用什么方法和過程來完成項目，即在活動計劃前要先確定過程計劃。

87、項目建設的必要性：（1）項目提出的背景和依據；（2）現有信息系統裝備和信息化應用狀況；（3）信息系統裝備和應用目前存在的主要問題和差距；（4）項目建設的意義和必要性。

88、經濟可行性分析主要是對整個項目的投資及產生的經濟效益進行分析，具體包括支出分析、收益分析、投資回報分析以及敏感性分析等。

89、項目初步設計方案和投資概算報告的編制內容與項目可行性研究報告批復內容有重大變更，或變更投資超出已批復總投資額度（10%）的，應重新報批可行性研究報告。

90、投標是與招標相對應的概念，它是指投標人應招標人的邀請，按照招標的要求和條件，在規定的時間內向招標人提交標書，爭取中標的行為。

91、依法必須進行招標的項目，招標人應當自確定中標人之日起15天內，向有關行政監督部門提交招標投標情況的書面報告。

92、投標人應當提供在開標日前三個月內由其開立基本賬戶的銀行開具的銀行資信證明的原件或復印件。

93、投標委員會的相關領域專家、招標人和招標機構代表等5人以上單數組成，其中技術、經濟等方面專家人數不得少于成員總數的2/3。

94、技術談判的主要內容——合同技術附件內容、合同實施技術路線、質量評定標準、采購設備和系統報價、人員投入的開發比重。

95、系統集成商在項目招標階段的工作順序為：（1）研讀招標公告；（2）編制投標文件；（3）提交投標文件；（4）參與開標過程。

96、內部立項主要作用：（1）為項目分配資源；（2）確定合理的項目績效目標；（3）提升項目實施效率。

97、項目章程是正式批準的一個項目的文檔，或者是批準現行項目是否進入下一階段的文檔。

98、項目章程遵循原則——誰簽發，誰有權修改。

99、引導技術包含——頭腦風暴、沖突管理、問題解決、會議管理。

100、

101､整體變更過程中的配置管理活動是配置識別、配置狀態記錄、配置核實與審計。

102､項目范圍說明書或引用的文檔通常包括以下內容：項目目標、產品范圍描述、項目需求、項目邊界、項目的可交付成果、項目的制約因素、假設條件。

103､群體決策技術的方法有：一致同意、大多數原則 、相對多數原則、獨裁。

104､項目范圍變更的順序是：①范圍變更申請；②對范圍引發的成本、工期、質量進行分析；③對范圍變更的影響進行評估；④批準或否決變更；⑤實施或監控變更。

105､

總結

以上是生活随笔為你收集整理的系统集成项目管理工程师知识点总结（错题记录）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。