心得體會是我們在學習和工作生活中深思熟慮的結果，它可以幫助我們總結經(jīng)驗，提高自己的能力。寫心得體會時要表達真實的感受和體驗，不要敷衍了事或夸大其詞。以下是一些成功人士的心得體會，相信會對大家的工作學習有所幫助。

學習模板工程軟件心得體會篇一

這次軟件工程實訓是從__年__月__日號開始的，截至__年__月__日號。實訓內(nèi)容是用java相關知識(主要是jsp)做一個物流配送系統(tǒng)。下面談談對這次實訓的看法。

因為自己平時對java知識儲備不足，特別是jsp這一塊基本不了解怎么回事，所以一拿到這個項目，我心里都是沒有底的，再加上我被分到的那個組，我知道就意味著是我一個人在戰(zhàn)斗了。呵呵，26號，實訓開始了，我們的老師是來自中軟國際公司的程序員，一個是周褀，一個是朱映，都是一身樸素的著裝，讓我感覺做軟件的也沒什么兩樣。老師介紹了自己之后，就直接切入正題了，分析了下我們各個組的系統(tǒng)，即將用到的知識，然后就總體把覺得需要補充的知識(jsp和數(shù)據(jù)庫連接等這幾塊)給我們實際操作了下，因為當時看到用jsp，還講的那么認真，當時我就后悔了，平時要是多聽點，現(xiàn)在老師這么認真的給我們講，這是一個多么難得的機會啊。后悔也沒用啊，開始還勉強能理解一點，后來就直接暈了。然后再給大家介紹了一些即將用到的工具，比如rationalrose，svn，myeclipse等等。接下來的幾天就不再細講了。下面談談通過這次實訓的心得體會吧。

通過這次實訓，讓我了解到工程開發(fā)的過程，可行性分析——需求分析——概要設計——詳細設計——代碼編寫——測試——驗收。從技術方面上，我開始jsp基礎基本上就是零的，在老師和syz2(另外一個物流小組，我一個人基本上是跟她們做的，或者說是看著她們做的)的幫助下，對jsp有了一個大概的認識。其實實訓開始前，我還以為做個系統(tǒng)沒什么大不了，可是當真正拿到一個項目，我卻真的無從下手了，而且就是在知道需求分析和詳細設計，在代碼編寫時，一樣寸步難行。通過這個實訓，也讓我了解到，團隊協(xié)作是多么的重要。一個人的精力是多么的有限。進一步理解到，企業(yè)為什么如此重視團隊協(xié)作。同時借用老師的話就是團隊協(xié)作固然重要，但是是建立在個人素質(zhì)的基礎上，假設你個人素質(zhì)不行，將會影響到整個團隊，就別提對團隊作更多貢獻了。__老師說這幾句話的時候，朝向了我，估計是有特殊意義的吧，所以，我將謹記老師的教導。

還有一個收獲是從一個同學(小胖)那里得到的，他的那組成員跟我的這組大體一樣，我倒是覺得沒什么了，不過他倒是很重視這個問題吧。然后他說出來，我也覺得這個問題確實其實是個大的問題。就是不管你會不會這門技術，會不會做這個東西，態(tài)度要正確才好，就算你不會做，你也應該認真的對待，將來出身到社會，就不是說像你現(xiàn)在，不會做就不做，跑去玩游戲了。小胖說出了這段話，也在我身上有了一個印證，雖然我jsp技術知識為0，但我也還是在認真的跟著他們一起做，不會做，就多問，畢竟現(xiàn)在我們是學生，可以毫不顧忌的詢問各種問題，老師也會盡力為你回答。將來出身社會就不一樣了。雖然，我就算個打醬油的水平，但是這個醬油也要打得有涵量啊。不管怎么樣，我能對自己有個交待，雖然我不會，但是這次實訓我確實是認真對待了，六天的實訓，除了晚上加班外，還花了2個通宵來完成不同階段的任務，完成與否也不重要了，我至少我做了，這點，是這次我應該對自己的一個肯定。

這次實訓的心得基本上就是這些了，最后特別感謝中軟國際帶我們的那兩個老師(周褀，朱映)，這兩個老師對待我們很平易近人，對我們提出的問題，總是不光解決了，還進行了擴展，晚上也跟我們一起加班加到很晚，印象尤其深刻就是朱映老師為了給小胖解決一個問題，臉都變紅了，還在繼續(xù)努力，這點我并不會覺得老師知識儲備不夠，我想應該是這個問題的突發(fā)吧，一時沒想到怎么處理。相反讓我感覺更多的就是老師很認真，很負責。還要感謝就是syz2小組的傾力支持，輔導。

學習模板工程軟件心得體會篇二

這門課的作用就是，在你真正見過豬以前，先教你怎么吃豬肉，怎么騎著豬跑。

軟件工程導論所講述的內(nèi)容，其實并沒有很多人想象中的那么重要。就像是一本教你如何游泳的書。確實是一種非常重要的技能，但實際上你如果不看書，在水里撲騰幾天也就會了，只是姿勢不那么標準，游不了那么快。學會游泳非常重要，但其實并不是說你要學會這本書有多么重要。

他的內(nèi)容大部分都是一些總結出來的經(jīng)驗和方法。如果沒有真正的試驗過，很難有切身的體會。比如說你如果沒經(jīng)歷過整天用zip壓縮當天代碼保存的工作，就不會知道版本控制有多么重要。還有那些設計模式。比如singleton，你也許會說，用個全局變量，只生成一個對象不就可以了。自己寫小項目固然可以，但軟件工程作為一種“工程”，是很難一個人包攬全部工作的。你要多項目之間配合，要多人維護同一部分代碼。你要有一種確定的手段，來保證你這個類只有一個對象。所以把它提煉出來，總結成一種模式。

至于學習上，除了完成規(guī)定的學習目標外。我認為學過這門課，至少應該了解一個項目中會有哪些分工，大概是如何運行的。各種設計模式的話，了解一下就可以了。只要你以后在工作中，能記起來有這么個東西，這種情況下，某種模式可能比較合適，具體細節(jié)到時候再查就行了。

這門課自己也說，是門導論而已。介紹一下你以后可能遇到的坑，以后再遇到那個填那個好了。

學習模板工程軟件心得體會篇三

軟件工程概論是一門引導人們正確開展軟件開發(fā)的學科，它包括軟件開發(fā)的常用流程、方法和工具等。我們是計算機專業(yè)的學生，而且都了解軟件開發(fā)的基礎，但是能夠真正了解軟件工程概論的學生是相對比較少的。因此，這門課程將會是我們學習過的最重要的課程之一。

軟件工程概論具有如下幾個重要的內(nèi)容：軟件生命周期模型、軟件需求分析、軟件設計、軟件開發(fā)流程和軟件測試。其中軟件生命周期模型是最重要的內(nèi)容之一，它為開發(fā)過程提供了全方位的指導，確保開發(fā)人員始終按照正確的流程進行開發(fā)。這些內(nèi)容將會幫助我們了解整個開發(fā)過程，如何規(guī)劃項目并嚴格遵循項目的開發(fā)流程。

軟件工程概論是一個非常實用的課程，它為我們提供了很多關于如何正確開發(fā)軟件的知識和指導。同時也帶給我們很多啟示。首先，軟件開發(fā)不是孤立的，它是一個整體的系統(tǒng)，任何一部分出現(xiàn)問題都會影響到整個系統(tǒng)。其次，軟件開發(fā)過程是非常復雜的，需要較高的技能和知識。因此人力成本將會是非常高的，同時對開發(fā)人員的素質(zhì)和能力也有很高的要求。

首先需要掌握全面的軟件工程概論知識，以此來指導整個開發(fā)過程。其次需要確定一個比較好的軟件生命周期模型，以確保開發(fā)過程的順利進行，并嚴格按照開發(fā)流程來開發(fā)。同時需要掌握一些常用的軟件開發(fā)和管理工具，以提高開發(fā)效率和質(zhì)量。

尾段：總結。

通過學習軟件工程概論，我們深入了解了軟件開發(fā)過程的核心內(nèi)容和方法。這些知識將會對我們未來的職業(yè)生涯以及軟件開發(fā)工作有很大的指導意義。因此我們需要把所學的知識和方法運用到實際的工作當中去。同時，我們也要繼續(xù)學習和積累，以應對日新月異的技術發(fā)展。

學習模板工程軟件心得體會篇四

1需求分析產(chǎn)生了軟件功能規(guī)格說明書,需要確定用戶對軟件的需求,要作到明確、無歧義。不涉及具體實現(xiàn)方法。用戶能看得明白，開發(fā)人員也可據(jù)此進行下面的工作（概要設計）。

