it項(xiàng)目管理郭寧答案

1、it項(xiàng)目管理郭寧答案【篇一：軟件工程實(shí)用教程第三版郭寧主編課后習(xí)題及答案】1.在下列選項(xiàng)中，（d）不是軟件的特征。2. 系統(tǒng)性與復(fù)制性b.可靠性與一致性c.抽象性與智能型d.有形性與可控性軟件是一種（b）產(chǎn)品。3. a.有形b.邏輯c.物質(zhì)d.消耗軟件工程是一種（a）分階段實(shí)現(xiàn)的軟件程序開發(fā)方法。4. a.自頂向下b.自底向上c.逐步求精d.面向數(shù)據(jù)流與計(jì)算機(jī)科學(xué)的理論研究不同，軟件工程是一門（b）學(xué)科。5. a.理論性b.工程性c.原理性d.心理性軟件工程與計(jì)算機(jī)科學(xué)性質(zhì)不同，軟件工程著重于（c）。a.原理探討b.理論研究c.建造軟件系統(tǒng)d.原理性的理論下列說法正確的是（b）軟件工程的概念于

2、20世紀(jì)50年代提出軟件工程的概念于20世紀(jì)60年代提出20世紀(jì)70年代出現(xiàn)了客戶機(jī)/服務(wù)器技術(shù)20世紀(jì)80年代軟件工程學(xué)科達(dá)到成熟軟件工程方法學(xué)中的軟件工程管理是其中的一個(gè)重要內(nèi)容，它包括軟件管理學(xué)和軟件工程經(jīng)濟(jì)學(xué)，它要達(dá)到的目標(biāo)是（d）a.管理開發(fā)人員，以開發(fā)良好的軟件b.采用先進(jìn)的軟件開發(fā)工具，開發(fā)優(yōu)秀的軟件c.消除軟件危機(jī)，達(dá)到軟件生產(chǎn)的規(guī)模效益d.以基本的社會(huì)效益為基礎(chǔ)，工程化生產(chǎn)軟件第二章軟件生命周期及開發(fā)模型軟件生命周期包括可行性分析和項(xiàng)目開發(fā)計(jì)劃、需求分析、總體設(shè)計(jì)、詳細(xì)分析、編碼、（b）、維護(hù)等活動(dòng)。1. a.應(yīng)用b.測試c.檢測d.以上答案都不正確軟件生命周期模型有多中，下

3、列項(xiàng)目中，（c）不是軟件生命周期模型。2. a.螺旋模型b.增量模型c.功能模型d.瀑布模型軟件生命周期中時(shí)間最長的階段時(shí)（d）a.需求分析階段b.總體設(shè)計(jì)階段c.測試階段d.維護(hù)階段瀑布模型是一種（d）a.軟件開發(fā)方法b.軟件生存周期c.程序設(shè)計(jì)方法學(xué)d.軟件生存周期模型軟件開發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征而一般稱其為（a）a.瀑布模型b.對(duì)象模型c.螺旋模型d.層次模型在結(jié)構(gòu)化的瀑布模型中，（d）階段定義的標(biāo)準(zhǔn)將成為軟件測試中系統(tǒng)測試階段的目標(biāo)a.詳細(xì)設(shè)計(jì)階段b.總體設(shè)計(jì)階段c.可行性研究階段d.需求分析增量模型是一種（b）的模型a.整體開發(fā)b.非整體開發(fā)c.靈活性差d.較晚產(chǎn)

4、生工作軟件（c）是指模擬某種產(chǎn)品的原始模型a.模型b.最初模型c.原型d.進(jìn)化模型建立原型的目的不同，實(shí)現(xiàn)原型的途徑也有所不同，下列不正確的類型是（b）a.用于驗(yàn)證軟件需求的原型b.垂直原型c.用于驗(yàn)證設(shè)計(jì)方案的原型d.用于演化出目標(biāo)系統(tǒng)的原型原型化方法是一種（a）型的設(shè)計(jì)過程。a.在外向內(nèi)b.自頂向下c.自內(nèi)向外d.自底向上對(duì)于原型的使用建議，以下說法不正確的是（c）a.對(duì)于開發(fā)周期很長的項(xiàng)目，能夠使用原型b.在系統(tǒng)的使用可能變化較大、不能相對(duì)穩(wěn)定是，能夠使用原型c.缺乏開發(fā)工具，或?qū)υ偷目捎霉ぞ卟涣私獾臅r(shí)候，能夠使用原型d.開發(fā)者對(duì)系統(tǒng)的某種設(shè)計(jì)方案的實(shí)現(xiàn)無信心或無十分的把握時(shí)，能夠使用

5、原型原型模型的主要特點(diǎn)之一是（b）a.開發(fā)完畢才見到產(chǎn)品b.及早提供工作軟件c.及早提供全部完整軟件d.開發(fā)完畢才見到工作軟件第三章結(jié)構(gòu)化需求分析需求工程的主要目的是（c）a.制定系統(tǒng)開發(fā)的具體方案b.進(jìn)一步確定系統(tǒng)的需求c.解決系統(tǒng)是做什么的為題”d.解決系統(tǒng)是如何做的問題”需求分析的任務(wù)不包括（b）a.問題分析b.系統(tǒng)設(shè)計(jì)c.需求分析d.需求評(píng)審軟件分析的第一步要做的工作是（a）a.定義系統(tǒng)的目標(biāo)b.定義系統(tǒng)的功能模塊c.分析用戶需求d.分析系統(tǒng)開發(fā)的可行性可行性研究的目的是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題的（a）a.能否可解b.工程進(jìn)度c.開發(fā)計(jì)劃d.人員配置需求分析最終結(jié)果是產(chǎn)生

