【正文】 當(dāng)軟件的大部分是有用的，僅僅部分模塊和數(shù)據(jù)需要擴(kuò)展性修改時(shí)，啟動(dòng)重構(gòu)活動(dòng)。在這個(gè)維護(hù)階段中，人們需要著手解決開發(fā)階段尚未解決的問題，同時(shí)，還解決維護(hù)工作本身所產(chǎn)生的問題。如何盡可能降低這些因素的影響？軟件維護(hù)的代價(jià)是生產(chǎn)率驚人下降。根據(jù)brown的定義構(gòu)件是一個(gè)獨(dú)立發(fā)布的功能部分，可以通過其接口訪問它的服務(wù)。看到這個(gè)題目，我想起了以前自己也在手機(jī)端Android平臺(tái)寫了一個(gè)書店的管理系統(tǒng)，不過那個(gè)時(shí)候根本沒有什么需求分析，只是自己一廂情愿的模擬了一個(gè)簡(jiǎn)單的流程。1）父圖和子圖平衡2）數(shù)據(jù)守恒3）局部文件4）一個(gè)加工的輸入數(shù)據(jù)流不能與該加工的輸入數(shù)據(jù)流同名5）每個(gè)加工至少有一個(gè)輸入數(shù)據(jù)流和一個(gè)輸出數(shù)據(jù)流。內(nèi)聚度度量同一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度，耦合度度量不同模塊彼此間相互以來的緊密程度。通過信息隱藏，可以定義和實(shí)施對(duì)模塊的過程細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的存取限制。反言之，如果這些模塊都是功能內(nèi)聚或信息內(nèi)聚的模塊，模塊之間的耦合都是低耦合，也對(duì)可移植性有促進(jìn)。 軟件設(shè)計(jì)與質(zhì)量的關(guān)系是怎么樣的？設(shè)計(jì)是在軟件開發(fā)中形成質(zhì)量的階段，設(shè)計(jì)提供了可以用于質(zhì)量評(píng)估的軟件表示，是將用戶需求準(zhǔn)確的轉(zhuǎn)化為完整的軟件產(chǎn)品或系統(tǒng)的主要途徑。178。例如在銀行管理系統(tǒng)中，由于銀行數(shù)據(jù)量的龐大以及對(duì)銀行賬戶的管理需求，用戶對(duì)系統(tǒng)的性能、可靠性、可維護(hù)性要求很高。一般來說，不應(yīng)以用戶表述不明確，無法得到需求，或者用戶需求變化太多太快作為借口，更不能因?yàn)橄旅娴难邪l(fā)技術(shù)人員技術(shù)水平不如自己而責(zé)備研發(fā)技術(shù)人員，同時(shí)也需要能夠?yàn)楸ＷC企業(yè)利益而說服公司領(lǐng)導(dǎo)做出正確的決策；（2）鉆研精神IT行業(yè)不同于其他行業(yè)，新理念新技術(shù)新方法層出不窮，系統(tǒng)分析師需要能夠適時(shí)適當(dāng)?shù)匾M(jìn)新理念新技術(shù)新方法，為企業(yè)提高生產(chǎn)效率，為員工降低勞動(dòng)強(qiáng)度，為客戶提供更具競(jìng)爭(zhēng)力和更加實(shí)用的產(chǎn)品和服務(wù)；（3）優(yōu)秀的協(xié)商談判能力復(fù)雜的系統(tǒng)有許多項(xiàng)目相關(guān)的人員，他們之間的需求必定會(huì)出現(xiàn)沖突，協(xié)商的過程就是討論需求，找出每個(gè)人都滿意的折衷方案。（3）系統(tǒng)建模系統(tǒng)建模是為了在用戶和系統(tǒng)分析人員之間建立統(tǒng)一的語言和理解的橋梁，系統(tǒng)分析人員借助建模技術(shù)對(duì)獲取的需求信息進(jìn)行分析，排除錯(cuò)誤和彌補(bǔ)不足，確保需求分析文檔正確反映用戶的真實(shí)意圖。？舉出身邊由于需求分析失敗而造成整個(gè)項(xiàng)目失敗的例子。？答：組成基于計(jì)算機(jī)系統(tǒng)的元素主要有：軟件、硬件、人員、數(shù)據(jù)庫、文檔和規(guī)程。形式化方法用嚴(yán)格的數(shù)學(xué)語言和語義描述功能和設(shè)計(jì)規(guī)約，通過數(shù)學(xué)的分析和推導(dǎo)，易于發(fā)現(xiàn)需求的歧義性、不完整性和不一致性，易于對(duì)分析模型、設(shè)計(jì)模型和程序進(jìn)行驗(yàn)證。在分析階段，標(biāo)識(shí)類及對(duì)象，定義類之間的關(guān)系，建立對(duì)象關(guān)系模型和對(duì)象行為模型。B增量模型將軟件的開發(fā)過程分成若干個(gè)日程時(shí)間交錯(cuò)的線性序列，每個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的增量版本，后一個(gè)版本是對(duì)前一個(gè)版本的修改和補(bǔ)充，重復(fù)增量發(fā)布的過程，直至產(chǎn)生最終的完善產(chǎn)品。詳細(xì)設(shè)計(jì)的任務(wù)是設(shè)計(jì)各個(gè)組成成分的實(shí)現(xiàn)細(xì)節(jié)，包括局部數(shù)據(jù)結(jié)構(gòu)和算法等。答：軟件工程原則包括圍繞工程設(shè)計(jì)、工程支持和工程管理提出的以下4條基本原則：第一條：圍繞適宜的開發(fā)模型；第二條：采用合適的設(shè)計(jì)方法；第三條：提供高質(zhì)量的工程支撐；第四條：重視軟件工程的管理。系統(tǒng)軟件與具體的應(yīng)用領(lǐng)域無關(guān)。 7 分別采用數(shù)據(jù)流方法中得哪些技術(shù)來完成用戶需求的精確化、一致化和完全化的任務(wù)。 4。 1 什么是軟件工程？ 1 簡(jiǎn)述軟件工程的基本原則。 3？ 3。耦合和軟件可移植性的概念有何關(guān)系？舉例說明自己的結(jié)論。 簡(jiǎn)述軟件的分類，并舉例說明。例如：工程/科學(xué)計(jì)算軟件、嵌入式軟件、產(chǎn)品線軟件、Web應(yīng)用軟件、人工智能軟件。C軟件設(shè)計(jì)只要解決待開發(fā)軟件“怎么做”的問題。 簡(jiǎn)述各類軟件過程模型的特點(diǎn)。D螺旋模型將原型模型實(shí)現(xiàn)的迭代特征與瀑布模型中控制的和系統(tǒng)化的方面結(jié)合起來，不僅體現(xiàn)了這兩種模型的優(yōu)點(diǎn)而且還增加了風(fēng)險(xiǎn)分析。構(gòu)件可以是組織內(nèi)部開發(fā)的構(gòu)建，也可以是商業(yè)化的、現(xiàn)存的軟件構(gòu)件。第3章。（2）技術(shù)可行性主要根據(jù)系統(tǒng)的功能、性能、約束條件等，分析在現(xiàn)有資源和技術(shù)條件下系統(tǒng)能否實(shí)現(xiàn)。（1）需求獲取在需求獲取階段系統(tǒng)分析人員通過與用戶的交流、對(duì)現(xiàn)有系統(tǒng)的觀察以及對(duì)任務(wù)進(jìn)行分析，確定系統(tǒng)或產(chǎn)品范圍的限制性描述、與系統(tǒng)或產(chǎn)品有關(guān)的人員及特征列表、系統(tǒng)的技術(shù)環(huán)境的描述、系統(tǒng)功能的列表以及應(yīng)用于每個(gè)需求的領(lǐng)域限制、一組描述不同運(yùn)行條件下系統(tǒng)或產(chǎn)品使用狀況的應(yīng)用場(chǎng)景以及為更好地定義需求而開發(fā)的原型。換句話說，需求管理就是：一種獲取、組織并記錄系統(tǒng)需求的系統(tǒng)化方案，以及一個(gè)使用戶與項(xiàng)目團(tuán)隊(duì)對(duì)不斷變更的系統(tǒng)需求達(dá)成并保持一致的過程。答：（1）能否建立起順暢的通訊途徑；（2）是否能夠獲取用戶對(duì)系統(tǒng)的功能需求和非功能需求；（3）是否利于在可運(yùn)行系統(tǒng)時(shí)的管理要求。答：參與人員：分析人員，用戶，開發(fā)部門的管理者，軟件設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試的人員。 接口設(shè)計(jì)描述了軟件內(nèi)部、軟件和協(xié)作系統(tǒng)之間以及軟件同人之間的通信方式。逐步求精的結(jié)果是得到一系列以功能塊為單位的算法描述。例如，有一個(gè)圖形處理軟件，它應(yīng)具有二維幾何圖形處理、三維幾何圖形處理、圖形顯示、外設(shè)控制、數(shù)據(jù)庫管理、用戶界面控制、設(shè)計(jì)分析等模塊。信息隱蔽為軟件系統(tǒng)的修改、測(cè)試及以后的維護(hù)都帶來好處。第二，由于因設(shè)計(jì)和編碼修改引起的副作用受到局限，錯(cuò)誤傳播被減小，并且模塊復(fù)用成為可能，所以獨(dú)立的模塊更易于維護(hù)和測(cè)試。它從信息傳遞和加工的角度，以圖形的方式刻畫數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過程，同時(shí)可以按自頂向下、逐步分解的方法表示內(nèi)容不斷增加的數(shù)據(jù)流和功能細(xì)節(jié)。因?yàn)閿?shù)據(jù)流由一組固定成分的數(shù)據(jù)組成。辦公室。 簡(jiǎn)述基于構(gòu)件的軟件開發(fā)過程。：修改軟件需求說明、修改軟件設(shè)計(jì)、設(shè)計(jì)評(píng)審、必要時(shí)重新編碼、單元測(cè)試、集成測(cè)試( 包括回歸測(cè)試)、確認(rèn)測(cè)試等 維護(hù)請(qǐng)求類型類型嚴(yán)重性評(píng)估后按優(yōu)先級(jí)在隊(duì)列排隊(duì)救火行動(dòng)，當(dāng)排在隊(duì)列之首評(píng)估后分類評(píng)估后按優(yōu)先級(jí)在隊(duì)列排隊(duì)采取的行動(dòng)通知請(qǐng)求者并說明原因按優(yōu)先級(jí)在隊(duì)列中排隊(duì)從維護(hù)請(qǐng)求隊(duì)列之首取出一任務(wù)按SE方法學(xué)規(guī)劃、組織、實(shí)施工程隊(duì)列中還有維護(hù)請(qǐng)求嗎？資源用于開發(fā)新的軟件。維護(hù)階段的花費(fèi)約占整個(gè)軟件生命期花費(fèi)的67%。 技術(shù)資料分享 ?？删S護(hù)性是所有軟件系統(tǒng)都應(yīng)具備的特點(diǎn)。語言的功能越強(qiáng)，生成程序的模塊化和結(jié)構(gòu)化程度越高，所需的