2.概要設計產(chǎn)生了軟件概要設計說明書，說明系統(tǒng)模塊劃分、選擇的技術路線等，整體說明軟件的實現(xiàn)思路。并且需要指出關鍵技術難點等。

在進行需求分析時，我們既是開發(fā)者又是用戶，本系統(tǒng)的業(yè)務流程與業(yè)務分類的定義比較難。我們的團隊進行了研討，還充分運用了身邊的各種資源，大量的查找了很多網(wǎng)絡上關于工資系統(tǒng)的資料。通過資料的進行討論、根據(jù)我們的課題進行分析，最后確定了用戶的需求為：

1.本系統(tǒng)在高校應用后高校工資管理方面的教職工將減少至目前的50%左右；

2.本系統(tǒng)在高校應用后將在高校各方面的成本將會有所降低；

3.本系統(tǒng)在高校應用后將教職工的工資達到完全透明，計算更加精確教職工因糾紛事件減少到1%。根據(jù)分析將系統(tǒng)的功能從一般教職工與系統(tǒng)管理者兩個角度將功能劃分為7個模塊，當然介于我們的知識有限，有的功能沒有實現(xiàn)：員工工資與考勤直接掛鉤，但本系統(tǒng)無法與員工考勤系統(tǒng)掛鉤相連，由于涉及此系統(tǒng)時該高校并沒有員工考勤系統(tǒng)，而且我們在最初進行商量的時候也沒有提出該要求。

從概要階段開發(fā)正式進入軟件的實際開發(fā)階段，本階段完成系統(tǒng)的大致設計并明確系統(tǒng)的數(shù)據(jù)結構與軟件結構。在軟件設計階段主要是把一個軟件需求轉(zhuǎn)化為軟件表示的過程，這種表示只是描繪出軟件的總的概貌。由概要設計說產(chǎn)生大的概要說明書的目的就是進一步細化軟件設計階段得出的軟件總體概貌，把它加工成在程序細節(jié)上非常接近于源程序的軟件表示。

在本階段主要涉及處理流程的設計、總體結構和模塊外部設計、功能分配。在接口設計上有用戶接口、外部接口、內(nèi)部接口；數(shù)據(jù)結構設計有邏輯結構設計、物理結構設計等等。在接口設計時參考了大量的資料。

最后就是編寫文檔——軟件需求說明書、概要分析說明書。

而文檔的作用在于：一是可以幫助整理思路。把要完成的目標，系統(tǒng)的結構，每一個模塊的功能等整理一下，然后分門別類地寫下來，這樣在開發(fā)的過程中，就有據(jù)可依，在需要回過頭來修改設計的時候，也有證可考。二是便于交流。三是可以作為以后維護時的參考資料。

