信息系統項目管理師考試必過筆記---第一章 信息系統基礎知識

1、第一章 信息系統基礎知識信息系統（IS）：就是輸入數據，通過加工處理，產生信息的系統。信息系統一般又稱為“管理信息系統”（MIS）事務處理階段（TPS）電子數據處理階段（EPD）信息系統發(fā)展階段管理信息系統階段（MIS）：信息系統一向又稱為“管理信息系統”（MIS）決策支持系統階段（DSS）：強調支持企業(yè)高層決策的決策支持系統。 數據文件：沒有數據庫，簡單，相對容易實現主題數據庫：建立的一些數據庫與一些具體應用有很大獨立性，經過數據分析、建立應用模型，開發(fā)時間長但維護費用低。如：顧客數據、產品數據、人事數據等。應用數據庫：使用數據庫管理系統，為分散應用設計，共享程序低數據環(huán)境信息檢索系統：數據

2、庫能保證信息檢索和快速查詢需要，不滿足大量事務管理。軟件設計中采用轉換文件、倒排表或輔關鍵字查詢技術，比傳統數據庫有更大的靈活性和動態(tài)可變性。一般應與第三類數據環(huán)境共享，支持綜合信息服務和決策系統。信息系統分類操作級信息系統：使用者是服務型企業(yè)業(yè)務部門事務級信息系統：使用者是企業(yè)管理業(yè)務人員戰(zhàn)術級信息系統：使用者是企業(yè)中層經理及管理部門應用層次戰(zhàn)略級信息系統：使用者和所有者是企業(yè)管理層面向作業(yè)處理的系統：支持業(yè)務處理，實現處理自動化的信息系統。如，辦公自 動化系統（OAS）、數據采集與監(jiān)測系統（DAMS）、事務處 理系統（TPS）。面向管理控制的系統：輔助企業(yè)管理，實現管理自動化的信息系統。如

3、，電子數 據處理系統（EDPS）、知識工作支持系統（KWSS）、計算機 集成制造系統（CIMS）。面向決策計劃的系統：用來支持企業(yè)領導進行決策。如，決策支持系統（DSS）、 管理專家系統（MES）、戰(zhàn)略信息系統（SIS）。信息服務對象（花）系統規(guī)劃階段：也稱信息系統的產生階段、信息系統的概念階段或信息系統的需求分析階段。分兩個過程，一是概念產生過程，二是需求分析過程。作用指明信息系統在企業(yè)經營中地位和作用指導信息系統開發(fā)優(yōu)化配置和利用各種內部、外部資源通過規(guī)則規(guī)范企業(yè)業(yè)務流程（劃）總體規(guī)劃階段：以需求分析為基礎 可行性研究報告完整規(guī)劃包括 開發(fā)目標總體架構組織結構和管理流程實施計劃技術規(guī)范信息

4、系統生命周期四大五小基礎：以企業(yè)業(yè)務流程分析為基礎目標：為系統設計階段提供系統邏輯模型（分）系統分析階段： 系統方案說明書工具：數據字典，繪制數據流程圖、系統結構圖、E-R圖的工具（開）系統開發(fā)階段：組織結構及功能分析業(yè)務流程分析數據和數據流程分析系統初步方案內容：系統架構設計數據庫設計處理流程設計功能模塊設計安全控制方案設計系統組織和隊伍設計系統管理流程設計（計）系統設計階段：內容系統設計說明書 工具：代碼生成器、第四 代語言、測試工具（實）系統實施階段：將設計階段的結果在計算機和網絡上具體實現，也就 用戶說明書 是將設計文本變成能在計算機上運行的軟件系統。系統設計階段前用戶處于輔助地位，本

