1. 程式人生 > >軟體工程之快速原型模型

軟體工程之快速原型模型

引入快速原型模型的原因:

如果用傳統的方法開發一個系統,在初期需求方面的工作時,無論和使用者做如何詳細的溝通,使用者都能難對自己的需求表達準確、全面,因為使用者和開發團隊雙方的知識領域有很大差異。

開發人員懂技術,業務人員瞭解業務和客戶層面,導致溝通需求方面時存在很多問題,理解不一致。

從而導致已經完成大半的軟體產品極可能被返工,加大了軟體產品開發的時間和成本。而時間和成本是軟體開發中最重要的,所以需要引入可以克服這些缺點的快速原型模型。

快速原型模型:

結構:
這裡寫圖片描述

結構優點:在結構上看,快速原型模型是不帶反饋環的,使得采用這種模型的軟體產品的開發基本上是線性順序的。只有在產品釋出執行之後才需要再來維護。

重心:快速原型模型的重點是建立“快速原型”。

優點:克服瀑布模型的缺點,減少由於軟體需求不明確帶來的開發風險。

缺點:所選用的開發技術和工具不一定符合主流的發展;快速建立起來的系統結構加上連續的修改可能會導致產品質量低下。

快速原型:

快速原型是什麼:快速原型是快速建立起來的可以在計算機上執行的程式,它所能完成的功

                        能往往是最終產品所具有的功能的一個子集。

快速原型的本質:快速原型的本質是“快速”。快速原型應該儘可能快的本建造出,以加速開

                        發過程,節約軟體開發的成本。

快速原型的目的:獲知使用者的真正需求,一旦原型確立了,在大多數情況下,原型將被拋棄,

因此,原型系統的內部結構並不重要。

快速原型怎麼用: 如圖
這裡寫圖片描述

相關推薦

軟體工程快速原型模型

引入快速原型模型的原因: 如果用傳統的方法開發一個系統,在初期需求方面的工作時,無論和使用者做如何詳細的溝通,使用者都能難對自己的需求表達準確、全面,因為使用者和開發團隊雙方的知識領域有很大差異。 開發人員懂技術,業務人員瞭解業務和客戶層面,導致溝通需求方面

軟件工程快速原型模型

產品質量 很多 es2017 修改 .com 軟件 成本 克服 開發技術 引入快速原型模型的原因: 如果用傳統的方法開發一個系統,在初期需求方面的工作時,無論和用戶做如何詳細的溝通,用戶都能難對自己的需求表達準確、全面,因為用戶和開發團隊雙方的知識領域有很大差異。 開發

軟體開發模型瀑布模型快速原型模型、增量模型、螺旋模型

軟體開發模型:        軟體開發模型(Software Development Model)是指軟體開發全部過程、活動和任務的結構框架。軟體開發包括需求、設計、編碼和測試等階段,有時也包括維護階段。 軟體開發模型能清晰、直觀地表達軟體開發全過程,明確規定了要完成

