freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

信息系統(tǒng)項(xiàng)目-信息系統(tǒng)集成專業(yè)技術(shù)知識(shí)講義-預(yù)覽頁(yè)

 

【正文】 能力等級(jí) 特點(diǎn) 關(guān)鍵過(guò)程域 KPA 第一級(jí) 基本級(jí) 軟件過(guò)程混亂而無(wú)序 ,幾乎沒(méi)有過(guò)程定義 ,完全依靠的個(gè)人的才能和經(jīng)驗(yàn)來(lái)實(shí)施系統(tǒng) ,反應(yīng)式的管理方式 。 定量的軟件過(guò)程管理和產(chǎn)品質(zhì)量管理 第五級(jí) 優(yōu)化級(jí) 軟件過(guò)程的量化反饋和新的思想和技術(shù)促進(jìn)過(guò)程的不斷改進(jìn) 。必須采取措施滿足這些條件后,才有可能執(zhí)行 KPA的活動(dòng)。 ⑥ 實(shí)施驗(yàn)證:驗(yàn)證執(zhí)行活動(dòng)是否與所建立的過(guò)程一致。 ? CMMI主要內(nèi)容 軟件能力成熟度模型 CMM 、系統(tǒng)工程能力成熟度模型、軟件采購(gòu)能力成熟度模型、 集成 產(chǎn)品和過(guò)程開(kāi)發(fā)等。 ? 申請(qǐng)?jiān)u估企業(yè)的一般條件 – 要求企業(yè)的項(xiàng)目或產(chǎn)品活動(dòng)應(yīng)能覆蓋所申請(qǐng)CMM/CMMI等級(jí)的要求; – SPCA評(píng)估,要求企業(yè)成立 5年以上,軟件開(kāi)發(fā)人員20人以上,評(píng)估項(xiàng)目和人員覆蓋率達(dá)到 70%以上 27 ?實(shí)施 CMM到評(píng)估的基本流程: ? CMM/CMMI培訓(xùn) ? 成立軟件過(guò)程組織、軟件質(zhì)量保證組織 ? 建立和完善過(guò)程管理體系 ? 試點(diǎn)實(shí)施 ? 推廣并制度化 ? 參加預(yù)評(píng)估 ? 參加、準(zhǔn)備最終評(píng)估 ? 持續(xù)改進(jìn) 28 3.軟件需求分析概述 軟件需求分析是軟件生命周期中必不可少的重要的部分,是軟件開(kāi)發(fā)成敗的關(guān)鍵,占整個(gè)工程一半以上的工作量。不同的方法學(xué)有不同的模型表示。 31 4. 軟件設(shè)計(jì) 概述 軟件設(shè)計(jì),在軟件生命周期中處于技術(shù)核心的位置,將完成軟件系統(tǒng)實(shí)現(xiàn)意義的工程表示。(本章后面分別論述) 33 5. 軟件測(cè)試 ?軟件測(cè)試的目標(biāo) 為了發(fā)現(xiàn)軟件中的錯(cuò)誤,努力產(chǎn)生好的測(cè)試案例 ?軟件測(cè)試的評(píng)價(jià) 能成功發(fā)現(xiàn)軟件錯(cuò)誤的測(cè)試才是好的測(cè)試 能揭示軟件錯(cuò)誤的案例才是好的案例 ?軟件測(cè)試的基本原則 測(cè)試應(yīng)符合軟件的功能及性能需求 測(cè)試要有計(jì)劃地進(jìn)行 測(cè)試應(yīng)該從小規(guī)模開(kāi)始,逐步到大規(guī)模的測(cè)試 測(cè)試不可能窮舉,只能盡量充分覆蓋 測(cè)試應(yīng)該由軟件開(kāi)發(fā)人員和獨(dú)立測(cè)試組共同完成 34 ?軟件測(cè)試的三個(gè)階段 ?單元測(cè)試階段,驗(yàn)證程序控制結(jié)構(gòu)的分支,盡量覆蓋所有可能的錯(cuò)誤 ?集成測(cè)試階段,在單元測(cè)試的基礎(chǔ)上驗(yàn)證程序以及測(cè)試程序構(gòu)造問(wèn)題 ?高階測(cè)試,也叫做“確認(rèn)性測(cè)試”,是對(duì)已經(jīng)通過(guò)集成測(cè)試并可運(yùn)行的程序進(jìn)行的測(cè)試 確認(rèn)性測(cè)試 集成測(cè)試 單元測(cè)試 編碼 設(shè)計(jì) 需求分析 驗(yàn)證需求分析 驗(yàn)證設(shè)計(jì) 驗(yàn)證編碼 可行性分析 系統(tǒng)維護(hù) 測(cè)試 v模型 35 ?軟件測(cè)試的策略 軟件測(cè)試的不同階段對(duì)應(yīng)不同測(cè)試策略 ?單元測(cè)試策略,包括:程序中常見(jiàn)錯(cuò)誤的測(cè)試、單元測(cè)試規(guī)程,等策略 ?集成測(cè)試策略,包括:自頂向下的測(cè)試、自底向上的測(cè)試、回歸測(cè)試、煙霧測(cè)試,等策略 ?高階測(cè)試策略,包括: ?測(cè)試、 ?測(cè)試、恢復(fù)測(cè)試、安全測(cè)試、應(yīng)力測(cè)試、性能測(cè)試等策略 36 ?軟件測(cè)試技術(shù) ?黑盒測(cè)試技術(shù),為證實(shí)軟件運(yùn)行功能,通過(guò)功能的操作執(zhí)行發(fā)現(xiàn)和尋找錯(cuò)誤 ?白盒測(cè)試技術(shù),為證實(shí)軟件內(nèi)部的執(zhí)行規(guī)約,在程序內(nèi)部發(fā)現(xiàn)和尋找錯(cuò)誤 ?軟件測(cè)試方法和工具 ?結(jié)構(gòu)化測(cè)試方法和工具,是針對(duì)結(jié)構(gòu)化程序語(yǔ)言程序的測(cè)試方法,以及結(jié)構(gòu)化程序設(shè)計(jì)語(yǔ)言環(huán)境的軟件測(cè)試工具。ISO90003是在軟件過(guò)程中質(zhì)量保證體系使用的子集。 2)概要設(shè)計(jì)評(píng)審,軟件設(shè)計(jì)的總體結(jié)構(gòu)、外部接口、部件分配、數(shù)據(jù)結(jié)構(gòu)以及各主要部件之間的接口等方面的適合性,在軟件概要設(shè)計(jì)結(jié)束后進(jìn)行。 6)物理檢查,驗(yàn)證程序和文檔的一致性并是否做好了交付準(zhǔn)備,在軟件驗(yàn)收前進(jìn)行。 48 ?軟件的檢查和走查方式 ? 軟件檢查,是針對(duì)軟件產(chǎn)品的某一局部,目標(biāo)是檢測(cè)和發(fā)現(xiàn)軟件產(chǎn)品的異常情況記錄下來(lái)并提交 ? 軟件走查,是對(duì)軟件產(chǎn)品發(fā)現(xiàn)異?;蛉毕莶⒏倪M(jìn)的過(guò)程,可以在同事之間相互進(jìn)行,評(píng)價(jià)產(chǎn)品實(shí)現(xiàn)的運(yùn)行效果,發(fā)現(xiàn)問(wèn)題,改進(jìn)方案。軟件產(chǎn)品的購(gòu)買者或使用者,也可以獨(dú)立進(jìn)行評(píng)價(jià)。 63 ?建立分析模型 在當(dāng)前物理模型的基礎(chǔ)上,建立分析模型 ?完成 “ 軟件需求規(guī)格說(shuō)明 ” ( Software Requirement Specification, SRS) 在 SRS中,定義軟件的功能,信息,表示軟件的行為 ?需求驗(yàn)證 與用戶達(dá)成共識(shí),編寫測(cè)試計(jì)劃和測(cè)試案例 需求分析 的任務(wù)和步驟 64 行業(yè)知識(shí) 學(xué)習(xí) 訪問(wèn)用戶 考察現(xiàn)場(chǎng) 定制 調(diào)研計(jì)劃 組織調(diào)研 整理調(diào)研 問(wèn)題陳述 建立當(dāng)前 系統(tǒng)物理 模型 建立未來(lái) 系統(tǒng)邏輯 模型 多次反復(fù)的過(guò)程 編制需求 規(guī)格說(shuō)明 開(kāi)發(fā) 系統(tǒng)原型 系統(tǒng)分析步驟示意 65 需求規(guī)格說(shuō)明 : (主要內(nèi)容 ) (或數(shù)據(jù)庫(kù)描述 ) 需求分析階段的產(chǎn)品 66 結(jié)構(gòu)化分析方法 ( Structured Analysis) ? SA是面向數(shù)據(jù)流的分析方法,在 20世紀(jì) 90年代被廣泛應(yīng)用。系統(tǒng)可以監(jiān)控所有連接的傳感器。 71 例:家庭安全系統(tǒng)控制面板 SAFEHOME 01 報(bào)警 檢查 火情 離開(kāi) 駐留 緊急 旁路 準(zhǔn)備未就緒 裝備 電源 關(guān)閉 離開(kāi) 駐留 最大 測(cè)試 旁路 立即 編碼 警聲 準(zhǔn)備就緒 1 2 3 4 5 6 7 8 9 * 0 72 從問(wèn)題陳述,分析 SafeHome系統(tǒng)頂層 DFD 控制面板 傳感器 SafeHome 系統(tǒng) 控制面板 顯示 警告 電話線 用戶命令 和數(shù)據(jù) 傳感器 狀態(tài) 顯示信息 警告類型 電話號(hào) 73 SafeHome 第一層 DFD 控制面板 傳感器 處理用戶輸入 控制面板 顯示 警告 電話線 用戶命令 和數(shù)據(jù) 傳感器 狀態(tài) 顯示信息 警告類型 電話號(hào)信號(hào) 配置 系統(tǒng) 監(jiān)控 傳感器 處理 口令 激活或失效 系統(tǒng) 顯示 信息和 狀態(tài) 傳感器信息 配置信息 正確的 ID信息 配置數(shù)據(jù) 配置數(shù)據(jù) 配置請(qǐng)求 啟動(dòng)停止 口令 激活 /失效信息 74 監(jiān)控傳感器的精化 DFD 評(píng)定 輸出 配置信息 顯示格式化 產(chǎn)生警告信號(hào) 讀 傳感器 撥打 電話 傳感器狀態(tài) 傳感器 ID類型 ,位置 傳感器信息 警告類型 警告數(shù)據(jù) 電話號(hào) 配置數(shù)據(jù) 電話號(hào)信號(hào) 傳感器 ID類型 ,位置 75 從 60年代出現(xiàn) Simula 60語(yǔ)言以來(lái),形成了體現(xiàn)類和對(duì)象兩個(gè)基本概念的程序設(shè)計(jì)語(yǔ)言; 70年代誕生的 Smalltalk語(yǔ)言,真正確立了面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言的地位。 ? 將事物的 特征 和 系統(tǒng)責(zé)任 抽象表示為系統(tǒng)的 對(duì)象 ,作為系統(tǒng)的基本 構(gòu)成單位 。 80 學(xué)生 姓名 年齡 …… 研究生 導(dǎo)師 研究方向 …… 本科生 班級(jí) 專業(yè) …… 繼承: 81 繼承層次: 運(yùn)輸工具 輪船 車輛 飛機(jī) 卡車 轎車 82 人員 姓名 年齡 …… 研究生 導(dǎo)師 研究方向 …… 職工 部門 職務(wù) …… 在職研究生 …… 多繼承: 83 ? 多態(tài)性 ? 在繼承關(guān)系的類層次結(jié)構(gòu)中,定義同名操作,形成同一操作的多種形態(tài),按同一個(gè)消息響應(yīng)不同的行為。主要表現(xiàn)在: ? 橫向求同: 多種的面向?qū)ο蠓椒ㄖg的求同。 87 統(tǒng)一建模語(yǔ)言 ( Unified Modeling Language UML) UML是以圖形來(lái)確定、表示、和記錄軟件系統(tǒng)的建模語(yǔ)言 面向?qū)ο蠓治瞿P? 需求描述: Use Case 用況圖 輔助模型: Sequence順序圖 Collaboration協(xié)作圖 State狀態(tài)圖 Packet包圖 Component構(gòu)件圖 Deployment部署圖 Activity活動(dòng)圖 基本模型: Class類圖 Object對(duì)象圖 對(duì)象 對(duì)象間關(guān)系 對(duì)象屬性 詳細(xì)說(shuō)明 88 1. 用況圖( Use Case) 用況圖的建立 思想不屬于面向?qū)ο蟮?,而是業(yè)界早已熟悉的需求建模方法,只是 UML有新的表示方法。 交互圖 關(guān)于順序圖和 協(xié)作圖 順序圖和協(xié)作圖表示相同的模型語(yǔ)義,可以相互轉(zhuǎn)換,能表示對(duì)方不能表示的某些內(nèi)容。 狀態(tài)圖的作用: 用以確定狀態(tài)屬性的范圍;并以此確定對(duì)象的必要操作,包括接受的請(qǐng)求和響應(yīng)請(qǐng)求所執(zhí)行的必要?jiǎng)幼?,以及維持常態(tài)的必要行為。 return false Put( c)[c= =“”] Put( c)[c= =“”] 字符流分析器類狀態(tài)圖: Put( c)[c= =“。是對(duì)模型成分的分組的機(jī)制。 構(gòu)件與類的不同: ? 類表示邏輯抽象,是邏輯模塊; ? 構(gòu)件表示字節(jié)空間中的物理存在,表示的是物理模塊; ? 類有屬性和操作,構(gòu)件僅通過(guò)接口提供或請(qǐng)求操作。 ?構(gòu)件代表邏輯元素的物理打包,節(jié)點(diǎn)可表示構(gòu)件的物理部署 節(jié)點(diǎn)和構(gòu)件的關(guān)系: 節(jié)點(diǎn)上可以有一個(gè)或多個(gè)構(gòu)件,一個(gè)構(gòu)件也可以部署在一個(gè)或多個(gè)節(jié)點(diǎn)上。 ?活動(dòng)狀態(tài),可分解的、非原子的,并有一定持續(xù)時(shí)間的執(zhí)行單元。 Customer Manufacturing ShipPart Make Part 例:產(chǎn)品制造和發(fā)貨過(guò)程在用例圖中無(wú)法表示 123 Part to Shipping do/Vefiry Quality exit/Give to shipping Manufactuning Shipping Customer Package Part enty/Wrap Part do/Verify Adress Ship Next Day entry/Apply shipping Label exit/Send to Customer [Weight =5 lb] Weight Package [Weight = 5 lb] Ship Second Day Air entry/Applying shipping Label exit/Send to Customer 例:用活動(dòng)圖描述產(chǎn)品制造和發(fā)貨過(guò)程 124 ?用活動(dòng)圖對(duì)具體操作建模 用活動(dòng)圖描述具體算法,類似于結(jié)構(gòu)化分析時(shí)的流程圖 例: Line類的求直線焦點(diǎn)的算法 [slope=] y=(slope*x)+delte x=()/() return Point(0,0) return Point(x,y) [slope!=] 125 系統(tǒng)設(shè)計(jì)方法 返回目錄 系統(tǒng)設(shè)計(jì)的重要作用: 系統(tǒng)設(shè)計(jì)處于系統(tǒng)工程過(guò)程中的技術(shù)核心位置,它將完成待建造系統(tǒng)的有意義的工程表示。 體系結(jié)構(gòu)設(shè)計(jì): 定義軟件的主要結(jié)構(gòu)、元素及關(guān)系。 逐步求精: 在抽象基礎(chǔ)上進(jìn)一步詳細(xì)描述的過(guò)程。 經(jīng)典數(shù)據(jù)結(jié)構(gòu)包括: ? 變量 : 通過(guò)標(biāo)識(shí)符 (獨(dú)立存儲(chǔ)地址 )訪問(wèn)的信息元素 ? 向量 : 變量組成的列表 ? 數(shù)組 : n維空間 ? 鏈表 : 以某種方式組織的不相鄰的變量、向量或空間 ? 堆棧 : 高層抽象,可用向量或用鏈表來(lái)實(shí)現(xiàn) 1)運(yùn)用 基本數(shù)據(jù)結(jié)構(gòu),可構(gòu)造各種規(guī)模的數(shù)據(jù)結(jié)
點(diǎn)擊復(fù)制文檔內(nèi)容
環(huán)評(píng)公示相關(guān)推薦
文庫(kù)吧 www.dybbs8.com
備案圖鄂ICP備17016276號(hào)-1