信息系統(tǒng)項(xiàng)目管理師(2)ppt課件

1、信息系統(tǒng)工程管理師輔導(dǎo)課程2北京理工大學(xué)計(jì)算機(jī)學(xué)院徐進(jìn)13.信息系統(tǒng)集成專(zhuān)業(yè)技術(shù)知識(shí)3.1信息系統(tǒng)建立 3.1.1根本概念 3.1.2 軟件工程方法和技術(shù)3.2軟件過(guò)程模型3.3軟件分析方法3.3.1構(gòu)造化分析方法3.3.2 面向?qū)ο蠓治龇椒?.4軟件設(shè)計(jì)方法3.4.1構(gòu)造化設(shè)計(jì) 3.4.2面向?qū)ο笤O(shè)計(jì)23.1信息系統(tǒng)建立信息系統(tǒng)集成定義根據(jù)信息產(chǎn)業(yè)部1999年1047號(hào)文件中定義,計(jì)算機(jī)信息系統(tǒng)集成是指從事計(jì)算機(jī)運(yùn)用系統(tǒng)工程和網(wǎng)絡(luò)系統(tǒng)工程的總體謀劃、設(shè)計(jì)、開(kāi)發(fā)、實(shí)施、效力及保證。33.1.1根本概念信息系統(tǒng)的特點(diǎn)以滿足用戶需求為根本出發(fā)點(diǎn)是綜合的、高技術(shù)含量的系統(tǒng)工程最終交付物時(shí)完好系統(tǒng)，而

2、不是產(chǎn)品系統(tǒng)包括技術(shù)、管理、商務(wù)活動(dòng)，技術(shù)是中心，管理商務(wù)是保證4信息系統(tǒng)集成的分類(lèi)信息系統(tǒng)集成包括兩大類(lèi)：設(shè)備系統(tǒng)集成也稱(chēng)“硬件系統(tǒng)集成、“系統(tǒng)集成，或簡(jiǎn)稱(chēng)“弱電系統(tǒng)集成，區(qū)別于機(jī)電設(shè)備安裝類(lèi)的強(qiáng)點(diǎn)集成。運(yùn)用系統(tǒng)集成Application System Integration運(yùn)用系統(tǒng)集成也稱(chēng)“行業(yè)信息化處理方案集成。指提供符合業(yè)務(wù)需求和管理需求的系統(tǒng)技術(shù)處理方案和運(yùn)維方案。5設(shè)備集成包括：智能建筑系統(tǒng)集成Intelligent Building System Integration，指搭建建筑主體內(nèi)的智能化管理系統(tǒng)。如：綜合布線技術(shù)、樓宇自控技術(shù)、網(wǎng)絡(luò)互聯(lián)技術(shù)、多媒體運(yùn)用技術(shù)、安防技術(shù)等。計(jì)

3、算機(jī)網(wǎng)絡(luò)系統(tǒng)集成Computer Network System Integration指利用綜合布線和計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)，將分散在不同地點(diǎn)的電腦設(shè)備及功能的集成。安防系統(tǒng)集成Security System Integration指搭建機(jī)構(gòu)或組織內(nèi)部的平安防備管理系統(tǒng)。如：門(mén)襟系統(tǒng)、樓宇對(duì)講系統(tǒng)、防盜監(jiān)控報(bào)警系統(tǒng)、停車(chē)管理系統(tǒng)、遠(yuǎn)程會(huì)議系統(tǒng)等。6信息系統(tǒng)集成技術(shù)信息系統(tǒng)技術(shù)與軟件工程從信息系統(tǒng)集成的分類(lèi)可以看出，信息系統(tǒng)集成所涉及的專(zhuān)業(yè)技術(shù)非常廣泛，除了包括多種學(xué)科的專(zhuān)業(yè)技術(shù)之外，還包括管理學(xué)科的技術(shù)和方法。從信息系統(tǒng)集成的開(kāi)發(fā)過(guò)程來(lái)看，主要涉及技術(shù)是軟件工程和網(wǎng)絡(luò)技術(shù)。73.1.2 軟件工程方法和

4、技術(shù)1根本概念2軟件過(guò)程管理3軟件需求分析概述4軟件設(shè)計(jì)概述5軟件測(cè)試6軟件維護(hù)7軟件質(zhì)量保證及評(píng)價(jià)體系891根本概念軟件工程的定義軟件工程方法和技術(shù)是計(jì)算機(jī)學(xué)科的重要部分。按照IEEE93對(duì)軟件工程定義：第一，軟件工程是將系統(tǒng)的、嚴(yán)厲約束的、可量化的方法運(yùn)用于軟件的開(kāi)發(fā)、運(yùn)轉(zhuǎn)和維護(hù)，即將工程化運(yùn)用于軟件。第二，軟件工程是在一中所述方法的研討。軟件工程定義中給出的4個(gè)要點(diǎn)軟件工程的性質(zhì)是系統(tǒng)的、嚴(yán)厲約束的、可量化的方法軟件工程作用的范圍是用于軟件的開(kāi)發(fā)、運(yùn)轉(zhuǎn)和維護(hù)的全過(guò)程軟件工程的目的是工程化運(yùn)用于軟件軟件工程的趨勢(shì)是軟件工程方法的不斷開(kāi)展和研討10軟件工程的內(nèi)容包括：工程部分：包括軟件工程的

5、招標(biāo)、招標(biāo)、合同、實(shí)施、監(jiān)視、驗(yàn)收、推行，等方面來(lái)研討，以經(jīng)濟(jì)管文科學(xué)的實(shí)際為根據(jù)，研討軟件工程的規(guī)劃戰(zhàn)略和經(jīng)濟(jì)收益等工程問(wèn)題。技術(shù)部分：軟件工程的分析、設(shè)計(jì)、編碼、測(cè)試、維護(hù)等技術(shù)方法。根據(jù)軟件技術(shù)實(shí)際，以高效、強(qiáng)壯、可復(fù)用、可維護(hù)的軟件為目的。研討軟件體系構(gòu)造、組成成分，以及構(gòu)造方式，等。管理部分：軟件工程開(kāi)發(fā)的人員組織、過(guò)程控制、進(jìn)度風(fēng)險(xiǎn)分析和質(zhì)量保證體系等方面，以科學(xué)性、合理性、高效可行、及可丈量性為目的，來(lái)研討工程工程管理。11軟件開(kāi)發(fā)生命周期Systems Development Life Cycle是軟件的產(chǎn)生直到報(bào)廢的存活期。與人類(lèi)一樣，任何軟件都會(huì)閱歷同樣的生命周期。12軟件

6、過(guò)程 軟件過(guò)程(Software Procedure)是指軟件生存周期所涉及的一系列相關(guān)過(guò)程。過(guò)程是活動(dòng)的集合；活動(dòng)中包括完成軟件工程的各項(xiàng)義務(wù)的；每個(gè)義務(wù)都要運(yùn)用軟件開(kāi)發(fā)方法和技術(shù)實(shí)施軟件系統(tǒng)?；顒?dòng)的執(zhí)行按照根本的規(guī)律，在一定的條件下，可以是順序的、反復(fù)的、并行的、嵌套的等不同的方式，這些方式屬于過(guò)程模型(本章過(guò)面論述)。132軟件過(guò)程管理研討的熱點(diǎn)主要包括：1軟件過(guò)程模型的分析和建立，包括：軟件過(guò)程的合理性、可實(shí)施性，以及方式描畫(huà)和可驗(yàn)證。2軟件過(guò)程管理的體系，包括：軟件過(guò)程定義的概念、內(nèi)容、戰(zhàn)略、方法等，主要的軟件過(guò)程管理體系：RUPRational Unified Process) 一

7、致過(guò)程PSP (Personal Software Process) 個(gè)體軟件過(guò)程3軟件過(guò)程改良和評(píng)價(jià)體系CMMCapability Maturity Model for Software，SW-CMM軟件才干成熟度模型體系CMMICapability Maturity Model Integration才干成熟度模型集成體系，CMMI/SPCA雙模認(rèn)證軟件才干成熟度與軟件過(guò)程才干評(píng)價(jià)體系。14RUPRational Unified Process)Rational公司提出的軟件按開(kāi)發(fā)過(guò)程模型。是一個(gè)面向?qū)ο筌浖こ痰耐ㄓ脴I(yè)務(wù)流程。RUP的目的：為確保在可估計(jì)的時(shí)間安排和預(yù)算內(nèi)開(kāi)發(fā)出滿足最終用

8、戶需求的高質(zhì)量的軟件。RUP 過(guò)程模型：橫軸是時(shí)間軸，分為反復(fù)迭代的四個(gè)階段：初始階段、細(xì)化階段、構(gòu)造階段和發(fā)布階段縱軸是任務(wù)流軸，包括六個(gè)中心任務(wù)流程和三個(gè)中心支撐任務(wù)流程15RUP 中心任務(wù)流包括：業(yè)務(wù)建模任務(wù)流需求任務(wù)流分析設(shè)計(jì)任務(wù)流實(shí)現(xiàn)任務(wù)流測(cè)試任務(wù)流發(fā)布任務(wù)流RUP 中心支撐任務(wù)流包括：環(huán)境任務(wù)流工程管理任務(wù)流配置與變卦管理任務(wù)流16RUP的6項(xiàng)閱歷迭代式開(kāi)發(fā)。允許在過(guò)程中，不斷順應(yīng)需求的變化，經(jīng)過(guò)不斷細(xì)化來(lái)加深對(duì)問(wèn)題的了解。管理需求。提供如何提取系統(tǒng)功能和約束條件，并將其文檔化?；跇?gòu)件的體系構(gòu)造。使系統(tǒng)成為可構(gòu)造、可復(fù)用，系統(tǒng)應(yīng)該盡量采用構(gòu)件式構(gòu)造?？梢暬！２捎肬ML對(duì)軟件系