軟體工程概念篇(軟體分類及發展,軟體工程的過程PDCA,生命週期模型

       終於開啟了軟體工程的學習,因為剛剛自看完《軟體開發工具》這本書,發現視訊的前兩講內容跟軟體開發工具的內容有很多重複,感覺很熟悉,上手很輕鬆,今天來分享一下前兩講的內容。 第一講:軟體的概述 第二、三講:軟體工程的概述 生存

軟體工程系統建模篇【設計實體型別模型

 本文主要介紹實體類模型的設計過程,首先識別類及類之間的關係,然後畫出類圖和包圖,最後識別類的屬性和操作。類是面向物件方法的一個全新概念,類模型是面向物件分析的核心,實體類位於系統結構的商業規則服務層。實體類是系統需要持久儲存的物件最終要對映到資料庫。實體類模型用類圖和包圖描述。 1、類的識別  &nbs

軟體工程系統建模篇【設計系統類模型

 類模型是面向物件分析的核心,系統類模型用包圖描述,前面的文章我們分析了實體類、介面類、介面控制類和用例控制類,本章我們將介紹系統類模型的設計,首先簡要介紹類模型的設計方法,然後設計子系統的類模型,最後設計系統類模型。   1、設計方法 設計系統類模型,要明確子系統或系統的組成,及各個組成部分之間的關係,子系

軟體工程系統建模篇【設計用例控制類模型

用例控制類模型描述介面控制類與實體類之間的通訊,用例控制類位於系統結構的商業規則服務層,用例控制類模型用包圖描述。本章介紹用例控制類模型的設計過程,首先介紹用例控制類模型的設計方法,然後設計子系統包圖,最後設計系統包圖。   1、設計方法 用例控制類代表用例,它的每一個操作對應一條通過用例的途徑。介面控制類執

軟體工程軟體過程模型

軟體過程模型 軟體過程模型習慣上也稱為軟體開發模型,它是軟體開發全部過程、活動和任務的結構框架。 瀑布模型: 瀑布模型是將軟體生存週期中的各個活動規定為依線性連線的若干階段的模型,包括需求分析、設計、編碼、測試、執行與維護。由前至後、相互銜接的固定次序,如同瀑布流

軟體工程制定計劃①(可行性研究報告)

        軟體工程的生存期有6項,第一項則是制定計劃、理解問題。定義系統做什麼,總目標,功能、效能、介面,最後生成可行性研究報告。 軟體工程的生存期導圖如下: 第一項制定計劃的思維導圖:   可行性研究報告內容: ①

軟體工程軟體測試⑤,軟體維護⑥(測試計劃,測試分析報告)

      在軟體開發過程中,特別是在開發大型軟體系統的過程中,面對的問題是極其複雜的, 因此,在軟體生命週期的每個階段就不可避免地會產生差錯。應該在每個階段結束之前通過嚴格的技術審查,儘可能早地發現並糾正差錯。但是,審查並不能發現所有錯誤,此外在編碼過程中還不可避免地

軟體工程程式編碼④(原始碼“文件化”:識別符號命名,註釋,程式視覺組織)

      編碼的目的是使用選定的程式設計語言,把模組的過程描述翻譯為用該語言書寫的源程式。源程式應該正確可靠、簡明清晰,而且具有較高的效率。軟體工程專案對程式碼編寫的要求,不僅僅是源程式語法上的正確性,也不只是源程式中沒有各種錯誤,還要求源程式具有良好的結構性和良好的

軟體工程軟體設計③(概要設計說明書,詳細設計說明書)

      需求分析確定了系統的開發目標,下一步工作就是軟體設計。軟體設計可以進一步地 分為兩個階段:總體設計和詳細設計。      總體設計又稱概要設計,即確定系統的具體實現方案、給出軟體的模組結構、編寫總體設計說明書。 &nbs

軟體工程需求分析②(軟體需求規則說明書、資料要求說明書、初步使用者手冊、軟體開發實施計劃)

       軟體需求分析階段研究的物件是軟體專案的使用者要求,如何準確表達使用者的要求,怎 樣與使用者共同明確將要開發的是一個什麼樣的系統,是需求分析要解決的主要問題。也就 是說需求階段的任務並不是確定系統怎樣完成工作,而僅僅是確定系統必須完成哪些工作, 即

軟體工程案例分析

這次軟體工程課的個人專案主要是要求我們對一個軟體進行案例分析,從製作軟體的局外人的角度去看待一個軟體。我分析的是cnblogs網站。 調研、測評 網站的bug 1.上傳頭像時,拖拽上傳不起作用,準確的說,是不穩定。當檔案剛剛拖拽到網頁上時會產生下圖所示的“drop file here”(下面這張圖是好不

軟體工程系統建模篇【開篇】

UML概述   UML譯為統一建模語言,由面向物件方法領域三位著名學者提出,並結合優秀的軟體方法和思想演變而成,1997年被國際物件組織(OMG)接受,目前被公認為最好的分析和設計面向物件軟體的標準建模語言。 UML組成   UML由模型元素,擴充套件機制、圖及檢視等部分構成,由模型元素或擴充套件機制構

軟體工程系統建模篇【設計視窗設計】

    在建立使用者介面原型之前,應該先建立視窗結構圖,視窗結構用於描述視窗之間的關係,於UML沒有直接的關係,本章介紹視窗結構的設計過程,先介紹視窗結構的設計方法,然後設計總體視窗結構圖,最後設計下一層的視窗結構圖。   1、設計方法   視窗結構是視窗之間的切換流程,通過視窗結構,可以直觀

領略“軟體工程美(二) 就業篇:

在開篇,借用一個6個月從小白到程式設計師的前輩的一句話描述程式設計的難易程度:程式設計雖然除了勤奮沒什麼訣竅,但也沒你想的那麼難。(6個月的時間,一週6天,每天花費至少10小時去程式設計。) 在這裡分享一下他的部分學習感悟: 1.閱讀教材。 2.加入當地的程式語言小組。 3.大量撰寫程式

領略“軟體工程美(一) 學習篇:

      讀大學之前,我對“軟體工程”沒有一點概念,只是在填報志願的時候才瞭解到,學習好這個專業,需要紮實的數學和英語知識,就果斷地選擇了挑戰一下。      軟體工程是一門研究工程化方法構建和維護有效的、實用的和高質量的軟體的學科。它涉

軟體工程路(二)——個人技術和流程

個人技術和流程 1. 單元測試 1.1 寫一個單元測試 1.2 用以驗證的Assert類/斷言 1.3 如何寫好單元測試 1.4 迴歸測試 2. 效能分析工具 1. 單元測試 一般情況下一個軟體

軟體工程路(一)——概論

概論 前言 一些建議 個人與團隊 Alpha階段 Beta階段 一個簡單的程式 軟體工程是什麼 前言 從本科階段開始接觸計算機,到現在也2年多了,但大都是自己盲目的學習走馬觀花一般,沒有什麼