設計程序步驟

㈠ 程序設計分為幾個步驟

Turbo C程序設計分為三個基本步驟。

程序設計方法包括三個基本步驟:：

第一步: 分析問題。

第二步: 畫出程序的基本輪廓。

第三步: 實現該程序。

㈡ 程序設計的步驟和順序

我認為應該選擇B……C和D應該可以直接排除的,程序是數據結構和演算法的組合體,所以先選擇數據結構,然後繼而選擇相對應的演算法,然後編碼和調試,最後整理文檔……

㈢ 計算機程序設計基本步驟

計算機程序設計基本步驟：
（1）創建界面。程序的界面必須在一開始版就設計好，否則在後期將很難權進行修改。因此，是使用Windows提供的默認皮膚（見圖1）還是自己編寫皮膚，需要最早進行構思。注意：如果是一個整體的軟體，需要先進行軟體功能設置。
（2）設置屬性。這個是通用的方法，作用和「創建程序界面」差不多，基本方法就是「屬性窗口、代碼（對象名稱.屬性名稱=屬性值）」。
（3）編寫代碼。完成程序理論設計之後，就開始編寫程序代碼了，具體代碼與程序本身有關。
（4）保存工程。設計完畢之後首先需要把工程保存下來，最好是每一次修改都保存源工程和修改後的工程，以便日後在遇到錯誤時快速恢復。
（5）測試程序。完成修改之後要及時測試，發現已有的問題，創建了可執行程序之後就很難再修改了。
（6）創建可執行程序（腳本）。完成工程之後就可以創建出一個可執行程序（或腳本）了。此時計算機程序已經設計完畢。

㈣ 設計的一般程序是什麼

1）分析需求：了解清楚程序應有的功能。

（2）設計演算法：根據所需的功能，理清思路，排出完成功能的具體步驟，其中每一步都應當是簡單的、確定的。這一步也被稱為「邏輯編程」。

（3）編寫程序：根據前一步設計的演算法，編寫符合C++語言規則的程序文本。

（4）輸入與編輯程序：將程序文本輸入到計算機內，並保存為文件，文件名後綴為「.cpp」。

至此，產生了完整的程序文本，被稱為源程序或源代碼。保存源程序的文件（例如前面的c:\student\ch1_01.cpp）稱為源程序文件，簡稱源文件，文件名的後綴是「.cpp」。

（5）編譯（Compile）：把C++程序編譯成機器語言程序。

編譯產生的程序稱為目標程序，目標程序被自動保存為文件，這一文件稱為目標文件，文件名的後綴是「.obj」。

VC++進行編譯的依據是源程序，如果源程序中的符號、詞語、整體結構等有差錯，超出了VC++的「理解能力」，VC++就無法完成編譯，這樣的差錯稱為語法錯誤。一旦發現語法錯誤，VC++就不生成目標文件，並在窗口下方列出錯誤；如果沒有語法錯誤，則顯示「0 error(s)」，並生成目標文件，允許繼續進行後面的步驟。

編譯沒有出現錯誤，僅僅說明程序中沒有語法錯誤。

（6）生成執行程序：從目標文件進一步連接生成Windows環境下的可執行文件，即文件名後綴為「.exe」的文件。

由於可執行文件是由若干個文件拼接而成的，其中不但有目標文件，還有另一些標準的庫文件，一些規模較大的程序還會有多個目標文件，所以這一步驟又被稱為連接（Link）。

（7）運行：在Windows環境中使用可執行文件。這是程序設計的最終目的。這一步也常被稱為「Run」。

邏輯錯誤：演算法錯，或演算法在轉變為程序時走樣了，導致程序能夠運行，卻不能實現預想的功能。這種錯誤被稱為「邏輯錯誤」。

在運行這一步，必須核對程序是否正確實現了預定的功能，如果功能不對，還必須到程序中尋找錯誤，糾正後再次經歷（5）、（6）、（7）各步，直到看不出錯誤為止。

㈤ 程序設計的基本過程是怎樣的

從分析需求開始來

㈥ 設計工作的一般實施流程、步驟。

設計工作流程因設計項目分屬不同行業時存在一定差別。說點共性內的吧。
1、收集資料，理容解項目單位意圖；
2、擬定方案及方案評審；
3、設計過程，各專業間的資料交接；
4、復核、審核、審定，設計文件送審版本定稿；
5、設計評審；
6、根據評審意見對設計文件修改完善；
7、形成審定稿或上報稿，至此，設計工作完成；
8、小結，設計文件歸檔。

㈦ 一般的設計程序包含哪些基本步驟

資料庫設計包括六個主要步驟：
1、需求分析：了解用戶的數據需求、處內理需求、安全性及完整容性要求；
2、概念設計：通過數據抽象，設計系統概念模型，一般為E-R模型；
3、邏輯結構設計：設計系統的模式和外模式，對於關系模型主要是基本表和視圖；
4、物理結構設計：設計數據的存儲結構和存取方法，如索引的設計；
5、系統實施：組織數據入庫、編制應用程序、試運行；
6、運行維護：系統投入運行，長期的維護工作。