9、統(tǒng)建模，提供軟件文檔控制及管理才干。驗(yàn)證軟件質(zhì)量。軟件質(zhì)量評(píng)價(jià)是事先進(jìn)展的并貫穿在整個(gè)過(guò)程一切活動(dòng)中的必需義務(wù)，要一致組織和管理控制軟件變卦。給出了如何控制、跟蹤及監(jiān)控對(duì)系統(tǒng)過(guò)程中的修正任務(wù)，以確迭代過(guò)程進(jìn)展。17PSP個(gè)體軟件過(guò)程PSP (Personal Software Process)個(gè)體軟件過(guò)程，是由美國(guó)Carnegie Mellon大學(xué)軟件工程研討所開(kāi)發(fā)的，是用于軟件開(kāi)發(fā)中，控制和管理個(gè)人任務(wù)方式的一種軟件過(guò)程體系。PSP給出了個(gè)體軟件過(guò)程的原那么，并可運(yùn)用到任何軟件工程義務(wù)之中。PSP提供了度量和分析工具，協(xié)助軟件開(kāi)發(fā)者做出準(zhǔn)確的方案；確定為改善產(chǎn)質(zhì)量量所采取的步驟；建立度量個(gè)體

10、軟件過(guò)程改善的基準(zhǔn)；確定過(guò)程的改動(dòng)對(duì)軟件開(kāi)發(fā)者才干的影響。18PSP過(guò)程體系框架1個(gè)體度量過(guò)程PSP0中規(guī)定了建立個(gè)體過(guò)程基線，包括在方案、開(kāi)發(fā)以及后置處置三個(gè)階段中，制定開(kāi)發(fā)時(shí)間、選定缺陷類(lèi)型規(guī)范、度量缺陷限值、排除缺陷限值等。PSP0.1添加了編碼規(guī)范、程序規(guī)模度量和過(guò)程改善建議三個(gè)關(guān)鍵過(guò)程域。2個(gè)體規(guī)劃過(guò)程PSP1是個(gè)體方案方法，用本人的歷史數(shù)據(jù)預(yù)測(cè)程序的大小和需求的開(kāi)發(fā)時(shí)間，并運(yùn)用線性回歸方法計(jì)算估計(jì)參數(shù)，確定置信區(qū)間以評(píng)價(jià)預(yù)測(cè)的可信程度。PSP1.1添加了對(duì)義務(wù)和進(jìn)度的規(guī)劃。193個(gè)體質(zhì)量管理過(guò)程PSP2是個(gè)體質(zhì)量管理，建立程序缺陷的檢測(cè)表，按照檢測(cè)表進(jìn)展設(shè)計(jì)復(fù)查和代碼復(fù)查也稱(chēng)“代碼

11、走查，便于盡早發(fā)現(xiàn)軟件缺陷，減小修復(fù)代價(jià)。PSP2.1給出設(shè)計(jì)過(guò)程和設(shè)計(jì)模板，引見(jiàn)設(shè)計(jì)方法。4個(gè)體循環(huán)過(guò)程PSP3PSP3是延伸個(gè)體過(guò)程到達(dá)大規(guī)模的消費(fèi)過(guò)程的方法，采用螺旋式上升過(guò)程，即迭代增量式開(kāi)發(fā)方式，分解大型系統(tǒng)的程序，對(duì)每個(gè)分解模塊按照PSP2.1所描畫(huà)的過(guò)程開(kāi)發(fā)，并逐漸集成完好軟件產(chǎn)品。20軟件過(guò)程改良和評(píng)價(jià)體系CMMCapability Maturity Model for Software，SW-CMM，簡(jiǎn)稱(chēng)CMM軟件才干成熟度模型，是由美國(guó)Carnegie Mellon大學(xué)的軟件工程研討所簡(jiǎn)稱(chēng)SEI受美國(guó)國(guó)防部委托，于1991年研討制定的。初始的目的是為了評(píng)價(jià)美國(guó)國(guó)防部的軟件合

12、同承包組織的才干，由于在軟件企業(yè)運(yùn)用進(jìn)獲得了較大的勝利，所以在全世界范圍內(nèi)被廣泛運(yùn)用。CMM的中心 CMM的是這對(duì)軟件開(kāi)發(fā)全過(guò)程管理和控制，使其更加科學(xué)化、規(guī)范化。作為一種評(píng)價(jià)軟件承包才干，并且，協(xié)助其改善軟件質(zhì)量的方法。CMM的中心是軟件開(kāi)發(fā)過(guò)程的管理工程才干的提高與評(píng)價(jià)。21CMM的體系的主要內(nèi)容：能力等級(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)式的管理方式。第二級(jí) 可重復(fù)級(jí)建立了基本的項(xiàng)目管理機(jī)制，對(duì)項(xiàng)目進(jìn)度和費(fèi)用有必要的跟蹤,能夠利用以前類(lèi)似的項(xiàng)目經(jīng)驗(yàn)，重復(fù)開(kāi)發(fā)過(guò)程。需求管理,項(xiàng)目計(jì)劃,項(xiàng)目跟蹤和監(jiān)督,軟件子合同

13、管理,軟件配置管理,軟件質(zhì)量保障第三級(jí) 定義級(jí) 制定了軟件工程化標(biāo)準(zhǔn)化和文檔標(biāo)準(zhǔn)化,并在軟件開(kāi)發(fā)過(guò)程中得以實(shí)施。過(guò)程定義,過(guò)程焦點(diǎn),培訓(xùn),集成管理,軟件產(chǎn)品工程,組間協(xié)調(diào),專(zhuān)家審評(píng)第四級(jí) 管理級(jí)收集軟件過(guò)程和產(chǎn)品質(zhì)量的詳細(xì)度量,對(duì)軟件過(guò)程和產(chǎn)品質(zhì)量有定量的理解和控制。定量的軟件過(guò)程管理和產(chǎn)品質(zhì)量管理第五級(jí) 優(yōu)化級(jí)軟件過(guò)程的量化反饋和新的思想和技術(shù)促進(jìn)過(guò)程的不斷改進(jìn)。缺陷預(yù)防,過(guò)程變更管理和技術(shù)變更管理2223軟件配置管理軟件配置項(xiàng)SCI Software Configuration Item：分類(lèi)特性舉例環(huán)境類(lèi)軟件開(kāi)發(fā)或維護(hù)環(huán)境編輯器、編譯器、文檔工具等定義類(lèi)需求分析與定義階段得到的工作產(chǎn)品需

14、求規(guī)格說(shuō)明書(shū)、開(kāi)發(fā)計(jì)劃、設(shè)計(jì)和測(cè)試標(biāo)準(zhǔn)、驗(yàn)收計(jì)劃設(shè)計(jì)類(lèi)設(shè)計(jì)階段得到的產(chǎn)品設(shè)計(jì)規(guī)格說(shuō)明、程序規(guī)格說(shuō)明、用戶界面設(shè)計(jì)標(biāo)準(zhǔn)、用戶手冊(cè)編碼類(lèi)編碼及單元測(cè)試后產(chǎn)品源代碼、目標(biāo)代碼、單元測(cè)試數(shù)據(jù)及結(jié)果測(cè)試類(lèi)系統(tǒng)測(cè)試后得到的產(chǎn)品系統(tǒng)測(cè)試數(shù)據(jù)、測(cè)試結(jié)果、操作手冊(cè)、安裝手冊(cè)維護(hù)類(lèi)進(jìn)入維護(hù)后所得到的產(chǎn)品以上任何需要變更的配置項(xiàng)CMM關(guān)鍵過(guò)程域和考核規(guī)范KPA是CMM實(shí)現(xiàn)每級(jí)目的的關(guān)鍵過(guò)程域(Key Process Area)KPA一致考核規(guī)范：確定目的：給出準(zhǔn)確的目的，假設(shè)滿足了某個(gè)級(jí)別的一切KPA要求，那么闡明到達(dá)了該級(jí)別的才干。實(shí)施保證：必需采取的活動(dòng)，包括制定企業(yè)范圍的政策和高層管理的責(zé)任。實(shí)施才干：前提條

15、件，包括資源保證、人員培訓(xùn)等。必需采取措施滿足這些條件后，才有能夠執(zhí)行KPA的活動(dòng)。執(zhí)行活動(dòng)：執(zhí)行KPA的角色和步驟。包括方案、執(zhí)行、及執(zhí)行跟蹤等。度量分析：對(duì)過(guò)程度量和度量分析，確定執(zhí)行活動(dòng)的形狀，以及執(zhí)行活動(dòng)的有效性。實(shí)施驗(yàn)證：驗(yàn)證執(zhí)行活動(dòng)能否與所建立的過(guò)程一致。組織評(píng)審、審計(jì)及質(zhì)量保證活動(dòng)。24CMMICapability Maturity Model Integration才干成熟度模型集成，是SEI在2000年發(fā)布的CMM的新版本。在CMM根底上，整合了Software CMM、Systems Eng-CMM、People CMM和Acquisition CMM，建立起除軟件開(kāi)發(fā)外，