5、階段逐步變?yōu)橹鲗У匚?。?0%工作量）（驗）系統驗收階段：# 排錯性維護# 適應性維護# 完善性維護# 預防性維護初期排錯和適應性維護較多，后期完善和預防性維護較多（云）系統運行與維護階段：類型（散）系統更新階段：也稱信息系統消亡階段高層管理人員介入原則：“首席信息官”（CIO）一是“用戶”有確定的范圍：核心是信息系統使用者二是用戶應當參與全過程的開發(fā)三是用戶應當深度參與系統開發(fā)用戶參與開發(fā)原則： 自頂向下原則：目標是信息的一致性，規(guī)劃不能取代信息系統的詳細設計。工程化原則：信息系統建設原則創(chuàng)新性原則：體現先進性整體性原則：體現完整性發(fā)展性原則：體現超前性經濟性原則：體現實用性其它原則： 軟件

6、危機：指一個軟件編制好以后，誰也無法保證它能夠正確的運行，也就是軟件的可靠性成了問題。主要原因是軟件編制過程沒有工程化。軟件工程：指應用計算機科學、數學及管理科學等原理，以工程化的原則和方法來解決軟件問題工程，其目的是提高軟件生產率，提高軟件質量，減低軟件成本。1、方法：完成軟件工程項目的技術手段，它支持整個軟件生命周期。2、工具：人們在開發(fā)軟件活動中智力和體力的擴展和延伸，支持軟件開發(fā)和管理，支持各種軟件文檔的生成。3、過程 ：貫穿于軟件開發(fā)各環(huán)節(jié)，管理人員在軟件過程中，要對軟件開發(fā)的質量、進度、成本進行評估、管理和控制，包括人員組織、計劃跟蹤與控制、成本估算、質量保證和配置管理等。軟件工程

7、組成信息系統數據基本功能：輸入、輸出、傳輸、存儲、處理等。信息處理的范圍：查詢、修改、排序、歸并、刪除、統計、模型調試、預測。信息庫：針對軟件開發(fā)或信息系統開發(fā)中的大量信息管理工作提出來的，是一個包羅 萬象的，隨著項目進展而不斷修改與補充的數據集合。信息庫的特點是數據 結構相當復雜，而且會不斷變化，使保持一致性的任務十分復雜和艱巨。企業(yè)信息系統的目標：借助于自動化和互聯網技術，綜合企業(yè)的經營、管理、決策和服務于一體，以求達到企業(yè)與系統的效率、效能和效益的統一。使計算機技術和因特網技術在企業(yè)管理和服務中能發(fā)揮更顯著的作用。概念：是由結構化系統分析和設計組成的一種信息系統開發(fā)方法。是面向過程的?；?/p>

8、本思想：將系統的生命周期劃分為系統調查、系統分析、系統設計、系統實施、系統維護等階段。結構化方法：結構化分析（SA）結構化設計（SD）結構化程序設計（SP）結構化生命周期包括信息系統開發(fā)方法開發(fā)目標清晰化：面向用戶的觀點。工作階段程式化：每階段有明確的任務和成果。開發(fā)文檔規(guī)范化：成果文獻化、文檔化。設計方法結構化：自頂向下開發(fā)。結構化生命周期法特點概念：是一種根據用戶需求，利用系統開發(fā)工具，快速地建立一個系統模型并展示給用戶，在此基礎上與用戶交流，最終實現用戶需求的信息系統快速開發(fā)的方法。特點：開發(fā)周期短、見效快、與業(yè)務人員交流方便的優(yōu)點，特別適用于那些用戶需求模糊、不確定，結構性比較差的信息