6、（b）a.項(xiàng)目開發(fā)計(jì)劃b.需求規(guī)格說明書c.設(shè)計(jì)說明書d.可行性分析報(bào)告在結(jié)構(gòu)化分析方法中，（c）是表達(dá)系統(tǒng)內(nèi)部數(shù)據(jù)運(yùn)動(dòng)的圖形化技術(shù)a.數(shù)據(jù)字典b.實(shí)體關(guān)系圖c.數(shù)據(jù)流圖d.狀態(tài)轉(zhuǎn)換圖dfd中的每個(gè)加工至少需要（d）a.一個(gè)輸入流b.一個(gè)輸出流c.一個(gè)輸入或輸出流d.一個(gè)輸入流和一個(gè)數(shù)處理需求分析的主要方法有（c）a.形式化分析方法b.pad圖描述c.結(jié)構(gòu)化分析方法d.程序流程圖sa法的主要描述手段有（b）a.系統(tǒng)流程圖和模塊圖b.dfd圖、數(shù)據(jù)字典、加工說明c.軟件結(jié)構(gòu)圖、加工說明d.功能結(jié)構(gòu)圖、加工說明軟件需求分析階段的工作，可以分為以下4個(gè)方面：對(duì)問題的識(shí)別、分析與綜合、編寫需求分析文檔

7、以及（c）a.總結(jié)b.編寫階段性報(bào)告c.進(jìn)行需求分析評(píng)審d.以上答案都不正確第四章結(jié)構(gòu)化軟件設(shè)計(jì)在面向數(shù)據(jù)流的軟件設(shè)計(jì)方法中，一般將信息里與分為（d）a.數(shù)據(jù)流和控制流b.變換流和控制流c.事務(wù)流和控制流d.變換流和事務(wù)流耦合度可以分為七級(jí)，其中最松散的耦合是（a）a.非直接耦合b.數(shù)據(jù)耦合c.特征耦合d.控制耦臺(tái)當(dāng)模塊中包含復(fù)雜的條件組合，只有（a）能夠清晰的表達(dá)出各種動(dòng)作之間的對(duì)應(yīng)關(guān)系a.判定表和判定樹b.盒圖c.流程圖d.關(guān)系圖一個(gè)軟件的寬度是指其控制的（c）a.模塊數(shù)b.層數(shù)c.跨度d.厚度面向數(shù)據(jù)流的軟件設(shè)計(jì)方法可將（c）映射成軟件結(jié)構(gòu)a.控制結(jié)構(gòu)b.模塊c.數(shù)據(jù)流d.事務(wù)流第五章面

8、向?qū)ο蟮男枨蠓治霾捎胾ml進(jìn)行軟件建模的過程中，類圖是系統(tǒng)的一種靜態(tài)視圖，用（b）可明確表示兩類事物之間存在的整體/部分形式的關(guān)聯(lián)關(guān)系。a.依賴關(guān)系b.聚合關(guān)系c.之化關(guān)系d.實(shí)現(xiàn)關(guān)系在uml語言中，圖中的a、b、c三中圖形符號(hào)按照順序分別表示（c）kim,keehyunkim,hyunsoojung,yoontaea.邊界對(duì)象、實(shí)保對(duì)象、控制對(duì)象b.實(shí)體對(duì)象、邊界對(duì)象、控制對(duì)象c.控制對(duì)象、實(shí)體對(duì)象、邊界對(duì)象d.邊界對(duì)象、控制對(duì)象、實(shí)體對(duì)象不同的對(duì)象收到同一消息可以產(chǎn)生完全不同的結(jié)果，這一現(xiàn)象叫做（b）a.繼承b.多態(tài)c.動(dòng)態(tài)綁定d.靜態(tài)綁定第六章面向?qū)ο蟮能浖O(shè)計(jì)下面哪種設(shè)計(jì)模式定義了對(duì)象

9、間的一種一對(duì)多的依賴關(guān)系，以便當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知并自動(dòng)刷新（d）a.adapter（適配器）b.iterator（迭代器）totype（原型）d.observer（觀察者）uml中有多種類型的圖，其中，（b）對(duì)系統(tǒng)的使用方式進(jìn)行了分類；（）顯示了類及其相互關(guān)系；（）顯示了人或?qū)ο蟮幕顒?dòng)，其方式類似于流程圖；通信圖顯示了在某種情況下對(duì)象之間發(fā)送的消息；（）與通信圖類似，但強(qiáng)調(diào)的是順序而不是連接。a.用例圖、順序圖、類圖、活動(dòng)圖b.用例圖、類圖、活動(dòng)圖、順序圖c.類圖、順序圖、活動(dòng)圖、用例圖d.活動(dòng)圖、順序圖、用例圖、類圖uml類圖的類與類之間的關(guān)系

10、有5種：繼承、依賴、關(guān)聯(lián)、組合和聚合，若類a需要使用標(biāo)準(zhǔn)數(shù)學(xué)函數(shù)類庫中提供的功能，那么類a與標(biāo)準(zhǔn)類庫中提供的類之間存在（a）關(guān)系a.依賴b.關(guān)聯(lián)c.聚合d.組合第七章軟件測試技術(shù)用邊界值分析法，假定1x100，那么x在測試中應(yīng)該取的邊界值是（b）a.x=1,x=100b.x=0,x=1,x=100,x=101c.x=2,x=99d.x=0,x=101下列關(guān)于軟件驗(yàn)收測試的合格通過準(zhǔn)則錯(cuò)誤的是（c）a.軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)b.所有測試項(xiàng)沒有c.立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)不一致d.驗(yàn)收測試工件齊全以下關(guān)于集成測試的內(nèi)容正確的有（d）集成測試也叫組裝測試或者