16、軟件系統(tǒng)工程中諸多要素處置才干的規(guī)范和評(píng)價(jià)體系。CMMI主要內(nèi)容 軟件才干成熟度模型CMM 2.0草案、系統(tǒng)工程才干成熟度模型、軟件采購(gòu)才干成熟度模型、集成產(chǎn)品和過(guò)程開(kāi)發(fā)等。CMMI的KPA添加至 25個(gè)，目的105個(gè)， 關(guān)鍵實(shí)際485條。CMMI的根本目的處理大型軟件工程過(guò)程改良難度增大問(wèn)題可實(shí)施軟件過(guò)程的并行化與多學(xué)科組合提高過(guò)程改良的效益25CMM評(píng)價(jià)評(píng)價(jià)機(jī)構(gòu)及人員要求：必需由SEI授權(quán)的協(xié)作機(jī)構(gòu)，由SEI授權(quán)的主任評(píng)價(jià)師進(jìn)展評(píng)價(jià)。遵守SEI發(fā)布的評(píng)價(jià)需求和評(píng)價(jià)方法；假設(shè)進(jìn)展雙方式SPCA軟件過(guò)程才干和軟件才干成熟度評(píng)價(jià)，必需得到信息產(chǎn)業(yè)部和國(guó)家認(rèn)證認(rèn)可委員會(huì)的同意，評(píng)價(jià)過(guò)程遵守國(guó)家發(fā)布

17、的SPCA評(píng)價(jià)方法。懇求評(píng)價(jià)企業(yè)的普通條件 要求企業(yè)的工程或產(chǎn)品活動(dòng)應(yīng)能覆蓋所懇求CMM/CMMI等級(jí)的要求； SPCA評(píng)價(jià)，要求企業(yè)成立5年以上，軟件開(kāi)發(fā)人員20人以上，評(píng)價(jià)工程和人員覆蓋率到達(dá)70以上26實(shí)施CMM到評(píng)價(jià)的根本流程：CMM/CMMI培訓(xùn)成立軟件過(guò)程組織、軟件質(zhì)量保證組織建立和完善過(guò)程管理體系試點(diǎn)實(shí)施推行并制度化參與預(yù)評(píng)價(jià)參與、預(yù)備最終評(píng)價(jià)繼續(xù)改良273軟件需求分析概述軟件需求分析是軟件生命周期中必不可少的重要的部分，是軟件開(kāi)發(fā)成敗的關(guān)鍵，占整個(gè)工程一半以上的任務(wù)量。需求分析 用經(jīng)過(guò)證明的有效原理、方法，經(jīng)過(guò)適宜的工具和記號(hào)，系統(tǒng)地描畫(huà)待開(kāi)發(fā)產(chǎn)品或系統(tǒng)的行為特征及相關(guān)約束。需

18、求分析過(guò)程 包括：需求獲取、建立需求模型、編寫(xiě)軟件需求規(guī)格闡明Software Requirement Specification，SRS及一致性驗(yàn)證。需求分析的內(nèi)容 包括：功能性需求、非功能性需求28軟件的非功能性需求過(guò)程需求：交付需求、實(shí)現(xiàn)方法需求、規(guī)范需求等產(chǎn)品需求：可用性、性能需求、可靠性需求、可移植性需求、可重用性需求、平安性需求等外部需求：法規(guī)需求、費(fèi)用需求、互操作性需求等需求模型 模型是描畫(huà)現(xiàn)實(shí)問(wèn)題的一種手段，它能籠統(tǒng)和簡(jiǎn)化地反映實(shí)踐產(chǎn)品或系統(tǒng)的外部特征和本質(zhì)。不同的方法學(xué)有不同的模型表示。因此，它是軟件工程方法學(xué)研討的主要內(nèi)容之一。本章后面論述2930Kruchten在1995

19、年提出了4+1試圖模型，從五個(gè)不同的側(cè)面來(lái)表達(dá)系統(tǒng)。邏輯視圖開(kāi)發(fā)視圖進(jìn)程視圖物理視圖場(chǎng)景最終用戶功能需求編程人員軟件元素管理系統(tǒng)運(yùn)轉(zhuǎn)特性、非功能性需求系統(tǒng)實(shí)施的拓?fù)?、系統(tǒng)安裝邏輯視圖和開(kāi)發(fā)視圖屬于靜態(tài)構(gòu)造表達(dá)進(jìn)程視圖和物理視圖是從系統(tǒng)的動(dòng)態(tài)構(gòu)造老表達(dá)的。314軟件設(shè)計(jì)概述軟件設(shè)計(jì)，在軟件生命周期中處于技術(shù)中心的位置，將完成軟件系統(tǒng)實(shí)現(xiàn)意義的工程表示。軟件設(shè)計(jì)階段義務(wù)：數(shù)據(jù)設(shè)計(jì)，用數(shù)據(jù)構(gòu)造組織處置數(shù)據(jù)元素之間的邏輯關(guān)系體系構(gòu)造設(shè)計(jì)，定義軟件的主要構(gòu)造、構(gòu)造元素、及之間的關(guān)系、限制和約束接口設(shè)計(jì)，描畫(huà)軟件內(nèi)部、軟件和協(xié)作系統(tǒng)之間的通訊，數(shù)據(jù)流或控制流構(gòu)件邏輯設(shè)計(jì)，對(duì)軟件構(gòu)造的構(gòu)造元素，進(jìn)展軟件算法

20、過(guò)程的描畫(huà)，為編碼提供根據(jù)32軟件設(shè)計(jì)的方法和技術(shù)軟件設(shè)計(jì)方法是軟件工程中，軟件技術(shù)的聚集焦點(diǎn)。它聚集了操作系統(tǒng)、數(shù)據(jù)庫(kù)技術(shù)、網(wǎng)絡(luò)技術(shù)、軟件體系構(gòu)造，以及算法設(shè)計(jì)、界面設(shè)計(jì)等，幾乎涵蓋了計(jì)算機(jī)學(xué)科的一切技術(shù)和方法。不同的方法學(xué)對(duì)應(yīng)不同的設(shè)計(jì)方法和技術(shù)，例如：構(gòu)造化設(shè)計(jì)方法和面向?qū)ο蟮脑O(shè)計(jì)方法。本章后面分別論述335軟件測(cè)試軟件測(cè)試的目的為了發(fā)現(xiàn)軟件中的錯(cuò)誤，努力產(chǎn)生好的測(cè)試案例軟件測(cè)試的評(píng)價(jià)能勝利發(fā)現(xiàn)軟件錯(cuò)誤的測(cè)試才是好的測(cè)試能提示軟件錯(cuò)誤的案例才是好的案例軟件測(cè)試的根本原那么測(cè)試應(yīng)符合軟件的功能及性能需求測(cè)試要有方案地進(jìn)展測(cè)試應(yīng)該從小規(guī)模開(kāi)場(chǎng)，逐漸到大規(guī)模的測(cè)試測(cè)試不能夠窮舉，只能盡量充分覆

21、蓋測(cè)試應(yīng)該由軟件開(kāi)發(fā)人員和獨(dú)立測(cè)試組共同完成34軟件測(cè)試的三個(gè)階段單元測(cè)試階段，驗(yàn)證程序控制構(gòu)造的分支，盡量覆蓋一切能夠的錯(cuò)誤集成測(cè)試階段，在單元測(cè)試的根底上驗(yàn)證程序以及測(cè)試程序構(gòu)造問(wèn)題高階測(cè)試，也叫做“確認(rèn)性測(cè)試，是對(duì)曾經(jīng)經(jīng)過(guò)集成測(cè)試并可運(yùn)轉(zhuǎ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è)試的戰(zhàn)略 軟件測(cè)試的不同階段對(duì)應(yīng)不同測(cè)試戰(zhàn)略單元測(cè)試戰(zhàn)略，包括：程序中常見(jiàn)錯(cuò)誤的測(cè)試、單元測(cè)試規(guī)程，等戰(zhàn)略集成測(cè)試戰(zhàn)略，包括：自頂向下的測(cè)試、自底向上的測(cè)試、回歸測(cè)試、煙霧測(cè)試，等戰(zhàn)略高階測(cè)試戰(zhàn)略，包括：測(cè)試、測(cè)試、恢復(fù)測(cè)試、平安測(cè)