9、系統的開發(fā)?？焖僭头ǎ好嫦驅ο蠓椒ǎ菏抢妹嫦驅ο蟮男畔⒔８拍睿鐚嶓w、關系、屬性等，同時運用封裝、繼承、多態(tài)等機制來構造模擬現實系統的方法。信息系統規(guī)劃方法1、 關鍵成功因素法（CSF）：能夠幫助企業(yè)找到影響企業(yè)成功的關鍵因素，目的是確認企業(yè)業(yè)務 的關鍵信息需求。2、 戰(zhàn)略目標集合轉化法（SST）：將企業(yè)戰(zhàn)略看成是一個“信息集合”，從而確定系統開發(fā)的優(yōu)先 次序。3、 企業(yè)系統規(guī)劃法（BSP）：BSP是企業(yè)戰(zhàn)略數據規(guī)劃法和信息工程方法的基礎，目標是提供一 個信息系統規(guī)劃，用以支持企業(yè)短期和長期的信息需求。使用UC矩 陣表達企業(yè)過程與數據的關系。1、 CSF方法能抓住主要矛盾，使目標識別突出

10、重點。2、 SST方法反映了各種人的要求，給出了按這種要求的分層，然后轉化這信息系統目標。3、 BSP方法強調目標，但沒有明顯的目標引出過程。企業(yè)目標到系統目標的轉換是通過 對PO矩陣、RD矩陣、UC矩陣等的分析得到的。4、 在信息系統戰(zhàn)略規(guī)劃實踐中，往往把這三種方法結合起來使用，稱為CSB方法。CSB 先用CSF確定企業(yè)目標，然后用SST補充完善企業(yè)目標，并交這些目標轉化為信息系 統目標，用BSP方法校核兩個目標，并確定信息系統結構。CSF、SST、BSP 之間的關系建立企業(yè)信息系統原則1、 必須支持企業(yè)的戰(zhàn)略目標，BSP本身就是一個將企業(yè)的戰(zhàn)略規(guī)劃轉化為信息系統的戰(zhàn)略過程。2、 應當表達出

11、企業(yè)中各管理層次的需求。3、 應該向整個企業(yè)提供一致的信息，應該按照自頂向下的方法進行數據分析。4、 戰(zhàn)略規(guī)劃應該是自上而下地規(guī)劃，自下而上地分步實現，即應當總體信息系統結構中的子系 統開始實現。# 也稱生命周期法，是結構化方法中最常用的開發(fā)模型。# 開發(fā)過程分為：軟件計劃、需求分析、軟件設計、程序編碼、軟件測試和運行維護六個階段，規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。# 瀑布模型的本質是“一次通過”，即每個活動只做一次，最后得到軟件產品。# 瀑布模型只適用于需求明確或很少變更的項目，如二次開發(fā)或升級型的項目。1、瀑布模型# 螺旋模型將瀑布模型和快速原型相結合，綜合兩

12、者優(yōu)點，增加了風險分析。# 螺旋模型以原型為基礎，沿著螺旋自內向外旋轉，每轉一圈都要經過制定計劃、風險分析、實施工程、客戶評價等活動，確定一系列的里程碑，并開發(fā)原型的若干個新版本。經過若干次中間版本，得到最終的系統。2、螺旋模型5、迭代模型# 開發(fā)迭代是一次完整地經過所有工作流程的過程。# 迭代模型每一次迭代都會產生一個可以發(fā)布的產品，這個產品是最終產品的一個子集。# 迭代模型適用于項目事先不能完整定義產品需求、計劃多期開發(fā)的軟件開發(fā)中。# 現代開發(fā)方法中，如XP、RUP等均采用能顯著減少風險的迭代模型。4、增量模型# 噴泉模型為軟件復用和生存周期中多項開發(fā)活動的集成提供了支持，主要支持面向對

13、象的開發(fā)方法。# “噴泉”體現了迭代和無間隙特性（無間隙指開發(fā)中，分析、設計和編碼間不存在明顯邊界）。3、噴泉模型# 增量模型整合瀑布模型（重復的應用）和原型實現的迭代特征。# 增量模型采用隨時間的進展交錯的線性序列，每一個線性序列產生軟件的一個可發(fā)布增量。# 第一個增量是核心產品，實現了基本需求，每一個增量的使用和評估作為一下個增量發(fā)布的新特征和功能。# 增量模型本質上是迭代的，每一個增量均發(fā)布一個可操作的產品。軟件開發(fā)模型# V模型是以測試為中心的開發(fā)模型。# V模型宣稱測試并不是一個事后彌補行為，而是一個與開發(fā)過程同樣重要的過程。# V模型的價值在于它明確的標明了測試過程中存在的不同級別

