【正文】 、功能強大的ORM框架；提供了完全透明的持久化機制，客戶代碼可通過一種完全面向?qū)ο蟮姆绞絹硖幚沓志没?，而無需和SQL打交道；Hibernate管理Java類到數(shù)據(jù)庫的映射（包括Java數(shù)據(jù)類型到SQL數(shù)據(jù)類型的映射）、提供數(shù)據(jù)的CRUD操作；Hibernate內(nèi)置一種稱為HQL的語言，和SQL的語法接近，但不與特定的數(shù)據(jù)庫表或字段發(fā)生直接關(guān)聯(lián)，卻又提供了SQL的大部分功能，并且支持類似連接、統(tǒng)計函數(shù)、批量數(shù)據(jù)等關(guān)系型概念。在數(shù)據(jù)庫中沒有與之相對應(yīng)的記錄）（存在Session的緩存中。（3）缺少IDE重構(gòu)操作的支持，如果在Eclipse要對類改名，那么你還需要去XML文件里手工去改了，這似乎是所有XML方式的缺憾所在。l 什么是IOC？控制反轉(zhuǎn)，強制將組件的創(chuàng)建和使用分離，通過反射機制，動態(tài)的創(chuàng)建組件已達到解耦目的。靜態(tài)橫切：靜態(tài)橫切和動態(tài)橫切的區(qū)別在于，靜態(tài)橫切不修改一個給定對象的執(zhí)行行為。動態(tài)橫切：通過切入點和連接點在一個切面中創(chuàng)建行為的過程。后置建議（after advice）在連接點調(diào)用之后，再調(diào)用advice成功執(zhí)行后（after returning advice）拋出異常后（after throwing advice）不管是否異常后（after advice）環(huán)繞建議（around advice）完全控制所有連接點引介（introduction）為一個現(xiàn)有的Java類或接口添加方法或字段。主要的意圖是：將日志記錄，性能統(tǒng)計，安全控制，事務(wù)處理，異常處理等代碼從業(yè)務(wù)邏輯代碼中劃分出來，通過對這些行為的分離，我們希望可以將它們獨立到非指導(dǎo)業(yè)務(wù)邏輯的方法中，進而改變這些行為的時候不會影響業(yè)務(wù)邏輯代碼。以目標(biāo)方法為參照點，根據(jù)放置的地方不同，可分為前置通知（Before）、后置通知（AfterReturning）與環(huán)繞通知（Around）。在實際應(yīng)用中通常是一個存放共有功能實現(xiàn)的普通Java類。橫切關(guān)注點：在AOP中，將那些具有公共邏輯、與其他模塊的核心邏輯糾纏在一起的行為稱為“橫切關(guān)注點”，它不是給定編程模型的核心職責(zé)。不僅提供AOP基礎(chǔ)框架，還提供很多現(xiàn)成的切面實現(xiàn)。然而OOP在某些場合無能為力，比如當(dāng)需要分散的、不具有繼承層次的對象引入公共行為的時候，OOP則無法避免代碼的重復(fù)。(4)當(dāng)Struts2提供的內(nèi)置類型轉(zhuǎn)換器不能滿足應(yīng)用需求時，還可以編寫自己的類型轉(zhuǎn)換器。l 類型轉(zhuǎn)換：：在Http協(xié)議中，瀏覽器（客戶端）和服務(wù)器端的傳輸都是字符串形式的數(shù)據(jù)，但在服務(wù)端的java程序中數(shù)據(jù)是有各種類型的，所以類型轉(zhuǎn)換是不可避免的。用于輸出驗證碼。內(nèi)置驗證框架：通過在外部配置文件中定義驗證規(guī)則的方式來簡化對輸入數(shù)據(jù)的驗證，驗證框架通過validator攔截器來調(diào)用，通過讀取驗證文件中的驗證規(guī)則對輸入數(shù)據(jù)進行驗證。輸入驗證的方式可分為客戶端驗證和服務(wù)器端驗證。chain 用于Action的鏈?zhǔn)教幚?。Converther 應(yīng)用于action的類型轉(zhuǎn)換器的完整類名。Action映射：將一個請求URI映射到一個action類。:主要的配置文件，包含result映射、action映射、攔截器配置等?；卣{(diào)Action中的execute()方法,并在方法體內(nèi)調(diào)用業(yè)務(wù)邏輯組件來處理請求(Model)。通過Web框架：規(guī)范軟件的架構(gòu)、減輕開發(fā)的難度、提高效率、降低維護成本。異步通信方式XMLHttpRequest對象，異步發(fā)送請求，消除了傳統(tǒng)的“發(fā)送請求等待發(fā)送請求等待”的特性，極大的提高了用戶體驗。l AJAX優(yōu)點：最大的一點是頁面無刷新，在頁面內(nèi)與服務(wù)器通信，給用戶的體驗非常好。Method參數(shù)可以是POST，GET或PUT。Ajax應(yīng)用的處理流程一個客戶端事件觸發(fā)一個Ajax事件；創(chuàng)建XMLHttpRequest對象的一個實例；向服務(wù)器做出請求；服務(wù)器完成業(yè)務(wù)邏輯；請求返回到瀏覽器；處理響應(yīng)數(shù)據(jù)。異步交互方式：異步發(fā)送請求，消除了傳統(tǒng)的“發(fā)送請求－等待－發(fā)送請求－等待”，極大的提高用戶體驗。而業(yè)務(wù)邏輯控制器是指開發(fā)人員自行定義的一系列Action，在Action中負(fù)責(zé)調(diào)用相應(yīng)的業(yè)務(wù)邏輯組件來完成處理。Model2已經(jīng)是基于MVC架構(gòu)的設(shè)計模式。控制器負(fù)責(zé)轉(zhuǎn)發(fā)請求，對請求進行處理。單個Web組件所提供的信息和功能是有限的，因此需要通過Web組件間的關(guān)聯(lián)來實現(xiàn)信息資源和功能的聚合。servlet 對象包括：page和config。l JSP是Servlet來編寫服務(wù)端代碼過于繁瑣和復(fù)雜，所以將響應(yīng)頁面的動態(tài)部分和靜態(tài)部分分開。如數(shù)據(jù)庫、其他Java程序。使用JDBC直連DB的缺點：，以免造成事務(wù)沖突。2種主要的JDBC連接方式：ODBC橋驅(qū)動技術(shù)和JDBC純驅(qū)動模式。用戶感到不適應(yīng)，成本增加，市場風(fēng)險加大。減少成本，能盡量推遲物理實施。12．什么是白盒測試?白盒測試主要采用的技術(shù)有哪些?測試者了解被測程序的內(nèi)部結(jié)構(gòu)和處理過程,對程序的所有邏輯路徑進行測試,在不同點檢查程序狀態(tài),確定實際狀態(tài)與預(yù)期狀態(tài)是否一致。耦合度越低，模塊獨立性越強)11．什么是黑盒測試?黑盒測試主要采用的技術(shù)有哪些? 黑盒測試也稱為功能測試,它著眼于程序的外部特征,而不考慮程序的內(nèi)部邏輯結(jié)構(gòu)。用例是從用戶使用系統(tǒng)的角度來描述系統(tǒng)的行為的。確定最晚發(fā)生時刻與最早發(fā)生時刻。其不足之處：不太適應(yīng)規(guī)模大及特別復(fù)雜的項目，難于解決軟件重用問題，難于適應(yīng)需求變化或模糊的問題，軟件維護比較復(fù)雜。便于交流。5． 傳遞信息的方法？參數(shù)。(2)該方法必須有嚴(yán)格的數(shù)學(xué)理論和形式化技術(shù)的支持。2)在漸增型開發(fā)下的軟件是隨軟件開發(fā)的過程而逐漸形成的。瀑布型開發(fā)方法是按照軟件生存周期的劃分依次實施，每一個階段有明確規(guī)定的任務(wù)。(6)軟件成本與開發(fā)進度難以估計。(2)軟件產(chǎn)品的質(zhì)量往往靠不住。（5）對象的相對穩(wěn)定性和對易變因素隔離，增強了系統(tǒng)的應(yīng)變能力。答:(1)強調(diào)從現(xiàn)實世界中客觀存在的事物（對象）出發(fā)來認(rèn)識問題域和構(gòu)造系統(tǒng)，這就使系統(tǒng)開發(fā)者大大減少了對問題域的理解難度，從而使系統(tǒng)能更準(zhǔn)確地反映問題域。作用域在控制域之內(nèi)，可使得軟件修改時代碼局部化。(2)實驗型原型：主要用于設(shè)計階段，考核實現(xiàn)方安是否合適，能否實現(xiàn)。層次方框圖的方框表示數(shù)據(jù)結(jié)構(gòu)整體或其子集。非功能性需求是指軟件產(chǎn)品為滿足用戶業(yè)務(wù)需求而必須具有且除功能需求以外的特性，包括系統(tǒng)的性能、可靠性、可維護性、可擴充性和對技術(shù)和對業(yè)務(wù)的適應(yīng)性等。如果部分對象完全隸屬于整體對象，并與整體對象共存，則該聚集稱為組合聚集。軟件配置管理和軟件維護的區(qū)別是：軟件配置管理是一組追蹤和控制活動，在軟件項目啟動時就開始，并一直持續(xù)到軟件被淘汰后才終止；軟件維護是一組軟件工程活動，發(fā)生于軟件交付給用戶并投入運行之后。瀑布模型特點：各階段相互依賴；每階段都進行評審；強調(diào)需求分析和設(shè)計。組合設(shè)計模式：使用迭代器模式來遍歷組合結(jié)構(gòu)。而箭頭表示系統(tǒng)處理的（數(shù)據(jù)約束）？軟件工程和計算機科學(xué)有何區(qū)別？ 答：軟件工程是指導(dǎo)軟件開發(fā)和維護的工程性學(xué)科；計算機科學(xué)著重于原理和理論，軟件工程與計算機科學(xué)不同，軟件工程著重于如何建造軟件系統(tǒng)，軟件是計算機中看不見摸不著的邏輯部分，以程序、數(shù)據(jù)和文檔的形式出現(xiàn)。，白盒法以(程序內(nèi)部數(shù)據(jù)結(jié)構(gòu))為依據(jù)設(shè)計測試用例，（組裝復(fù)用）原則要求在新的對象里盡量使用已有的類對應(yīng)的對象，并通過（委派）達到復(fù)用已有功能的目的。（發(fā)現(xiàn)錯誤）。 驅(qū)動的軟件生存周期模型，適合需求明確的軟件系統(tǒng)開發(fā)。，子類只繼承一個父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為 單重繼承。，并且每次調(diào)用只選擇該模塊中的一個功能執(zhí)行，則稱此模塊為 邏輯內(nèi)聚的模塊。對象模型描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)，通常使用UML提供的（類圖）圖來描述。傳統(tǒng)方法學(xué)采用（結(jié)構(gòu)化）技術(shù)來自頂向下順序地完成軟件開發(fā)的各項任務(wù)，而面向?qū)ο蠓椒ㄊ且环N以（數(shù)據(jù)）為主線，把數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結(jié)合起來的方法，其開發(fā)過程是一個多次迭代的演化過程。（數(shù)據(jù)）模型，主要有實體、聯(lián)系和（屬性）三種成分，其中實體可分為獨立實體和（從屬實體），且一個實體只能在圖中出現(xiàn)一次。（過程）內(nèi)聚的模塊。第一篇：中南大學(xué)軟件學(xué)院軟件工程基礎(chǔ)復(fù)習(xí)大全、適合于（軟件需求確定的）軟件項目的開發(fā)。設(shè)計這組測試用例的方法是（邊界值分析法）。，通常有兩種主要的結(jié)構(gòu)關(guān)系：即分類結(jié)構(gòu)和(整體與部分結(jié)構(gòu))。通常，將軟件生命周期全過程中使用的一整套技術(shù)方法的集合稱為方法學(xué)，包含三個要素，即方法、（工具）和（過程）。1模型是為了理解事物而對事物作出的一種抽象，由（一組圖示符號）和（組織這些符號的規(guī)則）組成。1軟件設(shè)計一般分為(概要設(shè)計)和(詳細設(shè)計)兩個階段。但由于是在高層次進行系統(tǒng)分析，未能考慮軟件系統(tǒng)開發(fā)的細節(jié)情節(jié)，因此軟件項目計劃一般在需求分析 階段完成后才定稿的。，分別是聚合 和 組合。，一種是按照ISO9001 認(rèn)證，另外一種是按照CMM認(rèn)證。，分別是（約束）、構(gòu)造型和（標(biāo)記值）。軟件按服務(wù)對象可分為（項目軟件）和產(chǎn)品軟件在常見的軟件生存周期模型中，（瀑布）模型是文檔驅(qū)動的UML采用（用例）圖描述系統(tǒng)與外部用戶的交互行為在軟件測試用例的設(shè)計方法中，黑盒法以（外部功能）為依據(jù)設(shè)計測試用例定性度量模型獨立性的兩個標(biāo)準(zhǔn)是（內(nèi)聚度）和（耦合度）8 在SA方法的需求描述工具中，（層次方框圖）描述系統(tǒng)的分解，即描述系統(tǒng)由哪幾個部分組成，各部分之間有什么聯(lián)系等等；（數(shù)據(jù)詞典（和加工說明））定義了數(shù)據(jù)流圖中每個圖形元素；結(jié)構(gòu)化語言、判定表或判定樹則詳細描述、數(shù)據(jù)流圖中不能被分解的（基本加工）IDEFO圖主要元素是簡單的盒子及箭頭，其中盒子代表（活動）。答：設(shè)計模式是指系統(tǒng)命名，解釋和評價某一重要的，可復(fù)用的面向?qū)ο蟮脑O(shè)計方案。軟件生存期模型是軟件生存期過程所含過程、活動和任務(wù)的映射。什么是軟件配置管理？軟件配置管理和軟件維護有何不同？ 答：軟件配置管理是在軟件生命周期內(nèi)管理變化的一組活動，用來：標(biāo)識變化、控制變化、確保適當(dāng)?shù)貙崿F(xiàn)了變化、向相關(guān)人員報告變化。例如，一個課題組包含許多成員，每個成員又可以是另一個課題組的成員，則課題組和成員之間是一種共享聚集的關(guān)系。例如：比如客戶登錄、郵箱網(wǎng)站的收發(fā)郵件、論壇網(wǎng)站的發(fā)帖留言等。2,層次圖的方框表示模塊或子模塊。它主要針對開發(fā)目標(biāo)模糊，用戶與開發(fā)者對項目都缺乏經(jīng)驗的情況，通過對原型的開發(fā)來明確用戶的需求。？為何設(shè)計軟件結(jié)構(gòu)時要求模塊的作用域必須在控制域之內(nèi)？ 答：所謂模塊的作用域是指模塊判定的影響范圍。1 試簡要說明面向?qū)ο蠓椒ㄅc結(jié)構(gòu)化方法相比有何優(yōu)越性，至少列出三點。（4）對象概念的一致性，使參與系統(tǒng)開發(fā)的各類人員在開發(fā)的各所段具有共同語言，有效地改善了人員之間的交流和協(xié)作。這些問題表現(xiàn)在以下幾個方面：(1)用戶對開發(fā)出的軟件很難滿意。(5)軟件開發(fā)成本越來越大。1．軟件開發(fā)模型有幾種？它們的開發(fā)方法有可特點？軟件開發(fā)模型有瀑布型、漸增型和變換型。如此反復(fù)，直至軟件人員和用戶對所設(shè)計完成的軟件系統(tǒng)滿意為止。變換型開發(fā)方法及特點:(1)從軟件需求的形式化規(guī)格說明出發(fā)，經(jīng)過一系列的程序變換，得到最終的程序系統(tǒng)。3． 軟件開發(fā)過程可視化的兩種方法？文檔驅(qū)動、小批量發(fā)布4．風(fēng)險分析的目的？對風(fēng)險進行管理。6．?dāng)?shù)據(jù)建模的作用？抓住問題的主要方面理解問題。7． 描述模型的兩種方法？結(jié)構(gòu)化方法：結(jié)構(gòu)化方法首先關(guān)心的是功能，強調(diào)以模塊為中心，采用模塊化、自頂向下、逐步求精設(shè)計過程(分層)，適合需求明確的模型。8． 描述作業(yè)之間的關(guān)系？畫PERT圖。9． 用例與功能的區(qū)別？完成一個用例需要若干功能。10． 描述模塊獨立性的標(biāo)準(zhǔn)？內(nèi)聚度(內(nèi)聚度是指模塊內(nèi)部各成分聯(lián)系緊密的程度，內(nèi)聚度越高，模塊獨立性越強)耦合度(耦合度是指模塊之間相互關(guān)聯(lián)的緊密程度。黑盒測試主要采用的技術(shù)有:等價分類法、邊沿值分析法、錯誤推測法和因果圖等技術(shù)。避免無用功。開發(fā)