日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當(dāng)前位置: 首頁 > 运维知识 > windows >内容正文

windows

【系统分析师之路】第五章 复盘软件工程(敏捷开发)

發(fā)布時(shí)間:2023/12/10 windows 31 豆豆
生活随笔 收集整理的這篇文章主要介紹了 【系统分析师之路】第五章 复盘软件工程(敏捷开发) 小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

【系統(tǒng)分析師之路】第五章 復(fù)盤軟件工程(敏捷開發(fā))

復(fù)盤軟件工程—敏捷開發(fā)

    • 【系統(tǒng)分析師之路】第五章 復(fù)盤軟件工程(敏捷開發(fā))
      • 前言部分 歷年真題考點(diǎn)分析
        • 1)考點(diǎn)分析
        • 2)重要知識(shí)點(diǎn)
      • 第一部分 綜合知識(shí)歷年真題
        • 2008下綜合知識(shí)歷年真題(1分)
        • 2009上綜合知識(shí)歷年真題(1分)
        • 2010上綜合知識(shí)歷年真題(1分)
        • 2011上綜合知識(shí)歷年真題(1分)
        • 2013上綜合知識(shí)歷年真題(1分)
        • 2015上綜合知識(shí)歷年真題(1分)
        • 2019上綜合知識(shí)歷年真題(1分)
      • 第二部分 案例分析歷年真題
        • 2008上案例分析歷年真題(25分)
      • 第三部分 論文寫作歷年真題
        • 2008下論文寫作歷年真題(75分)
        • 2012上論文寫作歷年真題(75分)

前言部分 歷年真題考點(diǎn)分析

1)考點(diǎn)分析

敏捷開發(fā)在上午綜合,下午的案例分析和論文寫作當(dāng)中都出現(xiàn)了,看起來像一個(gè)比較重要的知識(shí)點(diǎn);但是敏捷似乎真題都出現(xiàn)在早些年代久遠(yuǎn)的時(shí)候,最近五年不怎么出現(xiàn)了。尤其是在案例和論文當(dāng)中已經(jīng)消失殆盡了。難道在系統(tǒng)分析師里面已經(jīng)不重要了?至少在PMP考試中,敏捷的占分比一直在上升,不過咱們系統(tǒng)分析師考試不側(cè)重這個(gè),頂多敏捷知識(shí)開發(fā)方法開發(fā)模型當(dāng)中的一個(gè)比較常見的內(nèi)容罷了。不過偶爾論文中冒出一個(gè)敏捷的論文也不足為奇,所以還是應(yīng)該認(rèn)真準(zhǔn)備這塊知識(shí)。

2)重要知識(shí)點(diǎn)

01)敏捷宣言的概念
02)極限編程的概念和基本常識(shí)
03)敏捷開發(fā)的詳細(xì)分類:包括水晶方法,Scrum,特征驅(qū)動(dòng)開發(fā)等
04)敏捷開發(fā)的基本原則和關(guān)注點(diǎn)
05)敏捷開發(fā)難以實(shí)施的情況
06)結(jié)對(duì)編程的概念和優(yōu)點(diǎn)

第一部分 綜合知識(shí)歷年真題

2008下綜合知識(shí)歷年真題(1分)

【2008年下系分真題第17題:綠色】
17.敏捷軟件過程強(qiáng)調(diào):讓客戶滿意和軟件盡早增量發(fā)布;小而高度自主的項(xiàng)目團(tuán)隊(duì);非正式的方法;最小化軟件工程工作產(chǎn)品以及整體精簡(jiǎn)開發(fā)。(24)不是采用這種軟件開發(fā)過程的原因。
(24)
A.難以提前預(yù)測(cè)哪些需求是穩(wěn)定的和哪些需求會(huì)變化
B.對(duì)于軟件項(xiàng)目開發(fā)來說,設(shè)計(jì)和實(shí)現(xiàn)可以做到基本分離
C.從制定計(jì)劃的角度來看,分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試并不容易預(yù)測(cè)
D.可執(zhí)行原型和部分實(shí)現(xiàn)的可運(yùn)行系統(tǒng)是了解用戶需求和反饋的有效媒介

