軟件工程的基本原則有哪些

採取適宜的開發模型：控制易變的需求。採用合適的設計方法：需要軟件模塊化、抽象與信息隱藏、局部化、一致性以及適應性等，需要合適的設計方法的支持。提供高質量的工程支持：軟件工具和環境對軟件過程的支持。重視開發過程的管理：有效利用可用的資源、生產滿足目標的軟件產品、提高軟件組織的生產能力等。

軟件工程的三要素：方法、工具和過程。方法是完成軟件開發的各項任務的技術方法，為軟件開發提供“如何做”的技術；工具為運用方法而提供的自動的或半自動的軟件工程的支撐環境；過程是為了獲得高質量的軟件所需要完成的一系列任務的框架。

軟件工程目前狀況：在現代社會中，軟件應用於多個方面。典型的軟件比如有電子郵件、嵌入式系統、人機界面、辦公套件、操作系統、編譯器、數據庫、遊戲等。各個行業幾乎都有計算機軟件的應用，比如工業、農業、銀行、航空、政府部門等。這些應用促進了經濟和社會的發展，提高人們的工作效率，同時提升了生活質量。

軟件工程的目標：1、可修改性：允許對系統進行修改而不增加原系統的複雜性。它支持軟件的調試和維護，是一個難以達到的目標。2、可靠性：能防止因概念、設計和結構等方面的不完善造成的軟件系統失效，具有挽回因操作不當造成軟件系統失效的能力。3、可移植性：軟件從一個計算機系統或環境搬到另一個計算機系統或環境的難易程度。

軟件工程學的基本原則有哪些

軟件工程的三要素：方法、工具和過程。

軟件開發過程是隨着開發技術的演化而隨之改進的。從早期的瀑布式(Waterfall)的開發模型到後來出現的螺旋式的迭代(Spiral)開發，以致最近開始興起的敏捷開發方法(Agile)，他們展示出了在不同的時代軟件產業對於開發過程的不同的認識，以及對於不同類型項目的理解方法。

注意區分軟件開發過程和軟件過程改進之間的重要區別。諸如像ISO 15504, ISO 9000, CMM, CMMI這樣的名詞闡述的是一些軟件過程改進框架，他們提供了一系列的標準和策略來指導軟件組織如何提升軟件開發過程的質量、軟件組織的能力，而不是給出具體的開發過程的定義。

目前狀況：

在現代社會中，軟件應用於多個方面。典型的軟件比如有電子郵件，嵌入式系統，人機界面，辦公套件，操作系統，編譯器，數據庫，遊戲等。

各個行業幾乎都有計算機軟件的應用，比如工業，農業，銀行，航空，政府部門等。這些應用促進了經濟和社會的發展，提高人們的工作效率，同時提升了生活質量。

軟件工程師是對應用軟件創造軟件的人們的統稱，軟件工程師按照所處的領域不同可以分為系統分析員，軟件設計師，系統架構師，程序員，測試員等等。人們也常常用程序員來泛指各種軟件工程師。

軟件工程的主要原則包括哪些方面？它的基本要素有哪幾項

軟件工程的三要素:方法、工具和過程。軟件工程的三要素:方法、工具和過程。

軟件工程原則包括圍繞工程設計、工程支持和工程管理提出的以下4條基本原則： 第一條：圍繞適宜的開發模型； 第二條：採用合適的設計方法； 第三條：提供高質量的工程支撐； 第四條：重視軟件工程的管理。

軟件工程有哪些原則？

1、量兩次，切一次(Measure twice and cut once)

如果你只能從這篇文章中學到一個原則且最重要的一個，那麼就是這個。 開發人員，架構師和經理人經常因為個人情緒、以及其他問題而難以集中注意力。

就工程師來説，這個原則意味着選擇正確的解決方案，選擇正確的方法來解決問題，選擇正確的工具來解決問題，對建立的解決方案必須充滿信心。

選擇這裏意味着投入一些思考，找到必要的資源，組建合適的團隊，思考設計，思考方法，設定任務，控制結果，併為此承擔責任。 這就是“活在當下”。 我認為我自己還沒有準備好用正確的詞彙來描述它。

