【正文】 或使軟件適應(yīng)外界環(huán)境的變化等情況出現(xiàn)時，對軟件進(jìn)行修改。B增量模型將軟件的開發(fā)過程分成若干個日程時間交錯的線性序列，每個線性序列產(chǎn)生軟件的一個可發(fā)布的增量版本，后一個版本是對前一個版本的修改和補(bǔ)充，重復(fù)增量發(fā)布的過程，直至產(chǎn)生最終的完善產(chǎn)品。在前一個原型需要改進(jìn)，或者需要擴(kuò)展其范圍的時候，進(jìn)入下一輪原型的迭代開發(fā)。在分析階段，標(biāo)識類及對象，定義類之間的關(guān)系，建立對象關(guān)系模型和對象行為模型。F基于構(gòu)件的開發(fā)模型，基于構(gòu)件的開發(fā)是指利用預(yù)先包裝的構(gòu)建來構(gòu)造應(yīng)用系統(tǒng)。形式化方法用嚴(yán)格的數(shù)學(xué)語言和語義描述功能和設(shè)計規(guī)約，通過數(shù)學(xué)的分析和推導(dǎo)，易于發(fā)現(xiàn)需求的歧義性、不完整性和不一致性，易于對分析模型、設(shè)計模型和程序進(jìn)行驗(yàn)證。答：敏捷軟件開發(fā)必須遵循的12條原則如下；A最優(yōu)先的是通過盡早地和不斷地提交有價值的軟件來使客戶滿意；B歡迎變化的需求，即使該變化出現(xiàn)在開發(fā)的后期，為了提升對客戶的競爭優(yōu)勢，Agile過程利用變化作為動力；C以幾周到幾個月為周期，盡快、不斷地發(fā)布可運(yùn)行軟件；D在整個項目過程中，業(yè)務(wù)人員和開發(fā)人員必須天天一起工作；E以積極向上的員工為中心建立項目組，給予他們所需要的環(huán)境和支持，對他們的工作予以充分的信任；F項目組內(nèi)效率最高、最有效的信息傳遞方式是面對面的交流；G測量項目進(jìn)展的首要依據(jù)是可運(yùn)行的軟件；H敏捷過程提倡可持續(xù)的開發(fā)，項目發(fā)起者、開發(fā)者和用戶應(yīng)能長期保持恒定的速度；I應(yīng)該時刻關(guān)注技術(shù)上的精益求精和好的設(shè)計，以增強(qiáng)敏捷性；J簡單化是必不可少的，這是盡可能減少不必要工作的藝術(shù)；K最好的構(gòu)架、需求和設(shè)計出自于自我組織的團(tuán)隊；L團(tuán)隊要定期反思怎樣才能更加有效，并據(jù)此調(diào)整自己的行為。？答：組成基于計算機(jī)系統(tǒng)的元素主要有：軟件、硬件、人員、數(shù)據(jù)庫、文檔和規(guī)程。包括成本、效益、貨幣的時間價值、投資回收期和純收入。？舉出身邊由于需求分析失敗而造成整個項目失敗的例子。？每個步驟的具體任務(wù)是什么？答：需求工程具體步驟包括：需求獲取、需求分析與協(xié)商、系統(tǒng)建模、需求規(guī)約、需求驗(yàn)證以及需求管理六個步驟。（3）系統(tǒng)建模系統(tǒng)建模是為了在用戶和系統(tǒng)分析人員之間建立統(tǒng)一的語言和理解的橋梁，系統(tǒng)分析人員借助建模技術(shù)對獲取的需求信息進(jìn)行分析，排除錯誤和彌補(bǔ)不足，確保需求分析文檔正確反映用戶的真實(shí)意圖。（6）需求管理軟件需求管理是對需求工程所有相關(guān)活動的規(guī)劃和控制。一般來說，不應(yīng)以用戶表述不明確，無法得到需求，或者用戶需求變化太多太快作為借口，更不能因?yàn)橄旅娴难邪l(fā)技術(shù)人員技術(shù)水平不如自己而責(zé)備研發(fā)技術(shù)人員，同時也需要能夠?yàn)楸ＷC企業(yè)利益而說服公司領(lǐng)導(dǎo)做出正確的決策；（2）鉆研精神IT行業(yè)不同于其他行業(yè)，新理念新技術(shù)新方法層出不窮，系統(tǒng)分析師需要能夠適時適當(dāng)?shù)匾M(jìn)新理念新技術(shù)新方法，為企業(yè)提高生產(chǎn)效率，為員工降低勞動強(qiáng)度，為客戶提供更具競爭力和更加實(shí)用的產(chǎn)品和服務(wù)；（3）優(yōu)秀的協(xié)商談判能力復(fù)雜的系統(tǒng)有許多項目相關(guān)的人員，他們之間的需求必定會出現(xiàn)沖突，協(xié)商的過程就是討論需求，找出每個人都滿意的折衷方案。例如在銀行管理系統(tǒng)中，由于銀行數(shù)據(jù)量的龐大以及對銀行賬戶的管理需求，用戶對系統(tǒng)的性能、可靠性、可維護(hù)性要求很高。？畫出一個過程模型，說明需求評審應(yīng)該如何組織。178。178。 軟件設(shè)計與質(zhì)量的關(guān)系是怎么樣的？設(shè)計是在軟件開發(fā)中形成質(zhì)量的階段，設(shè)計提供了可以用于質(zhì)量評估的軟件表示，是將用戶需求準(zhǔn)確的轉(zhuǎn)化為完整的軟件產(chǎn)品或系統(tǒng)的主要途徑。模塊化設(shè)計，簡單地說就是程序的編寫不是開始就逐條錄入計算機(jī)語句和指令，而是首先用主程序、子程序、子過程等框架把軟件的主要結(jié)構(gòu)和流程描述出來，并定義和調(diào)試好各個框架之間的輸入、輸出鏈接關(guān)系。如果一個軟件具有可移植性，它必然耦合性低，這樣模塊獨(dú)立性要強(qiáng)。反言之，如果這些模塊都是功能內(nèi)聚或信息內(nèi)聚的模塊，模塊之間的耦合都是低耦合，也對可移植性有促進(jìn)?！半[藏”的意思是，有效的模塊化通過定義一組相互獨(dú)立的模塊來實(shí)現(xiàn)，這些獨(dú)立的模塊彼此之間僅僅交換那些為了完成系統(tǒng)功能所必需的信息，而將那些自身的實(shí)現(xiàn)細(xì)節(jié)與數(shù)據(jù)“隱藏”起來。通過信息隱藏，可以定義和實(shí)施對模塊的過程細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的存取限制。（2） 模塊的獨(dú)立性是很重要的：第一，功能被劃分，并且接口被簡化，所以具有有效模塊化的軟件易于開發(fā)。內(nèi)聚度度量同一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度，耦合度度量不同模塊彼此間相互以來的緊密程度。數(shù)據(jù)流圖可以用來抽象地表示系統(tǒng)或軟件。1）父圖和子圖平衡2）數(shù)據(jù)守恒3）局部文件4）一個加工的輸入數(shù)據(jù)流不能與該加工的輸入數(shù)據(jù)流同名5）每個加工至少有一個輸入數(shù)據(jù)流和一個輸出數(shù)據(jù)流。 在數(shù)據(jù)流圖中，可否將兩個加工用一個數(shù)據(jù)流相連？可否將兩個源用一個數(shù)據(jù)流相連？為什么？ 兩個加工可以直接用數(shù)據(jù)流相連，兩個源不能直接用數(shù)據(jù)流相連。看到這個題目，我想起了以前自己也在手機(jī)端Android平臺寫了一個書店的管理系統(tǒng)，不過那個時候根本沒有什么需求分析，只是自己一廂情愿的模擬了一個簡單的流程。 采用Jackson圖表示下面的文件結(jié)構(gòu)：文件人員記錄*工作工號地址姓名工廠。根據(jù)brown的定義構(gòu)件是一個獨(dú)立發(fā)布的功能部分，可以通過其接口訪問它的服務(wù)。在基于構(gòu)件的軟件開發(fā)中經(jīng)常會使用到的商用成品構(gòu)件，是指由第三方開發(fā)的滿足一定構(gòu)件標(biāo)準(zhǔn)并且可組裝的軟件構(gòu)件。如何盡可能降低這些因素的影響？軟件維護(hù)的代價是生產(chǎn)率驚人下降。：使用數(shù)據(jù)庫，可以簡單而有效地管理和存儲用戶程序中的數(shù)據(jù)，還可以減少生成用戶報表應(yīng)用軟件的維護(hù)工作量 ：在軟件開發(fā)過程中，如果采用先進(jìn)的分析設(shè)計技術(shù)和程序設(shè)計技術(shù)，如面向?qū)ο蠹夹g(shù)、復(fù)用技術(shù)等，可減少大量的維護(hù)工作量：如應(yīng)用的類型、數(shù)學(xué)模型、任務(wù)的難度、IF嵌套深度、索引或下標(biāo)數(shù)等，對維護(hù)工作量也有影響 為了有效的進(jìn)行軟件維護(hù)，盡可能降低這些因素的影響，應(yīng)事先就開始做組織工作：？為什么要進(jìn)行軟件可維護(hù)性分析？，則首先判斷維護(hù)類型，對適應(yīng)性維護(hù)，按照評估后得到的優(yōu)先級放入隊列 ，則還要考慮是否采取行動，如果接受申請，則同樣按照評估后得到的優(yōu)先級放入隊列，如果拒絕申請，則通知請求者，并說明原因，由修改負(fù)責(zé)人依次從隊列中取出任務(wù)，按照軟件工程方法學(xué)規(guī)劃、組織、實(shí)施工程。在這個維護(hù)階段中，人們需要著手解決開發(fā)階段尚未解決的問題，同時，還解決維護(hù)工作本身所產(chǎn)生的問題。在軟件工程的每一階段都應(yīng)該努力提高系統(tǒng)的可維護(hù)性，在每個階段結(jié)束前的審查和復(fù)審中，應(yīng)著重對可維護(hù)性進(jìn)行復(fù)審。當(dāng)軟件的大部分是有用的，僅僅部分模塊和數(shù)據(jù)需要擴(kuò)展性修改時，啟動重構(gòu)活動