軟體編程設計

Ⅰ 軟體設計包括哪些方面

軟體設計是採用編程或腳本語言優雅地表達並解決現實需求的一門科學和藝術。優雅地表達想傳遞的意思是，所設計出來的軟體應當能容易被人理解、方便擴展和維護。從這一定義可以看出軟體設計首先是一門科學，是一門解決用戶需求的軟體科學。既然是科學，不可避免的要掌握相關的科學知識，比如數據結構、計算機組成原理、編程語言等等，而這些內容也正是大學計算機相關專業所傳授的知識。科學知識或許更加容易被量化，拿數據結構為例，一種演算法比另一種演算法是否更優可以從演算法的時間冗餘度和空間冗餘度進行衡量。
除了科學的部分，軟體設計還涉及藝術的范疇。既然是一門藝術，那就一定存在欣賞的問題，也就意味並不是每個從業人員都能欣賞這種藝術，而只有達到了一定的層次且形成了自己的思想後才能欣賞它。由於設計中藝術的非直觀性，造成其在現實中不容易被量化，因此難以形成相應的評估准則，進而造成在軟體行業容易被忽視。試想想，大學課程有多少內容是在教我們將軟體設計當作藝術進行欣賞並追求？
好的軟體設計能相對方便（甚至是很方便）地實現新的需求問題。需求分析是告訴我們做什麼，其顯然非常的重要，而設計更多地涉及怎麼做更好。既然對於設計的好壞不能完全通過量化的方式進行衡量，那如何去評價一個軟體設計的好壞呢？或者在進行軟體設計時，如何去思考以做出一個好的設計呢？這可以通過對一些軟體設計原則的把握來做到。設計原則可能有很多，但並不是每一個項目都要同時滿足所有的設計原則，另外，不同的項目其特性有可能使得有些設計原則並不適用。另外，設計原則也不是一成不變的，可能因項目的特點又可以抽取出另外的設計原則。筆者將在後續的文章中闡述日常工作中所遵守的軟體設計原則。
軟體設計是一個不斷提煉和抽象的過程。說它是一個提煉的過程，是因為在設計之初會想到很多需要考慮的因素，這些因素在設計工作沒有深入之前，並不能發現它們有些是重疊的，或者有些根本就不需要考慮。隨著設計的深入，會從眾多的因素中得到其中的關鍵因素並將這些因素付之於實踐。設計也是一個抽象過程，需要從眾多的表象中找到它們的共性，通過表達共性從而最終描述每個個性，而不應當局限於直接去描述每一個個性。設計的深入過程並不只是一味地思考，除非設計者以前有過類似的設計經驗，否則設計過程通常需要進行一定的代碼編寫工作，以輔助思考，這一點對於開發軟體架構師（系統架構師不包括在內）也應當是一樣的。
軟體設計是一個創造模型的過程。通過對需求的理解和抽象，好的設計將最終構造出一個模型，而且這個模型與現實世界的某樣東西可能是相類似的。這個模型除了實現了用戶的需求，還向他人展示了她自己是什麼模樣以及可能會如何行事。打個比方，如果有人發明了一種新的交通工具，他如何最為有效地表達這一新的交通工具到底是什麼樣的呢？是直接拿一張圖紙給他人並說你看看圖紙就知道了好呢？還是打一個大家都耳熟能詳的比方好呢？顯然，後者更好。如果他說這個新的交通工具與現在的轎車很像，只不過，如此一來，聽眾馬上就會想，這個新的交通工具有四個輪子、也有方向盤等等。顯然，後者能很快地讓聽眾利用其生活經驗快速的接收信息，而好的軟體設計也應當做到這一點。軟體設計時的模型創造過程，其實就是賦予軟體代碼生命的過程，由此看來一個好的設計應當是 有生命的。
軟體設計是一個做選擇的過程。人有時沒有選擇反而輕松。一個剛畢業的大學生如果只拿到了一個offer，他可能沒有選擇單位的煩惱，不論單位好壞都去報道就是了。但是，如果他拿了兩個offer，選擇的煩惱也就有了 是去A單位好呢？還是B單位好？不幸的是，軟體的設計過程往往存在......餘下全文>>問題二：計算機軟體設計這個屬於什麼專業？ 計算機軟體設計屬於 IT(Internet Technology)專業。
戶件設計是從軟體需求規格說明書出發，根據需求分析階段確定的功能設計軟體系統的整體結構、劃分功能模塊、確定每個模塊的實現演算法以及編寫具體的代碼，形成軟體的具體設計方案。
軟體設計是把許多事物和問題抽象起來，並且抽象它們不同的層次和角度。將問題或事物分解並模塊化使得解決問題變得容易，分解的越細模塊數量也就越多，它的副作用就是使得設計者考慮更多的模塊之間耦合度的情況。問題三：軟體設計工程師主要是做什麼的 軟體設計師能根據軟體開發項目管理和軟體工程的要求，按照系統總體設計規格說明書進行軟體設計，編寫程序設計規格說明書等相應的文檔；戶織和指導程序員編寫、調試程序，並對軟體進行優化和集成測試，開發出符合系統總體設計要求的高質量軟體；具有工程師的實際工作能力和業務水平。