22、試、應(yīng)力測(cè)試、性能測(cè)試等戰(zhàn)略36軟件測(cè)試技術(shù)黑盒測(cè)試技術(shù)，為證明軟件運(yùn)轉(zhuǎn)功能，經(jīng)過(guò)功能的操作執(zhí)行發(fā)現(xiàn)和尋覓錯(cuò)誤白盒測(cè)試技術(shù)，為證明軟件內(nèi)部的執(zhí)行規(guī)約，在程序內(nèi)部發(fā)現(xiàn)和尋覓錯(cuò)誤軟件測(cè)試方法和工具構(gòu)造化測(cè)試方法和工具，是針對(duì)構(gòu)造化程序文語(yǔ)程序的測(cè)試方法，以及構(gòu)造化程序設(shè)計(jì)言語(yǔ)環(huán)境的軟件測(cè)試工具。面向?qū)ο鬁y(cè)試方法，針對(duì)面向?qū)ο蟪绦蛭恼Z(yǔ)程序的測(cè)試方法，以及面向?qū)ο蟪绦蛟O(shè)計(jì)言語(yǔ)環(huán)境的軟件測(cè)試工具。376軟件維護(hù)根本概念軟件維護(hù)是指對(duì)曾經(jīng)提交用戶運(yùn)用的軟件系統(tǒng)或軟件產(chǎn)品的修正是軟件生命周期中必然閱歷的階段任何軟件系統(tǒng)或產(chǎn)品存都存在缺陷，這是軟件根本性質(zhì)決議的：軟件是人工過(guò)程為主的知識(shí)密集型產(chǎn)品，軟件開(kāi)發(fā)者

23、對(duì)處理問(wèn)題的了解總是有誤差的與軟件操作相關(guān)的環(huán)境和需求是會(huì)變化的軟件處理的現(xiàn)實(shí)問(wèn)題本身是存在不確定性要素的軟件開(kāi)發(fā)的方法和技術(shù)本身是存在局限性的38軟件維護(hù)的根本類(lèi)型矯正性維護(hù)：交付運(yùn)用的軟件暴露的錯(cuò)誤隱患順應(yīng)性維護(hù)：更新業(yè)務(wù)以及硬件系統(tǒng)或軟件環(huán)境晉級(jí)完善性維護(hù)：原有功能或性能在運(yùn)用中發(fā)現(xiàn)短缺預(yù)防性維護(hù)：系統(tǒng)未來(lái)的擴(kuò)展、維護(hù)、移植 矯正性維護(hù)20%順應(yīng)性維護(hù)25%完善性維護(hù)50%其它4種維護(hù)的比例：39軟件維護(hù)的義務(wù)及過(guò)程設(shè)置專(zhuān)門(mén)的維護(hù)確認(rèn)審批機(jī)構(gòu)，減少由于隨意修正呵斥的系統(tǒng)構(gòu)造混亂建立合理的維護(hù)管理流程及嚴(yán)厲的維護(hù)文檔，包括：懇求、審批、問(wèn)題報(bào)告、維護(hù)方案、實(shí)施結(jié)果進(jìn)展維護(hù)活動(dòng)的評(píng)審，對(duì)維護(hù)

24、所帶來(lái)的本錢(qián)開(kāi)銷(xiāo)給出定量的分析407軟件質(zhì)量保證及評(píng)價(jià)體系軟件質(zhì)量定義按國(guó)際規(guī)范ISO/8042-1994對(duì)軟件質(zhì)量定義： 能滿足明確需求的軟件實(shí)體，所具有才干的特性總合。按照國(guó)家GB/T 11457-2006中定義軟件質(zhì)量為：軟件產(chǎn)品中能滿足給定需求的性質(zhì)和特性的總體軟件具有所期望的各種屬性的組合程度顧客和用戶覺(jué)得軟件滿足其綜合期望的程度確定軟件在運(yùn)用中將滿足顧客預(yù)期要求的程度41軟件質(zhì)量模型質(zhì)量模型是質(zhì)量特性構(gòu)造的表達(dá)，業(yè)界認(rèn)同的軟件質(zhì)量模型有幾種：Bohm 質(zhì)量模型，1976年由Bohm等提出軟件質(zhì)量分層模型McCall 質(zhì)量模型，1979年由McCall等人提出的軟件質(zhì)量模型ISOIE

25、C 9126-1：2001，給出的軟件質(zhì)量模型42軟件質(zhì)量可移植性可用性可維護(hù)性可靠性效率人類(lèi)工程可測(cè)性可了解性可修正性設(shè)備獨(dú)立性自包含性正確性完備性強(qiáng)壯性一致性可計(jì)測(cè)性設(shè)備效率可存取性通訊性自描畫(huà)性構(gòu)造化性簡(jiǎn)單明晰性可擴(kuò)展性Bohm 質(zhì)量模型43產(chǎn)品修正產(chǎn)品轉(zhuǎn)移產(chǎn)品運(yùn)轉(zhuǎn)可維護(hù)性可測(cè)試性靈敏性互聯(lián)性可移植性復(fù)用性 正確性 可靠性易用性 效率 完好性McCall 質(zhì)量模型44外部質(zhì)量和內(nèi)部質(zhì)量功能性易用性可靠性效率可維護(hù)性可移植性運(yùn)用質(zhì)量消費(fèi)性有效性平安性稱(chēng)心度ISOIEC 9126-1：2001質(zhì)量模型45軟件質(zhì)量保證體系ISO9001是適用于一切工程質(zhì)量保證規(guī)范。ISO9000-3是在軟件過(guò)

26、程中質(zhì)量保證體系運(yùn)用的子集。規(guī)范中給出的軟件質(zhì)量保證體系。主要內(nèi)容包括：管理職責(zé)、質(zhì)量體系、合同評(píng)審、設(shè)計(jì)控制、文件和資料控制、采購(gòu)、顧客提供產(chǎn)品的控制、產(chǎn)品標(biāo)識(shí)和可追溯性、過(guò)程控制、檢驗(yàn)和實(shí)驗(yàn)、檢驗(yàn)/丈量和實(shí)驗(yàn)設(shè)備的控制、檢驗(yàn)和實(shí)驗(yàn)形狀、不合格品的控制、糾正和預(yù)防措施、搬運(yùn)/儲(chǔ)存/包裝/防護(hù)和交付、質(zhì)量記錄的控制、內(nèi)部質(zhì)量審核、培訓(xùn)、效力、統(tǒng)計(jì)系統(tǒng)等20多項(xiàng)。軟件評(píng)審軟件評(píng)審是軟件質(zhì)量保證的重要措施根據(jù)軟件評(píng)審包括： 1軟件需求評(píng)審，產(chǎn)品對(duì)應(yīng)需求的適宜性，在軟件需求分析終了后進(jìn)展。2概要設(shè)計(jì)評(píng)審，軟件設(shè)計(jì)的總體構(gòu)造、外部接口、部件分配、數(shù)據(jù)構(gòu)造以及各主要部件之間的接口等方面的適宜性，在軟件概

27、要設(shè)計(jì)終了后進(jìn)展。3詳細(xì)設(shè)計(jì)評(píng)審，評(píng)價(jià)軟件設(shè)計(jì)的每一個(gè)根本部件的功能、算法和過(guò)程描畫(huà)各方面的適宜性，在軟件詳細(xì)設(shè)計(jì)終了后進(jìn)展。464軟件驗(yàn)證和確認(rèn)評(píng)審，評(píng)價(jià)軟件驗(yàn)證與確認(rèn)方案中運(yùn)用方法的適宜性與完好性，在軟件驗(yàn)證與確認(rèn)方案完成后進(jìn)展。5功能檢查，驗(yàn)證所開(kāi)發(fā)軟件滿足需求的情況，在軟件提交前對(duì)軟件進(jìn)展。6物理檢查，驗(yàn)證程序和文檔的一致性并能否做好了交付預(yù)備，在軟件驗(yàn)收前進(jìn)展。7綜合檢查，驗(yàn)證代碼和設(shè)計(jì)文檔的一致性、接口規(guī)格闡明的一致性、設(shè)計(jì)實(shí)現(xiàn)和功能需求的一致性、功能需求和測(cè)試描畫(huà)的一致性。在軟件驗(yàn)收時(shí)，用戶或用戶委托專(zhuān)家，進(jìn)展抽樣的方式檢查。8管理評(píng)審，方案執(zhí)行情況定期管理評(píng)審，必需由獨(dú)立評(píng)審機(jī)

28、構(gòu)或授權(quán)的第三方主持進(jìn)展。4748軟件的檢查和走查方式軟件檢查，是針對(duì)軟件產(chǎn)品的某一部分，目的是檢測(cè)和發(fā)現(xiàn)軟件產(chǎn)品的異常情況記錄下來(lái)并提交軟件走查，是對(duì)軟件產(chǎn)品發(fā)現(xiàn)異常或缺陷并改良的過(guò)程，可以在同事之間相互進(jìn)展，評(píng)價(jià)產(chǎn)品實(shí)現(xiàn)的運(yùn)轉(zhuǎn)效果，發(fā)現(xiàn)問(wèn)題，改良方案。49軟件質(zhì)量評(píng)價(jià)ISO/IEC1458給出了軟件質(zhì)量評(píng)價(jià)規(guī)范，主要內(nèi)容包括：軟件評(píng)價(jià)的管理： 測(cè)試方案的編制指南 評(píng)價(jià)過(guò)程控制開(kāi)發(fā)人員的評(píng)價(jià)過(guò)程顧客的評(píng)價(jià)過(guò)程評(píng)價(jià)者的評(píng)價(jià)過(guò)程合同協(xié)議評(píng)價(jià)模塊評(píng)價(jià)50開(kāi)發(fā)人員的評(píng)價(jià)過(guò)程，包括：軟件質(zhì)量指示器,評(píng)價(jià)過(guò)程的要求；對(duì)組織的要求(數(shù)據(jù)搜集的反響方式和途徑)；工程的要求(如確定質(zhì)量要求、確定內(nèi)部和外部質(zhì)量

29、度量等)；以及對(duì)質(zhì)量分析、謀劃、質(zhì)量控制和質(zhì)量評(píng)價(jià)的要求。顧客的評(píng)價(jià)過(guò)程，評(píng)價(jià)的目的包括： 用戶的文件、課程和培訓(xùn)；用于產(chǎn)品開(kāi)發(fā)的軟件工程過(guò)程；產(chǎn)品歷史運(yùn)作情況；可執(zhí)行軟件產(chǎn)品本身(如經(jīng)過(guò)黑盒測(cè)試或原型評(píng)價(jià))。 評(píng)價(jià)者的評(píng)價(jià)過(guò)程，定義了供方本人的質(zhì)量控制部門(mén)或第三方機(jī)構(gòu)對(duì)軟件產(chǎn)質(zhì)量量的評(píng)價(jià)過(guò)程。軟件產(chǎn)品的購(gòu)買(mǎi)者或運(yùn)用者，也可以獨(dú)立進(jìn)展評(píng)價(jià)。51評(píng)價(jià)供方、需方和評(píng)價(jià)者的相互關(guān)系、職責(zé),以及相互達(dá)成合同協(xié)議的性質(zhì)。 評(píng)價(jià)模塊，包括6項(xiàng)內(nèi)容：模塊的范圍，模塊援用文件,模塊的定義，模塊所運(yùn)用文件、搜集的數(shù)據(jù)和計(jì)算的度量值，解釋丈量結(jié)果的信息，運(yùn)用程序要求的資源(如硬件、軟件、人員的技藝和資歷及任務(wù)量)