解答:答案選擇B。送分題。

  • 敏捷軟件過程強(qiáng)調(diào)讓客戶滿意和軟件盡早增量發(fā)布
  • 小而高度自主的項(xiàng)目團(tuán)隊(duì);非正式的方法;
  • 最小化軟件工程工作產(chǎn)品以及整體精簡(jiǎn)開發(fā)。
  • 產(chǎn)生這種情況的原因是:在絕大多數(shù)軟件開發(fā)過程中,提前預(yù)測(cè)哪些需求是穩(wěn)定的和哪些需求會(huì)變化非常困難;
  • 對(duì)于軟件項(xiàng)目構(gòu)建來說,設(shè)計(jì)和構(gòu)建是交錯(cuò)的;從指定計(jì)劃的角度來看,分析、設(shè)計(jì)、構(gòu)建和測(cè)試并不容易預(yù)測(cè);
  • 可執(zhí)行原型和部分實(shí)現(xiàn)的可運(yùn)行系統(tǒng)是了解用戶需求和反饋的有效媒介
  • 2009上綜合知識(shí)歷年真題(1分)

    【2009年系分真題第21題:綠色】
    21.極限編程是一種重要的敏捷開發(fā)方法,包含策劃、設(shè)計(jì)、編碼和測(cè)試四個(gè)框架活動(dòng)的規(guī)則和實(shí)踐。下面關(guān)于極限編程的敘述,錯(cuò)誤的是(26)。
    (26)
    A.極限編程中使用的重要技術(shù)是重構(gòu),既包括設(shè)計(jì)技術(shù)的重構(gòu),也包括構(gòu)建技術(shù)的重構(gòu)
    B.極限編程提倡在基本設(shè)計(jì)完成后,立即進(jìn)行編碼實(shí)現(xiàn),并進(jìn)行測(cè)試
    C.極限編程活動(dòng)中的關(guān)鍵概念之一是“結(jié)對(duì)編程”,推薦兩個(gè)人面對(duì)同一臺(tái)計(jì)算機(jī)共同開發(fā)代碼
    D.極限編程過程中建立的單元測(cè)試應(yīng)當(dāng)使用一個(gè)可以自動(dòng)實(shí)施的框架,支持代碼修改后即時(shí)的回歸測(cè)試策略

    解答:答案選擇B

  • 極限編程是一種重要的敏捷開發(fā)方法,包含策劃、設(shè)計(jì)、編碼和測(cè)試4個(gè)框架活動(dòng)的規(guī)則和實(shí)踐。
  • 極限編程中使用的重要技術(shù)是重構(gòu),既包括設(shè)計(jì)技術(shù)的重構(gòu),也包括構(gòu)建技術(shù)的重構(gòu)。
  • 極限編程提倡在基本設(shè)計(jì)完成后,團(tuán)隊(duì)不應(yīng)該直接開始編碼,而是開發(fā)—系列用于檢測(cè)本次發(fā)布的包括所有故事(story)的單元測(cè)試;
  • 極限編程活動(dòng)中的關(guān)鍵概念之一是“結(jié)對(duì)編程”,推薦兩個(gè)人面對(duì)同一臺(tái)計(jì)算機(jī)共同開發(fā)代碼。
  • 極限編程過程中建立的單元測(cè)試應(yīng)當(dāng)使用一個(gè)可以自動(dòng)實(shí)施的框架,支持代碼修改后即時(shí)的回歸測(cè)試策略。
  • 2010上綜合知識(shí)歷年真題(1分)

    【2010系分真題第18題:綠色】
    18.某小型軟件公司欲開發(fā)一個(gè)基于Web的考勤管理系統(tǒng),客戶對(duì)系統(tǒng)的基本功能,表現(xiàn)形式等要求并不明確,在這種情況下,采用(23)開發(fā)方法比較合適。
    (23)
    A.瀑布式
    B.形式化
    C.結(jié)構(gòu)化
    D.極限編程

    解答:答案選擇D。送分題。

  • 中小型軟件開發(fā)公司在面對(duì)客戶需求模糊或者多變的情況下,采用極限編程的方法能夠在更短的周期內(nèi),更早地提供具體、持續(xù)的反信息,實(shí)現(xiàn)輕量、高效、低風(fēng)險(xiǎn)的軟件開發(fā)
  • 2011上綜合知識(shí)歷年真題(1分)

    【2011年系分真題第19題:黃色】
    19.以下敏捷軟件開發(fā)方法中,(23)方法強(qiáng)調(diào)以業(yè)務(wù)為核心,快速而有效地進(jìn)行系統(tǒng)開發(fā)。
    (23)
    A.極限編程
    B.自適應(yīng)軟件開發(fā)
    C.特性驅(qū)動(dòng)開發(fā)
    D.動(dòng)態(tài)系統(tǒng)開發(fā)

    解答:答案選擇D。二周目紅色變黃色。

  • 動(dòng)態(tài)系統(tǒng)開發(fā)方法是眾多敏捷開發(fā)方法中的一種,它倡導(dǎo)以業(yè)務(wù)為核心,快速而有效地進(jìn)行系統(tǒng)開發(fā)。
  • 實(shí)踐證明DSDM是成功的敏捷開發(fā)方法之一。
  • 在英國,由于其在各種規(guī)模的軟件組織中的成功,它已成為應(yīng)用最為廣泛的快速應(yīng)用開發(fā)方法。
  • DSDM不但遵循了敏捷方法的原禪,且也適合那些成熟的傳統(tǒng)開發(fā)方法有堅(jiān)實(shí)基礎(chǔ)的軟件組織。
  • FDD (特性驅(qū)動(dòng)開發(fā))由 PeterCoad、Jeffde Luca 和 Eric Lefebvre 共同開發(fā),是一套針對(duì)中小型軟件開發(fā)項(xiàng)目的開發(fā)模式。
  • FDD是一個(gè)模型驅(qū)動(dòng)的快速迭代開發(fā)過程,它強(qiáng)調(diào)的是簡(jiǎn)化、實(shí)用、易于被開發(fā)團(tuán)隊(duì)接受,適用于需求經(jīng)常變動(dòng)的項(xiàng)目。
  • ASD (自適應(yīng)軟件開發(fā))由Jim Highsmith在1999年正式提出。ASD強(qiáng)調(diào)開發(fā)方法的適應(yīng)性,這一思想來源于復(fù)雜系統(tǒng)的混純理論。
  • ASD不像其他方法那樣有很多具體的實(shí)踐做法,它更側(cè)重為ASD的重要性提供最根本的基礎(chǔ),并從更高的組織和管理層次來闡述開發(fā)方法為什么要具備適應(yīng)性。
  • 2013上綜合知識(shí)歷年真題(1分)

    【2013年系分真題第29題:綠色】
    29.下列關(guān)于敏捷方法的敘述,(38)是錯(cuò)誤的。
    (38)
    A.敏捷方法強(qiáng)調(diào)可工作的軟件勝過大量的文檔
    B.敏捷方法強(qiáng)調(diào)軟件過程與工具勝過個(gè)體和交互
    C.敏捷方法強(qiáng)調(diào)盡早提交有價(jià)值的軟件
    D.敏捷方法強(qiáng)調(diào)小版本發(fā)布

    解答:答案選擇B。送分題。

    2015上綜合知識(shí)歷年真題(1分)

    【2015年系分真題第17題:綠色】
    17.某軟件公司欲開發(fā)一個(gè)基于Web的考勤管理系統(tǒng)。在項(xiàng)目初期,客戶對(duì)系統(tǒng)的基本功能、表現(xiàn)形式等要求并不明確,在這種情況下,采用(21)開發(fā)方法比較合適。
    (21)
    A.瀑布式
    B.形式化
    C.結(jié)構(gòu)化
    D.極限編程

    解答:答案選擇D。本題考查軟件開發(fā)方法的基礎(chǔ)知識(shí)與應(yīng)用。

  • 根據(jù)題干描述,待開發(fā)的Web考勤管理系統(tǒng)在項(xiàng)目初期的需求并不明確,需要不斷同用戶進(jìn)行交流與溝通,逐步獲得系統(tǒng)的功能要求。2. 在這種情況下,采用敏捷開發(fā)方法最為適合,因此應(yīng)該選擇極限編程這種開發(fā)方法
  • 2019上綜合知識(shí)歷年真題(1分)

    【2019年系分真題第24題:綠色】
    24、下列開發(fā)方法中,( )不屬于敏捷開發(fā)方法。
    A、極限編程
    B、螺旋模型
    C、自適應(yīng)軟件開發(fā)
    D、水晶方法

    解答:答案選擇B。考察開發(fā)方法開發(fā)模型。送分題。

    第二部分 案例分析歷年真題

    2008上案例分析歷年真題(25分)

    試題二
    閱讀以下關(guān)于軟件開發(fā)方面的敘述,在答題紙上回答問題 1至問題4。
    當(dāng)前企業(yè)中的業(yè)務(wù)都是在全球化、快速變化的環(huán)境中運(yùn)營的,傳統(tǒng)的軟件開發(fā)過程無法適應(yīng)由此產(chǎn)生的快速軟件開發(fā)需求。20 世紀(jì) 90 年代后期,一些軟件開發(fā)人員在“Agile Allicance 2001”中系統(tǒng)地闡述了敏捷開發(fā)的原則,試圖強(qiáng)調(diào)靈活性在快速且有效地生產(chǎn)軟件中所發(fā)揮的作用。目前,眾多的軟件生產(chǎn)企業(yè)已經(jīng)在實(shí)際的軟件開發(fā)過程中接納并實(shí)踐了敏捷開發(fā)方法中的基本原則。
    【問題1】(8分)
    敏捷開發(fā)有許多典型方法,包括極限編程(eXtreme Programming)、Scrum、Crystal、DSDM等。請(qǐng)問這些方法共同的基本原則是什么?
    【問題2】(8分)
    敏捷開發(fā)的支持者往往夸大該方法的優(yōu)點(diǎn),但是在實(shí)踐中,敏捷方法的基本原則有時(shí)確實(shí)很難實(shí)施。請(qǐng)用200字以內(nèi)的文字說明敏捷方法中哪些原則在實(shí)踐中難以實(shí)施。
    【問題3】(2分)
    敏捷開發(fā)方法中最有名的是極限編程。請(qǐng)說明極限編程中的結(jié)對(duì)編程(Pair Programming)的概念。
    【問題4】(7分)
    敏捷開發(fā)方法在具體實(shí)踐過程中,往往需要開發(fā)環(huán)境或工具的支持,一般稱為快速應(yīng)用開發(fā)技術(shù)和可視化開發(fā)技術(shù)。請(qǐng)用150字以內(nèi)的文字說明快速應(yīng)用開發(fā)技術(shù)所包含的工具有哪些,并簡(jiǎn)要說明可視化開發(fā)技術(shù)的基本概念和技術(shù)原理

    【問題1標(biāo)準(zhǔn)答案】
    1)客戶參與
    2)增量式提交
    3)開發(fā)團(tuán)隊(duì)的技術(shù)應(yīng)該得到承認(rèn)和發(fā)揚(yáng),團(tuán)隊(duì)成員應(yīng)該保持它們自己的工作風(fēng)格,不落俗套。
    4)接受變更
    5)保持簡(jiǎn)單性
    【問題2標(biāo)準(zhǔn)答案】
    1)客戶參與往往依賴于客戶自身的意愿和客戶自身的代表性
    2)有些成員的性格可能不適合激烈的投入,可能無法做到和其他成員之間的良好的溝通
    3)對(duì)系統(tǒng)中的變更做出優(yōu)先級(jí)排序可能是極其困難的
    4)維護(hù)系統(tǒng)的簡(jiǎn)潔性往往需要額外的工作,但迫于移交時(shí)間表的壓力,可能沒有時(shí)間執(zhí)行系統(tǒng)簡(jiǎn)化過程。
    【問題3標(biāo)準(zhǔn)答案】
    開發(fā)人員成對(duì)工作,檢查彼此的工作并提供支持,圓滿完成任務(wù)。
    【問題4標(biāo)準(zhǔn)答案】
    快速應(yīng)用開發(fā)中所包括的工具有數(shù)據(jù)庫編程語言,界面生成器,與辦公應(yīng)用的連接,報(bào)告生成器。
    可視化開發(fā)是一種通過集成細(xì)粒度可復(fù)用軟件組件來構(gòu)造軟件的快速應(yīng)用方法,其主要思想是用圖形工具和可重用部件來交互地編制程序??梢暬_發(fā)一般是基于事件驅(qū)動(dòng)的原理。

    第三部分 論文寫作歷年真題

    2008下論文寫作歷年真題(75分)

    試題二 論敏捷開發(fā)方法的應(yīng)用
    敏捷軟件開發(fā)簡(jiǎn)稱敏捷開發(fā),是從 90 年代開始逐漸引起廣泛關(guān)注的一些新型軟件開發(fā)方法,以應(yīng)對(duì)快速變化的需求。它們的具體名稱、理念、過程、術(shù)語都不盡相同,相對(duì)于“非敏捷”,更強(qiáng)調(diào)程序員團(tuán)隊(duì)與業(yè)務(wù)專家之間的緊密協(xié)作、面對(duì)面溝通、頻繁交付新的軟件版本、緊湊而自我組織型的團(tuán)隊(duì)、能夠很好地適應(yīng)需求變化的代碼編寫和團(tuán)隊(duì)組織方法,也更注重人的作用。
    敏捷開發(fā)的發(fā)展過程中,出現(xiàn)了多個(gè)不同的流派,例如極限編程、自適應(yīng)軟件開發(fā)、水晶方法、特性驅(qū)動(dòng)開發(fā)等。但其中的基本原則是一致的。從開發(fā)者的角度,主要的關(guān)注點(diǎn)有短平快會(huì)議(Stand Up)、小版本發(fā)布(Frequent Release)、較少的文檔(Minimal Documentation)、 合作為重 (Collaborative Focus)、 客戶直接參與 (Customer Engagement)、自動(dòng)化測(cè)試 (Automated Testing)、 適應(yīng)性計(jì)劃調(diào)整 (Adaptive Planning)和結(jié)對(duì)編程 (Pair Programming) ;從管理者的角度,主要的關(guān)注點(diǎn)有測(cè)試驅(qū)動(dòng)開發(fā)(Test-Driven Development)、持續(xù)集成(Continuous Integration)和重構(gòu)(Refactoring)。
    請(qǐng)圍繞 “敏捷開發(fā)方法的應(yīng)用”論題,依次從以下三個(gè)方面進(jìn)行論述。
    1.概要敘述你參與管理和開發(fā)的軟件項(xiàng)目以及你在其中擔(dān)任的主要工作,包括角色、工作內(nèi)容等。
    2.對(duì)開發(fā)者關(guān)注點(diǎn)中至少三項(xiàng)內(nèi)容進(jìn)行解釋;結(jié)合自己所參與項(xiàng)目,對(duì)使用情況予以評(píng)價(jià)。
    3.聯(lián)系你所參與項(xiàng)目的實(shí)際情況,分析并討論測(cè)試驅(qū)動(dòng)開發(fā)的使用效果,并評(píng)價(jià)其優(yōu)缺點(diǎn)

    對(duì)于敏捷開發(fā),從開發(fā)者的角度,主要關(guān)注的內(nèi)容有:

  • 短平快的會(huì)議
  • 項(xiàng)目組每天召開的簡(jiǎn)短會(huì)議,每個(gè)人回答如下的問題:你昨天做了什么,你今天做什么,你遇到了什么困難,
  • 站立式會(huì)議促進(jìn)了團(tuán)隊(duì)交流,彼此相互熟悉工作內(nèi)容。
  • 小版本發(fā)布
  • 盡量多的產(chǎn)品發(fā)布,一般以周,月為單位,這樣客戶每隔一段時(shí)間就會(huì)拿到發(fā)布的產(chǎn)品進(jìn)行試用,而項(xiàng)目組可以從客戶
  • 較少的文檔
  • 與傳統(tǒng)開發(fā)方法相比,它不要求撰寫大量文檔,而是強(qiáng)調(diào)測(cè)試文檔的重要性。
  • 敏捷開發(fā)中存在大量的測(cè)試文檔,敏捷開發(fā)認(rèn)為,測(cè)試文檔最大程度上保持了與代碼的一致性。
  • 合作為重
  • 表現(xiàn)為代碼的共享,在敏捷開發(fā)中,代碼是歸團(tuán)隊(duì)所有,而不是屬于某些人。
  • 每個(gè)人都有權(quán)利獲得系統(tǒng)任何一部分的代碼然后修改他,這樣每個(gè)人都能熟悉系統(tǒng)的代碼,即使團(tuán)隊(duì)人員的變動(dòng),也沒有風(fēng)險(xiǎn)。
  • 客戶直接參與
  • 敏捷開發(fā)中,客戶是與開發(fā)團(tuán)隊(duì)一起工作的,團(tuán)隊(duì)到客戶現(xiàn)場(chǎng)進(jìn)行開發(fā)或者邀請(qǐng)客戶到團(tuán)隊(duì)公司來開發(fā)。
  • 自動(dòng)化測(cè)試
  • 為了減少人力或者重復(fù)勞動(dòng),所有的測(cè)試包括單元測(cè)試集成測(cè)試都是自動(dòng)化的,這就對(duì)QA人員提出了更高的要求。
  • 適應(yīng)性的計(jì)劃調(diào)整
  • 敏捷開發(fā)中的計(jì)劃是可以調(diào)整的,可以多次迭代,小版本發(fā)布,根據(jù)客戶反饋隨時(shí)響應(yīng)的調(diào)整與變化。
  • 結(jié)對(duì)編程
  • 在程序?qū)崿F(xiàn)和編寫測(cè)試代碼時(shí),采取兩個(gè)人共同使用一臺(tái)計(jì)算機(jī)的方式進(jìn)行,兩個(gè)人頻繁討論并相互監(jiān)督。
  • 測(cè)試驅(qū)動(dòng)開發(fā)
  • 是敏捷開發(fā)中的一項(xiàng)重要的內(nèi)容,要求需求分析之后,首先編寫測(cè)試代碼。
  • 而功能開發(fā)的依據(jù)只能是測(cè)試代碼,目的是在測(cè)試代碼真實(shí)反映用戶需求的前提下,功能開發(fā)完全滿足測(cè)試要求即可。
  • 測(cè)試驅(qū)動(dòng)開發(fā)在軟件業(yè)內(nèi)爭(zhēng)論激烈,反對(duì)者提出測(cè)試驅(qū)動(dòng)開發(fā)過于片面,很容易忽略需求中潛在的內(nèi)容。
  • 2012上論文寫作歷年真題(75分)

    試題二 論敏捷開發(fā)在企業(yè)軟件開發(fā)中的應(yīng)用
    敏捷開發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法。在敏捷開發(fā)中,軟件項(xiàng)目被切分成多個(gè)子項(xiàng)目,各個(gè)子項(xiàng)目的成果都經(jīng)過測(cè)試,具備集成和可運(yùn)行的特征。盡管目前敏捷開發(fā)的具體名稱、理念、過程、術(shù)語尚不盡相同,但業(yè)界普遍認(rèn)為:相對(duì)于“非敏捷”,敏捷開發(fā)更強(qiáng)調(diào)程序員團(tuán)隊(duì)與業(yè)務(wù)專家之間的緊密協(xié)作、面對(duì)面的溝通、頻繁交付新的軟件版本、緊湊而自我組織型的團(tuán)隊(duì)、能夠很好地適應(yīng)需求變化的代碼編寫和團(tuán)隊(duì)組織方法,也更注重軟件開發(fā)中人的作用。
    請(qǐng)圍繞“敏捷開發(fā)在企業(yè)軟件開發(fā)中的應(yīng)用”論題,依次從以下三個(gè)方面進(jìn)行論述。
    1.概要敘述你參與實(shí)施的應(yīng)用敏捷開發(fā)的軟件項(xiàng)目以及你所擔(dān)任的主要工作。
    2.敘述你在軟件項(xiàng)目實(shí)踐過程中采用了怎樣的敏捷開發(fā)基本原則并說明理由。
    3.具體闡述該項(xiàng)目采用的敏捷開發(fā)方法,以及實(shí)施過程中存在問題和解決方法。

    2001年2月的《敏捷宣言》(Agile Manifesto)是由多位當(dāng)時(shí)稱之為“輕量級(jí)方法學(xué)家”所編寫簽署的,他們的價(jià)值觀是:個(gè)人與交互重于開發(fā)過程與工具;可用的軟件重于復(fù)雜的文檔;尋求客戶的合作重于對(duì)合同的談判;對(duì)變化的響應(yīng)重于始終優(yōu)于遵循固定的計(jì)劃。

  • 個(gè)人與交互重于開發(fā)過程與工具
    一個(gè)由優(yōu)秀的人員組成但使用普通的工具,要比使用優(yōu)秀的工具但由普通人組成、紊亂的小組做得更好。
    多年來人們花了很多時(shí)間試圖建立一種過程,以便把人當(dāng)作機(jī)器上的一個(gè)可以替代的齒輪,但結(jié)果卻并不成功。
    敏捷過程是承認(rèn)每個(gè)人都有特定的能力(以及缺點(diǎn))對(duì)之加以利用,而不是把所有的人當(dāng)成一樣來看待。更重要的是,在這樣的理念下,幾個(gè)項(xiàng)目做下來,每個(gè)人的能力都從中得以提高。這種人的能力的提高,對(duì)公司是無價(jià)之寶。而不至于把人當(dāng)成齒輪,隨著時(shí)間的推移,人的能力慢慢被消耗掉,最后變成留之無用、棄之可惜的尷尬人物。
  • 可用的軟件重于復(fù)雜的文檔
    可用的軟件可以幫助開發(fā)人員在每次迭代結(jié)束的時(shí)候,獲得一個(gè)穩(wěn)定的、逐漸增強(qiáng)的版本。從而允許項(xiàng)目盡早開始,并且更為頻繁地收集對(duì)產(chǎn)品和開發(fā)過程的反饋。隨著每次迭代完成軟件的增長,以保證開發(fā)小組始終是處理最有價(jià)值的功能,而且這些功能可以滿足用戶的期待。
  • 尋求客戶的合作重于對(duì)合同的談判
    敏捷開發(fā)小組希望與項(xiàng)目有關(guān)的所有團(tuán)體都在朝共同方向努力,合同談判有時(shí)會(huì)在一開始就使小組和客戶處于爭(zhēng)執(zhí)中。敏捷開發(fā)追求的是要么大家一起贏,要么大家一起輸。換句話說,就是希望開發(fā)小組和客戶在面對(duì)項(xiàng)目的時(shí)候,以一種合作的態(tài)度共同向目標(biāo)前進(jìn)。當(dāng)然,合同是必需的,但是如何起草條款,往往影響到不同的團(tuán)體是進(jìn)行合作式的還是對(duì)抗式的努力。
  • 對(duì)變化的響應(yīng)重于始終遵循固定的計(jì)劃
    敏捷開發(fā)認(rèn)為對(duì)變化進(jìn)行響應(yīng)的價(jià)值重于始終遵循固定的計(jì)劃。他們最終的焦點(diǎn)是向用戶交付盡可能多的價(jià)值。除了最簡(jiǎn)單的項(xiàng)目以外,用戶不可能知道他們所需要的所有功能的每個(gè)細(xì)節(jié)。不可避免地在過程中會(huì)產(chǎn)生新的想法,也許今天看起來是必需的功能,明天就會(huì)覺得不那么重要了。隨著小組獲得更多的知識(shí)和經(jīng)驗(yàn),他們的進(jìn)展速度會(huì)比開始的時(shí)候期望值慢或者快。對(duì)敏捷開發(fā)來說,一個(gè)計(jì)劃是從某個(gè)角度對(duì)未來的看法,而具有多個(gè)不同的角度看問題是有可能的。
  • 常見的敏捷開發(fā)方法有極限編程,Scrum,水晶方法等。
    極限編程
    主要目標(biāo)在于降低因需求變更而帶來的成本,極限編程透過引入基本價(jià)值、原則、方法等概念來達(dá)到降低變更成本的目的。
    Scrum
    是一種迭代式增量軟件開發(fā)過程,通常用于敏捷軟件開發(fā)。包括了一系列實(shí)踐和預(yù)定義角色的過程骨架。Scrum中的主要角色包括Scrum主管,產(chǎn)品負(fù)責(zé)人和開發(fā)團(tuán)隊(duì)。它使用迭代的方法,把每個(gè)30天一次的迭代稱為一個(gè)“沖刺”(Sprint),按照需求優(yōu)先級(jí)別來實(shí)現(xiàn)產(chǎn)品。多個(gè)自組織和自治小組并行遞增地實(shí)現(xiàn)產(chǎn)品。通過簡(jiǎn)短的日常情況會(huì)議(稱為“Scrum”)進(jìn)行。
    水晶敏捷方法
    發(fā)展和提倡了一種機(jī)動(dòng)性的軟件開發(fā)方法,定義了一系列方法,包含核心元素,角色、過程模式、工作產(chǎn)品和實(shí)踐。水晶敏捷方法實(shí)際是一組經(jīng)過證明對(duì)不同類型項(xiàng)目都非常有效的敏捷過程,其目的是使得敏捷團(tuán)隊(duì)可以根據(jù)其項(xiàng)目和環(huán)境選擇最合適的水晶系列成員。

    總結(jié)

    以上是生活随笔為你收集整理的【系统分析师之路】第五章 复盘软件工程(敏捷开发)的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。

    如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò),歡迎將生活随笔推薦給好友。