㈧ 程序設計的步驟

分析問題
對於來接受的任務源要進行認真的分析，研究所給定的條件，分析最後應達到的目標，找出解決問題的規律，選擇解題的方法，完成實際問題。
設計演算法
即設計出解題的方法和具體步驟。
編寫程序
將演算法翻譯成計算機程序設計語言，對源程序進行編輯、編譯和連接。
運行程序，分析結果
運行可執行程序，得到運行結果。能得到運行結果並不意味著程序正確，要對結果進行分析，看它是否合理。不合理要對程序進行調試，即通過上機發現和排除程序中的故障的過程。
編寫程序文檔
許多程序是提供給別人使用的，如同正式的產品應當提供產品說明書一樣，正式提供給用戶使用的程序，必須向用戶提供程序說明書。內容應包括：程序名稱、程序功能、運行環境、程序的裝入和啟動、需要輸入的數據，以及使用注意事項等。

㈨ 軟體設計的基本步驟是什麼

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

軟體是怎麼樣開發出來的

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

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

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

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

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

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

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

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

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

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

第五個步驟是編碼，在規范化的研發流程中，編碼工作在整個項目流程里最多不會超過1/ 2，通常在1/3的時間，所謂磨刀不誤砍柴功，設計過程完成的好，編碼效率就會極大提 高，編碼時不同模塊之間的進度協調和協作是最需要小心的，也許一個小模塊的問題就可能影響了整體進度，讓很多程序員因此被迫停下工作等待，這種問題在很多研發過程中都 出現過。
編碼時的相互溝通和應急的解決手段都是相當重要的，對於程序員而言，bug永 遠存在，你必須永遠面對這個問題，大名鼎鼎的微軟，可曾有連續三個月不發補丁的時候 嗎？從來沒有！

第六個步驟是測試

測試有很多種：

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

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

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

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

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

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

完成測試後，完成驗收並完成最後的一些幫助文檔，整體項目才算告一段落，當然日後少不了升級，修補等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟體的運營 狀況並持續修補升級，直到這個軟體被徹底淘汰為止。

什麼是軟體開發的核心問題

按照軟體工程鼻祖，《人月神話》作者 Brooks 在「沒有銀彈——軟體工程中的根本和次要問題」一章中闡述的思想，軟體開發的核心問題就是如何從概念上對一個復雜的業務系統進行建模。這個建模是含義廣泛的，不僅僅包括對象建模，還包括數據建模、演算法建模等等一系列的內容。總而言之是要先找到解決復雜問題的突破口（先要搞明白需要做什麼，然後再考慮如何做）。至於採用什麼表示方法（簡單文本、UML 圖、E-R 圖）、採用什麼高級語言、是否一定要用面向對象、使用什麼開發工具都是次要的問題。

軟體開發方法

軟體開發方法(Software Development Method)是指軟體開發過程所遵循的辦法和步驟。
軟體開發活動的目的是有效地得到一些工作產物，也就是一個運行的系統及其支持文檔，並且滿足有關的質量要求。軟體開發是一種非常復雜的腦力勞動，所以經常更多討論的是軟體開發方法學，指的是規則、方法和工具的集成，既支持開發，也支持以後的演變過程(交付運行後，系統還會變化，或是為了改錯，或是為了功能的增減)。

關於組成軟體開發和系統演化的活動有著各種模型(參見軟體生存周期，軟體開發模型，軟體過程)，但是典型地都包含了以下的過程或活動：分析、設計、實現、確認(測試驗收)、演化(維護)。

有些軟體開發方法是專門針對某一開發階段的，屬於局部性的軟體開發方法。
特別是軟體開發的實踐表明，在開發的早期階段多做努力，在後來的測試和維護階段就會使費用較大地得以縮減。因此，針對分析和設計階段的軟體開發方法特別受到重視。其它階段的方法，從程序設計發展的初期起就是研究的重點，
已經發展得比較成熟(參見程序設計，維護過程)。除了分階段的局部性軟體開發方法之外，還有覆蓋開發全過程的全局性方法，尤為軟體開發方法學注意的重點。

對軟體開發方法的一般要求：當提出一種軟體開發方法時，應該考慮許多因素，包括：

①覆蓋開發全過程，並且便於在各階段間的過渡；

②便於在開發各階段中有關人員之間的通信；

③支持有效的解決問題的

④支持系統設計和開發的各種不同途徑；

⑤在開發過程中支持軟體正確性的校驗和驗證；

⑥便於在系統需求中列入設計、實際和性能的約束；

⑦支持設計師和其他技術人員的智力勞動；

⑧在系統的整個生存周期都支持它的演化；

⑨受自動化工具的支持。此外，在開發的所有階段，有關的軟體產物都應該是可見和可控的；軟體開發方法應該可教學、可轉移，還應該是開放的，即可以容納新的技術、管理方法和新工具，並且與已有的標准相適應。