我們進行了為期一周的課程設計。通過這次課程設計，我拓寬了知識面，鍛煉了能力，綜合素質(zhì)得到較大提高。安排課程設計的基本目的，在于通過理論與實際的結合、人與人的溝通，進一步提高思想覺悟。尤其是觀察、分析和解決問題的實際工作能力，以便培養(yǎng)成為能夠主動適應社會主義現(xiàn)代化建設需要的高素質(zhì)的復合型人才。作為整個學習體系的有機組成部分，課程設計雖然安排在一周進行，但并不具有絕對獨立的意義。它的一個重要功能，在于運用學習成果，檢驗學習成果。運用學習成果，把課堂上學到的系統(tǒng)化的理論知識，嘗試性地應用于實際設計工作，并從理論的高度對設計工作的現(xiàn)代化提出一些有針對性的建議和設想。檢驗學習成果，看一看課堂學習與實際工作到底有多大距離，并通過綜合分析，找出學習中存在的不足，以便為完善學習計劃，改變學習內(nèi)容與方法提供實踐依據(jù)。對我們信息管理與信息系統(tǒng)專業(yè)的學生來說，實際能力的培養(yǎng)至關重要，而這種實際能力的培養(yǎng)單靠課堂教學是遠遠不夠的，必須從課堂走向?qū)嵺`。這也是一次預演和準備畢業(yè)設計工作。通過課程設計，讓我們找出自身狀況與實際需要的差距，并在以后的學習期間及時補充相關知識，為求職與正式工作做好充分的知識、能力準備，從而縮短從校園走向社會的心理轉(zhuǎn)型期。課程設計促進了我系人才培養(yǎng)計劃的完善和課程設置的調(diào)整。

在一個星期的課程設計之后，我們普遍感到不僅實際動手能力有所提高，更重要的是通過對軟件開發(fā)流程的了解，進一步激發(fā)了我們對專業(yè)知識的興趣，并能夠結合實際存在的問題在專業(yè)領域內(nèi)進行更深入的學習。

軟件工程課程雖已結束，但我對于軟件工程的學習才剛剛開始。我體會到項目管理的重要性，隨著軟件規(guī)模、復雜度的不斷增加，項目開發(fā)中更多的是協(xié)作、管理和控制。我學習到很多一般性的方法，例如：需求獲取、模塊化、計劃等等。同時，我也認識到使用計算機解決實際問題的復雜性，人們認識表達的過程不斷反復、逐步深化，軟件工程方法要提供給程序員們一種更加有效的對客觀世界問題域進行形式化的過程方法。

學習模板工程軟件心得體會篇五

談到機械工程先來講講機械，中國的機械發(fā)展有著悠久的歷史，五千年前的紡織機械、晉朝時期的連機錐和水碾、西漢時期的指南車和鼔車、東漢的地震儀、秦始皇時期的銅車馬??國外機械的產(chǎn)生要追溯到18世紀初，第一次工業(yè)革命產(chǎn)生蒸汽機和一些以蒸汽機為動力的近代機械的雛形，再到19世紀代左右的第二次工業(yè)革命，內(nèi)燃機的產(chǎn)生帶來了新的動力機械，開始了機械的迅猛發(fā)展。從機械和社會的發(fā)展來看，一個社會機械水平越高，生產(chǎn)力水平越強?，F(xiàn)代社會也是一樣，機械是現(xiàn)代社會進行生產(chǎn)和服務的六大要素(人、資金、信息、能量、材料和機械)之一，機械工業(yè)是國民經(jīng)濟的支柱工業(yè)之一，是社會生產(chǎn)力發(fā)展水平的重要標志。綜上可見，機械是一個國家發(fā)展、民族復興的重要保證。

機械社會發(fā)展中的地位如此之高，那機械工程呢?機械工程是運用數(shù)學、物理等基礎理論和有關機械方面的專門知識，結合生產(chǎn)實際經(jīng)驗，經(jīng)濟有效地解決在設計、研究、制造和運行各種機械中遇到的實際問題。從定義上可以看出，機械工程是一個系統(tǒng)性的全面的工程，可以盡可能合理的創(chuàng)造和最大化的利用機械?？梢?，在21世紀這樣一個充滿市場競爭和需要不斷創(chuàng)新的時代，機械工程運用的好與不好，往小一點說，直接關系到一個企業(yè)的存亡問題，往大一點說，直接決定了一個國家機械工業(yè)方面的軟實力。機械工程對國家發(fā)展如此之重要，對于未來希望成為工程師的大學生的我來說，沒有理由不好好的了解機械工程。

工程中力學包含：理論力學、流體力學、材料力學、震動力學、計算力學。這些力學是進行機械設計和制造的基礎，學好這些理論才能知道運動以怎樣的機構傳遞，能量以怎樣的機器傳遞。

機械設計包含了很多的設計方法，除去傳統(tǒng)設計方法不說，現(xiàn)代設計方法包含：優(yōu)化設計、可靠性設計、有限元分析、并行設計、綠色設計、創(chuàng)新設計、模塊化設計和反求設計。其中有限元分析、綠色設計和反求設計令我印象深刻。利用電腦軟件對設想的機械部件進行有限元分析，可以確保設計的合理性和可利用行，如此以來，可以在不做出模型的情況下就可以清楚的了解結構的性能，節(jié)約了時間不說更節(jié)約了大量的人力、物力財力。在綠色設計方面，美國的廢舊汽車利用可謂楷模，報廢汽車再利用率達到了百分之九十五，再利用零部件重量超過舊車的總重量的百分之七十五，可以說節(jié)約了大量的資源，對環(huán)境有了一個很好的保護，這點反觀我的祖國，確實有必要學習一下，我國現(xiàn)在汽車每年的購買量都在大幅度上漲，隨之而來的必然會有大量的報廢汽車，這是新的產(chǎn)業(yè)，也是一個新的經(jīng)濟增長點，不但節(jié)約資源保護環(huán)境，還可以促進經(jīng)濟增長，真是一舉兩得的好事啊。這些設計方法中，最讓我眼睛一亮的要數(shù)“反求設計”，二戰(zhàn)戰(zhàn)敗國日本就是運用這種方法，以“一代引進，二代國產(chǎn)化，三代改進口、四代占領國際市場”方針，迅速的崛起為世界第二大經(jīng)濟體。日本的成果是對這種方法實質(zhì)的最好詮釋，中國也在使用這種方法，不過是歪曲了的，只顧模仿不懂得吃透他人的技術再創(chuàng)新，是中國科學技術落后與發(fā)達國家的一個重要因素。模仿不可怕，可怕的是照搬照套!用好“反求設計”實現(xiàn)“比他人做得更好”。

機械制造技術包含兩方面含義：

1、指用機械加工零件的技術;。

2、指制造某種機械的技術。在制造技術方面，先進制造技術顯得更適合現(xiàn)代化，通過將多方面的技術進行交叉、融合和集成，綜合應用于產(chǎn)品全生命周期的制造過程，可以更經(jīng)濟更有效率更好的制造出適應市場需求的產(chǎn)品。特別是三維打印技術，可以通過電腦造型，再通過3d打印機打印出模型來觀察產(chǎn)品的合理性和可用性，方便效率高。

最后談談機電一體化技術，機器人現(xiàn)在是各個國家研究的熱門項目，每個國家都希望在這方面領先全球，機器人就是典型的利用了機電一體化技術的產(chǎn)品，是機械和電子的有機結合。從20世紀中后期，機電一體化就代表了現(xiàn)代機械工程的發(fā)展方向，產(chǎn)生了眾多高新機械產(chǎn)品，如：火箭、衛(wèi)星、宇宙飛船、航空母艦、深海探測器?？梢姡瑱C電一體化的前景非常不錯，不過要想學好這么技術，作為機械專業(yè)的學生來說，就有必要好好的學學計算機和信息類的知識，畢竟機電一體化中電子占了很大的比重，為了自己未來的發(fā)展，也為了趕上現(xiàn)代化的機械工程方向，我要努力的學好機械專業(yè)課的同時，多涉獵一些電子類的書籍，為未來的發(fā)展奠定基礎。

學習模板工程軟件心得體會篇六

初學軟件工程第一周的時候以為只是純粹的理論課毫無用處，其實不然。深入了解之后發(fā)現(xiàn)它對程序的設計，錯誤的檢測以及軟件測試，編寫方面有不可磨滅的便捷好處。開發(fā)一個軟件時，對原定的系統(tǒng)模型和目標的現(xiàn)實以及系統(tǒng)完成后所帶來的效益的預判斷，可以明確開發(fā)與否，否則就是浪費人力，物力以及時間。

以下是所學過程中的知識點：

(1)軟件危機：軟件危機是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。

所以若要解決軟件危機，既要有技術措施(方法和工具)，又要有必要的組織和管理措施，軟件工程正是從管理和技術兩方面研究如何更好得開發(fā)和維護計算機軟件的一門新興學科。

軟件工程是指導計算機軟件開發(fā)和維護的一門工程學科。采用工程的概念、原理、技術、和方法來開發(fā)與維護軟件。

軟件工程方法學包含3個要素：方法、工具和過程。

(2)軟件生命周期：軟件定義、軟件開發(fā)和運行維護。

軟件開發(fā)階段：問題定義，可行性研究，需求分析，總體設計，詳細設計，編碼和單元測試，綜合測試，軟件維護。

軟件維護主要任務：是使軟件持久的滿足用戶的需要。

軟件過程目的：為獲得高質(zhì)量軟件所需要完成的一系列任務的框架，規(guī)定了完成各項任務的工作步驟。

其中：可行性分析：技術可行性，經(jīng)濟可行性，操作可行性。

(3)判定表和判定樹能夠清晰地表達出各種動作之間的對應關系。

第一個軟件生命周期，瀑布型生命周期。

程序設計：低耦合高內(nèi)聚。

(4)學會畫程序流圖，sc圖，er圖，dfd圖，順序圖以及協(xié)作圖。學會讀圖，可以獨立完成相關計算題。

學習模板工程軟件心得體會篇七

答：軟件危機是指在計算機軟件開發(fā)和維護過程中所遇到的一系列的嚴重問題。

它的典型表現(xiàn)：1.軟件開發(fā)成本高，成本難以控制。2.研究周期長，軟件開發(fā)進度難以控制，周期拖得很長。3.正確性難以保證，軟件質(zhì)量差，可靠性難以保證。4.軟件維護困難，維護人員和維護費用不斷增長。5.軟件發(fā)展跟不上硬件的發(fā)展和用戶的要求。

它出現(xiàn)的原因一方面是由于軟件生產(chǎn)本身存在著復雜性，另一方面是與軟件開發(fā)所使用的方法和技術有關。軟件不同于硬件，它是計算機系統(tǒng)中的邏輯部件而不是物理部件。管理和控制軟件開發(fā)工程相當困難，軟件是規(guī)模龐大，而且程序復雜性將隨著程序規(guī)模的增加而呈指數(shù)上升。目前相當多的軟件專業(yè)技術人員對軟件開發(fā)和維護還有不省糊涂觀念，在實踐過程中或多或少地采用了錯誤的方法和技術，這是使軟件問題發(fā)展成為軟件危機的主要原因。

1.2什么是軟件工程?它有哪些本質(zhì)特性?怎樣用軟件工程消除軟件危機?

答：軟件工程是將系統(tǒng)化的，規(guī)范化的，可度量的方法應用于軟件開發(fā)，運行和維護的過程，即將工程化應用于軟件中。

它的本質(zhì)特性：1.軟件工程關注于大型程序的構造2.軟件工程的中心課題是控制復雜性3.軟件經(jīng)常化4.開發(fā)軟件的效率非常重要5.和諧地合作是開發(fā)軟件的關鍵6.軟件必須有效地支持它的用戶7.在軟件工程領域中是由一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品。

基本原理:1.用分階段的生命周期計劃嚴格管理2.堅持進行階段評審3.實行嚴格的產(chǎn)品控制4.采用現(xiàn)代程序設計的技術5.結果應能清楚地審查6.開發(fā)小組的人員應該少而精7.承認不斷改進軟件工程實踐的必要性。

1.3什么是軟件？它有什么特點？

答：軟件是計算機系統(tǒng)中與硬件相互依存的另一部分，它是包括程序，數(shù)據(jù)結構及其相關文檔的完整集合。

1.4什么是軟件過程?它與軟件工程方法學有何關系?

答：軟件過程是為了開發(fā)出高質(zhì)量的軟件產(chǎn)品所需完成的一系列任務的框架，它規(guī)定了完成各項任務的工作步驟。

軟件過程定義了運用技術方法的順序，應該交付的文檔資料，為保證軟件質(zhì)量和協(xié)調(diào)軟件變化必須采用的管理措施，以及標志完成了相應開發(fā)活動的里程碑。軟件過程是軟件工程方法學的3個重要組成部分之一。軟件工程的基礎是軟件過程。

1.5什么是軟件生命周期模型?試比較瀑布模型、原型模型、增量模型和螺旋模型的優(yōu)缺點，說明每種模型的適用范圍。

答：軟件生命周期模型是軟件開發(fā)全部過程，活動和任務的結構框架，它能直觀表達軟件開發(fā)全過程，明確規(guī)定要完成的主要活動，任務和開發(fā)策略。也叫軟件開發(fā)模型。

瀑布模型優(yōu)點：有利于大型軟件開發(fā)過程中人員的組織，管理，有利于軟件開發(fā)方法和工具的研究，從而提高了大型軟件項目開發(fā)的質(zhì)量和效率。

缺點：1，開發(fā)過程一般不能逆轉(zhuǎn)，否則代價太大2.實際的項目開發(fā)很難嚴格按。

照該模型進行3.客戶往往很難清楚地給出所有的需求，而該模型卻要求如此4.軟件的實際情況必須到項目開發(fā)的后期客戶才能看到，這要求客戶有足夠的耐心。

適用范圍：1.用戶的需求非常清楚全面，且在開發(fā)過程中沒有或變化很少2.開發(fā)人員對軟件的應用領域很熟悉3.用戶的使用環(huán)境非常穩(wěn)定4.開發(fā)工作隊用戶參與的要求很低。

原型模型優(yōu)點：1.可以得到比較良好的需求定義，容易適應需求的變化2.有利于開發(fā)與培訓的同步3.開發(fā)費用低，開發(fā)周期短且隊用戶更友好。

適用范圍：1.對所開發(fā)的領域比較熟悉而且有快速的原型開發(fā)工具2.項目投標時，可以以原型模型作為軟件的開發(fā)模型3.進行產(chǎn)品移植或升級時，或?qū)σ延挟a(chǎn)品原型進行客戶化工作時，原型模型非常合適。

增量模型優(yōu)點：1.采用增量模型的優(yōu)點是人員分配靈活，剛開始不用投入大量的人力資源。

2.如果核心產(chǎn)品很受歡迎，則可增加人力實現(xiàn)下一個增量3.可先發(fā)部分功能給客戶，對客戶起到鎮(zhèn)靜劑的作用。

缺點：1.并行開發(fā)構件有可能遇到不能集成的風險，軟件必須具備開放式的體系結構2.增量模型的靈活性可以使其適應這種變化的能力大于優(yōu)于瀑布模型和原型模型，但也很容易退化為邊做邊改模型，從而使軟件過程的控制失去整體性。

適用范圍：1.進行已有產(chǎn)品升級或新版本開發(fā)，增量模型是非常適合的2.對完成期限嚴格要求的產(chǎn)品，可以使用增量模型3.對所開發(fā)的領域比較熟悉而且已有原型系統(tǒng)，增量模型也非常適合。

螺旋模型優(yōu)點：1.實際上的靈活性，可以再項目的各個階級進行變更2.以小的分段來構建大型系統(tǒng)，是成本計算變得簡單容易3.客戶始終參與每個階段的開發(fā)，保證了項目不偏離正確方向以及項目的可控性4.隨著項目推進，客戶始終掌握項目的最新消息，從而是他或她能夠和管理層有效地交互。

缺點：1.采用螺旋模型需要具有相當豐富的風險評估經(jīng)驗和專門知識，在風險較大的項目開發(fā)中，如果未能夠及時標識風險，勢必造成重大損失2.過多的迭代次數(shù)會增加開發(fā)成本，延遲提交時間。

適用范圍：只適合于大規(guī)模的軟件項目。

答：軟件工程是一門將理論和知識應用于實踐的工程，它借鑒了傳統(tǒng)工程的原則和方法，以求高效地開發(fā)高質(zhì)量軟件。它是一種層次化技術。

意義：從歷史上講，軟件工程的作用，是為了克服上個世紀60年代出現(xiàn)的軟件危機，這種危機表現(xiàn)為軟件開發(fā)的成本大、進度慢、維護難和質(zhì)量得不到保障。從當前來講，軟件工程的作用，就是告訴人們怎樣去開發(fā)軟件和管理軟件。具體地講，它表現(xiàn)在與軟件開發(fā)和管理有關的人員和過程上。

1.7軟件過程的通用過程框架包含哪兩類活動？

答：一類是框架活動，還有一類是保護性活動。

1.8描述基于構件開發(fā)的思想以及目前的發(fā)展情況。

答：基于構件開發(fā)強調(diào)將被設計的系統(tǒng)分解成功能的或邏輯的構件，構件用定義好的接口進行通信。

它是現(xiàn)在軟件復理論實用化的研究熱點，在構件對象模型的支持下，通過復用已有的構件，軟件開發(fā)者可以“即插即用”地快速構造應用軟件，這樣即可以節(jié)省時間和經(jīng)費，提高工作效率，也可以產(chǎn)生更加規(guī)范，更加可靠的應用軟件。

1.9請簡要說明rup的9個規(guī)程（disciplines）及之間關系？

答：rup的9個規(guī)程為：業(yè)務建模，需求，分析與設計，實現(xiàn)，測試，部署，配置與變更管理，項目管理以及環(huán)境。

對于一個大型項目，rup九個規(guī)程的活動不可或缺，但對于有些項目可能不需要經(jīng)過所有九個規(guī)程，在項目開發(fā)時需要對這些規(guī)程涉及的活動做具體的裁剪，以適應具體項目的開發(fā)需要。

1.10說明面向切面編程的特點，有什么優(yōu)勢？

答：該范型以一種稱為切面的語言構造為基礎，切面是一種新的模塊化機制，用來描述分散在對象、類或函數(shù)中分離出來可以大大增強程序的模塊性。

優(yōu)勢：他把特定領域問題的代碼從業(yè)務邏輯中獨立出來，業(yè)務邏輯的代碼中不再含有針對特定領域問題代碼的調(diào)用，業(yè)務邏輯同特定領域問題的關系通過切面來進行封裝，維護。優(yōu)勢：面向切面編程的特點是針對業(yè)務處理過程中的切面提取，所面對的是處理過程中的某個步驟或階段，以獲得邏輯過程中各部分之間低耦合性的隔離效果，降低了耦合性。

1.11模型驅(qū)動工程中mda的基本思想是什么？

答：mda的基本思想是系統(tǒng)的功能性是用合適的規(guī)約語言以平臺無關的模型的方式定義，然后為實際的實現(xiàn)翻譯到一個或多個平臺相關的模型上。

chapter2。

2.1描述面向?qū)ο蟮幕靖拍詈退枷搿?/p>

一個實體都可以抽象為對象。

2.2面向?qū)ο蠓治鲈O計的基本思路和過程是怎樣的？

答：分析過程主要包括理解、表達和驗證。設計是把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實現(xiàn)方案的過程。

過程：識別系統(tǒng)的用例和角色，進行系統(tǒng)分析并抽象出類，設計系統(tǒng)并設計系統(tǒng)中的類及其行為。

2.3面向?qū)ο蟪绦蛟O計中的概念主要包括哪些？分別闡述其主要思想。

答：對象：封裝了數(shù)據(jù)和操作這些數(shù)據(jù)的代碼的邏輯實體。

類：具有相同類型的對象的抽象。

封裝：保證軟件部分具有優(yōu)良的模塊性的基礎。

繼承：讓某個類型對象獲得另一個類型的對象特征。

多態(tài)：使不同內(nèi)部結構的對象可以共享相同的外部接口，減少代碼復雜度。

動態(tài)綁定：多態(tài)實現(xiàn)的具體形式，將一個過程調(diào)用與相應代碼鏈接起來的行為。消息傳遞：使得對現(xiàn)實世界的描述更容易。

方法：定義一個類可以做的，但不一定去做的事。

2.4描述uml的主要概念和歷史。

答：uml是統(tǒng)一建模語言，用來對軟件密集系統(tǒng)進行可視化建模的一種語言。uml為面向?qū)ο箝_發(fā)系統(tǒng)的產(chǎn)品進行說明、可視化、和編制文檔的一種標準語言。

歷史：rumbaugh和booch將booch93和omt-2統(tǒng)一起來，發(fā)布了um0.8；后經(jīng)過booch，rumbaugh和jacobson的共同努力，發(fā)布了uml0.9和uml0.91，并將um重命名為uml。，rational組織成立了uml合作者聯(lián)盟，以完善、加強和促進uml的定義工作。啟動了uml2.0標準的制定工作。

2.5rup是什么？應用rup對軟件開發(fā)有什么意義？

答：rup（rationalunifiedprocess）是統(tǒng)一軟件開發(fā)過程，是一個面向?qū)ο笄一诰W(wǎng)絡的程序開發(fā)方法論。

應用rup為軟件開發(fā)提供了一個模版，使得軟件開發(fā)過程規(guī)范化，統(tǒng)一化。

chapter3。

3.1為什么要進行業(yè)務建模？業(yè)務建模適用什么場合的軟件項目開發(fā)？

業(yè)務知識而再進行開發(fā)的，所以需要通過“業(yè)務建?！睂ⅰ皹I(yè)務需求”準確地轉(zhuǎn)換為it技術人員所熟悉的“軟件需求”。

適用場合：規(guī)模較大的軟件項目開發(fā)。

3.2業(yè)務建?？梢苑帜男┕ぷ髁鬟M行？

答：評估業(yè)務狀態(tài)、描述當前業(yè)務、定義業(yè)務、探索流程自動化、開發(fā)領域模型。

3.3什么是領域模型？與業(yè)務模型的關系是什么？

答：領域模型：領域模型是描述業(yè)務用例實現(xiàn)的對象模型。它是對業(yè)務角色和業(yè)務實體之間應該如何聯(lián)系和協(xié)作以執(zhí)行業(yè)務的一種抽象。領域模型從業(yè)務角色內(nèi)部的觀點定義了業(yè)務用例。該模型為產(chǎn)生預期效果確定了業(yè)務人員以及他們處理和使用的對象（“業(yè)務類和對象”）之間應該具有的靜態(tài)和動態(tài)關系。它注重業(yè)務中承擔的角色及其當前職責。這些模型類的對象組合在一起可以執(zhí)行所有的業(yè)務用例。

關系：開發(fā)領域模型是一個備選活動，領域模型是業(yè)務分析模型中獨立的一部分，注重于說明對于業(yè)務領域很重要的概念、產(chǎn)品、可交付成果和事件。這樣一個模型僅描述業(yè)務中的重要信息，并不包括人員承擔的職責。

3.4什么是系統(tǒng)上下文？明確目標系統(tǒng)的上下文有什么意義？

答：系統(tǒng)上下文：指的是目標系統(tǒng)、與之交互的用戶和外部系統(tǒng)。

意義：業(yè)務建模作為軟件需求的前一階段，了解目標系統(tǒng)的上下文是很有必要的，便于確定目標組織和業(yè)務范圍。

3.5什么是業(yè)務涉眾？業(yè)務涉眾可能來自哪些方面？

答：業(yè)務涉眾：所有跟目標業(yè)務有利害關系的人。

方面：可能來自目標組織內(nèi)部及目標組織外部且跟目標組織有關系的人和組織。

3.6什么是業(yè)務愿景？怎么理解業(yè)務愿景的重要性？

答：業(yè)務愿景：定義業(yè)務建模工作所針對的一組目標。

重要性：要了解組織的業(yè)務過程，對業(yè)務進行建模，首先必須理解組織的共同愿景，業(yè)務建模時期的重要任務就是確定項目涉眾的共同愿景，而了解最有影響力的涉眾的愿望和目標是非常重要的環(huán)節(jié)。所以業(yè)務愿景對整個業(yè)務建模過程來說是十分關鍵和重要的。

3.7業(yè)務建模的作用是什么？哪些人和組織是潛在的業(yè)務執(zhí)行者？

答：作用：

（1）了解目標組織（將要在其中部署系統(tǒng)的組織）的結構和機制；

（2）了解目標組織中當前存在的問題并確定潛在改進的可能性；

（3）確?？蛻?、最終用戶、開發(fā)人員和其他各方就目標組織達成共識；

（4）導出支持目標組織所需的系統(tǒng)需求；

（5）了解要部署的軟件系統(tǒng)將如何融入組織。

潛在的業(yè)務執(zhí)行者：客戶、合作伙伴、供應商、權威機構（法律、法規(guī)等制訂機構）、子公司、所有者和投資者、業(yè)務以外的信息系統(tǒng)等。

3.8結構化業(yè)務用例的三種關系是什么？

答：三種關系：包含關系、擴展關系、泛化關系。

3.9業(yè)務用例的包含與擴展關系、包含與泛化的區(qū)別是什么？

答：包含與泛化的區(qū)別：（1）對于用例泛化關系，子用例的執(zhí)行取決于父用例（重用部分）的結構和行為，而在包含關系中，基本用例的執(zhí)行只取決于包含用例（重用部分）所執(zhí)行的功能的結果。（2）在泛化關系中，子用例的用途和結構是相似的，而在包含關系中，重用同一個包含用例的基本用例可能有完全不同的用途，但需求執(zhí)行相同的功能。

包含與擴展的區(qū)別：（1）包含關系：如果基本用例的某個部分代表一個功能，而業(yè)務用例只依賴于本功能的結果，而不是產(chǎn)生結果的方法，那么可以將這部分分離出來，形成一個附加用例。使用包含關系，將附加部分明確包含于基本用例中。包含關系將基本用例和包含用例連接起來。

(2)擴展關系：如果基本用例的一部分是可選的，或?qū)τ诶斫庠撚美闹饕康膩碚f不是必需的，那么可以將這部分分離出來，形成一個附加用例，以簡化基本用例的結構。利用擴展關系，將附加部分隱含地包含于基本用例中。擴展關系將擴展用例與基本用例連接起來。

3.10業(yè)務分析模型的作用是什么？與業(yè)務用例模型的之間是什么關系？

答：作用：業(yè)務分析模型描述通過與業(yè)務系統(tǒng)、業(yè)務工作者和業(yè)務實體交互來實現(xiàn)業(yè)務用例。它充當了為了執(zhí)行業(yè)務用例而所需業(yè)務系統(tǒng)、業(yè)務工作者和業(yè)務實體之間的相關和協(xié)作方式的抽象。它還定義了在執(zhí)行業(yè)務用例時由業(yè)務執(zhí)行者調(diào)用的外部業(yè)務服務。

關系：業(yè)務用例模型是從與客戶和業(yè)務流程對應的業(yè)務執(zhí)行者和業(yè)務用例的角度，對業(yè)務進行描述。業(yè)務用例模型包括工作流程說明，此說明確定完成了那些工作。所以業(yè)務用例模型描述在業(yè)務執(zhí)行者和業(yè)務之間發(fā)生了什么，對于業(yè)務結構或如何實現(xiàn)業(yè)務用例不作任何假設。而業(yè)務分析模型就是用于描述如何執(zhí)行業(yè)務用例，并具體定義業(yè)務提供的服務，內(nèi)部業(yè)務工作者及其使用的信息，將它們的結構化組織描述為獨立的單元，定義業(yè)務工作者如何通過交戶來實現(xiàn)業(yè)務用例中所描述的行為。

3.11。

（c）。

2.以醫(yī)院為研究對象，請描述醫(yī)生、病歷的性質(zhì)分別是()。

(a)businessactor、businessworker。

(b)businessworker、businessactor。

(c)businessactor、businessentity。

(d)businessworker、businessentity。

3.12綜合案例分析-餐廳點菜業(yè)務分析。

某餐廳的點菜服務流程與規(guī)范如下：

1.遞上菜單。

（1）客人入座后，服務員詢問客人需要什么茶水。準備好茶水后，按“女士優(yōu)先，先。

賓后主”的原則從右邊為客人斟上茶水。

（2）將菜單打開第一頁，按照“女士優(yōu)先”原則，用雙手從客人右側(cè)將菜單送至客人手中，然后站在客人斜后方能觀察客人面部表情的地方，上身微躬。

2.推薦介紹酒店菜品。

（1）在客人點菜前，服務員應留有時間讓客人翻看菜單。

（2）在客人翻看菜單時，應及時向客人簡單介紹菜單上的菜，回答客人的詢問。

（3）向客人介紹廚師長今日特別推薦的菜品、其他的特色菜、暢銷菜和高檔菜等菜品，并介紹其樣式、味道、溫度和特點。

3.接受點菜。

（1）服務員先在點菜單上記下日期、本人姓名及臺號、就餐人數(shù)等。

（2）客人點菜時，應注視客人，聽清客人點的菜名，適時幫助客人選擇菜品和主動推介菜品，準確地記錄菜名。

（3）對于特殊菜品，應介紹其特殊之處，并問清客人所需火候、配料及調(diào)料等。

（4）若客人用餐時間較緊，點的菜需時間較長，則應及時向客人征求意見；若有客人點相同的菜式，如湯和羹或兩個酸甜味型的菜時，應有禮貌地問客人是否需要更換菜式。

（5）若客人有特殊要求，應在點菜單上清楚注明，并告知傳菜服務員。

4.復述點菜內(nèi)容。

（1）客人點菜完畢后，服務員應清楚地重復一遍所點菜品內(nèi)容，并請客人確認。

（2）復述完畢后，在點菜單的右上角寫明當時的時間，以便查詢。

（3）收回菜單并向客人致謝，同時請客人稍等，說明大致的等候時間。

5.分送點菜單。

（1）服務員將點菜單的第一聯(lián)送至收銀處。

（2）將點菜單的第二聯(lián)送至廚房。

（3）將第三聯(lián)給客戶，第四聯(lián)交給傳菜員、值臺服務員留底備查。

根據(jù)案例的描述，請你完成下列任務：

1.分析餐廳的點菜業(yè)務，建立點菜業(yè)務模型。

這項業(yè)務的業(yè)務涉眾：外部涉眾：客人，

內(nèi)部涉眾：服務員，收銀處，廚房，值臺服務員。

分析點菜業(yè)務模型：

業(yè)務執(zhí)行者為：客人。

業(yè)務用例是：入座，推薦菜品，點菜，確認內(nèi)容，分送菜單，上菜。

2.用活動圖描述客人點菜的活動。

3.分析點菜業(yè)務模型，找出有哪些業(yè)務工作者和業(yè)務實體，并用交互圖來說明之間的通信和交互關系。

業(yè)務工作者為：服務員,收銀處，廚房，值臺服務員。

業(yè)務實體為：菜單，點菜單。

chapter4。

4.1需求的類別有哪些？

答：需求可分為功能性需求和非功能性需求。

功能性需求規(guī)定了系統(tǒng)無需考慮物理約束而必須能夠執(zhí)行的動作，描述支持用戶目標、任務或活動的系統(tǒng)行為（功能或服務）。

非功能性需求是功能性需求之外的需求，包含質(zhì)量和約束，它們僅僅說明系統(tǒng)或系統(tǒng)環(huán)境的屬性。

4.2怎么理解文中fredbrooks關于需求的那段話？

構建軟件系統(tǒng)最難的部分是確定要構建什么（即系統(tǒng)需求）。相比其他工作，如果這個工作做錯，會嚴重影響將產(chǎn)生的系統(tǒng)，也更難在以后矯正。

答：需求工作對于整個軟件系統(tǒng)來說是非常重要的，它是實現(xiàn)和測試的先啟階段，需求建模解釋如何理清涉眾的請求及如何把這些請求轉(zhuǎn)化為一組需求工作產(chǎn)品，確定要建系統(tǒng)的范圍，提供系統(tǒng)必須做的詳細要求。此階段是后續(xù)工作以及整個系統(tǒng)的基礎和關鍵，一旦這個階段出現(xiàn)問題，將會直接影響到后續(xù)工作的正常順利進行，而如果想要在以后改，代價是非常大的，并且也難糾正。

4.3系統(tǒng)用例模型可以描述什么方面的需求？補充規(guī)約主要補充哪方面的需求？

答：系統(tǒng)用例模型可以描述設計軟件系統(tǒng)方面的`需求，參與者與軟件系統(tǒng)的交互，在系統(tǒng)用例說明中書寫足夠詳細的事件流。