30、 。52評(píng)價(jià)的五項(xiàng)活動(dòng)：評(píng)價(jià)需求的分析評(píng)價(jià)規(guī)范制定評(píng)價(jià)的設(shè)計(jì)(包括評(píng)價(jià)方案)評(píng)價(jià)實(shí)施評(píng)價(jià)結(jié)果記錄3.2開(kāi)發(fā)過(guò)程模型53經(jīng)典過(guò)程模型傳統(tǒng)軟件開(kāi)發(fā)模型演化模型面向?qū)ο箝_(kāi)發(fā)模型方式化方法模型 (智能模型)增量模型螺旋模型噴泉模型構(gòu)件集成模型瀑布模型快速原型模型轉(zhuǎn)換模型凈室模型54要點(diǎn)：系統(tǒng)工程方法學(xué)基于軟件過(guò)程 系統(tǒng)過(guò)程貫穿于開(kāi)發(fā)生命周期 不同的過(guò)程，對(duì)應(yīng)不同的系統(tǒng)開(kāi)發(fā)活動(dòng)5555瀑布模型需求分析軟件設(shè)計(jì)編碼測(cè)試維護(hù)模型要點(diǎn)： 階段的順序性 推遲實(shí)現(xiàn)的觀念 嚴(yán)厲文檔是保證質(zhì)量的手段帶來(lái)的問(wèn)題： 過(guò)程根本不可迭代 需求在開(kāi)場(chǎng)的不確定性 錯(cuò)誤到最后才干發(fā)現(xiàn) 開(kāi)發(fā)進(jìn)程呈現(xiàn)塞阻形狀可行性研討問(wèn)題定義56原型

31、模型 帶來(lái)的問(wèn)題：系統(tǒng)分析組織倉(cāng)促用戶不宜了解進(jìn)度先入為主而系統(tǒng)設(shè)計(jì)，能夠不是最正確設(shè)計(jì)聽(tīng)取用戶意見(jiàn)建造修正原型測(cè)試運(yùn)轉(zhuǎn)原型原型過(guò)程表示：5757增量模型 分析設(shè)計(jì)編碼測(cè)試分析設(shè)計(jì)編碼測(cè)試分析設(shè)計(jì)編碼測(cè)試分析設(shè)計(jì)編碼測(cè)試增量2增量3增量4增量1第1個(gè)增量的發(fā)布第2個(gè)增量的發(fā)布第3個(gè)增量的發(fā)布第4增量的發(fā)布模型要點(diǎn)：瀑布和原型模型相結(jié)合強(qiáng)調(diào)版本晉級(jí)每版本開(kāi)發(fā)遵照順序過(guò)程 5858風(fēng)險(xiǎn)分析累計(jì)費(fèi)用制定階段 方案評(píng)審商定模型螺旋模型 模型要點(diǎn)：一致了瀑布模型與原型模型 與增量模型類(lèi)似，更強(qiáng)調(diào)風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析原型1原型2原型3運(yùn)轉(zhuǎn)原型軟件需求需求有效性產(chǎn)品設(shè)計(jì)設(shè)計(jì)有效性驗(yàn)證操作概念需求

32、階段方案開(kāi)發(fā)方案確定目的選擇方案設(shè)定條件運(yùn)轉(zhuǎn)驗(yàn)收測(cè)試集成測(cè)試詳細(xì)設(shè)計(jì)單元測(cè)試編碼系統(tǒng)集成測(cè)試方案評(píng)價(jià)方案明確風(fēng)險(xiǎn)排除風(fēng)險(xiǎn)開(kāi)發(fā)驗(yàn)證5959噴泉模型 演化維護(hù)確認(rèn)實(shí)現(xiàn)設(shè)計(jì)分析模型要點(diǎn)：表達(dá)認(rèn)識(shí)事物的循環(huán)迭代性強(qiáng)調(diào)開(kāi)發(fā)活動(dòng)之間的無(wú)間隙性 無(wú)明顯的活動(dòng)階段劃分適用于面向?qū)ο蟮拈_(kāi)發(fā)過(guò)程60構(gòu)件集成模型 構(gòu)件庫(kù)問(wèn)題域識(shí)別構(gòu)件查找構(gòu)件生成構(gòu)件組裝系統(tǒng)查到構(gòu)件未查到構(gòu)件模型要點(diǎn)： 基于面向?qū)ο蟮臉?gòu)件方法 立足于軟件復(fù)用性 構(gòu)成一致開(kāi)發(fā)過(guò)程RUP 采用一致建模言語(yǔ)6161需求明確或有先例的工程 瀑布模型需求不明確或與客戶難以溝通的工程 原型模型規(guī)模大且時(shí)間緊的工程 增量模型帶有突破性技術(shù)的工程 螺旋模型采用面向

33、對(duì)象方法開(kāi)發(fā)的工程 噴泉模型明顯復(fù)用潛力的工程 構(gòu)件模型 工程情況適用模型工程順應(yīng)模型的普通規(guī)律3.3系統(tǒng)分析方法62前往目錄系統(tǒng)分析的根本概念 “系統(tǒng)分析也叫“需求分析或“問(wèn)題定義 系統(tǒng)分析是在可行性分析階段之后的一個(gè)重要的階段 系統(tǒng)分析階段，定義系統(tǒng)的功能、數(shù)據(jù)、行為的規(guī)約，及與其他系統(tǒng)的接口約束。63建立分析模型 在當(dāng)前物理模型的根底上，建立分析模型完成“軟件需求規(guī)格闡明 Software Requirement Specification，SRS在SRS中，定義軟件的功能，信息，表示軟件的行為需求驗(yàn)證 與用戶達(dá)成共識(shí)，編寫(xiě)測(cè)試方案和測(cè)試案例需求分析的義務(wù)和步驟64行業(yè)知識(shí)學(xué)習(xí)訪問(wèn)用戶調(diào)

34、查現(xiàn)場(chǎng)定制調(diào)研方案組織調(diào)研整理調(diào)研問(wèn)題陳說(shuō)建立當(dāng)前系統(tǒng)物理模型建立未來(lái)系統(tǒng)邏輯模型多次反復(fù)的過(guò)程編制需求規(guī)格闡明開(kāi)發(fā)系統(tǒng)原型系統(tǒng)分析步驟表示65需求規(guī)格闡明: (主要內(nèi)容)1.引言 1.1編寫(xiě)目的 1.2工程背景 1.3定義 1.4參考資料2.義務(wù)概述 2.1目的 2.2運(yùn)轉(zhuǎn)環(huán)境 2.3條件與限制3.數(shù)據(jù)描畫(huà) 3.1數(shù)據(jù)字典(或數(shù)據(jù)庫(kù)描畫(huà)) 3.2數(shù)據(jù)采集4.功能需求 4.1功能劃分 4.2功能描畫(huà)5.性能描畫(huà) 5.1數(shù)據(jù)準(zhǔn)確度 5.2時(shí)間特性 5.3順應(yīng)性6.運(yùn)轉(zhuǎn)需求 6.1用戶界面 6.2硬件接口 6.3軟件接口 6.4缺點(diǎn)處置7.其它需求需求分析階段的產(chǎn)品663.3.1 構(gòu)造化分析方法S

35、tructured Analysis)SA是面向數(shù)據(jù)流的分析方法，在20世紀(jì)90年代被廣泛運(yùn)用。SA方法適宜于開(kāi)發(fā)數(shù)據(jù)處置類(lèi)型的軟件，是需求分析階段的描畫(huà)工具。SA方法的主要思想是：以數(shù)據(jù)的輸入輸出流向，確認(rèn)其加工或處置，從粗到細(xì)，逐層分解。67數(shù)據(jù)流圖(Data Flow Diagram DFD) 外部實(shí)體外部實(shí)體外部實(shí)體外部實(shí)體變換1變換3變換2變換4數(shù)據(jù)存儲(chǔ)輸入數(shù)據(jù)中間數(shù)據(jù)中間數(shù)據(jù)中間數(shù)據(jù)輸入數(shù)據(jù)輸出數(shù)據(jù)輸出數(shù)據(jù)輸入輸出變換加工闡明：輸入：輸出：加工：構(gòu)造化分析方法和工具68數(shù)據(jù)流構(gòu)造化Ff1f41f43f45f42f46f3f2f4f5f6f7ABABXXYYZZ69稱(chēng)號(hào)： 別名： 何