11、聯(lián)合測試測試在把各個(gè)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失測試一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利影響測試各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能測試全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題測試單個(gè)模塊的誤差累積起來，是否會(huì)放大，從而達(dá)到不能接受的程度a.b.c.d.以上全部正確為了提高測試的效率，應(yīng)該（d）a.隨機(jī)的選取測試數(shù)據(jù)b.取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)c.在完成編碼以后制定軟件的測試計(jì)劃d.選擇發(fā)現(xiàn)錯(cuò)誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)軟件調(diào)試的目的是（a）a.找出錯(cuò)誤所在并改正之b.排除存在錯(cuò)誤的可能性c.對(duì)錯(cuò)誤性質(zhì)進(jìn)行分類d.統(tǒng)計(jì)出錯(cuò)的次數(shù)單元測試一般以白盒為主，測試的依據(jù)是

12、（a）a.模塊功能規(guī)格說明b.系統(tǒng)模塊結(jié)構(gòu)圖c.系統(tǒng)需求規(guī)格說明d.統(tǒng)計(jì)出錯(cuò)的次數(shù)軟件測試的目的是（b）a.評(píng)價(jià)軟件的質(zhì)量b.發(fā)現(xiàn)軟件的錯(cuò)誤c.找出軟件中所有的錯(cuò)誤d.證明軟件是正確的軟件測試用例主要由輸入數(shù)據(jù)和（c）兩部分組成a.測試計(jì)劃b.測試規(guī)則c.預(yù)期輸出結(jié)果d.以往測試記錄分析在黑盒測試中，著重檢查輸入條件組合的方法是（d）a.等價(jià)類劃分法b.邊界值分析法c.錯(cuò)誤推測法d.因果圖法第八章軟件維護(hù)技術(shù)隨著軟硬件環(huán)境變化而修改軟件的過程是（b）a.校正性維護(hù)b.適宜性維護(hù)c.完善性維護(hù)d.預(yù)防性維護(hù)為了提高軟件的可維護(hù)性，在編碼階段應(yīng)注意（b）a.保存測試用例和數(shù)據(jù)b.提高模塊的獨(dú)立性c

13、.文檔的副作用d.養(yǎng)成好的程序設(shè)計(jì)風(fēng)格為提高系統(tǒng)性能而進(jìn)行的修改屬于（c）a.糾正性維護(hù)b.適應(yīng)性維護(hù)c.完善性維護(hù)d.測試性維護(hù)軟件生命周期中，（d）階段所站的工作量最大a.分析階段b.設(shè)計(jì)階段c.編碼階段d.維護(hù)階段系統(tǒng)維護(hù)中要解決的為題來源于（d）a.系統(tǒng)分析階段b.系統(tǒng)設(shè)計(jì)階段c.系統(tǒng)實(shí)施階段d.上述3個(gè)階段（a、b、c）都包括軟件維護(hù)的副作用，是指（c）a.開發(fā)時(shí)的錯(cuò)誤b.隱含的錯(cuò)誤c.因修改軟件而造成的錯(cuò)誤d.運(yùn)行時(shí)的誤操作第一章軟件工程引論.第二章軟件生命周期及開發(fā)模型螺旋模型在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。八軟件過程改進(jìn)也是軟件工程的范疇。V第三章

14、結(jié)構(gòu)化需求分析. 一手資料，并從中提取有價(jià)值的需求。V第四章結(jié)構(gòu)化軟件設(shè)計(jì)在同一用戶界面中，所有的菜單選擇，命令輸入、數(shù)據(jù)顯示和其它功能應(yīng)采用不同的形最高的耦合度是數(shù)據(jù)耦臺(tái)。V編程中應(yīng)采用統(tǒng)一的標(biāo)準(zhǔn)和約定，降低程序的復(fù)雜性。V流程圖也稱為框圖程序，是程序最常用的一種表示法。V理想的人機(jī)界面應(yīng)針對(duì)具有典型個(gè)性的特定的一類用戶設(shè)計(jì)。2. 重視程序結(jié)構(gòu)的設(shè)計(jì)，能是程序具有較好的層次結(jié)構(gòu)。V軟件過程不用遵循自上而下，逐步求精”的原則和單入口單出口的結(jié)構(gòu)化設(shè)計(jì)思想。1. 軟件開發(fā)、設(shè)計(jì)幾乎都是從頭開始，成本和進(jìn)度很難估計(jì)。V耦合度是對(duì)軟件結(jié)構(gòu)中模塊間關(guān)聯(lián)程度的一種度量。在設(shè)計(jì)軟件是應(yīng)追求耦

15、合盡可能緊第五章面向?qū)ο蟮男枨蠓治鲞吔鐚?duì)象表示了系統(tǒng)與參與者之間的接口。在每一個(gè)用例中，該對(duì)象從參與者處收集信息，并將之轉(zhuǎn)換為一種實(shí)體對(duì)象和控制對(duì)象使用的形式。V采用面向?qū)ο蟮姆椒ㄩ_發(fā)軟件的過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫面向?qū)ο蠓治?。V第六章面向?qū)ο蟮能浖O(shè)計(jì)面向?qū)ο蟪绦蛟O(shè)計(jì)應(yīng)該在面向?qū)ο蠓治鲋?，因?yàn)橹挥挟a(chǎn)生了設(shè)計(jì)結(jié)果才可以對(duì)其進(jìn)行面向?qū)ο笤O(shè)計(jì)產(chǎn)生的結(jié)果在形式上可以與面向?qū)ο蠓治霎a(chǎn)生的結(jié)果類似，例如都可以使用uml表達(dá)。V第七章軟件測試技術(shù)軟件測試就是為了驗(yàn)證軟件功能的實(shí)現(xiàn)是否正確，是否完成既定目標(biāo)的活動(dòng)，所以軟件發(fā)現(xiàn)錯(cuò)誤多的模塊，可能殘留在模塊中的錯(cuò)誤也多。V測試人