補充歸約主要補充那些無法在用例中記錄的需求。包括：捕捉無用例歸約的功能性需求，捕捉系統(tǒng)資量，捕捉約束，捕捉符合性需求，捕捉文檔需求。

4.4什么是系統(tǒng)執(zhí)行者？如何尋找潛在的系統(tǒng)執(zhí)行者？

答：系統(tǒng)執(zhí)行者：是指與目標系統(tǒng)交換數(shù)據(jù)的任何對象，是在系統(tǒng)之外，透過系統(tǒng)邊界與系統(tǒng)進行有意義交互的任何事物。執(zhí)行者可以是用戶、外部硬件或其它系統(tǒng)。

滿足一個或多個上面這些范疇的任何個人、小組或事物有可能就是執(zhí)行者。

4.5如何理解系統(tǒng)執(zhí)行者與業(yè)務執(zhí)行者、業(yè)務工作者的關系？

答：業(yè)務執(zhí)行者是指某人或某物與業(yè)務進行交互時所擔任的角色，它是指在業(yè)務之外和業(yè)務交互的人、組織或事物。

業(yè)務工作者代表在業(yè)務中進行操作的人、軟件或硬件的抽象。它代表業(yè)務中的一個或一組角色。

系統(tǒng)執(zhí)行者：是指與目標系統(tǒng)交換數(shù)據(jù)的任何對象，是在系統(tǒng)之外，透過系統(tǒng)邊界與系統(tǒng)進行有意義交互的任何事物。執(zhí)行者可以是用戶、外部硬件或其它系統(tǒng)。

