對(duì)軟件工程的理解

本文共計(jì)18頁，7720字；

文章摘要：
本文從軟件工程的學(xué)科的產(chǎn)生說起，介紹了軟件工程的定義、任務(wù)、目標(biāo)、開發(fā)模式，從3點(diǎn)概括了軟件開發(fā)的基本策略，然后結(jié)合自己做課設(shè)的體會(huì)，談了一下分工、小組合作等問題，之后敘述了需求分析的定義、方法和注意事項(xiàng)。

關(guān)鍵字：
軟件工程,軟件危機(jī),IEEE軟件工程標(biāo)準(zhǔn)，開發(fā)模式，軟件開發(fā)的基本策略，復(fù)用，軟件復(fù)用， 面向?qū)ο螅∣bject Oriented）， 軟構(gòu)件(Software Component)， 分而治之，優(yōu)化——折衷，需求分析，業(yè)務(wù)建模

聽說過很多這樣還有那樣的工程――建筑工程、希望工程•••甚至豆腐渣工程，直到這學(xué)期，才知道編寫軟件也要有個(gè)工程。想想也是，寫一個(gè)大一點(diǎn)的軟件，還真得計(jì)劃一下――當(dāng)然這只是我在剛開始上這門刻的時(shí)候的想法，到現(xiàn)在，自己不僅學(xué)習(xí)了，而且還和自己的組員也實(shí)際的“工程”了一把，總算對(duì)軟件工程這門學(xué)科有了比較系統(tǒng)的了解，也有了一些自己的體會(huì)。

先說說這門學(xué)科的產(chǎn)生吧。
在60年代計(jì)算機(jī)發(fā)展初期，程序設(shè)計(jì)是少數(shù)聰明人干的事。他們的智力與技能超群，編寫的程序既能控制弱智的計(jì)算機(jī)，又能讓別人看不懂、不會(huì)用。那個(gè)時(shí)期編程就跟捏泥巴一樣隨心所欲，于是他們很過分地把程序的集合稱為軟件，以便自己開心或傷心時(shí)再把程序捏個(gè)面目全非。人們就在這種美滋滋的感覺下熱情地編程，結(jié)果產(chǎn)生了一堆問題：
（1）對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。
（2）用戶對(duì)已完成的軟件不滿意。
（3）軟件的質(zhì)量不高。
（4）現(xiàn)有軟件難以維護(hù)，甚至不可維護(hù)。
（5）缺乏完整正確的文檔資料。
（6）軟件開發(fā)速度趕不上需求發(fā)展的速度。
這些問題導(dǎo)致了“軟件危機(jī)”。
為了解決這個(gè)問題，在1968年，一群程序員、計(jì)算機(jī)科學(xué)家與工業(yè)界人士聚集一起共商對(duì)策。通過借鑒傳統(tǒng)工業(yè)的成功做法，他們


參考：
《軟件工程學(xué)教程》 陳明
《軟件工程思想》 林銳
《需求分析》



參考：
《軟件工程學(xué)教程》 陳明
《軟件工程思想》 林銳
《需求分析》