軟件開發過程中的(de)概要設計階段（軟件概要設計階段的(de)成果是）

本篇文章(zhāng)給大家談談軟件開發過程中的(de)概要設計階段，以及軟件概要設計階段的(de)成果是對應的(de)知識點，希望對各位有(yǒu)所幫助，不要忘了收藏本站喔。

本文目錄一(yī)覽：

• 1、什麽是軟件開發工作的(de)五個階段
• 2、什麽是軟件概要設計？該階段的(de)基本任務是什麽
• 3、軟件的(de)開發過程分為(wèi)哪幾個階段？

什麽是軟件開發工作的(de)五個階段

F1第一(yī)階段軟件工程，免費下載

鏈接:

提取碼:paem

計劃階段----開發階段----維護階段

計劃階段：問題定義，可(kě)行(xíng)性研究，需求分析

開發階段：概要設計，詳細設計，編碼，測試

維護階段：運行(xíng)與維護

什麽是軟件概要設計？該階段的(de)基本任務是什麽

設計師根據用戶交互過程和(hé)用戶需求來形成交互框架和(hé)視(shì)覺框架的(de)過程，其結果往往以反映交互控件布置、界面元素分組以及界面整體闆式的(de)頁面框架圖的(de)形式來呈現。這是一(yī)個在用戶研究和(hé)設計之間架起橋梁，使用戶研究和(hé)設計無縫結合，将對用戶目标與需求轉換成具體界面設計解決方案的(de)重要階段。

概要設計的(de)主要任務是把需求分析得到的(de)系統擴展用例圖轉換為(wèi)軟件結構和(hé)數據結構。

擴展資料

首先，開發者需要對軟件系統進行(xíng)概要設計，即系統設計。概要設計需要對軟件系統的(de)設計進行(xíng)考慮，包括系統的(de)基本處理(lǐ)流程、系統的(de)組織結構、模塊劃分、功能分配、接口設計、運行(xíng)設計、數據結構設計和(hé)出錯處理(lǐ)設計等，為(wèi)軟件的(de)詳細設計提供基礎。

在概要設計的(de)基礎上，開發者需要進行(xíng)軟件系統的(de)詳細設計。在詳細設計中，描述實現具體模塊所涉及到的(de)主要算法、數據結構、類的(de)層次結構及調用關系，需要說明軟件系統各個層次中的(de)每一(yī)個程序(每個模塊或子(zǐ)程序)的(de)設計考慮，以便進行(xíng)編碼和(hé)測試。

應當保證軟件的(de)需求完全分配給整個軟件。詳細設計應當足夠詳細，能夠根據詳細設計報告進行(xíng)編碼。

參考資料來源：百度百科(kē)-軟件開發流程

參考資料來源：百度百科(kē)-概要設計

軟件的(de)開發過程分為(wèi)哪幾個階段？

軟件生命周期分為(wèi)問題定義、可(kě)行(xíng)性研究、需求分析、開發階段、維護這5個階段。各個階段的(de)主要任務是如(rú)下。

1、問題定義

要求系統分析員與用戶進行(xíng)交流，弄清“用戶需要計算機(jī)解決什麽問題”然後提出關于“系統目标與範圍的(de)說明”，提交用戶審查和(hé)确認。

2、可(kě)行(xíng)性研究

一(yī)方面在于把待開發的(de)系統的(de)目标以明确的(de)語言描述出來，另一(yī)方面從經濟、技術、法律等多方面進行(xíng)可(kě)行(xíng)性分析。

3、需求分析

弄清用戶對軟件系統的(de)全部需求，編寫需求規格說明書和(hé)初步的(de)用戶手冊，提交評審。

4、開發階段

開發階段由四個階段組成：概要設計、詳細設計、實現、測試

五、維護

維護包括四個方面：

（1）改正性維護：在軟件交付使用後，由于開發測試時的(de)不徹底、不完全、必然會有(yǒu)一(yī)部分隐藏的(de)錯誤被帶到運行(xíng)階段，這些隐藏的(de)錯誤在某些特定的(de)使用環境下就會暴露。