關系：系統(tǒng)執(zhí)行者是針對軟件系統(tǒng)來說明的，而業(yè)務執(zhí)行者和業(yè)務工作者是針對業(yè)務來說明的，系統(tǒng)執(zhí)行者和業(yè)務執(zhí)行者含義相似，只是所在的描述范疇不一樣。

4.6請分析用例中的包含關系和擴展關系的相似與區(qū)別？

答：相似：都是如果用例包含的一段行為片段可以用于其他用例，則將這段行為片段歸到“包含用例”或“擴展用例”中，形成一個新的用例，原始用例就成為基本用例，對“包含用例”和“擴展用例”分別有包含關系和擴展關系。

區(qū)別：（1）擴展用例是可選的，而包含用例不是可選的；（2）基本用例沒有擴展用例是可以完成的，但沒有包含用例則不能完成；（3）擴展用例的執(zhí)行是有條件的，而包含用例沒有；（4）擴展用例會改變基本用例的行為，而包含用例不會。

4.7簡單說明把用例組織到包中有什么好處。

答：用例包是用例、執(zhí)行者、關系、圖和其他包的集合，可以通過將用例模型分成更小的部分來結構化用例模型。這樣可以使得具有大量元素的用例模型中的用例結構化，同一包中的用例彼此之間都有某種關系，更加清楚明了，便于以后模型的分析和使用。