14、，并清楚描述了這些測試階段和開發(fā)過程期間各階段的對應關系。需求分析概要設計詳細設計編碼單元測試集成測試系統測試驗收測試6、V模型# 敏捷方法應對快速需求，強調緊密協作、面對面溝通、頻繁交付新版軟件、緊湊而自我的團隊、適應需求變化的代碼編寫和團隊組織方法，也更注重人的作用。# 敏捷方法是一種輕量級、高效、低風險、柔性、可預測、科學且充滿樂趣的開發(fā)方式。例如，極限編程技術（XP）、自適應軟件開發(fā)、水晶方法、特性驅動開發(fā)。# 敏捷方法適用于小型或中型軟件開發(fā)團隊，并且客戶需求模糊或需求多變。# 現代開發(fā)方法中，如XP、RUP等均采用能顯著減少風險的迭代模型。7、敏捷方法# 是一個通用過程框架，用于軟

15、件系統、不同應用領域、不同組織類型、不同性能水平和不同項目規(guī)模。RUP是基于構件的，使用的是UML。# 特點：用例驅動、以基本架構為中心、迭代和增量，適于大中型項目開發(fā) 。# 階段：初始階段、細化階段、構建階段、交付階段。每階段安排一次技術評審。8、統一過程(RUP)軟件需求：是系統必須完成的事，以及必須具備的品質。可驗證性是軟件最基本的需求。軟件需求內容功能需求：指系統必須完成的那些事。即為用戶提供有用的功能，產品必須執(zhí)行的動作。非功能需求：指產品必須具備的屬性或品質，如可靠性、性能、響應時間、容錯性、擴展性等。設計約束：也稱限制條件、補充規(guī)定，通常是對解決方案的一些約束說明。如必須采用何種

16、數據庫、操作系統等。需求工程：是一個包括創(chuàng)建和維護系統需求文檔所必須的一切活動的過程。需求捕獲：收集需求信息需求分析：在需求捕獲基礎上進行分析、建立模型。編寫規(guī)格說明書：將需求分析進行需求規(guī)格化形成軟件規(guī)格說明書（SRS）。需求驗證：組織一個由不同代表組成的小組，對需求規(guī)格說明書和相關模型進行審查。需求工程工作需求開發(fā)：需求管理：包括定義需求基線、處理需求變更、需求跟蹤等方面的工作。1、 用戶訪談2、 用戶調查3、 現場觀摩4、 文檔考古5、 聯合討論會需求捕獲技術可行性研究工作的基礎：在可行性工作開始前，系統分析員應該協助客戶一起完成“問題定義”工作，也就是先明確系統要做什么。問題定義的關鍵

17、是清晰地界定問題的內容、性質，以及系統的目標、規(guī)模等內容，并形成完整的書面報告。1、 核實問題定義與目標2、 研究分析現有系統3、 為新系統建模4、 客戶復核5、 提出并評價解決方案6、 確定最終推薦的解決方案7、 草擬開發(fā)計劃8、 以書面形式提交可行性分析報告并進行審查可行性研究工作的任務1、 技術可行性2、 經濟可行性3、 社會可行性可行性研究工作的步驟質量功能調配（QFD）：原理與滿意度/非滿意度指標接近，通過將產品特性、屬性與對客戶的重要性聯系起來，QFD分為期望需求、普通需求、興奮需求。結構化分析方法把系統看做一個過程的集合，包括人和電腦面向對象分析方法把系統看做一個相互影響的對象集

