在遵循軟體工程原則開發

『壹』 大型軟體的開發應遵守什麼原則

CMM？？

敏捷軟體開發的原則

我們遵循以下的原則：
1. 我們最先要做的是通過盡早地、持續地交付有價值的軟體來使客戶滿意。
2. 即使到了開發的後期，也歡迎改變需求。敏捷過程利用變化來為客戶創造競爭優勢。
3. 經常性地交付可以工作的軟體，交付的間隔可以從幾個星期到幾個月，交付的時間間隔越短越好。
4. 在整個項目開發期間，業務人員和開發人員必須天天都在一起工作。
5. 圍繞被激勵起來的個體來構建項目。給他們提供所需的環境和支持，並且信任他們能夠完成工作。
6. 在團隊內部以及團隊之間，最有效果並且最富有效率的傳遞信息的方式，就是面對面的交談。
7. 可以工作的軟體是首要的進度度量標准。
8. 敏捷過程提倡平穩的開發。
9. 發起人、開發者和用戶應該能夠保持一個長期的、恆定的開發速度。
10. 不斷地關注優秀的技能和好的設計會增強敏捷的能力。
11. 簡單——使未完成的工作最大化的藝術——是根本的。
12. 最好的架構、需求和設計出自於自我組織的團隊。
13. 每隔一定的時間，團隊會在如何才能更有效地工作方面進行反省，然後相應地調整自己的行為

『貳』 軟體工程必須遵循什麼原則

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

『叄』 開發基本原則

在計算機軟體開發工作中，軟體工程的方法是開發管理的基本方法，面向對象的程序設計方法則是目前軟體系統編程實現的最優方法。目前，由於本行業地理信息系統開發人員多數是地學出身，沒有受過軟體工程方法的系統訓練，在開發前期往往不重視可行性研究和需求分析，在開發過程中沒有詳細的程序設計說明和資料庫設計說明，在開發後期的測試工作中沒有明確的測試計劃和測試分析，這樣既不利於開發工作的順利進行，還會對系統日後的維護和升級帶來極大不便。

鑒於上述原因，本系統開發的管理遵循軟體工程方法的基本原理，避免不正確方法帶來的不良後果，在系統的設計與實現上採用面向對象的程序設計方法。本系統軟體開發的基本原則概括如下:

( 1) 按照軟體工程規范進行結構設計和功能開發。

( 2) 集中開發，分工配合。

( 3) 充分利用現有 GIS 系統的功能和二次開發函數資源。

( 4) 引用成熟演算法及相應源代碼。

( 5) 制定有效的質量保證措施。

『肆』 軟體工程有哪些原則

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 ）

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

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

『伍』 軟體工程的開發原則

軟體工程的原則是指圍繞工程設計、工程支持以及工程管理在軟體開發過程中必須遵循的原則。
軟體工程的原則有以下四項基本原則：
選取適宜開發范型
該原則與系統設計有關。在系統設計中，軟體需求、硬體需求以及其他因素之間是相互制約、相互影響的，經常需要權衡。因此，必須認識需求定義的易變性，採用適宜的開發范型予以控制，以保證軟體產品滿足用戶的要求。
採用合適的設計方法
在軟體設計中，通常要考慮軟體的模塊化、抽象與信息隱蔽、局部化、一致性以及適應性等特徵。合適的設計方法有助於這些特徵的實現，以達到軟體工程的目標。
提供高質量的工程支持
「工欲善其事，必先利其器」。
在軟體工程中，軟體工具與環境對軟體過程的支持頗為重要。軟體工程項目的質量與開銷直接取決於對軟體工程所提供的支撐質量和效用。
重視開發過程的管理
軟體工程的管理，直接影響可用資源的有效利用，生產滿足目標的軟體產品，提高軟體組織的生產能力等問題。因此，僅當軟體過程得以有效管理時，才能實現有效的軟體工程。
這一軟體工程框架告訴我們，軟體工程的目標是可用性、正確性和合算性；實施一個軟體工程要選取適宜的開發范型，要採用合適的設計方法，要提供高質量的工程支撐，要實行開發過程的有效管理；軟體工程活動主要包括需求、設計、實現、確認和支持等活動，每一活動可根據特定的軟體工程，採用合適的開發范型、設計方法、支持過程以及過程管理。根據軟體工程這一框架，軟體工程學科的研究內容主要包括：軟體開發范型、軟體開發方法、軟體過程、軟體工具、軟體開發環境、計算機輔助軟體工程(CASE) 及軟體經濟學等。

『陸』 軟體工程的主要原則包括哪些方面它的基本要素有哪幾項

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