36、處運(yùn)用/如何運(yùn)用： 內(nèi)容描畫(huà)： 補(bǔ)充信息： 數(shù)據(jù)字典作用：描畫(huà)各個(gè)數(shù)據(jù)項(xiàng)約束數(shù)據(jù)字典內(nèi)容和方式：70系統(tǒng)分析建模例如家庭平安系統(tǒng)問(wèn)題陳說(shuō)： 系統(tǒng)由房主在安裝時(shí)配置，經(jīng)過(guò)系統(tǒng)控制窗口和鍵盤(pán)功能與房主交互進(jìn)展。系統(tǒng)可以監(jiān)控一切銜接的傳感器。 在安裝過(guò)程中，每個(gè)傳感器可以設(shè)置編號(hào)和類(lèi)型，系統(tǒng)的啟動(dòng)和封鎖必需有主人密碼控制；傳感器事件發(fā)生時(shí)，軟件激活系統(tǒng)上的警報(bào)器，在設(shè)定的時(shí)間延時(shí)后，軟件自動(dòng)撥打設(shè)定的號(hào)碼，并提供位置信息和事件性質(zhì)，號(hào)碼將每隔20秒重?fù)芤淮危敝两油ā?系統(tǒng)運(yùn)轉(zhuǎn)時(shí)，系統(tǒng)控制窗口顯示提示信息和系統(tǒng)形狀。經(jīng)過(guò)鍵盤(pán)可以控制系統(tǒng)運(yùn)轉(zhuǎn)。71例：家庭平安系統(tǒng)控制面板 SAFEHOME01報(bào)警檢查

37、火情分開(kāi)駐留緊急旁路預(yù)備未就緒配備 電源 封鎖 分開(kāi) 駐留 最大 測(cè)試 旁路 立刻 編碼 警聲 預(yù)備就緒 123456789*0#72從問(wèn)題陳說(shuō)，分析SafeHome系統(tǒng)頂層DFD控制面板 傳感器SafeHome系統(tǒng)控制面板 顯示 警告線用戶命令 和數(shù)據(jù)傳感器 形狀顯示信息警告類(lèi)型號(hào)73SafeHome 第一層DFD控制面板傳感器處置用戶輸入控制面板 顯示 警告線用戶命令 和數(shù)據(jù)傳感器 形狀顯示信息警告類(lèi)型號(hào)信號(hào)配置系統(tǒng)監(jiān)控傳感器處置口令激活或失效系統(tǒng)顯示信息和形狀傳感器信息配置信息正確的ID信息配置數(shù)據(jù)配置數(shù)據(jù)配置懇求啟動(dòng)停頓口令激活/失效信息74 監(jiān)控傳感器的精化DFD評(píng)定輸出配置信息顯示

38、格式化產(chǎn)生警告信號(hào)讀傳感器撥打傳感器形狀傳感器ID類(lèi)型,位置傳感器信息警告類(lèi)型警告數(shù)據(jù)號(hào)配置數(shù)據(jù)號(hào)信號(hào)傳感器ID類(lèi)型,位置75 從60年代出現(xiàn) Simula 60言語(yǔ)以來(lái)，構(gòu)成了表達(dá)類(lèi)和對(duì)象兩個(gè)根本概念的程序設(shè)計(jì)言語(yǔ)；70年代誕生的Smalltalk言語(yǔ)，真正確立了面向?qū)ο蟪绦蛟O(shè)計(jì)言語(yǔ)的位置。80年代面向?qū)ο蟮姆治龊驮O(shè)計(jì)方法才正式出現(xiàn)。面向?qū)ο蠓治龊驮O(shè)計(jì)方法的來(lái)源 伴隨著軟件界對(duì)于構(gòu)造化方法引起的越來(lái)越多的爭(zhēng)議，以及面向?qū)ο蟪绦蛟O(shè)計(jì)越發(fā)廣泛的運(yùn)用和成熟，產(chǎn)生了面向?qū)ο蠓治龊驮O(shè)計(jì)方法。3.3.2 面向?qū)ο蠓治龇椒?6面向?qū)ο蠓椒ǖ母靖拍詈驮敲?1)思想方法從現(xiàn)實(shí)世界中客觀存在的事物出發(fā)，以問(wèn)

39、題域中的事物為中心，建立和表達(dá)系統(tǒng)。將事物的特征和系統(tǒng)責(zé)任籠統(tǒng)表示為系統(tǒng)的對(duì)象，作為系統(tǒng)的根本構(gòu)成單位。(2)4個(gè)根本概念類(lèi)和對(duì)象音訊和封裝承繼多態(tài)和動(dòng)態(tài)綁定77類(lèi)和對(duì)象在外部世界中，一樣屬性和操作的對(duì)象屬于一個(gè)類(lèi)，對(duì)象是類(lèi)的一個(gè)實(shí)例；在機(jī)器空間中，類(lèi)是一個(gè)可復(fù)用的模板，而對(duì)象是復(fù)用出來(lái)的獨(dú)立可執(zhí)行程序塊；數(shù)據(jù)籠統(tǒng)是在數(shù)據(jù)對(duì)象上定義相關(guān)的屬性和必要的操作；過(guò)程籠統(tǒng)是定義某功能到責(zé)任實(shí)體；而這一實(shí)體要有必要的屬性和執(zhí)行這一功能的一些列操作；對(duì)象包括實(shí)體對(duì)象和無(wú)形對(duì)象；78封裝和音訊隱藏類(lèi)的內(nèi)部屬性和操作的執(zhí)行，只留下外部可見(jiàn)的操作界面。防止外界錯(cuò)誤地對(duì)內(nèi)部進(jìn)展修正，呵斥不良影響；對(duì)象只經(jīng)過(guò)音訊來(lái)

40、懇求其他的對(duì)象執(zhí)行本身的操作；音訊必需直接發(fā)給指定的對(duì)象，音訊中包括懇求執(zhí)行操作的必要信息；接納音訊的對(duì)象是音訊的執(zhí)行者，在執(zhí)時(shí)也可以向其他對(duì)象發(fā)出懇求。79類(lèi)和子類(lèi)類(lèi)可以有子類(lèi)，子類(lèi)承繼父類(lèi)，構(gòu)成類(lèi)的層次構(gòu)造；承繼的概念與現(xiàn)實(shí)意義一樣，子類(lèi)承繼父類(lèi)的全部屬性和操作，并允許有本人的屬性和操作；承繼可以有多重承繼；承繼有傳送性；承繼的重要作用在于源代碼的復(fù)用。80學(xué)生姓名年齡研討生導(dǎo)師研討方向本科生班級(jí)專(zhuān)業(yè)承繼：81承繼層次：運(yùn)輸工具輪船車(chē)輛飛機(jī)卡車(chē)轎車(chē)82人員姓名年齡研討生導(dǎo)師研討方向職工部門(mén)職務(wù)在職研討生多承繼：83多態(tài)性在承繼關(guān)系的類(lèi)層次構(gòu)造中，定義同名操作，構(gòu)成同一操作的多種形狀，按同一

41、個(gè)音訊呼應(yīng)不同的行為。即“多態(tài)性。多態(tài)性更強(qiáng)地表達(dá)了信息隱蔽的原那么，實(shí)現(xiàn)接口的獨(dú)立封裝。多態(tài)性的實(shí)現(xiàn)機(jī)制： 靜態(tài)聯(lián)編編譯直接確定銜接的軟件成分 動(dòng)態(tài)聯(lián)編編譯不確定銜接的軟件成分，執(zhí)行時(shí)根據(jù)定義的實(shí)體再確定需求的銜接的軟件成分 84動(dòng)態(tài)聯(lián)編：靜態(tài)聯(lián)編：圖形坐標(biāo)挪動(dòng)點(diǎn)挪動(dòng)矩形長(zhǎng)寬挪動(dòng)圓半徑挪動(dòng)多態(tài)性：圖形字符型坐標(biāo)數(shù)字型坐標(biāo)挪動(dòng)挪動(dòng)Virtue可運(yùn)用一致圖形挪動(dòng)接口，采用挪動(dòng)的動(dòng)態(tài)聯(lián)編85面向?qū)ο蠓椒ǖ膬?yōu)勢(shì)以更接近人類(lèi)認(rèn)識(shí)世界的思想的方式來(lái)建立問(wèn)題域模型，由于事物本身不但包括屬性也包括行為，認(rèn)識(shí)事物，從來(lái)不會(huì)將事物的屬性和行為分別建造系統(tǒng)的根本元素是封裝了操作的對(duì)象實(shí)體，逃避了以易變的處置過(guò)程為