18、結構化分析與面向對象分析的區(qū)別1、結構化分析SA特點：利用數據流圖來幫助人們理解問題，對問題進行分析。1、 數據流圖（DFD）：是一種圖形化的系統模型，它在一張圖中展示信息系統 的主要需求，即輸入、輸出、處理（過程）、數據存儲。如Context圖（上下文化范圍關系圖）。使用符號有：數據流、加工、數據存儲、外部實體。2、 數據字典（DD）：是一種很實用、有效的表達數據格式的手段。它是對所有 與系統相關的數據元素的一個有組織的列表和精確的、嚴格的定義，使用和系統分析員對輸入、輸出、存儲成分和中間計算機有共同的理解。3、結構化語言：是結構化編程語言與自然語言的有機結合。4、判定表：5、判定樹：需求分

19、析方法工具2、實體-關系圖（E-R圖）：傳統的系統開發(fā)方法都把重點集中在新系統的數據存儲需求上，包括數據實體、數據實體的屬性，以及它們之間的關系。而描述這些東西的最好形式就是借助實體-關系圖。3、面向問題域的分析：更多強調描述，而較少強調建模。關注問題域，關注系統待求行為。需求分析階段可以使用層次方框圖、Warnier圖、用例圖和IPO圖（輸入/處理/輸出圖）。軟件設計基本原則1、信息隱蔽：每個模塊實現細節(jié)對于其他模塊來說是隱蔽的。2、模塊獨立性（1） 耦合：模塊之間的相互獨立性的度量（2） 內聚：模塊內功能強度的度量。 要求：高內聚、低耦合。1、使用簡單性2、界面術語標準化和一致性3、有幫助

20、功能4、快速的系統響應和低的系統成本5、界面容錯能力1、可使用性用戶界面設計特點1、滿足不同水平用戶的需求2、用戶可制訂和修改界面方式3、系統能滿足用戶的希望和需要4、與其他軟件系統應有標準的接口2、靈活性3、復雜性：用戶界面的規(guī)模和組織的復雜程度。4、可靠性：指無故障使用的間隔時間。設計模式：利用設計模式可方便地復用成功的設計和結構。把已經證實的技術表示為設計模式，使它們更加容易被新系統的開發(fā)者所接受。設計模式幫助設計師選擇可使系統重用的設計方案，避免選擇危害到重用性的方案。設計模式還提供了類和對象接口的明確說明書和這些接口的潛在意義，來改進現有的系統記錄和維護。設計評審：在開發(fā)時期的每一個

21、階段，特別是設計階段結束時都要進行嚴格的技術評審，盡量不讓錯誤傳播到下一個階段。設計評審一般采用評審會議的形式來進行。1、 應當把“盡早地和不斷地進行軟件測試”作為軟件開發(fā)者座右銘。2、 測試用例應當由輸入數據和預期的輸出結果兩部分組成。3、 程序員應避免檢查自己的程序。4、 在設計測試用例時，應包括合理的輸入條件和不合理的輸入條件。5、 充分注意測試中的群體現象。6、 經驗表明：測試后程序中殘存的錯誤數目與已發(fā)現的錯誤數目成正 比。軟件測試原則概念：把測試對象看做一個空盒子，不考慮程序的內部邏輯結構和內部特性，只依據程序的需求說明書，檢查程序的功能是否符合它的功能說明，又稱功能測試或數據驅動

22、測試。黑盒測試1、 等價劃分法：把可能的輸入域劃分為若干部分，從每部分選取少數有代表性的數據作為測試用例。2、 邊界值分析：選取正好等于、剛剛大于或剛剛小于邊界的值作 為測試數據。3、 錯誤推測法：靠人的經驗和直覺推測程序中可能存在的錯誤。4、 因果圖：適于描述多種輸入條件的組合，相應產生多個動作的 形式來設計測試用例。動態(tài)測試用例設計方法測試用例設計概念：把測試對象看做一個透明盒子，它允許測試人員用程序內部的邏輯 結構和有關信息設計和選擇測試用例，對程序所有邏輯路徑進行測試。白盒測試用例設計方法：語句覆蓋、判定覆蓋、條件覆蓋、路徑覆蓋.（覆蓋）概念：被測試程序不在計算機上運行，而采用人工檢測