Ⅱ 編程和軟體設計

編程是用語言編寫程序，有好多系統比如人們所需要的各種管理系統如：圖書管理系統，收費管理系統，人數管理系統等等。。好多好多，那些系統能為人們提供方便，也能編寫各種軟體，手機裡面其實也有一套系統，這樣的東西很多很多，
軟體設計也是編程里的一種，就是用各種語言編寫出來一個軟體，就是你長用的那種，這就是方便。
想要學習編程的話建議從最基礎的C語言開始吧，C語言可以說是所有語言的基礎。
補充：
編程你可以在機器上編寫用text文本，不過要有環境，text文本最後還要改寫成你用語言的擴展名，這方面等你開始學的時候就知道了，編寫程序的時候都有自己的編譯軟體和JDK環境配置，這方面給你說你也不會很清楚，你應該先有一個自己的明確目標在去學，你要去學什麼要知道的，你慢慢的了解什麼是程序吧，這說是說不清楚的
http://www.chneic.sh.cn/ecation/Five/jiaoshi1/wo/1/my11.htm
這個地方有解釋編程的地方你去看下好了。

Ⅲ 什麼是軟體設計

什麼是軟體設計 ？就筆者的觀點來看：軟體設計是採用編程或腳本語言優雅地表達並解決現實需求的一門科學和藝術。優雅地表達想傳遞的意思是，所設計出來的軟體應當能容易被人理解、方便擴展和維護。從這一定義可以看出軟體設計首先是一門科學，是一門解決用戶需求的軟體科學。既然是科學，不可避免的要掌握相關的科學知識，比如數據結構、計算機組成原理、編程語言等等，而這些內容也正是大學計算機相關專業所傳授的知識。科學知識或許更加容易被量化，拿數據結構為例，一種演算法比另一種演算法是否更優可以從演算法的時間冗餘度和空間冗餘度進行衡量。
除了科學的部分，軟體設計還涉及藝術的范疇。既然是一門藝術，那就一定存在欣賞的問題，也就意味並不是每個從業人員都能欣賞這種藝術，而只有達到了一定的層次且形成了自己的思想後才能欣賞它。由於設計中藝術的非直觀性，造成其在現實中不容易被量化，因此難以形成相應的評估准則，進而造成在軟體行業容易被忽視。試想想，大學課程有多少內容是在教我們將軟體設計當作藝術進行欣賞並追求？
好的軟體設計能相對方便（甚至是很方便）地實現新的需求問題。需求分析是告訴我們做什麼，其顯然非常的重要，而設計更多地涉及怎麼做更好。既然對於設計的好壞不能完全通過量化的方式進行衡量，那如何去評價一個軟體設計的好壞呢？或者在進行軟體設計時，如何去思考以做出一個好的設計呢？這可以通過對一些軟體設計原則的把握來做到。設計原則可能有很多，但並不是每一個項目都要同時滿足所有的設計原則，另外，不同的項目其特性有可能使得有些設計原則並不適用。另外，設計原則也不是一成不變的，可能因項目的特點又可以抽取出另外的設計原則。筆者將在後續的文章中闡述日常工作中所遵守的軟體設計原則。
軟體設計是一個不斷提煉和抽象的過程。說它是一個提煉的過程，是因為在設計之初會想到很多需要考慮的因素，這些因素在設計工作沒有深入之前，並不能發現它們有些是重疊的，或者有些根本就不需要考慮。隨著設計的深入，會從眾多的因素中得到其中的關鍵因素並將這些因素付之於實踐。設計也是一個抽象過程，需要從眾多的表象中找到它們的共性，通過表達共性從而最終描述每個個性，而不應當局限於直接去描述每一個個性。設計的深入過程並不只是一味地思考，除非設計者以前有過類似的設計經驗，否則設計過程通常需要進行一定的代碼編寫工作，以輔助思考，這一點對於開發軟體架構師（系統架構師不包括在內）也應當是一樣的。
軟體設計是一個創造模型的過程。通過對需求的理解和抽象，好的設計將最終構造出一個模型，而且這個模型與現實世界的某樣東西可能是相類似的。這個模型除了實現了用戶的需求，還向他人展示了她自己是什麼模樣以及可能會如何行事。打個比方，如果有人發明了一種新的交通工具，他如何最為有效地表達這一新的交通工具到底是什麼樣的呢？是直接拿一張圖紙給他人並說你看看圖紙就知道了好呢？還是打一個大家都耳熟能詳的比方好呢？顯然，後者更好。如果他說這個新的交通工具與現在的轎車很像，只不過，如此一來，聽眾馬上就會想，這個新的交通工具有四個輪子、也有方向盤等等。顯然，後者能很快地讓聽眾利用其生活經驗快速的接收信息，而好的軟體設計也應當做到這一點。軟體設計時的模型創造過程，其實就是賦予軟體代碼生命的過程，由此看來一個好的設計應當是 有生命的。
軟體設計是一個做選擇的過程。人有時沒有選擇反而輕松。一個剛畢業的大學生如果只拿到了一個offer，他可能沒有選擇單位的煩惱，不論單位好壞都去報道就是了。但是，如果他拿了兩個offer，選擇的煩惱也就有了 是去A單位好呢？還是B單位好？不幸的是，軟體的設計過程往往存在......餘下全文>>問題二：計算機軟體設計這個屬於什麼專業？ 計算機軟體設計屬於 IT(Internet Technology)專業。
戶件設計是從軟體需求規格說明書出發，根據需求分析階段確定的功能設計軟體系統的整體結構、劃分功能模塊、確定每個模塊的實現演算法以及編寫具體的代碼，形成軟體的具體設計方案。
軟體設計是把許多事物和問題抽象起來，並且抽象它們不同的層次和角度。將問題或事物分解並模塊化使得解決問題變得容易，分解的越細模塊數量也就越多，它的副作用就是使得設計者考慮更多的模塊之間耦合度的情況。問題三：軟體設計工程師主要是做什麼的 軟體設計師能根據軟體開發項目管理和軟體工程的要求，按照系統總體設計規格說明書進行軟體設計，編寫程序設計規格說明書等相應的文檔；戶織和指導程序員編寫、調試程序，並對軟體進行優化和集成測試，開發出符合系統總體設計要求的高質量軟體；具有工程師的實際工作能力和業務水平。

