面向?qū)ο笳n后習(xí)題及課件

什么是IoT？展望IoT什么是RFID移動信息化與RFID結(jié)合產(chǎn)生的“3A”與“4W什么是“15UMLUML有哪幾種簡述OOP的發(fā)展（C++→JAVA→J#、什么是 哪些主要問題OOA如何適應(yīng) OOAOOD？OODOODCoad/YourdonOODUML的“4+1”視圖什么是RationalROSE?試解釋ROSE、UML和VisualStudio三者Actor捕獲UseUseCaseOOAOODOOD2UML什么是SOASOA是一種新的軟件范型SOAQoS包括哪幾方面的需求？簡述SOAAgent和面向方面開發(fā)等技術(shù)也以面向?qū)ο蠹夹g(shù)作為基礎(chǔ)。發(fā)方式。在這一方面，須了解關(guān)于對象導(dǎo)向系統(tǒng)分析和對象導(dǎo)向設(shè)計（ObjectOrientedDesignOOD）方面的知識。足用戶要求的軟件產(chǎn)品的定義、開發(fā)、發(fā)布和的工程或以之為研究對象的學(xué)科。軟件仍然存在（軟件脫節(jié)）1968-2009工業(yè)化生產(chǎn)是必由網(wǎng)絡(luò)環(huán)境給應(yīng)用系統(tǒng)帶來的：通信問題異構(gòu)問題定位問題可靠性問題安全問題管理問題問題等等其它特點：知識密集邏輯產(chǎn)物結(jié)構(gòu)的。傳統(tǒng)的軟件開發(fā)是作坊式的主要解決功能問題，較少考慮結(jié)構(gòu)問題，造成軟件雜度高、難度大、可靠性差。軟件構(gòu)件技術(shù)了軟件的構(gòu)造性。隨著軟件規(guī)模及復(fù)雜性的增加，算法+數(shù)據(jù)結(jié)構(gòu)的描述方式逐漸變得不足。人們需要從整體上、從體系結(jié)構(gòu)高度把握軟件構(gòu)件+（patched）從單機環(huán)境到網(wǎng)絡(luò)環(huán)境，軟件發(fā)生了什么變化軟件運行方式的發(fā)展：從純式的方式向部分主動式的方式發(fā)展。軟件開銷的發(fā)展：從開發(fā)為主要開銷向開發(fā)、演化開銷并重的發(fā)展 軟硬結(jié)合是發(fā)展的趨勢中微電子是基礎(chǔ)軟件是通信網(wǎng)絡(luò)與計算機是載體，SOC與嵌入式系統(tǒng)是軟硬結(jié)合的典型例子。個性化服務(wù)滿足不同的需求，以產(chǎn)品為中心向以服務(wù)為中心的轉(zhuǎn)變。隨時隨地計算實現(xiàn)多種方式。Internet平臺和環(huán)境的出現(xiàn)，軟件技術(shù)的總體發(fā)展趨勢:網(wǎng)絡(luò)環(huán)境下軟件技術(shù)有什么樣的特點傳統(tǒng)開發(fā)方法中存在的問GOTO。隨著軟件復(fù)雜性的增長，代碼是很難的次語言的引入有助于解決一些與復(fù)雜。功能分解法（ 構(gòu)化的方法、4GL、CASE工具、原型技術(shù)和代碼來解決這些問題但不成功。例。?保護（隱藏）與類型相關(guān)的實例數(shù)據(jù)，并且將對數(shù)據(jù)的信息建模法（information信息建模＝（對象）＋屬性＋關(guān)系＋父類型／子類型＋關(guān)聯(lián)對象由實體-關(guān)系法（E-R）發(fā)展而來。。與數(shù)據(jù)庫設(shè)計有很深的淵源概念是實體和關(guān)系。實體描述問題域的事物，含有屬。prolog,list面向?qū)ο蠓椒ǖ闹饕攸c對象）（2）（）（3）獨立的、可分的實，對外內(nèi)部細節(jié)。（裝）（4）事物進行（）（5）（繼承（（（7（（面向?qū)ο蠓椒ㄅc傳統(tǒng)方法的比較傳統(tǒng)方傳統(tǒng)方 數(shù) 對象的屬操 對象的服類型與變 消息傳 構(gòu)造類 指 關(guān)程序=<對象，關(guān)系>對象=（算法）+（數(shù)據(jù)結(jié)構(gòu)）子類自動共享父類的attributesmethods（C+main函數(shù)）O方法中，（部整分體部分部整分體部分部部分分，觀點具有客戶所需要的服務(wù)。工作連續(xù)地傳遞直到到達了既有數(shù)據(jù)又有方（代碼），例子：航班定票系統(tǒng)中的定票過程對象“機票”的狀態(tài)：預(yù)定、等待、確認、取消、UML(統(tǒng)模語言):UnifiedModelingGradyBoochBoochJamesRumbaugh象建技術(shù)—OMT?IvarJacobsonOOSEHewlettPackardFusionCoadYordonOOAandOOD號和示圖清晰地表達設(shè)計決策。為了這個目標，JamesRumbaugh,GradyBooch和Ivar統(tǒng)模語言UML（UnifiedModelingLanguage）：UML是一種建模語言，它主要組成SDLC的階段:?初步(可行性研究)?需求分析?系統(tǒng)設(shè)計?軟件構(gòu)建（編碼）?系統(tǒng)測試?系統(tǒng)實現(xiàn)?UMLSDLC初步:UML通過使用案例描述用戶的需求。每個使用案例使用文本詳細描述用戶的UML有許多不同的示圖支持軟件測試。單元測試使用類示圖和類規(guī)范。集成測試什么是的主要問1、問題域和系統(tǒng)責(zé)任復(fù)雜性日益增長問題域（problem）：被開發(fā)系統(tǒng)應(yīng)用領(lǐng)域，即在現(xiàn)實世界中由這個系統(tǒng)進行處理的業(yè)務(wù)范圍。系統(tǒng)責(zé)任（system2 分析方法如何適應(yīng)的要求分析方法把系統(tǒng)中最容易變化的因素起來并使系統(tǒng)的各個單元之間接口盡可OOD概OOD，，3、加強可——把易變部分和較穩(wěn)定的部分，將變化的影響限制在局部UML:UnifiedModelingLanguageUML是用于描繪軟件藍圖的標準語言。它可用和–建檔()。四層視UseCaseView定義系統(tǒng)的邊界:關(guān)注系統(tǒng)的外部功能的描述LogicalView定義系統(tǒng)的實現(xiàn)邏輯:為實現(xiàn)Use_Case圖描述的功能，系統(tǒng)應(yīng)做的ComponentViewDeploymentView描述系統(tǒng)的網(wǎng)絡(luò)分布?什么是RationalROSE?試解釋ROSE、UML和VisualStudio三者之間的關(guān)系？ROSE:軟件建模、分析工具。VisualStudio行為順序，可以增加自己的屬性和操作?子用例與父用例有相同的業(yè)務(wù)目的。支支現(xiàn)金支支支票支在開發(fā)過程中常發(fā)現(xiàn)要開發(fā)的新用例所需的部分功能已有其它的用例提供?這種情況下將的用例定義為已存在的用例和附加功能之和?這樣的用例可看作是舊的用例的擴展。用例),而包含關(guān)系和擴展關(guān)系的構(gòu)造型標記分別是<<include>>和<<extend>>取取口令驗打印回購購付include被使用的UseCase。位于兩個用例之間的包含關(guān)系意味著基用例顯式地在其指定位置將另一個用例包含進來,UML如何通過Actor捕獲User界內(nèi)，也系統(tǒng)的參與者。?按系統(tǒng)的要求提供服務(wù):設(shè)備——與系統(tǒng)直接相聯(lián)的設(shè)備外系統(tǒng)——上級系統(tǒng)子系統(tǒng)其它系統(tǒng)Usecase主要用例(primaryusecase)和次要用例(secondaryuser基本用例(essentialusecase)和真實用例(realuse息？參與者是否該把系統(tǒng)外部的變化通知系統(tǒng)？參與者是否希望系統(tǒng)把預(yù)料之外的變化通知自己？表示形式：名稱（參與者，功能）fordoifthen輸入商品數(shù)量endif；if貨架商品數(shù)低于下限then通知供貨員請求上貨endend類之間有哪四種關(guān)系？試分別給以解釋association(instanceconnection)什么是OOD判標準，為什么需要評判標準？談?wù)勀愕捏w驗耦合1、交互耦合InteractionCoupling繼承耦合InheritanceCoupling 內(nèi)聚Cohesion人 1判斷方法：服務(wù)的大小用簡單的句子描述保持對象和類的簡單性有哪些準則 OOD逐個設(shè)計OOD的設(shè)計數(shù)據(jù)管理部分的設(shè)計如何進行問題域部分的設(shè)計導(dǎo)出屬性是在基對象的新屬性中插入代碼這種附的代碼明確(7) class{…;BA.amethod(Bb)bclass{…;B（13)（14）為什么要按編程語言調(diào)整繼承？試舉例說明怎樣調(diào)整從OOA與OOD的分工解釋二者的聯(lián)系與區(qū)別承 MVCMVC控制器通過一個狀態(tài)機和處理面向操作的用戶事件、MVC將用戶接口與面向?qū)ο?主要原因：在早期的Web項目的開發(fā)中，程序語言和HTML的分離一直難以實現(xiàn)語言JavaWebApplicationMVC設(shè)計模式的開發(fā)方式：Jsp+JavaBean(Controller)+JavaBean(EJB)(Model)StrutsModel-View-Controller基于MVC的系統(tǒng)中的Model部分可以細分為兩個概念：系統(tǒng)的內(nèi)部狀態(tài)能夠改變狀View:JSP部分通常使用 統(tǒng)部分一部分的Controller:ActionServletStruts的創(chuàng)建：Model通常說來，ModelJavaBeans類。通?？梢苑殖上旅嬗懻摰膸追N類型：ActionFormBeans系統(tǒng)狀態(tài)Beans商業(yè)邏輯Beans容包括：消息表單和FormBean的交互其它的表示技術(shù)（特定于應(yīng)用程序的定制ControllerController有關(guān)的主要責(zé)任是：為每一個可能接收的邏輯請求寫一個Action類，寫一個Struts的J2EEMVC實現(xiàn)方式什么是設(shè)計模式？簡述2種設(shè)計模創(chuàng)建型（CreationalCreational）模式：以建立對象來解決問題：–ClassACA=newClassA();工廠模式單件模式存在一個創(chuàng)建對象的工廠調(diào)用者從中取得特別的對象由工廠決定如何符合調(diào)用需求客戶不知道對象如何生成結(jié)構(gòu)型（StructuralStructural）與對象之間的結(jié)構(gòu)有關(guān)涉及兩個或兩個以上對象間活動沒有限制–小結(jié)構(gòu)組織大組合模式（composite）：Iterator模式封裝多個元 使用戶正確使用遍歷內(nèi)部內(nèi)Proxyproxy---大數(shù)據(jù)調(diào)用大計算計算機限制權(quán) 的四種圖來描述:順序圖（sequencediagram）協(xié)作圖（collaborationdiagram）活動圖(activediagram）狀態(tài)圖（statechartdiagram）UML包括9種示圖部署圖（deploymentdiagram）動態(tài)結(jié)構(gòu)：使用案例圖（usecasediagram）（sequencediagram）（collaborationdiagram）（activediagram）（statechart動態(tài)模型的內(nèi)順序圖（sequencediagram）?本圖描述了對象實體之間的交互?主要的重點在于從協(xié)作圖（collaborationdiagram）–但是它的側(cè)重點在事件上–這意味著協(xié)作圖重點強調(diào)和時間無關(guān)的對象實體之間的交互活動圖（activitydiagram）重點在對象實體所做的工作–圖描述這些行為和它們發(fā)生的順序狀態(tài)圖（statechartdiagram）?本圖描述了對象實體在生命周期中可能的不同狀態(tài)?總體來說，動態(tài)模型代表了：對象實體中的正確狀態(tài)轉(zhuǎn)化對象的正確狀態(tài)對象之間的正確交互對象實體之間的動態(tài)交互。動態(tài)交互的是事件和操作轉(zhuǎn)為另一個名字。在一個單個ATM事務(wù)中最大的取款額是5處理處理事物開始---ATM卡停止拔動態(tài)模停止拔象實體在如下階段可使用動態(tài)模型：創(chuàng)建刪除建檔銷毀件也許是獨立的，也許是相互聯(lián)系的一些事件可以合理的前后排列異步：異步信息（AsynchronousMessages）是指不需要等這種信息的結(jié)果傳回就可以對象狀態(tài)（stateofanobject）ii狀態(tài)的變化過程稱為狀態(tài)變遷（statetransition）i狀態(tài)圖描述了對象可能擁有的狀態(tài)和表態(tài)簡述序列圖的組成部分及各部分的表示方法?什么是交互圖，序列圖與協(xié)作圖有哪些異同點協(xié)作圖（collaborationdiagram）和序列圖一樣描述了對象實體之間的交互，但是它的側(cè)簡述對象模型和動態(tài)模型之間的關(guān)系 變化不可能有其動態(tài)模型。在動態(tài)模型和對象模型之間存在著一對一的關(guān)系動態(tài)模型是對象實體加上“活動”行為對象模型將對象之間的不同表述為兩個不同的類。當一個對象實獨立地部署，由第組裝。什么是軟件復(fù)用？軟件復(fù)用有哪兩種方件提高軟件生產(chǎn)效率和質(zhì)量的現(xiàn)實可行途徑。統(tǒng)什么是軟件組件？組件技術(shù)在軟件復(fù)用起什么作(Reusablesoftwarecomponent：RSC)。組件規(guī)約：組件接口（客戶合約）identifiabilityunderstandability解；可靠性confidence度量和認證－組件評價。什么是SOA?什么是SaaS?簡述SaaS的特性及作SOA定義：是一種遵照開放的互操作協(xié)議的軟件工程方法，通過組合可重用的軟件資產(chǎn)實Service-OrientedArchitecture，面向服務(wù)架構(gòu)，SOA是一種架構(gòu)模型，它可以根據(jù)需求通過SOA的基礎(chǔ)，可以直接被應(yīng)用調(diào)用，從而有效控制系統(tǒng)中與軟件互聯(lián)網(wǎng)紓的人為依賴性。SOA的幾SaaS是Software-as-a-service（軟件即服務(wù)Internet提供軟件的模式，用戶不用再軟件，而改用向提供商租用基于Web的軟件，來管理企業(yè)經(jīng)營活動，且無SaaS互聯(lián)性：一方面，SaaS服務(wù)通過互聯(lián)網(wǎng)瀏覽器或WebServices/Web2.0程序連接的SaaS應(yīng)用具備了典型互聯(lián)網(wǎng)技術(shù)特點;SaaS極大的縮短了用戶與SaaS提供商之間的時空距離從而使得SaaS服務(wù)的交付與傳統(tǒng)軟件相比有著很大的不同。SaaS應(yīng)用必須是互聯(lián)網(wǎng)的，并且這種網(wǎng)絡(luò)的應(yīng)用可以靈活啟用和SaaS服務(wù)通?；谝惶讟藴受浖到y(tǒng)為成百上千的不同客戶(又稱租戶)求SaaS服務(wù)要能夠支持不同租戶之間數(shù)據(jù)和配置的，從而保證每個租戶數(shù)據(jù)的安全與SaaS同時支持多SaaS作為一種基于互聯(lián)網(wǎng)的軟件交付模式，軟件大規(guī)模應(yīng)用后的性能和運營成本是架現(xiàn)今，成SaaS軟件開發(fā)商多采用一對多的軟件交付模式，也就是一套軟件多