我為什麼還要學習軟體工程
Ⅰ 學習《軟體工程》心得和體會
相關於這個的!~
計算機專業這一門科深深的吸引著我們這些同學們,上計算機系已經有近一年了。自己也做了一些思考,認為計算機專業需要相當多的實踐,而在實踐中不但掌握計算機技術(包括程序設計),還要掌握許多其他專業並不「深究」的東西,例如,演算法,體系結構,信息管理等等。當初聽到要學專業的東西,心想咱們這到底念的是什麼系?
對於我這個初學者的知識基礎較薄弱,對一些應用操作理解起來較為困難,要能從整體概念上較好地理解和把握應用軟體,不是僅僅靠幾本培訓的書籍還買了幾本有關專業的書籍,細致地看幾遍,然後上機練習幾次就可以成功。因此學習過程中要注意多看多練。要注意結合實際,充分利用互聯網學習。說極端一點,互聯網上應有盡有,只是我們沒有找到好的路徑,互聯網是人類知識智慧的汪洋大海,比如通過電大的遠程學來進行學習,還有到一些有關專業論壇轉轉進行學習,網上學習會有很大收獲。除了學科知識,上網技術以及信息的檢索、加工、發布的能力也會有提高,人與人之間的理解、交流上都會有豐富的體驗。網上學習容易出現的問題是好奇,上網漫無目的不停瀏覽。因此,在進行網上學習前,一定製定好學習計劃和目標,確保高效的上網學習。
計算機專業對於求學者的我切記貪多嚼不爛。因為初學者最易犯「大而全」和「速成」的錯誤,須知「羅馬非一日之功」所能建成。什麼都學,肯定什麼都學不透,要集中精力打攻堅戰。我認為學習計算機首先要明白自己的學習目標究竟是什麼,根據自己的實際工作出發,是做系統維護、軟體開發、圖像加工、公文處理、網頁製作還是資料庫管理,然後再有針對性的在相應的學習方向上進行提高。要制定出詳細的學習規劃,包括需要購買什麼書籍,家裡如果沒有電腦可供練習,是否需要購買一台電腦等問題……如果沒有學習規劃,不投資學習機器,沒有實踐場所,沒有學習資料,光想憑「言傳口授」就想速成做個「全才」,可能嗎?
學習方法因人而異,我的學習方法以下幾個原則:
1.「循序漸進」——要求應注重基礎,切忌好高騖遠,急於求成。循序漸進的原則體現為:一要打好基礎。二要由易到難。三要量力而行。
2.「精讀精思」—— 要廣泛閱讀和精讀,善於提出問題和解決問題。
3.「自求自得」——就是要充分發揮學習的主動性和積極性,自求自得的原則要求不要為讀書而讀書,應當把所學的知識加以消化吸收,變成自己的東西。
4.「知行統一」——就是要根據認識與實踐的辯證關系,把學習和實踐結合起來,切忌學而不用。因此,知行統一要注重實踐:一是要善於在實踐中學習,邊實踐、邊學習、邊積累。二是躬行實踐,即把學習得來的知識,用在實際工作中,解決實際問題。
Ⅱ 什麼是軟體工程需要學習哪些課程呢
首先軟體工程是組織團隊和協作進行大規模軟體開發的科學。請注意我在這里強調的兩個詞,“協作”和“大”。很多大學生在學習這門課的過程中,容易產生這門課“不實用”的偏見,但這只是因為你現在接觸到的東西還沒有達到可以稱之為“工程”的程度。軟體工程是組織團隊和協作進行大規模軟體開發的科學。
要知道軟體是一個集合,程序員把數據和指令按照特定的順序放在軟體中,也可以認為是軟體=程序數據文件。軟體工程主要研究如何以系統化、標准化和可量化的方式開發和維護軟體,同時也研究管理軟體的技術。與計算機專業相比,軟體工程專業更強調軟體開發的工程。在掌握計算機科學知識的基礎上,學生還應掌握軟體需求分析、軟體設計、軟體測試、軟體維護等知識。軟體工程師起點高,在企業中處於兩個高(高薪、高地位)的崗位。
Ⅲ 談一談對軟體工程專業的認識
對軟體工程的一點看法--希望能夠拋磚引玉
在這里看到很多網友的高論,很有啟發。而且目前市面上也涌現出一批面向不同方面的軟體過程的書籍,可是在這里,我一直沒找到真正對實踐有指導意義的,可操作的應用方法,所以現在這兒拋塊磚,望各位高手指正。
我個人的理解,軟體工程就是按照工程學的管理方式,有組織、有計劃的,在一定的質量基礎、時間限度和成本范圍內,實現功能明確的軟體系統。而且,軟體工程在企業范圍內運行,一定需要企業資源的支持,要與企業的經營、決策、管理體系聯系在一起,才能夠被踏踏實實的落實下來。
軟體業作為一個服務業,要想得到發展,首先必須形成一個對軟體服務有迫切需要的市場。其次,這個市場中的消費者必須具備足夠的購買力。軟體的消費群體簡單一點,可以分為個體消費和企業消費。中國的企業群體,數量龐大,但是質量不高。上規模的企業極少,因此,中國的企業對大型軟體的消費肯定是有限的,軟體的個人消費,至少目前在中國,還是不成氣候。因此,國內目前能夠形成比較大規模的獨立市場的,肯定是小規模的軟體系統。
此外,質量的好與壞也不能絕對而論。比如說,你花500元,買雙皮鞋,只穿了一個月就壞了,肯定是劣質產品。可是如果你只花了5元買這雙鞋,還是穿了一個月就壞了,他就是個優質產品了。軟體也是一樣。
還有一個,就是軟體生命周期問題。在國外,很多中、大型企業里,軟體系統已經作為企業的命脈在運行,這些企業當然需要長期、穩定的軟體服務、開發體系作為保障,因此相對來說,對於軟體的功能需求就比較明確,而國內的中小企業在運營方面本來就把靈活多變作為生存武器,當然不可能有比較長期的經營計劃,更不可能運用軟體系統進行全面企業管理。這就導致對軟體系統需求的短期行為,因此,他們更加希望一次性購買功能有限的軟體系統,而不是長期連續的軟體服務。
如果上面的分析有代表性的話,那就是說我們現在必須對開發這類軟體形成一套非常有效的工程方法:
1。規模小。
2。成本低
3。質量要求不高。
4。售後服務有限。
5。生命期短。
我想,對於這類系統,RUP未必是一套好的方法。另外,我還想談談對軟體人員素質的看法。
從我個人的經歷來說,我覺得我們對於軟體工程師的培養方法有問題。理論上說,軟體只要設計了一個好的結構,解決了所有的技術難點,剩下的代碼高中生就能做。實際上我們的很多名牌大學的計算機專業畢業生都不能很好的Coding。尤其是現在有了VB、PB、JAVA之後,大家似乎認為計算機的體系結構都不用關心了。我曾經經手的幾個軟體項目中,很多工程師對於用C語言開發Win32多線程、事件驅動、死鎖、內存分配等問題根本束手無策。我不相信這些問題可以靠很好的文檔解決。實際上,能夠用OO的工具工作,根本不代表能夠進行OO的系統分析與設計。
話又說回來,在中國,有10年以上軟體開發背景的人,又有幾個?而且他們在過去10年裡的經驗,更多的是小項目的Coding,而不是大項目的管理與系統分析。而一個好的系統分析師,需要的是實踐、實踐、再實踐。假如說我們的商業環境中根本沒有大型的軟體項目,怎麼可能有優異的系統分析師呢?
所以,我想,目前我們的問題,是工程師的技術水平、知識面與管理意識、管理方法同樣重要,在這樣的前提下,我們是不是要探索一下真正適合我們的軟體工程方法呢?
Ⅳ 機械學生為什麼學軟體工程
proe、auto cad這些都是計算機輔助設計方面的,在很大一部分情況下能夠滿足設計的要求,但是在有些情況下,機械設計方面還要許多特殊的要求,這就必須要求機械方面的學生有對軟體進行二次開發的基礎,而且機械方面不僅僅用這些軟體,還要用到其他的軟體,比如說數控機床裡面的數控系統,產品數據管理中的TEAM CENTER等軟體,我們就學過數控系統的編程基礎包括裡面的演算法,我還有幾個學長在學習後者二次開發,我同學也有幾個在做後者的二次開發,如果沒有一定得軟體編程基礎是不能完成的
Ⅳ 軟體工程的目的是什麼
中國的軟體行業規模不是很大,有些軟體企業在軟體製作上,也只是採用了一些軟體工程的思想,距離大規模的工業化大生產比較還是有一定的差距;原因有管理體制的問題,市場問題,政策問題,也有軟體工程理論不全面和不完善的問題。所以軟體工程的研究和應用,以及中國軟體行業的進一步發展,都需要一定的既有軟體工程的理論基礎和研究能力,又有一定的實踐經驗的軟體工程科學技術人員來推動。軟體工程的前途是光明的。
軟體服務外包屬於智力人才密集型現代服務業。大量著名外包企業落戶寧波。主要就業去向包括軟體外包與服務企業、信息產品與服務企業,擔任程序員、軟體測試員、項目經理等工作崗位。
軟體工程專業是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟體的學科。它涉及到程序設計語言,資料庫,軟體開發工具,系統平台,標准,設計模式等方面。在現代社會中,軟體應用於多個方面。典型的軟體比如有電子郵件,嵌入式系統,人機界面,辦公套件,操作系統,編譯器,資料庫,游戲等。同時,各個行業幾乎都有計算機軟體的應用,比如工業,農業,銀行,航空,政府部門等。這些應用促進了經濟和社會的發展,使得人們的工作更加高效,同時提高了生活質量。
相關學者、組織機構都分別給出了定義:
Boehm:運用現代科學技術知識來設計並構造計算機程序及為開發、運行和維護這些程序所必需的相關文件資料。
IEEE:軟體工程是開發、運行、維護和修復軟體的系統方法。
Fritz Bauer:建立並使用完善的工程化原則,以較經濟的手段獲得能在實際機器上有效運行的可靠軟體的一系列方法。
Ⅵ 為什麼說千萬別學軟體工程為什麼說學軟體工程專業後悔了
每逢高考報志願,都會有很多傳言紛飛,而作為「計算機專業的親戚」,軟體工程一方面被認為是熱門專業,一方面又被唱衰。
雖然輿論向來不是非黑即白,但對於學生來說卻會猶豫不決。那麼,為什麼說千萬別學軟體工程呢?為什麼說學軟體工程專業後悔了呢?本期,筆者就將為大家解答。
Ⅶ 為什麼要學軟體工程及項目管理
管理學認為,過程管理是將輸入轉化為輸出的一系列相互關聯、相互作用的活動。所有的工作都是通過「過程」來實現的。因此,項目管理中的PDCA循環也是一個過程管理,控制好PDCA循環中的每一個過程,就能為成本管理提出相應的解決辦法。管理學還認為,管理是一個循序漸進的過程,管理水平的提高有賴於不斷的學習。因而,只有在建築施工企業掌握了較低水平的管理技能後,才有可能掌握更高一級的管理技能。因此,切合實際的項目管理方法才是更可取的。 PDCA循環講求的是計劃、執行、檢查和處理的全過程管理。要作到對工程項目成本的實時監控,就需要隨時了解項目的進展情況,也就是項目在什麼時間實施了哪些工序,以及這些工序實施的同一時間的匯總。這需要有對項目工序的細化、明確的進度計劃。在對項目的實際進展進行監控的同時,還需要比照事先制定的計劃或預算與之進行對比,及時反饋,以便隨時找出偏差,予以即時糾正,保障項目發展符合目標方向。這一過程從原理上講是簡單的,但過程式控制制卻不好做。原因就是在不同的時段不同的節點在項目實施過程中的統計數據量太大,不是人們想想就能實現的。它需要在前期的切合實際的方案指引下,制訂出切合實際的計劃,並將其掛接到各個工序或節點上,與實際的情況進行對比。這樣的工作,不僅需要現代化的工具輔助,而且需要各部門的通力合作,這不僅在思想水平上達到就可以了的,更需要有一個整合的工具。 2、項目成本管理信息系統對成本管理的便利性 施工項目成本管理信息系統利用計算機的快速計算統計功能,較好地解決了項目實施過程中過程管理的問題。通過信息系統明確各部門的職責,實現各業務口工作的順利交接,提高了項目部各部門的合作水平和工作效率。隨著當前市場需求的進一步明朗,施工項目成本管理信息系統在不斷完善自身的同時,也為建築行業的發展指明了一個方向。符合建築企業項目管理方向的產品和服務是有生命力的,對建築市場項目管理方向的研究也成為必然。 3、項目成本管理信息化建設需要以創新精神進行業務流程再造(BPR) 管理信息化是一項系統工程,是一套全新的管理理念、管理方法、管理模式的引人,對每個員工的工作方法都將產生巨大的沖擊,改變人們的思維方式。因此,管理信息化的推進只能循序漸進,不可一蹴而就。管理信息化建設需要以創新精神不斷對企業業務流程再造,使企業及員工逐步適應管理信息化帶來的沖擊。 施工企業傳統的業務流程被分割為一段段分裂的環節,每一環節關心的焦點僅僅是單個任務和工作,而不是整個系統的全局最優,存在管理混亂和許多重復無效的業務流程。在管理信息系統建設中如果僅僅用計算機系統去模擬原手工管理系統,進行原有業務系統的電子化,並不能從根本上提高企業的競爭能力。 BPR是根據信息技術的特點,對在手工方式下形成的業務流程進行根本性的再思考、再設計,需要突破傳統的思維方式、管理方法、組織機構,對原有業務流程進行整合。BRP是提高企業項目運行效率的重要途徑,是企業實現管理創新不可逾越的階段,是一次深刻的管理基礎變革,是一個管理創新的過程。只有這種「脫胎換骨」式的改革才可以使企業對項目的管理徹底擺脫困境,重獲新生。管理信息系統體現了先進的管理思想,BPR正是貫穿於管理信息系統自始至終的思想精髓,把管理信息系統可以看作是BPR實現過程中的一種手段。二者相輔相成,缺一不可。
Ⅷ 為什麼學習軟體工程
軟體工程專業:軟體工程專業是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟體的學科。它涉及程序設計語言、資料庫、軟體開發工具、系統平台、標准、設計模式等方面。主要課程涉及高級語言程序設計、離散數學、數據結構、演算法分析與設計、軟體工程、統一建模語言、軟體測試、Web技術、操作系統、資料庫系統、微型計算機介面技術、編譯原理、計算機通信與網路、電工電子技術基礎、數字電路與邏輯設計、通信原理、Java程序設計、軟體開發方法、軟體項目管理等。
Ⅸ 學習〈軟體工程〉這門課的收獲與感受
學了一個學期的軟體工程課,終於知道了個軟體工程的大概。我們為什麼需要軟體工程呢?軟體工程最終是為了實現「軟體製造業」的社會化,工業化大生產,提高其勞動生產效率。只有如此,軟體業才能實現社會化,工業化大生產,才能「做大做強」。沒有管理的設計是失敗和混亂的設計,沒有設計指導的編程是無序的忙碌的。根據開發的軟體的規模,應該適當程度的運用軟體工程化的思想,需要靈活,但只要涉及人員間的交流和溝通,或多或少都要需要軟體工程才能更有效率,工作成果更穩定。
軟體工程將有能力的人團結在一起,然後把他們變成工人,因為工業化的生產是效率最高的。這就是根本所在