信息化和信息系統(tǒng)知識(shí)點(diǎn)參考第3課

備考資料PAGE備考資料PAGE1314

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