2、不要重複自己(Don't Repeat Yourself)

這是一個相當簡單但非常有用的原則，它説在不同的地方重複同樣的事情是非常糟糕的。 首先，它涉及到進一步支持和修改代碼的必要性。 如果某個代碼片段在程序中的幾個地方被複制，那麼很有可能出現兩種災難性的情況:

當對源代碼進行哪怕是很小的改動時，您需要在幾個地方更改相同的代碼。 這需要額外的時間、精力和注意力，而這件事件通常也非常不容易。

第一項緊隨第二項。 團隊中的其他開發人員可能會意外地錯過其中一個更改(只合並了控制系統中的分支) ，並將面對應用程序中隨後出現的一系列錯誤。 這些 bug 可能會讓您感到沮喪，因為您已經聽説這樣的 bug 似乎已經被修復了。

在這方面，有一個建議ーー如果在清單中發現任何代碼超過兩次，則應以單獨的方式來處置。 這是通用做法。 事實上，即使再次遇到重複的bug，您也應該考慮創建一個單獨的方法。

3、奧卡姆剃刀(Occam’s Razor)

這是一個非常普遍的想法，它來自於哲學編程。 這個原則得名於奧克姆的英國修道士威廉。 這一原則表明: ”沒有必要，不得增加實體”。

在工程學中，這一原則被解釋為: 沒有必要創建不必要的實體。 因此，首先考慮添加另一個方法 / 類 / 工具 / 流程等的好處不見得總是一個好主意。 畢竟，如果您添加了另一個方法 / 類 / 工具 / 流程等等，除了增加複雜性之外，您沒有得到任何其他好處，那還有什麼意義呢？

4、保持足夠簡單(Keep It Simple Stupid )

這是一個與上面非常類似的原則，但它的含義略有不同。 這個原則要求代碼必須儘可能簡單，不能有複雜的結構，否則會使代碼的調試和維護複雜化。

此外，對於另一個程序員來説，理解代碼的邏輯將會更加困難，這反過來也將需要額外的時間和精力。 這就是為什麼您應該始終嘗試使用簡單的構造來儘可能多地解決問題，而不需要使用大量的分支、深層嵌套和過度重載的類結構。

通過這樣做，你將使自己和同事的生活更加輕鬆，因為複雜性會產生錯誤。 記住 Peter Hintiens 説過的話: “簡單永遠比功能好”。

5、你不會需要它（You Aren’t Gonna Need It ）

這是許多程序員都會遇到的問題。 從項目一開始就希望立即實現所有必要的(有時甚至是不必要的)功能。 也就是説，當開發人員從一開始就將所有可能的方法添加到類中並實現它們時，甚至可能在未來永遠不會使用它們。

因此，根據這個建議，首先，只實現您需要的東西，然後，如果必要的話，再擴展相應功能。 這樣，您就可以節省調試代碼的工作量、時間以及精力，而實際上這些代碼卻並不需要。

軟件工程必須遵循什麼原則

圍繞工程設計、工程支持以及工程管理已提出了以下四條基本原則：(1)選取適宜的開發模型該原則與系統設計有關。在系統設計中，軟件需求、硬件需求以及其它因素間是相互制約和影響的，經常需要權衡。因此，必需認識需求定義的易變性，採用適當的開發模型，保證軟件產品滿足用户的要求。(2)採用合適的設計方法在軟件設計中，通常需要考慮軟件的模塊化、抽象與信息隱蔽、局部化、一致性以及適應性等特徵。合適的設計方法有助於這些特徵的實現，以達到軟件工程的目標。(3)提供高質量的工程支撐工欲善其事，必先利其器。在軟件工程中，軟件工具與環境對軟件過程的支持頗為重要。軟件工程項目的質量與開銷直接取決於對軟件工程所提供的支撐質量和效用。(4)重視軟件工程的管理軟件工程的管理直接影響可用資源的有效利用，生產滿足目標的軟件產品以及提高軟件組織的生產能力等問題。因此，僅當軟件過程予以有效管理時，才能實現有效的軟件工程。