對(duì)軟件工程的理解.doc
約2頁(yè)DOC格式手機(jī)打開(kāi)展開(kāi)
對(duì)軟件工程的理解,本文共計(jì)18頁(yè),7720字;文章摘要:本文從軟件工程的學(xué)科的產(chǎn)生說(shuō)起,介紹了軟件工程的定義、任務(wù)、目標(biāo)、開(kāi)發(fā)模式,從3點(diǎn)概括了軟件開(kāi)發(fā)的基本策略,然后結(jié)合自己做課設(shè)的體會(huì),談了一下分工、小組合作等問(wèn)題,之后敘述了需求分析的定義、方法和注意事項(xiàng)。關(guān)鍵字:軟件工程,軟件危機(jī),ieee軟件工程標(biāo)準(zhǔn),開(kāi)發(fā)模式,...
內(nèi)容介紹
此文檔由會(huì)員 靈活的胖子 發(fā)布
對(duì)軟件工程的理解
本文共計(jì)18頁(yè),7720字;
文章摘要:
本文從軟件工程的學(xué)科的產(chǎn)生說(shuō)起,介紹了軟件工程的定義、任務(wù)、目標(biāo)、開(kāi)發(fā)模式,從3點(diǎn)概括了軟件開(kāi)發(fā)的基本策略,然后結(jié)合自己做課設(shè)的體會(huì),談了一下分工、小組合作等問(wèn)題,之后敘述了需求分析的定義、方法和注意事項(xiàng)。
關(guān)鍵字:
軟件工程,軟件危機(jī),IEEE軟件工程標(biāo)準(zhǔn),開(kāi)發(fā)模式,軟件開(kāi)發(fā)的基本策略,復(fù)用,軟件復(fù)用, 面向?qū)ο螅∣bject Oriented), 軟構(gòu)件(Software Component), 分而治之,優(yōu)化——折衷,需求分析,業(yè)務(wù)建模
聽(tīng)說(shuō)過(guò)很多這樣還有那樣的工程――建筑工程、希望工程•••甚至豆腐渣工程,直到這學(xué)期,才知道編寫(xiě)軟件也要有個(gè)工程。想想也是,寫(xiě)一個(gè)大一點(diǎn)的軟件,還真得計(jì)劃一下――當(dāng)然這只是我在剛開(kāi)始上這門(mén)刻的時(shí)候的想法,到現(xiàn)在,自己不僅學(xué)習(xí)了,而且還和自己的組員也實(shí)際的“工程”了一把,總算對(duì)軟件工程這門(mén)學(xué)科有了比較系統(tǒng)的了解,也有了一些自己的體會(huì)。
先說(shuō)說(shuō)這門(mén)學(xué)科的產(chǎn)生吧。
在60年代計(jì)算機(jī)發(fā)展初期,程序設(shè)計(jì)是少數(shù)聰明人干的事。他們的智力與技能超群,編寫(xiě)的程序既能控制弱智的計(jì)算機(jī),又能讓別人看不懂、不會(huì)用。那個(gè)時(shí)期編程就跟捏泥巴一樣隨心所欲,于是他們很過(guò)分地把程序的集合稱(chēng)為軟件,以便自己開(kāi)心或傷心時(shí)再把程序捏個(gè)面目全非。人們就在這種美滋滋的感覺(jué)下熱情地編程,結(jié)果產(chǎn)生了一堆問(wèn)題:
(1)對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。
(2)用戶對(duì)已完成的軟件不滿意。
(3)軟件的質(zhì)量不高。
(4)現(xiàn)有軟件難以維護(hù),甚至不可維護(hù)。
(5)缺乏完整正確的文檔資料。
(6)軟件開(kāi)發(fā)速度趕不上需求發(fā)展的速度。
這些問(wèn)題導(dǎo)致了“軟件危機(jī)”。
為了解決這個(gè)問(wèn)題,在1968年,一群程序員、計(jì)算機(jī)科學(xué)家與工業(yè)界人士聚集一起共商對(duì)策。通過(guò)借鑒傳統(tǒng)工業(yè)的成功做法,他們
參考:
《軟件工程學(xué)教程》 陳明
《軟件工程思想》 林銳
《需求分析》
參考:
《軟件工程學(xué)教程》 陳明
《軟件工程思想》 林銳
《需求分析》
本文共計(jì)18頁(yè),7720字;
文章摘要:
本文從軟件工程的學(xué)科的產(chǎn)生說(shuō)起,介紹了軟件工程的定義、任務(wù)、目標(biāo)、開(kāi)發(fā)模式,從3點(diǎn)概括了軟件開(kāi)發(fā)的基本策略,然后結(jié)合自己做課設(shè)的體會(huì),談了一下分工、小組合作等問(wèn)題,之后敘述了需求分析的定義、方法和注意事項(xiàng)。
關(guān)鍵字:
軟件工程,軟件危機(jī),IEEE軟件工程標(biāo)準(zhǔn),開(kāi)發(fā)模式,軟件開(kāi)發(fā)的基本策略,復(fù)用,軟件復(fù)用, 面向?qū)ο螅∣bject Oriented), 軟構(gòu)件(Software Component), 分而治之,優(yōu)化——折衷,需求分析,業(yè)務(wù)建模
聽(tīng)說(shuō)過(guò)很多這樣還有那樣的工程――建筑工程、希望工程•••甚至豆腐渣工程,直到這學(xué)期,才知道編寫(xiě)軟件也要有個(gè)工程。想想也是,寫(xiě)一個(gè)大一點(diǎn)的軟件,還真得計(jì)劃一下――當(dāng)然這只是我在剛開(kāi)始上這門(mén)刻的時(shí)候的想法,到現(xiàn)在,自己不僅學(xué)習(xí)了,而且還和自己的組員也實(shí)際的“工程”了一把,總算對(duì)軟件工程這門(mén)學(xué)科有了比較系統(tǒng)的了解,也有了一些自己的體會(huì)。
先說(shuō)說(shuō)這門(mén)學(xué)科的產(chǎn)生吧。
在60年代計(jì)算機(jī)發(fā)展初期,程序設(shè)計(jì)是少數(shù)聰明人干的事。他們的智力與技能超群,編寫(xiě)的程序既能控制弱智的計(jì)算機(jī),又能讓別人看不懂、不會(huì)用。那個(gè)時(shí)期編程就跟捏泥巴一樣隨心所欲,于是他們很過(guò)分地把程序的集合稱(chēng)為軟件,以便自己開(kāi)心或傷心時(shí)再把程序捏個(gè)面目全非。人們就在這種美滋滋的感覺(jué)下熱情地編程,結(jié)果產(chǎn)生了一堆問(wèn)題:
(1)對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。
(2)用戶對(duì)已完成的軟件不滿意。
(3)軟件的質(zhì)量不高。
(4)現(xiàn)有軟件難以維護(hù),甚至不可維護(hù)。
(5)缺乏完整正確的文檔資料。
(6)軟件開(kāi)發(fā)速度趕不上需求發(fā)展的速度。
這些問(wèn)題導(dǎo)致了“軟件危機(jī)”。
為了解決這個(gè)問(wèn)題,在1968年,一群程序員、計(jì)算機(jī)科學(xué)家與工業(yè)界人士聚集一起共商對(duì)策。通過(guò)借鑒傳統(tǒng)工業(yè)的成功做法,他們
參考:
《軟件工程學(xué)教程》 陳明
《軟件工程思想》 林銳
《需求分析》
參考:
《軟件工程學(xué)教程》 陳明
《軟件工程思想》 林銳
《需求分析》
相關(guān)文檔
- 簡(jiǎn)單交互式圖形處理系統(tǒng)——圖形數(shù)據(jù)結(jié)構(gòu).doc
- 一個(gè)虛擬存儲(chǔ)器和內(nèi)存工作區(qū)置換算法設(shè)...rar
- dos命令.rar
- 學(xué)生成績(jī)簡(jiǎn)單排序的比較.rar
- 畢業(yè)設(shè)計(jì)組網(wǎng)實(shí)驗(yàn)手冊(cè).doc
- 畢業(yè)設(shè)計(jì)access數(shù)據(jù)庫(kù)管理系統(tǒng)的應(yīng)用.doc
- 畢業(yè)設(shè)計(jì)基于分布式三層結(jié)構(gòu)c/s模式圖書(shū)...doc