信息化和信息系統(tǒng)知識點參考第3課

備考資料PAGE備考資料PAGE1314

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