23、和計算機輔助分析手 段對程序進行檢測。靜態(tài)測試1、 桌前檢查2、 代碼審查3、 代碼走查測試方法回歸測試：是指修改了舊代碼后，重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯 誤，不僅要測試缺陷原來出現的地方，還測試可能受影響的所有功能。自動回歸測試將大 幅降低系統測試、維護升級等階段的成本。組織回歸測試時需要注意兩點：首先是各測試階段發(fā)生的修改一定要在本測試階段內完成回歸，以免 將錯誤遺留到下一測試階段。其次，回歸測試期間應對該軟件版本凍 結，將回歸測試發(fā)現的問題集中修改，集中回歸。概念：是針對每個模塊進行的測試，可以從程序內部結構出發(fā)設計測試用例，多個模塊可以平行地獨立地測試。1

24、、 模塊接口測試2、 局域數據結構測試3、 獨立路徑測試4、 錯誤處理測試5、 邊界條件測試1、 單元測試（模塊測試）： 測試內容軟件測試策略2、 集成測試：在單元測試基礎上，將所有模塊按照設計要求組裝成系統，必須精心計劃，應 提交測試計劃、集成測試規(guī)格說明和集成測試分析報告。 3、 確認測試：確認測試驗證軟件的功能、性能及其他特性是否與用戶的要求一致。4、 系統測試：將軟件放在整個計算機環(huán)境下，包括軟硬件平臺、某些支持軟件、數據和人員 等，在實際運行環(huán)境下進行的一系列測試。目的是與系統需求比較，發(fā)現軟件與系統定義不符與矛盾的地方。5、 測試：由一個用戶在開發(fā)環(huán)境下進行測試，也可以是公司內部用

25、戶在模擬實際操作環(huán)境 下進行測試。6、 測試：由軟件的多個用戶在實際使用環(huán)境下進行的測試。1、（就）糾錯型維護 ：隨著運行時間延續(xù)、數據量積累、應用環(huán)境變化 ，錯誤會暴露出來，此時需進行糾錯型維護。（21%）2、（是）適應型維護：隨著計算機硬件新產品、操作系統新版本不斷推出，軟件必須進行適應型維護 。（25%）3、（魚）預防型維護：開發(fā)商“為了明天的需要，把今天的的方法應用到昨天的系統中”，目的是使舊系統煥發(fā)新活動。（4%）4、（丸）完善型維護：用戶熟悉系統后提出的改進需求。（50%）軟件維護分類構件：是軟件系統可替換的、物理的組成部分，它封裝了實現體（實現某個職能），并提供了一組接 口的實現

26、方法?？梢哉J為一個封閉的代碼模塊或大粒度的動作時模塊，也可以將構件理解為具 有一定功能、能夠獨立工作或與其他構件組合起來協調工作的對象。構件是可重用的、內聚的， 并具有相當穩(wěn)定的、公開的接口。構件應當具備可變性，以提高其通用性。1、 對象管理集團（OMG）：公共對象請求代理（CORBA）2、 Microsoft：構件對象模型（COM）、分布式構件對象模型（DCOM）3、 SUN：Java企業(yè)Bean（EJB）異構平臺構件互操作標準面向對象=對象（Objects）+ 類（Classes）+ 繼承（Inheritance）+ 消息通信（Communication）概念：是系統中用來描述客觀事物的一

