【正文】 什么是軟件？軟件和程序的區(qū)別？ 答：（ 1） 軟件是計(jì)算機(jī)程序、方法、規(guī)則、相關(guān)的文檔資料以及在計(jì)算機(jī)上運(yùn)行程序時所必 須的數(shù)據(jù)。 （ 2） 程序是為了解決某個特定問題二用程序設(shè)計(jì)語言描述的適合計(jì)算機(jī)處理的語句序列。 軟件是程序 +文檔，沒有相關(guān)文檔，僅有程序是不能成為軟件產(chǎn)品的 什么是軟件生存周期？劃分生存周期的主要原則是什么？ （ 1） 定義：軟件生存周期是指某一軟件項(xiàng)目被提出來并著手實(shí)現(xiàn)開始直到該軟件報(bào)廢或停止使用為止。 （ 2） 原則：各階段的任務(wù)盡可能獨(dú)立 什么是軟件危機(jī)？它有哪些主要表現(xiàn)？為什么會產(chǎn)生軟件危機(jī)？ （ 1） 軟件危機(jī) :是指在 計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。 （ 2） a. 對軟件開發(fā)成本和研制進(jìn)度的估計(jì)常常很不精確； b. “已完成”的軟件不能滿足用戶要求 ； c. 軟件產(chǎn)品質(zhì)量差，可靠性得不到保證； d. 軟件產(chǎn)品可維護(hù)性差，沒有統(tǒng)一、公認(rèn)的規(guī)范和完整規(guī)范的文檔資料； e. 軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升 ； f. 軟件開發(fā)生產(chǎn)率提高的速度，遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用速度普及深入的趨勢 。 （ 3） ，軟件產(chǎn)品往往規(guī)模龐大，結(jié)構(gòu)復(fù)雜； ； 開發(fā)費(fèi)用不斷增加，維護(hù)費(fèi)用急劇上升； ； ； ，生產(chǎn)效率提高緩慢； 什么是軟件工程？怎樣利用軟件工程消除軟件危機(jī)？ （ 1） 軟件工程是：① 是把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開發(fā)、運(yùn)行和維護(hù)過程，也就是把工程應(yīng)用于軟件；② 研究①中提到的途徑。 （ 2） 首先應(yīng)該對計(jì)算機(jī)軟件有一個正確的認(rèn)識，徹底清除“軟件就是程序”的錯誤觀念； 要使用并且不斷研究探索更好、更有效的技術(shù)和方法； 要有良好的組織、嚴(yán)密的管理，各類人員協(xié)同配合、共同完成的工程項(xiàng) 目； 應(yīng)該開發(fā)和使用好的軟件工具。 簡述度量軟件質(zhì)量的六個特性，在軟件開發(fā)中如何保證軟件質(zhì)量？ （ 1） 功能性、可靠性、易用性、效率、可維護(hù)性、可移植性等 （ 2） 說明文檔和復(fù)審對于軟件質(zhì)量控制的作用。 答：每一階段都要完成規(guī)定的文檔，沒有完成文檔，就認(rèn)為沒有完成該階段的任務(wù) 。軟件開發(fā)是許多人共同參加的計(jì)劃，完整與合格的文檔，不僅是開發(fā)時期軟件人 員之間互相通信的媒介，也是運(yùn)行時期對軟件進(jìn)行維護(hù)的中要依據(jù)。每一階段都要 對已完成的文檔進(jìn)行復(fù)審，以便盡早發(fā)現(xiàn)問題，消除隱患。愈是早期潛伏下來的故 障，暴露出來的時 間愈晚，排除故障需付出的代價(jià)也就愈高。及時復(fù)審是保證軟件 質(zhì)量，降低開發(fā)成本的重要措施。 什么是軟件生存周期模型？試比較本章介紹的四種模型的優(yōu)缺點(diǎn)，說明每種模型的使用范圍。 （ 1） 軟件開發(fā)模型是描述軟件開發(fā)過程中各種活動如何執(zhí)行的模型。 （ 2） 瀑布： 優(yōu)點(diǎn)： 為項(xiàng)目提供了按階段劃分的檢查點(diǎn)，當(dāng)前一個階段完成后，只需要關(guān)注后續(xù)階段。 提供了軟件開發(fā)的基本框架，有利于大型軟件開發(fā)過程中人員的組織與管理 缺點(diǎn)： 在軟件開發(fā)的初期階段就要求做出正確、全面、完整的需求分析對許多應(yīng)用軟件來說是極其困難的。 由于開發(fā)模型是線性的， 用戶只有等到整個過程的末期才能見到開發(fā)成果，從而增加了開發(fā)風(fēng)險(xiǎn)。 早期的錯誤可能要等到開發(fā)后期才能發(fā)現(xiàn)，進(jìn)而帶來嚴(yán)重后果。 適用范圍：瀑布模型是以文檔作為驅(qū)動，適合于軟件需求很明確的軟件項(xiàng)目即一般適用于功能明確、完整、無重大變化的軟件系統(tǒng)的開發(fā)，例如：操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)等系統(tǒng)軟件的開發(fā)，其應(yīng)用有一定的局限性。 快速模型 優(yōu)點(diǎn)： 快速原型方法可以克服瀑布模型的缺點(diǎn)，減少由于軟件需求不明確帶來的開發(fā)風(fēng)險(xiǎn)，具有顯著的效果。 缺點(diǎn)： 所選用的開發(fā)技術(shù)和工具不一定符合主流的發(fā)展； 快速建立起來的系統(tǒng)結(jié)構(gòu)加上連續(xù) 的修改可能會導(dǎo)致產(chǎn)品質(zhì)量低下。 使用這個模型的前提是要有一個展示性的產(chǎn)品原型，因此在一定程度上可能會限制開發(fā)人員的創(chuàng)新。 適用范圍： 原型模型適合于那些不能確切定義需求的軟件系統(tǒng)的開發(fā)。 螺旋模型 優(yōu)點(diǎn)： 強(qiáng)調(diào)嚴(yán)格的全過程風(fēng)險(xiǎn)管理。 強(qiáng)調(diào)各開發(fā)階段的質(zhì)量。 強(qiáng)調(diào)原型的可擴(kuò)充性和可修改性，原型的進(jìn)化貫穿整個軟件生存周期。 為項(xiàng)目管理人員及時調(diào)整管理決策提供了方便，進(jìn)而可降低開發(fā)風(fēng)險(xiǎn)。 缺點(diǎn)： 很難讓用戶確信這種演化方法的結(jié)果是可以控制的。建設(shè)周期長，而軟件技術(shù)發(fā)展比較快，所以經(jīng)常出現(xiàn)軟件開發(fā)完畢后，和當(dāng)前的技 術(shù)水平有了較大的差距，無法滿足當(dāng)前用戶需求。 使用該模型需要有相當(dāng)豐富的風(fēng)險(xiǎn)評估經(jīng)驗(yàn)和專門知識，要求開發(fā)隊(duì)伍水平較高。 適用范圍：螺旋模型只適合于大規(guī)模的軟件項(xiàng)目。 增量模型 優(yōu)點(diǎn)： （ 1）軟件開發(fā)可以較好地適應(yīng)變化，客戶可以不斷地看到所開發(fā)的軟件，從而降低開發(fā)風(fēng)險(xiǎn) 缺陷： （ 1）由于各個構(gòu)件是逐漸并入已有的軟件體系結(jié)構(gòu)中的，所以加入構(gòu)件必須不破壞已構(gòu)造好的系統(tǒng)部分，這需要軟件具備開放式的體系結(jié)構(gòu)。 （ 2）在開發(fā)過程中，需求的變化是不可避免的。增量模型的靈活性可以使其適應(yīng)這種變化的能力大大優(yōu)于瀑布模型和快 速原型模型，但也很容易退化為邊做邊改模型，從而是軟件過程的控制失去整體性。 適用范圍： （ 1） 進(jìn)行已有產(chǎn)品升級或新版本開發(fā)，增量模型是非常適合的；（ 2）對完成期限嚴(yán)格要求的產(chǎn)品，可以使用增量模型；（ 3）對所開發(fā)的領(lǐng)域比較熟悉而且已有原型系統(tǒng)，增量模型也是非常適合的 在軟件開發(fā)早期階段為什么要進(jìn)行可行性研究？可行性研究的任務(wù)是什么？應(yīng)該從哪幾個方面研究目標(biāo)系統(tǒng)的可行性？ （ 1）原因： 用最小的代價(jià)在盡可能短的時間內(nèi)確定問題是否能夠解決 。 （ 2）任務(wù)：進(jìn)行該要的分析研究 確定項(xiàng)目的規(guī)模和目 標(biāo)、約束和限制 分析幾種可能揭發(fā)的利弊 判定原定系統(tǒng)的目標(biāo)和規(guī)模是否現(xiàn)實(shí)，系統(tǒng)完成后帶來的效益是否達(dá)到值得投 資開發(fā)至各系統(tǒng)的程度 （ 3）方面： 技術(shù)可行性：使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個系統(tǒng)嗎？ 經(jīng)濟(jì)可行性：這個系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本嗎？ 操作可行性：系統(tǒng)的操作方式在這個用戶組織內(nèi)行得通嗎？ 法律可行性：系統(tǒng)是否侵犯他人、集體或者國家的利益，是否違反法律？ 成本 效益分析 可用哪些指標(biāo)進(jìn)行度量？ 開發(fā)成本、運(yùn)行費(fèi)用和新系統(tǒng)將帶來的經(jīng)濟(jì)效益 ，經(jīng)濟(jì)效益包括有形效益和社會效益 有形效益用貨幣的時間價(jià)值，投資回收期，純利潤度量 問題定義階段必須回答的關(guān)鍵問題： “ 要解決的問題是什么？ ” 如果不知道問題是什么就試圖解決這個問題，顯然是盲目的，只會白白浪費(fèi)時間和金錢，最終得出的結(jié)果很可能是毫無意義的。盡管確切地定義問題的必要性是十分明顯的，但是在實(shí)踐中它卻可能是最容易被忽視的一個步驟。 通過問題定義階段的工作，系統(tǒng)分析員應(yīng)該提出關(guān)于問題性質(zhì)、工程目標(biāo)和規(guī)模的書面報(bào)告。通過對系統(tǒng)的實(shí)際用戶和使 用部門負(fù)責(zé)人的訪問調(diào)查，分析員扼要地寫出他對問題的理解，并在用戶和使用部門負(fù)責(zé)人的會議上認(rèn)真討論這份書面報(bào)告，澄清含糊不精的地方，改正理解不正確的地方，最后得出一份雙方都滿意的文檔。 問題定義階段是軟件生存周期中最簡短的階段，一般只需要一天甚至更少的時間。 可行性研究報(bào)告的內(nèi)容 引言 可行性研究前提 對現(xiàn)有系統(tǒng)的分析 對所建設(shè)系統(tǒng)的分析 其他與設(shè)計(jì)有關(guān)選擇方案 其他與設(shè)計(jì)有關(guān)的專門問題 結(jié)論意見 為什么要進(jìn)行需求分析？需求分析要經(jīng)過哪些步驟？ （ 1） 原因：精化軟件的作用范圍，分析和確認(rèn)軟件系統(tǒng)構(gòu)成 的過程，以確定未來系統(tǒng)的主要成分以及它們之間的接口細(xì)節(jié) （ 2） 步驟： 需求獲取：調(diào)查研究 需求提煉：分析建模 需求描述：編寫 SRS 需求驗(yàn)證 需求分析階段的基本任務(wù)是什么？怎樣理解分析階段的任務(wù)是決定“做什么”，