【正文】 ” ? 這一階段對(duì)需求規(guī)格說(shuō)明中提供的軟件系統(tǒng)邏輯模型進(jìn)行進(jìn)一步的分解，從而建立軟件系統(tǒng)的總體結(jié)構(gòu)和各子系統(tǒng)之間、各模塊之間的關(guān)系，定義各子系統(tǒng)接口界面和各功能模塊的接口，設(shè)計(jì)全局?jǐn)?shù)據(jù)庫(kù)或數(shù)據(jù)結(jié)構(gòu)，規(guī)定設(shè)計(jì)約束，制定組裝測(cè)試計(jì)劃，進(jìn)而給出每個(gè)功能模塊的功能描述、全局?jǐn)?shù)據(jù)定義和外部文件定義等。 ? 需求分析階段的主要成果有軟件需求規(guī)格說(shuō)明書(shū)、軟件驗(yàn)收測(cè)試計(jì)劃和準(zhǔn)則、初步的用戶手冊(cè)等。 ? 軟件系統(tǒng)需求一般由用戶提出。 ? 可行性研究的結(jié)果將是使用部門(mén)負(fù)責(zé)人做出是否繼續(xù)進(jìn)行該項(xiàng)目決定的重要依據(jù)?？尚行哉撟C包括經(jīng)濟(jì)可行性、技術(shù)可行性、操作可行性、法律可行性等。 ? 此時(shí)，系統(tǒng)分析人員應(yīng)在用戶的配合下對(duì)用戶的要求和現(xiàn)有的環(huán)境進(jìn)行深入調(diào)查并寫(xiě)出調(diào)研報(bào)告。 2. 可行性研究 ? 本階段的任務(wù)是根據(jù)用戶提出的工程項(xiàng)目的性質(zhì)、目標(biāo)和規(guī)模，進(jìn)一步了解用戶的要求及現(xiàn)有的環(huán)境及條件，從技術(shù)、經(jīng)濟(jì)和社會(huì)等多方面研究并論證該項(xiàng)目的可行性。 ? 軟件維護(hù) 時(shí)期的任務(wù)是：當(dāng)軟件在使用過(guò)程中發(fā)現(xiàn)錯(cuò)誤時(shí)加以改正；當(dāng)環(huán)境改變時(shí)修改軟件以適應(yīng)新的環(huán)境；當(dāng)用戶有新要求時(shí)及時(shí)改進(jìn)軟件以滿足用戶的新需要。 ? 軟件開(kāi)發(fā)時(shí)期的任務(wù)是：具體設(shè)計(jì)和實(shí)現(xiàn)在前一個(gè)時(shí)期定義的軟件。 ? 軟件定義時(shí)期的任務(wù)是：確定軟件開(kāi)發(fā)工程必須完成的總目標(biāo)；確定工程的可行性；到處實(shí)現(xiàn)工程目標(biāo)應(yīng)該采用的策略及系統(tǒng)必須完成的功能；估計(jì)完成該項(xiàng)工程需要的資源和成本，并制定工程進(jìn)度表。 ? 對(duì)象彼此間僅能通過(guò)發(fā)送消息互相聯(lián)系。 ? 把所有對(duì)象都劃分成類。在每一階段結(jié)束之前都必須進(jìn)行正式嚴(yán)格的技術(shù)審查和管理復(fù)審。這種方法學(xué)把軟件生命周期的全過(guò)程依次劃分為若干個(gè)階段，然后順序的完成每個(gè)階段的任務(wù)。 軟件工程方法學(xué) 1. 傳統(tǒng)方法學(xué) 傳統(tǒng)方法學(xué)也稱為生命周期方法學(xué)或結(jié)構(gòu)化范型。 ? 方法是完成軟件開(kāi)發(fā)的各項(xiàng)任務(wù)的技術(shù)方法； ? 工具是為運(yùn)用方法而提供的自動(dòng)的或半自動(dòng)的軟件工程支撐環(huán)境； ? 過(guò)程是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。 ? 通常把在軟件生命周期全過(guò)程中使用的一整套技術(shù)方法的集合稱為方法學(xué)（ methodology），也稱為范型（ paradigm）。但是，軟件工程不能停留在已有的技術(shù)水平上，應(yīng)積極主動(dòng)地采納或創(chuàng)造新的軟件技術(shù)，要注意不斷總結(jié)經(jīng)驗(yàn)，收集工作量、進(jìn)度、成本等數(shù)據(jù)，并進(jìn)行出錯(cuò)類型和問(wèn)題報(bào)告的統(tǒng)計(jì)。另外，開(kāi)發(fā)小組的人數(shù)不宜過(guò)多，因?yàn)殡S著人數(shù)的增加，人員之間交流情況、討論問(wèn)題的通信開(kāi)銷將急劇增加，這不但不能提高生產(chǎn)率，反而由于誤解等原因可能增加出錯(cuò)的概率。 6. 開(kāi)發(fā)小組的人員應(yīng)該少而精 軟件開(kāi)發(fā)小組人員素質(zhì)和數(shù)量是影響軟件質(zhì)量和開(kāi)發(fā)效率的重要因素。因此，軟件開(kāi)發(fā)小組的工作進(jìn)展情況可見(jiàn)性差，難于評(píng)價(jià)和管理。比如， 20世紀(jì) 60年代末提出的結(jié)構(gòu)程序設(shè)計(jì)技術(shù)；后來(lái)又發(fā)展出各種結(jié)構(gòu)分析（ SA）和結(jié)構(gòu)設(shè)計(jì)（ SD）技術(shù)；之后又出現(xiàn)了面向?qū)ο蠓治觯?OOA）和面向?qū)ο笤O(shè)計(jì)（ OOD）技術(shù)等等。 4. 采用現(xiàn)代程序設(shè)計(jì)技術(shù) 實(shí)踐表明，采用先進(jìn)的程序設(shè)計(jì)技術(shù)既可以提高軟件開(kāi)發(fā)與維護(hù)的效率，又可以提高軟件的質(zhì)量。其中主要是實(shí)行基準(zhǔn)配置管理（又稱為變動(dòng)控制），即凡是修改軟件的建議，尤其是涉及基本配置的修改建議，都必須按規(guī)程進(jìn)行嚴(yán)格的評(píng)審，評(píng)審?fù)ㄟ^(guò)后才能實(shí)施。 3. 實(shí)行嚴(yán)格的產(chǎn)品控制 決不能隨意改變需求，只能依靠科學(xué)的產(chǎn)品控制技術(shù)來(lái)順應(yīng)用戶提出的改變需求的要求。堅(jiān)持在每個(gè)階段結(jié)束前進(jìn)行嚴(yán)格的評(píng)審，就可以盡早發(fā)現(xiàn)錯(cuò)誤，從而可以最小的代價(jià)改正錯(cuò)誤。 2. 堅(jiān)持進(jìn)行階段評(píng)審 據(jù)統(tǒng)計(jì)，在軟件生存周期各階段中，編碼階段之前的錯(cuò)誤約占 63%，而編碼錯(cuò)誤僅占 37%。各級(jí)管理人員都必須嚴(yán)格按照計(jì)劃對(duì)軟件開(kāi)發(fā)和維護(hù)工作進(jìn)行管理。 1. 用分階段的生命周期計(jì)劃嚴(yán)格管理 2. 堅(jiān)持進(jìn)行階段評(píng)審 3. 實(shí)行嚴(yán)格的產(chǎn)品控制 4. 采用現(xiàn)代程序設(shè)計(jì)技術(shù) 5. 結(jié)果應(yīng)能清楚地審查 6. 開(kāi)發(fā)小組的人員應(yīng)該少而精 7. 承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性 軟件工程的基本原理 1. 用分階段的生命周期計(jì)劃嚴(yán)格管理 這條基本原理是應(yīng)該把軟件生存周期劃分成若干個(gè)階段，并相應(yīng)地制定出切實(shí)可行的計(jì)劃，然后嚴(yán)格按照計(jì)劃對(duì)軟件開(kāi)發(fā)與維護(hù)工作進(jìn)行管理。 軟件工程的介紹 軟件工程具有下述本質(zhì)特性： ? 軟件工程關(guān)注于大型程序的構(gòu)造 ? 軟件工程的中心課題是控制復(fù)雜性 ? 軟件經(jīng)常變化 ? 開(kāi)發(fā)軟件的效率非常重要 ? 和諧的合作是開(kāi)發(fā)軟件的關(guān)鍵 ? 軟件必須有效的支持它的用戶 ? 在軟件工程領(lǐng)域中是由具有一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品 軟件工程的介紹 ? 著名的軟件工程專家 B. W. Boehm于 1983年綜合了軟件工程專家學(xué)者們的意見(jiàn)并總結(jié)了開(kāi)發(fā)軟件的經(jīng)驗(yàn)，提出了軟件工程的 7條基本原理。 ? 1968年 ， 北大西洋公約組織在原西德召開(kāi)計(jì)算機(jī)科學(xué)會(huì)議 ，由 Fritz Bauer首次提出了 “ 軟件工程 ” 的概念： “ 軟件工程是為了經(jīng)濟(jì)地獲得能夠在實(shí)際機(jī)器上有效運(yùn)行的可靠軟件而建立和使用的一系列完善的工程化原則 。 消除軟件危機(jī)的途徑 軟件工程 軟件工程的介紹 軟件工程的基本原理 軟件工程方法學(xué) ? 軟件工程是研究軟件生產(chǎn)的一門(mén)學(xué)科 。 ? 原因一：軟件本身的特點(diǎn) ? 軟件是邏輯產(chǎn)品； ? 軟件規(guī)模龐大； 產(chǎn)生軟件危機(jī)的原因 Infant mortality Wear out Failure curve for hardware idealized curve change actual curve Failure rate Time 產(chǎn)生軟件危機(jī)的原因 ? 原因二：軟件專業(yè)人員本身的素質(zhì)所決定的：軟件專業(yè)人員對(duì)軟件開(kāi)發(fā)和維護(hù)存在糊涂的觀念，在實(shí)踐過(guò)程中采用了錯(cuò)誤的方法和技術(shù) ? 忽視用戶需求分析或分析不足； ? 對(duì)軟件生存周期這一過(guò)程認(rèn)識(shí)不明確； ? 對(duì)完整的軟件配置認(rèn)識(shí)不準(zhǔn)確； ? 忽略了軟件維護(hù)的重要性； ? 對(duì)計(jì)算機(jī)軟件應(yīng)當(dāng)有一個(gè)正確的認(rèn)識(shí)； ? 應(yīng)當(dāng)有組織、有計(jì)劃、通過(guò)嚴(yán)格的管理手段進(jìn)行軟件的開(kāi)發(fā)； ? 及時(shí)總結(jié)軟件開(kāi)發(fā)的成功技術(shù)和方法并加以推廣； ? 開(kāi)發(fā)和使用更好的軟件工具； 總之，為了解決軟件危機(jī)，既要有 技術(shù)措施 ，