42、根底的系統(tǒng)建造從實(shí)體對(duì)象籠統(tǒng)得到的對(duì)象類(lèi)，堅(jiān)持了語(yǔ)義上的一致性，提高了系統(tǒng)的復(fù)用和構(gòu)造性承繼機(jī)制是源代碼級(jí)的復(fù)用機(jī)制，在此根底上的多態(tài)機(jī)制，成為系統(tǒng)可擴(kuò)展性構(gòu)造，以及分布式系統(tǒng)構(gòu)造實(shí)現(xiàn)的根底保證86面向?qū)ο蠓椒ǖ拈_(kāi)展趨勢(shì) 從80年代到如今20多年的開(kāi)展過(guò)程，面向?qū)ο蠓椒▽W(xué)逐漸走向成熟和。主要表如今： 橫向求同：多種的面向?qū)ο蠓椒ㄖg的求同。 縱向求同：與非面向?qū)ο蠓椒ǖ那笸?規(guī)范化： 一致建模言語(yǔ)Unified Modeling Language UML) 96年由Booch、Jacobson、Rumbaugh三位面向?qū)ο蠓椒ǖ膶?zhuān)家，在國(guó)際對(duì)象管理組織OMG建議下，在Rational公司研制

43、了UML，從97年的1.0版到如今的2.X版，逐漸完善。目前是業(yè)界共識(shí)的規(guī)范。87一致建模言語(yǔ)Unified Modeling Language UML)UML是以圖形來(lái)確定、表示、和記錄軟件系統(tǒng)的建模言語(yǔ)面向?qū)ο蠓治瞿Ｐ?需求描畫(huà)： Use Case 用況圖 輔助模型： Sequence順序圖 Collaboration協(xié)作圖 State形狀圖 Packet包圖 Component構(gòu)件圖 Deployment部署圖 Activity活動(dòng)圖根本模型： Class類(lèi)圖 Object對(duì)象圖對(duì)象對(duì)象間關(guān)系對(duì)象屬性詳細(xì)闡明881. 用況圖Use Case用況圖的建立思想不屬于面向?qū)ο蟮模菢I(yè)界早已熟

44、習(xí)的需求建模方法，只是UML有新的表示方法。房主Use Case例如：身份確認(rèn)系統(tǒng)設(shè)置系統(tǒng)運(yùn)轉(zhuǎn)查詢啟動(dòng)/封鎖系統(tǒng)傳感器監(jiān)測(cè)密碼修正系統(tǒng)區(qū)域設(shè)置系統(tǒng)設(shè)置系統(tǒng)警報(bào)設(shè)置參與者用況包含用況擴(kuò)展用況交互關(guān)系顯示窗報(bào)警器傳感器參與者89Use Case圖元素：參與者：與系統(tǒng)交互的，運(yùn)用系統(tǒng)相關(guān)功能的角色，用況：與參與者有交互的一個(gè)功能參與者與用況的連線：表示雙向，沒(méi)有箭頭用況之間的連線：表示包含其中必需的功能用況之間的連線：表示擴(kuò)展可選的功能902.類(lèi)圖Class 從問(wèn)題域中的實(shí)體籠統(tǒng)出對(duì)象類(lèi)，描畫(huà)類(lèi)之間的靜態(tài)構(gòu)造。 InternetClient+search (s: String): String Cu

45、stomerList+search (s: String): Customer +getCustomer (number: Sting): Customer+addCustomer (c: Customer): Boolean+removeCustomer (c: Customer): Boolean0. 1 CompanyCustomer+login (nimber: String , passwd: String): Boolean+update (webpage: String , e_mail: String): Boolean+viewMyInfo ( ): String Inter

46、nalClient+updateCustomer (nimber: String , ): Boolean+addCustomer (name: String , ): Boolean+removeCustomer (number: String): Boolean+viewCustomer (number: String): String Customer-number: String-name: String-address: String-e_mail: String-webpage: String-pass: String+check_pwd (s: String): Boolean+

47、showInfo(): String 1 1 1 *依賴關(guān)系聚合關(guān)系關(guān)聯(lián)關(guān)系承繼關(guān)系多重性表示class圖例如:91類(lèi)圖Class圖元素：對(duì)象：在問(wèn)題域中承當(dāng)責(zé)任的事物關(guān)聯(lián)：對(duì)象類(lèi)之間固有的關(guān)系屬性：對(duì)象類(lèi)的特征，系統(tǒng)必要的信息對(duì)象類(lèi)名屬性操作類(lèi)：名詞為類(lèi)名， 屬性和操作欄必需有，內(nèi)容可以暫略。關(guān)聯(lián)：有方向，由多重性描畫(huà)，可以有稱(chēng)號(hào)承繼：普通和特殊的關(guān)系聚合：整體和部分的關(guān)系0 . n 多重性：1. n 1. 1 0 . 1 * . 0 . * 可見(jiàn)性分為：公共的+ 私有的- 受維護(hù)的#92邊境邊境 國(guó)家 西班牙 國(guó)家 法國(guó) 國(guó)家 比利時(shí)國(guó)家稱(chēng)號(hào)邊境對(duì)象圖Object國(guó)家類(lèi)的實(shí)例對(duì)象圖93 順

48、序圖強(qiáng)調(diào)音訊交互的時(shí)序； 協(xié)作圖強(qiáng)調(diào)對(duì)象收發(fā)音訊的組織構(gòu)造順序圖的作用：在給定的語(yǔ)境中，經(jīng)過(guò)對(duì)象之間的音訊通訊，展現(xiàn)對(duì)象的行為；用以發(fā)現(xiàn)對(duì)象的操作。交互圖關(guān)于順序圖和協(xié)作圖 順序圖和協(xié)作圖表示一樣的模型語(yǔ)義，可以相互轉(zhuǎn)換，能表示對(duì)方不能表示的某些內(nèi)容。協(xié)作圖的作用：分析對(duì)象行為的控制線程，規(guī)劃系統(tǒng)分布，以及規(guī)劃測(cè)試用例943.順序圖Sequence表示按時(shí)間順序陳列的對(duì)象間的交互。ob1：C1ob3：C3ob2：C2：C4Op( )x0create(x)x1200/測(cè)試設(shè)備事件例如：形狀例如： EnterPasswordentry/password.reset()exit/password.t

49、est()clear/password.reset()help/display helpprint/deferdo/suppress echo102Waiting等待形狀Put( c)c/=“/token.append( c); return falseGettingBody獲得主句形狀Put( c)c/=“;/body.append( c); return falsePut( c)c= =“字符流分析器類(lèi)形狀圖：Put( c)c= =“;/return true字符流方式為：xx xx.x ;要求分析出中的符號(hào),及;號(hào)前的主句形狀圖例如：1036.包圖 Packet 用來(lái)對(duì)描畫(huà)進(jìn)展組織，以控

50、制描畫(huà)的復(fù)雜性。是對(duì)模型成分的分組的機(jī)制。把模型成分組織成為包，可以嵌套表示包有獨(dú)一的命名，可以被獨(dú)立援用包必需提供外部可訪問(wèn)的操作接口包的表示： 操作1 包名：vision 操作1 嵌套表示包名：sensor104包之間依賴關(guān)系表示： 引入依賴包中可見(jiàn)的操作可以被另一個(gè)包援用 即提供方的元素直接附加到懇求方 訪問(wèn)依賴包中可見(jiàn)的操作可以被另一個(gè)包運(yùn)用 懇求方直接運(yùn)用提供方的元素Server+Database+LoggingService GUI+Windoes+Form+EventHandlerPolicies+OrderRulesClient+OrderForm+TrackingForm-O

51、rder105控制面板 鍵盤(pán)區(qū) 屏幕閃光的燈LCD顯示 圖符 信息 鍵區(qū) 功能區(qū)命令處置數(shù)據(jù)接納顯示格式化 .控制鍵盤(pán)包控制鍵盤(pán)包例如：1067. 構(gòu)件圖(Component)構(gòu)件表示： System:dialog.dll 構(gòu)件是指物理上存在的軟件成分。構(gòu)件圖屬于設(shè)計(jì)活動(dòng)的描畫(huà)工具。描畫(huà)軟件在系統(tǒng)每個(gè)物理節(jié)點(diǎn)上的分布情況，屬于物理事物建模。構(gòu)件與類(lèi)的不同： 類(lèi)表示邏輯籠統(tǒng)，是邏輯模塊； 構(gòu)件表示字節(jié)空間中的物理存在，表示的是物理模塊； 類(lèi)有屬性和操作，構(gòu)件僅經(jīng)過(guò)接口提供或懇求操作。107構(gòu)件的接口是一組操作的集合 Image.java component.javaImageObserver I

52、mage.javaImageObserverabort:intfinal staticerror:intfinal staticimageUpdate():Boolean component.java構(gòu)件接口的表示：108構(gòu)件對(duì)源代碼建模用標(biāo)識(shí)一組相關(guān)源代碼文件的集合，成為構(gòu)件給出源代碼文件的版本號(hào)、作者名和修正日期等標(biāo)志值用依賴關(guān)系標(biāo)出源代碼文件之間的編譯依賴關(guān)系 Bill.hversion=3.1 Bill.cppversion=3.2 customer.hversion=4.1 item.hversion=3.1源代碼建模例如：109 構(gòu)件對(duì)可執(zhí)行體建模表示可執(zhí)行程序和動(dòng)態(tài)銜接庫(kù)的構(gòu)件表

