軟體工程的思想

⑴ 軟體工程最重要的是思想，而不是語言，誰能具體說說這里的思想到底是指什麼呢而這個思想如何鍛煉

這個應該是量變到質變的關系。只有多編程才能掌握編程思想。就像我們現在看小學初中的題目很簡單，但我們當時讀書的時候卻感覺很難。

⑵ 為什麼軟體工程的基本思想適用於所有的軟體系統

這相當於一種模式吧，軟體開發的整個流程，當然適用於所有軟體系統

⑶ 軟體工程的概念

定義
軟體工程一直以來都缺乏一個統一的定義，很多學者、組織機構都分別給出了自己的定義：

Boehm：運用現代科學技術知識來設計並構造計算機程序及為開發、運行和維護這些程序所必需的相關文件資料。

IEEE：軟體工程是開發、運行、維護和修復軟體的系統方法。

Fritz Bauer：建立並使用完善的工程化原則，以較經濟的手段獲得能在實際機器上有效運行的可靠軟體的一系列方法。
目前比較認可的一種定義認為：軟體工程是研究和應用如何以系統性的、規范化的、可定量的過程化方法去開發和維護軟體，以及如何把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來。

⑷ 軟體工程的理論和思想對軟體開發的意義

這個不好說吧，軟體工程，對軟體開發的意義呢，打個比喻，別人說的，呵呵

如果建築工程，像我們現在的做軟體一樣做房子，那麼現在的房子都會被第一隻小鳥弄倒。

軟體工程的意義，就是使做房子的時候，不會做出易倒的房子了，主要是以規范劃的方式，保證軟體開發的成功

⑸ 軟體工程的主要思想是什麼

模塊化，猜的

⑹ 軟體工程最佳實踐的思想特點是什麼

軟體工程最佳實踐的思想特點是安全性，實用性，普及性，可持續性。

⑺ 軟體工程思想的軟體開發設計思想

（1） 瀑布模型（waterfall model）
瀑布模型核心思想是按工序將問題化簡，將功能的實現與設計分開，便於分工協作，即採用結構化的分析與設計方法將邏輯實現與物理實現分開。將軟體生命周期劃分為制定計劃、需求分析、軟體設計、程序編寫、軟體測試和運行維護等六個基本活動，並且規定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。從本質來講，它是一個軟體開發架構，開發過程是通過一系列階段順序展開的，從系統需求分析開始直到產品發布和維護，每個階段都會產生循環反饋，因此，如果有信息未被覆蓋或者發現了問題，那麼最好 「返回」上一個階段並進行適當的修改，開發進程從一個階段「流動」到下一個階段，這也是瀑布開發名稱的由來。 瀑布模型是最早出現的軟體開發模型，在軟體工程中佔有重要的地位，它提供了軟體開發的基本框架。其過程是從上一項活動接收該項活動的工作對象作為輸入，利用這一輸入實施該項活動應完成的內容給出該項活動的工作成果，並作為輸出傳給下一項活動。同時評審該項活動的實施，若確認，則繼續下一項活動；否則返回前面，甚至更前面的活動。對於經常變化的項目而言，瀑布模型毫無價值。
（2） 快速原型模型（原型模式）prototype model
原型是指模擬某種產品的原始模型，在其他產業中經常使用。軟體開發中的原型是軟體的一個早期可運行的版本，它反映了最終系統的重要特性。
快速原型模型又稱原型模型，它是增量模型的另一種形式；它是在開發真實系統之前，構造一個原型，在該原型的基礎上，逐漸完成整個系統的開發工作。快速原型模型的第一步是建造一個快速原型，實現客戶或未來的用戶與系統的交互，用戶或客戶對原型進行評價，進一步細化待開發軟體的需求。通過逐步調整原型使其滿足客戶的要求，開發人員可以確定客戶的真正需求是什麼；第二步則在第一步的基礎上開發客戶滿意的軟體產品。

⑻ 軟體工程思想的前 言

在60年代計算機發展初期，程序設計是少數聰明人乾的事。他們的智力與技能超群，編寫的程序既能控制弱智的計算機，又能讓別人看不懂、不會用。那個時期編程就跟捏泥巴一樣隨心所欲，於是他們很過分地把程序的集合稱為軟體，以便自己開心或傷心時再把程序捏個面目全非。人們就在這種美滋滋的感覺下熱情地編程，結果產生了一堆問題：程序質量低下，錯誤頻出，進度延誤，費用劇增……。這些問題導致了「軟體危機」。
在1968年，一群程序員、計算機科學家與工業界人士聚集一起共商對策。通過借鑒傳統工業的成功做法，他們主張通過工程化的方法開發軟體來解決軟體危機，並冠以「軟體工程」這一術語。三十年余年來，盡管軟體的一些毛病如人類的感冒一樣無法根治，但軟體的發展速度超過了任何傳統工業，期間並未出現真真的軟體危機。這的確是前人的先見之明。如今軟體工程成了一門學科。
軟體工程主要講述軟體開發的道理，基本上是軟體實踐者的成功經驗和失敗教訓的總結。軟體工程的觀念、方法、策略和規范都是朴實無華的，平凡之人皆可領會，關鍵在於運用。我們不可以把軟體工程方法看成是諸葛亮的錦囊妙計─—在出了問題後才打開看看，而應該事先掌握，預料將要出現的問題，控制每個實踐環節，並防患於未然。研究軟體工程永遠做不到理論家那麼瀟灑：定理證明了，就完事。
我在讀大學的十年裡有八年從事軟體開發，盡管編寫了幾十萬行C++/C程序，也經歷了若干次小不點兒大的成功和失敗，可老感覺只學了些皮毛，心裡慌兮兮的。在博士研究生畢業前的半年裡，我告戒自己不應該再稀里糊塗地在程序堆里滾爬下去了，於是就面壁反省，做了一陣子木訥的和尚。在「打坐」時，每有心得體會便記錄下來，不知不覺湊成了八章經，我就給此經書起名為《軟體工程思想》。
經典的軟體工程書籍厚得象磚頭，或讓人望而卻步，或讓人看了心事重重。請寬恕我的幼稚，我試圖用三個問題：是什麼、為什麼、怎麼辦，來解釋軟體工程的道理。所以本書薄得象餃子皮─—用來包「思想」這種有味道的「餡」。本書的八章經分別為：
第一章「軟體工程基本觀念」；
第二章「程序員與程序經理」；
第三章「項目計劃與質量管理」；
第四章「可行性分析與需求分析」；
第五章「系統設計」；
第六章「C++ 面向對象程序設計」；
第七章「測試與改錯」；
第八章「維護與再生工程」。
附錄「大學十年」可以充當飯後的水果。
我偶爾也擔心此書寫得太膚淺，內容少得可憐。就象一隻雞在水裡撲騰了幾下，並不能產生美味的雞湯。但是如果您花了幾分鍾時間翻閱本書的任意章節，您馬上就願意再化幾個小時一口氣讀完全書，並且樂得直拍桌子：「好！很好！非常好！」
您可以把這本科技書當小說看，但在看書時請不要吃東西，免得噴了別人或者嗆著自己。
如果您買了本書後覺得不值得，我一定賠償您的損失。

⑼ 軟體工程的核心思想是什麼

軟體生命周期
問題定義--->可行性研究--->需求分析--->概要設計--->詳細設計--->編碼和單元測試--->綜合測試--->軟體維護