16、員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己有可以修改，應(yīng)立即路徑測試不屬于單元測試的內(nèi)容。V軟件測試只能發(fā)現(xiàn)錯(cuò)誤，但不能保證測試后的軟件沒有錯(cuò)誤?！酒很浖?xiàng)目管理大作業(yè)】pclass=txt項(xiàng)目管理大作業(yè)小組組員：軟件工程1006班莊奇201093158于冬201093125黃少斌2010930152013年6月10日校園學(xué)生教工信息管理系統(tǒng)目錄一、引言31.1編寫目的31.2背景31.3定義41.4參考資料4二、項(xiàng)目概述42.1項(xiàng)目目標(biāo)42.2產(chǎn)品目標(biāo)與范圍72.4假設(shè)與約束72.5應(yīng)交付成果82.5.1需完成的軟件.82.5.2需提交用戶的文檔82.5.3應(yīng)當(dāng)提供的服務(wù)82.

17、6項(xiàng)目開發(fā)環(huán)境82.7項(xiàng)目驗(yàn)收方式與依據(jù).9三、實(shí)施計(jì)劃93.1風(fēng)險(xiǎn)評(píng)估及對(duì)策93.2總體進(jìn)度計(jì)劃123.2.1wbs法分解任務(wù)123.2.2項(xiàng)目活動(dòng)時(shí)間表143.2.3甘特圖143.2.4關(guān)鍵路徑圖（cpm圖）153.2.5工期估算163.3項(xiàng)目控制計(jì)劃173.3.1質(zhì)量保證計(jì)劃173.3.2進(jìn)度控制計(jì)劃23四、預(yù)算27五、總結(jié)28一、引言1.1編寫目的編寫項(xiàng)目計(jì)劃書，主要目的是使項(xiàng)目工作開展的各個(gè)過程合理有序，以文件化的形式，把對(duì)于在項(xiàng)目生命周期內(nèi)的工作任務(wù)范圍、各項(xiàng)工作的任務(wù)分解、項(xiàng)目團(tuán)隊(duì)組織結(jié)構(gòu)、各團(tuán)隊(duì)成員的工作責(zé)任、團(tuán)隊(duì)內(nèi)外溝通協(xié)作方式、開發(fā)進(jìn)度、經(jīng)費(fèi)預(yù)算、項(xiàng)目內(nèi)外環(huán)境條件、風(fēng)險(xiǎn)對(duì)策

18、等內(nèi)容做出的安排以書面的方式，作為項(xiàng)目團(tuán)隊(duì)成員及項(xiàng)目干系人之間的共識(shí)與約定，項(xiàng)目生命周期內(nèi)的所有項(xiàng)目活動(dòng)的行動(dòng)基礎(chǔ)，以及項(xiàng)目團(tuán)隊(duì)開展和檢查項(xiàng)目工作的依據(jù)。1.2背景項(xiàng)目建設(shè)背景：隨著信息技術(shù)的飛速發(fā)展和高等學(xué)校教育體制改革的不斷深入使教育管理手段發(fā)生重大的變革，傳統(tǒng)的以手工和紙張對(duì)學(xué)生信息及相關(guān)的管理工作已經(jīng)遠(yuǎn)遠(yuǎn)不能適應(yīng)新的發(fā)展需要尤其是隨著計(jì)算機(jī)網(wǎng)絡(luò)和internet的普及，運(yùn)用先進(jìn)計(jì)算機(jī)技術(shù)對(duì)信息進(jìn)行科學(xué)化和網(wǎng)絡(luò)化管理已經(jīng)成為高校信息管理的趨勢。對(duì)于高校的學(xué)生管理部門來說，學(xué)生管理工作面臨著信息處理量越來越多、信息處理速度越來越高，管理人員的勞動(dòng)強(qiáng)度越來越大的壓力，倘若繼續(xù)沿用傳統(tǒng)的手工作

19、業(yè)手段從事學(xué)生管理工作，勢必不能適應(yīng)教育改革的需要。然而在學(xué)生管理工作中的現(xiàn)代管理手段主要體現(xiàn)在以計(jì)算機(jī)技術(shù)為核心，利用有效的網(wǎng)絡(luò)化信息管理，使學(xué)生和教師之間，特別是學(xué)工隊(duì)伍教師之間，進(jìn)行數(shù)據(jù)共享。就高校學(xué)生管理工作而言，管理對(duì)象的事務(wù)復(fù)雜且數(shù)據(jù)量大。因此，利用計(jì)算機(jī)技術(shù)這個(gè)現(xiàn)代化管理手段來做好學(xué)生管理工作，是適應(yīng)教育改革的需要，也是時(shí)代的要求。項(xiàng)目預(yù)期的用戶：各大高校的學(xué)生，教師及管理人員；1.3定義甘特圖：是表示項(xiàng)目各階段任務(wù)開始時(shí)間與結(jié)束時(shí)間的圖形，從而反映出計(jì)劃和進(jìn)度的安排。關(guān)鍵路徑法：是一種運(yùn)用特定的、有順序的網(wǎng)絡(luò)邏輯和估算出的項(xiàng)目活動(dòng)工期，確定項(xiàng)目每項(xiàng)活動(dòng)的最早與最晚開始和結(jié)束時(shí)間