（2）适應性維護：是為(wèi)适應環境的(de)變化而修改軟件的(de)活動。

（3）完善性維護：是根據用戶在使用過程中提出的(de)一(yī)些建設性意見而進行(xíng)的(de)維護活動。

（4）預防性維護：是為(wèi)了進一(yī)步改善軟件系統的(de)可(kě)維護性和(hé)可(kě)靠性，并為(wèi)以後的(de)改進奠定基礎。

擴展資料：

軟件常見周期模型：

1、瀑布模型

瀑布模型首先由Royce提出。該模型由于酷似瀑布聞名。在該模型中，首先确定需求，并接受客戶和(hé)SQA小組的(de)驗證。然後拟定規格說明，同樣通過驗證後，進入計劃階段?可(kě)以看出，瀑布模型中至關重要的(de)一(yī)點是隻有(yǒu)當一(yī)個階段的(de)文檔已經編制好并獲得SQA小組的(de)認可(kě)才可(kě)以進入下一(yī)個階段。

瀑布模型通過強制性的(de)要求提供規約文檔來确保每個階段都能很好的(de)完成任務。但是實際上往往難以辦到，因為(wèi)整個的(de)模型幾乎都是以文檔驅動的(de)，這對于非專業的(de)用戶來說是難以閱讀和(hé)理(lǐ)解的(de)。

2、叠代式模型

叠代式模型是RUP推薦的(de)周期模型，也是我(wǒ)們(men)在這個系列文章(zhāng)讨論的(de)基礎。在RUP中，叠代被定義為(wèi)：叠代包括産生産品發布（穩定、可(kě)執行(xíng)的(de)産品版本）的(de)全部開發活動和(hé)要使用該發布必需的(de)所有(yǒu)其他外圍元素。

所以，在某種程度上，開發叠代是一(yī)次完整地(dì)經過所有(yǒu)工作流程的(de)過程：（至少包括）需求工作流程、分析設計工作流程、實施工作流程和(hé)測試工作流程。實質上，它類似小型的(de)瀑布式項目。RUP認為(wèi)，所有(yǒu)的(de)階段（需求及其它）都可(kě)以細分為(wèi)叠代。

3、快速原型模型

快速原型模型在功能上等價于産品的(de)一(yī)個子(zǐ)集。瀑布模型的(de)缺點就在于不夠直觀，快速原型法就解決了這個問題。一(yī)般來說，根據客戶的(de)需要在很短(duǎn)的(de)時間內(nèi)解決用戶最迫切需要，完成一(yī)個可(kě)以演示的(de)産品。這個産品隻是實現部分的(de)功能（最重要的(de)）。

它最重要的(de)目的(de)是為(wèi)了确定用戶的(de)真正需求。在我(wǒ)的(de)經驗中，這種方法非常的(de)有(yǒu)效，原先對計算機(jī)沒有(yǒu)絲毫概念的(de)用戶在你的(de)原型面前往往口若懸河，有(yǒu)些觀點讓你都覺得非常的(de)吃驚。在得到用戶的(de)需求之後，原型将被抛棄。

因為(wèi)原型開發的(de)速度很快，設計方面是幾乎沒有(yǒu)考慮的(de)，如(rú)果保留原型的(de)話，在随後的(de)開發中會為(wèi)此付出極大的(de)代價。至于保留原型方面，也是有(yǒu)一(yī)種叫做(zuò)增量模型是這麽做(zuò)的(de)，但這種模型并不為(wèi)大家所接受的(de)。

參考資料來源：百度百科(kē)-軟件生命周期

關于軟件開發過程中的(de)概要設計階段和(hé)軟件概要設計階段的(de)成果是的(de)介紹到此就結束了，不知道(dào)你從中找到你需要的(de)信息了嗎 ？如(rú)果你還想了解更多這方面的(de)信息，記得收藏關注本站。