53、示可執(zhí)行程序與動(dòng)態(tài)銜接庫(kù)及接口之間的關(guān)系對(duì)可執(zhí)行體建模例如： Animator.exeversion=5.2 Dialog.dll Render.dll Wrframe.dll110構(gòu)件對(duì)API建模例如 Animator.exeversion=5.2IscriptsIrenderingImodels111構(gòu)件對(duì)表、文件和文檔建模標(biāo)識(shí)系統(tǒng)物理實(shí)現(xiàn)部分的附屬構(gòu)件表示附屬構(gòu)件與可執(zhí)行程序、動(dòng)態(tài)銜接庫(kù)及接口間的關(guān)系 Animator.hlp Animator.ini Animator.exeversion=5.2 Dialog.dll Render.dll Wrframe.dll Shapes.tbl

54、建模例如：1128. 部署圖Deployment 部署圖可以表示在一個(gè)節(jié)點(diǎn)上運(yùn)轉(zhuǎn)系統(tǒng)的物理拓?fù)錁?gòu)造；一個(gè)節(jié)點(diǎn)通常被表示為可以部署構(gòu)件的處置器或設(shè)備。 節(jié)點(diǎn)是具有獨(dú)立存儲(chǔ)空間，運(yùn)轉(zhuǎn)時(shí)存在，并代表一項(xiàng)計(jì)算資源的物理元素和執(zhí)行才干。節(jié)點(diǎn)表示法：節(jié)點(diǎn)稱(chēng)號(hào)113節(jié)點(diǎn)和構(gòu)件的區(qū)別：構(gòu)件是系統(tǒng)執(zhí)行的事物，節(jié)點(diǎn)是執(zhí)行構(gòu)件的事物。構(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)上。sales pos.exe contacts.exe節(jié)點(diǎn)與構(gòu)件的關(guān)系例如：114節(jié)點(diǎn)之間的關(guān)聯(lián)關(guān)系：用來(lái)表示節(jié)點(diǎn)之間的物理銜接kioskconsole

55、serverRAID farm節(jié)點(diǎn)之間的銜接例如：1159. 活動(dòng)圖Activity活動(dòng)圖Activity Diagram：描畫(huà)系統(tǒng)的任務(wù)流程和并發(fā)行為，與形狀圖相比它強(qiáng)調(diào)流程的控制而不是形狀在事件下的變化?；顒?dòng)圖的作用：描畫(huà)業(yè)務(wù)過(guò)程，特別能較好地表示并發(fā)流程，協(xié)助了解涉及多個(gè)用況的任務(wù)流程描畫(huà)詳細(xì)操作算法，與程序框圖有一樣的作用活動(dòng)圖的概念接近構(gòu)造化方法的流程圖思想。116包括：1活動(dòng)流程中的義務(wù)執(zhí)行單元2泳道活動(dòng)的區(qū)域劃分3分支活動(dòng)轉(zhuǎn)向的分支4分叉 并發(fā)控制流的分支5集合分叉后的合并6對(duì)象流活動(dòng)圖中的控制流活動(dòng)圖元素：117Calculate Total Cost活動(dòng)圖中的“活動(dòng) Acti

56、vity包括：動(dòng)作形狀A(yù)ction State 活動(dòng)形狀A(yù)ctivity State動(dòng)作形狀，沒(méi)有內(nèi)部轉(zhuǎn)移和內(nèi)部活動(dòng)，是原子的最小執(zhí)行單元，作用是表示執(zhí)行進(jìn)入動(dòng)作后轉(zhuǎn)向的形狀，執(zhí)行時(shí)間可以被忽略?；顒?dòng)形狀，可分解的、非原子的，并有一定繼續(xù)時(shí)間的執(zhí)行單元。118活動(dòng)圖中的“泳道swim lane根據(jù)每項(xiàng)活動(dòng)的職責(zé)，劃分一切活動(dòng)的責(zé)任區(qū)域例：Request ServicePayTake OrderFill OrderDeliver OrderCollect OrderCustomerSalesStockroom119活動(dòng)圖中的“分支branch在活動(dòng)圖中同一出觸發(fā)事件，可根據(jù)警戒條件轉(zhuǎn)向不同的活動(dòng)

57、，有兩種表示方法：例：Calculate total costCharge customers account Get authorizationCost=$50Cost=$50Cost=5 lbWeight PackageWeight C(p2) 那么 E(p1)E(p2)其中：p1和p2是兩個(gè)問(wèn)題C(x)是由x問(wèn)題決議的復(fù)雜性E(x)是處理x問(wèn)題所需求的任務(wù)量C(p1+p2) C(p1) +C(p2)E(p1+p2) E(p1) +E(p2)實(shí)驗(yàn)發(fā)現(xiàn)關(guān)于模塊化的問(wèn)題從人們處理問(wèn)題的大量察看得出結(jié)論：本錢(qián)或任務(wù)量劃分模塊的數(shù)量軟件總本錢(qián)集本錢(qián)錢(qián)模塊/本錢(qián)最小本錢(qián)區(qū)模塊劃分得越小本錢(qián)越低 ，但

58、集本錢(qián)錢(qián)卻隨著模塊劃分得越小本錢(qián)越高。設(shè)計(jì)活動(dòng)的重點(diǎn)：如何確定模塊化分的最小本錢(qián)區(qū)，并保證模塊的最正確性能？129軟件模塊的設(shè)計(jì)準(zhǔn)那么模塊的可分解性將問(wèn)題可分解成子問(wèn)題模塊可組裝性可用現(xiàn)有的模塊組裝來(lái)處理問(wèn)題模塊可了解性可作為獨(dú)立的單位被了解模塊延續(xù)性變卦只是對(duì)單獨(dú)模塊的修正模塊維護(hù)性模塊內(nèi)部的異常影響只限制在該模塊內(nèi)高內(nèi)聚及低耦合準(zhǔn)那么：內(nèi)聚-模塊內(nèi)部各成分之間的關(guān)系，關(guān)系越嚴(yán)密越好耦合-模塊之間的依賴程度，依賴越松散越好130 偶爾內(nèi)聚：把沒(méi)有關(guān)系的分散在多處的成分組成模塊 邏輯內(nèi)聚：僅僅是邏輯功能相關(guān)成分組成模塊 時(shí)間內(nèi)聚：需求在同一時(shí)間執(zhí)行并無(wú)邏輯聯(lián)絡(luò)的成分組成模塊 過(guò)程內(nèi)聚：過(guò)程順序

59、相關(guān)的功能成分組成模塊 通訊內(nèi)聚：需求對(duì)一樣的外部數(shù)據(jù)進(jìn)展操作的成分組成模塊 順序內(nèi)聚：某個(gè)成分的輸出是另一個(gè)成分的輸入，將其組成模塊 功能內(nèi)聚：只完成單一的功能低高 內(nèi)容耦合：一個(gè)模塊直接修正另一個(gè)模塊的內(nèi)容 公共耦合：兩個(gè)以上的模塊共同援用一個(gè)全局?jǐn)?shù)據(jù) 控制耦合：接納模塊的動(dòng)作依賴于控制信號(hào) 標(biāo)志耦合：兩個(gè)模塊接口的參數(shù)包含一樣的內(nèi)部構(gòu)造 數(shù)據(jù)耦合：僅是模塊之間的簡(jiǎn)單數(shù)據(jù)傳送低高內(nèi)聚模塊內(nèi)部各成分之間的關(guān)聯(lián)程度耦合模塊之間的依賴程度1314.1構(gòu)造化設(shè)計(jì)方法數(shù)據(jù)構(gòu)造設(shè)計(jì)體系構(gòu)造設(shè)計(jì)模塊設(shè)計(jì)軟件設(shè)計(jì)的義務(wù)確定系統(tǒng)怎樣做 構(gòu)造化設(shè)計(jì)活動(dòng)劃分為兩個(gè)階段： 確定系統(tǒng)的整體體系構(gòu)造總體設(shè)計(jì) 確定各模

60、塊的詳細(xì)實(shí)現(xiàn)詳細(xì)設(shè)計(jì)界面設(shè)計(jì)模塊算法設(shè)計(jì) 表示工具： 總體設(shè)計(jì) 詳細(xì)設(shè)計(jì)層次圖 HierarchyIPO圖Input-Process-Output模塊闡明程序框圖盒圖N-S圖斷定表斷定樹(shù)PDL言語(yǔ)132數(shù)據(jù)構(gòu)造信息的組織方式。經(jīng)典數(shù)據(jù)構(gòu)造包括： 變量: 經(jīng)過(guò)標(biāo)識(shí)符(獨(dú)立存儲(chǔ)地址)訪問(wèn)的信息元素 向量: 變量組成的列表 數(shù)組: n維空間 鏈表: 以某種方式組織的不相鄰的變量、向量或空間 堆棧: 高層籠統(tǒng)，可用向量或用鏈表來(lái)實(shí)現(xiàn)1運(yùn)用根本數(shù)據(jù)構(gòu)造，可構(gòu)造各種規(guī)模的數(shù)據(jù)構(gòu)造數(shù)據(jù)構(gòu)造設(shè)計(jì)2運(yùn)用籠統(tǒng)數(shù)據(jù)構(gòu)造，包括：構(gòu)造、結(jié)合、類(lèi)，等等。133軟件體系構(gòu)造：包括： 軟件的構(gòu)成元素 軟件元素之間固有的關(guān)系，