下載本文檔
版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
名詞術(shù)語(yǔ)解釋:開(kāi)放計(jì)算:無(wú)線網(wǎng)絡(luò)的快速發(fā)展也許將很快促成真正的普適計(jì)算、分布式計(jì)算的實(shí)現(xiàn)。軟件工程師所面臨的挑戰(zhàn)是將開(kāi)發(fā)系統(tǒng)和應(yīng)用軟件,以使得移動(dòng)設(shè)備、個(gè)人電腦和企業(yè)應(yīng)用可以通過(guò)大量的網(wǎng)絡(luò)設(shè)施進(jìn)行通信。開(kāi)源軟件:將系統(tǒng)應(yīng)用程序代碼開(kāi)放,使得很多人能夠?yàn)檐浖_(kāi)發(fā)做貢獻(xiàn)。軟件工程:(1)、將系統(tǒng)化的、規(guī)范的、可量化的方法應(yīng)用于軟件的開(kāi)發(fā)、運(yùn)行和維護(hù),即將工程化方法應(yīng)用于軟件。(2)、在(1)中所述方法的研究。軟件過(guò)程:軟件過(guò)程是工作產(chǎn)品構(gòu)建時(shí)所執(zhí)行的一系列活動(dòng)、動(dòng)作和任務(wù)的集合。UML:統(tǒng)一建模語(yǔ)言,是用來(lái)對(duì)軟件密集系統(tǒng)進(jìn)行可視化建模的一種語(yǔ)言。UML為面向?qū)ο箝_(kāi)發(fā)系統(tǒng)的產(chǎn)品進(jìn)行說(shuō)明、可視化、和編制文檔的一種標(biāo)準(zhǔn)語(yǔ)言。軟件域分析:軟件域分析是識(shí)別,分析和詳細(xì)說(shuō)明某個(gè)特定應(yīng)用領(lǐng)域的公共需求,特別是那些在該應(yīng)用領(lǐng)域內(nèi)被多個(gè)項(xiàng)目重復(fù)使用的需求CRC:(類(lèi)--職責(zé)一協(xié)作者,Class一Responsibility一Collaborator)提供了一個(gè)簡(jiǎn)單方法,用于識(shí)別和組織與系統(tǒng)或產(chǎn)品需求相關(guān)的類(lèi)。構(gòu)件:系統(tǒng)中某一定型化的、可配置的和可替換的部件,該部件封裝了實(shí)現(xiàn),并暴露一系列接口驅(qū)動(dòng)模塊:是用來(lái)模擬被測(cè)試模塊的上一級(jí)模塊相當(dāng)于被測(cè)模塊的主程序樁模塊:軟件測(cè)試技術(shù)的一種,是指模擬被測(cè)試的模塊所調(diào)用的模塊,而不是軟件產(chǎn)品的組成的部分。黑盒測(cè)試:在軟件接口處進(jìn)行測(cè)試,不需了解內(nèi)部結(jié)構(gòu)。(也稱行為測(cè)試,通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用,側(cè)重于軟件的功能需求白盒測(cè)試:也稱玻璃測(cè)試,按程序內(nèi)部結(jié)構(gòu)測(cè)試程序,是一種測(cè)試用例設(shè)計(jì)方法;檢查軟件的過(guò)程細(xì)節(jié)冒煙測(cè)試:一種滾動(dòng)集成測(cè)試方法,與每日構(gòu)建緊密相連(自由測(cè)試中的一種,在將代碼更改嵌入到產(chǎn)品的源樹(shù)中之前對(duì)這些更改進(jìn)行驗(yàn)證的過(guò)程)a測(cè)試:由代表性的最終用戶在開(kāi)發(fā)者的場(chǎng)所進(jìn)行的測(cè)試B測(cè)試:在一個(gè)或多個(gè)最終用戶場(chǎng)所進(jìn)行的測(cè)?遺留軟件的特點(diǎn)?開(kāi)發(fā)年代久遠(yuǎn);一直在使用;在使用過(guò)程中被不斷地修改以滿足商業(yè)需要和算平臺(tái)的變化;可能仍然支持著核心業(yè)務(wù);質(zhì)量差?軟件工程過(guò)程框架的基本模型,簡(jiǎn)要介紹其5種最基本的框架活動(dòng)和普適性的活動(dòng)?基本模型有:瀑布模型;增量模型;RAD模型;原型模型;螺旋模型;協(xié)同開(kāi)發(fā)模型;基于構(gòu)件模型;形式化方法模型;面向方面模型等。5種基本框架活動(dòng):溝通:技術(shù)工作之前和客戶溝通協(xié)作,理解利益相關(guān)者的項(xiàng)目目標(biāo),收集需求以定義軟件特性和功能。策劃:描述了需要執(zhí)行的技術(shù)任務(wù)、可能的風(fēng)險(xiǎn)、資源需求,工作產(chǎn)品和工作進(jìn)度計(jì)劃。建模:創(chuàng)建模型(有助于客戶和開(kāi)發(fā)人員更好的理解軟件需求)和設(shè)計(jì)(實(shí)現(xiàn)需求)。構(gòu)建:包括編碼和測(cè)試。部署:軟件交付給用戶,用戶對(duì)其進(jìn)行評(píng)測(cè)并給出反饋意見(jiàn)普適性的活動(dòng):軟件項(xiàng)目跟蹤和控制;風(fēng)險(xiǎn)管理;軟件質(zhì)量保證;正式技術(shù)評(píng)審;測(cè)量;軟件配置管理;可復(fù)用管理;工作產(chǎn)品的準(zhǔn)備和生產(chǎn)?軟件工程整體實(shí)踐的一般原則有哪些?存在價(jià)值;保持簡(jiǎn)潔;保持愿景;關(guān)注使用者;面向未來(lái);計(jì)劃復(fù)用;認(rèn)真思考?瀑布模型的基本過(guò)程與特點(diǎn)?基本過(guò)程:從用戶需求規(guī)格說(shuō)明開(kāi)始,通過(guò)計(jì)劃、建模、構(gòu)建和部署的過(guò)程,最終提供一個(gè)完整的軟件并提供持續(xù)的技術(shù)支持。溝通:項(xiàng)目啟動(dòng)、需求獲取。策劃:項(xiàng)目估算、進(jìn)度計(jì)劃、項(xiàng)目跟蹤。建模:分析、設(shè)計(jì)。構(gòu)建:編碼、測(cè)試。部署:交付、支持、反饋特點(diǎn):階段間的順序性和依賴性;文檔驅(qū)動(dòng)性;嚴(yán)格階段評(píng)估;開(kāi)發(fā)初期需要清楚全部需求;開(kāi)發(fā)周期長(zhǎng)、風(fēng)險(xiǎn)大。?什么是增量過(guò)程模型?它的優(yōu)缺點(diǎn)是什么?增量模型融合了瀑布模型的基本成分(重復(fù)應(yīng)用)和原型實(shí)現(xiàn)的迭代特征,該模型采用隨著日程時(shí)間的進(jìn)展而交錯(cuò)的線性序列,每一個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的“增量”。優(yōu)點(diǎn):能在較短時(shí)間內(nèi)向用戶提交可完成部分工作的產(chǎn)品,用戶有較充裕的時(shí)間學(xué)習(xí)和適應(yīng)新產(chǎn)品,易于保證核心功能正確,可以基于早期版本來(lái)獲取需求,項(xiàng)目完全失敗的風(fēng)險(xiǎn)小??梢詾槟切﹦?chuàng)新的功能開(kāi)拓市場(chǎng)。規(guī)避了資源缺乏的風(fēng)險(xiǎn)缺點(diǎn):把用戶需求轉(zhuǎn)化為功能遞增的不同版本可能比較難,難以確定所有版本共需的公用模塊。?原型開(kāi)發(fā)模型的基本過(guò)程與特點(diǎn)?基本過(guò)程:又稱為演化模型,主要針對(duì)實(shí)現(xiàn)不能完整定義需求的軟件項(xiàng)目開(kāi)發(fā)而言。它是以一個(gè)“樣品”為雛形,通過(guò)不斷改進(jìn)、完善樣品,使得最后得到的產(chǎn)品就是客戶所需要的。主要思想:先借用已有系統(tǒng)作為原型模型,通過(guò)“樣品”不斷改進(jìn),使得最后的產(chǎn)品就是用戶所需要的。特點(diǎn):體現(xiàn)主要的功能;提供基本的界面風(fēng)格;展示比較模糊的部分,以便于確定或進(jìn)一步明確,防患于未然;原型最好是可以運(yùn)行的,最少要在各主要功能模塊之間能夠建立相互連接。簡(jiǎn)述統(tǒng)一過(guò)程5個(gè)階段的工作任務(wù)?起始階段:包括客戶溝通和策劃活動(dòng)。細(xì)化階段:包括溝通和通用過(guò)程模型和建?;顒?dòng)。構(gòu)建階段:與通用軟件過(guò)程中的構(gòu)建活動(dòng)相同,采用體系結(jié)構(gòu)模型作為輸入,開(kāi)發(fā)或是獲取軟件構(gòu)件,使得最終用戶能夠操作用例。轉(zhuǎn)換階段:包括通用構(gòu)件活動(dòng)的后期階段以及通用部署活動(dòng)的第一部分。生產(chǎn)階段:與通用過(guò)程的部署活動(dòng)一致。監(jiān)控軟件的持續(xù)使用,提供運(yùn)行環(huán)境的支持,提交并評(píng)估缺陷報(bào)告和變更請(qǐng)求。?敏捷開(kāi)發(fā)的基本原則是什么?目的是盡快、盡好地交付軟件產(chǎn)品;2)變更是常事,并且歡迎;3)經(jīng)常有階段性的成果提交,類(lèi)似增量開(kāi)發(fā);業(yè)務(wù)人員和開(kāi)發(fā)人員緊密團(tuán)結(jié);充分相信個(gè)人;團(tuán)隊(duì)經(jīng)常交流;衡量進(jìn)度的標(biāo)準(zhǔn)是有可見(jiàn)的成果;保持穩(wěn)定的但較快的速度;時(shí)刻注意新技術(shù);簡(jiǎn)單,必須的;軟件的核心內(nèi)容出自本團(tuán)隊(duì)的手筆;團(tuán)隊(duì)經(jīng)常開(kāi)展自我總結(jié),并對(duì)工作安排適時(shí)調(diào)整?什么是XP的“Spike解決方案”嚴(yán)格遵循KIS(Keepitsimple)原則;鼓勵(lì)使用CRC卡;在某個(gè)故事設(shè)計(jì)中遇到困難時(shí),立即建立這部分設(shè)計(jì)的可執(zhí)行原型,實(shí)現(xiàn);并評(píng)估設(shè)計(jì)原型(Spike解決方案);鼓勵(lì)“重構(gòu)”;如果在某個(gè)故事設(shè)計(jì)中碰到困難,XP推薦立即建立這部分設(shè)計(jì)的可執(zhí)行原型。實(shí)現(xiàn)并評(píng)估設(shè)計(jì)原型被稱為Spike解決方案,其目的是在真正的實(shí)現(xiàn)開(kāi)始時(shí)降低風(fēng)險(xiǎn)。對(duì)可能存在設(shè)計(jì)問(wèn)題的故事確認(rèn)其最初的估計(jì)。?用自己的語(yǔ)言描述XP重構(gòu)和結(jié)對(duì)編程的概念。重構(gòu)是以不改變代碼外部行為而改進(jìn)其內(nèi)部結(jié)構(gòu)的方式來(lái)修改軟件系統(tǒng)的過(guò)程。這是一種凈化代碼以盡可能減少引入錯(cuò)誤的嚴(yán)格方法。實(shí)質(zhì)上,重構(gòu)就是在編碼完成之后改進(jìn)代碼設(shè)計(jì)。結(jié)對(duì)編程是這樣一種程序設(shè)計(jì)實(shí)踐:兩名程序員并肩同坐在同一臺(tái)計(jì)算機(jī)前,共同探討設(shè)計(jì)方案、共同設(shè)計(jì)算法、共同編寫(xiě)程序代碼、共同完成各種測(cè)試。(同一個(gè)算法、同一段代碼或同一組測(cè)試、與兩位程序員各自獨(dú)立工作相比.結(jié)對(duì)編程往往只需花費(fèi)大約一半的時(shí)間就能編寫(xiě)出質(zhì)量更高的代碼)?簡(jiǎn)述Scrum敏捷過(guò)程模型?
Scrum原則與敏捷宣言是一致的,應(yīng)用Scrum原則指導(dǎo)過(guò)程中的開(kāi)發(fā)活動(dòng),過(guò)程由“需求、分析、設(shè)計(jì)、演化和交付”等框架性活動(dòng)組成。每一個(gè)框架活動(dòng)中,發(fā)生于一個(gè)過(guò)程模式中的工作任務(wù)稱為一個(gè)沖刺。沖刺中進(jìn)行的工作適應(yīng)于當(dāng)前的問(wèn)題,由Scrum團(tuán)隊(duì)規(guī)定并常常作實(shí)時(shí)修改。?簡(jiǎn)述需求工程的7個(gè)基本活動(dòng)及各自的任務(wù)。起始一詢問(wèn)一系列問(wèn)題,建立問(wèn)題的基本理解:對(duì)問(wèn)題誰(shuí)需要解決方案、所期望方案的性質(zhì)和客戶與開(kāi)發(fā)者之間初步交流和合作的有效性。?簡(jiǎn)述需求模型到設(shè)計(jì)模型的轉(zhuǎn)換模式需求模型的每個(gè)元素都提供了創(chuàng)建4種設(shè)計(jì)模型所必需的信息,這四種設(shè)計(jì)模型是完整的設(shè)計(jì)規(guī)格說(shuō)明所必需的軟件設(shè)計(jì)過(guò)程中的信息流由基于場(chǎng)景的元素,基于類(lèi)的元素,面向流的元素和行為元素所表示的需求模型是設(shè)計(jì)任務(wù)的輸入。?簡(jiǎn)述軟件模塊化和軟件成本之間的關(guān)系。離按Jk卜城護(hù)戒取也:i||11離按Jk卜城護(hù)戒取也:i||11!r.盛粒/此IJ■:所以疋J.L:?H、導(dǎo)出一從所有利益相關(guān)者(stakeholders)處獲取需求。精化一創(chuàng)建一個(gè)精確的需求模型,用于說(shuō)明軟件的功能、特征和信息的各個(gè)方面。協(xié)商一確定一個(gè)開(kāi)發(fā)者與客戶均能接受的可提交系統(tǒng)。規(guī)格說(shuō)明一需求分析師的工作產(chǎn)品,為以下一種或幾種:寫(xiě)好的文檔、圖形化的模型、形式化的數(shù)學(xué)模型、一組用戶場(chǎng)景(用例)、原型。確認(rèn)一通過(guò)評(píng)審機(jī)制,尋找:內(nèi)容或解釋上的差錯(cuò)、可能需要進(jìn)一步澄清的地方、丟失的信息、不一致(開(kāi)發(fā)大型系統(tǒng)時(shí)的主要問(wèn)題)和沖突或不現(xiàn)實(shí)的需求。管理一在項(xiàng)目執(zhí)行過(guò)程中標(biāo)識(shí)、控制和跟蹤需求以及變更需求?軟件接口設(shè)計(jì)的三個(gè)重要元素。1、用戶界面(UI);2、和其他系統(tǒng)、設(shè)備、網(wǎng)絡(luò)或其他的信息生產(chǎn)者或使用者的外部接口;3、各種設(shè)計(jì)構(gòu)件之間的內(nèi)部接口.?簡(jiǎn)述五種基本的軟件體系結(jié)構(gòu)。以數(shù)據(jù)為中心的體系結(jié)構(gòu)一一數(shù)據(jù)存儲(chǔ)駐留在這種體系結(jié)構(gòu)的中心,其他構(gòu)件會(huì)經(jīng)常訪問(wèn)該數(shù)據(jù)存儲(chǔ),并對(duì)存儲(chǔ)中的數(shù)據(jù)進(jìn)行更新、增加、刪除或者修改。數(shù)據(jù)流體系結(jié)構(gòu)一一當(dāng)輸入數(shù)據(jù)經(jīng)過(guò)一系列的計(jì)算構(gòu)件和操作構(gòu)件的變換形成輸出數(shù)據(jù)時(shí),可以應(yīng)用這種體系結(jié)構(gòu)。調(diào)用和返回體系結(jié)構(gòu)一一該體系結(jié)構(gòu)風(fēng)格能夠設(shè)計(jì)出一個(gè)相對(duì)易于修改和擴(kuò)展的程序結(jié)構(gòu)。面向?qū)ο篌w系結(jié)構(gòu)一一系統(tǒng)的構(gòu)建封裝了數(shù)據(jù)和必須用于控制該數(shù)據(jù)的操作,構(gòu)件間通過(guò)信息傳遞進(jìn)行通信與合作。層次體系結(jié)構(gòu)一一定義了一系列不同的層次,每個(gè)層次各自完成操作,這些操作逐漸接近機(jī)器的指令集。?簡(jiǎn)述構(gòu)件設(shè)計(jì)的基本原則。開(kāi)閉原則一一模塊應(yīng)該對(duì)外延具有開(kāi)放性,對(duì)修改具有封閉性Liskov替換原則一一子類(lèi)可以替換它們的基類(lèi)依賴倒置原則一一依賴于抽象,而非具體實(shí)現(xiàn)接口分離原則一一多個(gè)用戶專用接口比一個(gè)通用接口要好?:簡(jiǎn)述構(gòu)件設(shè)計(jì)中要完成的任務(wù)集1、標(biāo)識(shí)處所有與問(wèn)題域相對(duì)應(yīng)的設(shè)計(jì)類(lèi);2、確定所有與基礎(chǔ)設(shè)施域相對(duì)應(yīng)的設(shè)計(jì)類(lèi);3、細(xì)化所有不能作為復(fù)用構(gòu)件的設(shè)計(jì)類(lèi):3a、在類(lèi)或構(gòu)件的協(xié)作時(shí)說(shuō)明消息的細(xì)節(jié);3b、為每一個(gè)構(gòu)件確定適當(dāng)?shù)慕涌冢?c、細(xì)化屬性并且定義相應(yīng)的數(shù)據(jù)類(lèi)型和數(shù)據(jù)結(jié)構(gòu);3d、詳細(xì)描述每個(gè)操作中的處理流;;4、說(shuō)明持久數(shù)據(jù)源(數(shù)據(jù)庫(kù)或文件)并確定管理數(shù)據(jù)源所需要的類(lèi);5、開(kāi)發(fā)并且細(xì)化類(lèi)或構(gòu)件的行為表示;6、細(xì)化部署圖以提供額外的實(shí)現(xiàn)細(xì)節(jié);7、考慮每一個(gè)構(gòu)件級(jí)設(shè)計(jì)表示,并且時(shí)刻考慮其他選擇?:簡(jiǎn)述人機(jī)界面設(shè)計(jì)的黃金規(guī)則。1置用戶于控制之下:不強(qiáng)迫用戶進(jìn)入不必要或不希望的交互模式;提供靈活的交互;允許用戶交互被中斷和撤;當(dāng)技能級(jí)別增長(zhǎng)時(shí)可以使交互流線化并允許定制交互;使用戶與內(nèi)部技術(shù)細(xì)節(jié)隔離;減少用戶的記憶負(fù)擔(dān):減少對(duì)短期記憶的要求;建立有意義的缺?。欢x直觀的快捷方式;界面視覺(jué)布局應(yīng)該基于真實(shí)世界的象征;以不斷進(jìn)展的方式揭示信息;保持界面一致:允許用戶將當(dāng)前任務(wù)放入有意義的環(huán)境中;在應(yīng)用系統(tǒng)家族內(nèi)保持一致性;如果已經(jīng)建立起用戶期望,輕易不要改變它。?:簡(jiǎn)述人機(jī)界面設(shè)計(jì)的基本過(guò)程。設(shè)計(jì)步驟:(1)使用界面分析中獲得的信息,定義界面對(duì)象和動(dòng)作;(2)定義那些導(dǎo)致用戶界面狀態(tài)發(fā)生
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 太陽(yáng)能利用與光伏儀器考核試卷
- 衛(wèi)浴產(chǎn)品設(shè)計(jì)人體工程學(xué)應(yīng)用考核試卷
- 保險(xiǎn)公估市場(chǎng)競(jìng)爭(zhēng)與策略考核試卷
- 樂(lè)器品牌故事挖掘與傳播考核試卷
- 直流vm可逆調(diào)速系統(tǒng)課程設(shè)計(jì)
- 簡(jiǎn)易時(shí)鐘課程設(shè)計(jì)
- 二零二五年擔(dān)保公司項(xiàng)目法律意見(jiàn)書(shū)(影視娛樂(lè)行業(yè))3篇
- 選礦廠設(shè)計(jì)課程設(shè)計(jì)
- 問(wèn)卷星微課程設(shè)計(jì)
- 英語(yǔ)詞匯課程設(shè)計(jì)
- 閘站監(jiān)理實(shí)施細(xì)則
- 高三課題研究報(bào)告范文
- 2024年初三數(shù)學(xué)競(jìng)賽考試試題
- 竇性心動(dòng)過(guò)速的危害
- 深基坑工程基坑土方開(kāi)挖及支護(hù)降水施工方案
- 2024年江西生物科技職業(yè)學(xué)院?jiǎn)握新殬I(yè)技能測(cè)試題庫(kù)帶解析答案
- 醫(yī)藥制造企業(yè)資本結(jié)構(gòu)優(yōu)化研究以貴州百靈為例
- GB 31335-2024鐵礦開(kāi)采和選礦單位產(chǎn)品能源消耗限額
- 醫(yī)院高風(fēng)險(xiǎn)意外事件應(yīng)急措施和救護(hù)機(jī)制
- 橋本甲狀腺炎-90天治療方案
- 【復(fù)合附件版】個(gè)人借車(chē)免責(zé)協(xié)議書(shū)簡(jiǎn)單
評(píng)論
0/150
提交評(píng)論