4.8用例詳細描述中有哪三種事件流，分別表示什么場景？

答：三種事件流：主事件流、分支事件流和異常事件流。

主事件流：在描述正常過程時列出執(zhí)行者和系統(tǒng)之間相互交互或?qū)υ挼膭幼餍蛄?。當這種對話結束時，執(zhí)行者也達到了預期的目的。

分支事件流：也可促進成功地完成任務，但它們代表了任務的細節(jié)或用于完成任務的途徑的變化部分。

異常事件流：不符合用例流正常或基本行為，引起任務不能順利完成。

4.9什么是軟件需求規(guī)約（srs）？

答：軟件需求規(guī)約是分析任務的最終產(chǎn)物，通過建立完整的信息描述、詳細的功能和行為描述、性能需求和設計約束的說明、合適的驗收標準，給出對目標軟件的各種需求。

4.10如何理解界面原型在需求建模中作用？

答：可以處理模糊需求，開發(fā)者和用戶可充分通信，降低開發(fā)風險。

靜態(tài)界面原型：供分析人員與用戶進行進一步交流和溝通，通過這種可視化方法，使雙方逐步就明確系統(tǒng)需求達成共識。

交互式界面原型：便于用戶可以操作，展示實際系統(tǒng)效果。

4.11選擇題。

1.如圖4.11-1所示.a1、a2和a3是什么?(單選題)(c)。

(a)role。

(b)actress。

(c)actor。

(d)user。

2.如圖4.11-1中，下面哪個語句是正確的?(多選題)(bcd)(a)a3可以使用uc4與系統(tǒng)交互。

(b)al可以使用ucl和uc4與系統(tǒng)交互。(c)a3,al與a2不同。

(d)uc3是沒有步驟的抽象用例。

3.如圖4.11-1所示,下面哪個語句是正確的?(多選題)(cd)(a)uc5是uc4的補充部分。(b)uc4是uc5的可選部分。(c)uc1是沒有用的。

(d)uc2是uc4的可選部分。(e)uc4是uc2的補充部分。

4.12綜合案例分析-餐廳智能移動終端無線點菜系統(tǒng)需求。

根據(jù)第3章的練習3.11綜合案例分析的業(yè)務描述，來分析點餐系統(tǒng)的需求。

傳送距離可達100米，室外傳送距離可送300米。根據(jù)案例的描述，請你完成下列任務：

1.建立無線點菜系統(tǒng)的用例模型（找出所有的系統(tǒng)actor和usecase）；

用例模型。

系統(tǒng)actor：服務員、客戶、經(jīng)理。

usecase：點菜服務、自助點菜、統(tǒng)計。

2.對用例進行詳細描述，包括前置條件、后置條件，以及各事件流，并用泳道圖畫出用例對應的事件流。前置條件：

服務員有掌上電腦系統(tǒng)，廚房與前臺有打印機，在傳輸距離之內(nèi)后置條件：

打印機打印所點菜單事件流：主事件流：1.顧客點菜；

2.服務員用掌上電腦及菜單；3.廚房和前臺打印機打印菜單分支事件流：無。

異常事件流：

步驟2后步驟3未接收，無法打印，返回步驟。

2

3）.打印菜單用例描述：用例名稱：打印菜單。

用例描述：打印點菜內(nèi)容參與者：打印機前置條件：點菜完成。

后置條件：打印機打印菜單給后臺，廚房和前臺主事件流：1.系統(tǒng)發(fā)送點菜單至打印機。

2．打印機接收菜單3．打印機打印菜單分支事件流：無異常事件流：無泳道圖：

chapter5。

5.1如何理解分析與設計的聯(lián)系？

答：“分析”是指“做什么”，強調(diào)對問題的調(diào)研而不是如何確定解決方案，重點集中在需求和應用領域上；而“設計”指“怎么做”，強調(diào)的是問題的邏輯解決方案，即系統(tǒng)怎樣才能滿足需求，重點轉(zhuǎn)移了要產(chǎn)生軟件的結構上。但由于分析與設計是把用戶需求轉(zhuǎn)化為實現(xiàn)的橋梁，分析和設計自始至終可以用相同的技術和類似的表示方法，它們之間的界限很難劃清，且沒有太多意義。

5.2分析設計包括哪些工作流程？

答：分析和設計過程是一個不斷迭代優(yōu)化的過程。

包括：執(zhí)行體系結構合成；定義候選體系結構；優(yōu)化體系結構；分析行為；設計構件；設計數(shù)據(jù)庫；服務識別；服務規(guī)范。

5.3分析建模的元素分哪幾類？具體是什么？答：分析建模的元素分為四大類，分別是：（1）基于場景元素：

這類元素包括：用例文本、用例圖、活動圖和泳道圖等；（2）面向流的元素：

這類元素包括數(shù)據(jù)流圖、控制流圖、處理敘述等；（3）基于類的元素：

