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