27、個實體，它是構成系統的一個基本單位。對象三要素1、對象標志：也就是對象的名字，供系統內部唯一地識別對象。2、屬性：也稱狀態(tài)或數據，用來描述對象的靜態(tài)特征。3、服務：也稱操作、行為或方法等，用來描述對象的動態(tài)特征。對象1、對象是其全部屬性和全部服務緊密結合而形成的一個不可分割的整體。2、對象是一個不透明的黑盒子，表示對象狀態(tài)的數據和實現操作的代碼都被封裝在黑盒子里面對象重要原則-封裝1、 面向對象的分析（OOA）2、 面向對象的設計（OOD）3、 面向對象的程序設計（OOP）4、 面向對象的測試（OOT）面向對象方法類（Class）：是對象的抽象定義，是一組具有相同數據結構和相同操作的對象集合。

28、類與對象是抽象 描述與具體實例的關系，一個具體的對象被稱為類的一個實例。繼承（Inheritance）；是使用已存在的定義作為基礎建立新定義的技術，繼承是面向對象方法學中的一個十分重要的概念。概念：指類中具有相似功能的不同函數是用同一個名稱來實現，從而可以使用相同的調用方式來調用這些具有不同功能的同名的函數。1、過載多態(tài)（重載多態(tài)）：同一算子（函數名、操作數等）被用來表示不同的功能，通過上下文以決定一個算子所代表的功能。 2、強制多態(tài)：通過語義操作把一個變元的類型加以變換，以符合函數的要求。3、包含多態(tài)：定義于不同類中同名成員函數的多態(tài)行為，通過虛函數實現。4、參數多態(tài)：應用廣泛，被稱為最純的

29、多態(tài)。同一對象、函數或過程以一致的形式用于不同的類型。多態(tài)多態(tài)分類1、 初始級：軟件過程無秩序，有時甚至是混亂的。軟件成功依賴于 極個別人的努力和機遇。2、 可重復級：建立了基本的項目管理過程，可用于對成本、進度和 功能特性進行跟蹤。對類似的應用項目有章可循，并能 重復以往所取得的成功。3、 已定義級：軟件過程均已文檔化、標準化、并形成整個軟件組織 的標準軟件過程。全部項目均采用與實際情況吻合的、 適當修改后的標準軟件過程來進行操作。4、 已管理級：軟件過程和產品質量有詳細的度量標準。軟件過程和 產品質量得到了定量的認識和控制。已管理級的管理是 量化的管理。5、優(yōu)化級：通過對來自過程、新概念和

30、新技術等方面的各種有用信 息的定量分析，能夠不斷地、持續(xù)地進行過程改進。軟件過程能力成熟度模型 （CMM） 連續(xù)式：強調的是單個過程域的能力，從過程域的角度考查基線和度量結果的 改善，其關鍵術語是“能力”。 軟件過程能力成熟度模型集成 （CMMI）概念：強調組織的成熟度，從過程域集合的角度考查整個組織的過程成熟度階段，關鍵術語 是“成熟度”。1、 初始級：特征是不可預測結果，過程處于無序狀態(tài)，成功主要取決于團隊的技能。2、 已管理級：以可重復項目執(zhí)行特征的過程成熟度。3、 嚴格定義級：以組織內改進項目執(zhí)行為特征的過程成熟度。4、 定量管理級：以改進組織性能為特征的過程成熟度。5、 優(yōu)化級：以可

31、快速進行重新配置的組織性能和定量的、持續(xù)的過 程改進為特征的過程成熟度。軟件過程管理階段式1、 不完善的過程：通常不能成功實現過程目的。2、 已實施的過程：通常能夠達到過程目標，但過程未遵循嚴格的計劃且未被跟蹤。3、 已計劃與跟蹤的過程：過程在規(guī)定時間和資源內交付質量合格工作產品，實施 活動是有計劃的，并且是可跟蹤的。4、 已建立過程：采用一個基于好的軟件工作原則所開發(fā)的過程，整個過程被加以 實施與管理。5、可預測的過程：已定義過程在受控范圍內以一致的方式加以實施。6、 優(yōu)化的過程：為了適應當前和未來業(yè)務方面的需要，對過程的實施進行優(yōu)化， 而在達到所規(guī)定業(yè)務目標的同時，過程也實現了可重復性。

