軟件工程專業(yè)大學(xué)排名情況(2)
軟件工程專業(yè)大學(xué)排名情況
軟件工程就業(yè)前景
競(jìng)爭(zhēng)力看的是你自己的能力，像軟件工程這種專業(yè)性很強(qiáng)的專業(yè)，只要你學(xué)好了軟件技術(shù)就業(yè)還是很容易的，而且工資相當(dāng)高，好點(diǎn)的公司都有7000+，前提是學(xué)好了!!但是如果可以選擇的話并不推薦軟件工程這個(gè)專業(yè)，因?yàn)樽鲕浖⒉皇敲總€(gè)人都適合的，拿我們班的情況來(lái)說(shuō)吧，46個(gè)人都非常厭惡編程，軟件學(xué)起來(lái)不僅困難而且無(wú)聊，最終選擇軟件行業(yè)的也就幾個(gè)人而已。。每天工作必須得面對(duì)電腦，一天受到10幾個(gè)小時(shí)的輻射是非常不利健康的。很容易造成精神上的疲勞，跟肉體的疲勞不一樣，身體累了休息一下就行，同時(shí)還有鍛煉身體的效果，如果精神上壓力大了就不是那么容易恢復(fù)的了，而且程序員整天坐在電腦前沒有運(yùn)動(dòng)非常容易患上職業(yè)病，種種條件表明程序員工作在亞健康的環(huán)境下，而且這是沒有辦法改變的環(huán)境。當(dāng)然軟件工程這個(gè)行業(yè)可以說(shuō)是當(dāng)今社會(huì)最公平的一個(gè)行業(yè)了，沒有所謂的潛規(guī)則，它不在乎你的出生，無(wú)論什么學(xué)校畢業(yè)的只要你有能力，技術(shù)強(qiáng)硬就絕對(duì)能找適合你的工作，不過(guò)這是一個(gè)需要長(zhǎng)期學(xué)習(xí)的工程，需要做好長(zhǎng)期學(xué)習(xí)的準(zhǔn)備。如果你不具備勤奮好學(xué)的性格的話那就最好不要選擇這個(gè)行業(yè)了，因?yàn)閷W(xué)習(xí)的過(guò)程是很枯燥的，看不盡的代碼，沒日沒夜的加班，進(jìn)度的壓力都是程序員必須面對(duì)的。軟件行業(yè)和其他的行業(yè)一樣，有處于最底層的拿著微薄的工資，干著最累的活的程序猿，也有做著設(shè)計(jì)拿著高薪的高級(jí)工程師。如果選擇做軟件那就需要靜下心來(lái)學(xué)習(xí)好專業(yè)知識(shí)，將來(lái)在你畢業(yè)的時(shí)候大部分公司招聘都是考的你基礎(chǔ)知識(shí)而不是什么流行技術(shù)。在大學(xué)4年要做到精通一門語(yǔ)言同時(shí)也得了解其他的優(yōu)秀編程語(yǔ)言，如果能在大學(xué)期間擁有一些項(xiàng)目經(jīng)驗(yàn)對(duì)以后的求職是非常有幫助的。
軟件工程詳情介紹
工程定義
軟件工程一直以來(lái)都缺乏一個(gè)統(tǒng)一的定義，很多學(xué)者、組織機(jī)構(gòu)都分別給出了自己的定義。
BarryBoehm：運(yùn)用現(xiàn)代科學(xué)技術(shù)知識(shí)來(lái)設(shè)計(jì)并構(gòu)造計(jì)算機(jī)程序及為開發(fā)、運(yùn)行和維護(hù)這些程序所必需的相關(guān)文件資料。
IEEE：在軟件工程術(shù)語(yǔ)匯編中的定義：軟件工程是：1.將系統(tǒng)化的、嚴(yán)格約束的、可量化的方法應(yīng)用于軟件的開發(fā)、運(yùn)行和維護(hù)，即將工程化應(yīng)用于軟件;2.在1中所述方法的研究
FritzBauer：在NATO會(huì)議上給出的定義：建立并使用完善的工程化原則，以較經(jīng)濟(jì)的手段獲得能在實(shí)際機(jī)器上有效運(yùn)行的可靠軟件的一系列方法。
《計(jì)算機(jī)科學(xué)技術(shù)百科全書》：軟件工程是應(yīng)用計(jì)算機(jī)科學(xué)、數(shù)學(xué)、邏輯學(xué)及管理科學(xué)等原理，開發(fā)軟件的工程。軟件工程借鑒傳統(tǒng)工程的原則、方法，以提高質(zhì)量、降低成本和改進(jìn)算法。其中，計(jì)算機(jī)科學(xué)、數(shù)學(xué)用于構(gòu)建模型與算法，工程科學(xué)用于制定規(guī)范、設(shè)計(jì)范型(paradigm)、評(píng)估成本及確定權(quán)衡，管理科學(xué)用于計(jì)劃、資源、質(zhì)量、成本等管理。
比較認(rèn)可的一種定義認(rèn)為：軟件工程是研究和應(yīng)用如何以系統(tǒng)性的、規(guī)范化的、可定量的過(guò)程化方法去開發(fā)和維護(hù)軟件，以及如何把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來(lái)。
ISO 9000對(duì)軟件工程過(guò)程的定義是：軟件工程過(guò)程是輸入轉(zhuǎn)化為輸出的一組彼此相關(guān)的資源和活動(dòng)。
主要內(nèi)涵
一、軟件工程過(guò)程是指為獲得軟件產(chǎn)品，在軟件工具的支持下由軟件工程師完成的一系列軟件工程活動(dòng)，包括以下四個(gè)方面：
1、P(Plan)：——軟件規(guī)格說(shuō)明。規(guī)定軟件的功能及其運(yùn)行時(shí)的限制。
2、D(DO)——軟件開發(fā)。開發(fā)出滿足規(guī)格說(shuō)明的軟件。
3、C(Check)——軟件確認(rèn)。確認(rèn)開發(fā)的軟件能夠滿足用戶的需求。
4、A(Action)——軟件演進(jìn)。軟件在運(yùn)行過(guò)程中不斷改進(jìn)以滿足客戶新的需求。
二、從軟件開發(fā)的觀點(diǎn)看，它就是使用適當(dāng)?shù)馁Y源(包括人員，軟硬件資源，時(shí)間等)，未開發(fā)軟件進(jìn)行的一組開發(fā)活動(dòng)，在活動(dòng)結(jié)束時(shí)輸入(即用戶的需求)轉(zhuǎn)化為輸出(最終符合用戶需求的軟件產(chǎn)品)。
三個(gè)階段：定義階段：可行性研究初步項(xiàng)目計(jì)劃、需求分析;開發(fā)階段：概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試;運(yùn)行和維護(hù)階段：運(yùn)行、維護(hù)、廢棄
原則：1、抽象;2、信息隱蔽;;3、模塊化;4、局部化;5、確定性;6，一致性;7、完備性;8、可驗(yàn)證性
軟件工程學(xué)科信息
1問題定義
問題定義階段必須回答的關(guān)鍵問題：“要解決的問題是什么?”如果不知道問題是什么就試圖解決這個(gè)問題，顯然是盲目的，只會(huì)白白浪費(fèi)時(shí)間和金錢，最終得出的結(jié)果很可能是毫無(wú)意義的。盡管確切地定義問題的必要性是十分明顯的，但是在實(shí)踐中它卻可能是最容易被忽視的一個(gè)步驟。
通過(guò)問題定義階段的工作，系統(tǒng)分析員應(yīng)該提出關(guān)于問題性質(zhì)、工程目標(biāo)和規(guī)模的書面報(bào)告。通過(guò)對(duì)系統(tǒng)的實(shí)際用戶和使用部門負(fù)責(zé)人的訪問調(diào)查，分析員扼要地寫出他對(duì)問題的理解，并在用戶和使用部門負(fù)責(zé)人的會(huì)議上認(rèn)真討論這份書面報(bào)告，澄清含糊不精的地方，改正理解不正確的地方，最后得出一份雙方都滿意的文檔。
問題定義階段是軟件生存周期中最簡(jiǎn)短的階段，一般只需要一天甚至更少的時(shí)間。
2可行性研究
這個(gè)階段要回答的關(guān)鍵問題：“對(duì)于上一個(gè)階段所確定的問題有行得通的解決辦法嗎?”為了回答這個(gè)問題，系統(tǒng)分析員需要進(jìn)行一次大大壓縮和簡(jiǎn)化了的系統(tǒng)分析和設(shè)計(jì)的過(guò)程，也就是在較抽象的高層次上進(jìn)行的分析和設(shè)計(jì)的過(guò)程。
可行性研究應(yīng)該比較簡(jiǎn)短，這個(gè)階段的任務(wù)不是具體解決問題，而是研究問題的范圍，探索這個(gè)問題是否值得去解，是否有可行的解決辦法。
在問題定義階段提出的對(duì)工程目標(biāo)和規(guī)模的報(bào)告通常比較含糊?？尚行匝芯侩A段應(yīng)該導(dǎo)出系統(tǒng)的高層邏輯模型(通常用數(shù)據(jù)流圖表示)，并且在此基礎(chǔ)上更準(zhǔn)確、更具體地確定工程規(guī)模和目標(biāo)。然后分析員更準(zhǔn)確地估計(jì)系統(tǒng)的成本和效益，對(duì)建議的系統(tǒng)進(jìn)行仔細(xì)的成本/效益分析是這個(gè)階段的主要任務(wù)之一。
可行性研究的結(jié)果是使用部門負(fù)責(zé)人做出是否繼續(xù)進(jìn)行這項(xiàng)工程的決定的重要依據(jù)，一般說(shuō)來(lái)，只有投資可能取得較大效益的那些工程項(xiàng)目才值得繼續(xù)進(jìn)行下去?？尚行匝芯恳院蟮哪切╇A段將需要投入要多的人力物力。及時(shí)中止不值得投資的工程項(xiàng)目，可以避免更大的浪費(fèi)。
3需求分析
這個(gè)階段的任務(wù)仍然不是具體地解決問題，而是準(zhǔn)確地確定“為了解決這個(gè)問題，目標(biāo)系統(tǒng)必須做什么”，主要是確定目標(biāo)系統(tǒng)必須具備哪些功能。
用戶了解他們所面對(duì)的問題，知道必須做什么，但是通常不能完整準(zhǔn)確地表達(dá)出他們的要求，更不知道怎樣利用計(jì)算機(jī)解決他們的問題;軟件開發(fā)人員知道怎樣使用軟件實(shí)現(xiàn)人們的要求，但是對(duì)特定用戶的具體要求并不完全清楚。因此系統(tǒng)分析員在需求分析階段必須和用戶密切配合，充分交流信息，以得出經(jīng)過(guò)用戶確認(rèn)的系統(tǒng)邏輯模型。通常用數(shù)據(jù)流圖、數(shù)據(jù)字典和簡(jiǎn)要的算法描述表示系統(tǒng)的邏輯模型。
在需求分析階段確定的系統(tǒng)邏輯模型是以后設(shè)計(jì)和實(shí)現(xiàn)目標(biāo)系統(tǒng)的基礎(chǔ)，因此必須準(zhǔn)確完整地體現(xiàn)用戶的要求。系統(tǒng)分析員通常都是計(jì)算機(jī)軟件專家，技術(shù)專家一般都喜歡很快著手進(jìn)行具體設(shè)計(jì)，然而，一旦分析員開始談?wù)摮绦蛟O(shè)計(jì)的細(xì)節(jié)，就會(huì)脫離用戶，使他們不能繼續(xù)提出他們的要求和建議。較件工程使用的結(jié)構(gòu)分析設(shè)計(jì)的方法為每個(gè)階段都規(guī)定了特定的結(jié)束標(biāo)準(zhǔn)，需求分析階段必須提供完整準(zhǔn)確的系統(tǒng)邏輯模型，經(jīng)過(guò)用戶確認(rèn)之后才能進(jìn)入下一個(gè)階段，這就可以有效地防止和克服急于著手進(jìn)行具體設(shè)計(jì)的傾向。
4總體設(shè)計(jì)
這個(gè)階段必須回答的關(guān)鍵問題是：“概括地說(shuō)，應(yīng)該如何解決這個(gè)問題?”
首先，應(yīng)該考慮幾種可能的解決方案。列如，目標(biāo)系統(tǒng)的一些主要功能是用計(jì)算機(jī)自動(dòng)完成還是用人工完成;如果使用計(jì)算機(jī)，那么是使用批處理方式還是人機(jī)交互方式;信息存儲(chǔ)使用傳統(tǒng)的文件系統(tǒng)還是數(shù)據(jù)庫(kù)。通常至少應(yīng)該考慮下述幾類可能的方案
猜你喜歡：
1.2017財(cái)務(wù)管理專業(yè)大學(xué)排名榜
2.2017年財(cái)務(wù)管理專業(yè)大學(xué)的排名
3.2017大學(xué)文科專業(yè)就業(yè)率排名