20、，并做出項(xiàng)目工期網(wǎng)絡(luò)計(jì)劃的方法。網(wǎng)絡(luò)圖：是活動(dòng)排序的一個(gè)輸出，它可展示項(xiàng)目中的各個(gè)活動(dòng)之間的邏輯關(guān)系，表明項(xiàng)目任務(wù)將如何以什么順序進(jìn)行。wbs分解：以可交付成果為導(dǎo)向?qū)?xiàng)目要素進(jìn)行的分組，它歸納和定義了項(xiàng)目的整個(gè)工作范圍每下降一層代表對(duì)項(xiàng)目工作的更詳細(xì)定義。1.4參考資料書名軟件項(xiàng)目管理作者郭寧，周曉華出版社清華大學(xué)出版社、北京交通大學(xué)出版社出版時(shí)間2009.8二、項(xiàng)目概述2.1項(xiàng)目目標(biāo)項(xiàng)目目標(biāo)是要實(shí)現(xiàn)數(shù)字化校園學(xué)工信息系統(tǒng)的各個(gè)功能，實(shí)現(xiàn)校園文化綜合整合的目的，展現(xiàn)數(shù)字化校園的優(yōu)勢。項(xiàng)目目標(biāo)總體可分為三個(gè)階段：需求分析階段需求分析階段是所有階段的基礎(chǔ)和依據(jù)。這個(gè)階段是關(guān)系到整個(gè)項(xiàng)目的成敗，在

21、整體項(xiàng)目中占有舉足輕重的地位。這個(gè)階段應(yīng)完成的任務(wù)是：(1) 認(rèn)真分析舊的學(xué)工管理信息系統(tǒng)，總結(jié)概括其優(yōu)缺點(diǎn)，以及找出優(yōu)勢的原因和缺點(diǎn)的瓶頸；(2) 做好各項(xiàng)調(diào)研工作，對(duì)項(xiàng)目本身進(jìn)行實(shí)際深入的了解和分析，從廣大用戶和網(wǎng)站開發(fā)人員手中積極獲取第一手的資料和真實(shí)的需求，并做好最后的概括總結(jié)；(3) 對(duì)項(xiàng)目的可行性做出一定的分析；綜合以上的內(nèi)容和實(shí)際的情形，做出可行性研究報(bào)告和項(xiàng)目計(jì)劃書，為整體項(xiàng)目的進(jìn)行把好方向以及奠定夯實(shí)的基礎(chǔ)。詳細(xì)設(shè)計(jì)階段詳細(xì)設(shè)計(jì)階段是對(duì)項(xiàng)目要實(shí)現(xiàn)的功能進(jìn)行整體的設(shè)計(jì)和初步的實(shí)現(xiàn)，為網(wǎng)站整體的運(yùn)作做好堅(jiān)實(shí)的基礎(chǔ)，對(duì)網(wǎng)站的功能進(jìn)行詳細(xì)的分解和劃分，為最好網(wǎng)站的實(shí)現(xiàn)做好準(zhǔn)備。本項(xiàng)目

22、的主要實(shí)現(xiàn)功能如下：個(gè)人基本信息管理實(shí)現(xiàn)對(duì)個(gè)人信息的查詢、更新操作。個(gè)人信息包括學(xué)號(hào)、姓名、班級(jí)、籍貫、性別、民族、生日、政治面貌、聯(lián)系方式、email、銀行卡號(hào)、身份證、家庭詳細(xì)地址、家庭情況、自我評(píng)價(jià)。獎(jiǎng)學(xué)金管理支持學(xué)生成績績點(diǎn)、任職分值、榮譽(yù)分值、綜合分值等計(jì)算、統(tǒng)計(jì)和分析，實(shí)現(xiàn)自動(dòng)排名、審計(jì)獎(jiǎng)學(xué)金，公示獎(jiǎng)學(xué)金評(píng)審結(jié)果等功能。就業(yè)信息管理以服務(wù)學(xué)生就業(yè)”理念為依托，構(gòu)建一個(gè)針對(duì)性強(qiáng)，實(shí)時(shí)、方便的數(shù)據(jù)采集、分析和管理平臺(tái)，逐步實(shí)現(xiàn)對(duì)學(xué)生就業(yè)信息的更好管理，提高信息化管理水平，為相關(guān)決策提供支持。包括：簡歷管理、應(yīng)聘管理。簡歷管理：管理學(xué)生簡歷信息，簡歷信息包括姓名、籍貫、性別、民族、政治面

23、貌、畢業(yè)院校、學(xué)歷、專業(yè)、英語等級(jí)、聯(lián)系方式、email、聯(lián)系地址、求職意向、自我評(píng)價(jià)、實(shí)踐經(jīng)歷、獎(jiǎng)勵(lì)情況。應(yīng)聘管理：超級(jí)管理員管理各個(gè)企業(yè)的發(fā)布的應(yīng)聘信息，企業(yè)管理員可對(duì)申請崗位的用戶進(jìn)行審核，應(yīng)聘信息包括崗位編號(hào)、應(yīng)聘企業(yè)、崗位名稱、崗位類型、崗位詳細(xì)信息、發(fā)布時(shí)間、狀態(tài)。黨員綜合管理【篇三：軟件工程實(shí)用教程2版課后答案】1.什么是軟件危機(jī)？它和軟件工程有什么關(guān)系？答案要點(diǎn)：由于軟件規(guī)模的擴(kuò)大、功能的增強(qiáng)和復(fù)雜性的增加，使得在一定時(shí)間內(nèi)僅依靠少數(shù)人開發(fā)一個(gè)軟件變得越來越困難。在軟件開發(fā)中經(jīng)常會(huì)出現(xiàn)時(shí)間延遲、預(yù)算超支、質(zhì)量得不到保證、移植性差等問題，甚至有的項(xiàng)目在耗費(fèi)了大量人力、財(cái)力后，由于