Ⅳ 電腦軟體編程就是設計嗎

不能這樣說。電腦軟體編程是程序設置各種參數，是CAE的工作。而設計是在前段的工作，應用各種電腦軟體進行外形設計，內部結構設計，是CAD的工作。

Ⅳ 軟體編程設計

在你學習好C語言以後，個人建議好好學習一下數據結構和軟體工程。這兩門對你的水平提高都是很有幫助的。特別是軟體工程，它能夠使你按照科學的工程方法進行軟體開發，對今後的發展很有好處。 只是一家之言，有不...

Ⅵ 軟體開發與程序設計有什麼區別

一、性質不同

1、軟體開發：是根據用戶要求建造出軟體系統或者系統中的軟體部分的過程。

2、程序設計：是給出解決特定問題程序的過程，是軟體構造活動中的重要組成部分。

二、包括內容不同

1、軟體開發：包括需求捕捉、需求分析、設計、實現和測試的系統工程。

2、程序設計：應當包括分析、設計、編碼、測試、排錯等不同階段。

三、特點不同

1、軟體開發：一個對用戶的需求進行去粗取精、去偽存真、正確理解。

2、程序設計：對於接受的任務要進行認真的分析，研究所給定的條件，分析最後應達到的目標，找出解決問題的規律，選擇解題的方法，完成實際問題。

Ⅶ 計算機軟體編程是什麼

1、計算機編程是一個與分析創建源代碼有關的領域，可以用來配置計算機系統。計算機程序員可以選擇在多種編程功能中發揮作用，或者專門從事家庭或工作場所計算機的開發、支持或維護方面的工作。

2、計算機程序員通常專注於軟體的開發，使人們能夠執行廣泛的功能。家庭和辦公室中使用的所有在線功能都源於一個或一組程序員。

