【正文】 E測(cè)試階段的任務(wù)是發(fā)現(xiàn)并糾正軟件中的錯(cuò)誤和缺陷。F軟件完成各種測(cè)試后就可交付使用，在軟件運(yùn)行期間，需對(duì)投入運(yùn)行的軟件進(jìn)行維護(hù)，即可發(fā)現(xiàn)了軟件中潛藏的錯(cuò)誤或需要增加新的功能或使軟件適應(yīng)外界環(huán)境的變化等情況出現(xiàn)時(shí)，對(duì)軟件進(jìn)行修改。答：典型的軟件過(guò)程模型有：瀑布模型、演化模型（增量模型、原型模型、螺旋模型）、噴泉模型、基于構(gòu)件的開(kāi)發(fā)模型和形式方法模型等。B增量模型將軟件的開(kāi)發(fā)過(guò)程分成若干個(gè)日程時(shí)間交錯(cuò)的線性序列，每個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的增量版本，后一個(gè)版本是對(duì)前一個(gè)版本的修改和補(bǔ)充，重復(fù)增量發(fā)布的過(guò)程，直至產(chǎn)生最終的完善產(chǎn)品。然后快速制定原型開(kāi)發(fā)的計(jì)劃，確定原型的目標(biāo)和范圍，采用快速設(shè)計(jì)的方式對(duì)其建模，并構(gòu)建模型。在前一個(gè)原型需要改進(jìn)，或者需要擴(kuò)展其范圍的時(shí)候，進(jìn)入下一輪原型的迭代開(kāi)發(fā)。E噴泉模型是一種支持面向?qū)ο箝_(kāi)發(fā)的過(guò)程模型。在分析階段，標(biāo)識(shí)類及對(duì)象，定義類之間的關(guān)系，建立對(duì)象關(guān)系模型和對(duì)象行為模型。在編碼階段，用面向?qū)ο笳Z(yǔ)言實(shí)現(xiàn)類及對(duì)象，通過(guò)消息機(jī)制實(shí)現(xiàn)對(duì)象之間的通信，完成軟件的功能。F基于構(gòu)件的開(kāi)發(fā)模型，基于構(gòu)件的開(kāi)發(fā)是指利用預(yù)先包裝的構(gòu)建來(lái)構(gòu)造應(yīng)用系統(tǒng)。G形式化方法是建立在嚴(yán)格數(shù)學(xué)基礎(chǔ)上的一種軟件開(kāi)發(fā)方法。形式化方法用嚴(yán)格的數(shù)學(xué)語(yǔ)言和語(yǔ)義描述功能和設(shè)計(jì)規(guī)約，通過(guò)數(shù)學(xué)的分析和推導(dǎo)，易于發(fā)現(xiàn)需求的歧義性、不完整性和不一致性，易于對(duì)分析模型、設(shè)計(jì)模型和程序進(jìn)行驗(yàn)證。 敏捷軟件開(kāi)發(fā)的特點(diǎn)是什么？答：敏捷軟件開(kāi)發(fā)的特點(diǎn)有4個(gè)：A個(gè)人和交互高于過(guò)程和工具；B可運(yùn)行軟件高于詳盡的文檔；C與客戶協(xié)作高于合同談判；D對(duì)變更及時(shí)做出反應(yīng)高于遵循計(jì)劃。答：敏捷軟件開(kāi)發(fā)必須遵循的12條原則如下；A最優(yōu)先的是通過(guò)盡早地和不斷地提交有價(jià)值的軟件來(lái)使客戶滿意；B歡迎變化的需求，即使該變化出現(xiàn)在開(kāi)發(fā)的后期，為了提升對(duì)客戶的競(jìng)爭(zhēng)優(yōu)勢(shì)，Agile過(guò)程利用變化作為動(dòng)力；C以幾周到幾個(gè)月為周期，盡快、不斷地發(fā)布可運(yùn)行軟件；D在整個(gè)項(xiàng)目過(guò)程中，業(yè)務(wù)人員和開(kāi)發(fā)人員必須天天一起工作；E以積極向上的員工為中心建立項(xiàng)目組，給予他們所需要的環(huán)境和支持，對(duì)他們的工作予以充分的信任；F項(xiàng)目組內(nèi)效率最高、最有效的信息傳遞方式是面對(duì)面的交流；G測(cè)量項(xiàng)目進(jìn)展的首要依據(jù)是可運(yùn)行的軟件；H敏捷過(guò)程提倡可持續(xù)的開(kāi)發(fā)，項(xiàng)目發(fā)起者、開(kāi)發(fā)者和用戶應(yīng)能長(zhǎng)期保持恒定的速度；I應(yīng)該時(shí)刻關(guān)注技術(shù)上的精益求精和好的設(shè)計(jì)，以增強(qiáng)敏捷性；J簡(jiǎn)單化是必不可少的，這是盡可能減少不必要工作的藝術(shù)；K最好的構(gòu)架、需求和設(shè)計(jì)出自于自我組織的團(tuán)隊(duì)；L團(tuán)隊(duì)要定期反思怎樣才能更加有效，并據(jù)此調(diào)整自己的行為。答：系統(tǒng)工程是一個(gè)問(wèn)題求解的活動(dòng)，其目的是分析基于計(jì)算機(jī)的系統(tǒng)的功能、性能等要求，并把它們分配到基于計(jì)算機(jī)系統(tǒng)的各個(gè)系統(tǒng)元素中，確定它們的約束條件和接口。？答：組成基于計(jì)算機(jī)系統(tǒng)的元素主要有：軟件、硬件、人員、數(shù)據(jù)庫(kù)、文檔和規(guī)程。答：可行性分析主要從經(jīng)濟(jì)、技術(shù)、法律等方面分析所給出的解決方案是否可行，能否在規(guī)定的資源和時(shí)間的約束下完成。包括成本、效益、貨幣的時(shí)間價(jià)值、投資回收期和純收入。技術(shù)可行性分析通常包括風(fēng)險(xiǎn)分析、資源分析和技術(shù)分析。？舉出身邊由于需求分析失敗而造成整個(gè)項(xiàng)目失敗的例子。因需求分析失敗而造成項(xiàng)目失敗例子如下:項(xiàng)目名稱：郵政資信管理系統(tǒng)項(xiàng)目功能：管理郵政方面業(yè)務(wù)的監(jiān)督和管理，提高郵政的服務(wù)效率。？每個(gè)步驟的具體任務(wù)是什么？答：需求工程具體步驟包括：需求獲取、需求分析與協(xié)商、系統(tǒng)建模、需求規(guī)約、需求驗(yàn)證以及需求管理六個(gè)步驟。需求獲取的工作產(chǎn)品為進(jìn)行需求分析提供了基礎(chǔ)。（3）系統(tǒng)建模系統(tǒng)建模是為了在用戶和系統(tǒng)分析人員之間建立統(tǒng)一的語(yǔ)言和理解的橋梁，系統(tǒng)分析人員借助建模技術(shù)對(duì)獲取的需求信息進(jìn)行分析，排除錯(cuò)誤和彌補(bǔ)不足，確保需求分析文檔正確反映用戶的真實(shí)意圖。需求規(guī)約作為用戶和開(kāi)發(fā)者之間的一個(gè)協(xié)議，在之后的軟件工程各個(gè)階段發(fā)揮重要作用。（6）需求管理軟件需求管理是對(duì)需求工程所有相關(guān)活動(dòng)的規(guī)劃和控制。？請(qǐng)說(shuō)明理由。一般來(lái)說(shuō)，不應(yīng)以用戶表述不明確，無(wú)法得到需求，或者用戶需求變化太多太快作為借口，更不能因?yàn)橄旅娴难邪l(fā)技術(shù)人員技術(shù)水平不如自己而責(zé)備研發(fā)技術(shù)人員，同時(shí)也需要能夠?yàn)楸ＷC企業(yè)利益而說(shuō)服公司領(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é)商的過(guò)程就是討論需求，找出每個(gè)人都滿意的折衷方案。（4）廣泛的知識(shí)面：除了具備基本的IT技能、知識(shí)外，需要廣泛涉獵其他行業(yè)其他學(xué)科的知識(shí)方法，以系統(tǒng)工程的理念，借鑒和利用其他行業(yè)的為IT 行業(yè)所用，也可以把IT行業(yè)的理念應(yīng)用到其他行業(yè)；（5）精湛的技術(shù)能力：系統(tǒng)分析員往往需要分析可行性和解決研發(fā)人員的技術(shù)問(wèn)題，因此必須具備廣泛的技術(shù)涉獵面和較強(qiáng)的技術(shù)能力；（6）財(cái)務(wù)能力：系統(tǒng)分析員往往需要參與項(xiàng)目的招投標(biāo)分析，為了保證企業(yè)的利潤(rùn)和客戶的利益，必須進(jìn)行財(cái)務(wù)核算，需要具備會(huì)計(jì)、財(cái)務(wù)，成本計(jì)算等方面的能力；（7）司法能力：與其他大部分行業(yè)一樣，IT行業(yè)也受到法律的約束，任何活動(dòng)必須合情合理合法，任何違背法律的項(xiàng)目最終都會(huì)失敗，違背倫理道德的事和人最終都將失去人心。答：非功能性需求是指軟件產(chǎn)品為滿足用戶業(yè)務(wù)需求而必須具有且除功能需求以外的特性。例如在銀行管理系統(tǒng)中，由于銀行數(shù)據(jù)量的龐大以及對(duì)銀行賬戶的管理需求，用戶對(duì)系統(tǒng)的性能、可靠性、可維護(hù)性要求很高。？答：（1）必須能夠表示和理解問(wèn)題的信息域；（2）必須能夠定義軟件將完成的功能；（3）必須劃分描述數(shù)據(jù)、功能和行為的模型，從而可以分層次地揭示細(xì)節(jié)；（4）分析過(guò)程應(yīng)該從要素信息移向細(xì)節(jié)信息？自己尋找一個(gè)實(shí)例，親自寫一個(gè)需求規(guī)約。？畫出一個(gè)過(guò)程模型，說(shuō)明需求評(píng)審應(yīng)該如何組織。 需求分析 分析人員 用戶 用戶要求 獲取系統(tǒng) 系統(tǒng) 信息 需求 折衷方案 系統(tǒng)信息 開(kāi)發(fā)部門管理者 軟件設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試人員