24、離目標(biāo)相差甚遠(yuǎn)而宣布失敗。軟件危機(jī)的突出表現(xiàn)：1）軟件生產(chǎn)率低2）軟件產(chǎn)品常常與用戶要求不一致3）軟件規(guī)模的增長，帶來了復(fù)雜度的增加4）不可維護(hù)性突出5）軟件文檔不完整、不一致。人們提出軟件工程的概念，就是為了用工程的方法和管理手段，將軟件開發(fā)納入工程化的軌道，以便開發(fā)出成本低、功能強(qiáng)、可靠性高的軟件產(chǎn)品。由于引入了軟件工程的思想，把其他工程技術(shù)研究和開發(fā)領(lǐng)域中行之有效的知識(shí)和方法運(yùn)用到軟件開發(fā)工作中來，提出了按工程化的原則和方法組織軟件開發(fā)工作的解決思路和具體方法，在一定程度上緩解了軟件危機(jī)”。2 .簡述軟件和軟件工程的定義以及軟件工程的形成過程。答案要點(diǎn)：計(jì)算機(jī)軟件是由計(jì)算機(jī)程序的發(fā)展而形

25、成的一個(gè)概念。它是與計(jì)算機(jī)系統(tǒng)操作有關(guān)的程序、規(guī)程、規(guī)則及其文檔和數(shù)據(jù)的統(tǒng)稱。軟件由兩部分組成：一是機(jī)器可執(zhí)行的程序和有關(guān)的數(shù)據(jù)；二是與軟件開發(fā)、運(yùn)行、維護(hù)、使用和培訓(xùn)有關(guān)的文檔。軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科。它強(qiáng)調(diào)按照軟件產(chǎn)品的生產(chǎn)特性，采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前最好的技術(shù)結(jié)合起來，以便經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它。第一階段：20世紀(jì)70年代，為了解決軟件項(xiàng)目失敗率高、錯(cuò)誤率高以及軟件維護(hù)任務(wù)重等問題，人們提出軟件生產(chǎn)工程化的思想，希望使軟件生產(chǎn)走上正規(guī)化的道路，并努力克服軟件危機(jī)。第二階段：20世紀(jì)8

26、0年代，面向?qū)ο蟮姆椒ㄅc技術(shù)受到了廣泛的重視，smalltalk-80的出現(xiàn)標(biāo)志著面向?qū)ο蟮某绦蛟O(shè)計(jì)進(jìn)入了實(shí)用和成熟階段。20世紀(jì)80年代末逐步發(fā)展起來的面向?qū)ο蟮姆治雠c設(shè)計(jì)方法，形成了完整的面向?qū)ο蠹夹g(shù)體系，使系統(tǒng)的生命周期更長，適應(yīng)更大規(guī)模、更廣泛的應(yīng)用。這時(shí)，進(jìn)一步提高軟件生產(chǎn)率、保證軟件質(zhì)量就成為軟件工程追求的更高目標(biāo)。軟件生產(chǎn)開始進(jìn)入以過程為中心的第二階段。軟件開發(fā)過程從目標(biāo)管理轉(zhuǎn)向過程管理，形成了軟件工程的第二代一一過程軟件工程時(shí)代。第三階段：進(jìn)入20世紀(jì)90年代以后，軟件復(fù)用和軟件構(gòu)件技術(shù)正逐步成為主流軟件技術(shù)，軟件工程也由此進(jìn)入了新的發(fā)展階段一-構(gòu)件軟件工程時(shí)代。3 .軟件工程

27、的目標(biāo)是什么？如何解決多目標(biāo)之間的矛盾？答案要點(diǎn)：軟件工程的目標(biāo)是基于軟件項(xiàng)目目標(biāo)的成功實(shí)現(xiàn)而提出的，主要體現(xiàn)在以下幾方面。？軟件開發(fā)成本較低。軟件功能能夠滿足用戶的需求。？軟件性能較好。？軟件可靠性高。軟件易于使用、維護(hù)和移植。能按時(shí)完成開發(fā)任務(wù)，并及時(shí)交付使用。軟件工程的首要問題是軟件質(zhì)量。軟件工程的目的就是在以上目標(biāo)的沖突之間取得一定程度的平衡。因此，在涉及平衡軟件工程目標(biāo)這個(gè)問題的時(shí)候，軟件的質(zhì)量應(yīng)該擺在最重要的位置加以考慮。軟件質(zhì)量可用功能性、可靠性、可用性、效率、可維護(hù)性和可移植性等6個(gè)特性來評(píng)價(jià)。4 .在軟件開發(fā)中軟件工具有什么作用？答案要點(diǎn)：軟件開發(fā)工具使軟件在開發(fā)效率、工程質(zhì)

28、量、減少軟件開發(fā)對(duì)人的依賴性等多方面得到改善。軟件開發(fā)工具本身也是一個(gè)軟件。軟件開發(fā)工具與軟件開發(fā)方法有著密切的關(guān)系，軟件開發(fā)工具是軟件方法在計(jì)算機(jī)上的具體實(shí)現(xiàn)第2章軟件生存周期及開發(fā)模型1.簡述什么是軟件生存周期？根據(jù)國家標(biāo)準(zhǔn)計(jì)算機(jī)軟件開發(fā)規(guī)范，軟件生存周期主要包括哪幾個(gè)階段？答案要點(diǎn)：軟件生存周期是指軟件產(chǎn)品從功能確定、設(shè)計(jì)、開發(fā)成功、投入使用，并在使用中不斷修改、完善，直至被新的軟件所替代，而停止該軟件使用的全過程。國家標(biāo)準(zhǔn)gb8566-1988計(jì)算機(jī)軟件開發(fā)規(guī)范將軟件生命周期劃分為幾個(gè)階段：可行性研究、項(xiàng)目計(jì)劃、需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼實(shí)現(xiàn)（包括單元測試）、集成測試、確認(rèn)測試

