信息化和信息系統(tǒng)知識點參考第3課_第1頁
信息化和信息系統(tǒng)知識點參考第3課_第2頁
信息化和信息系統(tǒng)知識點參考第3課_第3頁
信息化和信息系統(tǒng)知識點參考第3課_第4頁
信息化和信息系統(tǒng)知識點參考第3課_第5頁
已閱讀5頁,還剩8頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

備考資料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ū)ο蠓治鲆挥美P蚈OA例描述和調(diào)整用例模型,其中前三個階段是必需的。于復(fù)用,使得用例模型更易于維護。7其中這個提取出來的公共用例稱為抽象用例,而把原始用例稱為基本用例或基礎(chǔ)用例。殊形式,子用例繼承了父用例所有的結(jié)構(gòu)、行為和關(guān)系。用例關(guān)系到的系統(tǒng)功能的模型圖,用例是系統(tǒng)中的一個功能單元★面向?qū)ο蠓治瞿P?描述系統(tǒng)的基本邏輯結(jié)構(gòu),展示對象和類如何組成系統(tǒng)(靜態(tài)模型),以及它們?nèi)绾伪3滞ㄐ牛瑢崿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,

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論