【正文】 ition, synthesis, and rebuilding software to improve software understandability, maintainability, reusability.● UML class diagram of Figure 9 include: class diagram。use case diagram。collaboration diagram。activity diagram。deployment diagram.● Using UML for modeling the demand: that we can use cases(use case)needs to proceed as a good starting point for cases are organized according to the system using the use cases as a starting point for requirements modeling, allows us to focus attention on case diagram is to show a set of use cases, the relationship between the participants and their case diagram includes the following three , generalization and association.● Diagram: these will be described in the UML activity flow graph is called an activityWhitebox testing method: logic coverage test and path testing steps: testing Testing of test Testing ● ● ● State Diagram: to model the dynamic aspects of the the UML design point of view, the type of class usually can be divided into three types: The relationship between classes(analysis): entity class, the boundary type and the control is the link between things.(1)dependency(2)generalization(3)implementation(4)associated.● Component diagrams and deployment diagrams relations: Component diagrams used to describe the position of software systems, but did not describe the system in hardwarerelated plans used to describe the physical topology of the system hardware and software running on this structure.● Forward process and reverse engineering: Forward process is to achieve positive language mapping and the process model into engineering is the mapping from a specific implementation language and the code to model the think, the course of Software Engineering is a a necessary science courses for people who do software learning this course, programmers will focus on software development, theoretical knowledge, and to do project development learning of the course you will not write a program to blindly apply the code, but to clarify the structure of the program and the program from the start, when to needs to be added in the middle of the function, to improve the fact, software engineering is not difficult to learn and Software Engineering linked to daily life, then, is the day you should do first, what to do what to do first, what to do after the after the write process is not so difficult, more plex programs can be divided into several large you sort out the idea of the program step by step solution can be one of the problems, and ultimately you do not learn software engineering process to clarify the idea , then do a large project development, so much code, not a very good structure, it will eventually lead to procedural confusion, mistakes, even more aware of the code will do nothing of the in all, as a programmer to learn software engineering course is necessary, if not to learn software engineering, you will not do the project development, it is impossible to develop a plete software out.第二篇：軟件工程總結(jié)軟件工程課程總結(jié)摘要：計(jì)算機(jī)是20世紀(jì)最重大的科學(xué)技巧成就之一，使當(dāng)代社會(huì)的經(jīng)濟(jì)、軍事、科研、教育、服務(wù)等方面在概念和技巧上發(fā)生了性的變化，對(duì)人類社會(huì)的進(jìn)步已經(jīng)并還將產(chǎn)生極為深刻的影響。電子計(jì)算機(jī)早期功效主要是計(jì)算，后來已遠(yuǎn)遠(yuǎn)超越單純計(jì)算的功效，還可模擬、思維、進(jìn)行自適應(yīng)反饋處理等等，把它叫做“電腦”更為合實(shí)際。計(jì)算機(jī)學(xué)科分為四個(gè)領(lǐng)域，分別是計(jì)算機(jī)科學(xué)，計(jì)算機(jī)工程，軟件工程和信息系統(tǒng)。包括項(xiàng)目管理，分析，設(shè)計(jì)，程序的編寫，測(cè)試和質(zhì)量控制。學(xué)了《軟件工程》這門課程和一些有關(guān)資料后，感覺一些東西都曾經(jīng)接觸過，但在實(shí)際工作中有些理論要完全遵循可能還有些障礙，軟件工程只是提供了理論上的一些結(jié)論，但對(duì)項(xiàng)目的具體可操作性的規(guī)范的制定方面卻做的很少，《軟件工程》發(fā)展了幾十年，光是開發(fā)模型就達(dá)到了10多種，對(duì)不同的項(xiàng)目采用合適的開發(fā)模式，有些項(xiàng)目在不同的開發(fā)階段可能還要轉(zhuǎn)換開發(fā)模式，把它們靈活的應(yīng)用到實(shí)際中還是很困難的。當(dāng)今世界，信息技術(shù)正處于新一輪重大技術(shù)突破的前夜。近年來，從 IT 界到一些國(guó)家首腦，都高度關(guān)注以物聯(lián)網(wǎng)為標(biāo)志的新一輪信息技術(shù)的發(fā)展態(tài)勢(shì)，認(rèn)為這是繼 20 世紀(jì) 80 年代 PC 機(jī)、90 年代互聯(lián)網(wǎng)、移動(dòng)通信網(wǎng)之后，將引發(fā) IT 業(yè)突破性發(fā)展的第三次 IT 產(chǎn)業(yè)化浪潮。近年來，信息技術(shù)、軟件技術(shù)、軟件系統(tǒng)與軟件產(chǎn)業(yè)的發(fā)展備受關(guān)注，已有不少論述、分析與判斷。業(yè)界關(guān)于軟件工程的代表性觀點(diǎn)創(chuàng)立與使用健全的工程原則，以便經(jīng)濟(jì)地獲得可靠且高效率的軟件。與開發(fā)、管理及更新軟件產(chǎn)品有關(guān)的理論、方法及工具。實(shí)際應(yīng)用科學(xué)知識(shí)在設(shè)計(jì)、建構(gòu)電腦程序，與相伴而來所產(chǎn)生的文件，以及后續(xù)的操作和維護(hù)上。7建造由工程師團(tuán)隊(duì)所開發(fā)之大型軟件系統(tǒng)有關(guān)的知識(shí)學(xué)科。系統(tǒng)化地應(yīng)用工具和技術(shù)于開發(fā)以計(jì)算機(jī)為主的應(yīng)用。《軟件工程》是一門綜合性和實(shí)踐性很強(qiáng)的核心課程，它屬于是一門交叉學(xué)科，包含有：軟件開發(fā)技術(shù)（軟件開發(fā)方法學(xué)、軟件開發(fā)過程、軟件工具和軟件工程環(huán)境）、軟件工程管理（軟件管理學(xué)、軟件經(jīng)濟(jì)學(xué)、軟件心理學(xué)）。本課程是面向準(zhǔn)備從事軟件開發(fā)的畢業(yè)生而開設(shè)的一門專業(yè)課程。我理解，軟件工程是按照工程學(xué)的管理方式，有組織、有計(jì)劃的，在一定的質(zhì)量基礎(chǔ)、時(shí)間限度和成本范圍內(nèi)，實(shí)現(xiàn)功能明確的軟件系統(tǒng)。軟件工程項(xiàng)目是一個(gè)需要一步一步的計(jì)算，分析思考而來的，需要不斷思考，研究不斷進(jìn)步，軟件業(yè)作為一個(gè)服務(wù)業(yè)，要想得到發(fā)展，首先必須形成一個(gè)對(duì)軟件服務(wù)有迫切需要的市場(chǎng)。軟件的消費(fèi)群體簡(jiǎn)單一點(diǎn)，可以分為個(gè)體消費(fèi)和企業(yè)消費(fèi)。上規(guī)模的企業(yè)極少。隨著信息化時(shí)代的到來其地位越來越受到人們的重視，軟件工程從一個(gè)學(xué)科，或是某一個(gè)研究方向來說，人員僅僅是過程，方法的執(zhí)行者，所以人員素質(zhì)往往被忽略，軟件工程是一門實(shí)踐性很強(qiáng)的學(xué)科，所以在實(shí)際的軟件研究過程中，人員的素質(zhì)占有很重要的地位。軟件技術(shù)不是一成不變的，是隨著社會(huì)的進(jìn)步的不斷進(jìn)步，不需要不斷的創(chuàng)新，不斷的改善的，需要我們不斷的學(xué)習(xí)，不斷的研究，不斷進(jìn)步。程序是按事先設(shè)計(jì)的功能和性能要求執(zhí)行的指令序列。文檔是與程序開發(fā)，維護(hù)和使用有關(guān)的圖文資料。軟件的特性，判斷正誤：、不可見的邏輯實(shí)體，因此，軟件是無法描述的。（對(duì)）有缺陷的軟件就是廢品。（錯(cuò)）由于軟件的開發(fā)充滿人的個(gè)性特點(diǎn)，因此管理并不決定軟件開發(fā)的成?。ㄥe(cuò)）。（對(duì)）合格的軟件產(chǎn)品不需要維護(hù)，軟件需要維護(hù)說明其質(zhì)量不合格。（錯(cuò)）軟件的分類：1，系統(tǒng)軟件：能與計(jì)算機(jī)硬件緊密配合在一起，使計(jì)算機(jī)系統(tǒng)各個(gè)部件，相關(guān)的軟件和數(shù)據(jù)協(xié)調(diào)，高效的工作的軟件。3，支撐軟件，也叫工具軟件，是協(xié)助用戶開發(fā)軟件的工具性軟件。IEEE給出的定義：軟件工程是開發(fā)，運(yùn)行，維護(hù)和修復(fù)軟件的系統(tǒng)方法。軟件危機(jī)的典型表現(xiàn)成本太高，預(yù)算不準(zhǔn)超過預(yù)計(jì)時(shí)間軟件質(zhì)量標(biāo)準(zhǔn)不明確生產(chǎn)率低缺乏文檔資料，難以維護(hù)。除了知識(shí)背景的差異，缺少合適的交流方法及需求描述工具。4，隨著軟件規(guī)模的增大，其復(fù)雜性往往會(huì)呈指數(shù)級(jí)升高。軟件危機(jī)發(fā)生的主要原因有：遇到了無法解決的高難度技術(shù)問題（不是）無法招聘到足夠的編程高手（不是）軟件人員與用戶互相不理解（是）計(jì)劃和管理不科學(xué)、落實(shí)不力（是）軟件質(zhì)量標(biāo)準(zhǔn)不明確（是）軟件的質(zhì)量特性包括（選擇）問題1：功能性可靠性使用性經(jīng)濟(jì)性（不包括）軟件的質(zhì)量特性包括（選擇）問題2：效率可維護(hù)性可移植性經(jīng)濟(jì)性（不包括）軟件工程的目標(biāo)是運(yùn)用先進(jìn)的軟件開發(fā)技術(shù)和管理方法來提高軟件的質(zhì)量和生產(chǎn)率，也就是要以較短的周期，較低的成本生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，并最終實(shí)現(xiàn)軟件的工業(yè)化生產(chǎn)。軟件生存期由軟件定義，軟件開發(fā)和運(yùn)行維護(hù)三個(gè)時(shí)期組成，每個(gè)時(shí)期又可劃分為若干個(gè)階段。通常又分為3個(gè)階段：?jiǎn)栴}定義，可行性研究，需求分析。由概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和測(cè)試4個(gè)階段組成。開發(fā)過程中的典型文檔：軟件需求規(guī)格說明書。軟件測(cè)試計(jì)劃。用戶手冊(cè)。需求分析工具結(jié)構(gòu)化圖形工具箱。包括DFD圖形工具，實(shí)體關(guān)系圖(ER)圖形工具，Jackson圖形工具，Warnier圖形工具，Visio綜合工具，面向?qū)ο蠊ぞ?，Rational Rose，PowerDesigner，Visio 設(shè)計(jì)工具（1)概要設(shè)計(jì)工具：設(shè)計(jì)目標(biāo)軟件的體系結(jié)構(gòu)、控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)。模塊的數(shù)據(jù)結(jié)構(gòu)通常用實(shí)體關(guān)系圖來描述。Rational Rose 詳細(xì)設(shè)計(jì)工具。詳細(xì)設(shè)計(jì)描述方法有輸入處理輸出(IPO)圖。盒圖(NS圖)。程序設(shè)計(jì)語言(PDL)。判定表。獲取并理解用戶的需求是軟件工程師所面對(duì)的最困難的任務(wù)之一。與用戶進(jìn)行各種方式的交流，并使用調(diào)查研究方法收集信息。將獲取的需求文檔化，形式有用例，決策表，決策樹等。獲取具體的需求的途徑1，與用戶交流。3，系統(tǒng)需求規(guī)格說明。5，市場(chǎng)調(diào)查和用戶問卷調(diào)查。關(guān)于需求獲取問題的認(rèn)識(shí)辨析：沒有與用戶交流就不可能獲取系統(tǒng)需求。（一些需求從用戶以外的途徑獲取）系統(tǒng)開發(fā)必須獨(dú)立完成，參考類似系統(tǒng)及技術(shù)文檔屬于抄襲行為，應(yīng)予避免。（對(duì)）需求調(diào)查時(shí)，用戶所說的需求未必是真實(shí)、準(zhǔn)確的需求，因此需求分析需要依賴用戶，但是不能過分迷信用戶。（對(duì)）軟件需求分析階段的任務(wù)：需求獲取，需求分析，需求定義，需求驗(yàn)證。結(jié)構(gòu)化分析方法：是一種建模技術(shù)。功能模型用數(shù)據(jù)流圖（DFD)來描述使用實(shí)體—關(guān)系圖（ER圖）建立數(shù)據(jù)模型。數(shù)據(jù)字典。需求建模的依據(jù)是需求描述數(shù)據(jù)建模，ER圖，需要認(rèn)真看。軟件的體系結(jié)構(gòu)設(shè)計(jì)，模塊化設(shè)計(jì)都是分而治之策略的具體表現(xiàn)。模塊是構(gòu)成軟件的基本構(gòu)件。模塊的獨(dú)立性是指軟件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體的子功能，而與軟件系統(tǒng)中其他模塊的接口是簡(jiǎn)單的，若一個(gè)模塊只具有單一的功能且與其他模塊沒有太多的聯(lián)系，那么稱此模塊有獨(dú)立性。復(fù)用是指同一事物不做修改或稍加修改就可以多次重復(fù)使用，將服用的思想用于軟件開發(fā)，稱為軟件復(fù)用。2是如果確實(shí)需要?jiǎng)?chuàng)建新的構(gòu)件，則在設(shè)計(jì)時(shí)應(yīng)該考慮將來的可重復(fù)使用性。從技術(shù)的角度，傳統(tǒng)的結(jié)構(gòu)化方法將軟件設(shè)計(jì)劃分為