29、、系統(tǒng)運(yùn)行和維護(hù)。這幾個(gè)階段又可以歸納為3個(gè)大的階段，即軟件定義階段，軟件開發(fā)階段和軟件運(yùn)行維護(hù)階段。2 .瀑布模型有哪些特點(diǎn)？對(duì)于里程碑，你有哪些認(rèn)識(shí)？答案要點(diǎn)：瀑布模型是一種基于里程碑的階段過程模型，它所提供的里程碑式的工作流程，為軟件項(xiàng)目按規(guī)程管理提供了便利。例如，按階段制定項(xiàng)目計(jì)劃，分階段進(jìn)行成本核算，進(jìn)行階段性的評(píng)審等。這為提高軟件產(chǎn)品質(zhì)量提供了有效保證。瀑布模型的特點(diǎn)：?階段性：前一階段工作完成以后，后一階段工作才能開始，前一階段的輸出文檔是后一階段的輸入文檔。?階段評(píng)審：在每一階段工作完成后都要進(jìn)行評(píng)審，以便盡早發(fā)現(xiàn)問題，避免后期的返工，如果評(píng)審不合格，則不開始下一階段的工作。?

30、文檔管理：在每階段都規(guī)定了要完成的文檔，沒有完成文檔，就認(rèn)為沒有完成該階段的任務(wù)。3 .試說明原型模型的兩種實(shí)現(xiàn)方案各有什么特點(diǎn)？各適用于什么情況？答案要點(diǎn)：原型模型在軟件分析、設(shè)計(jì)階段的應(yīng)用，用來解決用戶對(duì)軟件系統(tǒng)在需求分析上的模糊認(rèn)識(shí)。將模擬的手段引入需求分析的初期階段，通過建立原型縮短用戶與分析人員之間的距離?？焖僭头椒ň哂幸韵乱恍┨攸c(diǎn)。?快速原型是用來獲取用戶需求的，或是用來試探某種設(shè)計(jì)是否有效。一旦需求或設(shè)計(jì)確定下來，原型就將被拋棄。因此快速原型要求快速構(gòu)建、容易修改，以節(jié)約原型創(chuàng)建成本，加速開發(fā)速度。快速原型往往采用軟件生成工具來創(chuàng)建，例如，4gl語言。?快速原型是暫時(shí)使用的，因

31、此并不要求完整。它往往針對(duì)某個(gè)局部問題建立專門原型，如界面原型、工作流原型、查詢原型等。?快速原型不能貫穿軟件的整個(gè)生命周期，它需要和其他的過程模型相結(jié)合才能產(chǎn)生作用。例如，前面我們提到的在瀑布模型中應(yīng)用快速原型，可以解決瀑布模型在需求分析時(shí)期存在的不足。?對(duì)于一個(gè)大型復(fù)雜的系統(tǒng)，如果不經(jīng)過分析來進(jìn)行整體性劃分，想直接用屏幕來一個(gè)一個(gè)地模擬是很困難的；對(duì)于大量運(yùn)算、邏輯性較強(qiáng)的程序模塊，快速原型方法很難構(gòu)造出模型來供人評(píng)價(jià)。因此，原型方法只適用于小型、簡單、處理過程比較明確、沒有大量運(yùn)算和邏輯處理過程的系統(tǒng)。原型進(jìn)化模型對(duì)開發(fā)過程的考慮是，針對(duì)有待開發(fā)的軟件系統(tǒng)，先開發(fā)一個(gè)原型系統(tǒng)讓用戶使用，

32、然后根據(jù)用戶使用情況的意見反饋，對(duì)原型系統(tǒng)不斷修改，使它逐步接近并最終達(dá)到開發(fā)目標(biāo)。跟快速原型不同的是，快速原型在完成需求定義后將被拋棄，而原型進(jìn)化所要?jiǎng)?chuàng)建的原型則是一個(gè)今后要投入應(yīng)用的系統(tǒng)，只是所創(chuàng)建的原型系統(tǒng)在功能、性能等方面還有許多不足，還沒有達(dá)到最終的開發(fā)目標(biāo)，需要不斷改進(jìn)。?原型進(jìn)化模型是通過不斷發(fā)布新的軟件版本而使軟件逐步完善的，因此，這種開發(fā)模式特別適合于那些用戶急需的軟件產(chǎn)品開發(fā)。它能夠快速地向用戶交付可以投入實(shí)際運(yùn)行的軟件成果，并能夠很好地適應(yīng)軟件用戶對(duì)需求規(guī)格的變更。.一般認(rèn)為，只有大型項(xiàng)目才采用螺旋模型，其原因是什么？答案要點(diǎn)：螺旋模型增加了軟件項(xiàng)目的風(fēng)險(xiǎn)分析，因?yàn)轫?xiàng)目規(guī)

33、模越大、問題越復(fù)雜，資源、成本、進(jìn)度等因素的不確定性就越大，承擔(dān)項(xiàng)目所冒的風(fēng)險(xiǎn)也越大。人們進(jìn)行風(fēng)險(xiǎn)分析與管理的目的就是在造成危害之前及時(shí)對(duì)風(fēng)險(xiǎn)進(jìn)行識(shí)別、分析、采取對(duì)策，從而消除或減少風(fēng)險(xiǎn)所造成的損失。該模型適合于指導(dǎo)大型軟件項(xiàng)目的開發(fā)，它將軟件項(xiàng)目開發(fā)劃分為制定計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施開發(fā)以及客戶評(píng)估4類活動(dòng)。在對(duì)風(fēng)險(xiǎn)進(jìn)行識(shí)別和分析時(shí)，如果開發(fā)風(fēng)險(xiǎn)過大，開發(fā)者和用戶無法承受，項(xiàng)目有可能因此而終止。螺旋模型的優(yōu)越性在于它吸收了進(jìn)化”的概念，使得開發(fā)人員和用戶對(duì)每一個(gè)演化層出現(xiàn)的風(fēng)險(xiǎn)均有所了解，并對(duì)此做出反應(yīng)。但使用該模型需要豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門知識(shí)，如果項(xiàng)目風(fēng)險(xiǎn)較大又未及時(shí)發(fā)現(xiàn)，勢必造成重大損失

