備考資料PAGE備考資料PAGE1314

第3課 信息化和信息系統(tǒng)需求分析 軟件架構設計 軟件設計 軟件工程的過程管理 軟件測試及其管理 軟件集成技術考點及分值分析考試級別高級分值4-9考點內容常見考點:需求分析軟件測試軟件質量保證及評價軟件設計面向對象及UML需求分析★軟件需求的三個層次:業(yè)務需求:業(yè)務需求是指反映企業(yè)或客戶對系統(tǒng)高層次的目標要求，通常來自項目投資人、購定項目視圖和范圍用戶需求:描述的是用戶的具體目標，或用戶要求系統(tǒng)必須能完成的任務。也就是說，用戶需景(scenarios)進行整理，從而建立用戶需求。系統(tǒng)需求:系統(tǒng)需求是從系統(tǒng)的角度來說明軟件的需求，包括功能需求、非功能需求和設計約束等。功能需求也稱為行為需求;它規(guī)定了開發(fā)人員必須在系統(tǒng)中實現的軟件功能，用戶利用這些功能來完成任務，滿足業(yè)務需要非功能需求是指系統(tǒng)必須具備的屬性或品質，又可細分為軟件質量屬性(例如，可維護性、UNIX軟件工程一需求分析與定義★質量功能部署(QFD)是一種將用戶要求轉化成軟件需求的技術，其目的是最大限度地提升軟件工程過程中用戶的滿意度。為了達到這個目標，QFD將軟件需求分為三類，分別是常規(guī)需求、期望需求和意外需求。常規(guī)需求。用戶認為系統(tǒng)應該做到的功能或性能，實現越多用戶會越滿意期望需求。用戶想當然認為系統(tǒng)應具備的功能或性能，但并不能正確描述自己想要得到的這些功能或性能需求。如果期望需求沒有得到實現，會讓用戶感到不滿意。意外需求。意外需求也稱為興奮需求，是用戶要求范圍外的功能或性能(但通常是軟件開發(fā)人員很樂意賦予系統(tǒng)的技術特性)，實現這些需求用戶會更高興，但不實現也不影響其購買的決策。括用戶訪談、問卷調查、采樣、情節(jié)串聯(lián)板、聯(lián)合需求計劃等。正確性、的工作。*需求開發(fā)及軟件需求規(guī)格說明書(SoftwareRequirementSpecification，SRS):SRS是需求規(guī)模和性質的軟件項目者序下應該缺少。GB/T8567-2006SRS1)范圍;(2)引用文件:(3)需求;(4)合格性規(guī)定;(5)需求可追蹤性;(6)尚未解決的問題;(7)注解;(8)附錄?！镄枨篁炞C也稱為需求確認(主要通過需求評審和需求測試來驗證)，其活動是為了確定以下幾個方面的內容。(1)SRS(3)需求是完整的和高質量的。需求的表示在所有地方都是一致的。需求為繼續(xù)進行系統(tǒng)設計、實現和測試提供了足夠的基礎。*統(tǒng)一建模語言(UnifiedModelingLanguage，UML)是一種定義良好、易于表達、功能強大OOAOOD，支持從需求分析開始的軟件開發(fā)的全過程。UML件進行描述、可視化處理、構造和建立軟件系統(tǒng)的文檔。UML可視化的程序設計語言，而是一種可視化的建模語言。*UML2.014*UMLUML5(1即類、子系統(tǒng)、包和用例實現的子集。描述了并發(fā)與同步結構。(5)用例視圖:用例視圖是最基本的需求分析模型。面向對象分析間的關系，找出描述問題域和系統(tǒng)功能所需的類和對象;定義它們的屬性和職責，以及它們之間所形成的各種聯(lián)系。最終產生一個符合用戶需求，并能直接反映問題域和系統(tǒng)功能的OOA模型及其詳細說明。OOAOOAOOD的區(qū)別之所在。OOAOOD面向對象分析一用例模型OOA例描述和調整用例模型，其中前三個階段是必需的。于復用，使得用例模型更易于維護。7其中這個提取出來的公共用例稱為抽象用例，而把原始用例稱為基本用例或基礎用例。殊形式，子用例繼承了父用例所有的結構、行為和關系。用例關系到的系統(tǒng)功能的模型圖，用例是系統(tǒng)中的一個功能單元★面向對象分析模型:描述系統(tǒng)的基本邏輯結構，展示對象和類如何組成系統(tǒng)(靜態(tài)模型)，以及它們如何保持通信，實現系統(tǒng)行為(動態(tài)模型)。這些圖的集合就構成了系統(tǒng)的分析模型。其中有學者將前三個步驟統(tǒng)稱為CRCClass一Responsibility一Collaborator,類一責任一協(xié)作者)建模?！镱愔g的主要關系:關聯(lián)關系。關聯(lián)提供了不同類的對象之間的結構關系，它在一段時間內將多個類的實例連性和導向性來說明。AB，BlAAB。一個類是另一個類的某個操作參數等。泛化關系。泛化關系描述了一般事物與該事物中的特殊種類之間的關系，也就是父類與子的泛化。如，汽車和車輪就是聚合關系，車子壞了，車輪還可以用；車輪壞了，可以再換一個新的。(5)組合聚集(不可分離)。組合聚集關系通常簡稱為組合關系，它也是表示類之間的整體與部分了。(6)實現關系。實現關系將說明和實現聯(lián)系起來。接口是紋寸行為而非實現的說明，而類中則包含了實現的結構。一個或多個類可以實現一個接口，而每個類分別實現接口中的操作。類的關系理解總圖依賴關系:帶箭頭的虛線，指向被使用者。組合關系:帶實心菱形的實線，菱形指向整體軟件架構設計原理。化方法等。解決好軟件的復用、質量和維護問題，是研究軟件架構的根本目的。敏感點是一個或多個構件(和/或構件之間的關系)的特性;權衡點是影響多個質量屬性的特性，是多個質量屬性的敏感點★軟件設計分為結構化設計(SD)與面向對象設計(OOD)。SRSSADFD欄為基礎，是一個自頂向下、逐步求精和模塊化的過程。SD住相對獨立且具有單一功能的模塊組成的結構，分為概要設計和詳細設計兩個階段。SDOOD的主要任務是對類和對象進行設計，包括類的屬性、方法，以及類與類之間的關系。OODOOD問題之一。名稱、問題、目的、解決方案、效果、實例代碼和相關設計模式等基本要素。軟件工程的過程管理CapabilityMaturityModelIntegration，即軟件能力成熟度集成模型(或模型集成)，是由美國國防部與卡內基一梅隆大學和美國國防工業(yè)協(xié)會共同開發(fā)和研制的，由卡內基一梅隆大學的軟件工程研究中心(SEI)持續(xù)開發(fā)。CMMI改進能力，從而能按時地、不超預算地開發(fā)出高質量的軟件。CMMI44個類別。項目管理類過程域涵蓋了與項目的計劃、監(jiān)督和控制相關的項目管理活動。力等級來描述組織過程狀態(tài)的特征。度級別來描述組織過程總體狀態(tài)的特征。軟件測試及其管理軟件測試方法可分為靜態(tài)測試和動態(tài)測試:1、靜態(tài)測試是指被測試程序不在機器上運行，而采用人工檢測和計算機輔助靜態(tài)分析的手段要以檢查單的形式進行，而對代碼的靜態(tài)測試一般采用桌前檢查(DeskChecking)、代碼走查和代碼審查。經驗表明，使用這種方法能夠有效地發(fā)現30%-70%的邏輯設計和編碼錯誤。2、動態(tài)測試是指在計算機上實際運行程序進行軟件測試，一般采用白盒測試和黑盒測試方法白盒測試、黑盒測試:從是否關心軟件內部結構和具體實現的角度劃分。工作。黑盒測試一黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測能適當地接收輸入數據而產生正確的輸出信息★根據國家標準GB/155322008，軟件測試可分為單元測試、集成測試、確認測試、系統(tǒng)測試、配置項測試和回歸測試等類別。00證己集成的軟件是否符合設計要求。集成測試的技術依據是軟件概要設文檔。戶的參與程度，通常包括以下類型。SRS試和Beta測試。對于通用產品型的軟件開發(fā)而言，Alpha測試是指由用戶在開發(fā)環(huán)境下進行測 試，通過Alpha測試以后的產品通常稱為Alpha版;Beta測試是指由用戶在BetaBetaBeta才能把產品發(fā)布或交付給用戶。試的準入條件外，在進行驗收測試之前，應確認被測軟件系統(tǒng)已通過系統(tǒng)測試。系統(tǒng)測試。系統(tǒng)測試的對象是完整的、集成的計算機系統(tǒng)，系統(tǒng)測試的目的是在真實系統(tǒng)工作環(huán)境下驗證完整的軟件配置項能否和系統(tǒng)正確連接，并滿足系統(tǒng)/子系統(tǒng)設計文檔和軟件開發(fā)合同規(guī)定的要求。系統(tǒng)測試的技術依據是用戶需求或開發(fā)合同。要采用黑盒測試方法;性能測試主要驗證軟件系統(tǒng)在承擔一定負載的情況下所表現出來的特性是否符合客戶的需要，主要指標有響應時間、吞吐量、并發(fā)用戶數和資源利用率等。SRS叮緲卜，在進行配置項測試之前，還應確認被測軟件配置項已通過單元測試和集成測試。回歸測試。回歸測試的目的是測試軟件變更之后，變更部分的正確性和對變更需求的符合性，以及軟件原有的、正確的功能、性能和其他規(guī)定的要求的不損害性。軟件集成技術*企業(yè)應用集成(EnterpriseApplicationIntegration,