軟件設計思想怎麼寫?

General 更新 2024-11-22

軟件架構設計中的設計思想怎麼寫

想怎麼寫，就怎麼寫。

軟件設計的基本步驟是什麼

軟件開發是指一個軟件項目的開發，如市場調查，需求分析，可行性分析，初步設計，詳細設計，形成文檔，建立初步模型，編寫詳細代碼，測試修改，發佈等。

軟件是怎麼樣開發出來的

第一個步驟是市場調研，技術和市場要結合才能體現最大價值。

第二個步驟是需求分析，這個階段需要出三樣東西，用戶視圖，數據詞典和用戶操作手冊。

用戶視圖是該軟件用戶（包括終端用戶和管理用戶）所能看到的頁面樣式，這裡麵包含了很多操作方面的流程和條件。

數據詞典是指明數據邏輯關係並加以整理的東東，完成了數據詞典，數據庫的設計就完成了一半多。

用戶操作手冊是指明瞭操作流程的說明書。

請注意，用戶操作流程和用戶視圖是由需求決定的，因此應該在軟件設計之前完成，完成這些，就為程序研發提供了約束和準繩，很遺憾太多公司都不是這樣做的，因果顛倒，順序不分，開發工作和實際需求往往因此產生隔閡脫節的現象。

需求分析，除了以上工作，筆者以為作為項目設計者應當完整的做出項目的性能需求說明書，因為往往性能需求只有懂技術的人才可能理解，這就需要技術專家和需求方（客戶或公司市場部門）能夠有真正的溝通和了解。

第三個步驟是概要設計，將系統功能模塊初步劃分，並給出合理的研發流程和資源要求。

作為快速原型設計方法，完成概要設計就可以進入編碼階段了，通常採用這種方法是因為涉及的研發任務屬於新領域，技術主管人員一上來無法給出明確的詳細設計說明書，但是並不是說詳細設計說明書不重要，事實上快速原型法在完成原型代碼後，根據評測結果和經驗教訓的總結，還要重新進行詳細設計的步驟。