34、。實(shí)際上，對(duì)軟件項(xiàng)目進(jìn)行風(fēng)險(xiǎn)分析也需要費(fèi)用，假如項(xiàng)目風(fēng)險(xiǎn)分析費(fèi)用過高，甚至超過了項(xiàng)目的開發(fā)費(fèi)用，顯然就不合適了。一般大型項(xiàng)目才有較高的風(fēng)險(xiǎn)，才有進(jìn)行詳細(xì)風(fēng)險(xiǎn)分析的必要。因此這種模型比較適合大型的軟件項(xiàng)目。.為什么說構(gòu)件復(fù)用模型是一種有利于軟件按工業(yè)流程生產(chǎn)的過程模型？答案要點(diǎn)：構(gòu)件復(fù)用模型最明顯的優(yōu)勢是減少了需要開發(fā)的軟件數(shù)量，縮短了軟件交付周期，提高了軟件的質(zhì)量，降低了開發(fā)風(fēng)險(xiǎn)。由于構(gòu)件具有一定的通用性，可以在不同的軟件系統(tǒng)中被復(fù)用。在基于構(gòu)件復(fù)用的軟件開發(fā)中，軟件由構(gòu)件裝配而成，這就如同用標(biāo)準(zhǔn)零件裝配汽車一樣。構(gòu)件復(fù)用技術(shù)，它能帶來更好的復(fù)用效果，并且具有工程特性，更能適應(yīng)軟件按工業(yè)流程生

35、產(chǎn)的需要。8 .具有原型化的瀑布模型具有什么特點(diǎn)？它與瀑布模型最大的不同是什么？答案要點(diǎn)：特點(diǎn)：以直接進(jìn)入到對(duì)軟件的開發(fā)中。傳統(tǒng)的瀑布模型很難適應(yīng)需求變化、模糊不定的軟件系統(tǒng)的開發(fā)，而且在開發(fā)過程中，用戶很難參與進(jìn)去，只有到開發(fā)結(jié)束才能看到整個(gè)軟件系統(tǒng)。這種線性的開發(fā)過程，缺乏靈活性。原型模型的提出，可以較好的解決瀑布模型的局限性。通過建立原型，可以更好的和客戶進(jìn)行溝通，解決對(duì)一些模糊需求的澄清，并且對(duì)需求的變化有較強(qiáng)的適應(yīng)能力。原型模型可以減少技術(shù)、應(yīng)用的風(fēng)險(xiǎn)，縮短開發(fā)時(shí)間，減少費(fèi)用，提高生產(chǎn)率，通過實(shí)際運(yùn)行原型，提供了用戶直接評(píng)價(jià)系統(tǒng)的方法，促使用戶主動(dòng)參與開發(fā)活動(dòng)，加強(qiáng)了信息的反饋，促進(jìn)

36、了各類人員的協(xié)調(diào)交流，減少誤解，能夠適應(yīng)需求的變化，最終有效提高軟件系統(tǒng)的質(zhì)量。.某企業(yè)計(jì)劃開發(fā)一個(gè)綜合信息管理系統(tǒng)”，該系統(tǒng)涉及銷售、供應(yīng)、財(cái)務(wù)、生產(chǎn)、人力資源等多個(gè)部門的信息管理。該企業(yè)的設(shè)想是按部門的優(yōu)先級(jí)別逐個(gè)實(shí)現(xiàn)，邊開發(fā)邊應(yīng)用。對(duì)此需要采用一種比較合適的過程模型，請對(duì)這個(gè)過程模型做出符合應(yīng)用需求的選擇，并說明選擇理由。答案要點(diǎn)：可以采用增量模型。它是瀑布模型與原型進(jìn)化模型的綜合，它對(duì)軟件過程的考慮是：在整體上按照瀑布模型的流程實(shí)施項(xiàng)目開發(fā)，以方便對(duì)項(xiàng)目的管理；但在軟件的實(shí)際創(chuàng)建中，則把軟件系統(tǒng)按功能分解為許多增量構(gòu)件，并以構(gòu)件為單位逐個(gè)地創(chuàng)建與交付，直到全部增量構(gòu)架創(chuàng)建完畢，并都被集成到系統(tǒng)之中交付用戶使用。第3章結(jié)構(gòu)化需求分析.如何理解需求分析的任務(wù)是確定軟件系統(tǒng)做什么”，而不是怎么做”？答案要點(diǎn)：需求分析的任務(wù)是借助當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型。在理解當(dāng)前系統(tǒng)怎么做”的基礎(chǔ)上，抽取其做什么”的本質(zhì)，從而從當(dāng)前系統(tǒng)的物理模型抽象出當(dāng)前系統(tǒng)的邏輯模型。在去掉非本質(zhì)的因素后，根據(jù)用戶提出的對(duì)目標(biāo)系統(tǒng)的需求，分析當(dāng)前系統(tǒng)與目標(biāo)系統(tǒng)的差別，明確目標(biāo)系統(tǒng)的范圍、功能、處理步驟和數(shù)據(jù)結(jié)構(gòu)，建立目標(biāo)系統(tǒng)的邏輯模型。需求分析階段研究的對(duì)象是軟件項(xiàng)目的用戶要求，正確地理解需求和準(zhǔn)確地表達(dá)需求是需求分析的關(guān)鍵，只有