<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          四種常見研發(fā)模式及其優(yōu)缺點對比 | IDCF

          共 1308字,需瀏覽 3分鐘

           ·

          2021-03-03 13:00


          來源:云棧技術CSTC
          作者:Geekwolf

          一、瀑布模型



          1.1 模型介紹
          1970年溫斯頓-羅伊斯提出。將軟件生存周期的各項活動規(guī)定為按固定順序而連接的若干階段工作,形如瀑布流水,最終得到軟件產(chǎn)品。
          1.2 核心思想
          按工序將問題化簡,將功能的實現(xiàn)與設計分開,便于分工協(xié)作,即采用結構化的分析與設計方法將邏輯實現(xiàn)與物理實現(xiàn)分開。將軟件生命周期劃分為制定計劃、需求分析、軟件設計、程序編寫、軟件測試和運行維護等六個基本活動,并且規(guī)定了它們自上而下、相互銜接的固定次序,如同瀑布流水,逐級下落。
          1.3 模型缺點
          • 各階段完全固定,輸出大量文檔,極大增加工作量;
          • 線性開發(fā),增加項目延期風險;
          • 不適應用戶需求的變化。

          二、迭代模型



          2.1 模型介紹
          RUP(統(tǒng)一開發(fā)過程)推薦的周期模型,被定義為: 迭代包括產(chǎn)生產(chǎn)品發(fā)布的全部開發(fā)活動及外圍因素,類似小型的瀑布模型。
          2.2 模型優(yōu)點(與瀑布模型相比)
          • 降低了增量的風險;
          • 降低產(chǎn)品無法按既定進度投入市場風險;
          • 加快了整個開發(fā)工作的進度;
          • 迭代過程適應需求變化更容易。
          2.3 模型缺點
          • 在項目早起開發(fā)可能有所變化,對于開發(fā)人員要求及項目管理者能力有較高要求。

          三、螺旋模型



          3.1 模型介紹
          1988年,巴利-玻姆正式提出”螺旋模型“,它將瀑布模型和快速原型模型結合起來,強調(diào)了其他模型所忽視的風險分析,特別適合于大型復雜的系統(tǒng)。風險驅動的方法體系。
          3.2 模型優(yōu)點
          • 設計的靈活性,可以在項目的各個階段進行變更;
          • 以小的分段來構建大型系統(tǒng),成本計算更簡單;
          • 客戶始終參與每個階段的開發(fā),保證了項目不偏離正確方向及項目的可控性。
          3.3 模型缺點
          • 該模型強調(diào)風險分析,讓客戶接受和信任這種分析方式是不易的;
          • 如果執(zhí)行風險分析影響項目利潤,那么進行風險分析毫無意義;
          • 研發(fā)人員應該擅長發(fā)現(xiàn)風險,準確分析風險,否則將會帶來更大的風險。

          四、敏捷開發(fā)



          4.1 模型介紹
          以迭代模型為理論基礎,1990年開始逐漸引起關注,包括XP、Scrum、FDD、DSDM、Crystal、ASD、Kanban、Lean等。強調(diào)研發(fā)團隊與業(yè)務團隊緊密合作、面對面溝通、頻繁交付版本、緊湊而自我組織型的團隊。
          4.2 模型優(yōu)點
          • 通過快速而持續(xù)交付有用的軟件來滿足客戶的需求;
          • 強調(diào)人員和互動,而不是過程和工具。客戶、開發(fā)人員和測試人員經(jīng)常相互交流;
          • 頻繁交付工作軟件(幾周而不是幾個月);
          • 面對面交談是最好的交流方式;
          • 業(yè)務與研發(fā)之間日常密切的合作;
          • 持續(xù)關注技術的卓越程度和良好的設計;
          • 經(jīng)常適應不斷變化的環(huán)境。
          4.3 模型缺點
          • 必要的設計和文檔缺乏重視;
          • 大型項目,開發(fā)初期,很難評估工作量;
          • 如果業(yè)務或客戶不清楚他們想要的最終結果,項目很容易偏離軌道。

          FDCC - Fundamental DevOps Capability Certification【基礎認證-?腰帶】,限時免認證費,回復“FDCC”即可申請。

          瀏覽 593
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          評論
          圖片
          表情
          推薦
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  豆花无码视频一区二区 | 看黄在线免费 | 官网99热精品 | 国产精品性爱在线 | 天堂网2014AV |