這類元素包括類圖、分析包、crc模型、通信圖等；（4）行為的元素：

這類元素包括狀態(tài)圖、順序圖等。

5.4分析模型的靜態(tài)模型的用途是什么？靜態(tài)模型的元素有哪些？

答：用途：通過分析，可以將業(yè)務需求模型和系統(tǒng)需求模型轉(zhuǎn)化為系統(tǒng)可以處理的對象模型，并給出對象的基本屬性和對象間相互關系。

分析模型中靜態(tài)模型主要的元素是基于類的元素，包括：分析包：模型中的包，表示層次結構。類：模型中的類，由包所擁有。關系：模型中的關系，由包所擁有。

圖：模型中的類圖、協(xié)作（通信）圖，由包所擁有。

5.5動態(tài)模型的類被分為哪三類？分別在系統(tǒng)中承擔什么職責？答：邊界類、控制類和實體類。

邊界類：是用來對系統(tǒng)環(huán)境及其內(nèi)部工作之間的交互建模的類。這樣的交互涉及轉(zhuǎn)換和轉(zhuǎn)移事件，并注釋系統(tǒng)表示中的更改（例如界面）。

控制類：是用于對特定于一個或一些用例的控制行為建模的類。實體類：是用來對必須存儲的信息及關聯(lián)行為建模的類。

5.6按照設計模型的不同層次和功能，設計元素可以分哪些方面？

答：（1）體系結構元素；（2）構件級元素；（3）接口/界面元素：用戶界面、構件接口、系統(tǒng)接口；（4）數(shù)據(jù)元素：數(shù)據(jù)庫設計、數(shù)據(jù)結構設計；（5）部署級元素。

5.7軟件模式有哪三個層次？分別說明之。

答：一般地，軟件模式可劃分為三個層次：體系結構模式，設計模式和代碼模式。

體系結構模式：描述軟件系統(tǒng)里的基本的結構組織或綱要。體系結構模式提供一些事先定義好的子系統(tǒng)，指定它們的責任，并給出把它們組織在一起的法則和指南。

設計模型：提供一種提煉子系統(tǒng)或軟件系統(tǒng)中的構件或者兩者之間關系的綱要設計。設計模型描述普遍存在的在相互通訊的構件中重復出現(xiàn)的結構，這種結構解決在一定的背景中的具有一般性的設計問題。

代碼模型：也稱“成例”、實現(xiàn)模式。是較低層次的模式，并與編程語言密切相關。代碼模型描述怎樣利用一個特定的編程語言的特點來實現(xiàn)一個構件的某些特定的方面或關系。

5.8什么是軟件體系結構？簡述軟件體系結構的設計重要性。

答：軟件體系結構：是具有一定形式的結構化元素，即構件的集合，包括處理構件、數(shù)據(jù)構件和連接構件。處理構件負責對數(shù)據(jù)進行加工，數(shù)據(jù)構件是被加工的信息，連接構件把體系結構的不同部分組組合連接起來。這一定義注重區(qū)分處理構件、數(shù)據(jù)構件和連接構件，這一方法在其他的定義和方法中基本上得到保持。

重要性：軟件體系結構設計是高階層的設計，定義了包（子系統(tǒng)），包括包之間的依賴關系和主要的通信機制。自然清晰和簡單的結構是目標，避免幾乎沒有依賴或雙向依賴。

5.9試說明軟件體系結構的演變過程。

答：（1）單機系統(tǒng)：是指只需裝在一臺電腦上，同時只能一個用戶使用的系統(tǒng)，沒有服務器概念，很多早期的軟件都是單機系統(tǒng)，與分布式系統(tǒng)區(qū)別。

（2）客戶機/服務器（兩層）結構：由服務器提供應用（數(shù)據(jù)）服務，多臺客戶機進行連接。

（3）瀏覽器/服務器（b/s）結構：在當前internet/intranet領域，“瀏覽器/服務器”結構是非常流行的客戶機/服務器結構。這種結構最大的優(yōu)點是：客戶機統(tǒng)一采用瀏覽器，這不僅讓用戶使用方便，而且使得客戶機不存在安裝維護問題。

（4）三層結構：三層結構的客戶機/服務器模型是一種先進的協(xié)同應用程序開發(fā)模型，不是物理上，而是邏輯上將客戶機/服務器系統(tǒng)中各種各樣的部件劃分為三“層”服務，它們共同組成一個應用程序，這三層服務包括：數(shù)據(jù)訪問層、業(yè)務邏輯層和表示層。

5.10如何理解體系結構風格和模式的本質(zhì)？

答：體系結構風格：定義了結構組織模式的系統(tǒng)族，用來表達一組協(xié)作的約束，使得對公共約束的特征進行溝通變得更加容易，被用作一種進行抽象的方法，而不是代表一種個性化的設計。

體系結構模式：是對某類問題域給出的一套軟件結構的解決方案，描述了軟件系統(tǒng)基本的結構化組織方案，是處理特定問題的高效、成熟的模板。

5.11什么是軟件框架？與模式的區(qū)別是什么？

答：軟件框架：軟件開發(fā)過程中提取特定領域軟件的共性部分形成的體系結構，不同領域的軟件項目有著不同的框架模型。

區(qū)別：模式提供一種思想方法的指導，應用模式的指導，可以幫助設計人員做出一個優(yōu)良的設計方案，達到事半功倍的效果。但模式不體現(xiàn)為程序，如mvc是一種體系結構的模式，對于同一軟件體系結構，可以通過多種框架來實現(xiàn)。如struts是實現(xiàn)mvc模式的著名框架，但不是唯一的。

5.12rup的4+1視圖分別是什么？答：概括而言，rup的4+1視圖是：（1）邏輯視圖：設計的對象模型。

（2）進程視圖：捕捉設計的并發(fā)和同步特征。

（3）實現(xiàn)視圖：描述了在開發(fā)環(huán)境中軟件的靜態(tài)組織結構。

（4）部署視圖：描述了軟件到硬件的映射，反映了分布式特征。

（5）用例視圖：該視圖是其他視圖的冗余（因此“+1”）。它包含用例和場景。

5.13什么是設計模式？

答：設計模式：是一套被反復使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設計經(jīng)驗的總結。使用設計模式是為了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。毫無疑問，設計模式于己于他人于系統(tǒng)都是多贏的，設計模式使代碼編制真正工程化，設計模式是軟件工程的基石，如同大廈的一塊塊磚石一樣。

5.14簡要說明類的詳細設計分哪幾步來實現(xiàn)？

答：（1）使用設計模式和機制：使用適合設計的類或功能、符合項目設計指南的設計模式和機制。

（2）創(chuàng)建初始設計類：為指定為此任務輸入的分析類創(chuàng)建一個或多個初始設計類，并指定跟蹤依賴關系。包括設計邊界類、設計實體類和設計控制類。

（3）定義屬性：類的屬性為類實例提供信息存儲，并經(jīng)常用于代表類實例的狀態(tài)。類本身保持的任何信息都是通過其屬性完成的。

（4）確定持久類：需要在永久介質(zhì)上存儲其狀態(tài)的類被稱為持久類。

（5）定義操作：類的操作是類的行為特征或動態(tài)特征，表示類提供的服務。（6）定義方法：方法制定操作的實現(xiàn)。

（7）定義狀態(tài)：對于一些操作，操作的行為取決于接受者對象所處的狀態(tài)。

5.15什么是實體類與持久類？說說兩者之間區(qū)別與聯(lián)系。

答：實體類：在分析期間，代表被操縱的信息單元。它們往往是被動的、持久的，并且可能被確定并與持久性分析機制相關聯(lián)。

持久類：需要在永久介質(zhì)上存儲其狀態(tài)的類。

區(qū)別和聯(lián)系：持久類是針對于hibernate對數(shù)據(jù)庫的映射來說的，持久類=實體類+xml或注解配置；而實體類就是一個javabean類，有屬性，get、set方法，以及一些簡單處理的方法。

5.16開發(fā)物理數(shù)據(jù)庫設計的詳細步驟有哪些？

答：（1）定義域；（2）創(chuàng)建初始物理數(shù)據(jù)庫設計元素；（3）定義引用表；（4）創(chuàng)建主鍵和唯一性約束；（5）定義數(shù)據(jù)和參照完整性實現(xiàn)規(guī)則；（6）將數(shù)據(jù)庫設計反向規(guī)范化來為性能進行優(yōu)化；（7）優(yōu)化數(shù)據(jù)訪問；（8）定義存儲器特征；（9）設計存儲過程來將類行為分發(fā)給數(shù)據(jù)庫。

5.17進行界面設計時分析用戶的特征有什么作用？

要。

與系統(tǒng)分析人員協(xié)作，確定是否需要對用戶（主要的執(zhí)行者）描述做出更改，來反映特征描述。