編程是編定程序的中文簡稱，就是讓計算機代碼解決某個問題，對某個計算體系規定一定的運算方式，使計算體系按照該計算方式運行，並最終得到相應結果的過程。

為了使計算機能夠理解人的意圖，人類就必須將需解決的問題的思路、方法和手段通過計算機能夠理解的形式告訴計算機，使得計算機能夠根據人的指令一步一步去工作，完成某種特定的任務。這種人和計算體系之間交流的過程就是編程。

編程：設計具備邏輯流動作用的一種「可控體系」【註：編程不一定是針對計算機程序而言的，針對具備邏輯計算力的體系，都可以算編程。】

執行原理

計算機對除機器語言以外的源程序不能直接識別、理解和執行，都必須通過某種方式轉換為計算機能夠直接執行的。

這種將高級程序設計語言編寫的源程序轉換到機器目標程序的方式有兩種：解釋方式和編譯方式。

解釋方式下，計算機對高級語言書寫的源程序一邊解釋一邊執行，不能形成目標文件和執行文件。

編譯方式下，首先通過一個對應於所用程序設計語言的編譯程序對源程序進行處理，經過對源程序的詞法分析、語法分析、語意分析、代碼生成和代碼優化等階段將所處理的源程序轉換為用二進制代碼表示的目標程序。

然後通過連接程序處理將程序中所用的函數調用、系統功能調用等嵌入到目標程序中，構成一個可以連續執行的二進制執行文件。調用這個執行文件就可以實現程序員在對應源程序文件中所指定的相應功能。

Ⅷ 如何編程和設計軟體

這個問題可以給的回答很多，如果真想學編程，學習設計軟體，裡面的道道太多了，建議先從了解開始，從基礎學起。

《編程高手箴言》
第1章 程序點滴

1.1 程序≠軟體(1)

現在很多人以為程序就是軟體，軟體就是程序。事實上，軟體和程序在20世紀80年代時，還可以說是等同的，或者說，在非PC領域里它們可能還會是等同的。比如說某個嵌入式軟體領域，軟體和程序可能是等同的。但是，在PC這個領域內，現在的程序已不等於軟體了。這是什麼意思呢？

1. 軟體發展簡述
在20世紀80年代的時候，PC剛誕生，那時國內還沒有幾個人會寫程序。那麼，如果你寫個程序，別人就可以拿來用。那時候的程序就能產生價值，那個程序就直接等同於軟體。

但軟體行業發展到現在，這里以中國的情況為例（美國在20世紀80年代，程序已經不等同於軟體了），程序也不等同於軟體了。因為現在寫程序很容易，但是你的這個程序很難產生什麼樣的商業意義，也不能產生什麼價值，這就很難直接變成軟體。要使一個程序直接變成軟體，中間就面臨著很高的門檻問題。這個門檻問題來自於整個行業的形成。

現在，你寫了一個程序以後，要面臨商業化的過程。你要宣傳，你要讓用戶知道，你要建立經銷渠道，可能你還要花很多的時間去說服別人用你的東西。這是程序到軟體的一個過程。這門檻已比較高了。

我們在和國內的大經銷商的銷售渠道的人聊天時，他們的老闆說，這幾年做軟體的門檻挺高的，如果你沒有五六百萬元做軟體，那是「玩」不起來的。我說：「你們就使門檻很高了。」他說：「那肯定是的。如果你寫個「爛」程序，明天你倒閉了，你的東西還佔了我的庫房，我還不知道找誰退去呢。我的庫房是要錢的呀！現在的軟體又是那麼多！」

所以，如果你沒有一定的資產的話，經銷商都不理你。實際情況也是這樣的，如果你的公司比較小，且沒什麼名氣，你的產品放到經銷商庫房，那麼他最多給你暫收，產品銷不動的話，一般兩周絕對會退貨。因為現在經銷商可選擇的餘地已很多了，所謂的軟體也已經很多了。而程序則更多，程序都想變成軟體，誰都說自己的是「金子」。但只有經受住用戶的檢驗，才能成為真正的「金子」。

這就是美國為什麼在20世紀90年代幾乎沒有什麼新的軟體公司產生的原因。只是原來80年代的大的軟體公司互相兼並，我吞你，你吃我。但是，寫程序的人很多，美國的程序變軟體的門檻可能比我們還高，所以很多人寫了程序就丟在網上，就形成了共享軟體。
。。。。。。