出版時(shí)間:2011-1 出版社:電子工業(yè)出版社 作者:梁旭 等編著 頁數(shù):269 字?jǐn)?shù):448000
內(nèi)容概要
《軟件工程實(shí)踐教程》從軟件工程方法、基于java的web開發(fā)技術(shù)和開發(fā)工具三個(gè)方面說明了軟件工程實(shí)踐的各個(gè)環(huán)節(jié),并結(jié)合三個(gè)詳細(xì)的案例對(duì)軟件工程實(shí)踐進(jìn)行全程指導(dǎo)。三個(gè)實(shí)踐案例分別針對(duì)生命周期法開發(fā)信息系統(tǒng)、生命周期法開發(fā)網(wǎng)站和面向?qū)ο蠓椒ㄩ_發(fā)信息系統(tǒng)?!盾浖こ虒?shí)踐教程》不僅注重對(duì)方法論的總結(jié),同時(shí)說明了基于java的web開發(fā)技術(shù)、建模工具和項(xiàng)目開發(fā)工具,書中案例適合作為實(shí)踐教程,指導(dǎo)學(xué)生軟件工程實(shí)踐的全過程。 《軟件工程實(shí)踐教程》適用于計(jì)算機(jī)應(yīng)用、軟件工程及信息管理方向的本科生使用,也可供從事系統(tǒng)和網(wǎng)站開發(fā)的人員參考。
書籍目錄
第1章 軟件工程方法 1.1 生命周期法 1.2 面向?qū)ο蠓椒ㄅcuml 1.3 軟件工程實(shí)踐中的項(xiàng)目管理 第2章 mvc模式 2.1 mvc模式概述 2.2 mvc模式與j2ee 2.3 struts框架 第3章 實(shí)踐工具介紹 3.1 visio 3.2 myeclipse 3.3 rational application developer 第4章 企業(yè)人事管理系統(tǒng)的開發(fā) 4.1 問題分析 4.2 可行性研究 4.3 需求分析 4.4 系統(tǒng)設(shè)計(jì) 4.5 系統(tǒng)實(shí)現(xiàn) 4.6 軟件測(cè)試與維護(hù) 第5章 書店網(wǎng)上售書系統(tǒng)的開發(fā) 5.1 問題分析 5.2 可行性研究 5.3 需求分析 5.4 系統(tǒng)設(shè)計(jì) 5.5 系統(tǒng)實(shí)現(xiàn) 5.6 軟件測(cè)試與維護(hù) 第6章 教務(wù)管理系統(tǒng)的開發(fā) 6.1 問題分析 6.2 可行性研究 6.3 面向?qū)ο蟮姆治? 6.4 數(shù)據(jù)庫(kù)設(shè)計(jì) 6.5 面向?qū)ο蟮脑O(shè)計(jì) 6.6 面向?qū)ο蟮木幊? 6.7 軟件測(cè)試與維護(hù) 參考文獻(xiàn)
章節(jié)摘錄
版權(quán)頁:插圖:3.生命周期法的優(yōu)、缺點(diǎn)首先,生命周期法采用自項(xiàng)向下的觀點(diǎn),強(qiáng)調(diào)在整體優(yōu)化的前提下進(jìn)行具體的分析和設(shè)計(jì)。它從時(shí)間角度把軟件開發(fā)分為若干階段,對(duì)每個(gè)階段都規(guī)定了相對(duì)獨(dú)立的任務(wù)和目標(biāo),簡(jiǎn)化了系統(tǒng)開發(fā)的難度,提高了可操作性。其次,對(duì)整個(gè)開發(fā)階段都有規(guī)范和嚴(yán)格的規(guī)定,每個(gè)階段都形成相應(yīng)的成果和文檔,保證了軟件質(zhì)量,完備的文檔提高了軟件的可維護(hù)性。再次,生命周期法強(qiáng)調(diào)用戶的參與,發(fā)現(xiàn)問題及時(shí)反饋和糾正,可以最大限度地滿足用戶的需求。生命周期法適用于需求比較明確的應(yīng)用,要求能夠根據(jù)需求做出準(zhǔn)確的分析和設(shè)計(jì)。它要求在開發(fā)前定義好需求,然后經(jīng)過分析、設(shè)計(jì)、編程和測(cè)試達(dá)到目標(biāo)。但實(shí)際上,由于業(yè)務(wù)人員往往沒有軟件開發(fā)的經(jīng)驗(yàn),而開發(fā)人員又沒有多少業(yè)務(wù)經(jīng)驗(yàn),所以在很多情況下無法確定準(zhǔn)確的需求,加上開發(fā)時(shí)間的延遲,業(yè)務(wù)會(huì)發(fā)生變化,開發(fā)前準(zhǔn)確確定需求就更難。此外,生命周期法的開發(fā)周期較長(zhǎng),因?yàn)殚_發(fā)順序是線性的,各個(gè)階段的工作不能同時(shí)進(jìn)行,所以前階段所犯的錯(cuò)誤必然帶入后一階段,而且越是前面犯的錯(cuò)誤對(duì)后面的工作的影響越大,更正錯(cuò)誤的工作量也越大。1.1.1 問題分析問題分析是系統(tǒng)開發(fā)的開始,這一階段的任務(wù)是分析需要解決的問題,提出關(guān)于問題性質(zhì)、工程目標(biāo)和規(guī)模的書面報(bào)告。問題分析的主要方式是訪問調(diào)查,可以對(duì)業(yè)務(wù)人員(負(fù)責(zé)人)進(jìn)行采訪,對(duì)業(yè)務(wù)報(bào)表數(shù)據(jù)進(jìn)行分析和總結(jié),也可以采用調(diào)查表的方式,分析員扼要地寫出對(duì)問題的理解。問題分析結(jié)論成稿之前,要以開會(huì)的方式與企業(yè)領(lǐng)導(dǎo)和業(yè)務(wù)人員進(jìn)行討論和確認(rèn),改正理解不正確的地方,得出一份雙方都認(rèn)可的文檔。問題分析階段是軟件生命周期中最簡(jiǎn)短的階段,一般只需要幾天的時(shí)間。但這一階段卻很重要。整個(gè)系統(tǒng)開發(fā)始于此,系統(tǒng)的后續(xù)開發(fā)工作都要以這一階段得到的內(nèi)容作為依據(jù)。如果沒有準(zhǔn)確的業(yè)務(wù)調(diào)查結(jié)果,后續(xù)的工作就有可能偏離用戶的需求,可能導(dǎo)致開發(fā)的系統(tǒng)不適用的情況。問題分析階段的結(jié)論要形成文檔,對(duì)文檔的格式?jīng)]有限制和要求,可以依據(jù)項(xiàng)目本身而定。文檔的內(nèi)容要求能夠包含調(diào)查得到的全部業(yè)務(wù)內(nèi)容,既包括機(jī)器可以實(shí)現(xiàn)的部分,也包括人工操作的部分。內(nèi)容的書寫要按照業(yè)務(wù)分類和業(yè)務(wù)處理流程來描述,目的是使系統(tǒng)分析人員和用戶能夠全面地了解全部的業(yè)務(wù)操作。問題分析階段得到的結(jié)論是后續(xù)開發(fā)的依據(jù)。
編輯推薦
《軟件工程實(shí)踐教程》由電子工業(yè)出版社出版。
圖書封面
評(píng)論、評(píng)分、閱讀與下載