第四個步驟是詳細設計，這是考驗技術專家設計思維的重要關卡，詳細設計說明書應當把具體的模塊以最’乾淨’的方式(黑箱結構）提供給編碼者，使得系統整體模塊化達到最大；一份好的詳細設計說明書，可以使編碼的複雜性減低到最低，實際上，嚴格的講詳細設計說明書應當把每個函數的每個參數的定義都精精細細的提供出來，從需求分析到概要設計到完成詳細設計說明書，一個軟件項目就應當說完成了一半了。換言之，一個大型軟件系統在完成了一半的時候，其實還沒有開始一行代碼工作。

那些把作軟件的程序員簡單理解為寫代碼的，就從根子上犯了錯誤了。

第五個步驟是編碼，在規範化的研發流程中，編碼工作在整個項目流程裡最多不會超過1/ 2，通常在1/3的時間，所謂磨刀不誤砍柴功，設計過程完成的好，編碼效率就會極大提高，編碼時不同模塊之間的進度協調和協作是最需要小心的，也許一個小模塊的問題就可能影響了整體進度，讓很多程序員因此被迫停下工作等待，這種問題在很多研發過程中都出現過。

編碼時的相互溝通和應急的解決手段都是相當重要的，對於程序員而言，bug永遠存在，你必須永遠面對這個問題，大名鼎鼎的微軟，可曾有連續三個月不發補丁的時候嗎？從來沒有！

第六個步驟是測試

測試有很多種：

按照測試執行方，可以分為內部測試和外部測試

按照測試範圍，可以分為模塊測試和整體聯調

按照測試條件，可以分為正常操作情況測試和異常情況測試

按照測試的輸入範圍，可以分為全覆蓋測試和抽樣測試

以上都很好理解，不再解釋。

總之，測試同樣是項目研發中一個相當重要的步驟，對於一個大型軟件，3個月到1年的外部測試都是正常的，因為永遠都會又不可預料的問題存在。

完成測試後，完成驗收並完成最後的一些幫助文檔，整體項目才算告一段落，當然日後少不了升級，修補等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟件的運營狀況並......

程序的設計思想怎麼寫？ 20分

說白了，就是做事的流程。就是完成一件事情的流程。好寫了吧

軟件工程課程設計設計思路怎麼寫

軟件工程課程設計

沒問題的幫忙的。

系統開發設計思想怎麼寫

你也選了投資信息處理呀

什麼是程序設計思想

一般是指人機交互的思想。因為機器亦好多的侷限性，如沒有足夠內存，性能不夠穩定等等。需要人們為機器設計一套合理的程序來保證機器運行狀況良好，省電，性能穩定，同時，還要保證學習這種程序語言的人容易理解和學習。

比如：一個算術題，1+2+.....+100＝？這個怎麼算呢

程序可以這麼設計：1、一個一個的加，就像我們小時候掰手指一樣，很明顯，這樣太慢：

就得這樣：1+2＝3；

3+3+4＝10；

10+5+6＝21；

...

到天黑都還沒算完。

我們弄清楚這個題的規律：就是後面的數比前面的數大一，最大到100；而對等相加（1+100）,（2+99）等於101,一共有一百項，除以2,共有50個對等相加值相同的項，即101*50＝5050；

這是數學思想

那麼程序呢，就是後一個數比前一個數大一，其實是一個有限累加循環。

設i=1；j為累加值1,k為結果

那麼可以這樣，k=i+j;把這個式了反覆99次，i=1,j=1,k=1+1=2;反覆;i=2,j=1,k=2+1=3;並與以前的K相加，即是5，還須加上i的初始值，即是6；這樣下去。

程序兩句話就可以了，而第一種方法要99句。哪一個間潔就很了了。明顯後一種方法更簡便優化，設計思想優於前一種

怎麼寫界面軟件的詳細設計文檔

在大多數軟件項目中，要末不作詳細設計，要麼開發完成後再補詳細設計文檔，質量也不容樂觀，文檔與系統往往不能同步，使詳細設計文檔完全流於形式，對工作沒有起到實際的幫助。

詳細設計是相對概要設計而言的，是瀑布開發流程的一個重要環節，在概要設計的高層設計的基礎上，從邏輯上實現了每一模塊的功能，是編碼階段的主要參考資料，是從高層到低層、逐步精化思想的具體實現。

詳細設計文檔的內容包括各個模塊的算法設計，

接口設計，

數據結構設計，交互設計等。必須寫清楚各個模塊/接口/公共對象的定義，列明各個模塊程序的

各種執行條件與期望的運行效果，還要正確處理各種可能的異常。

在開發過程中，由需求及設計不正確、不完整所導致的問題是項目進度拖延、失敗的一個主要因素，而軟件系統的一個重要特性就是需求和設計的不斷構建和改進，在寫詳細設計文檔過程中，

詳細設計實際上是對系統的一次邏輯構建，可以有效驗證需求的完整性及正確性。

如果不寫詳細設計文檔，一般就從概設直接進入編碼階段，這時開發人員所能參考的資料就是需求規格說明書及頁面原型、數據庫設計等，不能直接進行開發，需要進行信息的溝通，把頁面原型不能體現的設計講清楚，這樣既容易遺忘，也容易發生問題，詳細設計文檔可以作為需求人員、總體設計人員與開發人員的溝通工具，把靜態頁面無法體現的設計體現出來，包含整體設計對模塊設計的規範，體現對設計上的一些決策，例如選用的算法，對一些關鍵問題的設計考慮等等，使開發人員能快速進入開發，提高溝通效率，減少溝通問題。

對於系統功能的調整，後期的維護，詳設文檔提供了模塊設計上的考慮、決策，包括模塊與整體設計的關係、模塊所引用的數據庫設計、重要操作的處理流程、重要的業務規則實現設計等等信息，提供了對模塊設計的概述性信息，闡明瞭模塊設計上的決策，配合代碼註釋，可以相對輕鬆讀懂原有設計。

·存在的問題要由專門的人寫，是比較麻煩的，也是很需要時間的，會對進度造成壓力，也容易形成工作瓶頸，使設計人員負擔過重，而開發人員無事可作。對於現在一般的以數據庫為中心的管理系統而言，這個工作始終是要作的，區別只不過是不是形成專門文檔，形成文檔可能會多花一兩週時間，但相對於規避的風險和問題來說，也是值得的，另外由於現在高級語言的流行，所以更詳細的設計應該直接體現在代碼的設計上，而文檔則只體現設計上的一些決策，協調整體設計與模塊設計的關係，把頁面原型所不能體現的設計情況文檔化，所以所花費的時間是有限的。

設計內容容易過細，但設計階段是不能考慮特別清楚地，時間也不允許。

對於這個問題，一個對策是上邊所提到的，文檔只體現設計上的決策，頁面原型所不能反映的信息，詳細設計只體現總體設計對模塊設計的一些考慮，例如對功能的數據庫設計等等，而具體的實現實現，則到代碼中再去實現，相關的設計也僅體現在代碼中。

需求、設計需要不斷的被更新、構建，則設計文檔需要不斷的重新調整，文檔的維護需要跟上，否則文檔和系統的同步就很難得到保障了，且造成多餘的工作量。文檔的內容易流於形勢，質量糟糕，不能成為開發人員的參考手冊，一是要建立起相關制度，如有修改，先改文檔，後作開發，從工作流程上切實保障文檔與系統的同步，二是要規範文檔質量，對文檔該寫什麼，不該寫什麼，標準是什麼，粒度是什麼，語法應該如何組織，有明確的標準和考慮，同時，建立審計文檔評審、審核制度，充分保障系統的使用。·

首先是文檔的內容，根據項目和團隊的不同，詳細設計文檔的內容也有所不同，一般說來，粒度不宜過細......

軟件設計方案要怎麼寫？

我覺得應該從幾個方面來寫：

第一、整個設計方案的概要闡述；

第二、設計核心理念的體現；

第三、軟件設計的目標展現；

第四、整個軟件設計的流程中能預計到的阻礙和處理方法；

這只是我的個人想法，希望能夠幫助到你。

什麼是程序設計思想

編程思想就是你用某種語言編寫程序的思考方式和步驟。所以不同程序語言的編程思想是不一樣的。比如C是面向過程的，所以編程的時候需要鼎要考慮整個問題的過程。Java是面向對象的，這個時候需要考慮的是問題中對象的問題。

設計理念怎麼寫

設計說明也就是設計理念。設計說明要做到以下幾點：

1、設計來源 2、設計的思路及畫小房子是如何構思，為什麼會畫這個房子