寫心得體會(huì)可以將自己的經(jīng)驗(yàn)分享給他人，有助于共同進(jìn)步。心得體會(huì)的寫作可以多運(yùn)用修辭手法和議論技巧，提升文章的可讀性和說(shuō)服力。以下是我的一些心得體會(huì)，供大家參考。第一，通過(guò)長(zhǎng)時(shí)間的學(xué)習(xí)和實(shí)踐，我深刻認(rèn)識(shí)到努力付出是成功的關(guān)鍵；第二，積極主動(dòng)地參與各種活動(dòng)能夠鍛煉自己的能力和拓寬自己的視野；第三，與他人的溝通和交流是增進(jìn)理解和促進(jìn)發(fā)展的重要途徑。希望這些心得體會(huì)對(duì)大家有所幫助，希望大家也能將自己的心得體會(huì)記錄下來(lái)，與他人分享。
軟件工程學(xué)習(xí)心得體會(huì)篇一
答：軟件危機(jī)是指在計(jì)算機(jī)軟件開發(fā)和維護(hù)過(guò)程中所遇到的一系列的嚴(yán)重問(wèn)題。
它的典型表現(xiàn)：1.軟件開發(fā)成本高，成本難以控制。2.研究周期長(zhǎng)，軟件開發(fā)進(jìn)度難以控制，周期拖得很長(zhǎng)。3.正確性難以保證，軟件質(zhì)量差，可靠性難以保證。4.軟件維護(hù)困難，維護(hù)人員和維護(hù)費(fèi)用不斷增長(zhǎng)。5.軟件發(fā)展跟不上硬件的發(fā)展和用戶的要求。
它出現(xiàn)的原因一方面是由于軟件生產(chǎn)本身存在著復(fù)雜性，另一方面是與軟件開發(fā)所使用的方法和技術(shù)有關(guān)。軟件不同于硬件，它是計(jì)算機(jī)系統(tǒng)中的邏輯部件而不是物理部件。管理和控制軟件開發(fā)工程相當(dāng)困難，軟件是規(guī)模龐大，而且程序復(fù)雜性將隨著程序規(guī)模的增加而呈指數(shù)上升。目前相當(dāng)多的軟件專業(yè)技術(shù)人員對(duì)軟件開發(fā)和維護(hù)還有不省糊涂觀念，在實(shí)踐過(guò)程中或多或少地采用了錯(cuò)誤的方法和技術(shù)，這是使軟件問(wèn)題發(fā)展成為軟件危機(jī)的主要原因。
1.2什么是軟件工程?它有哪些本質(zhì)特性?怎樣用軟件工程消除軟件危機(jī)?
答：軟件工程是將系統(tǒng)化的，規(guī)范化的，可度量的方法應(yīng)用于軟件開發(fā)，運(yùn)行和維護(hù)的過(guò)程，即將工程化應(yīng)用于軟件中。
它的本質(zhì)特性：1.軟件工程關(guān)注于大型程序的構(gòu)造2.軟件工程的中心課題是控制復(fù)雜性3.軟件經(jīng)?；?.開發(fā)軟件的效率非常重要5.和諧地合作是開發(fā)軟件的關(guān)鍵6.軟件必須有效地支持它的用戶7.在軟件工程領(lǐng)域中是由一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品。
基本原理:1.用分階段的生命周期計(jì)劃嚴(yán)格管理2.堅(jiān)持進(jìn)行階段評(píng)審3.實(shí)行嚴(yán)格的產(chǎn)品控制4.采用現(xiàn)代程序設(shè)計(jì)的技術(shù)5.結(jié)果應(yīng)能清楚地審查6.開發(fā)小組的人員應(yīng)該少而精7.承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。
1.3什么是軟件？它有什么特點(diǎn)？
答：軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，它是包括程序，數(shù)據(jù)結(jié)構(gòu)及其相關(guān)文檔的完整集合。
1.4什么是軟件過(guò)程?它與軟件工程方法學(xué)有何關(guān)系?
答：軟件過(guò)程是為了開發(fā)出高質(zhì)量的軟件產(chǎn)品所需完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。
軟件過(guò)程定義了運(yùn)用技術(shù)方法的順序，應(yīng)該交付的文檔資料，為保證軟件質(zhì)量和協(xié)調(diào)軟件變化必須采用的管理措施，以及標(biāo)志完成了相應(yīng)開發(fā)活動(dòng)的里程碑。軟件過(guò)程是軟件工程方法學(xué)的3個(gè)重要組成部分之一。軟件工程的基礎(chǔ)是軟件過(guò)程。
1.5什么是軟件生命周期模型?試比較瀑布模型、原型模型、增量模型和螺旋模型的優(yōu)缺點(diǎn)，說(shuō)明每種模型的適用范圍。
答：軟件生命周期模型是軟件開發(fā)全部過(guò)程，活動(dòng)和任務(wù)的結(jié)構(gòu)框架，它能直觀表達(dá)軟件開發(fā)全過(guò)程，明確規(guī)定要完成的主要活動(dòng)，任務(wù)和開發(fā)策略。也叫軟件開發(fā)模型。
瀑布模型優(yōu)點(diǎn)：有利于大型軟件開發(fā)過(guò)程中人員的組織，管理，有利于軟件開發(fā)方法和工具的研究，從而提高了大型軟件項(xiàng)目開發(fā)的質(zhì)量和效率。
缺點(diǎn)：1，開發(fā)過(guò)程一般不能逆轉(zhuǎn)，否則代價(jià)太大2.實(shí)際的項(xiàng)目開發(fā)很難嚴(yán)格按。
照該模型進(jìn)行3.客戶往往很難清楚地給出所有的需求，而該模型卻要求如此4.軟件的實(shí)際情況必須到項(xiàng)目開發(fā)的后期客戶才能看到，這要求客戶有足夠的耐心。
適用范圍：1.用戶的需求非常清楚全面，且在開發(fā)過(guò)程中沒有或變化很少2.開發(fā)人員對(duì)軟件的應(yīng)用領(lǐng)域很熟悉3.用戶的使用環(huán)境非常穩(wěn)定4.開發(fā)工作隊(duì)用戶參與的要求很低。
原型模型優(yōu)點(diǎn)：1.可以得到比較良好的需求定義，容易適應(yīng)需求的變化2.有利于開發(fā)與培訓(xùn)的同步3.開發(fā)費(fèi)用低，開發(fā)周期短且隊(duì)用戶更友好。
適用范圍：1.對(duì)所開發(fā)的領(lǐng)域比較熟悉而且有快速的原型開發(fā)工具2.項(xiàng)目投標(biāo)時(shí)，可以以原型模型作為軟件的開發(fā)模型3.進(jìn)行產(chǎn)品移植或升級(jí)時(shí)，或?qū)σ延挟a(chǎn)品原型進(jìn)行客戶化工作時(shí)，原型模型非常合適。
增量模型優(yōu)點(diǎn)：1.采用增量模型的優(yōu)點(diǎn)是人員分配靈活，剛開始不用投入大量的人力資源。
2.如果核心產(chǎn)品很受歡迎，則可增加人力實(shí)現(xiàn)下一個(gè)增量3.可先發(fā)部分功能給客戶，對(duì)客戶起到鎮(zhèn)靜劑的作用。
缺點(diǎn)：1.并行開發(fā)構(gòu)件有可能遇到不能集成的風(fēng)險(xiǎn)，軟件必須具備開放式的體系結(jié)構(gòu)2.增量模型的靈活性可以使其適應(yīng)這種變化的能力大于優(yōu)于瀑布模型和原型模型，但也很容易退化為邊做邊改模型，從而使軟件過(guò)程的控制失去整體性。
適用范圍：1.進(jìn)行已有產(chǎn)品升級(jí)或新版本開發(fā)，增量模型是非常適合的2.對(duì)完成期限嚴(yán)格要求的產(chǎn)品，可以使用增量模型3.對(duì)所開發(fā)的領(lǐng)域比較熟悉而且已有原型系統(tǒng)，增量模型也非常適合。
螺旋模型優(yōu)點(diǎn)：1.實(shí)際上的靈活性，可以再項(xiàng)目的各個(gè)階級(jí)進(jìn)行變更2.以小的分段來(lái)構(gòu)建大型系統(tǒng)，是成本計(jì)算變得簡(jiǎn)單容易3.客戶始終參與每個(gè)階段的開發(fā)，保證了項(xiàng)目不偏離正確方向以及項(xiàng)目的可控性4.隨著項(xiàng)目推進(jìn)，客戶始終掌握項(xiàng)目的最新消息，從而是他或她能夠和管理層有效地交互。
缺點(diǎn)：1.采用螺旋模型需要具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門知識(shí)，在風(fēng)險(xiǎn)較大的項(xiàng)目開發(fā)中，如果未能夠及時(shí)標(biāo)識(shí)風(fēng)險(xiǎn)，勢(shì)必造成重大損失2.過(guò)多的迭代次數(shù)會(huì)增加開發(fā)成本，延遲提交時(shí)間。
適用范圍：只適合于大規(guī)模的軟件項(xiàng)目。
答：軟件工程是一門將理論和知識(shí)應(yīng)用于實(shí)踐的工程，它借鑒了傳統(tǒng)工程的原則和方法，以求高效地開發(fā)高質(zhì)量軟件。它是一種層次化技術(shù)。
意義：從歷史上講，軟件工程的作用，是為了克服上個(gè)世紀(jì)60年代出現(xiàn)的軟件危機(jī)，這種危機(jī)表現(xiàn)為軟件開發(fā)的成本大、進(jìn)度慢、維護(hù)難和質(zhì)量得不到保障。從當(dāng)前來(lái)講，軟件工程的作用，就是告訴人們?cè)鯓尤ラ_發(fā)軟件和管理軟件。具體地講，它表現(xiàn)在與軟件開發(fā)和管理有關(guān)的人員和過(guò)程上。
1.7軟件過(guò)程的通用過(guò)程框架包含哪兩類活動(dòng)？
答：一類是框架活動(dòng)，還有一類是保護(hù)性活動(dòng)。
1.8描述基于構(gòu)件開發(fā)的思想以及目前的發(fā)展情況。
答：基于構(gòu)件開發(fā)強(qiáng)調(diào)將被設(shè)計(jì)的系統(tǒng)分解成功能的或邏輯的構(gòu)件，構(gòu)件用定義好的接口進(jìn)行通信。
它是現(xiàn)在軟件復(fù)理論實(shí)用化的研究熱點(diǎn)，在構(gòu)件對(duì)象模型的支持下，通過(guò)復(fù)用已有的構(gòu)件，軟件開發(fā)者可以“即插即用”地快速構(gòu)造應(yīng)用軟件，這樣即可以節(jié)省時(shí)間和經(jīng)費(fèi)，提高工作效率，也可以產(chǎn)生更加規(guī)范，更加可靠的應(yīng)用軟件。
1.9請(qǐng)簡(jiǎn)要說(shuō)明rup的9個(gè)規(guī)程（disciplines）及之間關(guān)系？
答：rup的9個(gè)規(guī)程為：業(yè)務(wù)建模，需求，分析與設(shè)計(jì)，實(shí)現(xiàn)，測(cè)試，部署，配置與變更管理，項(xiàng)目管理以及環(huán)境。
對(duì)于一個(gè)大型項(xiàng)目，rup九個(gè)規(guī)程的活動(dòng)不可或缺，但對(duì)于有些項(xiàng)目可能不需要經(jīng)過(guò)所有九個(gè)規(guī)程，在項(xiàng)目開發(fā)時(shí)需要對(duì)這些規(guī)程涉及的活動(dòng)做具體的裁剪，以適應(yīng)具體項(xiàng)目的開發(fā)需要。
1.10說(shuō)明面向切面編程的特點(diǎn)，有什么優(yōu)勢(shì)？
答：該范型以一種稱為切面的語(yǔ)言構(gòu)造為基礎(chǔ)，切面是一種新的模塊化機(jī)制，用來(lái)描述分散在對(duì)象、類或函數(shù)中分離出來(lái)可以大大增強(qiáng)程序的模塊性。
優(yōu)勢(shì)：他把特定領(lǐng)域問(wèn)題的代碼從業(yè)務(wù)邏輯中獨(dú)立出來(lái)，業(yè)務(wù)邏輯的代碼中不再含有針對(duì)特定領(lǐng)域問(wèn)題代碼的調(diào)用，業(yè)務(wù)邏輯同特定領(lǐng)域問(wèn)題的關(guān)系通過(guò)切面來(lái)進(jìn)行封裝，維護(hù)。優(yōu)勢(shì)：面向切面編程的特點(diǎn)是針對(duì)業(yè)務(wù)處理過(guò)程中的切面提取，所面對(duì)的是處理過(guò)程中的某個(gè)步驟或階段，以獲得邏輯過(guò)程中各部分之間低耦合性的隔離效果，降低了耦合性。
1.11模型驅(qū)動(dòng)工程中mda的基本思想是什么？
答：mda的基本思想是系統(tǒng)的功能性是用合適的規(guī)約語(yǔ)言以平臺(tái)無(wú)關(guān)的模型的方式定義，然后為實(shí)際的實(shí)現(xiàn)翻譯到一個(gè)或多個(gè)平臺(tái)相關(guān)的模型上。
chapter2。
2.1描述面向?qū)ο蟮幕靖拍詈退枷搿?BR> 一個(gè)實(shí)體都可以抽象為對(duì)象。
2.2面向?qū)ο蠓治鲈O(shè)計(jì)的基本思路和過(guò)程是怎樣的？
答：分析過(guò)程主要包括理解、表達(dá)和驗(yàn)證。設(shè)計(jì)是把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實(shí)現(xiàn)方案的過(guò)程。
過(guò)程：識(shí)別系統(tǒng)的用例和角色，進(jìn)行系統(tǒng)分析并抽象出類，設(shè)計(jì)系統(tǒng)并設(shè)計(jì)系統(tǒng)中的類及其行為。
2.3面向?qū)ο蟪绦蛟O(shè)計(jì)中的概念主要包括哪些？分別闡述其主要思想。
答：對(duì)象：封裝了數(shù)據(jù)和操作這些數(shù)據(jù)的代碼的邏輯實(shí)體。
類：具有相同類型的對(duì)象的抽象。
封裝：保證軟件部分具有優(yōu)良的模塊性的基礎(chǔ)。
繼承：讓某個(gè)類型對(duì)象獲得另一個(gè)類型的對(duì)象特征。
多態(tài)：使不同內(nèi)部結(jié)構(gòu)的對(duì)象可以共享相同的外部接口，減少代碼復(fù)雜度。
動(dòng)態(tài)綁定：多態(tài)實(shí)現(xiàn)的具體形式，將一個(gè)過(guò)程調(diào)用與相應(yīng)代碼鏈接起來(lái)的行為。消息傳遞：使得對(duì)現(xiàn)實(shí)世界的描述更容易。
方法：定義一個(gè)類可以做的，但不一定去做的事。
2.4描述uml的主要概念和歷史。
答：uml是統(tǒng)一建模語(yǔ)言，用來(lái)對(duì)軟件密集系統(tǒng)進(jìn)行可視化建模的一種語(yǔ)言。uml為面向?qū)ο箝_發(fā)系統(tǒng)的產(chǎn)品進(jìn)行說(shuō)明、可視化、和編制文檔的一種標(biāo)準(zhǔn)語(yǔ)言。
歷史：rumbaugh和booch將booch93和omt-2統(tǒng)一起來(lái)，發(fā)布了um0.8；后經(jīng)過(guò)booch，rumbaugh和jacobson的共同努力，發(fā)布了uml0.9和uml0.91，并將um重命名為uml。，rational組織成立了uml合作者聯(lián)盟，以完善、加強(qiáng)和促進(jìn)uml的定義工作。啟動(dòng)了uml2.0標(biāo)準(zhǔn)的制定工作。
2.5rup是什么？應(yīng)用rup對(duì)軟件開發(fā)有什么意義？
答：rup（rationalunifiedprocess）是統(tǒng)一軟件開發(fā)過(guò)程，是一個(gè)面向?qū)ο笄一诰W(wǎng)絡(luò)的程序開發(fā)方法論。
應(yīng)用rup為軟件開發(fā)提供了一個(gè)模版，使得軟件開發(fā)過(guò)程規(guī)范化，統(tǒng)一化。
chapter3。
3.1為什么要進(jìn)行業(yè)務(wù)建模？業(yè)務(wù)建模適用什么場(chǎng)合的軟件項(xiàng)目開發(fā)？
業(yè)務(wù)知識(shí)而再進(jìn)行開發(fā)的，所以需要通過(guò)“業(yè)務(wù)建模”將“業(yè)務(wù)需求”準(zhǔn)確地轉(zhuǎn)換為it技術(shù)人員所熟悉的“軟件需求”。
適用場(chǎng)合：規(guī)模較大的軟件項(xiàng)目開發(fā)。
3.2業(yè)務(wù)建?？梢苑帜男┕ぷ髁鬟M(jìn)行？
答：評(píng)估業(yè)務(wù)狀態(tài)、描述當(dāng)前業(yè)務(wù)、定義業(yè)務(wù)、探索流程自動(dòng)化、開發(fā)領(lǐng)域模型。
3.3什么是領(lǐng)域模型？與業(yè)務(wù)模型的關(guān)系是什么？
答：領(lǐng)域模型：領(lǐng)域模型是描述業(yè)務(wù)用例實(shí)現(xiàn)的對(duì)象模型。它是對(duì)業(yè)務(wù)角色和業(yè)務(wù)實(shí)體之間應(yīng)該如何聯(lián)系和協(xié)作以執(zhí)行業(yè)務(wù)的一種抽象。領(lǐng)域模型從業(yè)務(wù)角色內(nèi)部的觀點(diǎn)定義了業(yè)務(wù)用例。該模型為產(chǎn)生預(yù)期效果確定了業(yè)務(wù)人員以及他們處理和使用的對(duì)象（“業(yè)務(wù)類和對(duì)象”）之間應(yīng)該具有的靜態(tài)和動(dòng)態(tài)關(guān)系。它注重業(yè)務(wù)中承擔(dān)的角色及其當(dāng)前職責(zé)。這些模型類的對(duì)象組合在一起可以執(zhí)行所有的業(yè)務(wù)用例。
關(guān)系：開發(fā)領(lǐng)域模型是一個(gè)備選活動(dòng)，領(lǐng)域模型是業(yè)務(wù)分析模型中獨(dú)立的一部分，注重于說(shuō)明對(duì)于業(yè)務(wù)領(lǐng)域很重要的概念、產(chǎn)品、可交付成果和事件。這樣一個(gè)模型僅描述業(yè)務(wù)中的重要信息，并不包括人員承擔(dān)的職責(zé)。
3.4什么是系統(tǒng)上下文？明確目標(biāo)系統(tǒng)的上下文有什么意義？
答：系統(tǒng)上下文：指的是目標(biāo)系統(tǒng)、與之交互的用戶和外部系統(tǒng)。
意義：業(yè)務(wù)建模作為軟件需求的前一階段，了解目標(biāo)系統(tǒng)的上下文是很有必要的，便于確定目標(biāo)組織和業(yè)務(wù)范圍。
3.5什么是業(yè)務(wù)涉眾？業(yè)務(wù)涉眾可能來(lái)自哪些方面？
答：業(yè)務(wù)涉眾：所有跟目標(biāo)業(yè)務(wù)有利害關(guān)系的人。
方面：可能來(lái)自目標(biāo)組織內(nèi)部及目標(biāo)組織外部且跟目標(biāo)組織有關(guān)系的人和組織。
3.6什么是業(yè)務(wù)愿景？怎么理解業(yè)務(wù)愿景的重要性？
答：業(yè)務(wù)愿景：定義業(yè)務(wù)建模工作所針對(duì)的一組目標(biāo)。
重要性：要了解組織的業(yè)務(wù)過(guò)程，對(duì)業(yè)務(wù)進(jìn)行建模，首先必須理解組織的共同愿景，業(yè)務(wù)建模時(shí)期的重要任務(wù)就是確定項(xiàng)目涉眾的共同愿景，而了解最有影響力的涉眾的愿望和目標(biāo)是非常重要的環(huán)節(jié)。所以業(yè)務(wù)愿景對(duì)整個(gè)業(yè)務(wù)建模過(guò)程來(lái)說(shuō)是十分關(guān)鍵和重要的。
3.7業(yè)務(wù)建模的作用是什么？哪些人和組織是潛在的業(yè)務(wù)執(zhí)行者？
答：作用：
（1）了解目標(biāo)組織（將要在其中部署系統(tǒng)的組織）的結(jié)構(gòu)和機(jī)制；
（2）了解目標(biāo)組織中當(dāng)前存在的問(wèn)題并確定潛在改進(jìn)的可能性；
（3）確?？蛻簟⒆罱K用戶、開發(fā)人員和其他各方就目標(biāo)組織達(dá)成共識(shí)；
（4）導(dǎo)出支持目標(biāo)組織所需的系統(tǒng)需求；
（5）了解要部署的軟件系統(tǒng)將如何融入組織。
潛在的業(yè)務(wù)執(zhí)行者：客戶、合作伙伴、供應(yīng)商、權(quán)威機(jī)構(gòu)（法律、法規(guī)等制訂機(jī)構(gòu)）、子公司、所有者和投資者、業(yè)務(wù)以外的信息系統(tǒng)等。
3.8結(jié)構(gòu)化業(yè)務(wù)用例的三種關(guān)系是什么？
答：三種關(guān)系：包含關(guān)系、擴(kuò)展關(guān)系、泛化關(guān)系。
3.9業(yè)務(wù)用例的包含與擴(kuò)展關(guān)系、包含與泛化的區(qū)別是什么？
答：包含與泛化的區(qū)別：（1）對(duì)于用例泛化關(guān)系，子用例的執(zhí)行取決于父用例（重用部分）的結(jié)構(gòu)和行為，而在包含關(guān)系中，基本用例的執(zhí)行只取決于包含用例（重用部分）所執(zhí)行的功能的結(jié)果。（2）在泛化關(guān)系中，子用例的用途和結(jié)構(gòu)是相似的，而在包含關(guān)系中，重用同一個(gè)包含用例的基本用例可能有完全不同的用途，但需求執(zhí)行相同的功能。
包含與擴(kuò)展的區(qū)別：（1）包含關(guān)系：如果基本用例的某個(gè)部分代表一個(gè)功能，而業(yè)務(wù)用例只依賴于本功能的結(jié)果，而不是產(chǎn)生結(jié)果的方法，那么可以將這部分分離出來(lái)，形成一個(gè)附加用例。使用包含關(guān)系，將附加部分明確包含于基本用例中。包含關(guān)系將基本用例和包含用例連接起來(lái)。
(2)擴(kuò)展關(guān)系：如果基本用例的一部分是可選的，或?qū)τ诶斫庠撚美闹饕康膩?lái)說(shuō)不是必需的，那么可以將這部分分離出來(lái)，形成一個(gè)附加用例，以簡(jiǎn)化基本用例的結(jié)構(gòu)。利用擴(kuò)展關(guān)系，將附加部分隱含地包含于基本用例中。擴(kuò)展關(guān)系將擴(kuò)展用例與基本用例連接起來(lái)。
3.10業(yè)務(wù)分析模型的作用是什么？與業(yè)務(wù)用例模型的之間是什么關(guān)系？
答：作用：業(yè)務(wù)分析模型描述通過(guò)與業(yè)務(wù)系統(tǒng)、業(yè)務(wù)工作者和業(yè)務(wù)實(shí)體交互來(lái)實(shí)現(xiàn)業(yè)務(wù)用例。它充當(dāng)了為了執(zhí)行業(yè)務(wù)用例而所需業(yè)務(wù)系統(tǒng)、業(yè)務(wù)工作者和業(yè)務(wù)實(shí)體之間的相關(guān)和協(xié)作方式的抽象。它還定義了在執(zhí)行業(yè)務(wù)用例時(shí)由業(yè)務(wù)執(zhí)行者調(diào)用的外部業(yè)務(wù)服務(wù)。
關(guān)系：業(yè)務(wù)用例模型是從與客戶和業(yè)務(wù)流程對(duì)應(yīng)的業(yè)務(wù)執(zhí)行者和業(yè)務(wù)用例的角度，對(duì)業(yè)務(wù)進(jìn)行描述。業(yè)務(wù)用例模型包括工作流程說(shuō)明，此說(shuō)明確定完成了那些工作。所以業(yè)務(wù)用例模型描述在業(yè)務(wù)執(zhí)行者和業(yè)務(wù)之間發(fā)生了什么，對(duì)于業(yè)務(wù)結(jié)構(gòu)或如何實(shí)現(xiàn)業(yè)務(wù)用例不作任何假設(shè)。而業(yè)務(wù)分析模型就是用于描述如何執(zhí)行業(yè)務(wù)用例，并具體定義業(yè)務(wù)提供的服務(wù)，內(nèi)部業(yè)務(wù)工作者及其使用的信息，將它們的結(jié)構(gòu)化組織描述為獨(dú)立的單元，定義業(yè)務(wù)工作者如何通過(guò)交戶來(lái)實(shí)現(xiàn)業(yè)務(wù)用例中所描述的行為。
3.11。
（c）。
2.以醫(yī)院為研究對(duì)象，請(qǐng)描述醫(yī)生、病歷的性質(zhì)分別是()。
(a)businessactor、businessworker。
(b)businessworker、businessactor。
(c)businessactor、businessentity。
(d)businessworker、businessentity。
3.12綜合案例分析-餐廳點(diǎn)菜業(yè)務(wù)分析。
某餐廳的點(diǎn)菜服務(wù)流程與規(guī)范如下：
1.遞上菜單。
（1）客人入座后，服務(wù)員詢問(wèn)客人需要什么茶水。準(zhǔn)備好茶水后，按“女士?jī)?yōu)先，先。
賓后主”的原則從右邊為客人斟上茶水。
（2）將菜單打開第一頁(yè)，按照“女士?jī)?yōu)先”原則，用雙手從客人右側(cè)將菜單送至客人手中，然后站在客人斜后方能觀察客人面部表情的地方，上身微躬。
2.推薦介紹酒店菜品。
（1）在客人點(diǎn)菜前，服務(wù)員應(yīng)留有時(shí)間讓客人翻看菜單。
（2）在客人翻看菜單時(shí)，應(yīng)及時(shí)向客人簡(jiǎn)單介紹菜單上的菜，回答客人的詢問(wèn)。
（3）向客人介紹廚師長(zhǎng)今日特別推薦的菜品、其他的特色菜、暢銷菜和高檔菜等菜品，并介紹其樣式、味道、溫度和特點(diǎn)。
3.接受點(diǎn)菜。
（1）服務(wù)員先在點(diǎn)菜單上記下日期、本人姓名及臺(tái)號(hào)、就餐人數(shù)等。
（2）客人點(diǎn)菜時(shí)，應(yīng)注視客人，聽清客人點(diǎn)的菜名，適時(shí)幫助客人選擇菜品和主動(dòng)推介菜品，準(zhǔn)確地記錄菜名。
（3）對(duì)于特殊菜品，應(yīng)介紹其特殊之處，并問(wèn)清客人所需火候、配料及調(diào)料等。
（4）若客人用餐時(shí)間較緊，點(diǎn)的菜需時(shí)間較長(zhǎng)，則應(yīng)及時(shí)向客人征求意見；若有客人點(diǎn)相同的菜式，如湯和羹或兩個(gè)酸甜味型的菜時(shí)，應(yīng)有禮貌地問(wèn)客人是否需要更換菜式。
（5）若客人有特殊要求，應(yīng)在點(diǎn)菜單上清楚注明，并告知傳菜服務(wù)員。
4.復(fù)述點(diǎn)菜內(nèi)容。
（1）客人點(diǎn)菜完畢后，服務(wù)員應(yīng)清楚地重復(fù)一遍所點(diǎn)菜品內(nèi)容，并請(qǐng)客人確認(rèn)。
（2）復(fù)述完畢后，在點(diǎn)菜單的右上角寫明當(dāng)時(shí)的時(shí)間，以便查詢。
（3）收回菜單并向客人致謝，同時(shí)請(qǐng)客人稍等，說(shuō)明大致的等候時(shí)間。
5.分送點(diǎn)菜單。
（1）服務(wù)員將點(diǎn)菜單的第一聯(lián)送至收銀處。
（2）將點(diǎn)菜單的第二聯(lián)送至廚房。
（3）將第三聯(lián)給客戶，第四聯(lián)交給傳菜員、值臺(tái)服務(wù)員留底備查。
根據(jù)案例的描述，請(qǐng)你完成下列任務(wù)：
1.分析餐廳的點(diǎn)菜業(yè)務(wù)，建立點(diǎn)菜業(yè)務(wù)模型。
這項(xiàng)業(yè)務(wù)的業(yè)務(wù)涉眾：外部涉眾：客人，
內(nèi)部涉眾：服務(wù)員，收銀處，廚房，值臺(tái)服務(wù)員。
分析點(diǎn)菜業(yè)務(wù)模型：
業(yè)務(wù)執(zhí)行者為：客人。
業(yè)務(wù)用例是：入座，推薦菜品，點(diǎn)菜，確認(rèn)內(nèi)容，分送菜單，上菜。
2.用活動(dòng)圖描述客人點(diǎn)菜的活動(dòng)。
3.分析點(diǎn)菜業(yè)務(wù)模型，找出有哪些業(yè)務(wù)工作者和業(yè)務(wù)實(shí)體，并用交互圖來(lái)說(shuō)明之間的通信和交互關(guān)系。
業(yè)務(wù)工作者為：服務(wù)員,收銀處，廚房，值臺(tái)服務(wù)員。
業(yè)務(wù)實(shí)體為：菜單，點(diǎn)菜單。
chapter4。
4.1需求的類別有哪些？
答：需求可分為功能性需求和非功能性需求。
功能性需求規(guī)定了系統(tǒng)無(wú)需考慮物理約束而必須能夠執(zhí)行的動(dòng)作，描述支持用戶目標(biāo)、任務(wù)或活動(dòng)的系統(tǒng)行為（功能或服務(wù)）。
非功能性需求是功能性需求之外的需求，包含質(zhì)量和約束，它們僅僅說(shuō)明系統(tǒng)或系統(tǒng)環(huán)境的屬性。
4.2怎么理解文中fredbrooks關(guān)于需求的那段話？
構(gòu)建軟件系統(tǒng)最難的部分是確定要構(gòu)建什么（即系統(tǒng)需求）。相比其他工作，如果這個(gè)工作做錯(cuò)，會(huì)嚴(yán)重影響將產(chǎn)生的系統(tǒng)，也更難在以后矯正。
答：需求工作對(duì)于整個(gè)軟件系統(tǒng)來(lái)說(shuō)是非常重要的，它是實(shí)現(xiàn)和測(cè)試的先啟階段，需求建模解釋如何理清涉眾的請(qǐng)求及如何把這些請(qǐng)求轉(zhuǎn)化為一組需求工作產(chǎn)品，確定要建系統(tǒng)的范圍，提供系統(tǒng)必須做的詳細(xì)要求。此階段是后續(xù)工作以及整個(gè)系統(tǒng)的基礎(chǔ)和關(guān)鍵，一旦這個(gè)階段出現(xiàn)問(wèn)題，將會(huì)直接影響到后續(xù)工作的正常順利進(jìn)行，而如果想要在以后改，代價(jià)是非常大的，并且也難糾正。
4.3系統(tǒng)用例模型可以描述什么方面的需求？補(bǔ)充規(guī)約主要補(bǔ)充哪方面的需求？
答：系統(tǒng)用例模型可以描述設(shè)計(jì)軟件系統(tǒng)方面的`需求，參與者與軟件系統(tǒng)的交互，在系統(tǒng)用例說(shuō)明中書寫足夠詳細(xì)的事件流。
補(bǔ)充歸約主要補(bǔ)充那些無(wú)法在用例中記錄的需求。包括：捕捉無(wú)用例歸約的功能性需求，捕捉系統(tǒng)資量，捕捉約束，捕捉符合性需求，捕捉文檔需求。
4.4什么是系統(tǒng)執(zhí)行者？如何尋找潛在的系統(tǒng)執(zhí)行者？
答：系統(tǒng)執(zhí)行者：是指與目標(biāo)系統(tǒng)交換數(shù)據(jù)的任何對(duì)象，是在系統(tǒng)之外，透過(guò)系統(tǒng)邊界與系統(tǒng)進(jìn)行有意義交互的任何事物。執(zhí)行者可以是用戶、外部硬件或其它系統(tǒng)。
滿足一個(gè)或多個(gè)上面這些范疇的任何個(gè)人、小組或事物有可能就是執(zhí)行者。
4.5如何理解系統(tǒng)執(zhí)行者與業(yè)務(wù)執(zhí)行者、業(yè)務(wù)工作者的關(guān)系？
答：業(yè)務(wù)執(zhí)行者是指某人或某物與業(yè)務(wù)進(jìn)行交互時(shí)所擔(dān)任的角色，它是指在業(yè)務(wù)之外和業(yè)務(wù)交互的人、組織或事物。
業(yè)務(wù)工作者代表在業(yè)務(wù)中進(jìn)行操作的人、軟件或硬件的抽象。它代表業(yè)務(wù)中的一個(gè)或一組角色。
系統(tǒng)執(zhí)行者：是指與目標(biāo)系統(tǒng)交換數(shù)據(jù)的任何對(duì)象，是在系統(tǒng)之外，透過(guò)系統(tǒng)邊界與系統(tǒng)進(jìn)行有意義交互的任何事物。執(zhí)行者可以是用戶、外部硬件或其它系統(tǒng)。
關(guān)系：系統(tǒng)執(zhí)行者是針對(duì)軟件系統(tǒng)來(lái)說(shuō)明的，而業(yè)務(wù)執(zhí)行者和業(yè)務(wù)工作者是針對(duì)業(yè)務(wù)來(lái)說(shuō)明的，系統(tǒng)執(zhí)行者和業(yè)務(wù)執(zhí)行者含義相似，只是所在的描述范疇不一樣。
4.6請(qǐng)分析用例中的包含關(guān)系和擴(kuò)展關(guān)系的相似與區(qū)別？
答：相似：都是如果用例包含的一段行為片段可以用于其他用例，則將這段行為片段歸到“包含用例”或“擴(kuò)展用例”中，形成一個(gè)新的用例，原始用例就成為基本用例，對(duì)“包含用例”和“擴(kuò)展用例”分別有包含關(guān)系和擴(kuò)展關(guān)系。
區(qū)別：（1）擴(kuò)展用例是可選的，而包含用例不是可選的；（2）基本用例沒有擴(kuò)展用例是可以完成的，但沒有包含用例則不能完成；（3）擴(kuò)展用例的執(zhí)行是有條件的，而包含用例沒有；（4）擴(kuò)展用例會(huì)改變基本用例的行為，而包含用例不會(huì)。
4.7簡(jiǎn)單說(shuō)明把用例組織到包中有什么好處。
答：用例包是用例、執(zhí)行者、關(guān)系、圖和其他包的集合，可以通過(guò)將用例模型分成更小的部分來(lái)結(jié)構(gòu)化用例模型。這樣可以使得具有大量元素的用例模型中的用例結(jié)構(gòu)化，同一包中的用例彼此之間都有某種關(guān)系，更加清楚明了，便于以后模型的分析和使用。
4.8用例詳細(xì)描述中有哪三種事件流，分別表示什么場(chǎng)景？
答：三種事件流：主事件流、分支事件流和異常事件流。
主事件流：在描述正常過(guò)程時(shí)列出執(zhí)行者和系統(tǒng)之間相互交互或?qū)υ挼膭?dòng)作序列。當(dāng)這種對(duì)話結(jié)束時(shí)，執(zhí)行者也達(dá)到了預(yù)期的目的。
分支事件流：也可促進(jìn)成功地完成任務(wù)，但它們代表了任務(wù)的細(xì)節(jié)或用于完成任務(wù)的途徑的變化部分。
異常事件流：不符合用例流正?；蚧拘袨?，引起任務(wù)不能順利完成。
4.9什么是軟件需求規(guī)約（srs）？
答：軟件需求規(guī)約是分析任務(wù)的最終產(chǎn)物，通過(guò)建立完整的信息描述、詳細(xì)的功能和行為描述、性能需求和設(shè)計(jì)約束的說(shuō)明、合適的驗(yàn)收標(biāo)準(zhǔn)，給出對(duì)目標(biāo)軟件的各種需求。
4.10如何理解界面原型在需求建模中作用？
答：可以處理模糊需求，開發(fā)者和用戶可充分通信，降低開發(fā)風(fēng)險(xiǎn)。
靜態(tài)界面原型：供分析人員與用戶進(jìn)行進(jìn)一步交流和溝通，通過(guò)這種可視化方法，使雙方逐步就明確系統(tǒng)需求達(dá)成共識(shí)。
交互式界面原型：便于用戶可以操作，展示實(shí)際系統(tǒng)效果。
4.11選擇題。
1.如圖4.11-1所示.a1、a2和a3是什么?(單選題)(c)。
(a)role。
(b)actress。
(c)actor。
(d)user。
2.如圖4.11-1中，下面哪個(gè)語(yǔ)句是正確的?(多選題)(bcd)(a)a3可以使用uc4與系統(tǒng)交互。
(b)al可以使用ucl和uc4與系統(tǒng)交互。(c)a3,al與a2不同。
(d)uc3是沒有步驟的抽象用例。
3.如圖4.11-1所示,下面哪個(gè)語(yǔ)句是正確的?(多選題)(cd)(a)uc5是uc4的補(bǔ)充部分。(b)uc4是uc5的可選部分。(c)uc1是沒有用的。
(d)uc2是uc4的可選部分。(e)uc4是uc2的補(bǔ)充部分。
4.12綜合案例分析-餐廳智能移動(dòng)終端無(wú)線點(diǎn)菜系統(tǒng)需求。
根據(jù)第3章的練習(xí)3.11綜合案例分析的業(yè)務(wù)描述，來(lái)分析點(diǎn)餐系統(tǒng)的需求。
傳送距離可達(dá)100米，室外傳送距離可送300米。根據(jù)案例的描述，請(qǐng)你完成下列任務(wù)：
1.建立無(wú)線點(diǎn)菜系統(tǒng)的用例模型（找出所有的系統(tǒng)actor和usecase）；
用例模型。
系統(tǒng)actor：服務(wù)員、客戶、經(jīng)理。
usecase：點(diǎn)菜服務(wù)、自助點(diǎn)菜、統(tǒng)計(jì)。
2.對(duì)用例進(jìn)行詳細(xì)描述，包括前置條件、后置條件，以及各事件流，并用泳道圖畫出用例對(duì)應(yīng)的事件流。前置條件：
服務(wù)員有掌上電腦系統(tǒng)，廚房與前臺(tái)有打印機(jī)，在傳輸距離之內(nèi)后置條件：
打印機(jī)打印所點(diǎn)菜單事件流：主事件流：1.顧客點(diǎn)菜；
2.服務(wù)員用掌上電腦及菜單；3.廚房和前臺(tái)打印機(jī)打印菜單分支事件流：無(wú)。
異常事件流：
步驟2后步驟3未接收，無(wú)法打印，返回步驟。
2
3）.打印菜單用例描述：用例名稱：打印菜單。
用例描述：打印點(diǎn)菜內(nèi)容參與者：打印機(jī)前置條件：點(diǎn)菜完成。
后置條件：打印機(jī)打印菜單給后臺(tái)，廚房和前臺(tái)主事件流：1.系統(tǒng)發(fā)送點(diǎn)菜單至打印機(jī)。
2．打印機(jī)接收菜單3．打印機(jī)打印菜單分支事件流：無(wú)異常事件流：無(wú)泳道圖：
chapter5。
5.1如何理解分析與設(shè)計(jì)的聯(lián)系？
答：“分析”是指“做什么”，強(qiáng)調(diào)對(duì)問(wèn)題的調(diào)研而不是如何確定解決方案，重點(diǎn)集中在需求和應(yīng)用領(lǐng)域上；而“設(shè)計(jì)”指“怎么做”，強(qiáng)調(diào)的是問(wèn)題的邏輯解決方案，即系統(tǒng)怎樣才能滿足需求，重點(diǎn)轉(zhuǎn)移了要產(chǎn)生軟件的結(jié)構(gòu)上。但由于分析與設(shè)計(jì)是把用戶需求轉(zhuǎn)化為實(shí)現(xiàn)的橋梁，分析和設(shè)計(jì)自始至終可以用相同的技術(shù)和類似的表示方法，它們之間的界限很難劃清，且沒有太多意義。
5.2分析設(shè)計(jì)包括哪些工作流程？
答：分析和設(shè)計(jì)過(guò)程是一個(gè)不斷迭代優(yōu)化的過(guò)程。
包括：執(zhí)行體系結(jié)構(gòu)合成；定義候選體系結(jié)構(gòu)；優(yōu)化體系結(jié)構(gòu)；分析行為；設(shè)計(jì)構(gòu)件；設(shè)計(jì)數(shù)據(jù)庫(kù)；服務(wù)識(shí)別；服務(wù)規(guī)范。
5.3分析建模的元素分哪幾類？具體是什么？答：分析建模的元素分為四大類，分別是：（1）基于場(chǎng)景元素：
這類元素包括：用例文本、用例圖、活動(dòng)圖和泳道圖等；（2）面向流的元素：
這類元素包括數(shù)據(jù)流圖、控制流圖、處理敘述等；（3）基于類的元素：
這類元素包括類圖、分析包、crc模型、通信圖等；（4）行為的元素：
這類元素包括狀態(tài)圖、順序圖等。
5.4分析模型的靜態(tài)模型的用途是什么？靜態(tài)模型的元素有哪些？
答：用途：通過(guò)分析，可以將業(yè)務(wù)需求模型和系統(tǒng)需求模型轉(zhuǎn)化為系統(tǒng)可以處理的對(duì)象模型，并給出對(duì)象的基本屬性和對(duì)象間相互關(guān)系。
分析模型中靜態(tài)模型主要的元素是基于類的元素，包括：分析包：模型中的包，表示層次結(jié)構(gòu)。類：模型中的類，由包所擁有。關(guān)系：模型中的關(guān)系，由包所擁有。
圖：模型中的類圖、協(xié)作（通信）圖，由包所擁有。
5.5動(dòng)態(tài)模型的類被分為哪三類？分別在系統(tǒng)中承擔(dān)什么職責(zé)？答：邊界類、控制類和實(shí)體類。
邊界類：是用來(lái)對(duì)系統(tǒng)環(huán)境及其內(nèi)部工作之間的交互建模的類。這樣的交互涉及轉(zhuǎn)換和轉(zhuǎn)移事件，并注釋系統(tǒng)表示中的更改（例如界面）。
控制類：是用于對(duì)特定于一個(gè)或一些用例的控制行為建模的類。實(shí)體類：是用來(lái)對(duì)必須存儲(chǔ)的信息及關(guān)聯(lián)行為建模的類。
5.6按照設(shè)計(jì)模型的不同層次和功能，設(shè)計(jì)元素可以分哪些方面？
答：（1）體系結(jié)構(gòu)元素；（2）構(gòu)件級(jí)元素；（3）接口/界面元素：用戶界面、構(gòu)件接口、系統(tǒng)接口；（4）數(shù)據(jù)元素：數(shù)據(jù)庫(kù)設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)；（5）部署級(jí)元素。
5.7軟件模式有哪三個(gè)層次？分別說(shuō)明之。
答：一般地，軟件模式可劃分為三個(gè)層次：體系結(jié)構(gòu)模式，設(shè)計(jì)模式和代碼模式。
體系結(jié)構(gòu)模式：描述軟件系統(tǒng)里的基本的結(jié)構(gòu)組織或綱要。體系結(jié)構(gòu)模式提供一些事先定義好的子系統(tǒng)，指定它們的責(zé)任，并給出把它們組織在一起的法則和指南。
設(shè)計(jì)模型：提供一種提煉子系統(tǒng)或軟件系統(tǒng)中的構(gòu)件或者兩者之間關(guān)系的綱要設(shè)計(jì)。設(shè)計(jì)模型描述普遍存在的在相互通訊的構(gòu)件中重復(fù)出現(xiàn)的結(jié)構(gòu)，這種結(jié)構(gòu)解決在一定的背景中的具有一般性的設(shè)計(jì)問(wèn)題。
代碼模型：也稱“成例”、實(shí)現(xiàn)模式。是較低層次的模式，并與編程語(yǔ)言密切相關(guān)。代碼模型描述怎樣利用一個(gè)特定的編程語(yǔ)言的特點(diǎn)來(lái)實(shí)現(xiàn)一個(gè)構(gòu)件的某些特定的方面或關(guān)系。
5.8什么是軟件體系結(jié)構(gòu)？簡(jiǎn)述軟件體系結(jié)構(gòu)的設(shè)計(jì)重要性。
答：軟件體系結(jié)構(gòu)：是具有一定形式的結(jié)構(gòu)化元素，即構(gòu)件的集合，包括處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件。處理構(gòu)件負(fù)責(zé)對(duì)數(shù)據(jù)進(jìn)行加工，數(shù)據(jù)構(gòu)件是被加工的信息，連接構(gòu)件把體系結(jié)構(gòu)的不同部分組組合連接起來(lái)。這一定義注重區(qū)分處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件，這一方法在其他的定義和方法中基本上得到保持。
重要性：軟件體系結(jié)構(gòu)設(shè)計(jì)是高階層的設(shè)計(jì)，定義了包（子系統(tǒng)），包括包之間的依賴關(guān)系和主要的通信機(jī)制。自然清晰和簡(jiǎn)單的結(jié)構(gòu)是目標(biāo)，避免幾乎沒有依賴或雙向依賴。
5.9試說(shuō)明軟件體系結(jié)構(gòu)的演變過(guò)程。
答：（1）單機(jī)系統(tǒng)：是指只需裝在一臺(tái)電腦上，同時(shí)只能一個(gè)用戶使用的系統(tǒng)，沒有服務(wù)器概念，很多早期的軟件都是單機(jī)系統(tǒng)，與分布式系統(tǒng)區(qū)別。
（2）客戶機(jī)/服務(wù)器（兩層）結(jié)構(gòu)：由服務(wù)器提供應(yīng)用（數(shù)據(jù)）服務(wù)，多臺(tái)客戶機(jī)進(jìn)行連接。
（3）瀏覽器/服務(wù)器（b/s）結(jié)構(gòu)：在當(dāng)前internet/intranet領(lǐng)域，“瀏覽器/服務(wù)器”結(jié)構(gòu)是非常流行的客戶機(jī)/服務(wù)器結(jié)構(gòu)。這種結(jié)構(gòu)最大的優(yōu)點(diǎn)是：客戶機(jī)統(tǒng)一采用瀏覽器，這不僅讓用戶使用方便，而且使得客戶機(jī)不存在安裝維護(hù)問(wèn)題。
（4）三層結(jié)構(gòu)：三層結(jié)構(gòu)的客戶機(jī)/服務(wù)器模型是一種先進(jìn)的協(xié)同應(yīng)用程序開發(fā)模型，不是物理上，而是邏輯上將客戶機(jī)/服務(wù)器系統(tǒng)中各種各樣的部件劃分為三“層”服務(wù)，它們共同組成一個(gè)應(yīng)用程序，這三層服務(wù)包括：數(shù)據(jù)訪問(wèn)層、業(yè)務(wù)邏輯層和表示層。
5.10如何理解體系結(jié)構(gòu)風(fēng)格和模式的本質(zhì)？
答：體系結(jié)構(gòu)風(fēng)格：定義了結(jié)構(gòu)組織模式的系統(tǒng)族，用來(lái)表達(dá)一組協(xié)作的約束，使得對(duì)公共約束的特征進(jìn)行溝通變得更加容易，被用作一種進(jìn)行抽象的方法，而不是代表一種個(gè)性化的設(shè)計(jì)。
體系結(jié)構(gòu)模式：是對(duì)某類問(wèn)題域給出的一套軟件結(jié)構(gòu)的解決方案，描述了軟件系統(tǒng)基本的結(jié)構(gòu)化組織方案，是處理特定問(wèn)題的高效、成熟的模板。
5.11什么是軟件框架？與模式的區(qū)別是什么？
答：軟件框架：軟件開發(fā)過(guò)程中提取特定領(lǐng)域軟件的共性部分形成的體系結(jié)構(gòu)，不同領(lǐng)域的軟件項(xiàng)目有著不同的框架模型。
區(qū)別：模式提供一種思想方法的指導(dǎo)，應(yīng)用模式的指導(dǎo)，可以幫助設(shè)計(jì)人員做出一個(gè)優(yōu)良的設(shè)計(jì)方案，達(dá)到事半功倍的效果。但模式不體現(xiàn)為程序，如mvc是一種體系結(jié)構(gòu)的模式，對(duì)于同一軟件體系結(jié)構(gòu)，可以通過(guò)多種框架來(lái)實(shí)現(xiàn)。如struts是實(shí)現(xiàn)mvc模式的著名框架，但不是唯一的。
5.12rup的4+1視圖分別是什么？答：概括而言，rup的4+1視圖是：（1）邏輯視圖：設(shè)計(jì)的對(duì)象模型。
（2）進(jìn)程視圖：捕捉設(shè)計(jì)的并發(fā)和同步特征。
（3）實(shí)現(xiàn)視圖：描述了在開發(fā)環(huán)境中軟件的靜態(tài)組織結(jié)構(gòu)。
（4）部署視圖：描述了軟件到硬件的映射，反映了分布式特征。
（5）用例視圖：該視圖是其他視圖的冗余（因此“+1”）。它包含用例和場(chǎng)景。
5.13什么是設(shè)計(jì)模式？
答：設(shè)計(jì)模式：是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過(guò)分類編目的、代碼設(shè)計(jì)經(jīng)驗(yàn)的總結(jié)。使用設(shè)計(jì)模式是為了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。毫無(wú)疑問(wèn)，設(shè)計(jì)模式于己于他人于系統(tǒng)都是多贏的，設(shè)計(jì)模式使代碼編制真正工程化，設(shè)計(jì)模式是軟件工程的基石，如同大廈的一塊塊磚石一樣。
5.14簡(jiǎn)要說(shuō)明類的詳細(xì)設(shè)計(jì)分哪幾步來(lái)實(shí)現(xiàn)？
答：（1）使用設(shè)計(jì)模式和機(jī)制：使用適合設(shè)計(jì)的類或功能、符合項(xiàng)目設(shè)計(jì)指南的設(shè)計(jì)模式和機(jī)制。
（2）創(chuàng)建初始設(shè)計(jì)類：為指定為此任務(wù)輸入的分析類創(chuàng)建一個(gè)或多個(gè)初始設(shè)計(jì)類，并指定跟蹤依賴關(guān)系。包括設(shè)計(jì)邊界類、設(shè)計(jì)實(shí)體類和設(shè)計(jì)控制類。
（3）定義屬性：類的屬性為類實(shí)例提供信息存儲(chǔ)，并經(jīng)常用于代表類實(shí)例的狀態(tài)。類本身保持的任何信息都是通過(guò)其屬性完成的。
（4）確定持久類：需要在永久介質(zhì)上存儲(chǔ)其狀態(tài)的類被稱為持久類。
（5）定義操作：類的操作是類的行為特征或動(dòng)態(tài)特征，表示類提供的服務(wù)。（6）定義方法：方法制定操作的實(shí)現(xiàn)。
（7）定義狀態(tài)：對(duì)于一些操作，操作的行為取決于接受者對(duì)象所處的狀態(tài)。
5.15什么是實(shí)體類與持久類？說(shuō)說(shuō)兩者之間區(qū)別與聯(lián)系。
答：實(shí)體類：在分析期間，代表被操縱的信息單元。它們往往是被動(dòng)的、持久的，并且可能被確定并與持久性分析機(jī)制相關(guān)聯(lián)。
持久類：需要在永久介質(zhì)上存儲(chǔ)其狀態(tài)的類。
區(qū)別和聯(lián)系：持久類是針對(duì)于hibernate對(duì)數(shù)據(jù)庫(kù)的映射來(lái)說(shuō)的，持久類=實(shí)體類+xml或注解配置；而實(shí)體類就是一個(gè)javabean類，有屬性，get、set方法，以及一些簡(jiǎn)單處理的方法。
5.16開發(fā)物理數(shù)據(jù)庫(kù)設(shè)計(jì)的詳細(xì)步驟有哪些？
答：（1）定義域；（2）創(chuàng)建初始物理數(shù)據(jù)庫(kù)設(shè)計(jì)元素；（3）定義引用表；（4）創(chuàng)建主鍵和唯一性約束；（5）定義數(shù)據(jù)和參照完整性實(shí)現(xiàn)規(guī)則；（6）將數(shù)據(jù)庫(kù)設(shè)計(jì)反向規(guī)范化來(lái)為性能進(jìn)行優(yōu)化；（7）優(yōu)化數(shù)據(jù)訪問(wèn)；（8）定義存儲(chǔ)器特征；（9）設(shè)計(jì)存儲(chǔ)過(guò)程來(lái)將類行為分發(fā)給數(shù)據(jù)庫(kù)。
5.17進(jìn)行界面設(shè)計(jì)時(shí)分析用戶的特征有什么作用？
要。
與系統(tǒng)分析人員協(xié)作，確定是否需要對(duì)用戶（主要的執(zhí)行者）描述做出更改，來(lái)反映特征描述。
5.18選擇題。
(c)interfaceprojectscope。
5.19綜合案例分析-餐廳pda無(wú)線點(diǎn)菜系統(tǒng)分析與設(shè)計(jì)。
根據(jù)第4章餐廳pda無(wú)線點(diǎn)菜系統(tǒng)的需求，請(qǐng)分析設(shè)計(jì)相關(guān)系統(tǒng)。包括1.找出主要的概念實(shí)體，畫出實(shí)體類圖。
答：1.主要的概念實(shí)體：客人，點(diǎn)菜單，點(diǎn)菜記錄，打印機(jī)，服務(wù)員，菜品分類。
實(shí)體類圖：
2.
3.實(shí)體類操作：1）客人：輸入已點(diǎn)菜品。
2）點(diǎn)菜記錄：記錄已點(diǎn)菜品（）；確認(rèn)點(diǎn)菜記錄（）；發(fā)送點(diǎn)菜記錄（）3)打印機(jī)：打印點(diǎn)菜記錄（）。
類圖：
4.界面：
5.數(shù)據(jù)庫(kù)表結(jié)構(gòu)：
0105。
軟件工程學(xué)習(xí)心得體會(huì)篇二
轉(zhuǎn)眼，出來(lái)社會(huì)都已大半年，已是半個(gè)社會(huì)人了。不能再向?qū)W生那樣，某些時(shí)候可以隨心隨意。頂崗實(shí)習(xí)，為我們提供了一個(gè)很好的實(shí)踐機(jī)會(huì)，可以讓我們更好的把理論應(yīng)用于實(shí)踐，在實(shí)踐中領(lǐng)悟理論，更可以學(xué)習(xí)到很多書本上學(xué)習(xí)不到的、甚至比理論知識(shí)更實(shí)用的業(yè)務(wù)知識(shí)。而且，這些實(shí)習(xí)經(jīng)驗(yàn)，無(wú)疑是我們畢業(yè)后就業(yè)的一大籌碼。作為一個(gè)成年人，作為一個(gè)社會(huì)職業(yè)人，任何時(shí)候都要守規(guī)矩，做好自己的本分，承擔(dān)起自己所需要承擔(dān)的責(zé)任。經(jīng)歷了2家公司的工作，我漸漸的認(rèn)識(shí)到，每一份工作或每一個(gè)工作環(huán)境都無(wú)法盡善盡美，但每一份工作中都有許多寶貴的經(jīng)驗(yàn)和資源，如失敗的沮喪、自我成長(zhǎng)的喜悅、溫馨的工作伙伴、值得感謝的客戶等等，這些都是工作成功者必須體驗(yàn)的感受和必備的財(cái)富。如果每天懷著感恩的心情去工作，在工作中始終牢記“擁有一份工作，就要懂得感恩”的道理，你一定會(huì)收獲很多很多。在你收獲很多很多的同時(shí)，你會(huì)發(fā)現(xiàn)自己已經(jīng)在鍛煉中變得勇敢，堅(jiān)強(qiáng)，樂(lè)觀，闊達(dá)。這樣的你，是不斷前進(jìn)的走在成功的路上的。
將本文的word文檔下載到電腦，方便收藏和打印。
軟件工程學(xué)習(xí)心得體會(huì)篇三
軟件工程心得體會(huì)未接觸軟件工程之前一直都很想學(xué)這門課程，因?yàn)橛X得這門課很牛，是那些有工程師稱號(hào)的高手才擺弄的東西。學(xué)了一個(gè)學(xué)期的軟件工程課，終于知道了個(gè)軟件工程的大概。學(xué)的時(shí)候總覺得很抽象，理解起來(lái)好像不難，但總是摸不著頭腦一種很茫然的感覺。曾經(jīng)以為程序就是軟件，軟件就是程序。學(xué)習(xí)這門課程第一個(gè)收獲是，知道了二者的不同之處。以前做過(guò)的一些小型的軟件比如加密軟件，我也只是在程序旁邊附上一個(gè)軟件的說(shuō)明，看來(lái)已經(jīng)很接近作坊了。不過(guò)大的項(xiàng)目沒有接觸過(guò)，用軟件工程的方法還是第一次。我想也是程序的不斷復(fù)雜化導(dǎo)致了軟件危機(jī)的發(fā)生，使得人們不得不探索新的解決方法。
經(jīng)過(guò)倪老師的講解，理解了軟件工程，就是一套用于軟件的團(tuán)隊(duì)開發(fā)，以提高軟件質(zhì)量和程序員工作效率為目的的規(guī)范。其核心就是，對(duì)于軟件開發(fā)的5個(gè)重要組成部分：需求分析，設(shè)計(jì)，編碼，調(diào)試，維護(hù)，如何組織這5個(gè)部分的工作，以及如何完成每一個(gè)工作。吾生也有涯，而知也無(wú)涯，學(xué)習(xí)永無(wú)止境。起初，對(duì)軟件工程處于一知半解的狀態(tài)，分工比較混亂。
在劃分模塊后明確了各自分工，漸漸形成良性循環(huán)。在學(xué)習(xí)過(guò)程中，知道了團(tuán)隊(duì)合作十分重要，爭(zhēng)議固然存在，但通過(guò)討論、協(xié)商，群策群力，在不斷磨合中能夠達(dá)成一致與默契。團(tuán)隊(duì)成員中能力各有高下，互相尊重，各取所長(zhǎng)，不宜妄自菲薄。組長(zhǎng)多加協(xié)調(diào)，組員積極配合，才能合作愉快。學(xué)習(xí)能力體現(xiàn)在能盡快接受新的知識(shí)，順應(yīng)變化，學(xué)為所用。
上《軟件工程導(dǎo)論》這門課，我的收獲大概如下：我們?yōu)槭裁葱枰浖こ棠?上面已經(jīng)給出了一些原因。專業(yè)點(diǎn)講，軟件工程最終是為了實(shí)現(xiàn)“軟件制造業(yè)”的社會(huì)化,工業(yè)化大生產(chǎn),提高其勞動(dòng)生產(chǎn)效率。只有如此,軟件業(yè)才能實(shí)現(xiàn)社會(huì)化,工業(yè)化大生產(chǎn),才能“做大做強(qiáng)”。沒有管理的設(shè)計(jì)是失敗和混亂的設(shè)計(jì)，沒有設(shè)計(jì)指導(dǎo)的編程是無(wú)序的忙碌的。根據(jù)開發(fā)的軟件的規(guī)模，應(yīng)該適當(dāng)程度的運(yùn)用軟件工程化的思想，需要靈活，畢竟我們開發(fā)的軟件大多數(shù)是中小型的，大型的并不多見(我是這么認(rèn)為的)。但只要涉及人員間的交流和溝通，或多或少都要需要軟件工程才能更有效率，工作成果更穩(wěn)定。
其實(shí)開發(fā)軟件，就像是解決一個(gè)邏輯問(wèn)題。想想自己平時(shí)是怎樣寫程序的。首先是要有一個(gè)想法，即我寫的這個(gè)程序是要干什么的;然后就是對(duì)要實(shí)現(xiàn)的核心功能大概構(gòu)思一種或多種實(shí)現(xiàn)方法，并從中選出一種自認(rèn)為是較好的;接下來(lái)就是將涉及的各種主要或次要功能分成各個(gè)模塊;最后就是分模塊來(lái)編碼和debug。在我看來(lái)，除了第一步外，其余的步驟應(yīng)該是一個(gè)循環(huán)的過(guò)程。在編碼的過(guò)程中，你總是需要不斷地回過(guò)頭來(lái)修改原先的模塊設(shè)計(jì)，甚至最初選定的實(shí)現(xiàn)算法。具體到每一步的工作要怎樣完成，是非常靈活的，只要把握住大體的方向就行。在進(jìn)行分析，設(shè)計(jì)，編碼，調(diào)試，維護(hù)這幾部分的工作的時(shí)候，最核心的就是文檔的編寫。
1.可行性分析就是關(guān)于當(dāng)前項(xiàng)目能不能干的分析結(jié)果。
2.項(xiàng)目描述這是在決定立項(xiàng)以后，對(duì)當(dāng)前項(xiàng)目的一份扼要說(shuō)明。
3.需求分析就是對(duì)客戶要求的功能的定義。
4.軟件設(shè)計(jì)這就是對(duì)程序的每一個(gè)模塊的詳細(xì)設(shè)計(jì)的說(shuō)明文檔。
5.開發(fā)日志我一直都認(rèn)為這是文檔中最有趣的部分。開發(fā)日志相當(dāng)于編碼階段的文檔，它的形式可以很隨意，主要是記錄一些在寫程序時(shí)突然萌發(fā)的靈感，或?qū)Υa的一些微小的修改，或?qū)Τ绦蚪Y(jié)構(gòu)的一些微小變動(dòng)等，還要對(duì)上述這些修改變動(dòng)作些說(shuō)明。
6.測(cè)試分析用于指出程序存在或潛在的缺陷和錯(cuò)誤，以及程序性能的數(shù)字描述。
軟件工程學(xué)習(xí)心得體會(huì)篇四
初學(xué)軟件工程第一周的時(shí)候以為只是純粹的理論課毫無(wú)用處，其實(shí)不然。深入了解之后發(fā)現(xiàn)它對(duì)程序的設(shè)計(jì)，錯(cuò)誤的檢測(cè)以及軟件測(cè)試，編寫方面有不可磨滅的便捷好處。開發(fā)一個(gè)軟件時(shí)，對(duì)原定的系統(tǒng)模型和目標(biāo)的現(xiàn)實(shí)以及系統(tǒng)完成后所帶來(lái)的效益的預(yù)判斷，可以明確開發(fā)與否，否則就是浪費(fèi)人力，物力以及時(shí)間。
以下是所學(xué)過(guò)程中的知識(shí)點(diǎn)：
(1)軟件危機(jī)：軟件危機(jī)是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。
所以若要解決軟件危機(jī)，既要有技術(shù)措施(方法和工具)，又要有必要的組織和管理措施，軟件工程正是從管理和技術(shù)兩方面研究如何更好得開發(fā)和維護(hù)計(jì)算機(jī)軟件的一門新興學(xué)科。
軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。采用工程的概念、原理、技術(shù)、和方法來(lái)開發(fā)與維護(hù)軟件。
軟件工程方法學(xué)包含3個(gè)要素：方法、工具和過(guò)程。
(2)軟件生命周期：軟件定義、軟件開發(fā)和運(yùn)行維護(hù)。
軟件開發(fā)階段：?jiǎn)栴}定義，可行性研究，需求分析，總體設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼和單元測(cè)試，綜合測(cè)試，軟件維護(hù)。
軟件維護(hù)主要任務(wù)：是使軟件持久的滿足用戶的需要。
軟件過(guò)程目的：為獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。
其中：可行性分析：技術(shù)可行性，經(jīng)濟(jì)可行性，操作可行性。
(3)判定表和判定樹能夠清晰地表達(dá)出各種動(dòng)作之間的對(duì)應(yīng)關(guān)系。
第一個(gè)軟件生命周期，瀑布型生命周期。
程序設(shè)計(jì)：低耦合高內(nèi)聚。
(4)學(xué)會(huì)畫程序流圖，sc圖，er圖，dfd圖，順序圖以及協(xié)作圖。學(xué)會(huì)讀圖，可以獨(dú)立完成相關(guān)計(jì)算題。
軟件工程學(xué)習(xí)心得體會(huì)篇五
我們沒有進(jìn)行過(guò)系統(tǒng)化軟件設(shè)計(jì)的教育和學(xué)習(xí)，對(duì)如何進(jìn)行軟件的開發(fā)基本上就是想什么寫什么。根本沒有過(guò)系統(tǒng)化的設(shè)計(jì)。比如需求分析，可行性研究等。更不知道用什么模型來(lái)設(shè)計(jì)軟件。這在我們以后的工作中是完全不行的，沒有系統(tǒng)化的設(shè)計(jì)，是不可能滿足客戶的需求的。
胡老師讓我們分組進(jìn)行軟件互換的形式來(lái)進(jìn)行軟件的修改。其實(shí)胡老師就是想讓我們了解以后工作中，軟件是如何設(shè)計(jì)的和制作的。對(duì)于以前的編程，我們只能按照自己的想法，想一步做一步。根本沒有系統(tǒng)化的設(shè)計(jì)。通過(guò)對(duì)軟件工程導(dǎo)論這門課程的學(xué)習(xí)，一遍學(xué)習(xí)一遍實(shí)驗(yàn)，實(shí)踐與理論相結(jié)合。開始其實(shí)我根本不理解各種圖的作用，覺得它們根本沒有用，就是照貓畫虎，沒有任何的實(shí)際意義。但是通過(guò)后面的學(xué)習(xí)和理解，對(duì)他們有了獨(dú)特的理解和想法。比如對(duì)uml來(lái)說(shuō)。它是一種標(biāo)準(zhǔn)化交流的語(yǔ)言，它可以讓開發(fā)人員與客戶之間輕松的交流。用圖的形式向客戶展示軟件設(shè)計(jì)的流程，從中傳遞信息。簡(jiǎn)單的說(shuō)就是客戶和設(shè)計(jì)人員交流的手段。
這學(xué)習(xí)，不管是實(shí)驗(yàn)小組的實(shí)驗(yàn)還是老師您要求的程序，基本都是我一個(gè)人做的，所以對(duì)各種圖還是比較了解和掌握的。雖然對(duì)實(shí)驗(yàn)報(bào)告的制作感覺到十分的吃力，工作量很大，但是還是通過(guò)幾個(gè)晚上的專心學(xué)習(xí)和制作，最后還是完成了。但是好多圖畫的還是很有問(wèn)題，沒有真正的完全理解和掌握。但是在后面的學(xué)習(xí)和復(fù)習(xí)中，有了更正。
下面我對(duì)實(shí)驗(yàn)進(jìn)行一下總結(jié)。首先是實(shí)驗(yàn)一結(jié)構(gòu)化分析和設(shè)計(jì)，主要理解dfd圖，數(shù)據(jù)字典，erd圖和問(wèn)題描述進(jìn)行設(shè)計(jì)和學(xué)習(xí)。dfd圖主要分為三個(gè)方面，數(shù)據(jù)的源點(diǎn)，數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)。它將信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的工程中所經(jīng)受的變化。簡(jiǎn)單的說(shuō)就是主體，動(dòng)作和數(shù)據(jù)單元的問(wèn)題。接下來(lái)是數(shù)據(jù)字典，主要進(jìn)行軟件操作單元的數(shù)據(jù)定義，格式化和功能說(shuō)明。然后就是erd圖，根據(jù)短信系統(tǒng)的問(wèn)題描述，可得到軟件實(shí)體，從而得到此圖。其次是實(shí)驗(yàn)二和三面向?qū)ο蠓治龊驮O(shè)計(jì)。主要進(jìn)行用例圖，場(chǎng)景描述，初始化類圖，協(xié)作圖的制作。先是從需求到業(yè)務(wù)用例圖，根據(jù)客戶需求(也就是我們軟件的需求)畫出用例圖。它的作用其實(shí)就是描述該實(shí)現(xiàn)什么業(yè)務(wù)或者說(shuō)是功能。接下來(lái)就是場(chǎng)景描述，簡(jiǎn)單來(lái)說(shuō)就是軟件實(shí)際的操作的某個(gè)步驟的具體說(shuō)明。跟著就是初始化類圖，重要作用就是顯示系統(tǒng)有哪些實(shí)體，實(shí)體的具體操作，實(shí)體間的關(guān)系。然后就是協(xié)作圖，主要作用是針對(duì)某個(gè)軟件的功能，進(jìn)行交互過(guò)程的解釋，簡(jiǎn)單來(lái)說(shuō)就是具體業(yè)務(wù)的具體操作，而且是所有涉及到的操作。動(dòng)態(tài)模型和靜態(tài)模型的建立，在面向?qū)ο蟮南到y(tǒng)中，業(yè)務(wù)流程表現(xiàn)在為對(duì)象之間的交互，對(duì)動(dòng)態(tài)模型和靜態(tài)模型分析和總結(jié)，從而產(chǎn)生順序圖。面向?qū)ο笤O(shè)計(jì)就是對(duì)實(shí)體類進(jìn)行定義和說(shuō)明，所有的類都是跟軟件里的類相對(duì)應(yīng)。就是真正的類。最后就是實(shí)驗(yàn)三編碼和測(cè)試，實(shí)驗(yàn)主要對(duì)測(cè)試和編碼進(jìn)行總結(jié)。從中總結(jié)制作過(guò)程和測(cè)試過(guò)程。
實(shí)驗(yàn)對(duì)我來(lái)說(shuō)可能很辛苦，但是我從中學(xué)到了很多。了解了很多圖的作用，也了解了以后工作的具體流程，這對(duì)我們以后的實(shí)際工作提供很多幫助。對(duì)我來(lái)說(shuō)辛苦著收獲著快樂(lè)著。跟您的交流中也學(xué)到了很多知識(shí)。總之我很滿足。
軟件工程學(xué)習(xí)心得體會(huì)篇六
這次軟件工程實(shí)訓(xùn)是從__年__月__日號(hào)開始的，截至__年__月__日號(hào)。實(shí)訓(xùn)內(nèi)容是用java相關(guān)知識(shí)(主要是jsp)做一個(gè)物流配送系統(tǒng)。下面談?wù)剬?duì)這次實(shí)訓(xùn)的看法。
因?yàn)樽约浩綍r(shí)對(duì)java知識(shí)儲(chǔ)備不足，特別是jsp這一塊基本不了解怎么回事，所以一拿到這個(gè)項(xiàng)目，我心里都是沒有底的，再加上我被分到的那個(gè)組，我知道就意味著是我一個(gè)人在戰(zhàn)斗了。呵呵，26號(hào)，實(shí)訓(xùn)開始了，我們的老師是來(lái)自中軟國(guó)際公司的程序員，一個(gè)是周褀，一個(gè)是朱映，都是一身樸素的著裝，讓我感覺做軟件的也沒什么兩樣。老師介紹了自己之后，就直接切入正題了，分析了下我們各個(gè)組的系統(tǒng)，即將用到的知識(shí)，然后就總體把覺得需要補(bǔ)充的知識(shí)(jsp和數(shù)據(jù)庫(kù)連接等這幾塊)給我們實(shí)際操作了下，因?yàn)楫?dāng)時(shí)看到用jsp，還講的那么認(rèn)真，當(dāng)時(shí)我就后悔了，平時(shí)要是多聽點(diǎn)，現(xiàn)在老師這么認(rèn)真的給我們講，這是一個(gè)多么難得的機(jī)會(huì)啊。后悔也沒用啊，開始還勉強(qiáng)能理解一點(diǎn)，后來(lái)就直接暈了。然后再給大家介紹了一些即將用到的工具，比如rationalrose，svn，myeclipse等等。接下來(lái)的幾天就不再細(xì)講了。下面談?wù)勍ㄟ^(guò)這次實(shí)訓(xùn)的心得體會(huì)吧。
通過(guò)這次實(shí)訓(xùn)，讓我了解到工程開發(fā)的過(guò)程，可行性分析——需求分析——概要設(shè)計(jì)——詳細(xì)設(shè)計(jì)——代碼編寫——測(cè)試——驗(yàn)收。從技術(shù)方面上，我開始jsp基礎(chǔ)基本上就是零的，在老師和syz2(另外一個(gè)物流小組，我一個(gè)人基本上是跟她們做的，或者說(shuō)是看著她們做的)的幫助下，對(duì)jsp有了一個(gè)大概的認(rèn)識(shí)。其實(shí)實(shí)訓(xùn)開始前，我還以為做個(gè)系統(tǒng)沒什么大不了，可是當(dāng)真正拿到一個(gè)項(xiàng)目，我卻真的無(wú)從下手了，而且就是在知道需求分析和詳細(xì)設(shè)計(jì)，在代碼編寫時(shí)，一樣寸步難行。通過(guò)這個(gè)實(shí)訓(xùn)，也讓我了解到，團(tuán)隊(duì)協(xié)作是多么的重要。一個(gè)人的精力是多么的有限。進(jìn)一步理解到，企業(yè)為什么如此重視團(tuán)隊(duì)協(xié)作。同時(shí)借用老師的話就是團(tuán)隊(duì)協(xié)作固然重要，但是是建立在個(gè)人素質(zhì)的基礎(chǔ)上，假設(shè)你個(gè)人素質(zhì)不行，將會(huì)影響到整個(gè)團(tuán)隊(duì)，就別提對(duì)團(tuán)隊(duì)作更多貢獻(xiàn)了。__老師說(shuō)這幾句話的時(shí)候，朝向了我，估計(jì)是有特殊意義的吧，所以，我將謹(jǐn)記老師的教導(dǎo)。
還有一個(gè)收獲是從一個(gè)同學(xué)(小胖)那里得到的，他的那組成員跟我的這組大體一樣，我倒是覺得沒什么了，不過(guò)他倒是很重視這個(gè)問(wèn)題吧。然后他說(shuō)出來(lái)，我也覺得這個(gè)問(wèn)題確實(shí)其實(shí)是個(gè)大的問(wèn)題。就是不管你會(huì)不會(huì)這門技術(shù)，會(huì)不會(huì)做這個(gè)東西，態(tài)度要正確才好，就算你不會(huì)做，你也應(yīng)該認(rèn)真的對(duì)待，將來(lái)出身到社會(huì)，就不是說(shuō)像你現(xiàn)在，不會(huì)做就不做，跑去玩游戲了。小胖說(shuō)出了這段話，也在我身上有了一個(gè)印證，雖然我jsp技術(shù)知識(shí)為0，但我也還是在認(rèn)真的跟著他們一起做，不會(huì)做，就多問(wèn)，畢竟現(xiàn)在我們是學(xué)生，可以毫不顧忌的詢問(wèn)各種問(wèn)題，老師也會(huì)盡力為你回答。將來(lái)出身社會(huì)就不一樣了。雖然，我就算個(gè)打醬油的水平，但是這個(gè)醬油也要打得有涵量啊。不管怎么樣，我能對(duì)自己有個(gè)交待，雖然我不會(huì)，但是這次實(shí)訓(xùn)我確實(shí)是認(rèn)真對(duì)待了，六天的實(shí)訓(xùn)，除了晚上加班外，還花了2個(gè)通宵來(lái)完成不同階段的任務(wù)，完成與否也不重要了，我至少我做了，這點(diǎn)，是這次我應(yīng)該對(duì)自己的一個(gè)肯定。
這次實(shí)訓(xùn)的心得基本上就是這些了，最后特別感謝中軟國(guó)際帶我們的那兩個(gè)老師(周褀，朱映)，這兩個(gè)老師對(duì)待我們很平易近人，對(duì)我們提出的問(wèn)題，總是不光解決了，還進(jìn)行了擴(kuò)展，晚上也跟我們一起加班加到很晚，印象尤其深刻就是朱映老師為了給小胖解決一個(gè)問(wèn)題，臉都變紅了，還在繼續(xù)努力，這點(diǎn)我并不會(huì)覺得老師知識(shí)儲(chǔ)備不夠，我想應(yīng)該是這個(gè)問(wèn)題的突發(fā)吧，一時(shí)沒想到怎么處理。相反讓我感覺更多的就是老師很認(rèn)真，很負(fù)責(zé)。還要感謝就是syz2小組的傾力支持，輔導(dǎo)。
軟件工程學(xué)習(xí)心得體會(huì)篇七
作為軟件工程師，我一直對(duì)自己在軟件開發(fā)領(lǐng)域的發(fā)展感到自豪。近年來(lái)，我一直致力于提高自己的技能，并在實(shí)踐中不斷探索和學(xué)習(xí)。在這個(gè)過(guò)程中，我收獲了許多寶貴的經(jīng)驗(yàn)和體會(huì)，讓我更好地理解了軟件工程師的角色和職責(zé)，特別是在團(tuán)隊(duì)合作方面的重要性。
第二段：個(gè)人成長(zhǎng)。
我的軟件開發(fā)之路始于大學(xué)時(shí)期學(xué)習(xí)編程語(yǔ)言，并在一家創(chuàng)業(yè)公司中獲得了第一份實(shí)習(xí)工作。在這一階段，我經(jīng)歷了許多挑戰(zhàn)和學(xué)習(xí)機(jī)會(huì)，計(jì)劃和設(shè)計(jì)軟件解決方案成為我的長(zhǎng)項(xiàng)。在后來(lái)的工作中，我不斷提高自己的團(tuán)隊(duì)合作技能，學(xué)會(huì)協(xié)調(diào)和溝通，特別是在多功能項(xiàng)目中尤為重要。
第三段：貢獻(xiàn)團(tuán)隊(duì)。
作為軟件工程師，我有責(zé)任在團(tuán)隊(duì)中發(fā)揮重要作用，同時(shí)也需要學(xué)會(huì)尊重其他專業(yè)人員的意見和建議。我的目標(biāo)是成為一名優(yōu)秀的團(tuán)隊(duì)成員，通過(guò)協(xié)作和討論尋求最優(yōu)解決方案。在項(xiàng)目中，我總是盡力爭(zhēng)取更高的質(zhì)量和效率，發(fā)現(xiàn)和解決問(wèn)題，對(duì)團(tuán)隊(duì)的發(fā)展做出貢獻(xiàn)。
第四段：重視學(xué)習(xí)。
隨著軟件技術(shù)的不斷發(fā)展，我們必須與時(shí)俱進(jìn)，不斷學(xué)習(xí)新知識(shí)和技能。我經(jīng)常參加工作坊、研討會(huì)等活動(dòng)，與同行交流經(jīng)驗(yàn)，并積極閱讀相關(guān)書籍和文章。通過(guò)不斷學(xué)習(xí)，我擴(kuò)大了自己的技能和知識(shí)范圍，更好地服務(wù)于團(tuán)隊(duì)和客戶。
第五段：結(jié)語(yǔ)。
軟件工程師的工作需要我們具備多種技能和素養(yǎng)，而不僅僅是編程。我們需要協(xié)作，溝通和解決問(wèn)題能力，同時(shí)也需要開放心態(tài)和持續(xù)學(xué)習(xí)的意愿。我相信通過(guò)不斷的積累經(jīng)驗(yàn)和體會(huì)，我們將不斷提高自身能力，為軟件行業(yè)的發(fā)展做出更大的貢獻(xiàn)。
軟件工程學(xué)習(xí)心得體會(huì)篇八
軟件工程師作為現(xiàn)代社會(huì)中越來(lái)越重要的職業(yè)之一，隨著信息技術(shù)的不斷發(fā)展，其職責(zé)也越來(lái)越廣泛和重要。作為一名軟件工程師，我在這個(gè)行業(yè)里摸爬滾打多年，深感自己的成長(zhǎng)離不開各種經(jīng)驗(yàn)和心得的積累。在接下來(lái)的文字中，我將從個(gè)人視角談?wù)勛约涸谲浖_發(fā)過(guò)程中的心得體會(huì)。
第二段：選擇質(zhì)量。
在軟件開發(fā)的過(guò)程中，我最關(guān)注的是軟件的質(zhì)量。因?yàn)檐浖枰L(zhǎng)期運(yùn)行，不僅要滿足用戶需求，還要兼顧安全性和可維護(hù)性等方面，這需要我們?cè)陂_發(fā)過(guò)程中嚴(yán)格控制每一個(gè)環(huán)節(jié)，做好每一個(gè)細(xì)節(jié)。因此，我在項(xiàng)目開發(fā)前會(huì)認(rèn)真分析需求和可能的風(fēng)險(xiǎn)，對(duì)技術(shù)框架和工具的選擇非常謹(jǐn)慎。我也會(huì)定期進(jìn)行代碼復(fù)審和單元測(cè)試等工作，確保代碼質(zhì)量達(dá)標(biāo)。當(dāng)然，在不斷優(yōu)化的過(guò)程中，我也意識(shí)到代碼質(zhì)量的提高不僅僅在于個(gè)人級(jí)別，而更應(yīng)該顧及團(tuán)隊(duì)整體水平，因此深感技術(shù)學(xué)習(xí)和交流的重要性。只有不斷積累、分享，才能讓團(tuán)隊(duì)的發(fā)展更加健康和持久。
第三段：溝通協(xié)作。
作為一名軟件工程師，我們的工作不僅僅是編寫代碼，更包括與產(chǎn)品經(jīng)理、UI設(shè)計(jì)師、測(cè)試工程師等各個(gè)角色之間的溝通協(xié)作。這就需要我們具備更多的軟技能。比如，要善于傾聽和引導(dǎo)，以便更好地理解產(chǎn)品需求和用戶痛點(diǎn)；要有清晰的表達(dá)能力，能夠清楚地向其他角色描述自己的想法和意圖；在開發(fā)過(guò)程中，也要非常注重團(tuán)隊(duì)合作，及時(shí)溝通和協(xié)調(diào)出現(xiàn)的問(wèn)題。整個(gè)軟件開發(fā)過(guò)程需要涵蓋從需求分析、規(guī)劃和設(shè)計(jì)，再到編碼、測(cè)試和上線等各個(gè)環(huán)節(jié)，期間需要負(fù)責(zé)人與團(tuán)隊(duì)的全面協(xié)作才能保證項(xiàng)目的順利完成。
第四段：學(xué)習(xí)成長(zhǎng)。
軟件開發(fā)是一個(gè)知識(shí)密集型的工作，要時(shí)刻緊跟技術(shù)的發(fā)展趨勢(shì)才能在激烈的競(jìng)爭(zhēng)中取得優(yōu)勢(shì)。因此，我認(rèn)為軟件工程師需要具備持續(xù)學(xué)習(xí)的能力和自我提升的意識(shí)。我會(huì)在業(yè)余時(shí)間去了解新的技術(shù)，參加相關(guān)的技術(shù)社群和活動(dòng)，不斷學(xué)習(xí)和嘗試新東西，以此來(lái)增強(qiáng)自己的核心競(jìng)爭(zhēng)力和解決實(shí)際問(wèn)題的能力。同樣，我也會(huì)時(shí)刻關(guān)注團(tuán)隊(duì)的成長(zhǎng)和發(fā)展，希望能為團(tuán)隊(duì)帶來(lái)更多的經(jīng)驗(yàn)和技術(shù)積累。
第五段：總結(jié)回顧。
在軟件開發(fā)的過(guò)程中，我覺得最重要的是要保持持之以恒的熱情和精神狀態(tài)。無(wú)論是在技術(shù)領(lǐng)域還是在團(tuán)隊(duì)管理中，不停地學(xué)習(xí)和成長(zhǎng)，分享并培育團(tuán)隊(duì)的創(chuàng)新精神和專業(yè)精神，才能不斷提高自己和團(tuán)隊(duì)的能力和素質(zhì)，做出更好的產(chǎn)品。取得成功需要獨(dú)立思考和勇于探索，但更需要承認(rèn)團(tuán)隊(duì)的重要性，在各方面展現(xiàn)出自己領(lǐng)導(dǎo)團(tuán)隊(duì)的能力和擔(dān)當(dāng)。在今后的工作和生活中，我也將持續(xù)關(guān)注自己的成長(zhǎng)需求，堅(jiān)定地走好自己的職業(yè)道路。
軟件工程學(xué)習(xí)心得體會(huì)篇九
軟件工程師是一個(gè)充滿挑戰(zhàn)和機(jī)遇的職業(yè)。在我從事軟件開發(fā)工作的這段時(shí)間里，我不斷學(xué)習(xí)和成長(zhǎng)，越來(lái)越喜愛這個(gè)行業(yè)。在這篇文章中，我將分享自己關(guān)于軟件工程師的心得體會(huì)，希望對(duì)其他人有所幫助。
第一段：專業(yè)知識(shí)的重要性。
作為軟件工程師，我們必須對(duì)技術(shù)的掌握非常精通，我們?cè)诓粩嗟奶剿骱蛯W(xué)習(xí)新的工具和技術(shù)。我們必須持續(xù)不斷地關(guān)注業(yè)界的最新動(dòng)態(tài)，及時(shí)掌握前沿技術(shù)，像人工智能、區(qū)塊鏈等這些新技術(shù)都值得我們?nèi)ヌ骄?。與此同時(shí)，掌握好基礎(chǔ)的計(jì)算機(jī)科學(xué)知識(shí)也是需要的。掌握這些知識(shí)既能幫助我們更好地理解系統(tǒng)內(nèi)部實(shí)現(xiàn)機(jī)理，也能避免犯一些低級(jí)的錯(cuò)誤。在學(xué)習(xí)和成長(zhǎng)的過(guò)程中，我體會(huì)到了這一點(diǎn)。
第二段：團(tuán)隊(duì)合作的重要性。
在軟件開發(fā)領(lǐng)域，沒有人能獨(dú)善其身。在一個(gè)團(tuán)隊(duì)中，每個(gè)人都有自己的專業(yè)領(lǐng)域，只有團(tuán)隊(duì)共同合作才能實(shí)現(xiàn)項(xiàng)目的成功。因此，團(tuán)隊(duì)合作是成功的關(guān)鍵。在團(tuán)隊(duì)工作中，我們必須學(xué)會(huì)彼此傾聽，交流并協(xié)作。我們必須以實(shí)現(xiàn)目標(biāo)為導(dǎo)向，共同完成任務(wù)。同時(shí)，探討問(wèn)題并互相幫助也是必要的。這些方面都可以提高我們的溝通能力，并促進(jìn)合作的成功。
第三段：代碼質(zhì)量的重要性。
軟件工程師所編寫的代碼是企業(yè)技術(shù)資產(chǎn)，同時(shí)也是開發(fā)者個(gè)人的財(cái)富。因此，編寫優(yōu)質(zhì)的代碼是非常重要的。良好的代碼質(zhì)量可以提高系統(tǒng)的可維護(hù)性和可擴(kuò)展性，減少后續(xù)的工作量，同時(shí)也可以為編寫代碼的人提供一份技術(shù)遺產(chǎn)。還有就是一個(gè)高效、優(yōu)質(zhì)的代碼可以提高團(tuán)隊(duì)的安全和整體效率。在我的經(jīng)驗(yàn)中，保證代碼質(zhì)量可以使系統(tǒng)更加穩(wěn)定可靠，同時(shí)也可以讓開發(fā)者和團(tuán)隊(duì)獲得更高的聲譽(yù)。
第四段：思考的重要性。
軟件工程師是一個(gè)需要保持開放性思維的職業(yè)，我們需要在不斷的探索和思考中成長(zhǎng)和進(jìn)步。嘗試去遇到新事物并探究它們的實(shí)現(xiàn)方法，吸收不同的思路和思考方式，這些都是非常好的方法。思考可以幫助我們更加深入地理解一個(gè)問(wèn)題，也有助于我們找到解決問(wèn)題的方法。因此，保持開放性思維，創(chuàng)新思考就顯得非常重要。思考能助于我們預(yù)先考慮項(xiàng)目中可能出現(xiàn)的問(wèn)題，從而提前解決。這就可以讓我們?cè)谖磥?lái)的開發(fā)需求中更好地迎接新的挑戰(zhàn)。
第五段：持續(xù)學(xué)習(xí)和成長(zhǎng)。
軟件工程師的職業(yè)生涯需要不斷的學(xué)習(xí)和成長(zhǎng)。保持對(duì)技術(shù)的持續(xù)學(xué)習(xí)和學(xué)習(xí)新的工具和技術(shù)是追求成長(zhǎng)的最好途徑。因此保持學(xué)習(xí)的態(tài)度，介入到新依賴和組件中去創(chuàng)造用戶會(huì)很喜愛的產(chǎn)品。同時(shí)，不斷地學(xué)習(xí)也能拓寬了自己的視野，了解各種技術(shù)的優(yōu)點(diǎn)和缺點(diǎn)。保持求知欲，不斷學(xué)習(xí)，用最好的狀態(tài)去完成我自己和團(tuán)隊(duì)的任務(wù)。
總之，軟件工程師的工作是充滿挑戰(zhàn)和機(jī)遇的。實(shí)現(xiàn)成功的關(guān)鍵在于專業(yè)知識(shí)、團(tuán)隊(duì)合作、代碼質(zhì)量、思考能力和持續(xù)學(xué)習(xí)。我相信，人們只要持續(xù)學(xué)習(xí)和努力進(jìn)步，定能成為更好的軟件開發(fā)者。
軟件工程學(xué)習(xí)心得體會(huì)篇十
學(xué)習(xí)了這門課程, 還有老師們的多元化教課,不但讓我從理論上掌握軟件工程,還有從不同的實(shí)例,讓理論和實(shí)踐得到了很好的結(jié)合。整一個(gè)學(xué)期下來(lái)，總的來(lái)說(shuō)還是學(xué)到了很多東西的，有很多地方是值得肯定的，其實(shí)在我看來(lái)，軟件工程與其說(shuō)是一門課程，不如說(shuō)是一門思想。是一個(gè)如何去分析和處理問(wèn)題的過(guò)程，應(yīng)該說(shuō)其范疇已經(jīng)遠(yuǎn)遠(yuǎn)不止局限于該門課程，成為了一個(gè)綜合的一個(gè)能夠解決問(wèn)題的思想集合。
要學(xué)習(xí)軟件工程，學(xué)會(huì)如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習(xí)慣，想學(xué)好軟件工程，就必須知道軟件工程的目標(biāo)、過(guò)程和原則： 軟件工程目標(biāo)：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。正確性指軟件產(chǎn)品達(dá)到預(yù)期功能的程度。
可用性指軟件基本結(jié)構(gòu)、實(shí)現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運(yùn)行的整個(gè)開銷滿足用戶要求的程度。這些目標(biāo)的實(shí)現(xiàn)不論在理論上還是在實(shí)踐中均存在很多待解決的問(wèn)題，它們形成了對(duì)過(guò)程、過(guò)程模型及工程方法選取的約束。
軟件工程過(guò)程：生產(chǎn)一個(gè)最終能滿足需求且達(dá)到工程目標(biāo)的軟件產(chǎn)品所需要的步驟。軟件工程過(guò)程主要包括開發(fā)過(guò)程、運(yùn)作過(guò)程、維護(hù)過(guò)程。它們覆蓋了需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)以及維護(hù)等活動(dòng)。需求活動(dòng)包括問(wèn)題分析和需求分析。問(wèn)題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設(shè)計(jì)活動(dòng)一般包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)建立整個(gè)軟件系統(tǒng)結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說(shuō)明、每一模塊的接口定義。詳細(xì)設(shè)計(jì)產(chǎn)生程序員可用的模塊說(shuō)明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說(shuō)明及加工描述。實(shí)現(xiàn)活動(dòng)把設(shè)計(jì)結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認(rèn)活動(dòng)貫穿于整個(gè)開發(fā)過(guò)程，實(shí)現(xiàn)完成后的確認(rèn)，保證最終產(chǎn)品滿足用戶的要求。維護(hù)活動(dòng)包括使用過(guò)程中的擴(kuò)充、修改與完善。伴隨以上過(guò)程，還有管理過(guò)程、支持過(guò)程、培訓(xùn)過(guò)程等。 軟件工程的原則是指圍繞工程設(shè)計(jì)、工程支持以及工程管理在軟件開發(fā)過(guò)程中必須遵循的原則。
pad圖：它是用結(jié)構(gòu)化程序設(shè)計(jì)思想表現(xiàn)程序邏輯結(jié)構(gòu)的圖形工具。pad也設(shè)置了五種基本控制結(jié)構(gòu)的圖示，并允許遞歸使用。hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國(guó)ibm公司在軟件設(shè)計(jì)中使用的主要表達(dá)工具。hc圖既是層次圖，用于表示軟件的分層結(jié)構(gòu)。hc圖中的每一個(gè)模塊，均可用一張ipo圖來(lái)描述。ipo 圖由輸入、處理和輸出三個(gè)框組成，需要時(shí)還可以增加一個(gè)數(shù)據(jù)文件框，這種圖形的優(yōu)點(diǎn)，是能夠直觀地顯示輸入處理輸出三者之間的聯(lián)系。還有測(cè)試方法:按照測(cè)試過(guò)程是否在實(shí)際應(yīng)用環(huán)境中來(lái)分，有靜態(tài)分析與動(dòng)態(tài)測(cè)試。測(cè)試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。靜態(tài)分析技術(shù)：不執(zhí)行被測(cè)軟件，可對(duì)需求分析說(shuō)明書、軟件設(shè)計(jì)說(shuō)明書、源程序做結(jié)構(gòu)檢查、流程分析、符號(hào)執(zhí)行來(lái)找出軟件錯(cuò)誤。動(dòng)態(tài)測(cè)試技術(shù)：當(dāng)把程序作為一個(gè)函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關(guān)系。還學(xué)習(xí)了其他很多工具、語(yǔ)言、方法等，雖然不是都學(xué)得很透徹，但我相信在今后的學(xué)習(xí)中一定會(huì)慢慢的完善的。
軟件工程對(duì)于初學(xué)者來(lái)說(shuō)，知識(shí)基礎(chǔ)較薄弱，對(duì)一些應(yīng)用操作、概念、工具方法等理解起來(lái)較為困難，要能從整體概念上較好地理解和把握、學(xué)好軟件工程，不是僅僅把幾本專業(yè)書籍細(xì)致地看幾遍，然后上機(jī)練習(xí)幾次就可以成功，學(xué)習(xí)過(guò)程中要注意多看多練要注意結(jié)合實(shí)際，更要多思考，面對(duì)錯(cuò)誤不要一范就問(wèn)，要嘗試自己去解決。但是還要注意什么都學(xué)，肯定是什么都學(xué)不透的，要集中精力打攻堅(jiān)戰(zhàn)，學(xué)習(xí)軟件工程首先要明白自己的學(xué)習(xí)目標(biāo)究竟是什么，根據(jù)自己的實(shí)際工作出發(fā)，有針對(duì)性的在相應(yīng)的學(xué)習(xí)方向上進(jìn)行提高，制定出詳細(xì)的學(xué)習(xí)規(guī)劃。還要注意與其他科目的相輔相成，就像我們?cè)趯W(xué)習(xí)面向?qū)ο蠓治龅臅r(shí)候要結(jié)合大一學(xué)習(xí)的面向?qū)ο蠹捌浞椒▽W(xué)這一專業(yè)科目進(jìn)行研究拓展;在學(xué)習(xí)語(yǔ)言時(shí)，要看看與c語(yǔ)言的聯(lián)系，多思多想，把從各個(gè)科目學(xué)到的知識(shí)通匯貫通。
在軟件工程的學(xué)習(xí)中，我了解到了軟件并非是一些代碼這么簡(jiǎn)單，在開發(fā)軟件的過(guò)程中，編寫代碼的工作量其實(shí)只占不到所有工程量的30%，而后期的管理和維護(hù)更是占了60%到80%之多。一個(gè)完整的項(xiàng)目規(guī)劃須包括，軟件的定義，可行性分析報(bào)告，項(xiàng)目開發(fā)計(jì)劃，軟件需求說(shuō)明書，概要設(shè)計(jì)說(shuō)明書，詳細(xì)設(shè)計(jì)說(shuō)明書，用戶操作手冊(cè)，測(cè)試計(jì)劃，測(cè)試分析報(bào)告，開發(fā)進(jìn)度報(bào)告，項(xiàng)目開發(fā)總結(jié)報(bào)告，軟件維護(hù)手冊(cè)，軟件問(wèn)題報(bào)告，軟件修改報(bào)告，等多個(gè)文檔，每個(gè)文檔都要上級(jí)驗(yàn)收審查，而文檔數(shù)量眾多，要做好這點(diǎn)真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個(gè)目的的關(guān)鍵，既研究如何用最小的開銷做出生存期較長(zhǎng)的軟件，再加上各個(gè)階段都要進(jìn)行周密的策劃、詳細(xì)的分工部署和人員安排，且各階段要據(jù)具體情況不斷的反復(fù)才能達(dá)成，所以代碼只是開發(fā)軟件這個(gè)浩大的工程的一個(gè)小小的過(guò)程。
而編碼的學(xué)習(xí)中，我更了解到形成自己獨(dú)特的規(guī)范的編碼風(fēng)格是非常重要的事。因?yàn)檫@影響到了軟件后期繁重的維護(hù)，大家都要閱讀你的程序，如果你寫的程序毫無(wú)規(guī)范可言，那么別人怎么能讀懂你的程序讀不懂程序，維護(hù)又從何談起呢所以，我們?cè)诮窈蟮膶W(xué)習(xí)中，一定要注意這方面的培養(yǎng)，在寫程序的過(guò)程中，要逐步的在規(guī)范的基礎(chǔ)上形成屬于自己的風(fēng)格，即方便自己的修改，也方便日后他人的閱讀。
在學(xué)習(xí)中，我們還要注意比較三種方法的優(yōu)缺點(diǎn)，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無(wú)序，但其在適應(yīng)需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數(shù)據(jù)，缺乏兩者的有機(jī)結(jié)合。而面向?qū)ο蠓椒ǖ某绦蛟O(shè)計(jì)和問(wèn)題求解更符合人們?nèi)粘Ｗ匀坏乃季S習(xí)慣，適合大型、復(fù)雜及交互性比較強(qiáng)的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學(xué)變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說(shuō)明轉(zhuǎn)換為可執(zhí)行的程序。在今后的學(xué)習(xí)中要注意多讀書、多思考、多練習(xí)、多討論，不斷熟悉書本的基礎(chǔ)，并以此為基礎(chǔ)將其擴(kuò)散開來(lái)，應(yīng)用于今后的實(shí)踐。不斷鍛煉自己，向一名合格的程序設(shè)計(jì)師邁進(jìn)。
軟件工程學(xué)習(xí)心得體會(huì)篇十一
學(xué)習(xí)軟件工程一個(gè)學(xué)期以來(lái)，我在陳燁老師的教導(dǎo)下確實(shí)獲益匪淺。軟件工程這門課，讓我對(duì)軟件的認(rèn)識(shí)有了大大的提升，從一開始對(duì)軟件工程的一無(wú)所知，到現(xiàn)在一學(xué)期下來(lái)的不斷學(xué)習(xí)，懂得了許多的知識(shí)。
軟件不僅僅是程序，而是思想在硬件上的載體和體現(xiàn)，軟件工程與其說(shuō)是一門課程，不如說(shuō)是一門思想。讓我懂得如何去分析和處理問(wèn)題的過(guò)程，綜合解決問(wèn)題。
在這段時(shí)間的學(xué)習(xí)中，我明白了一個(gè)完整的項(xiàng)目規(guī)劃須包括，軟件的定義，可行性分析報(bào)告，項(xiàng)目開發(fā)計(jì)劃，軟件需求說(shuō)明書，概要設(shè)計(jì)說(shuō)明書，詳細(xì)設(shè)計(jì)說(shuō)明書，用戶操作手冊(cè)，測(cè)試計(jì)劃，測(cè)試分析報(bào)告等多個(gè)文檔，而軟件的生存周期可分為八個(gè)階段，分別是問(wèn)題定義，可行性研究，需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，程序設(shè)計(jì)，測(cè)試，文檔，技術(shù)支持，售后服務(wù)。而可行性包括經(jīng)濟(jì)，技術(shù)，法律和社會(huì)。了解了許多軟件開發(fā)模型，比如瀑布模型，增量模型和螺旋模型，也了解了uml對(duì)象面向?qū)ο蠼?，知道如何畫流圖，碩果累累。其實(shí)軟件和程序是兩個(gè)不同的概念，軟件除了程序還要有使用和維護(hù)該程序所需要的全部文檔。包括需求文檔、設(shè)計(jì)文檔、測(cè)試文檔、維護(hù)文檔以及使用手冊(cè)。
軟件工程對(duì)于初學(xué)者來(lái)說(shuō)，知識(shí)基礎(chǔ)較薄弱，對(duì)一些應(yīng)用操作、概念、工具方法等理解起來(lái)較為困難，需要很好的基礎(chǔ)知識(shí)的理解和掌握，所以說(shuō)學(xué)好軟件工程不是僅僅書多看幾遍就可以成功，而是要多注意結(jié)合實(shí)際，多思考，面對(duì)錯(cuò)誤不要一范就問(wèn)，要嘗試自己去解決，然后舉一反三。
軟件工程這門課在我們畢業(yè)之后，是我們實(shí)際要運(yùn)用的一項(xiàng)非常有用的技能，這門課讓我意識(shí)到理論學(xué)習(xí)很重要，而實(shí)踐更重要，實(shí)踐是檢驗(yàn)真理的唯一標(biāo)準(zhǔn)，只有實(shí)踐和理論相結(jié)合，才能使效益最大化。軟件工程的課雖然快要結(jié)束了，但是我對(duì)軟件工程的學(xué)習(xí)才剛剛開始，有了這些基本知識(shí)做鋪墊，在以后做項(xiàng)目的時(shí)候?qū)?huì)是解決問(wèn)題的有效措施。
軟件工程學(xué)習(xí)心得體會(huì)篇十二
在本學(xué)期的軟件工程課程的學(xué)習(xí)中，我們學(xué)習(xí)了十一章的內(nèi)容。
第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎(chǔ)性的內(nèi)容，例如軟件的概念、特性，軟件危機(jī)的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。
第二章軟件工程方法與工具，這一章主要對(duì)軟件工程方法進(jìn)行介紹，包括三種方法：傳統(tǒng)方法、面向?qū)ο蠓椒?、形式化方法?BR> 還引出了工具uml。
第三章軟件需求獲取與結(jié)構(gòu)化分析方法，本章詳細(xì)介紹了需求獲取與需求分析階段的任務(wù)以及結(jié)構(gòu)化分析方法，畫分層的數(shù)據(jù)流圖、e-r圖以及狀態(tài)圖式本節(jié)的重點(diǎn)。
第四章結(jié)構(gòu)化分析方法，這一章重點(diǎn)講解了使用變換型映射方法和事務(wù)型映射方法生成初始的模塊結(jié)構(gòu)以及模塊結(jié)構(gòu)的改進(jìn)。
第五章編碼，這一章重點(diǎn)講解了編碼的風(fēng)格及規(guī)范，還告訴我們編碼規(guī)范說(shuō)帶來(lái)的好處，并告誡我們將來(lái)一點(diǎn)要形成好的編碼風(fēng)格。
第六章軟件測(cè)試方法，本章講解了軟件測(cè)試相關(guān)的概念及重要性，軟件測(cè)試與開發(fā)各個(gè)階段的關(guān)系;還介紹了白盒測(cè)試技術(shù)以及黑河測(cè)試技術(shù)。
第七章統(tǒng)一建模語(yǔ)言u(píng)ml概述，本章詳細(xì)介紹了uml的基本模式、事物、關(guān)系及建模時(shí)用到的各種圖進(jìn)行了介紹。
第八章面向?qū)ο蠓治觯@一章主要講解了面向?qū)ο蠓治龅?種模型，包括功能模型、靜態(tài)模型和動(dòng)態(tài)模型。
第九章軟件體系結(jié)構(gòu)與設(shè)計(jì)模式，本章對(duì)軟件體系結(jié)構(gòu)的'基本概念、典型風(fēng)格等進(jìn)行了講解。
第十章面向?qū)ο笤O(shè)計(jì)，本章的重點(diǎn)是對(duì)面向?qū)ο蠓治鰰r(shí)建立的對(duì)象模型進(jìn)行調(diào)整和細(xì)化。
第十一章軟件維護(hù)，本章主要介紹軟件維護(hù)的任務(wù)、軟件維護(hù)活動(dòng)以及軟件維護(hù)方法進(jìn)行了介紹。
要學(xué)習(xí)軟件工程，學(xué)會(huì)如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習(xí)慣，想學(xué)好軟件工程，就必須知道軟件工程的目標(biāo)、過(guò)程和原則：軟件工程目標(biāo)：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。
正確性指軟件產(chǎn)品達(dá)到預(yù)期功能的程度。
可用性指軟件基本結(jié)構(gòu)、實(shí)現(xiàn)及文檔為用戶可用的程度。
開銷合宜是指軟件開發(fā)、運(yùn)行的整個(gè)開銷滿足用戶要求的程度。
這些目標(biāo)的實(shí)現(xiàn)不論在理論上還是在實(shí)踐中均存在很多待解決的問(wèn)題，它們形成了對(duì)過(guò)程、過(guò)程模型及工程方法選取的約束。
軟件工程過(guò)程：生產(chǎn)一個(gè)最終能滿足需求且達(dá)到工程目標(biāo)的軟件產(chǎn)品所需要的步驟。
軟件工程過(guò)程主要包括開發(fā)過(guò)程、運(yùn)作過(guò)程、維護(hù)過(guò)程。
它們覆蓋了需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)以及維護(hù)等活動(dòng)。
需求活動(dòng)包括問(wèn)題分析和需求分析。
問(wèn)題分析獲取需求定義，又稱軟件需求規(guī)約。
需求分析生成功能規(guī)約。
設(shè)計(jì)活動(dòng)一般包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。
概要設(shè)計(jì)建立整個(gè)軟件系統(tǒng)結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說(shuō)明、每一模塊的接口定義。
詳細(xì)設(shè)計(jì)產(chǎn)生程序員可用的模塊說(shuō)明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說(shuō)明及加工描述。
實(shí)現(xiàn)活動(dòng)把設(shè)計(jì)結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。
確認(rèn)活動(dòng)貫穿于整個(gè)開發(fā)過(guò)程，實(shí)現(xiàn)完成后的確認(rèn)，保證最終產(chǎn)品滿足用戶的要求。
維護(hù)活動(dòng)包括使用過(guò)程中的擴(kuò)充、修改與完善。
伴隨以上過(guò)程，還有管理過(guò)程、支持過(guò)程、培訓(xùn)過(guò)程等。
軟件工程的原則是指圍繞工程設(shè)計(jì)、工程支持以及工程管理在軟件開發(fā)過(guò)程中必須遵循的原則。
我們學(xué)習(xí)了詳細(xì)設(shè)計(jì)的方法，其原則是過(guò)程描述是否易于理解、復(fù)審和維護(hù)，進(jìn)而過(guò)程描述能夠自然地轉(zhuǎn)換成代碼，并保證詳細(xì)設(shè)計(jì)與代碼完全一致。
包括程序流程圖、n-s圖、pad圖、hipo圖。
程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達(dá)工具。
它獨(dú)立于任何一種程序設(shè)計(jì)語(yǔ)言，比較直觀和清晰地描述過(guò)程的控制流程，易于學(xué)習(xí)掌握。
軟件工程學(xué)習(xí)心得體會(huì)篇十三
在本學(xué)期的軟件工程課程的學(xué)習(xí)中，我們學(xué)習(xí)了十一章的內(nèi)容。第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎(chǔ)性的內(nèi)容，例如軟件的概念、特性，軟件危機(jī)的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。第二章軟件工程方法與工具，這一章主要對(duì)軟件工程方法進(jìn)行介紹，包括三種方法：傳統(tǒng)方法、面向?qū)ο蠓椒?、形式化方法。還引出了工具uml。第三章軟件需求獲取與結(jié)構(gòu)化分析方法，本章詳細(xì)介紹了需求獲取與需求分析階段的任務(wù)以及結(jié)構(gòu)化分析方法，畫分層的數(shù)據(jù)流圖、e-r圖以及狀態(tài)圖式本節(jié)的重點(diǎn)。第四章結(jié)構(gòu)化分析方法，這一章重點(diǎn)講解了使用變換型映射方法和事務(wù)型映射方法生成初始的模塊結(jié)構(gòu)以及模塊結(jié)構(gòu)的改進(jìn)。第五章編碼，這一章重點(diǎn)講解了編碼的風(fēng)格及規(guī)范，還告訴我們編碼規(guī)范說(shuō)帶來(lái)的好處，并告誡我們將來(lái)一點(diǎn)要形成好的編碼風(fēng)格。第六章軟件測(cè)試方法，本章講解了軟件測(cè)試相關(guān)的概念及重要性，軟件測(cè)試與開發(fā)各個(gè)階段的關(guān)系;還介紹了白盒測(cè)試技術(shù)以及黑河測(cè)試技術(shù)。第七章統(tǒng)一建模語(yǔ)言u(píng)ml概述，本章詳細(xì)介紹了uml的基本模式、事物、關(guān)系及建模時(shí)用到的各種圖進(jìn)行了介紹。第八章面向?qū)ο蠓治觯@一章主要講解了面向?qū)ο蠓治龅?種模型，包括功能模型、靜態(tài)模型和動(dòng)態(tài)模型。第九章軟件體系結(jié)構(gòu)與設(shè)計(jì)模式，本章對(duì)軟件體系結(jié)構(gòu)的基本概念、典型風(fēng)格等進(jìn)行了講解。第十章面向?qū)ο笤O(shè)計(jì)，本章的重點(diǎn)是對(duì)面向?qū)ο蠓治鰰r(shí)建立的對(duì)象模型進(jìn)行調(diào)整和細(xì)化。第十一章軟件維護(hù)，本章主要介紹軟件維護(hù)的任務(wù)、軟件維護(hù)活動(dòng)以及軟件維護(hù)方法進(jìn)行了介紹。
要學(xué)習(xí)軟件工程，學(xué)會(huì)如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習(xí)慣，想學(xué)好軟件工程，就必須知道軟件工程的目標(biāo)、過(guò)程和原則：軟件工程目標(biāo)：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。正確性指軟件產(chǎn)品達(dá)到預(yù)期功能的程度?？捎眯灾杠浖窘Y(jié)構(gòu)、實(shí)現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運(yùn)行的整個(gè)開銷滿足用戶要求的程度。這些目標(biāo)的實(shí)現(xiàn)不論在理論上還是在實(shí)踐中均存在很多待解決的問(wèn)題，它們形成了對(duì)過(guò)程、過(guò)程模型及工程方法選取的約束。
軟件工程過(guò)程：生產(chǎn)一個(gè)最終能滿足需求且達(dá)到工程目標(biāo)的軟件產(chǎn)品所需要的步驟。軟件工程過(guò)程主要包括開發(fā)過(guò)程、運(yùn)作過(guò)程、維護(hù)過(guò)程。它們覆蓋了需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)以及維護(hù)等活動(dòng)。需求活動(dòng)包括問(wèn)題分析和需求分析。問(wèn)題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設(shè)計(jì)活動(dòng)一般包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)建立整個(gè)軟件系統(tǒng)結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說(shuō)明、每一模塊的接口定義。詳細(xì)設(shè)計(jì)產(chǎn)生程序員可用的模塊說(shuō)明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說(shuō)明及加工描述。實(shí)現(xiàn)活動(dòng)把設(shè)計(jì)結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認(rèn)活動(dòng)貫穿于整個(gè)開發(fā)過(guò)程，實(shí)現(xiàn)完成后的確認(rèn)，保證最終產(chǎn)品滿足用戶的要求。維護(hù)活動(dòng)包括使用過(guò)程中的擴(kuò)充、修改與完善。伴隨以上過(guò)程，還有管理過(guò)程、支持過(guò)程、培訓(xùn)過(guò)程等。
軟件工程的原則是指圍繞工程設(shè)計(jì)、工程支持以及工程管理在軟件開發(fā)過(guò)程中必須遵循的原則。
程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達(dá)工具。它獨(dú)立于任何一種程序設(shè)計(jì)語(yǔ)言，比較直觀和清晰地描述過(guò)程的控制流程，易于學(xué)習(xí)掌握。在流程圖中只能使用下述的五種基本控制結(jié)構(gòu)：順序型;選擇型;while型循環(huán);until型循環(huán);多情況型選擇。
n-s圖：一種符合結(jié)構(gòu)化程序設(shè)計(jì)原則的圖形描述工具，稱為盒圖，又稱為n-s圖。在n-s圖中，為了表示五種基本控制結(jié)構(gòu)，規(guī)定了五種圖形構(gòu)件。順序型;選擇型;while重復(fù)型;until重復(fù)型;多分支選擇型。
pad圖：它是用結(jié)構(gòu)化程序設(shè)計(jì)思想表現(xiàn)程序邏輯結(jié)構(gòu)的圖形工具。pad也設(shè)置了五種基本控制結(jié)構(gòu)的圖示，并允許遞歸使用。
hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國(guó)ibm公司在軟件設(shè)計(jì)中使用的主要表達(dá)工具。
hc圖既是層次圖，用于表示軟件的分層結(jié)構(gòu)。hc圖中的每一個(gè)模塊，均可用一張ipo圖來(lái)描述。ipo圖由輸入、處理和輸出三個(gè)框組成，需要時(shí)還可以增加一個(gè)數(shù)據(jù)文件框，這種圖形的優(yōu)點(diǎn)，是能夠直觀地顯示輸入—處理—輸出三者之間的聯(lián)系。
還有測(cè)試方法:按照測(cè)試過(guò)程是否在實(shí)際應(yīng)用環(huán)境中來(lái)分，有靜態(tài)分析與動(dòng)態(tài)測(cè)試。測(cè)試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。
靜態(tài)分析技術(shù)：不執(zhí)行被測(cè)軟件，可對(duì)需求分析。
說(shuō)明書。
軟件設(shè)計(jì)說(shuō)明書源程序做結(jié)構(gòu)檢查流程分析符號(hào)執(zhí)行來(lái)找出軟件錯(cuò)誤。
動(dòng)態(tài)測(cè)試技術(shù)：當(dāng)把程序作為一個(gè)函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關(guān)系。
還學(xué)習(xí)了其他很多工具、語(yǔ)言、方法等，雖然不是都學(xué)得很透徹，但我相信在今后的學(xué)習(xí)中一定會(huì)慢慢的完善的。
軟件工程對(duì)于初學(xué)者來(lái)說(shuō)，知識(shí)基礎(chǔ)較薄弱，對(duì)一些應(yīng)用操作、概念、工具方法等理解起來(lái)較為困難，要能從整體概念上較好地理解和把握、學(xué)好軟件工程，不是僅僅把幾本專業(yè)書籍細(xì)致地看幾遍，然后上機(jī)練習(xí)幾次就可以成功，學(xué)習(xí)過(guò)程中要注意多看多練要注意結(jié)合實(shí)際，更要多思考，面對(duì)錯(cuò)誤不要一范就問(wèn)，要嘗試自己去解決。但是還要注意什么都學(xué)，肯定是什么都學(xué)不透的，要集中精力打攻堅(jiān)戰(zhàn)，學(xué)習(xí)軟件工程首先要明白自己的學(xué)習(xí)目標(biāo)究竟是什么，根據(jù)自己的實(shí)際工作出發(fā)，有針對(duì)性的在相應(yīng)的學(xué)習(xí)方向上進(jìn)行提高，制定出詳細(xì)的學(xué)習(xí)規(guī)劃。還要注意與其他科目的相輔相成，就像我們?cè)趯W(xué)習(xí)面向?qū)ο蠓治龅臅r(shí)候要結(jié)合大一學(xué)習(xí)的面向?qū)ο蠹捌浞椒▽W(xué)這一專業(yè)科目進(jìn)行研究拓展;在學(xué)習(xí)語(yǔ)言時(shí)，要看看與c語(yǔ)言的聯(lián)系，多思多想，把從各個(gè)科目學(xué)到的知識(shí)通匯貫通。
在軟件工程的學(xué)習(xí)中，我了解到了軟件并非是一些代碼這么簡(jiǎn)單，在開發(fā)軟件的過(guò)程中，編寫代碼的工作量其實(shí)只占不到所有工程量的30%，而后期的管理和維護(hù)更是占了60%到80%之多。一個(gè)完整的項(xiàng)目規(guī)劃須包括，軟件的定義，可行性分析報(bào)告，項(xiàng)目開發(fā)計(jì)劃，軟件需求說(shuō)明書，概要設(shè)計(jì)說(shuō)明書，詳細(xì)設(shè)計(jì)說(shuō)明書，用戶操作手冊(cè)，測(cè)試計(jì)劃，測(cè)試分析報(bào)告，開發(fā)進(jìn)度報(bào)告，項(xiàng)目開發(fā)總結(jié)報(bào)告，軟件維護(hù)手冊(cè)，軟件問(wèn)題報(bào)告，軟件修改報(bào)告，等多個(gè)文檔，每個(gè)文檔都要上級(jí)驗(yàn)收審查，而文檔數(shù)量眾多，要做好這點(diǎn)真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個(gè)目的的關(guān)鍵，既研究如何用最小的開銷做出生存期較長(zhǎng)的軟件，再加上各個(gè)階段都要進(jìn)行周密的策劃、詳細(xì)的分工部署和人員安排，且各階段要據(jù)具體情況不斷的反復(fù)才能達(dá)成，所以代碼只是開發(fā)軟件這個(gè)浩大的工程的一個(gè)小小的過(guò)程。
而編碼的學(xué)習(xí)中，我更了解到形成自己獨(dú)特的規(guī)范的編碼風(fēng)格是非常重要的事。因?yàn)檫@影響到了軟件后期繁重的維護(hù)，大家都要閱讀你的程序，如果你寫的程序毫無(wú)規(guī)范可言，那么別人怎么能讀懂你的程序?讀不懂程序，維護(hù)又從何談起呢?所以，我們?cè)诮窈蟮膶W(xué)習(xí)中，一定要注意這方面的培養(yǎng)，在寫程序的過(guò)程中，要逐步的在規(guī)范的基礎(chǔ)上形成屬于自己的風(fēng)格，即方便自己的修改，也方便日后他人的閱讀。
在學(xué)習(xí)中，我們還要注意比較三種方法的優(yōu)缺點(diǎn)，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無(wú)序，但其在適應(yīng)需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數(shù)據(jù)，缺乏兩者的有機(jī)結(jié)合。而面向?qū)ο蠓椒ǖ某绦蛟O(shè)計(jì)和問(wèn)題求解更符合人們?nèi)粘Ｗ匀坏乃季S習(xí)慣，適合大型、復(fù)雜及交互性比較強(qiáng)的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學(xué)變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說(shuō)明轉(zhuǎn)換為可執(zhí)行的程序。
在今后的學(xué)習(xí)中要注意多讀書、多思考、多練習(xí)、多討論，不斷熟悉書本的基礎(chǔ)，并以此為基礎(chǔ)將其擴(kuò)散開來(lái)，應(yīng)用于今后的實(shí)踐。不斷鍛煉自己，向一名合格的程序設(shè)計(jì)師邁進(jìn)。
共
2
頁(yè)，當(dāng)前第。
2
頁(yè)
1
2
軟件工程學(xué)習(xí)心得體會(huì)篇十四
在本學(xué)期的軟件工程課程的學(xué)習(xí)中，我們學(xué)習(xí)了十一章的內(nèi)容。第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎(chǔ)性的內(nèi)容，例如軟件的概念、特性，軟件危機(jī)的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。第二章軟件工程方法與工具，這一章主要對(duì)軟件工程方法進(jìn)行介紹，包括三種方法：傳統(tǒng)方法、面向?qū)ο蠓椒?、形式化方法。還引出了工具uml。第三章軟件需求獲取與結(jié)構(gòu)化分析方法，本章詳細(xì)介紹了需求獲取與需求分析階段的任務(wù)以及結(jié)構(gòu)化分析方法，畫分層的數(shù)據(jù)流圖、e—r圖以及狀態(tài)圖式本節(jié)的重點(diǎn)。第四章結(jié)構(gòu)化分析方法，這一章重點(diǎn)講解了使用變換型映射方法和事務(wù)型映射方法生成初始的模塊結(jié)構(gòu)以及模塊結(jié)構(gòu)的改進(jìn)。第五章編碼，這一章重點(diǎn)講解了編碼的風(fēng)格及規(guī)范，還告訴我們編碼規(guī)范說(shuō)帶來(lái)的好處，并告誡我們將來(lái)一點(diǎn)要形成好的編碼風(fēng)格。第六章軟件測(cè)試方法，本章講解了軟件測(cè)試相關(guān)的概念及重要性，軟件測(cè)試與開發(fā)各個(gè)階段的關(guān)系；還介紹了白盒測(cè)試技術(shù)以及黑河測(cè)試技術(shù)。第七章統(tǒng)一建模語(yǔ)言u(píng)ml概述，本章詳細(xì)介紹了uml的基本模式、事物、關(guān)系及建模時(shí)用到的各種圖進(jìn)行了介紹。第八章面向?qū)ο蠓治?，這一章主要講解了面向?qū)ο蠓治龅?種模型，包括功能模型、靜態(tài)模型和動(dòng)態(tài)模型。第九章軟件體系結(jié)構(gòu)與設(shè)計(jì)模式，本章對(duì)軟件體系結(jié)構(gòu)的基本概念、典型風(fēng)格等進(jìn)行了講解。第十章面向?qū)ο笤O(shè)計(jì)，本章的重點(diǎn)是對(duì)面向?qū)ο蠓治鰰r(shí)建立的對(duì)象模型進(jìn)行調(diào)整和細(xì)化。第十一章軟件維護(hù)，本章主要介紹軟件維護(hù)的任務(wù)、軟件維護(hù)活動(dòng)以及軟件維護(hù)方法進(jìn)行了介紹。
要學(xué)習(xí)軟件工程，學(xué)會(huì)如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習(xí)慣，想學(xué)好軟件工程，就必須知道軟件工程的目標(biāo)、過(guò)程和原則：軟件工程目標(biāo)：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。正確性指軟件產(chǎn)品達(dá)到預(yù)期功能的程度。可用性指軟件基本結(jié)構(gòu)、實(shí)現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運(yùn)行的整個(gè)開銷滿足用戶要求的程度。這些目標(biāo)的實(shí)現(xiàn)不論在理論上還是在實(shí)踐中均存在很多待解決的問(wèn)題，它們形成了對(duì)過(guò)程、過(guò)程模型及工程方法選取的約束。
軟件工程過(guò)程：生產(chǎn)一個(gè)最終能滿足需求且達(dá)到工程目標(biāo)的軟件產(chǎn)品所需要的步驟。軟件工程過(guò)程主要包括開發(fā)過(guò)程、運(yùn)作過(guò)程、維護(hù)過(guò)程。它們覆蓋了需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)以及維護(hù)等活動(dòng)。需求活動(dòng)包括問(wèn)題分析和需求分析。問(wèn)題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設(shè)計(jì)活動(dòng)一般包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)建立整個(gè)軟件系統(tǒng)結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說(shuō)明、每一模塊的接口定義。詳細(xì)設(shè)計(jì)產(chǎn)生程序員可用的模塊說(shuō)明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說(shuō)明及加工描述。實(shí)現(xiàn)活動(dòng)把設(shè)計(jì)結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認(rèn)活動(dòng)貫穿于整個(gè)開發(fā)過(guò)程，實(shí)現(xiàn)完成后的確認(rèn)，保證最終產(chǎn)品滿足用戶的要求。維護(hù)活動(dòng)包括使用過(guò)程中的擴(kuò)充、修改與完善。伴隨以上過(guò)程，還有管理過(guò)程、支持過(guò)程、培訓(xùn)過(guò)程等。
軟件工程的原則是指圍繞工程設(shè)計(jì)、工程支持以及工程管理在軟件開發(fā)過(guò)程中必須遵循的原則。
我們學(xué)習(xí)了詳細(xì)設(shè)計(jì)的方法，其原則是過(guò)程描述是否易于理解、復(fù)審和維護(hù)，進(jìn)而過(guò)程描述能夠自然地轉(zhuǎn)換成代碼，并保證詳細(xì)設(shè)計(jì)與代碼完全一致。包括程序流程圖、n—s圖、pad圖、hipo圖。
程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達(dá)工具。它獨(dú)立于任何一種程序設(shè)計(jì)語(yǔ)言，比較直觀和清晰地描述過(guò)程的控制流程，易于學(xué)習(xí)掌握。在流程圖中只能使用下述的五種基本控制結(jié)構(gòu)：順序型；選擇型；while型循環(huán)；until型循環(huán)；多情況型選擇。
n—s圖：一種符合結(jié)構(gòu)化程序設(shè)計(jì)原則的圖形描述工具，稱為盒圖，又稱為n—s圖。在n—s圖中，為了表示五種基本控制結(jié)構(gòu)，規(guī)定了五種圖形構(gòu)件。順序型；選擇型；while重復(fù)型；until重復(fù)型；多分支選擇型。
pad圖：它是用結(jié)構(gòu)化程序設(shè)計(jì)思想表現(xiàn)程序邏輯結(jié)構(gòu)的圖形工具。pad也設(shè)置了五種基本控制結(jié)構(gòu)的圖示，并允許遞歸使用。
hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國(guó)ibm公司在軟件設(shè)計(jì)中使用的主要表達(dá)工具。
hc圖既是層次圖，用于表示軟件的分層結(jié)構(gòu)。hc圖中的每一個(gè)模塊，均可用一張ipo圖來(lái)描述。ipo圖由輸入、處理和輸出三個(gè)框組成，需要時(shí)還可以增加一個(gè)數(shù)據(jù)文件框，這種圖形的優(yōu)點(diǎn)，是能夠直觀地顯示輸入—處理—輸出三者之間的聯(lián)系。
還有測(cè)試方法：按照測(cè)試過(guò)程是否在實(shí)際應(yīng)用環(huán)境中來(lái)分，有靜態(tài)分析與動(dòng)態(tài)測(cè)試。測(cè)試方法有分析方法（包括靜態(tài)分析法與白盒法）與非分析方法（稱黑盒法）。
靜態(tài)分析技術(shù)：不執(zhí)行被測(cè)軟件，可對(duì)需求分析說(shuō)明書、軟件設(shè)計(jì)說(shuō)明書、源程序做結(jié)構(gòu)檢查、流程分析、符號(hào)執(zhí)行來(lái)找出軟件錯(cuò)誤。
動(dòng)態(tài)測(cè)試技術(shù)：當(dāng)把程序作為一個(gè)函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關(guān)系。
還學(xué)習(xí)了其他很多工具、語(yǔ)言、方法等，雖然不是都學(xué)得很透徹，但我相信在今后的學(xué)習(xí)中一定會(huì)慢慢的完善的。
軟件工程對(duì)于初學(xué)者來(lái)說(shuō)，知識(shí)基礎(chǔ)較薄弱，對(duì)一些應(yīng)用操作、概念、工具方法等理解起來(lái)較為困難，要能從整體概念上較好地理解和把握、學(xué)好軟件工程，不是僅僅把幾本專業(yè)書籍細(xì)致地看幾遍，然后上機(jī)練習(xí)幾次就可以成功，學(xué)習(xí)過(guò)程中要注意多看多練要注意結(jié)合實(shí)際，更要多思考，面對(duì)錯(cuò)誤不要一范就問(wèn)，要嘗試自己去解決。但是還要注意什么都學(xué)，肯定是什么都學(xué)不透的，要集中精力打攻堅(jiān)戰(zhàn)，學(xué)習(xí)軟件工程首先要明白自己的學(xué)習(xí)目標(biāo)究竟是什么，根據(jù)自己的實(shí)際工作出發(fā)，有針對(duì)性的在相應(yīng)的學(xué)習(xí)方向上進(jìn)行提高，制定出詳細(xì)的學(xué)習(xí)規(guī)劃。還要注意與其他科目的相輔相成，就像我們?cè)趯W(xué)習(xí)面向?qū)ο蠓治龅臅r(shí)候要結(jié)合大一學(xué)習(xí)的面向?qū)ο蠹捌浞椒▽W(xué)這一專業(yè)科目進(jìn)行研究拓展；在學(xué)習(xí)語(yǔ)言時(shí)，要看看與c語(yǔ)言的聯(lián)系，多思多想，把從各個(gè)科目學(xué)到的知識(shí)通匯貫通。
在軟件工程的學(xué)習(xí)中，我了解到了軟件并非是一些代碼這么簡(jiǎn)單，在開發(fā)軟件的過(guò)程中，編寫代碼的工作量其實(shí)只占不到所有工程量的30%，而后期的管理和維護(hù)更是占了60%到80%之多。一個(gè)完整的項(xiàng)目規(guī)劃須包括，軟件的定義，可行性分析報(bào)告，項(xiàng)目開發(fā)計(jì)劃，軟件需求說(shuō)明書，概要設(shè)計(jì)說(shuō)明書，詳細(xì)設(shè)計(jì)說(shuō)明書，用戶操作手冊(cè)，測(cè)試計(jì)劃，測(cè)試分析報(bào)告，開發(fā)進(jìn)度報(bào)告，項(xiàng)目開發(fā)總結(jié)報(bào)告，軟件維護(hù)手冊(cè)，軟件問(wèn)題報(bào)告，軟件修改報(bào)告，等多個(gè)文檔，每個(gè)文檔都要上級(jí)驗(yàn)收審查，而文檔數(shù)量眾多，要做好這點(diǎn)真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個(gè)目的的關(guān)鍵，既研究如何用最小的開銷做出生存期較長(zhǎng)的軟件，再加上各個(gè)階段都要進(jìn)行周密的策劃、詳細(xì)的分工部署和人員安排，且各階段要據(jù)具體情況不斷的反復(fù)才能達(dá)成，所以代碼只是開發(fā)軟件這個(gè)浩大的工程的一個(gè)小小的過(guò)程。
而編碼的學(xué)習(xí)中，我更了解到形成自己獨(dú)特的規(guī)范的編碼風(fēng)格是非常重要的事。因?yàn)檫@影響到了軟件后期繁重的維護(hù)，大家都要閱讀你的程序，如果你寫的程序毫無(wú)規(guī)范可言，那么別人怎么能讀懂你的程序？讀不懂程序，維護(hù)又從何談起呢？所以，我們?cè)诮窈蟮膶W(xué)習(xí)中，一定要注意這方面的培養(yǎng)，在寫程序的過(guò)程中，要逐步的在規(guī)范的基礎(chǔ)上形成屬于自己的風(fēng)格，即方便自己的修改，也方便日后他人的閱讀。
在學(xué)習(xí)中，我們還要注意比較三種方法的優(yōu)缺點(diǎn)，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無(wú)序，但其在適應(yīng)需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數(shù)據(jù)，缺乏兩者的有機(jī)結(jié)合。而面向?qū)ο蠓椒ǖ某绦蛟O(shè)計(jì)和問(wèn)題求解更符合人們?nèi)粘Ｗ匀坏乃季S習(xí)慣，適合大型、復(fù)雜及交互性比較強(qiáng)的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學(xué)變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說(shuō)明轉(zhuǎn)換為可執(zhí)行的程序。
在今后的學(xué)習(xí)中要注意多讀書、多思考、多練習(xí)、多討論，不斷熟悉書本的基礎(chǔ)，并以此為基礎(chǔ)將其擴(kuò)散開來(lái)，應(yīng)用于今后的實(shí)踐。不斷鍛煉自己，向一名合格的程序設(shè)計(jì)師邁進(jìn)。
軟件工程學(xué)習(xí)心得體會(huì)篇一
答：軟件危機(jī)是指在計(jì)算機(jī)軟件開發(fā)和維護(hù)過(guò)程中所遇到的一系列的嚴(yán)重問(wèn)題。
它的典型表現(xiàn)：1.軟件開發(fā)成本高，成本難以控制。2.研究周期長(zhǎng)，軟件開發(fā)進(jìn)度難以控制，周期拖得很長(zhǎng)。3.正確性難以保證，軟件質(zhì)量差，可靠性難以保證。4.軟件維護(hù)困難，維護(hù)人員和維護(hù)費(fèi)用不斷增長(zhǎng)。5.軟件發(fā)展跟不上硬件的發(fā)展和用戶的要求。
它出現(xiàn)的原因一方面是由于軟件生產(chǎn)本身存在著復(fù)雜性，另一方面是與軟件開發(fā)所使用的方法和技術(shù)有關(guān)。軟件不同于硬件，它是計(jì)算機(jī)系統(tǒng)中的邏輯部件而不是物理部件。管理和控制軟件開發(fā)工程相當(dāng)困難，軟件是規(guī)模龐大，而且程序復(fù)雜性將隨著程序規(guī)模的增加而呈指數(shù)上升。目前相當(dāng)多的軟件專業(yè)技術(shù)人員對(duì)軟件開發(fā)和維護(hù)還有不省糊涂觀念，在實(shí)踐過(guò)程中或多或少地采用了錯(cuò)誤的方法和技術(shù)，這是使軟件問(wèn)題發(fā)展成為軟件危機(jī)的主要原因。
1.2什么是軟件工程?它有哪些本質(zhì)特性?怎樣用軟件工程消除軟件危機(jī)?
答：軟件工程是將系統(tǒng)化的，規(guī)范化的，可度量的方法應(yīng)用于軟件開發(fā)，運(yùn)行和維護(hù)的過(guò)程，即將工程化應(yīng)用于軟件中。
它的本質(zhì)特性：1.軟件工程關(guān)注于大型程序的構(gòu)造2.軟件工程的中心課題是控制復(fù)雜性3.軟件經(jīng)?；?.開發(fā)軟件的效率非常重要5.和諧地合作是開發(fā)軟件的關(guān)鍵6.軟件必須有效地支持它的用戶7.在軟件工程領(lǐng)域中是由一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品。
基本原理:1.用分階段的生命周期計(jì)劃嚴(yán)格管理2.堅(jiān)持進(jìn)行階段評(píng)審3.實(shí)行嚴(yán)格的產(chǎn)品控制4.采用現(xiàn)代程序設(shè)計(jì)的技術(shù)5.結(jié)果應(yīng)能清楚地審查6.開發(fā)小組的人員應(yīng)該少而精7.承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。
1.3什么是軟件？它有什么特點(diǎn)？
答：軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，它是包括程序，數(shù)據(jù)結(jié)構(gòu)及其相關(guān)文檔的完整集合。
1.4什么是軟件過(guò)程?它與軟件工程方法學(xué)有何關(guān)系?
答：軟件過(guò)程是為了開發(fā)出高質(zhì)量的軟件產(chǎn)品所需完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。
軟件過(guò)程定義了運(yùn)用技術(shù)方法的順序，應(yīng)該交付的文檔資料，為保證軟件質(zhì)量和協(xié)調(diào)軟件變化必須采用的管理措施，以及標(biāo)志完成了相應(yīng)開發(fā)活動(dòng)的里程碑。軟件過(guò)程是軟件工程方法學(xué)的3個(gè)重要組成部分之一。軟件工程的基礎(chǔ)是軟件過(guò)程。
1.5什么是軟件生命周期模型?試比較瀑布模型、原型模型、增量模型和螺旋模型的優(yōu)缺點(diǎn)，說(shuō)明每種模型的適用范圍。
答：軟件生命周期模型是軟件開發(fā)全部過(guò)程，活動(dòng)和任務(wù)的結(jié)構(gòu)框架，它能直觀表達(dá)軟件開發(fā)全過(guò)程，明確規(guī)定要完成的主要活動(dòng)，任務(wù)和開發(fā)策略。也叫軟件開發(fā)模型。
瀑布模型優(yōu)點(diǎn)：有利于大型軟件開發(fā)過(guò)程中人員的組織，管理，有利于軟件開發(fā)方法和工具的研究，從而提高了大型軟件項(xiàng)目開發(fā)的質(zhì)量和效率。
缺點(diǎn)：1，開發(fā)過(guò)程一般不能逆轉(zhuǎn)，否則代價(jià)太大2.實(shí)際的項(xiàng)目開發(fā)很難嚴(yán)格按。
照該模型進(jìn)行3.客戶往往很難清楚地給出所有的需求，而該模型卻要求如此4.軟件的實(shí)際情況必須到項(xiàng)目開發(fā)的后期客戶才能看到，這要求客戶有足夠的耐心。
適用范圍：1.用戶的需求非常清楚全面，且在開發(fā)過(guò)程中沒有或變化很少2.開發(fā)人員對(duì)軟件的應(yīng)用領(lǐng)域很熟悉3.用戶的使用環(huán)境非常穩(wěn)定4.開發(fā)工作隊(duì)用戶參與的要求很低。
原型模型優(yōu)點(diǎn)：1.可以得到比較良好的需求定義，容易適應(yīng)需求的變化2.有利于開發(fā)與培訓(xùn)的同步3.開發(fā)費(fèi)用低，開發(fā)周期短且隊(duì)用戶更友好。
適用范圍：1.對(duì)所開發(fā)的領(lǐng)域比較熟悉而且有快速的原型開發(fā)工具2.項(xiàng)目投標(biāo)時(shí)，可以以原型模型作為軟件的開發(fā)模型3.進(jìn)行產(chǎn)品移植或升級(jí)時(shí)，或?qū)σ延挟a(chǎn)品原型進(jìn)行客戶化工作時(shí)，原型模型非常合適。
增量模型優(yōu)點(diǎn)：1.采用增量模型的優(yōu)點(diǎn)是人員分配靈活，剛開始不用投入大量的人力資源。
2.如果核心產(chǎn)品很受歡迎，則可增加人力實(shí)現(xiàn)下一個(gè)增量3.可先發(fā)部分功能給客戶，對(duì)客戶起到鎮(zhèn)靜劑的作用。
缺點(diǎn)：1.并行開發(fā)構(gòu)件有可能遇到不能集成的風(fēng)險(xiǎn)，軟件必須具備開放式的體系結(jié)構(gòu)2.增量模型的靈活性可以使其適應(yīng)這種變化的能力大于優(yōu)于瀑布模型和原型模型，但也很容易退化為邊做邊改模型，從而使軟件過(guò)程的控制失去整體性。
適用范圍：1.進(jìn)行已有產(chǎn)品升級(jí)或新版本開發(fā)，增量模型是非常適合的2.對(duì)完成期限嚴(yán)格要求的產(chǎn)品，可以使用增量模型3.對(duì)所開發(fā)的領(lǐng)域比較熟悉而且已有原型系統(tǒng)，增量模型也非常適合。
螺旋模型優(yōu)點(diǎn)：1.實(shí)際上的靈活性，可以再項(xiàng)目的各個(gè)階級(jí)進(jìn)行變更2.以小的分段來(lái)構(gòu)建大型系統(tǒng)，是成本計(jì)算變得簡(jiǎn)單容易3.客戶始終參與每個(gè)階段的開發(fā)，保證了項(xiàng)目不偏離正確方向以及項(xiàng)目的可控性4.隨著項(xiàng)目推進(jìn)，客戶始終掌握項(xiàng)目的最新消息，從而是他或她能夠和管理層有效地交互。
缺點(diǎn)：1.采用螺旋模型需要具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門知識(shí)，在風(fēng)險(xiǎn)較大的項(xiàng)目開發(fā)中，如果未能夠及時(shí)標(biāo)識(shí)風(fēng)險(xiǎn)，勢(shì)必造成重大損失2.過(guò)多的迭代次數(shù)會(huì)增加開發(fā)成本，延遲提交時(shí)間。
適用范圍：只適合于大規(guī)模的軟件項(xiàng)目。
答：軟件工程是一門將理論和知識(shí)應(yīng)用于實(shí)踐的工程，它借鑒了傳統(tǒng)工程的原則和方法，以求高效地開發(fā)高質(zhì)量軟件。它是一種層次化技術(shù)。
意義：從歷史上講，軟件工程的作用，是為了克服上個(gè)世紀(jì)60年代出現(xiàn)的軟件危機(jī)，這種危機(jī)表現(xiàn)為軟件開發(fā)的成本大、進(jìn)度慢、維護(hù)難和質(zhì)量得不到保障。從當(dāng)前來(lái)講，軟件工程的作用，就是告訴人們?cè)鯓尤ラ_發(fā)軟件和管理軟件。具體地講，它表現(xiàn)在與軟件開發(fā)和管理有關(guān)的人員和過(guò)程上。
1.7軟件過(guò)程的通用過(guò)程框架包含哪兩類活動(dòng)？
答：一類是框架活動(dòng)，還有一類是保護(hù)性活動(dòng)。
1.8描述基于構(gòu)件開發(fā)的思想以及目前的發(fā)展情況。
答：基于構(gòu)件開發(fā)強(qiáng)調(diào)將被設(shè)計(jì)的系統(tǒng)分解成功能的或邏輯的構(gòu)件，構(gòu)件用定義好的接口進(jìn)行通信。
它是現(xiàn)在軟件復(fù)理論實(shí)用化的研究熱點(diǎn)，在構(gòu)件對(duì)象模型的支持下，通過(guò)復(fù)用已有的構(gòu)件，軟件開發(fā)者可以“即插即用”地快速構(gòu)造應(yīng)用軟件，這樣即可以節(jié)省時(shí)間和經(jīng)費(fèi)，提高工作效率，也可以產(chǎn)生更加規(guī)范，更加可靠的應(yīng)用軟件。
1.9請(qǐng)簡(jiǎn)要說(shuō)明rup的9個(gè)規(guī)程（disciplines）及之間關(guān)系？
答：rup的9個(gè)規(guī)程為：業(yè)務(wù)建模，需求，分析與設(shè)計(jì)，實(shí)現(xiàn)，測(cè)試，部署，配置與變更管理，項(xiàng)目管理以及環(huán)境。
對(duì)于一個(gè)大型項(xiàng)目，rup九個(gè)規(guī)程的活動(dòng)不可或缺，但對(duì)于有些項(xiàng)目可能不需要經(jīng)過(guò)所有九個(gè)規(guī)程，在項(xiàng)目開發(fā)時(shí)需要對(duì)這些規(guī)程涉及的活動(dòng)做具體的裁剪，以適應(yīng)具體項(xiàng)目的開發(fā)需要。
1.10說(shuō)明面向切面編程的特點(diǎn)，有什么優(yōu)勢(shì)？
答：該范型以一種稱為切面的語(yǔ)言構(gòu)造為基礎(chǔ)，切面是一種新的模塊化機(jī)制，用來(lái)描述分散在對(duì)象、類或函數(shù)中分離出來(lái)可以大大增強(qiáng)程序的模塊性。
優(yōu)勢(shì)：他把特定領(lǐng)域問(wèn)題的代碼從業(yè)務(wù)邏輯中獨(dú)立出來(lái)，業(yè)務(wù)邏輯的代碼中不再含有針對(duì)特定領(lǐng)域問(wèn)題代碼的調(diào)用，業(yè)務(wù)邏輯同特定領(lǐng)域問(wèn)題的關(guān)系通過(guò)切面來(lái)進(jìn)行封裝，維護(hù)。優(yōu)勢(shì)：面向切面編程的特點(diǎn)是針對(duì)業(yè)務(wù)處理過(guò)程中的切面提取，所面對(duì)的是處理過(guò)程中的某個(gè)步驟或階段，以獲得邏輯過(guò)程中各部分之間低耦合性的隔離效果，降低了耦合性。
1.11模型驅(qū)動(dòng)工程中mda的基本思想是什么？
答：mda的基本思想是系統(tǒng)的功能性是用合適的規(guī)約語(yǔ)言以平臺(tái)無(wú)關(guān)的模型的方式定義，然后為實(shí)際的實(shí)現(xiàn)翻譯到一個(gè)或多個(gè)平臺(tái)相關(guān)的模型上。
chapter2。
2.1描述面向?qū)ο蟮幕靖拍詈退枷搿?BR> 一個(gè)實(shí)體都可以抽象為對(duì)象。
2.2面向?qū)ο蠓治鲈O(shè)計(jì)的基本思路和過(guò)程是怎樣的？
答：分析過(guò)程主要包括理解、表達(dá)和驗(yàn)證。設(shè)計(jì)是把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實(shí)現(xiàn)方案的過(guò)程。
過(guò)程：識(shí)別系統(tǒng)的用例和角色，進(jìn)行系統(tǒng)分析并抽象出類，設(shè)計(jì)系統(tǒng)并設(shè)計(jì)系統(tǒng)中的類及其行為。
2.3面向?qū)ο蟪绦蛟O(shè)計(jì)中的概念主要包括哪些？分別闡述其主要思想。
答：對(duì)象：封裝了數(shù)據(jù)和操作這些數(shù)據(jù)的代碼的邏輯實(shí)體。
類：具有相同類型的對(duì)象的抽象。
封裝：保證軟件部分具有優(yōu)良的模塊性的基礎(chǔ)。
繼承：讓某個(gè)類型對(duì)象獲得另一個(gè)類型的對(duì)象特征。
多態(tài)：使不同內(nèi)部結(jié)構(gòu)的對(duì)象可以共享相同的外部接口，減少代碼復(fù)雜度。
動(dòng)態(tài)綁定：多態(tài)實(shí)現(xiàn)的具體形式，將一個(gè)過(guò)程調(diào)用與相應(yīng)代碼鏈接起來(lái)的行為。消息傳遞：使得對(duì)現(xiàn)實(shí)世界的描述更容易。
方法：定義一個(gè)類可以做的，但不一定去做的事。
2.4描述uml的主要概念和歷史。
答：uml是統(tǒng)一建模語(yǔ)言，用來(lái)對(duì)軟件密集系統(tǒng)進(jìn)行可視化建模的一種語(yǔ)言。uml為面向?qū)ο箝_發(fā)系統(tǒng)的產(chǎn)品進(jìn)行說(shuō)明、可視化、和編制文檔的一種標(biāo)準(zhǔn)語(yǔ)言。
歷史：rumbaugh和booch將booch93和omt-2統(tǒng)一起來(lái)，發(fā)布了um0.8；后經(jīng)過(guò)booch，rumbaugh和jacobson的共同努力，發(fā)布了uml0.9和uml0.91，并將um重命名為uml。，rational組織成立了uml合作者聯(lián)盟，以完善、加強(qiáng)和促進(jìn)uml的定義工作。啟動(dòng)了uml2.0標(biāo)準(zhǔn)的制定工作。
2.5rup是什么？應(yīng)用rup對(duì)軟件開發(fā)有什么意義？
答：rup（rationalunifiedprocess）是統(tǒng)一軟件開發(fā)過(guò)程，是一個(gè)面向?qū)ο笄一诰W(wǎng)絡(luò)的程序開發(fā)方法論。
應(yīng)用rup為軟件開發(fā)提供了一個(gè)模版，使得軟件開發(fā)過(guò)程規(guī)范化，統(tǒng)一化。
chapter3。
3.1為什么要進(jìn)行業(yè)務(wù)建模？業(yè)務(wù)建模適用什么場(chǎng)合的軟件項(xiàng)目開發(fā)？
業(yè)務(wù)知識(shí)而再進(jìn)行開發(fā)的，所以需要通過(guò)“業(yè)務(wù)建模”將“業(yè)務(wù)需求”準(zhǔn)確地轉(zhuǎn)換為it技術(shù)人員所熟悉的“軟件需求”。
適用場(chǎng)合：規(guī)模較大的軟件項(xiàng)目開發(fā)。
3.2業(yè)務(wù)建?？梢苑帜男┕ぷ髁鬟M(jìn)行？
答：評(píng)估業(yè)務(wù)狀態(tài)、描述當(dāng)前業(yè)務(wù)、定義業(yè)務(wù)、探索流程自動(dòng)化、開發(fā)領(lǐng)域模型。
3.3什么是領(lǐng)域模型？與業(yè)務(wù)模型的關(guān)系是什么？
答：領(lǐng)域模型：領(lǐng)域模型是描述業(yè)務(wù)用例實(shí)現(xiàn)的對(duì)象模型。它是對(duì)業(yè)務(wù)角色和業(yè)務(wù)實(shí)體之間應(yīng)該如何聯(lián)系和協(xié)作以執(zhí)行業(yè)務(wù)的一種抽象。領(lǐng)域模型從業(yè)務(wù)角色內(nèi)部的觀點(diǎn)定義了業(yè)務(wù)用例。該模型為產(chǎn)生預(yù)期效果確定了業(yè)務(wù)人員以及他們處理和使用的對(duì)象（“業(yè)務(wù)類和對(duì)象”）之間應(yīng)該具有的靜態(tài)和動(dòng)態(tài)關(guān)系。它注重業(yè)務(wù)中承擔(dān)的角色及其當(dāng)前職責(zé)。這些模型類的對(duì)象組合在一起可以執(zhí)行所有的業(yè)務(wù)用例。
關(guān)系：開發(fā)領(lǐng)域模型是一個(gè)備選活動(dòng)，領(lǐng)域模型是業(yè)務(wù)分析模型中獨(dú)立的一部分，注重于說(shuō)明對(duì)于業(yè)務(wù)領(lǐng)域很重要的概念、產(chǎn)品、可交付成果和事件。這樣一個(gè)模型僅描述業(yè)務(wù)中的重要信息，并不包括人員承擔(dān)的職責(zé)。
3.4什么是系統(tǒng)上下文？明確目標(biāo)系統(tǒng)的上下文有什么意義？
答：系統(tǒng)上下文：指的是目標(biāo)系統(tǒng)、與之交互的用戶和外部系統(tǒng)。
意義：業(yè)務(wù)建模作為軟件需求的前一階段，了解目標(biāo)系統(tǒng)的上下文是很有必要的，便于確定目標(biāo)組織和業(yè)務(wù)范圍。
3.5什么是業(yè)務(wù)涉眾？業(yè)務(wù)涉眾可能來(lái)自哪些方面？
答：業(yè)務(wù)涉眾：所有跟目標(biāo)業(yè)務(wù)有利害關(guān)系的人。
方面：可能來(lái)自目標(biāo)組織內(nèi)部及目標(biāo)組織外部且跟目標(biāo)組織有關(guān)系的人和組織。
3.6什么是業(yè)務(wù)愿景？怎么理解業(yè)務(wù)愿景的重要性？
答：業(yè)務(wù)愿景：定義業(yè)務(wù)建模工作所針對(duì)的一組目標(biāo)。
重要性：要了解組織的業(yè)務(wù)過(guò)程，對(duì)業(yè)務(wù)進(jìn)行建模，首先必須理解組織的共同愿景，業(yè)務(wù)建模時(shí)期的重要任務(wù)就是確定項(xiàng)目涉眾的共同愿景，而了解最有影響力的涉眾的愿望和目標(biāo)是非常重要的環(huán)節(jié)。所以業(yè)務(wù)愿景對(duì)整個(gè)業(yè)務(wù)建模過(guò)程來(lái)說(shuō)是十分關(guān)鍵和重要的。
3.7業(yè)務(wù)建模的作用是什么？哪些人和組織是潛在的業(yè)務(wù)執(zhí)行者？
答：作用：
（1）了解目標(biāo)組織（將要在其中部署系統(tǒng)的組織）的結(jié)構(gòu)和機(jī)制；
（2）了解目標(biāo)組織中當(dāng)前存在的問(wèn)題并確定潛在改進(jìn)的可能性；
（3）確?？蛻簟⒆罱K用戶、開發(fā)人員和其他各方就目標(biāo)組織達(dá)成共識(shí)；
（4）導(dǎo)出支持目標(biāo)組織所需的系統(tǒng)需求；
（5）了解要部署的軟件系統(tǒng)將如何融入組織。
潛在的業(yè)務(wù)執(zhí)行者：客戶、合作伙伴、供應(yīng)商、權(quán)威機(jī)構(gòu)（法律、法規(guī)等制訂機(jī)構(gòu)）、子公司、所有者和投資者、業(yè)務(wù)以外的信息系統(tǒng)等。
3.8結(jié)構(gòu)化業(yè)務(wù)用例的三種關(guān)系是什么？
答：三種關(guān)系：包含關(guān)系、擴(kuò)展關(guān)系、泛化關(guān)系。
3.9業(yè)務(wù)用例的包含與擴(kuò)展關(guān)系、包含與泛化的區(qū)別是什么？
答：包含與泛化的區(qū)別：（1）對(duì)于用例泛化關(guān)系，子用例的執(zhí)行取決于父用例（重用部分）的結(jié)構(gòu)和行為，而在包含關(guān)系中，基本用例的執(zhí)行只取決于包含用例（重用部分）所執(zhí)行的功能的結(jié)果。（2）在泛化關(guān)系中，子用例的用途和結(jié)構(gòu)是相似的，而在包含關(guān)系中，重用同一個(gè)包含用例的基本用例可能有完全不同的用途，但需求執(zhí)行相同的功能。
包含與擴(kuò)展的區(qū)別：（1）包含關(guān)系：如果基本用例的某個(gè)部分代表一個(gè)功能，而業(yè)務(wù)用例只依賴于本功能的結(jié)果，而不是產(chǎn)生結(jié)果的方法，那么可以將這部分分離出來(lái)，形成一個(gè)附加用例。使用包含關(guān)系，將附加部分明確包含于基本用例中。包含關(guān)系將基本用例和包含用例連接起來(lái)。
(2)擴(kuò)展關(guān)系：如果基本用例的一部分是可選的，或?qū)τ诶斫庠撚美闹饕康膩?lái)說(shuō)不是必需的，那么可以將這部分分離出來(lái)，形成一個(gè)附加用例，以簡(jiǎn)化基本用例的結(jié)構(gòu)。利用擴(kuò)展關(guān)系，將附加部分隱含地包含于基本用例中。擴(kuò)展關(guān)系將擴(kuò)展用例與基本用例連接起來(lái)。
3.10業(yè)務(wù)分析模型的作用是什么？與業(yè)務(wù)用例模型的之間是什么關(guān)系？
答：作用：業(yè)務(wù)分析模型描述通過(guò)與業(yè)務(wù)系統(tǒng)、業(yè)務(wù)工作者和業(yè)務(wù)實(shí)體交互來(lái)實(shí)現(xiàn)業(yè)務(wù)用例。它充當(dāng)了為了執(zhí)行業(yè)務(wù)用例而所需業(yè)務(wù)系統(tǒng)、業(yè)務(wù)工作者和業(yè)務(wù)實(shí)體之間的相關(guān)和協(xié)作方式的抽象。它還定義了在執(zhí)行業(yè)務(wù)用例時(shí)由業(yè)務(wù)執(zhí)行者調(diào)用的外部業(yè)務(wù)服務(wù)。
關(guān)系：業(yè)務(wù)用例模型是從與客戶和業(yè)務(wù)流程對(duì)應(yīng)的業(yè)務(wù)執(zhí)行者和業(yè)務(wù)用例的角度，對(duì)業(yè)務(wù)進(jìn)行描述。業(yè)務(wù)用例模型包括工作流程說(shuō)明，此說(shuō)明確定完成了那些工作。所以業(yè)務(wù)用例模型描述在業(yè)務(wù)執(zhí)行者和業(yè)務(wù)之間發(fā)生了什么，對(duì)于業(yè)務(wù)結(jié)構(gòu)或如何實(shí)現(xiàn)業(yè)務(wù)用例不作任何假設(shè)。而業(yè)務(wù)分析模型就是用于描述如何執(zhí)行業(yè)務(wù)用例，并具體定義業(yè)務(wù)提供的服務(wù)，內(nèi)部業(yè)務(wù)工作者及其使用的信息，將它們的結(jié)構(gòu)化組織描述為獨(dú)立的單元，定義業(yè)務(wù)工作者如何通過(guò)交戶來(lái)實(shí)現(xiàn)業(yè)務(wù)用例中所描述的行為。
3.11。
（c）。
2.以醫(yī)院為研究對(duì)象，請(qǐng)描述醫(yī)生、病歷的性質(zhì)分別是()。
(a)businessactor、businessworker。
(b)businessworker、businessactor。
(c)businessactor、businessentity。
(d)businessworker、businessentity。
3.12綜合案例分析-餐廳點(diǎn)菜業(yè)務(wù)分析。
某餐廳的點(diǎn)菜服務(wù)流程與規(guī)范如下：
1.遞上菜單。
（1）客人入座后，服務(wù)員詢問(wèn)客人需要什么茶水。準(zhǔn)備好茶水后，按“女士?jī)?yōu)先，先。
賓后主”的原則從右邊為客人斟上茶水。
（2）將菜單打開第一頁(yè)，按照“女士?jī)?yōu)先”原則，用雙手從客人右側(cè)將菜單送至客人手中，然后站在客人斜后方能觀察客人面部表情的地方，上身微躬。
2.推薦介紹酒店菜品。
（1）在客人點(diǎn)菜前，服務(wù)員應(yīng)留有時(shí)間讓客人翻看菜單。
（2）在客人翻看菜單時(shí)，應(yīng)及時(shí)向客人簡(jiǎn)單介紹菜單上的菜，回答客人的詢問(wèn)。
（3）向客人介紹廚師長(zhǎng)今日特別推薦的菜品、其他的特色菜、暢銷菜和高檔菜等菜品，并介紹其樣式、味道、溫度和特點(diǎn)。
3.接受點(diǎn)菜。
（1）服務(wù)員先在點(diǎn)菜單上記下日期、本人姓名及臺(tái)號(hào)、就餐人數(shù)等。
（2）客人點(diǎn)菜時(shí)，應(yīng)注視客人，聽清客人點(diǎn)的菜名，適時(shí)幫助客人選擇菜品和主動(dòng)推介菜品，準(zhǔn)確地記錄菜名。
（3）對(duì)于特殊菜品，應(yīng)介紹其特殊之處，并問(wèn)清客人所需火候、配料及調(diào)料等。
（4）若客人用餐時(shí)間較緊，點(diǎn)的菜需時(shí)間較長(zhǎng)，則應(yīng)及時(shí)向客人征求意見；若有客人點(diǎn)相同的菜式，如湯和羹或兩個(gè)酸甜味型的菜時(shí)，應(yīng)有禮貌地問(wèn)客人是否需要更換菜式。
（5）若客人有特殊要求，應(yīng)在點(diǎn)菜單上清楚注明，并告知傳菜服務(wù)員。
4.復(fù)述點(diǎn)菜內(nèi)容。
（1）客人點(diǎn)菜完畢后，服務(wù)員應(yīng)清楚地重復(fù)一遍所點(diǎn)菜品內(nèi)容，并請(qǐng)客人確認(rèn)。
（2）復(fù)述完畢后，在點(diǎn)菜單的右上角寫明當(dāng)時(shí)的時(shí)間，以便查詢。
（3）收回菜單并向客人致謝，同時(shí)請(qǐng)客人稍等，說(shuō)明大致的等候時(shí)間。
5.分送點(diǎn)菜單。
（1）服務(wù)員將點(diǎn)菜單的第一聯(lián)送至收銀處。
（2）將點(diǎn)菜單的第二聯(lián)送至廚房。
（3）將第三聯(lián)給客戶，第四聯(lián)交給傳菜員、值臺(tái)服務(wù)員留底備查。
根據(jù)案例的描述，請(qǐng)你完成下列任務(wù)：
1.分析餐廳的點(diǎn)菜業(yè)務(wù)，建立點(diǎn)菜業(yè)務(wù)模型。
這項(xiàng)業(yè)務(wù)的業(yè)務(wù)涉眾：外部涉眾：客人，
內(nèi)部涉眾：服務(wù)員，收銀處，廚房，值臺(tái)服務(wù)員。
分析點(diǎn)菜業(yè)務(wù)模型：
業(yè)務(wù)執(zhí)行者為：客人。
業(yè)務(wù)用例是：入座，推薦菜品，點(diǎn)菜，確認(rèn)內(nèi)容，分送菜單，上菜。
2.用活動(dòng)圖描述客人點(diǎn)菜的活動(dòng)。
3.分析點(diǎn)菜業(yè)務(wù)模型，找出有哪些業(yè)務(wù)工作者和業(yè)務(wù)實(shí)體，并用交互圖來(lái)說(shuō)明之間的通信和交互關(guān)系。
業(yè)務(wù)工作者為：服務(wù)員,收銀處，廚房，值臺(tái)服務(wù)員。
業(yè)務(wù)實(shí)體為：菜單，點(diǎn)菜單。
chapter4。
4.1需求的類別有哪些？
答：需求可分為功能性需求和非功能性需求。
功能性需求規(guī)定了系統(tǒng)無(wú)需考慮物理約束而必須能夠執(zhí)行的動(dòng)作，描述支持用戶目標(biāo)、任務(wù)或活動(dòng)的系統(tǒng)行為（功能或服務(wù)）。
非功能性需求是功能性需求之外的需求，包含質(zhì)量和約束，它們僅僅說(shuō)明系統(tǒng)或系統(tǒng)環(huán)境的屬性。
4.2怎么理解文中fredbrooks關(guān)于需求的那段話？
構(gòu)建軟件系統(tǒng)最難的部分是確定要構(gòu)建什么（即系統(tǒng)需求）。相比其他工作，如果這個(gè)工作做錯(cuò)，會(huì)嚴(yán)重影響將產(chǎn)生的系統(tǒng)，也更難在以后矯正。
答：需求工作對(duì)于整個(gè)軟件系統(tǒng)來(lái)說(shuō)是非常重要的，它是實(shí)現(xiàn)和測(cè)試的先啟階段，需求建模解釋如何理清涉眾的請(qǐng)求及如何把這些請(qǐng)求轉(zhuǎn)化為一組需求工作產(chǎn)品，確定要建系統(tǒng)的范圍，提供系統(tǒng)必須做的詳細(xì)要求。此階段是后續(xù)工作以及整個(gè)系統(tǒng)的基礎(chǔ)和關(guān)鍵，一旦這個(gè)階段出現(xiàn)問(wèn)題，將會(huì)直接影響到后續(xù)工作的正常順利進(jìn)行，而如果想要在以后改，代價(jià)是非常大的，并且也難糾正。
4.3系統(tǒng)用例模型可以描述什么方面的需求？補(bǔ)充規(guī)約主要補(bǔ)充哪方面的需求？
答：系統(tǒng)用例模型可以描述設(shè)計(jì)軟件系統(tǒng)方面的`需求，參與者與軟件系統(tǒng)的交互，在系統(tǒng)用例說(shuō)明中書寫足夠詳細(xì)的事件流。
補(bǔ)充歸約主要補(bǔ)充那些無(wú)法在用例中記錄的需求。包括：捕捉無(wú)用例歸約的功能性需求，捕捉系統(tǒng)資量，捕捉約束，捕捉符合性需求，捕捉文檔需求。
4.4什么是系統(tǒng)執(zhí)行者？如何尋找潛在的系統(tǒng)執(zhí)行者？
答：系統(tǒng)執(zhí)行者：是指與目標(biāo)系統(tǒng)交換數(shù)據(jù)的任何對(duì)象，是在系統(tǒng)之外，透過(guò)系統(tǒng)邊界與系統(tǒng)進(jìn)行有意義交互的任何事物。執(zhí)行者可以是用戶、外部硬件或其它系統(tǒng)。
滿足一個(gè)或多個(gè)上面這些范疇的任何個(gè)人、小組或事物有可能就是執(zhí)行者。
4.5如何理解系統(tǒng)執(zhí)行者與業(yè)務(wù)執(zhí)行者、業(yè)務(wù)工作者的關(guān)系？
答：業(yè)務(wù)執(zhí)行者是指某人或某物與業(yè)務(wù)進(jìn)行交互時(shí)所擔(dān)任的角色，它是指在業(yè)務(wù)之外和業(yè)務(wù)交互的人、組織或事物。
業(yè)務(wù)工作者代表在業(yè)務(wù)中進(jìn)行操作的人、軟件或硬件的抽象。它代表業(yè)務(wù)中的一個(gè)或一組角色。
系統(tǒng)執(zhí)行者：是指與目標(biāo)系統(tǒng)交換數(shù)據(jù)的任何對(duì)象，是在系統(tǒng)之外，透過(guò)系統(tǒng)邊界與系統(tǒng)進(jìn)行有意義交互的任何事物。執(zhí)行者可以是用戶、外部硬件或其它系統(tǒng)。
關(guān)系：系統(tǒng)執(zhí)行者是針對(duì)軟件系統(tǒng)來(lái)說(shuō)明的，而業(yè)務(wù)執(zhí)行者和業(yè)務(wù)工作者是針對(duì)業(yè)務(wù)來(lái)說(shuō)明的，系統(tǒng)執(zhí)行者和業(yè)務(wù)執(zhí)行者含義相似，只是所在的描述范疇不一樣。
4.6請(qǐng)分析用例中的包含關(guān)系和擴(kuò)展關(guān)系的相似與區(qū)別？
答：相似：都是如果用例包含的一段行為片段可以用于其他用例，則將這段行為片段歸到“包含用例”或“擴(kuò)展用例”中，形成一個(gè)新的用例，原始用例就成為基本用例，對(duì)“包含用例”和“擴(kuò)展用例”分別有包含關(guān)系和擴(kuò)展關(guān)系。
區(qū)別：（1）擴(kuò)展用例是可選的，而包含用例不是可選的；（2）基本用例沒有擴(kuò)展用例是可以完成的，但沒有包含用例則不能完成；（3）擴(kuò)展用例的執(zhí)行是有條件的，而包含用例沒有；（4）擴(kuò)展用例會(huì)改變基本用例的行為，而包含用例不會(huì)。
4.7簡(jiǎn)單說(shuō)明把用例組織到包中有什么好處。
答：用例包是用例、執(zhí)行者、關(guān)系、圖和其他包的集合，可以通過(guò)將用例模型分成更小的部分來(lái)結(jié)構(gòu)化用例模型。這樣可以使得具有大量元素的用例模型中的用例結(jié)構(gòu)化，同一包中的用例彼此之間都有某種關(guān)系，更加清楚明了，便于以后模型的分析和使用。
4.8用例詳細(xì)描述中有哪三種事件流，分別表示什么場(chǎng)景？
答：三種事件流：主事件流、分支事件流和異常事件流。
主事件流：在描述正常過(guò)程時(shí)列出執(zhí)行者和系統(tǒng)之間相互交互或?qū)υ挼膭?dòng)作序列。當(dāng)這種對(duì)話結(jié)束時(shí)，執(zhí)行者也達(dá)到了預(yù)期的目的。
分支事件流：也可促進(jìn)成功地完成任務(wù)，但它們代表了任務(wù)的細(xì)節(jié)或用于完成任務(wù)的途徑的變化部分。
異常事件流：不符合用例流正?；蚧拘袨?，引起任務(wù)不能順利完成。
4.9什么是軟件需求規(guī)約（srs）？
答：軟件需求規(guī)約是分析任務(wù)的最終產(chǎn)物，通過(guò)建立完整的信息描述、詳細(xì)的功能和行為描述、性能需求和設(shè)計(jì)約束的說(shuō)明、合適的驗(yàn)收標(biāo)準(zhǔn)，給出對(duì)目標(biāo)軟件的各種需求。
4.10如何理解界面原型在需求建模中作用？
答：可以處理模糊需求，開發(fā)者和用戶可充分通信，降低開發(fā)風(fēng)險(xiǎn)。
靜態(tài)界面原型：供分析人員與用戶進(jìn)行進(jìn)一步交流和溝通，通過(guò)這種可視化方法，使雙方逐步就明確系統(tǒng)需求達(dá)成共識(shí)。
交互式界面原型：便于用戶可以操作，展示實(shí)際系統(tǒng)效果。
4.11選擇題。
1.如圖4.11-1所示.a1、a2和a3是什么?(單選題)(c)。
(a)role。
(b)actress。
(c)actor。
(d)user。
2.如圖4.11-1中，下面哪個(gè)語(yǔ)句是正確的?(多選題)(bcd)(a)a3可以使用uc4與系統(tǒng)交互。
(b)al可以使用ucl和uc4與系統(tǒng)交互。(c)a3,al與a2不同。
(d)uc3是沒有步驟的抽象用例。
3.如圖4.11-1所示,下面哪個(gè)語(yǔ)句是正確的?(多選題)(cd)(a)uc5是uc4的補(bǔ)充部分。(b)uc4是uc5的可選部分。(c)uc1是沒有用的。
(d)uc2是uc4的可選部分。(e)uc4是uc2的補(bǔ)充部分。
4.12綜合案例分析-餐廳智能移動(dòng)終端無(wú)線點(diǎn)菜系統(tǒng)需求。
根據(jù)第3章的練習(xí)3.11綜合案例分析的業(yè)務(wù)描述，來(lái)分析點(diǎn)餐系統(tǒng)的需求。
傳送距離可達(dá)100米，室外傳送距離可送300米。根據(jù)案例的描述，請(qǐng)你完成下列任務(wù)：
1.建立無(wú)線點(diǎn)菜系統(tǒng)的用例模型（找出所有的系統(tǒng)actor和usecase）；
用例模型。
系統(tǒng)actor：服務(wù)員、客戶、經(jīng)理。
usecase：點(diǎn)菜服務(wù)、自助點(diǎn)菜、統(tǒng)計(jì)。
2.對(duì)用例進(jìn)行詳細(xì)描述，包括前置條件、后置條件，以及各事件流，并用泳道圖畫出用例對(duì)應(yīng)的事件流。前置條件：
服務(wù)員有掌上電腦系統(tǒng)，廚房與前臺(tái)有打印機(jī)，在傳輸距離之內(nèi)后置條件：
打印機(jī)打印所點(diǎn)菜單事件流：主事件流：1.顧客點(diǎn)菜；
2.服務(wù)員用掌上電腦及菜單；3.廚房和前臺(tái)打印機(jī)打印菜單分支事件流：無(wú)。
異常事件流：
步驟2后步驟3未接收，無(wú)法打印，返回步驟。
2
3）.打印菜單用例描述：用例名稱：打印菜單。
用例描述：打印點(diǎn)菜內(nèi)容參與者：打印機(jī)前置條件：點(diǎn)菜完成。
后置條件：打印機(jī)打印菜單給后臺(tái)，廚房和前臺(tái)主事件流：1.系統(tǒng)發(fā)送點(diǎn)菜單至打印機(jī)。
2．打印機(jī)接收菜單3．打印機(jī)打印菜單分支事件流：無(wú)異常事件流：無(wú)泳道圖：
chapter5。
5.1如何理解分析與設(shè)計(jì)的聯(lián)系？
答：“分析”是指“做什么”，強(qiáng)調(diào)對(duì)問(wèn)題的調(diào)研而不是如何確定解決方案，重點(diǎn)集中在需求和應(yīng)用領(lǐng)域上；而“設(shè)計(jì)”指“怎么做”，強(qiáng)調(diào)的是問(wèn)題的邏輯解決方案，即系統(tǒng)怎樣才能滿足需求，重點(diǎn)轉(zhuǎn)移了要產(chǎn)生軟件的結(jié)構(gòu)上。但由于分析與設(shè)計(jì)是把用戶需求轉(zhuǎn)化為實(shí)現(xiàn)的橋梁，分析和設(shè)計(jì)自始至終可以用相同的技術(shù)和類似的表示方法，它們之間的界限很難劃清，且沒有太多意義。
5.2分析設(shè)計(jì)包括哪些工作流程？
答：分析和設(shè)計(jì)過(guò)程是一個(gè)不斷迭代優(yōu)化的過(guò)程。
包括：執(zhí)行體系結(jié)構(gòu)合成；定義候選體系結(jié)構(gòu)；優(yōu)化體系結(jié)構(gòu)；分析行為；設(shè)計(jì)構(gòu)件；設(shè)計(jì)數(shù)據(jù)庫(kù)；服務(wù)識(shí)別；服務(wù)規(guī)范。
5.3分析建模的元素分哪幾類？具體是什么？答：分析建模的元素分為四大類，分別是：（1）基于場(chǎng)景元素：
這類元素包括：用例文本、用例圖、活動(dòng)圖和泳道圖等；（2）面向流的元素：
這類元素包括數(shù)據(jù)流圖、控制流圖、處理敘述等；（3）基于類的元素：
這類元素包括類圖、分析包、crc模型、通信圖等；（4）行為的元素：
這類元素包括狀態(tài)圖、順序圖等。
5.4分析模型的靜態(tài)模型的用途是什么？靜態(tài)模型的元素有哪些？
答：用途：通過(guò)分析，可以將業(yè)務(wù)需求模型和系統(tǒng)需求模型轉(zhuǎn)化為系統(tǒng)可以處理的對(duì)象模型，并給出對(duì)象的基本屬性和對(duì)象間相互關(guān)系。
分析模型中靜態(tài)模型主要的元素是基于類的元素，包括：分析包：模型中的包，表示層次結(jié)構(gòu)。類：模型中的類，由包所擁有。關(guān)系：模型中的關(guān)系，由包所擁有。
圖：模型中的類圖、協(xié)作（通信）圖，由包所擁有。
5.5動(dòng)態(tài)模型的類被分為哪三類？分別在系統(tǒng)中承擔(dān)什么職責(zé)？答：邊界類、控制類和實(shí)體類。
邊界類：是用來(lái)對(duì)系統(tǒng)環(huán)境及其內(nèi)部工作之間的交互建模的類。這樣的交互涉及轉(zhuǎn)換和轉(zhuǎn)移事件，并注釋系統(tǒng)表示中的更改（例如界面）。
控制類：是用于對(duì)特定于一個(gè)或一些用例的控制行為建模的類。實(shí)體類：是用來(lái)對(duì)必須存儲(chǔ)的信息及關(guān)聯(lián)行為建模的類。
5.6按照設(shè)計(jì)模型的不同層次和功能，設(shè)計(jì)元素可以分哪些方面？
答：（1）體系結(jié)構(gòu)元素；（2）構(gòu)件級(jí)元素；（3）接口/界面元素：用戶界面、構(gòu)件接口、系統(tǒng)接口；（4）數(shù)據(jù)元素：數(shù)據(jù)庫(kù)設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)；（5）部署級(jí)元素。
5.7軟件模式有哪三個(gè)層次？分別說(shuō)明之。
答：一般地，軟件模式可劃分為三個(gè)層次：體系結(jié)構(gòu)模式，設(shè)計(jì)模式和代碼模式。
體系結(jié)構(gòu)模式：描述軟件系統(tǒng)里的基本的結(jié)構(gòu)組織或綱要。體系結(jié)構(gòu)模式提供一些事先定義好的子系統(tǒng)，指定它們的責(zé)任，并給出把它們組織在一起的法則和指南。
設(shè)計(jì)模型：提供一種提煉子系統(tǒng)或軟件系統(tǒng)中的構(gòu)件或者兩者之間關(guān)系的綱要設(shè)計(jì)。設(shè)計(jì)模型描述普遍存在的在相互通訊的構(gòu)件中重復(fù)出現(xiàn)的結(jié)構(gòu)，這種結(jié)構(gòu)解決在一定的背景中的具有一般性的設(shè)計(jì)問(wèn)題。
代碼模型：也稱“成例”、實(shí)現(xiàn)模式。是較低層次的模式，并與編程語(yǔ)言密切相關(guān)。代碼模型描述怎樣利用一個(gè)特定的編程語(yǔ)言的特點(diǎn)來(lái)實(shí)現(xiàn)一個(gè)構(gòu)件的某些特定的方面或關(guān)系。
5.8什么是軟件體系結(jié)構(gòu)？簡(jiǎn)述軟件體系結(jié)構(gòu)的設(shè)計(jì)重要性。
答：軟件體系結(jié)構(gòu)：是具有一定形式的結(jié)構(gòu)化元素，即構(gòu)件的集合，包括處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件。處理構(gòu)件負(fù)責(zé)對(duì)數(shù)據(jù)進(jìn)行加工，數(shù)據(jù)構(gòu)件是被加工的信息，連接構(gòu)件把體系結(jié)構(gòu)的不同部分組組合連接起來(lái)。這一定義注重區(qū)分處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件，這一方法在其他的定義和方法中基本上得到保持。
重要性：軟件體系結(jié)構(gòu)設(shè)計(jì)是高階層的設(shè)計(jì)，定義了包（子系統(tǒng)），包括包之間的依賴關(guān)系和主要的通信機(jī)制。自然清晰和簡(jiǎn)單的結(jié)構(gòu)是目標(biāo)，避免幾乎沒有依賴或雙向依賴。
5.9試說(shuō)明軟件體系結(jié)構(gòu)的演變過(guò)程。
答：（1）單機(jī)系統(tǒng)：是指只需裝在一臺(tái)電腦上，同時(shí)只能一個(gè)用戶使用的系統(tǒng)，沒有服務(wù)器概念，很多早期的軟件都是單機(jī)系統(tǒng)，與分布式系統(tǒng)區(qū)別。
（2）客戶機(jī)/服務(wù)器（兩層）結(jié)構(gòu)：由服務(wù)器提供應(yīng)用（數(shù)據(jù)）服務(wù)，多臺(tái)客戶機(jī)進(jìn)行連接。
（3）瀏覽器/服務(wù)器（b/s）結(jié)構(gòu)：在當(dāng)前internet/intranet領(lǐng)域，“瀏覽器/服務(wù)器”結(jié)構(gòu)是非常流行的客戶機(jī)/服務(wù)器結(jié)構(gòu)。這種結(jié)構(gòu)最大的優(yōu)點(diǎn)是：客戶機(jī)統(tǒng)一采用瀏覽器，這不僅讓用戶使用方便，而且使得客戶機(jī)不存在安裝維護(hù)問(wèn)題。
（4）三層結(jié)構(gòu)：三層結(jié)構(gòu)的客戶機(jī)/服務(wù)器模型是一種先進(jìn)的協(xié)同應(yīng)用程序開發(fā)模型，不是物理上，而是邏輯上將客戶機(jī)/服務(wù)器系統(tǒng)中各種各樣的部件劃分為三“層”服務(wù)，它們共同組成一個(gè)應(yīng)用程序，這三層服務(wù)包括：數(shù)據(jù)訪問(wèn)層、業(yè)務(wù)邏輯層和表示層。
5.10如何理解體系結(jié)構(gòu)風(fēng)格和模式的本質(zhì)？
答：體系結(jié)構(gòu)風(fēng)格：定義了結(jié)構(gòu)組織模式的系統(tǒng)族，用來(lái)表達(dá)一組協(xié)作的約束，使得對(duì)公共約束的特征進(jìn)行溝通變得更加容易，被用作一種進(jìn)行抽象的方法，而不是代表一種個(gè)性化的設(shè)計(jì)。
體系結(jié)構(gòu)模式：是對(duì)某類問(wèn)題域給出的一套軟件結(jié)構(gòu)的解決方案，描述了軟件系統(tǒng)基本的結(jié)構(gòu)化組織方案，是處理特定問(wèn)題的高效、成熟的模板。
5.11什么是軟件框架？與模式的區(qū)別是什么？
答：軟件框架：軟件開發(fā)過(guò)程中提取特定領(lǐng)域軟件的共性部分形成的體系結(jié)構(gòu)，不同領(lǐng)域的軟件項(xiàng)目有著不同的框架模型。
區(qū)別：模式提供一種思想方法的指導(dǎo)，應(yīng)用模式的指導(dǎo)，可以幫助設(shè)計(jì)人員做出一個(gè)優(yōu)良的設(shè)計(jì)方案，達(dá)到事半功倍的效果。但模式不體現(xiàn)為程序，如mvc是一種體系結(jié)構(gòu)的模式，對(duì)于同一軟件體系結(jié)構(gòu)，可以通過(guò)多種框架來(lái)實(shí)現(xiàn)。如struts是實(shí)現(xiàn)mvc模式的著名框架，但不是唯一的。
5.12rup的4+1視圖分別是什么？答：概括而言，rup的4+1視圖是：（1）邏輯視圖：設(shè)計(jì)的對(duì)象模型。
（2）進(jìn)程視圖：捕捉設(shè)計(jì)的并發(fā)和同步特征。
（3）實(shí)現(xiàn)視圖：描述了在開發(fā)環(huán)境中軟件的靜態(tài)組織結(jié)構(gòu)。
（4）部署視圖：描述了軟件到硬件的映射，反映了分布式特征。
（5）用例視圖：該視圖是其他視圖的冗余（因此“+1”）。它包含用例和場(chǎng)景。
5.13什么是設(shè)計(jì)模式？
答：設(shè)計(jì)模式：是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過(guò)分類編目的、代碼設(shè)計(jì)經(jīng)驗(yàn)的總結(jié)。使用設(shè)計(jì)模式是為了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。毫無(wú)疑問(wèn)，設(shè)計(jì)模式于己于他人于系統(tǒng)都是多贏的，設(shè)計(jì)模式使代碼編制真正工程化，設(shè)計(jì)模式是軟件工程的基石，如同大廈的一塊塊磚石一樣。
5.14簡(jiǎn)要說(shuō)明類的詳細(xì)設(shè)計(jì)分哪幾步來(lái)實(shí)現(xiàn)？
答：（1）使用設(shè)計(jì)模式和機(jī)制：使用適合設(shè)計(jì)的類或功能、符合項(xiàng)目設(shè)計(jì)指南的設(shè)計(jì)模式和機(jī)制。
（2）創(chuàng)建初始設(shè)計(jì)類：為指定為此任務(wù)輸入的分析類創(chuàng)建一個(gè)或多個(gè)初始設(shè)計(jì)類，并指定跟蹤依賴關(guān)系。包括設(shè)計(jì)邊界類、設(shè)計(jì)實(shí)體類和設(shè)計(jì)控制類。
（3）定義屬性：類的屬性為類實(shí)例提供信息存儲(chǔ)，并經(jīng)常用于代表類實(shí)例的狀態(tài)。類本身保持的任何信息都是通過(guò)其屬性完成的。
（4）確定持久類：需要在永久介質(zhì)上存儲(chǔ)其狀態(tài)的類被稱為持久類。
（5）定義操作：類的操作是類的行為特征或動(dòng)態(tài)特征，表示類提供的服務(wù)。（6）定義方法：方法制定操作的實(shí)現(xiàn)。
（7）定義狀態(tài)：對(duì)于一些操作，操作的行為取決于接受者對(duì)象所處的狀態(tài)。
5.15什么是實(shí)體類與持久類？說(shuō)說(shuō)兩者之間區(qū)別與聯(lián)系。
答：實(shí)體類：在分析期間，代表被操縱的信息單元。它們往往是被動(dòng)的、持久的，并且可能被確定并與持久性分析機(jī)制相關(guān)聯(lián)。
持久類：需要在永久介質(zhì)上存儲(chǔ)其狀態(tài)的類。
區(qū)別和聯(lián)系：持久類是針對(duì)于hibernate對(duì)數(shù)據(jù)庫(kù)的映射來(lái)說(shuō)的，持久類=實(shí)體類+xml或注解配置；而實(shí)體類就是一個(gè)javabean類，有屬性，get、set方法，以及一些簡(jiǎn)單處理的方法。
5.16開發(fā)物理數(shù)據(jù)庫(kù)設(shè)計(jì)的詳細(xì)步驟有哪些？
答：（1）定義域；（2）創(chuàng)建初始物理數(shù)據(jù)庫(kù)設(shè)計(jì)元素；（3）定義引用表；（4）創(chuàng)建主鍵和唯一性約束；（5）定義數(shù)據(jù)和參照完整性實(shí)現(xiàn)規(guī)則；（6）將數(shù)據(jù)庫(kù)設(shè)計(jì)反向規(guī)范化來(lái)為性能進(jìn)行優(yōu)化；（7）優(yōu)化數(shù)據(jù)訪問(wèn)；（8）定義存儲(chǔ)器特征；（9）設(shè)計(jì)存儲(chǔ)過(guò)程來(lái)將類行為分發(fā)給數(shù)據(jù)庫(kù)。
5.17進(jìn)行界面設(shè)計(jì)時(shí)分析用戶的特征有什么作用？
要。
與系統(tǒng)分析人員協(xié)作，確定是否需要對(duì)用戶（主要的執(zhí)行者）描述做出更改，來(lái)反映特征描述。
5.18選擇題。
(c)interfaceprojectscope。
5.19綜合案例分析-餐廳pda無(wú)線點(diǎn)菜系統(tǒng)分析與設(shè)計(jì)。
根據(jù)第4章餐廳pda無(wú)線點(diǎn)菜系統(tǒng)的需求，請(qǐng)分析設(shè)計(jì)相關(guān)系統(tǒng)。包括1.找出主要的概念實(shí)體，畫出實(shí)體類圖。
答：1.主要的概念實(shí)體：客人，點(diǎn)菜單，點(diǎn)菜記錄，打印機(jī)，服務(wù)員，菜品分類。
實(shí)體類圖：
2.
3.實(shí)體類操作：1）客人：輸入已點(diǎn)菜品。
2）點(diǎn)菜記錄：記錄已點(diǎn)菜品（）；確認(rèn)點(diǎn)菜記錄（）；發(fā)送點(diǎn)菜記錄（）3)打印機(jī)：打印點(diǎn)菜記錄（）。
類圖：
4.界面：
5.數(shù)據(jù)庫(kù)表結(jié)構(gòu)：
0105。
軟件工程學(xué)習(xí)心得體會(huì)篇二
轉(zhuǎn)眼，出來(lái)社會(huì)都已大半年，已是半個(gè)社會(huì)人了。不能再向?qū)W生那樣，某些時(shí)候可以隨心隨意。頂崗實(shí)習(xí)，為我們提供了一個(gè)很好的實(shí)踐機(jī)會(huì)，可以讓我們更好的把理論應(yīng)用于實(shí)踐，在實(shí)踐中領(lǐng)悟理論，更可以學(xué)習(xí)到很多書本上學(xué)習(xí)不到的、甚至比理論知識(shí)更實(shí)用的業(yè)務(wù)知識(shí)。而且，這些實(shí)習(xí)經(jīng)驗(yàn)，無(wú)疑是我們畢業(yè)后就業(yè)的一大籌碼。作為一個(gè)成年人，作為一個(gè)社會(huì)職業(yè)人，任何時(shí)候都要守規(guī)矩，做好自己的本分，承擔(dān)起自己所需要承擔(dān)的責(zé)任。經(jīng)歷了2家公司的工作，我漸漸的認(rèn)識(shí)到，每一份工作或每一個(gè)工作環(huán)境都無(wú)法盡善盡美，但每一份工作中都有許多寶貴的經(jīng)驗(yàn)和資源，如失敗的沮喪、自我成長(zhǎng)的喜悅、溫馨的工作伙伴、值得感謝的客戶等等，這些都是工作成功者必須體驗(yàn)的感受和必備的財(cái)富。如果每天懷著感恩的心情去工作，在工作中始終牢記“擁有一份工作，就要懂得感恩”的道理，你一定會(huì)收獲很多很多。在你收獲很多很多的同時(shí)，你會(huì)發(fā)現(xiàn)自己已經(jīng)在鍛煉中變得勇敢，堅(jiān)強(qiáng)，樂(lè)觀，闊達(dá)。這樣的你，是不斷前進(jìn)的走在成功的路上的。
將本文的word文檔下載到電腦，方便收藏和打印。
軟件工程學(xué)習(xí)心得體會(huì)篇三
軟件工程心得體會(huì)未接觸軟件工程之前一直都很想學(xué)這門課程，因?yàn)橛X得這門課很牛，是那些有工程師稱號(hào)的高手才擺弄的東西。學(xué)了一個(gè)學(xué)期的軟件工程課，終于知道了個(gè)軟件工程的大概。學(xué)的時(shí)候總覺得很抽象，理解起來(lái)好像不難，但總是摸不著頭腦一種很茫然的感覺。曾經(jīng)以為程序就是軟件，軟件就是程序。學(xué)習(xí)這門課程第一個(gè)收獲是，知道了二者的不同之處。以前做過(guò)的一些小型的軟件比如加密軟件，我也只是在程序旁邊附上一個(gè)軟件的說(shuō)明，看來(lái)已經(jīng)很接近作坊了。不過(guò)大的項(xiàng)目沒有接觸過(guò)，用軟件工程的方法還是第一次。我想也是程序的不斷復(fù)雜化導(dǎo)致了軟件危機(jī)的發(fā)生，使得人們不得不探索新的解決方法。
經(jīng)過(guò)倪老師的講解，理解了軟件工程，就是一套用于軟件的團(tuán)隊(duì)開發(fā)，以提高軟件質(zhì)量和程序員工作效率為目的的規(guī)范。其核心就是，對(duì)于軟件開發(fā)的5個(gè)重要組成部分：需求分析，設(shè)計(jì)，編碼，調(diào)試，維護(hù)，如何組織這5個(gè)部分的工作，以及如何完成每一個(gè)工作。吾生也有涯，而知也無(wú)涯，學(xué)習(xí)永無(wú)止境。起初，對(duì)軟件工程處于一知半解的狀態(tài)，分工比較混亂。
在劃分模塊后明確了各自分工，漸漸形成良性循環(huán)。在學(xué)習(xí)過(guò)程中，知道了團(tuán)隊(duì)合作十分重要，爭(zhēng)議固然存在，但通過(guò)討論、協(xié)商，群策群力，在不斷磨合中能夠達(dá)成一致與默契。團(tuán)隊(duì)成員中能力各有高下，互相尊重，各取所長(zhǎng)，不宜妄自菲薄。組長(zhǎng)多加協(xié)調(diào)，組員積極配合，才能合作愉快。學(xué)習(xí)能力體現(xiàn)在能盡快接受新的知識(shí)，順應(yīng)變化，學(xué)為所用。
上《軟件工程導(dǎo)論》這門課，我的收獲大概如下：我們?yōu)槭裁葱枰浖こ棠?上面已經(jīng)給出了一些原因。專業(yè)點(diǎn)講，軟件工程最終是為了實(shí)現(xiàn)“軟件制造業(yè)”的社會(huì)化,工業(yè)化大生產(chǎn),提高其勞動(dòng)生產(chǎn)效率。只有如此,軟件業(yè)才能實(shí)現(xiàn)社會(huì)化,工業(yè)化大生產(chǎn),才能“做大做強(qiáng)”。沒有管理的設(shè)計(jì)是失敗和混亂的設(shè)計(jì)，沒有設(shè)計(jì)指導(dǎo)的編程是無(wú)序的忙碌的。根據(jù)開發(fā)的軟件的規(guī)模，應(yīng)該適當(dāng)程度的運(yùn)用軟件工程化的思想，需要靈活，畢竟我們開發(fā)的軟件大多數(shù)是中小型的，大型的并不多見(我是這么認(rèn)為的)。但只要涉及人員間的交流和溝通，或多或少都要需要軟件工程才能更有效率，工作成果更穩(wěn)定。
其實(shí)開發(fā)軟件，就像是解決一個(gè)邏輯問(wèn)題。想想自己平時(shí)是怎樣寫程序的。首先是要有一個(gè)想法，即我寫的這個(gè)程序是要干什么的;然后就是對(duì)要實(shí)現(xiàn)的核心功能大概構(gòu)思一種或多種實(shí)現(xiàn)方法，并從中選出一種自認(rèn)為是較好的;接下來(lái)就是將涉及的各種主要或次要功能分成各個(gè)模塊;最后就是分模塊來(lái)編碼和debug。在我看來(lái)，除了第一步外，其余的步驟應(yīng)該是一個(gè)循環(huán)的過(guò)程。在編碼的過(guò)程中，你總是需要不斷地回過(guò)頭來(lái)修改原先的模塊設(shè)計(jì)，甚至最初選定的實(shí)現(xiàn)算法。具體到每一步的工作要怎樣完成，是非常靈活的，只要把握住大體的方向就行。在進(jìn)行分析，設(shè)計(jì)，編碼，調(diào)試，維護(hù)這幾部分的工作的時(shí)候，最核心的就是文檔的編寫。
1.可行性分析就是關(guān)于當(dāng)前項(xiàng)目能不能干的分析結(jié)果。
2.項(xiàng)目描述這是在決定立項(xiàng)以后，對(duì)當(dāng)前項(xiàng)目的一份扼要說(shuō)明。
3.需求分析就是對(duì)客戶要求的功能的定義。
4.軟件設(shè)計(jì)這就是對(duì)程序的每一個(gè)模塊的詳細(xì)設(shè)計(jì)的說(shuō)明文檔。
5.開發(fā)日志我一直都認(rèn)為這是文檔中最有趣的部分。開發(fā)日志相當(dāng)于編碼階段的文檔，它的形式可以很隨意，主要是記錄一些在寫程序時(shí)突然萌發(fā)的靈感，或?qū)Υa的一些微小的修改，或?qū)Τ绦蚪Y(jié)構(gòu)的一些微小變動(dòng)等，還要對(duì)上述這些修改變動(dòng)作些說(shuō)明。
6.測(cè)試分析用于指出程序存在或潛在的缺陷和錯(cuò)誤，以及程序性能的數(shù)字描述。
軟件工程學(xué)習(xí)心得體會(huì)篇四
初學(xué)軟件工程第一周的時(shí)候以為只是純粹的理論課毫無(wú)用處，其實(shí)不然。深入了解之后發(fā)現(xiàn)它對(duì)程序的設(shè)計(jì)，錯(cuò)誤的檢測(cè)以及軟件測(cè)試，編寫方面有不可磨滅的便捷好處。開發(fā)一個(gè)軟件時(shí)，對(duì)原定的系統(tǒng)模型和目標(biāo)的現(xiàn)實(shí)以及系統(tǒng)完成后所帶來(lái)的效益的預(yù)判斷，可以明確開發(fā)與否，否則就是浪費(fèi)人力，物力以及時(shí)間。
以下是所學(xué)過(guò)程中的知識(shí)點(diǎn)：
(1)軟件危機(jī)：軟件危機(jī)是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。
所以若要解決軟件危機(jī)，既要有技術(shù)措施(方法和工具)，又要有必要的組織和管理措施，軟件工程正是從管理和技術(shù)兩方面研究如何更好得開發(fā)和維護(hù)計(jì)算機(jī)軟件的一門新興學(xué)科。
軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。采用工程的概念、原理、技術(shù)、和方法來(lái)開發(fā)與維護(hù)軟件。
軟件工程方法學(xué)包含3個(gè)要素：方法、工具和過(guò)程。
(2)軟件生命周期：軟件定義、軟件開發(fā)和運(yùn)行維護(hù)。
軟件開發(fā)階段：?jiǎn)栴}定義，可行性研究，需求分析，總體設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼和單元測(cè)試，綜合測(cè)試，軟件維護(hù)。
軟件維護(hù)主要任務(wù)：是使軟件持久的滿足用戶的需要。
軟件過(guò)程目的：為獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。
其中：可行性分析：技術(shù)可行性，經(jīng)濟(jì)可行性，操作可行性。
(3)判定表和判定樹能夠清晰地表達(dá)出各種動(dòng)作之間的對(duì)應(yīng)關(guān)系。
第一個(gè)軟件生命周期，瀑布型生命周期。
程序設(shè)計(jì)：低耦合高內(nèi)聚。
(4)學(xué)會(huì)畫程序流圖，sc圖，er圖，dfd圖，順序圖以及協(xié)作圖。學(xué)會(huì)讀圖，可以獨(dú)立完成相關(guān)計(jì)算題。
軟件工程學(xué)習(xí)心得體會(huì)篇五
我們沒有進(jìn)行過(guò)系統(tǒng)化軟件設(shè)計(jì)的教育和學(xué)習(xí)，對(duì)如何進(jìn)行軟件的開發(fā)基本上就是想什么寫什么。根本沒有過(guò)系統(tǒng)化的設(shè)計(jì)。比如需求分析，可行性研究等。更不知道用什么模型來(lái)設(shè)計(jì)軟件。這在我們以后的工作中是完全不行的，沒有系統(tǒng)化的設(shè)計(jì)，是不可能滿足客戶的需求的。
胡老師讓我們分組進(jìn)行軟件互換的形式來(lái)進(jìn)行軟件的修改。其實(shí)胡老師就是想讓我們了解以后工作中，軟件是如何設(shè)計(jì)的和制作的。對(duì)于以前的編程，我們只能按照自己的想法，想一步做一步。根本沒有系統(tǒng)化的設(shè)計(jì)。通過(guò)對(duì)軟件工程導(dǎo)論這門課程的學(xué)習(xí)，一遍學(xué)習(xí)一遍實(shí)驗(yàn)，實(shí)踐與理論相結(jié)合。開始其實(shí)我根本不理解各種圖的作用，覺得它們根本沒有用，就是照貓畫虎，沒有任何的實(shí)際意義。但是通過(guò)后面的學(xué)習(xí)和理解，對(duì)他們有了獨(dú)特的理解和想法。比如對(duì)uml來(lái)說(shuō)。它是一種標(biāo)準(zhǔn)化交流的語(yǔ)言，它可以讓開發(fā)人員與客戶之間輕松的交流。用圖的形式向客戶展示軟件設(shè)計(jì)的流程，從中傳遞信息。簡(jiǎn)單的說(shuō)就是客戶和設(shè)計(jì)人員交流的手段。
這學(xué)習(xí)，不管是實(shí)驗(yàn)小組的實(shí)驗(yàn)還是老師您要求的程序，基本都是我一個(gè)人做的，所以對(duì)各種圖還是比較了解和掌握的。雖然對(duì)實(shí)驗(yàn)報(bào)告的制作感覺到十分的吃力，工作量很大，但是還是通過(guò)幾個(gè)晚上的專心學(xué)習(xí)和制作，最后還是完成了。但是好多圖畫的還是很有問(wèn)題，沒有真正的完全理解和掌握。但是在后面的學(xué)習(xí)和復(fù)習(xí)中，有了更正。
下面我對(duì)實(shí)驗(yàn)進(jìn)行一下總結(jié)。首先是實(shí)驗(yàn)一結(jié)構(gòu)化分析和設(shè)計(jì)，主要理解dfd圖，數(shù)據(jù)字典，erd圖和問(wèn)題描述進(jìn)行設(shè)計(jì)和學(xué)習(xí)。dfd圖主要分為三個(gè)方面，數(shù)據(jù)的源點(diǎn)，數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)。它將信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的工程中所經(jīng)受的變化。簡(jiǎn)單的說(shuō)就是主體，動(dòng)作和數(shù)據(jù)單元的問(wèn)題。接下來(lái)是數(shù)據(jù)字典，主要進(jìn)行軟件操作單元的數(shù)據(jù)定義，格式化和功能說(shuō)明。然后就是erd圖，根據(jù)短信系統(tǒng)的問(wèn)題描述，可得到軟件實(shí)體，從而得到此圖。其次是實(shí)驗(yàn)二和三面向?qū)ο蠓治龊驮O(shè)計(jì)。主要進(jìn)行用例圖，場(chǎng)景描述，初始化類圖，協(xié)作圖的制作。先是從需求到業(yè)務(wù)用例圖，根據(jù)客戶需求(也就是我們軟件的需求)畫出用例圖。它的作用其實(shí)就是描述該實(shí)現(xiàn)什么業(yè)務(wù)或者說(shuō)是功能。接下來(lái)就是場(chǎng)景描述，簡(jiǎn)單來(lái)說(shuō)就是軟件實(shí)際的操作的某個(gè)步驟的具體說(shuō)明。跟著就是初始化類圖，重要作用就是顯示系統(tǒng)有哪些實(shí)體，實(shí)體的具體操作，實(shí)體間的關(guān)系。然后就是協(xié)作圖，主要作用是針對(duì)某個(gè)軟件的功能，進(jìn)行交互過(guò)程的解釋，簡(jiǎn)單來(lái)說(shuō)就是具體業(yè)務(wù)的具體操作，而且是所有涉及到的操作。動(dòng)態(tài)模型和靜態(tài)模型的建立，在面向?qū)ο蟮南到y(tǒng)中，業(yè)務(wù)流程表現(xiàn)在為對(duì)象之間的交互，對(duì)動(dòng)態(tài)模型和靜態(tài)模型分析和總結(jié)，從而產(chǎn)生順序圖。面向?qū)ο笤O(shè)計(jì)就是對(duì)實(shí)體類進(jìn)行定義和說(shuō)明，所有的類都是跟軟件里的類相對(duì)應(yīng)。就是真正的類。最后就是實(shí)驗(yàn)三編碼和測(cè)試，實(shí)驗(yàn)主要對(duì)測(cè)試和編碼進(jìn)行總結(jié)。從中總結(jié)制作過(guò)程和測(cè)試過(guò)程。
實(shí)驗(yàn)對(duì)我來(lái)說(shuō)可能很辛苦，但是我從中學(xué)到了很多。了解了很多圖的作用，也了解了以后工作的具體流程，這對(duì)我們以后的實(shí)際工作提供很多幫助。對(duì)我來(lái)說(shuō)辛苦著收獲著快樂(lè)著。跟您的交流中也學(xué)到了很多知識(shí)。總之我很滿足。
軟件工程學(xué)習(xí)心得體會(huì)篇六
這次軟件工程實(shí)訓(xùn)是從__年__月__日號(hào)開始的，截至__年__月__日號(hào)。實(shí)訓(xùn)內(nèi)容是用java相關(guān)知識(shí)(主要是jsp)做一個(gè)物流配送系統(tǒng)。下面談?wù)剬?duì)這次實(shí)訓(xùn)的看法。
因?yàn)樽约浩綍r(shí)對(duì)java知識(shí)儲(chǔ)備不足，特別是jsp這一塊基本不了解怎么回事，所以一拿到這個(gè)項(xiàng)目，我心里都是沒有底的，再加上我被分到的那個(gè)組，我知道就意味著是我一個(gè)人在戰(zhàn)斗了。呵呵，26號(hào)，實(shí)訓(xùn)開始了，我們的老師是來(lái)自中軟國(guó)際公司的程序員，一個(gè)是周褀，一個(gè)是朱映，都是一身樸素的著裝，讓我感覺做軟件的也沒什么兩樣。老師介紹了自己之后，就直接切入正題了，分析了下我們各個(gè)組的系統(tǒng)，即將用到的知識(shí)，然后就總體把覺得需要補(bǔ)充的知識(shí)(jsp和數(shù)據(jù)庫(kù)連接等這幾塊)給我們實(shí)際操作了下，因?yàn)楫?dāng)時(shí)看到用jsp，還講的那么認(rèn)真，當(dāng)時(shí)我就后悔了，平時(shí)要是多聽點(diǎn)，現(xiàn)在老師這么認(rèn)真的給我們講，這是一個(gè)多么難得的機(jī)會(huì)啊。后悔也沒用啊，開始還勉強(qiáng)能理解一點(diǎn)，后來(lái)就直接暈了。然后再給大家介紹了一些即將用到的工具，比如rationalrose，svn，myeclipse等等。接下來(lái)的幾天就不再細(xì)講了。下面談?wù)勍ㄟ^(guò)這次實(shí)訓(xùn)的心得體會(huì)吧。
通過(guò)這次實(shí)訓(xùn)，讓我了解到工程開發(fā)的過(guò)程，可行性分析——需求分析——概要設(shè)計(jì)——詳細(xì)設(shè)計(jì)——代碼編寫——測(cè)試——驗(yàn)收。從技術(shù)方面上，我開始jsp基礎(chǔ)基本上就是零的，在老師和syz2(另外一個(gè)物流小組，我一個(gè)人基本上是跟她們做的，或者說(shuō)是看著她們做的)的幫助下，對(duì)jsp有了一個(gè)大概的認(rèn)識(shí)。其實(shí)實(shí)訓(xùn)開始前，我還以為做個(gè)系統(tǒng)沒什么大不了，可是當(dāng)真正拿到一個(gè)項(xiàng)目，我卻真的無(wú)從下手了，而且就是在知道需求分析和詳細(xì)設(shè)計(jì)，在代碼編寫時(shí)，一樣寸步難行。通過(guò)這個(gè)實(shí)訓(xùn)，也讓我了解到，團(tuán)隊(duì)協(xié)作是多么的重要。一個(gè)人的精力是多么的有限。進(jìn)一步理解到，企業(yè)為什么如此重視團(tuán)隊(duì)協(xié)作。同時(shí)借用老師的話就是團(tuán)隊(duì)協(xié)作固然重要，但是是建立在個(gè)人素質(zhì)的基礎(chǔ)上，假設(shè)你個(gè)人素質(zhì)不行，將會(huì)影響到整個(gè)團(tuán)隊(duì)，就別提對(duì)團(tuán)隊(duì)作更多貢獻(xiàn)了。__老師說(shuō)這幾句話的時(shí)候，朝向了我，估計(jì)是有特殊意義的吧，所以，我將謹(jǐn)記老師的教導(dǎo)。
還有一個(gè)收獲是從一個(gè)同學(xué)(小胖)那里得到的，他的那組成員跟我的這組大體一樣，我倒是覺得沒什么了，不過(guò)他倒是很重視這個(gè)問(wèn)題吧。然后他說(shuō)出來(lái)，我也覺得這個(gè)問(wèn)題確實(shí)其實(shí)是個(gè)大的問(wèn)題。就是不管你會(huì)不會(huì)這門技術(shù)，會(huì)不會(huì)做這個(gè)東西，態(tài)度要正確才好，就算你不會(huì)做，你也應(yīng)該認(rèn)真的對(duì)待，將來(lái)出身到社會(huì)，就不是說(shuō)像你現(xiàn)在，不會(huì)做就不做，跑去玩游戲了。小胖說(shuō)出了這段話，也在我身上有了一個(gè)印證，雖然我jsp技術(shù)知識(shí)為0，但我也還是在認(rèn)真的跟著他們一起做，不會(huì)做，就多問(wèn)，畢竟現(xiàn)在我們是學(xué)生，可以毫不顧忌的詢問(wèn)各種問(wèn)題，老師也會(huì)盡力為你回答。將來(lái)出身社會(huì)就不一樣了。雖然，我就算個(gè)打醬油的水平，但是這個(gè)醬油也要打得有涵量啊。不管怎么樣，我能對(duì)自己有個(gè)交待，雖然我不會(huì)，但是這次實(shí)訓(xùn)我確實(shí)是認(rèn)真對(duì)待了，六天的實(shí)訓(xùn)，除了晚上加班外，還花了2個(gè)通宵來(lái)完成不同階段的任務(wù)，完成與否也不重要了，我至少我做了，這點(diǎn)，是這次我應(yīng)該對(duì)自己的一個(gè)肯定。
這次實(shí)訓(xùn)的心得基本上就是這些了，最后特別感謝中軟國(guó)際帶我們的那兩個(gè)老師(周褀，朱映)，這兩個(gè)老師對(duì)待我們很平易近人，對(duì)我們提出的問(wèn)題，總是不光解決了，還進(jìn)行了擴(kuò)展，晚上也跟我們一起加班加到很晚，印象尤其深刻就是朱映老師為了給小胖解決一個(gè)問(wèn)題，臉都變紅了，還在繼續(xù)努力，這點(diǎn)我并不會(huì)覺得老師知識(shí)儲(chǔ)備不夠，我想應(yīng)該是這個(gè)問(wèn)題的突發(fā)吧，一時(shí)沒想到怎么處理。相反讓我感覺更多的就是老師很認(rèn)真，很負(fù)責(zé)。還要感謝就是syz2小組的傾力支持，輔導(dǎo)。
軟件工程學(xué)習(xí)心得體會(huì)篇七
作為軟件工程師，我一直對(duì)自己在軟件開發(fā)領(lǐng)域的發(fā)展感到自豪。近年來(lái)，我一直致力于提高自己的技能，并在實(shí)踐中不斷探索和學(xué)習(xí)。在這個(gè)過(guò)程中，我收獲了許多寶貴的經(jīng)驗(yàn)和體會(huì)，讓我更好地理解了軟件工程師的角色和職責(zé)，特別是在團(tuán)隊(duì)合作方面的重要性。
第二段：個(gè)人成長(zhǎng)。
我的軟件開發(fā)之路始于大學(xué)時(shí)期學(xué)習(xí)編程語(yǔ)言，并在一家創(chuàng)業(yè)公司中獲得了第一份實(shí)習(xí)工作。在這一階段，我經(jīng)歷了許多挑戰(zhàn)和學(xué)習(xí)機(jī)會(huì)，計(jì)劃和設(shè)計(jì)軟件解決方案成為我的長(zhǎng)項(xiàng)。在后來(lái)的工作中，我不斷提高自己的團(tuán)隊(duì)合作技能，學(xué)會(huì)協(xié)調(diào)和溝通，特別是在多功能項(xiàng)目中尤為重要。
第三段：貢獻(xiàn)團(tuán)隊(duì)。
作為軟件工程師，我有責(zé)任在團(tuán)隊(duì)中發(fā)揮重要作用，同時(shí)也需要學(xué)會(huì)尊重其他專業(yè)人員的意見和建議。我的目標(biāo)是成為一名優(yōu)秀的團(tuán)隊(duì)成員，通過(guò)協(xié)作和討論尋求最優(yōu)解決方案。在項(xiàng)目中，我總是盡力爭(zhēng)取更高的質(zhì)量和效率，發(fā)現(xiàn)和解決問(wèn)題，對(duì)團(tuán)隊(duì)的發(fā)展做出貢獻(xiàn)。
第四段：重視學(xué)習(xí)。
隨著軟件技術(shù)的不斷發(fā)展，我們必須與時(shí)俱進(jìn)，不斷學(xué)習(xí)新知識(shí)和技能。我經(jīng)常參加工作坊、研討會(huì)等活動(dòng)，與同行交流經(jīng)驗(yàn)，并積極閱讀相關(guān)書籍和文章。通過(guò)不斷學(xué)習(xí)，我擴(kuò)大了自己的技能和知識(shí)范圍，更好地服務(wù)于團(tuán)隊(duì)和客戶。
第五段：結(jié)語(yǔ)。
軟件工程師的工作需要我們具備多種技能和素養(yǎng)，而不僅僅是編程。我們需要協(xié)作，溝通和解決問(wèn)題能力，同時(shí)也需要開放心態(tài)和持續(xù)學(xué)習(xí)的意愿。我相信通過(guò)不斷的積累經(jīng)驗(yàn)和體會(huì)，我們將不斷提高自身能力，為軟件行業(yè)的發(fā)展做出更大的貢獻(xiàn)。
軟件工程學(xué)習(xí)心得體會(huì)篇八
軟件工程師作為現(xiàn)代社會(huì)中越來(lái)越重要的職業(yè)之一，隨著信息技術(shù)的不斷發(fā)展，其職責(zé)也越來(lái)越廣泛和重要。作為一名軟件工程師，我在這個(gè)行業(yè)里摸爬滾打多年，深感自己的成長(zhǎng)離不開各種經(jīng)驗(yàn)和心得的積累。在接下來(lái)的文字中，我將從個(gè)人視角談?wù)勛约涸谲浖_發(fā)過(guò)程中的心得體會(huì)。
第二段：選擇質(zhì)量。
在軟件開發(fā)的過(guò)程中，我最關(guān)注的是軟件的質(zhì)量。因?yàn)檐浖枰L(zhǎng)期運(yùn)行，不僅要滿足用戶需求，還要兼顧安全性和可維護(hù)性等方面，這需要我們?cè)陂_發(fā)過(guò)程中嚴(yán)格控制每一個(gè)環(huán)節(jié)，做好每一個(gè)細(xì)節(jié)。因此，我在項(xiàng)目開發(fā)前會(huì)認(rèn)真分析需求和可能的風(fēng)險(xiǎn)，對(duì)技術(shù)框架和工具的選擇非常謹(jǐn)慎。我也會(huì)定期進(jìn)行代碼復(fù)審和單元測(cè)試等工作，確保代碼質(zhì)量達(dá)標(biāo)。當(dāng)然，在不斷優(yōu)化的過(guò)程中，我也意識(shí)到代碼質(zhì)量的提高不僅僅在于個(gè)人級(jí)別，而更應(yīng)該顧及團(tuán)隊(duì)整體水平，因此深感技術(shù)學(xué)習(xí)和交流的重要性。只有不斷積累、分享，才能讓團(tuán)隊(duì)的發(fā)展更加健康和持久。
第三段：溝通協(xié)作。
作為一名軟件工程師，我們的工作不僅僅是編寫代碼，更包括與產(chǎn)品經(jīng)理、UI設(shè)計(jì)師、測(cè)試工程師等各個(gè)角色之間的溝通協(xié)作。這就需要我們具備更多的軟技能。比如，要善于傾聽和引導(dǎo)，以便更好地理解產(chǎn)品需求和用戶痛點(diǎn)；要有清晰的表達(dá)能力，能夠清楚地向其他角色描述自己的想法和意圖；在開發(fā)過(guò)程中，也要非常注重團(tuán)隊(duì)合作，及時(shí)溝通和協(xié)調(diào)出現(xiàn)的問(wèn)題。整個(gè)軟件開發(fā)過(guò)程需要涵蓋從需求分析、規(guī)劃和設(shè)計(jì)，再到編碼、測(cè)試和上線等各個(gè)環(huán)節(jié)，期間需要負(fù)責(zé)人與團(tuán)隊(duì)的全面協(xié)作才能保證項(xiàng)目的順利完成。
第四段：學(xué)習(xí)成長(zhǎng)。
軟件開發(fā)是一個(gè)知識(shí)密集型的工作，要時(shí)刻緊跟技術(shù)的發(fā)展趨勢(shì)才能在激烈的競(jìng)爭(zhēng)中取得優(yōu)勢(shì)。因此，我認(rèn)為軟件工程師需要具備持續(xù)學(xué)習(xí)的能力和自我提升的意識(shí)。我會(huì)在業(yè)余時(shí)間去了解新的技術(shù)，參加相關(guān)的技術(shù)社群和活動(dòng)，不斷學(xué)習(xí)和嘗試新東西，以此來(lái)增強(qiáng)自己的核心競(jìng)爭(zhēng)力和解決實(shí)際問(wèn)題的能力。同樣，我也會(huì)時(shí)刻關(guān)注團(tuán)隊(duì)的成長(zhǎng)和發(fā)展，希望能為團(tuán)隊(duì)帶來(lái)更多的經(jīng)驗(yàn)和技術(shù)積累。
第五段：總結(jié)回顧。
在軟件開發(fā)的過(guò)程中，我覺得最重要的是要保持持之以恒的熱情和精神狀態(tài)。無(wú)論是在技術(shù)領(lǐng)域還是在團(tuán)隊(duì)管理中，不停地學(xué)習(xí)和成長(zhǎng)，分享并培育團(tuán)隊(duì)的創(chuàng)新精神和專業(yè)精神，才能不斷提高自己和團(tuán)隊(duì)的能力和素質(zhì)，做出更好的產(chǎn)品。取得成功需要獨(dú)立思考和勇于探索，但更需要承認(rèn)團(tuán)隊(duì)的重要性，在各方面展現(xiàn)出自己領(lǐng)導(dǎo)團(tuán)隊(duì)的能力和擔(dān)當(dāng)。在今后的工作和生活中，我也將持續(xù)關(guān)注自己的成長(zhǎng)需求，堅(jiān)定地走好自己的職業(yè)道路。
軟件工程學(xué)習(xí)心得體會(huì)篇九
軟件工程師是一個(gè)充滿挑戰(zhàn)和機(jī)遇的職業(yè)。在我從事軟件開發(fā)工作的這段時(shí)間里，我不斷學(xué)習(xí)和成長(zhǎng)，越來(lái)越喜愛這個(gè)行業(yè)。在這篇文章中，我將分享自己關(guān)于軟件工程師的心得體會(huì)，希望對(duì)其他人有所幫助。
第一段：專業(yè)知識(shí)的重要性。
作為軟件工程師，我們必須對(duì)技術(shù)的掌握非常精通，我們?cè)诓粩嗟奶剿骱蛯W(xué)習(xí)新的工具和技術(shù)。我們必須持續(xù)不斷地關(guān)注業(yè)界的最新動(dòng)態(tài)，及時(shí)掌握前沿技術(shù)，像人工智能、區(qū)塊鏈等這些新技術(shù)都值得我們?nèi)ヌ骄?。與此同時(shí)，掌握好基礎(chǔ)的計(jì)算機(jī)科學(xué)知識(shí)也是需要的。掌握這些知識(shí)既能幫助我們更好地理解系統(tǒng)內(nèi)部實(shí)現(xiàn)機(jī)理，也能避免犯一些低級(jí)的錯(cuò)誤。在學(xué)習(xí)和成長(zhǎng)的過(guò)程中，我體會(huì)到了這一點(diǎn)。
第二段：團(tuán)隊(duì)合作的重要性。
在軟件開發(fā)領(lǐng)域，沒有人能獨(dú)善其身。在一個(gè)團(tuán)隊(duì)中，每個(gè)人都有自己的專業(yè)領(lǐng)域，只有團(tuán)隊(duì)共同合作才能實(shí)現(xiàn)項(xiàng)目的成功。因此，團(tuán)隊(duì)合作是成功的關(guān)鍵。在團(tuán)隊(duì)工作中，我們必須學(xué)會(huì)彼此傾聽，交流并協(xié)作。我們必須以實(shí)現(xiàn)目標(biāo)為導(dǎo)向，共同完成任務(wù)。同時(shí)，探討問(wèn)題并互相幫助也是必要的。這些方面都可以提高我們的溝通能力，并促進(jìn)合作的成功。
第三段：代碼質(zhì)量的重要性。
軟件工程師所編寫的代碼是企業(yè)技術(shù)資產(chǎn)，同時(shí)也是開發(fā)者個(gè)人的財(cái)富。因此，編寫優(yōu)質(zhì)的代碼是非常重要的。良好的代碼質(zhì)量可以提高系統(tǒng)的可維護(hù)性和可擴(kuò)展性，減少后續(xù)的工作量，同時(shí)也可以為編寫代碼的人提供一份技術(shù)遺產(chǎn)。還有就是一個(gè)高效、優(yōu)質(zhì)的代碼可以提高團(tuán)隊(duì)的安全和整體效率。在我的經(jīng)驗(yàn)中，保證代碼質(zhì)量可以使系統(tǒng)更加穩(wěn)定可靠，同時(shí)也可以讓開發(fā)者和團(tuán)隊(duì)獲得更高的聲譽(yù)。
第四段：思考的重要性。
軟件工程師是一個(gè)需要保持開放性思維的職業(yè)，我們需要在不斷的探索和思考中成長(zhǎng)和進(jìn)步。嘗試去遇到新事物并探究它們的實(shí)現(xiàn)方法，吸收不同的思路和思考方式，這些都是非常好的方法。思考可以幫助我們更加深入地理解一個(gè)問(wèn)題，也有助于我們找到解決問(wèn)題的方法。因此，保持開放性思維，創(chuàng)新思考就顯得非常重要。思考能助于我們預(yù)先考慮項(xiàng)目中可能出現(xiàn)的問(wèn)題，從而提前解決。這就可以讓我們?cè)谖磥?lái)的開發(fā)需求中更好地迎接新的挑戰(zhàn)。
第五段：持續(xù)學(xué)習(xí)和成長(zhǎng)。
軟件工程師的職業(yè)生涯需要不斷的學(xué)習(xí)和成長(zhǎng)。保持對(duì)技術(shù)的持續(xù)學(xué)習(xí)和學(xué)習(xí)新的工具和技術(shù)是追求成長(zhǎng)的最好途徑。因此保持學(xué)習(xí)的態(tài)度，介入到新依賴和組件中去創(chuàng)造用戶會(huì)很喜愛的產(chǎn)品。同時(shí)，不斷地學(xué)習(xí)也能拓寬了自己的視野，了解各種技術(shù)的優(yōu)點(diǎn)和缺點(diǎn)。保持求知欲，不斷學(xué)習(xí)，用最好的狀態(tài)去完成我自己和團(tuán)隊(duì)的任務(wù)。
總之，軟件工程師的工作是充滿挑戰(zhàn)和機(jī)遇的。實(shí)現(xiàn)成功的關(guān)鍵在于專業(yè)知識(shí)、團(tuán)隊(duì)合作、代碼質(zhì)量、思考能力和持續(xù)學(xué)習(xí)。我相信，人們只要持續(xù)學(xué)習(xí)和努力進(jìn)步，定能成為更好的軟件開發(fā)者。
軟件工程學(xué)習(xí)心得體會(huì)篇十
學(xué)習(xí)了這門課程, 還有老師們的多元化教課,不但讓我從理論上掌握軟件工程,還有從不同的實(shí)例,讓理論和實(shí)踐得到了很好的結(jié)合。整一個(gè)學(xué)期下來(lái)，總的來(lái)說(shuō)還是學(xué)到了很多東西的，有很多地方是值得肯定的，其實(shí)在我看來(lái)，軟件工程與其說(shuō)是一門課程，不如說(shuō)是一門思想。是一個(gè)如何去分析和處理問(wèn)題的過(guò)程，應(yīng)該說(shuō)其范疇已經(jīng)遠(yuǎn)遠(yuǎn)不止局限于該門課程，成為了一個(gè)綜合的一個(gè)能夠解決問(wèn)題的思想集合。
要學(xué)習(xí)軟件工程，學(xué)會(huì)如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習(xí)慣，想學(xué)好軟件工程，就必須知道軟件工程的目標(biāo)、過(guò)程和原則： 軟件工程目標(biāo)：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。正確性指軟件產(chǎn)品達(dá)到預(yù)期功能的程度。
可用性指軟件基本結(jié)構(gòu)、實(shí)現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運(yùn)行的整個(gè)開銷滿足用戶要求的程度。這些目標(biāo)的實(shí)現(xiàn)不論在理論上還是在實(shí)踐中均存在很多待解決的問(wèn)題，它們形成了對(duì)過(guò)程、過(guò)程模型及工程方法選取的約束。
軟件工程過(guò)程：生產(chǎn)一個(gè)最終能滿足需求且達(dá)到工程目標(biāo)的軟件產(chǎn)品所需要的步驟。軟件工程過(guò)程主要包括開發(fā)過(guò)程、運(yùn)作過(guò)程、維護(hù)過(guò)程。它們覆蓋了需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)以及維護(hù)等活動(dòng)。需求活動(dòng)包括問(wèn)題分析和需求分析。問(wèn)題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設(shè)計(jì)活動(dòng)一般包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)建立整個(gè)軟件系統(tǒng)結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說(shuō)明、每一模塊的接口定義。詳細(xì)設(shè)計(jì)產(chǎn)生程序員可用的模塊說(shuō)明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說(shuō)明及加工描述。實(shí)現(xiàn)活動(dòng)把設(shè)計(jì)結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認(rèn)活動(dòng)貫穿于整個(gè)開發(fā)過(guò)程，實(shí)現(xiàn)完成后的確認(rèn)，保證最終產(chǎn)品滿足用戶的要求。維護(hù)活動(dòng)包括使用過(guò)程中的擴(kuò)充、修改與完善。伴隨以上過(guò)程，還有管理過(guò)程、支持過(guò)程、培訓(xùn)過(guò)程等。 軟件工程的原則是指圍繞工程設(shè)計(jì)、工程支持以及工程管理在軟件開發(fā)過(guò)程中必須遵循的原則。
pad圖：它是用結(jié)構(gòu)化程序設(shè)計(jì)思想表現(xiàn)程序邏輯結(jié)構(gòu)的圖形工具。pad也設(shè)置了五種基本控制結(jié)構(gòu)的圖示，并允許遞歸使用。hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國(guó)ibm公司在軟件設(shè)計(jì)中使用的主要表達(dá)工具。hc圖既是層次圖，用于表示軟件的分層結(jié)構(gòu)。hc圖中的每一個(gè)模塊，均可用一張ipo圖來(lái)描述。ipo 圖由輸入、處理和輸出三個(gè)框組成，需要時(shí)還可以增加一個(gè)數(shù)據(jù)文件框，這種圖形的優(yōu)點(diǎn)，是能夠直觀地顯示輸入處理輸出三者之間的聯(lián)系。還有測(cè)試方法:按照測(cè)試過(guò)程是否在實(shí)際應(yīng)用環(huán)境中來(lái)分，有靜態(tài)分析與動(dòng)態(tài)測(cè)試。測(cè)試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。靜態(tài)分析技術(shù)：不執(zhí)行被測(cè)軟件，可對(duì)需求分析說(shuō)明書、軟件設(shè)計(jì)說(shuō)明書、源程序做結(jié)構(gòu)檢查、流程分析、符號(hào)執(zhí)行來(lái)找出軟件錯(cuò)誤。動(dòng)態(tài)測(cè)試技術(shù)：當(dāng)把程序作為一個(gè)函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關(guān)系。還學(xué)習(xí)了其他很多工具、語(yǔ)言、方法等，雖然不是都學(xué)得很透徹，但我相信在今后的學(xué)習(xí)中一定會(huì)慢慢的完善的。
軟件工程對(duì)于初學(xué)者來(lái)說(shuō)，知識(shí)基礎(chǔ)較薄弱，對(duì)一些應(yīng)用操作、概念、工具方法等理解起來(lái)較為困難，要能從整體概念上較好地理解和把握、學(xué)好軟件工程，不是僅僅把幾本專業(yè)書籍細(xì)致地看幾遍，然后上機(jī)練習(xí)幾次就可以成功，學(xué)習(xí)過(guò)程中要注意多看多練要注意結(jié)合實(shí)際，更要多思考，面對(duì)錯(cuò)誤不要一范就問(wèn)，要嘗試自己去解決。但是還要注意什么都學(xué)，肯定是什么都學(xué)不透的，要集中精力打攻堅(jiān)戰(zhàn)，學(xué)習(xí)軟件工程首先要明白自己的學(xué)習(xí)目標(biāo)究竟是什么，根據(jù)自己的實(shí)際工作出發(fā)，有針對(duì)性的在相應(yīng)的學(xué)習(xí)方向上進(jìn)行提高，制定出詳細(xì)的學(xué)習(xí)規(guī)劃。還要注意與其他科目的相輔相成，就像我們?cè)趯W(xué)習(xí)面向?qū)ο蠓治龅臅r(shí)候要結(jié)合大一學(xué)習(xí)的面向?qū)ο蠹捌浞椒▽W(xué)這一專業(yè)科目進(jìn)行研究拓展;在學(xué)習(xí)語(yǔ)言時(shí)，要看看與c語(yǔ)言的聯(lián)系，多思多想，把從各個(gè)科目學(xué)到的知識(shí)通匯貫通。
在軟件工程的學(xué)習(xí)中，我了解到了軟件并非是一些代碼這么簡(jiǎn)單，在開發(fā)軟件的過(guò)程中，編寫代碼的工作量其實(shí)只占不到所有工程量的30%，而后期的管理和維護(hù)更是占了60%到80%之多。一個(gè)完整的項(xiàng)目規(guī)劃須包括，軟件的定義，可行性分析報(bào)告，項(xiàng)目開發(fā)計(jì)劃，軟件需求說(shuō)明書，概要設(shè)計(jì)說(shuō)明書，詳細(xì)設(shè)計(jì)說(shuō)明書，用戶操作手冊(cè)，測(cè)試計(jì)劃，測(cè)試分析報(bào)告，開發(fā)進(jìn)度報(bào)告，項(xiàng)目開發(fā)總結(jié)報(bào)告，軟件維護(hù)手冊(cè)，軟件問(wèn)題報(bào)告，軟件修改報(bào)告，等多個(gè)文檔，每個(gè)文檔都要上級(jí)驗(yàn)收審查，而文檔數(shù)量眾多，要做好這點(diǎn)真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個(gè)目的的關(guān)鍵，既研究如何用最小的開銷做出生存期較長(zhǎng)的軟件，再加上各個(gè)階段都要進(jìn)行周密的策劃、詳細(xì)的分工部署和人員安排，且各階段要據(jù)具體情況不斷的反復(fù)才能達(dá)成，所以代碼只是開發(fā)軟件這個(gè)浩大的工程的一個(gè)小小的過(guò)程。
而編碼的學(xué)習(xí)中，我更了解到形成自己獨(dú)特的規(guī)范的編碼風(fēng)格是非常重要的事。因?yàn)檫@影響到了軟件后期繁重的維護(hù)，大家都要閱讀你的程序，如果你寫的程序毫無(wú)規(guī)范可言，那么別人怎么能讀懂你的程序讀不懂程序，維護(hù)又從何談起呢所以，我們?cè)诮窈蟮膶W(xué)習(xí)中，一定要注意這方面的培養(yǎng)，在寫程序的過(guò)程中，要逐步的在規(guī)范的基礎(chǔ)上形成屬于自己的風(fēng)格，即方便自己的修改，也方便日后他人的閱讀。
在學(xué)習(xí)中，我們還要注意比較三種方法的優(yōu)缺點(diǎn)，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無(wú)序，但其在適應(yīng)需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數(shù)據(jù)，缺乏兩者的有機(jī)結(jié)合。而面向?qū)ο蠓椒ǖ某绦蛟O(shè)計(jì)和問(wèn)題求解更符合人們?nèi)粘Ｗ匀坏乃季S習(xí)慣，適合大型、復(fù)雜及交互性比較強(qiáng)的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學(xué)變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說(shuō)明轉(zhuǎn)換為可執(zhí)行的程序。在今后的學(xué)習(xí)中要注意多讀書、多思考、多練習(xí)、多討論，不斷熟悉書本的基礎(chǔ)，并以此為基礎(chǔ)將其擴(kuò)散開來(lái)，應(yīng)用于今后的實(shí)踐。不斷鍛煉自己，向一名合格的程序設(shè)計(jì)師邁進(jìn)。
軟件工程學(xué)習(xí)心得體會(huì)篇十一
學(xué)習(xí)軟件工程一個(gè)學(xué)期以來(lái)，我在陳燁老師的教導(dǎo)下確實(shí)獲益匪淺。軟件工程這門課，讓我對(duì)軟件的認(rèn)識(shí)有了大大的提升，從一開始對(duì)軟件工程的一無(wú)所知，到現(xiàn)在一學(xué)期下來(lái)的不斷學(xué)習(xí)，懂得了許多的知識(shí)。
軟件不僅僅是程序，而是思想在硬件上的載體和體現(xiàn)，軟件工程與其說(shuō)是一門課程，不如說(shuō)是一門思想。讓我懂得如何去分析和處理問(wèn)題的過(guò)程，綜合解決問(wèn)題。
在這段時(shí)間的學(xué)習(xí)中，我明白了一個(gè)完整的項(xiàng)目規(guī)劃須包括，軟件的定義，可行性分析報(bào)告，項(xiàng)目開發(fā)計(jì)劃，軟件需求說(shuō)明書，概要設(shè)計(jì)說(shuō)明書，詳細(xì)設(shè)計(jì)說(shuō)明書，用戶操作手冊(cè)，測(cè)試計(jì)劃，測(cè)試分析報(bào)告等多個(gè)文檔，而軟件的生存周期可分為八個(gè)階段，分別是問(wèn)題定義，可行性研究，需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，程序設(shè)計(jì)，測(cè)試，文檔，技術(shù)支持，售后服務(wù)。而可行性包括經(jīng)濟(jì)，技術(shù)，法律和社會(huì)。了解了許多軟件開發(fā)模型，比如瀑布模型，增量模型和螺旋模型，也了解了uml對(duì)象面向?qū)ο蠼?，知道如何畫流圖，碩果累累。其實(shí)軟件和程序是兩個(gè)不同的概念，軟件除了程序還要有使用和維護(hù)該程序所需要的全部文檔。包括需求文檔、設(shè)計(jì)文檔、測(cè)試文檔、維護(hù)文檔以及使用手冊(cè)。
軟件工程對(duì)于初學(xué)者來(lái)說(shuō)，知識(shí)基礎(chǔ)較薄弱，對(duì)一些應(yīng)用操作、概念、工具方法等理解起來(lái)較為困難，需要很好的基礎(chǔ)知識(shí)的理解和掌握，所以說(shuō)學(xué)好軟件工程不是僅僅書多看幾遍就可以成功，而是要多注意結(jié)合實(shí)際，多思考，面對(duì)錯(cuò)誤不要一范就問(wèn)，要嘗試自己去解決，然后舉一反三。
軟件工程這門課在我們畢業(yè)之后，是我們實(shí)際要運(yùn)用的一項(xiàng)非常有用的技能，這門課讓我意識(shí)到理論學(xué)習(xí)很重要，而實(shí)踐更重要，實(shí)踐是檢驗(yàn)真理的唯一標(biāo)準(zhǔn)，只有實(shí)踐和理論相結(jié)合，才能使效益最大化。軟件工程的課雖然快要結(jié)束了，但是我對(duì)軟件工程的學(xué)習(xí)才剛剛開始，有了這些基本知識(shí)做鋪墊，在以后做項(xiàng)目的時(shí)候?qū)?huì)是解決問(wèn)題的有效措施。
軟件工程學(xué)習(xí)心得體會(huì)篇十二
在本學(xué)期的軟件工程課程的學(xué)習(xí)中，我們學(xué)習(xí)了十一章的內(nèi)容。
第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎(chǔ)性的內(nèi)容，例如軟件的概念、特性，軟件危機(jī)的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。
第二章軟件工程方法與工具，這一章主要對(duì)軟件工程方法進(jìn)行介紹，包括三種方法：傳統(tǒng)方法、面向?qū)ο蠓椒?、形式化方法?BR> 還引出了工具uml。
第三章軟件需求獲取與結(jié)構(gòu)化分析方法，本章詳細(xì)介紹了需求獲取與需求分析階段的任務(wù)以及結(jié)構(gòu)化分析方法，畫分層的數(shù)據(jù)流圖、e-r圖以及狀態(tài)圖式本節(jié)的重點(diǎn)。
第四章結(jié)構(gòu)化分析方法，這一章重點(diǎn)講解了使用變換型映射方法和事務(wù)型映射方法生成初始的模塊結(jié)構(gòu)以及模塊結(jié)構(gòu)的改進(jìn)。
第五章編碼，這一章重點(diǎn)講解了編碼的風(fēng)格及規(guī)范，還告訴我們編碼規(guī)范說(shuō)帶來(lái)的好處，并告誡我們將來(lái)一點(diǎn)要形成好的編碼風(fēng)格。
第六章軟件測(cè)試方法，本章講解了軟件測(cè)試相關(guān)的概念及重要性，軟件測(cè)試與開發(fā)各個(gè)階段的關(guān)系;還介紹了白盒測(cè)試技術(shù)以及黑河測(cè)試技術(shù)。
第七章統(tǒng)一建模語(yǔ)言u(píng)ml概述，本章詳細(xì)介紹了uml的基本模式、事物、關(guān)系及建模時(shí)用到的各種圖進(jìn)行了介紹。
第八章面向?qū)ο蠓治觯@一章主要講解了面向?qū)ο蠓治龅?種模型，包括功能模型、靜態(tài)模型和動(dòng)態(tài)模型。
第九章軟件體系結(jié)構(gòu)與設(shè)計(jì)模式，本章對(duì)軟件體系結(jié)構(gòu)的'基本概念、典型風(fēng)格等進(jìn)行了講解。
第十章面向?qū)ο笤O(shè)計(jì)，本章的重點(diǎn)是對(duì)面向?qū)ο蠓治鰰r(shí)建立的對(duì)象模型進(jìn)行調(diào)整和細(xì)化。
第十一章軟件維護(hù)，本章主要介紹軟件維護(hù)的任務(wù)、軟件維護(hù)活動(dòng)以及軟件維護(hù)方法進(jìn)行了介紹。
要學(xué)習(xí)軟件工程，學(xué)會(huì)如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習(xí)慣，想學(xué)好軟件工程，就必須知道軟件工程的目標(biāo)、過(guò)程和原則：軟件工程目標(biāo)：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。
正確性指軟件產(chǎn)品達(dá)到預(yù)期功能的程度。
可用性指軟件基本結(jié)構(gòu)、實(shí)現(xiàn)及文檔為用戶可用的程度。
開銷合宜是指軟件開發(fā)、運(yùn)行的整個(gè)開銷滿足用戶要求的程度。
這些目標(biāo)的實(shí)現(xiàn)不論在理論上還是在實(shí)踐中均存在很多待解決的問(wèn)題，它們形成了對(duì)過(guò)程、過(guò)程模型及工程方法選取的約束。
軟件工程過(guò)程：生產(chǎn)一個(gè)最終能滿足需求且達(dá)到工程目標(biāo)的軟件產(chǎn)品所需要的步驟。
軟件工程過(guò)程主要包括開發(fā)過(guò)程、運(yùn)作過(guò)程、維護(hù)過(guò)程。
它們覆蓋了需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)以及維護(hù)等活動(dòng)。
需求活動(dòng)包括問(wèn)題分析和需求分析。
問(wèn)題分析獲取需求定義，又稱軟件需求規(guī)約。
需求分析生成功能規(guī)約。
設(shè)計(jì)活動(dòng)一般包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。
概要設(shè)計(jì)建立整個(gè)軟件系統(tǒng)結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說(shuō)明、每一模塊的接口定義。
詳細(xì)設(shè)計(jì)產(chǎn)生程序員可用的模塊說(shuō)明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說(shuō)明及加工描述。
實(shí)現(xiàn)活動(dòng)把設(shè)計(jì)結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。
確認(rèn)活動(dòng)貫穿于整個(gè)開發(fā)過(guò)程，實(shí)現(xiàn)完成后的確認(rèn)，保證最終產(chǎn)品滿足用戶的要求。
維護(hù)活動(dòng)包括使用過(guò)程中的擴(kuò)充、修改與完善。
伴隨以上過(guò)程，還有管理過(guò)程、支持過(guò)程、培訓(xùn)過(guò)程等。
軟件工程的原則是指圍繞工程設(shè)計(jì)、工程支持以及工程管理在軟件開發(fā)過(guò)程中必須遵循的原則。
我們學(xué)習(xí)了詳細(xì)設(shè)計(jì)的方法，其原則是過(guò)程描述是否易于理解、復(fù)審和維護(hù)，進(jìn)而過(guò)程描述能夠自然地轉(zhuǎn)換成代碼，并保證詳細(xì)設(shè)計(jì)與代碼完全一致。
包括程序流程圖、n-s圖、pad圖、hipo圖。
程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達(dá)工具。
它獨(dú)立于任何一種程序設(shè)計(jì)語(yǔ)言，比較直觀和清晰地描述過(guò)程的控制流程，易于學(xué)習(xí)掌握。
軟件工程學(xué)習(xí)心得體會(huì)篇十三
在本學(xué)期的軟件工程課程的學(xué)習(xí)中，我們學(xué)習(xí)了十一章的內(nèi)容。第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎(chǔ)性的內(nèi)容，例如軟件的概念、特性，軟件危機(jī)的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。第二章軟件工程方法與工具，這一章主要對(duì)軟件工程方法進(jìn)行介紹，包括三種方法：傳統(tǒng)方法、面向?qū)ο蠓椒?、形式化方法。還引出了工具uml。第三章軟件需求獲取與結(jié)構(gòu)化分析方法，本章詳細(xì)介紹了需求獲取與需求分析階段的任務(wù)以及結(jié)構(gòu)化分析方法，畫分層的數(shù)據(jù)流圖、e-r圖以及狀態(tài)圖式本節(jié)的重點(diǎn)。第四章結(jié)構(gòu)化分析方法，這一章重點(diǎn)講解了使用變換型映射方法和事務(wù)型映射方法生成初始的模塊結(jié)構(gòu)以及模塊結(jié)構(gòu)的改進(jìn)。第五章編碼，這一章重點(diǎn)講解了編碼的風(fēng)格及規(guī)范，還告訴我們編碼規(guī)范說(shuō)帶來(lái)的好處，并告誡我們將來(lái)一點(diǎn)要形成好的編碼風(fēng)格。第六章軟件測(cè)試方法，本章講解了軟件測(cè)試相關(guān)的概念及重要性，軟件測(cè)試與開發(fā)各個(gè)階段的關(guān)系;還介紹了白盒測(cè)試技術(shù)以及黑河測(cè)試技術(shù)。第七章統(tǒng)一建模語(yǔ)言u(píng)ml概述，本章詳細(xì)介紹了uml的基本模式、事物、關(guān)系及建模時(shí)用到的各種圖進(jìn)行了介紹。第八章面向?qū)ο蠓治觯@一章主要講解了面向?qū)ο蠓治龅?種模型，包括功能模型、靜態(tài)模型和動(dòng)態(tài)模型。第九章軟件體系結(jié)構(gòu)與設(shè)計(jì)模式，本章對(duì)軟件體系結(jié)構(gòu)的基本概念、典型風(fēng)格等進(jìn)行了講解。第十章面向?qū)ο笤O(shè)計(jì)，本章的重點(diǎn)是對(duì)面向?qū)ο蠓治鰰r(shí)建立的對(duì)象模型進(jìn)行調(diào)整和細(xì)化。第十一章軟件維護(hù)，本章主要介紹軟件維護(hù)的任務(wù)、軟件維護(hù)活動(dòng)以及軟件維護(hù)方法進(jìn)行了介紹。
要學(xué)習(xí)軟件工程，學(xué)會(huì)如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習(xí)慣，想學(xué)好軟件工程，就必須知道軟件工程的目標(biāo)、過(guò)程和原則：軟件工程目標(biāo)：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。正確性指軟件產(chǎn)品達(dá)到預(yù)期功能的程度?？捎眯灾杠浖窘Y(jié)構(gòu)、實(shí)現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運(yùn)行的整個(gè)開銷滿足用戶要求的程度。這些目標(biāo)的實(shí)現(xiàn)不論在理論上還是在實(shí)踐中均存在很多待解決的問(wèn)題，它們形成了對(duì)過(guò)程、過(guò)程模型及工程方法選取的約束。
軟件工程過(guò)程：生產(chǎn)一個(gè)最終能滿足需求且達(dá)到工程目標(biāo)的軟件產(chǎn)品所需要的步驟。軟件工程過(guò)程主要包括開發(fā)過(guò)程、運(yùn)作過(guò)程、維護(hù)過(guò)程。它們覆蓋了需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)以及維護(hù)等活動(dòng)。需求活動(dòng)包括問(wèn)題分析和需求分析。問(wèn)題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設(shè)計(jì)活動(dòng)一般包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)建立整個(gè)軟件系統(tǒng)結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說(shuō)明、每一模塊的接口定義。詳細(xì)設(shè)計(jì)產(chǎn)生程序員可用的模塊說(shuō)明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說(shuō)明及加工描述。實(shí)現(xiàn)活動(dòng)把設(shè)計(jì)結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認(rèn)活動(dòng)貫穿于整個(gè)開發(fā)過(guò)程，實(shí)現(xiàn)完成后的確認(rèn)，保證最終產(chǎn)品滿足用戶的要求。維護(hù)活動(dòng)包括使用過(guò)程中的擴(kuò)充、修改與完善。伴隨以上過(guò)程，還有管理過(guò)程、支持過(guò)程、培訓(xùn)過(guò)程等。
軟件工程的原則是指圍繞工程設(shè)計(jì)、工程支持以及工程管理在軟件開發(fā)過(guò)程中必須遵循的原則。
程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達(dá)工具。它獨(dú)立于任何一種程序設(shè)計(jì)語(yǔ)言，比較直觀和清晰地描述過(guò)程的控制流程，易于學(xué)習(xí)掌握。在流程圖中只能使用下述的五種基本控制結(jié)構(gòu)：順序型;選擇型;while型循環(huán);until型循環(huán);多情況型選擇。
n-s圖：一種符合結(jié)構(gòu)化程序設(shè)計(jì)原則的圖形描述工具，稱為盒圖，又稱為n-s圖。在n-s圖中，為了表示五種基本控制結(jié)構(gòu)，規(guī)定了五種圖形構(gòu)件。順序型;選擇型;while重復(fù)型;until重復(fù)型;多分支選擇型。
pad圖：它是用結(jié)構(gòu)化程序設(shè)計(jì)思想表現(xiàn)程序邏輯結(jié)構(gòu)的圖形工具。pad也設(shè)置了五種基本控制結(jié)構(gòu)的圖示，并允許遞歸使用。
hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國(guó)ibm公司在軟件設(shè)計(jì)中使用的主要表達(dá)工具。
hc圖既是層次圖，用于表示軟件的分層結(jié)構(gòu)。hc圖中的每一個(gè)模塊，均可用一張ipo圖來(lái)描述。ipo圖由輸入、處理和輸出三個(gè)框組成，需要時(shí)還可以增加一個(gè)數(shù)據(jù)文件框，這種圖形的優(yōu)點(diǎn)，是能夠直觀地顯示輸入—處理—輸出三者之間的聯(lián)系。
還有測(cè)試方法:按照測(cè)試過(guò)程是否在實(shí)際應(yīng)用環(huán)境中來(lái)分，有靜態(tài)分析與動(dòng)態(tài)測(cè)試。測(cè)試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。
靜態(tài)分析技術(shù)：不執(zhí)行被測(cè)軟件，可對(duì)需求分析。
說(shuō)明書。
軟件設(shè)計(jì)說(shuō)明書源程序做結(jié)構(gòu)檢查流程分析符號(hào)執(zhí)行來(lái)找出軟件錯(cuò)誤。
動(dòng)態(tài)測(cè)試技術(shù)：當(dāng)把程序作為一個(gè)函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關(guān)系。
還學(xué)習(xí)了其他很多工具、語(yǔ)言、方法等，雖然不是都學(xué)得很透徹，但我相信在今后的學(xué)習(xí)中一定會(huì)慢慢的完善的。
軟件工程對(duì)于初學(xué)者來(lái)說(shuō)，知識(shí)基礎(chǔ)較薄弱，對(duì)一些應(yīng)用操作、概念、工具方法等理解起來(lái)較為困難，要能從整體概念上較好地理解和把握、學(xué)好軟件工程，不是僅僅把幾本專業(yè)書籍細(xì)致地看幾遍，然后上機(jī)練習(xí)幾次就可以成功，學(xué)習(xí)過(guò)程中要注意多看多練要注意結(jié)合實(shí)際，更要多思考，面對(duì)錯(cuò)誤不要一范就問(wèn)，要嘗試自己去解決。但是還要注意什么都學(xué)，肯定是什么都學(xué)不透的，要集中精力打攻堅(jiān)戰(zhàn)，學(xué)習(xí)軟件工程首先要明白自己的學(xué)習(xí)目標(biāo)究竟是什么，根據(jù)自己的實(shí)際工作出發(fā)，有針對(duì)性的在相應(yīng)的學(xué)習(xí)方向上進(jìn)行提高，制定出詳細(xì)的學(xué)習(xí)規(guī)劃。還要注意與其他科目的相輔相成，就像我們?cè)趯W(xué)習(xí)面向?qū)ο蠓治龅臅r(shí)候要結(jié)合大一學(xué)習(xí)的面向?qū)ο蠹捌浞椒▽W(xué)這一專業(yè)科目進(jìn)行研究拓展;在學(xué)習(xí)語(yǔ)言時(shí)，要看看與c語(yǔ)言的聯(lián)系，多思多想，把從各個(gè)科目學(xué)到的知識(shí)通匯貫通。
在軟件工程的學(xué)習(xí)中，我了解到了軟件并非是一些代碼這么簡(jiǎn)單，在開發(fā)軟件的過(guò)程中，編寫代碼的工作量其實(shí)只占不到所有工程量的30%，而后期的管理和維護(hù)更是占了60%到80%之多。一個(gè)完整的項(xiàng)目規(guī)劃須包括，軟件的定義，可行性分析報(bào)告，項(xiàng)目開發(fā)計(jì)劃，軟件需求說(shuō)明書，概要設(shè)計(jì)說(shuō)明書，詳細(xì)設(shè)計(jì)說(shuō)明書，用戶操作手冊(cè)，測(cè)試計(jì)劃，測(cè)試分析報(bào)告，開發(fā)進(jìn)度報(bào)告，項(xiàng)目開發(fā)總結(jié)報(bào)告，軟件維護(hù)手冊(cè)，軟件問(wèn)題報(bào)告，軟件修改報(bào)告，等多個(gè)文檔，每個(gè)文檔都要上級(jí)驗(yàn)收審查，而文檔數(shù)量眾多，要做好這點(diǎn)真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個(gè)目的的關(guān)鍵，既研究如何用最小的開銷做出生存期較長(zhǎng)的軟件，再加上各個(gè)階段都要進(jìn)行周密的策劃、詳細(xì)的分工部署和人員安排，且各階段要據(jù)具體情況不斷的反復(fù)才能達(dá)成，所以代碼只是開發(fā)軟件這個(gè)浩大的工程的一個(gè)小小的過(guò)程。
而編碼的學(xué)習(xí)中，我更了解到形成自己獨(dú)特的規(guī)范的編碼風(fēng)格是非常重要的事。因?yàn)檫@影響到了軟件后期繁重的維護(hù)，大家都要閱讀你的程序，如果你寫的程序毫無(wú)規(guī)范可言，那么別人怎么能讀懂你的程序?讀不懂程序，維護(hù)又從何談起呢?所以，我們?cè)诮窈蟮膶W(xué)習(xí)中，一定要注意這方面的培養(yǎng)，在寫程序的過(guò)程中，要逐步的在規(guī)范的基礎(chǔ)上形成屬于自己的風(fēng)格，即方便自己的修改，也方便日后他人的閱讀。
在學(xué)習(xí)中，我們還要注意比較三種方法的優(yōu)缺點(diǎn)，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無(wú)序，但其在適應(yīng)需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數(shù)據(jù)，缺乏兩者的有機(jī)結(jié)合。而面向?qū)ο蠓椒ǖ某绦蛟O(shè)計(jì)和問(wèn)題求解更符合人們?nèi)粘Ｗ匀坏乃季S習(xí)慣，適合大型、復(fù)雜及交互性比較強(qiáng)的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學(xué)變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說(shuō)明轉(zhuǎn)換為可執(zhí)行的程序。
在今后的學(xué)習(xí)中要注意多讀書、多思考、多練習(xí)、多討論，不斷熟悉書本的基礎(chǔ)，并以此為基礎(chǔ)將其擴(kuò)散開來(lái)，應(yīng)用于今后的實(shí)踐。不斷鍛煉自己，向一名合格的程序設(shè)計(jì)師邁進(jìn)。
共
2
頁(yè)，當(dāng)前第。
2
頁(yè)
1
2
軟件工程學(xué)習(xí)心得體會(huì)篇十四
在本學(xué)期的軟件工程課程的學(xué)習(xí)中，我們學(xué)習(xí)了十一章的內(nèi)容。第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎(chǔ)性的內(nèi)容，例如軟件的概念、特性，軟件危機(jī)的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。第二章軟件工程方法與工具，這一章主要對(duì)軟件工程方法進(jìn)行介紹，包括三種方法：傳統(tǒng)方法、面向?qū)ο蠓椒?、形式化方法。還引出了工具uml。第三章軟件需求獲取與結(jié)構(gòu)化分析方法，本章詳細(xì)介紹了需求獲取與需求分析階段的任務(wù)以及結(jié)構(gòu)化分析方法，畫分層的數(shù)據(jù)流圖、e—r圖以及狀態(tài)圖式本節(jié)的重點(diǎn)。第四章結(jié)構(gòu)化分析方法，這一章重點(diǎn)講解了使用變換型映射方法和事務(wù)型映射方法生成初始的模塊結(jié)構(gòu)以及模塊結(jié)構(gòu)的改進(jìn)。第五章編碼，這一章重點(diǎn)講解了編碼的風(fēng)格及規(guī)范，還告訴我們編碼規(guī)范說(shuō)帶來(lái)的好處，并告誡我們將來(lái)一點(diǎn)要形成好的編碼風(fēng)格。第六章軟件測(cè)試方法，本章講解了軟件測(cè)試相關(guān)的概念及重要性，軟件測(cè)試與開發(fā)各個(gè)階段的關(guān)系；還介紹了白盒測(cè)試技術(shù)以及黑河測(cè)試技術(shù)。第七章統(tǒng)一建模語(yǔ)言u(píng)ml概述，本章詳細(xì)介紹了uml的基本模式、事物、關(guān)系及建模時(shí)用到的各種圖進(jìn)行了介紹。第八章面向?qū)ο蠓治?，這一章主要講解了面向?qū)ο蠓治龅?種模型，包括功能模型、靜態(tài)模型和動(dòng)態(tài)模型。第九章軟件體系結(jié)構(gòu)與設(shè)計(jì)模式，本章對(duì)軟件體系結(jié)構(gòu)的基本概念、典型風(fēng)格等進(jìn)行了講解。第十章面向?qū)ο笤O(shè)計(jì)，本章的重點(diǎn)是對(duì)面向?qū)ο蠓治鰰r(shí)建立的對(duì)象模型進(jìn)行調(diào)整和細(xì)化。第十一章軟件維護(hù)，本章主要介紹軟件維護(hù)的任務(wù)、軟件維護(hù)活動(dòng)以及軟件維護(hù)方法進(jìn)行了介紹。
要學(xué)習(xí)軟件工程，學(xué)會(huì)如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習(xí)慣，想學(xué)好軟件工程，就必須知道軟件工程的目標(biāo)、過(guò)程和原則：軟件工程目標(biāo)：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。正確性指軟件產(chǎn)品達(dá)到預(yù)期功能的程度。可用性指軟件基本結(jié)構(gòu)、實(shí)現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運(yùn)行的整個(gè)開銷滿足用戶要求的程度。這些目標(biāo)的實(shí)現(xiàn)不論在理論上還是在實(shí)踐中均存在很多待解決的問(wèn)題，它們形成了對(duì)過(guò)程、過(guò)程模型及工程方法選取的約束。
軟件工程過(guò)程：生產(chǎn)一個(gè)最終能滿足需求且達(dá)到工程目標(biāo)的軟件產(chǎn)品所需要的步驟。軟件工程過(guò)程主要包括開發(fā)過(guò)程、運(yùn)作過(guò)程、維護(hù)過(guò)程。它們覆蓋了需求、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)以及維護(hù)等活動(dòng)。需求活動(dòng)包括問(wèn)題分析和需求分析。問(wèn)題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設(shè)計(jì)活動(dòng)一般包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)建立整個(gè)軟件系統(tǒng)結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說(shuō)明、每一模塊的接口定義。詳細(xì)設(shè)計(jì)產(chǎn)生程序員可用的模塊說(shuō)明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說(shuō)明及加工描述。實(shí)現(xiàn)活動(dòng)把設(shè)計(jì)結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認(rèn)活動(dòng)貫穿于整個(gè)開發(fā)過(guò)程，實(shí)現(xiàn)完成后的確認(rèn)，保證最終產(chǎn)品滿足用戶的要求。維護(hù)活動(dòng)包括使用過(guò)程中的擴(kuò)充、修改與完善。伴隨以上過(guò)程，還有管理過(guò)程、支持過(guò)程、培訓(xùn)過(guò)程等。
軟件工程的原則是指圍繞工程設(shè)計(jì)、工程支持以及工程管理在軟件開發(fā)過(guò)程中必須遵循的原則。
我們學(xué)習(xí)了詳細(xì)設(shè)計(jì)的方法，其原則是過(guò)程描述是否易于理解、復(fù)審和維護(hù)，進(jìn)而過(guò)程描述能夠自然地轉(zhuǎn)換成代碼，并保證詳細(xì)設(shè)計(jì)與代碼完全一致。包括程序流程圖、n—s圖、pad圖、hipo圖。
程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達(dá)工具。它獨(dú)立于任何一種程序設(shè)計(jì)語(yǔ)言，比較直觀和清晰地描述過(guò)程的控制流程，易于學(xué)習(xí)掌握。在流程圖中只能使用下述的五種基本控制結(jié)構(gòu)：順序型；選擇型；while型循環(huán)；until型循環(huán)；多情況型選擇。
n—s圖：一種符合結(jié)構(gòu)化程序設(shè)計(jì)原則的圖形描述工具，稱為盒圖，又稱為n—s圖。在n—s圖中，為了表示五種基本控制結(jié)構(gòu)，規(guī)定了五種圖形構(gòu)件。順序型；選擇型；while重復(fù)型；until重復(fù)型；多分支選擇型。
pad圖：它是用結(jié)構(gòu)化程序設(shè)計(jì)思想表現(xiàn)程序邏輯結(jié)構(gòu)的圖形工具。pad也設(shè)置了五種基本控制結(jié)構(gòu)的圖示，并允許遞歸使用。
hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國(guó)ibm公司在軟件設(shè)計(jì)中使用的主要表達(dá)工具。
hc圖既是層次圖，用于表示軟件的分層結(jié)構(gòu)。hc圖中的每一個(gè)模塊，均可用一張ipo圖來(lái)描述。ipo圖由輸入、處理和輸出三個(gè)框組成，需要時(shí)還可以增加一個(gè)數(shù)據(jù)文件框，這種圖形的優(yōu)點(diǎn)，是能夠直觀地顯示輸入—處理—輸出三者之間的聯(lián)系。
還有測(cè)試方法：按照測(cè)試過(guò)程是否在實(shí)際應(yīng)用環(huán)境中來(lái)分，有靜態(tài)分析與動(dòng)態(tài)測(cè)試。測(cè)試方法有分析方法（包括靜態(tài)分析法與白盒法）與非分析方法（稱黑盒法）。
靜態(tài)分析技術(shù)：不執(zhí)行被測(cè)軟件，可對(duì)需求分析說(shuō)明書、軟件設(shè)計(jì)說(shuō)明書、源程序做結(jié)構(gòu)檢查、流程分析、符號(hào)執(zhí)行來(lái)找出軟件錯(cuò)誤。
動(dòng)態(tài)測(cè)試技術(shù)：當(dāng)把程序作為一個(gè)函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關(guān)系。
還學(xué)習(xí)了其他很多工具、語(yǔ)言、方法等，雖然不是都學(xué)得很透徹，但我相信在今后的學(xué)習(xí)中一定會(huì)慢慢的完善的。
軟件工程對(duì)于初學(xué)者來(lái)說(shuō)，知識(shí)基礎(chǔ)較薄弱，對(duì)一些應(yīng)用操作、概念、工具方法等理解起來(lái)較為困難，要能從整體概念上較好地理解和把握、學(xué)好軟件工程，不是僅僅把幾本專業(yè)書籍細(xì)致地看幾遍，然后上機(jī)練習(xí)幾次就可以成功，學(xué)習(xí)過(guò)程中要注意多看多練要注意結(jié)合實(shí)際，更要多思考，面對(duì)錯(cuò)誤不要一范就問(wèn)，要嘗試自己去解決。但是還要注意什么都學(xué)，肯定是什么都學(xué)不透的，要集中精力打攻堅(jiān)戰(zhàn)，學(xué)習(xí)軟件工程首先要明白自己的學(xué)習(xí)目標(biāo)究竟是什么，根據(jù)自己的實(shí)際工作出發(fā)，有針對(duì)性的在相應(yīng)的學(xué)習(xí)方向上進(jìn)行提高，制定出詳細(xì)的學(xué)習(xí)規(guī)劃。還要注意與其他科目的相輔相成，就像我們?cè)趯W(xué)習(xí)面向?qū)ο蠓治龅臅r(shí)候要結(jié)合大一學(xué)習(xí)的面向?qū)ο蠹捌浞椒▽W(xué)這一專業(yè)科目進(jìn)行研究拓展；在學(xué)習(xí)語(yǔ)言時(shí)，要看看與c語(yǔ)言的聯(lián)系，多思多想，把從各個(gè)科目學(xué)到的知識(shí)通匯貫通。
在軟件工程的學(xué)習(xí)中，我了解到了軟件并非是一些代碼這么簡(jiǎn)單，在開發(fā)軟件的過(guò)程中，編寫代碼的工作量其實(shí)只占不到所有工程量的30%，而后期的管理和維護(hù)更是占了60%到80%之多。一個(gè)完整的項(xiàng)目規(guī)劃須包括，軟件的定義，可行性分析報(bào)告，項(xiàng)目開發(fā)計(jì)劃，軟件需求說(shuō)明書，概要設(shè)計(jì)說(shuō)明書，詳細(xì)設(shè)計(jì)說(shuō)明書，用戶操作手冊(cè)，測(cè)試計(jì)劃，測(cè)試分析報(bào)告，開發(fā)進(jìn)度報(bào)告，項(xiàng)目開發(fā)總結(jié)報(bào)告，軟件維護(hù)手冊(cè)，軟件問(wèn)題報(bào)告，軟件修改報(bào)告，等多個(gè)文檔，每個(gè)文檔都要上級(jí)驗(yàn)收審查，而文檔數(shù)量眾多，要做好這點(diǎn)真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個(gè)目的的關(guān)鍵，既研究如何用最小的開銷做出生存期較長(zhǎng)的軟件，再加上各個(gè)階段都要進(jìn)行周密的策劃、詳細(xì)的分工部署和人員安排，且各階段要據(jù)具體情況不斷的反復(fù)才能達(dá)成，所以代碼只是開發(fā)軟件這個(gè)浩大的工程的一個(gè)小小的過(guò)程。
而編碼的學(xué)習(xí)中，我更了解到形成自己獨(dú)特的規(guī)范的編碼風(fēng)格是非常重要的事。因?yàn)檫@影響到了軟件后期繁重的維護(hù)，大家都要閱讀你的程序，如果你寫的程序毫無(wú)規(guī)范可言，那么別人怎么能讀懂你的程序？讀不懂程序，維護(hù)又從何談起呢？所以，我們?cè)诮窈蟮膶W(xué)習(xí)中，一定要注意這方面的培養(yǎng)，在寫程序的過(guò)程中，要逐步的在規(guī)范的基礎(chǔ)上形成屬于自己的風(fēng)格，即方便自己的修改，也方便日后他人的閱讀。
在學(xué)習(xí)中，我們還要注意比較三種方法的優(yōu)缺點(diǎn)，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無(wú)序，但其在適應(yīng)需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數(shù)據(jù)，缺乏兩者的有機(jī)結(jié)合。而面向?qū)ο蠓椒ǖ某绦蛟O(shè)計(jì)和問(wèn)題求解更符合人們?nèi)粘Ｗ匀坏乃季S習(xí)慣，適合大型、復(fù)雜及交互性比較強(qiáng)的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學(xué)變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說(shuō)明轉(zhuǎn)換為可執(zhí)行的程序。
在今后的學(xué)習(xí)中要注意多讀書、多思考、多練習(xí)、多討論，不斷熟悉書本的基礎(chǔ)，并以此為基礎(chǔ)將其擴(kuò)散開來(lái)，應(yīng)用于今后的實(shí)踐。不斷鍛煉自己，向一名合格的程序設(shè)計(jì)師邁進(jìn)。