集成備考知識點精講之信息系統開發基礎考情分析

\o""系統集成項目管理工程師考試是計算機軟件水平考試中備受歡迎的一個中級資格考試。通過考試者可以獲得系統集成項目管理工程師證書，此證書可用來評職稱，能申請項目經理。為了幫助您在備考期間少走彎路，更高效地學習，希賽軟考學院為您帶來系統集成項目管理工程師備考知識點精講系列。下面是專業老師根據歷年真題分析總結出來的信息系統開發基礎考情分析，助您快速把握住考點。

信息系統開發基礎考情分析

根據對歷年的考試真題進行分析，本章要求考生掌握以下幾個方面的知識：

（1）信息與信息系統：信息系統的概念、信息系統的功能、信息系統的類型。

（2）信息系統建設：信息系統建設的復雜性、信息系統的生命周期（各階段目標及其主要工作內容）、信息系統建設的原則、信息系統開發方法。

（3）軟件工程知識：軟件需求分析與定義、軟件設計、測試與維護、軟件復用、軟件開發環境、軟件過程管理。

（4）軟件構件技術：構件及其在信息系統項目中的重要性、常用構件標準。

（5）面向對象系統分析與設計：面向對象的基本概念、統一建模語言（UnitedModelLanguage，UML）、可視化建模、面向對象系統分析、面向對象系統設計。

信息系統開發基礎重點內容

信息系統開發基礎重要問答

1、數據、信息及知識三者的概念與區別是什么？

答：數據是最基本的單位，是未經組織的數字、詞語、聲音、圖像等；信息是以有意義的形式加以排列和處理的數據（有意義的數據）；知識是用于生產的信息（有意義的信息）。信息經過加工處理、應用于生產，才能轉變成知識。

2、如何理解企業信息系統規劃法BSP？

答：

（1）BSP方法是通過全面調查，分析企業信息需求，制訂信息系統總體方案一種方法。

（2）其活動步聚：項目的確定；準備工作；開始階段；定義企業過程；定義數據類；分析現有系統；確定管理部門對系統的要求；（評價信息資源管理工作）；定義信息總體總構；確定優先順序；制定建議書和開發計劃；成果報告；

3、結構化開發方法、原型法與面向對象開發之間的優缺點：

答：

（1）結構化開發方法是一種面向數據流的開發方法，其基本思想是軟件功能的分解和抽象。結構化系統開發方法（亦稱“生命周期法”）其優點是：從系統整體出發，強調在整體優化的條件下“自上而下”地分析和設計，保證了系統的整體性和目標的一致性；遵循用戶至上原則；嚴格區分系統開發的階段性；每一階段的工作成果是下一階段的依據，便于系統開發的管理和控制；文檔規范化，按工程標準建立標準化的文檔資料。缺點：用戶素質或系統分析員和管理者之間的溝通問題；開發周期長，難于適應環境變化；結構化程度較低的系統，在開發初期難以鎖定功能要求。

（2）原型法其優點：符合人們認識事物的規律，系統開發循序漸進，反復修改，確保較好的用戶滿意度；開發周期短，費用相對少；由于有用戶的直接參與，系統更加貼近實際；易學易用，減少用戶的培訓時間；應變能力強。缺點：不適合大規模系統的開發；開發過程管理要求高，整個開發過程要經過“試用—反饋—修改”的多次反復；開發人員易將原型取代系統分析；缺乏規范化的文檔資料

（3）面向對象開發方法其優點是：分析、設計中的對象和軟件中的對象的一致性；實現軟件復用，簡化程序設計；系統易于維護；縮短開發周期。缺點：不易于大系統的開發

（4）結構化分析是面向數據流進行需求分析的方法，在該階段力求尋找功能及功能之間的說明，它主要采用的工具是數據流圖DFD，利用DFD描述邊界和數據處理過程的關系。面向對象方法是從內部結構上模擬客觀世界，其基本思想為：對象是對現實世界客觀實體的描述，均由其屬性和相關操作組成，是系統描述的基本單位。面向對象分析階段是通過行為分析法認定對象及它們之間的關系。

4、什么是需求跟蹤？其作用是？

答：