32、ISO/IEC 15504概念：我國行業(yè)標準軟件過程能力評估模型，針對軟件組織對自身軟件過程能力進行內部改進的需要，與CMMI基本相同。1、 不完整級：反映那些沒有得到完整執(zhí)行過程的狀態(tài)，可能實現了部分特定目標， 也可能什么目標都沒有實現。2、 已執(zhí)行級：實現了全部特定目標。3、 受管理級：實現了全部特定目標，而且依次實現了對應更高的通用目標。4、 已定義級：實現了全部特定目標，而且依次實現了對應更高的通用目標。5、 定量管理級：實現了全部特定目標，而且依次實現了對應更高的通用目標。6、 持續(xù)優(yōu)化級：實現了全部特定目標，而且依次實現了對應更高的通用目標。SJ/T 1123-2001消息（Mes

33、sage）：是指向對象發(fā)出的服務請求，它應該含有下述信息：提供服務的對象標志、消息名、輸入信息和回答信息。消息信息（Communication with Message）：與對象封裝原則密不可分。封裝使對象成為一些各司其職、互不干擾的獨立單位；消息通信則為它們提供了唯一合法的動態(tài)聯系途徑，使它們的行為能夠互相配合，構成一個有機的系統。只有同時使用對象、類、繼承與消息通信，才是真正的面向對象的方法。UML（Unified Modeling Language,統一建模語言）是用于系統可視化建模語言，盡管與建模OO軟件系統關聯，但由于其內建了大量擴展機制，還可以用于更多的領域，例如工作流程、業(yè)務領域

34、等。UML不是開發(fā)語言。1、是一種語言：為開發(fā)人員間提供用于交流的詞匯表，是一種用于軟件藍圖的標準語言。2、是一種可視化語言：只是一組圖形符號，是一種直觀、可視化的語言。3、是一種可用于詳細描述的語言：UML建模是精確的、無歧義和完整的，適合所有重要的分析、設計和實現決策進行詳細描述。4、是一種構造語言：UML不是一種可視化編程語言，但與編程語言有映射關系，允許進行正向工程、逆向工程。UML是什么構架：UML對構架的定義是系統的組織結構，包括系統分解的組成部分、它們的關系性、交互、機制和指導原則，這些提供系統設計的信息。而具體來說，指5個系統視圖，分別是邏輯視圖、進程視圖、實現視圖、部署視圖、

35、用例視圖。1、邏輯視圖：以問題域的語匯組成的類和對象集合。2、進程視圖：可執(zhí)行線程和進程作為活動類的建模，它是邏輯視圖的一次執(zhí)行實例。3、實現（開發(fā)）視圖：對組成基于系統的物理代碼的文件和組件進行建模。4、部署（物理）視圖：把組件物理地部署到一組物理的、可計算節(jié)點上。5、用例（場景）視圖：最基本的需求分析模型，基本思想是關注系統所提供的功能和 服務，而不關注系統內部結構和設計，是系統開發(fā)者與用戶反復討論的結果。視圖關系1、依賴：兩事物之間的語義關系，其中一個事物發(fā)生變化會影響另一個事物的語義。2、關聯：一種描述一組對象之間連接的結構關系，如聚合關系（整體-部分關系）。3、泛化：一種一般化的關系，描述特殊元素的對象可替換一般元素的對象。4、實現：類之間的語義關系，其中的一個類指定了由另一個類保證執(zhí)行的契約。1、類圖：描述一組類、接口、協作和它們之間的關系。2、對象圖：描述一組對象及它們之間的關系。3、構件圖：描述一個封裝的類和它的接口、端口，以及由內嵌的構件和連接件構成的內部結構。是類圖的變體。4、組合結構圖：描述結構化類（例如構件或類）的內部結構，包括結構化類與系統其余部分的交互點。5、部署圖：描述對運行時的處理節(jié)點及在其中生存的構件的配置。6、包圖：描述由模型本向分解而成的