【正文】 配給所劃分的最小單元模塊。需求管理是一種系統(tǒng)化方法，可用于獲取、組織和記錄系統(tǒng)需求并使客戶和項(xiàng)目團(tuán)隊(duì)在系統(tǒng)變更需求上達(dá)成并保持一致。需求描述就是把分析活動(dòng)中收集信息以文檔的形式確定下來。：（1）經(jīng)濟(jì)可行性（2）技術(shù)可行性（3）運(yùn)行可行性（4）法律可行性（5）開發(fā)方案的選擇 ：（1）系統(tǒng)可行性研究：它指的現(xiàn)有的軟件、硬件技術(shù)能否實(shí)現(xiàn)用戶對新系統(tǒng)的需求。（2）以小的分段來構(gòu)建大型系統(tǒng)，使成本計(jì)算變得簡單容易。（2）有利于開發(fā)與培訓(xùn)的同步（3）開發(fā)費(fèi)用低，開發(fā)周期短且對用戶更友好缺點(diǎn)：（1）客戶與開發(fā)者對原型模型理解不同（2）準(zhǔn)確的原型設(shè)計(jì)比較困難（3）不利于開發(fā)人員開發(fā)3）增量型優(yōu)點(diǎn)：（1）人員分配靈活（2）如果核心產(chǎn)品很受歡迎，則可增加人力實(shí)現(xiàn)下一個(gè)增量（3）可先發(fā)布部分功能給客戶，對客戶起到鎮(zhèn)靜劑的作用缺點(diǎn)：（1）并行開發(fā)構(gòu)件有可能遇到不能集成的風(fēng)險(xiǎn)，軟件必須具備開放式的體系結(jié)構(gòu)。（2）只用在項(xiàng)目生命周期的后期才能看到結(jié)果。優(yōu)點(diǎn)：強(qiáng)調(diào)開發(fā)的階段性、強(qiáng)調(diào)早期計(jì)劃和需求調(diào)查以及強(qiáng)調(diào)產(chǎn)品測試。，軟件開發(fā)和運(yùn)行維護(hù)3個(gè)時(shí)期組成。類圖(Class diagram)是顯示了模型的靜態(tài)結(jié)構(gòu)，特別是模型中存在的類、類的內(nèi)部結(jié)構(gòu)以及它們與其他類的關(guān)系等數(shù)據(jù)耦合指兩個(gè)模塊之間有調(diào)用關(guān)系,傳遞的是簡單的數(shù)據(jù)值,相當(dāng)于高級語言的值傳遞第五篇：軟件工程復(fù)習(xí)點(diǎn)總結(jié)軟件工程第一章：線性順序模型（瀑布模型），原型實(shí)現(xiàn)模型，螺旋模型，快速應(yīng)用開發(fā)模型RAD，并發(fā)模型，基于構(gòu)件的開發(fā)模型，形式化方法模型，第四代技術(shù)。(6)軟件開發(fā)人員的知識(shí)水平。(2)算法和計(jì)算復(fù)雜性。(4)評審。(2)風(fēng)險(xiǎn)分析。適應(yīng)于底層接口比較穩(wěn)定；高層接口變化比較頻繁；底層組件較早被完成。缺點(diǎn)：柱的開發(fā)量大；底層驗(yàn)證被推遲；底層組件測試不充分。局號(hào)可以是455,466,888，552中任意一個(gè)號(hào)碼。外線號(hào)碼先撥9，然后是市話號(hào)碼或長話號(hào)碼。要求：(1).對以上問題畫出功能級數(shù)據(jù)流程圖。它的業(yè)務(wù)是： 將學(xué)員發(fā)來的信件收集分類后，按幾種不同的情況處理。三、名詞解釋題 1．內(nèi)聚性 2．軟件危機(jī) 3．完善性維護(hù) 四、簡答題,它主要診斷哪幾類錯(cuò)誤？ 、增量模型的優(yōu)缺點(diǎn) (PDL)的特點(diǎn)。、組成。() () 聚12.（）是把對象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對象，其內(nèi)部信息對外界是隱蔽的，外界只能通過有限的接口與對象發(fā)生聯(lián)系。；會(huì)用Jackson程序設(shè)計(jì)方法對具體的實(shí)例進(jìn)行設(shè)計(jì)。既能表示數(shù)據(jù)結(jié)構(gòu)也能表示程序結(jié)構(gòu)缺點(diǎn): 選擇條件或循環(huán)結(jié)束條件不能上圖。嚴(yán)格地規(guī)定了每個(gè)階段必須提交的文檔。，每個(gè)模塊完成一個(gè)子功能，把這些模塊集成起來構(gòu)成一個(gè)整體，可以完成指定的功能滿足用戶需求，低耦合耦合是衡量不同模塊彼此間互相依賴的緊密程度內(nèi)聚是衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度：盡量使用數(shù)據(jù)耦合，少用控制耦合和特征耦合，限制公共環(huán)境耦合的范圍，完全不用內(nèi)容耦合內(nèi)聚：使用功能內(nèi)聚和順序內(nèi)聚、寬度、扇入和扇出適當(dāng)：變換分析和事務(wù)分析優(yōu)化方法的格言：先使它能工作，然后再使它快起來第六章 詳細(xì)設(shè)計(jì)設(shè)計(jì)階段的根本目錄是確定應(yīng)該怎樣具體地實(shí)質(zhì)所要求的系統(tǒng)。例如操作系統(tǒng)、編譯系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)等系統(tǒng)軟件的開發(fā)。、數(shù)據(jù)和（文檔）組成。：方法、工具和過程。第10章3個(gè)子模型和5個(gè)層次 怎樣確定類與對象類是對象的抽象，對象是類的具體實(shí)例。多態(tài)：多態(tài)性是指子類對象可以像父類對象那樣使用，同樣地消息既可以發(fā)給父類對象也可以發(fā)給子類對象。方法：方法就是對象所能執(zhí)行的操作，也就是類中所定義的服務(wù)。特點(diǎn)：1以數(shù)據(jù)為中心2對象的主動(dòng)的3實(shí)現(xiàn)了數(shù)據(jù)封裝4本質(zhì)上具有并行性5模塊獨(dú)立性好3面向?qū)ο蟮母拍睿x，特點(diǎn)面向?qū)ο笫且环N對現(xiàn)實(shí)世界理解和抽象的方法，是計(jì)算機(jī)編程技術(shù)[1]發(fā)展到一定階段后的產(chǎn)物。3，按照子類與父類的關(guān)系，把若干個(gè)對象組成一個(gè)層次結(jié)構(gòu)的的系統(tǒng)。決定軟件可維護(hù)性的因素：可理解性、可測試性、可修改性、可移植性、可重用性 5預(yù)防性維護(hù)與軟件再工程。由于維護(hù)階段持續(xù)的時(shí)間很長，因此，當(dāng)需要解釋軟件時(shí)，往往原來寫程序的人已經(jīng)不在附近了。第四項(xiàng)維護(hù)活動(dòng)：為了改進(jìn)未來的可維護(hù)性或可靠性，或?yàn)榱私o未來的改進(jìn)奠定更好的基礎(chǔ)而修改軟件。第8章1軟件維護(hù)的定義，4項(xiàng)活動(dòng)，4類維護(hù)軟件維護(hù)的定義：在軟件已經(jīng)交付使用后，為了改正錯(cuò)誤或滿足新的需要而修改軟件的過程。6白盒測試，黑盒測試（重點(diǎn)）白盒測試：通過測試來檢測產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說明書的規(guī)定正常進(jìn)行。5確認(rèn)測試，范圍，Alpha測試Beta測試確認(rèn)測試：又稱驗(yàn)收測試，它目標(biāo)是驗(yàn)證軟件的有效性。集成測試的策略：自頂向下和自底向上。測試步驟：①模塊測試②子系統(tǒng)測試③系統(tǒng)測試④驗(yàn)收測試⑤平行測試。④應(yīng)該從“小規(guī)?！睖y試開始，并逐步進(jìn)行“大規(guī)?！睖y試。③成功的測試是發(fā)現(xiàn)至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試。使用的圖形工具：jackson圖6復(fù)雜度的度量，McCabe方法，流圖，（2014年重點(diǎn)）復(fù)雜度度量：把程序的復(fù)雜程度乘以適當(dāng)?shù)某?shù)即可估算出軟件中的錯(cuò)誤的數(shù)量以及軟件開發(fā)需要的工作量Mccabe方法：根據(jù)程序控制流的復(fù)雜程度定量度量程序的復(fù)雜程度 第7章1實(shí)現(xiàn)的重點(diǎn)是測試2軟件測試的基礎(chǔ)：目標(biāo)，準(zhǔn)則，方法，測試5步驟軟件測試的基礎(chǔ)：在測試階段測試的人員努力設(shè)計(jì)出一系列的方案，目的卻是為了“破壞”已經(jīng)建造好的軟件系統(tǒng)—竭力證明程序中有錯(cuò)誤，不能按照預(yù)定要求正確工作?？傊?，描繪程序結(jié)構(gòu)的jackson圖應(yīng)該綜合輸入數(shù)據(jù)結(jié)構(gòu)和輸出數(shù)據(jù)結(jié)構(gòu)的層次關(guān)系而導(dǎo)出來。Jackson方法Jackson結(jié)構(gòu)程序設(shè)計(jì)方法基本上由下述5個(gè)步驟組成，（1）分析并確定輸入數(shù)據(jù)和輸出數(shù)據(jù)的邏輯結(jié)構(gòu)，并用jackson圖描述這些數(shù)據(jù)結(jié)構(gòu)（2）找出輸入數(shù)據(jù)結(jié)構(gòu)和輸出數(shù)據(jù)結(jié)構(gòu)中有對應(yīng)關(guān)系的數(shù)據(jù)單元。設(shè)計(jì)過程，用戶界面設(shè)計(jì)是一個(gè)迭代的過程，通常先創(chuàng)建設(shè)計(jì)模型，再用原型實(shí)現(xiàn)這個(gè)設(shè)計(jì)模型，并由用戶試用和評價(jià)，然后根據(jù)用戶意見進(jìn)行修改。2結(jié)構(gòu)化：定義，指導(dǎo)思想，哪幾種結(jié)構(gòu)，使用的工具，建立什么模型使用什么工具結(jié)構(gòu)化的定義：結(jié)構(gòu)化程序設(shè)計(jì)是盡可能少用GOTO語句的程序設(shè)計(jì)方法，最好僅在檢測出錯(cuò)誤時(shí)才使用GOTO語句，而且應(yīng)該總是使用前向goto語句。5各種圖形工具，HIPO，結(jié)構(gòu)圖，數(shù)據(jù)流圖描繪軟件結(jié)構(gòu)的圖形工具：1層次圖2 HIPO圖3結(jié)構(gòu)圖；面向數(shù)據(jù)流的設(shè)計(jì)方法把信息流映射程軟件結(jié)構(gòu)，信息流的類型決定了映射的方法信息流有下述兩種類型：1變換流2事務(wù)流。設(shè)計(jì)過程的9個(gè)步驟：1設(shè)想供選擇的方案2選取合理的方案3推薦最佳方案4功能分解5設(shè)計(jì)軟件結(jié)構(gòu)6設(shè)計(jì)數(shù)據(jù)庫7制定測試計(jì)劃8書寫文檔9審查和復(fù)審。重要性：需求分析可以使得開發(fā)和測試更能夠了解客戶的需求，把一些技術(shù)難點(diǎn)和可能遇到的難點(diǎn)問題提出來，盡早解決，并且達(dá)到一致，便于以后的開發(fā)和測試需求分析結(jié)果是產(chǎn)生：需求規(guī)格說明書⑵分析與綜合，導(dǎo)出軟件的邏輯模型⑶編寫文檔：包括編寫“需求規(guī)格說明書”,“初步用戶使用手冊”,“確認(rèn)測試計(jì)劃”,“修改完善軟件開發(fā)計(jì)劃” 任務(wù)的7項(xiàng)要求，與用戶溝通的方法獲取需求的方法，用到的圖形工具：E＿R圖，圖描述什么，使用符號(hào) 狀態(tài)轉(zhuǎn)換圖，其他圖形，IPO圖等 驗(yàn)證需求，4個(gè)方面 第5章1總體設(shè)計(jì)的目的，任務(wù)總體設(shè)計(jì)的基本目的就是回答“概括地說，系統(tǒng)應(yīng)該如何實(shí)現(xiàn)？”這個(gè)問題。對數(shù)據(jù)流圖中包含的所有元素的定義的集合。 4系統(tǒng)流程圖，表達(dá)什么，它的符號(hào)，符號(hào)含義 概括地描繪物理系統(tǒng)的傳統(tǒng)工具。目的：用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決。一個(gè)軟件從定義到開發(fā)、使用和維護(hù)，直到最終被棄用，要經(jīng)歷一個(gè)漫長的時(shí)期，通常把軟件經(jīng)歷的這個(gè)漫長的時(shí)期稱為生存周期。1，軟件工程關(guān)注于大型程序的構(gòu)造； 2，軟件工程的中心課題是控制復(fù)雜性； 3，軟件經(jīng)?；?；4，開發(fā)軟件的效率非常重要； 5，和諧地合作是開發(fā)軟件的關(guān)鍵； 6，軟件必須有效地支持它的用戶；7，在軟件工程領(lǐng)域中是由一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品。2什么是軟件，軟件的精確定義。第一篇：軟件工程復(fù)習(xí)總結(jié)第1章1什么是軟件危機(jī)，產(chǎn)生軟件危機(jī)的原因，消除軟件危機(jī)的途徑。既要有技術(shù)措施，又要有必要的組織管理措施。軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。二種方法學(xué)，面向結(jié)構(gòu)，面向?qū)ο?個(gè)要素：方法 工具和過程 兩種方法學(xué)：1傳統(tǒng)方法學(xué)2面向?qū)ο蠓椒▽W(xué) 5什么是軟件生命周期，它有哪幾個(gè)階段（8個(gè)階段），各個(gè)階段分別做什么，這些階段的重要性。瀑布模型 快速原型模型 增量模型 螺旋模型 噴泉模型 第2章1什