（1）需求跟蹤是指跟蹤一個需求使用期限的全過程，需求跟蹤包括編制每個需求同系統元素之間的聯系文檔，這些元素包括其他類型的需求，體系結構，其他設計部件，源代碼模塊，測試，幫助文件等。需求跟蹤為我們提供了由需求到產品實現整個過程范圍的明確查閱的能力。

（2）需求跟蹤的目的是建立與維護“需求－設計－編程－測試”之間的一致性，確保所有的工作成果符合用戶需求。

（3）需求跟蹤有兩種方式：

正向跟蹤：檢查《產品需求規格說明書》中的每個需求是否都能在后繼工作成果中找到對應點。

逆向跟蹤：檢查設計文檔、代碼、測試用例等工作成果是否都能在《產品需求規格說明書》中找到出處。

（4）正向跟蹤和逆向跟蹤合稱為“雙向跟蹤”。不論采用何種跟蹤方式，都要建立與維護需求跟蹤矩陣（即表格）。需求跟蹤矩陣保存了需求與后繼工作成果的對應關系。

5、如何理解迭代開發中“迭代”的概念？

答：

（1）通常我們順序開發就是先定義需求，然后構建框架，然后寫代碼，然后測試，最后發布一個產品。但這樣順序開發的風險很大，有可能當你把產品拿給客戶看時，客戶往往會大吃一驚，然后說，你們所開發出來的產品并不是他們所想要的。

（2）而迭代開發則不同于上述開發，假如某個待開發的軟件產品要求6個月交貨，我們開發方會在第一個月就會拿出一個產品來，當然，這個產品還很不完善，會有很多功能還沒有添加進去，bug很多，還不穩定，但客戶看了以后，會提出更詳細的修改意見，這樣，你就知道自己距離客戶的需求有多遠，回家以后，再花一個月，在上個月所作的需求分析、框架設計、代碼、測試等等的基礎上，進一步改進，又拿出一個更完善的產品來，給客戶看，讓他們提意見。就這樣，我們的產品在功能上、質量上都能夠逐漸逼近客戶的要求，最終直至客戶滿意。這就是迭代開發。

6、敏捷開發中的“敏捷”是指？

答：

（1）敏捷開發是針對傳統的瀑布開發模式的弊端而產生的一種新的開發模式，目標是提高開發效率和響應能力。典型的敏捷開發過程包括XP極限編程、水晶方法、特性驅動開發FDD等。但其中的基本原則是一致的：從開發者的角度主要關注短平快會議、較少的文檔、合作為重、客戶直接參與、結對編程；從管理者的角度主要關注測試驅動開發、持續集成和重構。

（2）敏捷不僅僅是一個項目快速完成，而是對整個產品領域需求的高效管理；是短周期的不斷改進、提高和調整；敏捷不僅僅是開發完成就快速上線而是快速形成原型、全員測試反饋提高；敏捷不僅僅是一個版本只做幾個功能而是突出重點、果斷放棄當前的非重點。

（3）敏捷宣言：個體和協作勝過過程和工具；正在運行的軟件勝過完備的文檔；客戶參與勝過合同談判；響應變化勝過遵循計劃。

7、什么是SRS？它有哪些特點？應該由誰來編寫SRS？

答：

（1）SRS（SoftwareRequirementsSpecification）是軟件需求規格說明書的縮寫。SRS代表用戶和開發人員對軟件系統的共同理解，是軟件項目后期開發和維護的基礎，它不僅系統測試和用戶文檔的基礎，也是所有子系列項目規劃、設計和編碼的基礎。SRS詳細記錄了用戶對軟件的功能需求和非功能需求。

（2）SRS的特點有：無歧義性；完整性；可驗證性；一致性；可修改性；可追蹤性。

（3）SRS應由開發者和客戶雙方聯合起草。SRS中每一個軟件需求是要求開發軟件產品的某些功能和性能的一個陳述。

8、什么是UML？UML模型圖的構成？各UML圖及特征？

答：

（1）UML(UnifiedModelingLanguage)為面向對象軟件設計提供統一的、標準的、可視化的建模語言。適用于描述以用例為驅動，以體系結構為中心的軟件