5.18選擇題。

(c)interfaceprojectscope。

5.19綜合案例分析-餐廳pda無線點菜系統(tǒng)分析與設計。

根據(jù)第4章餐廳pda無線點菜系統(tǒng)的需求，請分析設計相關系統(tǒng)。包括1.找出主要的概念實體，畫出實體類圖。

答：1.主要的概念實體：客人，點菜單，點菜記錄，打印機，服務員，菜品分類。

實體類圖：

2.

3.實體類操作：1）客人：輸入已點菜品。

2）點菜記錄：記錄已點菜品（）；確認點菜記錄（）；發(fā)送點菜記錄（）3)打印機：打印點菜記錄（）。

類圖：

4.界面：

5.數(shù)據(jù)庫表結構：

0105。

學習模板工程軟件心得體會篇八

在前不久的幾周里，剛剛結束了“軟件工程導論”課程的學習。這門課程帶給了我很大的啟發(fā)，讓我對軟件工程這一新興學科有了全面的，深刻的認識。盧葦老師精彩的講演，同學們積極地提問與回答，都帶給了我深刻的認識。下面是我在學完該課程后的一些啟發(fā)。

一、我對軟件行業(yè)的認識。

眾所周知，計算機已經(jīng)是現(xiàn)代人生活的必需品。無論是工作、學習、生活、娛樂，我們的生活每時每刻都能見到它的蹤影。大到航天飛機的研制，原子彈、氫彈的引爆，笑道一個小小的電子表，都需要會軟件會變成的人來研制它，讓其工作。所以，伴隨著計算機而生的的潛在市場是十分巨大的，無數(shù)因此成功的公司便是印證，無論是喬布斯的“蘋果”，還是比爾蓋茨的微軟，亦或是馬克·扎克伯克的facebook，都獲得了世人的肯定。他們的成功被人稱道，但是不可否認的是他們的成功是建立在如此巨大的市場空間上的。所以，首先軟件行業(yè)有著充足的市場。

其次是我國的軟件力量。我們國家面臨著一個良好的社會的環(huán)境，社會安定，政府穩(wěn)定，特別是當前經(jīng)濟發(fā)展迅速，法制建設不斷完善，高新技術領域突飛猛進。但是由于法律制度不完善，并且從業(yè)人員普遍創(chuàng)新的意識不夠完善等等多方面的因素，我國的市場并非特別樂觀。我們都能清晰地看到許許多多成功的企業(yè)都未做到完全的創(chuàng)新，如“淘寶網(wǎng)”便是借鑒“亞馬遜”網(wǎng)站，而“人人網(wǎng)”也與facebook有極大的相似度，而騰訊更是眾所周知的山寨之王。但是換個角度看看，這正說明，我國的軟件具有極大地潛力，在未來的幾年，幾十年之間，我國的軟件行業(yè)必會重新洗牌，涌現(xiàn)出強大的軟件企業(yè)，而我們，也一定有機會實現(xiàn)自己的軟件夢。

第三是我國軟件行業(yè)的人員構成。我國的軟件行業(yè)目前主要還是中低素質(zhì)人員構成。打不風程序員，他們沒有系統(tǒng)的、完整的學習整個軟件工程的知識，僅僅靠自學或者短期學習，掌握到部分的、片面的知識就已經(jīng)進入從業(yè)階段，這樣的學業(yè)使他們不能夠勝任自己的工作。而高端的軟件從業(yè)人員相比較而言是相對稀少的，所以我國的軟件行業(yè)并未真正崛起。我們急需那樣的高端人才，而這些人才，便是現(xiàn)在我們學院所努力培養(yǎng)的。

二、我對我們學院軟件工程專業(yè)的認識。

it行業(yè)是隨著電子信息產(chǎn)業(yè)的發(fā)展而逐步發(fā)展起來的，并且日益得到完善。it行業(yè)的平穩(wěn)增長必然會帶來軟件工程師需求的增長，目前隨著it產(chǎn)品出現(xiàn)的技術融合，市場需求的巨大和專業(yè)人才的缺乏，由此可知，軟件行業(yè)還是比較樂觀的。但軟件行業(yè)需要的也是復合型人才，軟件工程師需要掌握更多的編程語言。

北京交通大學軟件學院是經(jīng)教育部批準的國家示范性軟件學院。學院成立于2月，是為適應我國經(jīng)濟結構戰(zhàn)略性調(diào)整的要求和軟件產(chǎn)業(yè)發(fā)展對人才的迫切需求，實現(xiàn)我國軟件人才培養(yǎng)的跨越式發(fā)展而建立的。學院充分發(fā)揮學校的計算機學科優(yōu)勢和it企業(yè)資源綜合優(yōu)勢，利用已有的辦學與市場資源，與國內(nèi)外著名的it企業(yè)開展合作，在管理體制、運行機制、教育思想與理念、人才培養(yǎng)方案與課程體系、教學模式與方法、產(chǎn)學研合作等領域大膽創(chuàng)新，已探索出一條有效地培養(yǎng)“國際化、工業(yè)化、高層次、復合型”軟件人才的辦學之路。

作為教育部批準的全國36所示范性軟件學院和學校教育體制改革與辦學機制創(chuàng)新的試驗田，北交大軟件學院承載著學校的殷切期望。作為國家重要的軟件人才培養(yǎng)基地，在管理體制、運行機制、教育思想與理念、人才培養(yǎng)方案與課程體系、教學模式與方法、產(chǎn)學研合作等領域大膽創(chuàng)新，探索出一條有效地培養(yǎng)“國際化、工業(yè)化、高層次”軟件人才的辦學之路，推出了“2+1+1”人才培養(yǎng)模式。作為一名北京交通大學軟件學院的靴子，我感到十分自豪。

三、我未來的職業(yè)規(guī)劃。

在學習完院長的導論課后，我對自己的直接規(guī)劃產(chǎn)生了很深的想法并且做出了很大的改變。首先，我一定要努力完成大學的學業(yè)。在大學一年級，我要認真地完成專業(yè)課程，努力學好c語言和java的課程，同時擴大自己的知識面，多多學習一些有關軟件方面的知識，不斷地充實自己。

在大學。

二、三年級，我要注重學習java基礎知識、多學習項目開發(fā)經(jīng)驗，了解項目開發(fā)業(yè)務知識，并在學習中掌握db2數(shù)據(jù)庫的sql語句的復雜查詢以及管理操作，并深入學習了解struts、hibernate、spring相關操作。同時在大三結束之前，我要至少了解并熟悉2門編程語言，、c++、php;并學習掌握noracle、ms-sql數(shù)據(jù)庫管理操作;掌握軟件開發(fā)各個階段的基本技能，如市場分析,可行性分析,需求分析,結構設計,詳細設計,軟件測試等。如果有時間的話，還要學習管理方面的相關知識，由技術型向管理型方面的轉(zhuǎn)移。我要多多鍛煉自己的能力，不論待人接物，還是進行演練，都要積極參見，努力爭取較大的提升。

在大學四年級，學校會安排比較多的實習，到那時候，就要好好工作，發(fā)揮自己前三年學到的知識，努力完成自己的畢業(yè)實習，最后，優(yōu)秀地完成自己的大學學業(yè)。如果能夠，我將選擇繼續(xù)深造，可以通過保研，考研等等許多途徑，努力獲得研究生的資格。同時，就業(yè)也是一個不錯的選擇，但是不論考研還是工作，我都要一如既往地補充自己，不斷提高自己的專業(yè)水平。在工作時，我會優(yōu)先選擇私人的，創(chuàng)意性比較強的公司，從中積累經(jīng)驗，并且努力奮斗，成為復合型人才，我便可憑此進入大公司或者幫助自己的公司變得更加強大和成功，最后成為it行業(yè)中優(yōu)秀的一員。

四、總結。

盧葦教授的“軟件工程導論”真的讓我獲益良多，對于軟件工程專業(yè)有了深刻的了解，對自己以后的道路的安排也有了深刻的認識。上課的日子總是很快，不知不覺中遍結了課，我感到如夢初醒，因為我們才敲開軟件知識的大門。路漫漫其修遠兮，吾將上下而求索。不經(jīng)歷風雨怎能見彩虹。我要時刻保持一顆清醒的頭腦，隨時為自己的目標而奮斗。其實，每個人心中都有一幅畫，描述著理想、信念、追求、抱負;每個人心中都有一片森林，承載著鳥語花香的甜蜜、陰森恐懼的彷徨。一個人，若要獲得成功，必須拿出勇氣，付出努力、拼搏、奮斗、成功。機遇不同情眼淚的憂傷、不相信頹廢的絕望，只期待愛打拼、時刻準備著的人。