1、簡答題

• 簡述瀑布模型蕊肥、增量模型吼渡、螺旋模型（含原型方法）的優(yōu)缺點。

瀑布模型：其過程是從上一項活動接收該項活動的工作對象作為輸入恩溅，利用這一輸入實施該項活動應完成的內容給出該項活動的工作成果隔箍，并作為輸出傳給下一項活動。同時評審該項活動的實施脚乡，若確認蜒滩，則繼續(xù)下一項活動；否則返回前面奶稠，甚至更前面的活動俯艰。對于經常變化的項目而言，瀑布模型毫無價值锌订。

優(yōu)勢：定義了軟件開發(fā)基本流程與活動

1. 為項目提供了按階段劃分的檢查點
2. 當前一階段完成后竹握，您只需要去關注后續(xù)階段
3. 可在迭代模型中應用瀑布模型
4. 它提供了一個模板，這個模板使得分析辆飘、設計啦辐、編碼污秆、測試和支持的方法可以在該模板下有一個共同的指導

劣勢：導致會出現延期，項目不可控的情況昧甘，不適應用戶需求的變化良拼。

1. 依賴問題
2. 容錯問題
3. 資源調配問題

瀑布模型

增量模型 ： 把待開發(fā)的軟件系統(tǒng)模塊化，將每個模塊作為一個增量組件充边，從而分批次地分析庸推、設計、編碼和測試這些增量組件浇冰。運用增量模型的軟件開發(fā)過程是遞增式的過程贬媒。相對于瀑布模型而言，采用增量模型進行開發(fā)肘习，開發(fā)人員不需要一次性地把整個軟件產品提交給用戶际乘，而是可以分批次進行提交。

優(yōu)勢 ：

1. 有利于用戶需求的逐漸明朗漂佩，能夠有效適應用戶需求的變更
2. 有利于用戶盡早地用上系統(tǒng)脖含，能夠更好地適應新的軟件環(huán)境
3. 有利于技術復用，前面構件中設計的算法投蝉、采用的技術策略养葵、編寫的源碼
4. 有利于從總體上降低軟件項目的技術風險
5. 使得整個軟件系統(tǒng)更具健壯性

劣勢：

1. 如果沒有對用戶的變更要求進行規(guī)劃，那么產生的初始增量可能會造成后來增量的不穩(wěn)定
2. 如果需求不像早期思考的那樣穩(wěn)定和完整瘩缆，那么一些增量就可能需要重新開發(fā)关拒，重新發(fā)布
3. 由于進度和配置的復雜性，可能會增大管理成本庸娱，超出組織的能力

螺旋模型 ：
一個典型的螺旋模型應該由以下的步驟構成：
明確本迭代階段的目標着绊、備選方案以及應用備選方案的限制；
對備選方案進行評估熟尉，明確并解決存在的風險归露，建立原型；
當風險得到很好的分析與解決后臣樱，應用瀑布模型進行本階段的開發(fā)與測試靶擦；
對下一階段進行計劃與部署；
與客戶一起對本階段進行評審雇毫；

優(yōu)勢：

1. 引入了其他模型不具備的風險分析，使軟件在無法排除重大風險時有機會停止踩蔚，以減小損失
2. 每個迭代階段植入軟件測試棚放，使每個階段的質量得到保證
3. 對用戶反饋的采集，與用戶溝通馅闽，以保證用戶需求的最大實現

劣勢 ：

1. 過分依賴風險分析經驗與技術飘蚯，一旦在風險分析過程中出現偏差將造成重大損失
2. 過于靈活的開發(fā)過程不利于已經簽署合同的客戶與開發(fā)者之間的協調
3. 由于只適用大型軟件馍迄，過大的風險管理支出會影響客戶的最終收益

• 簡述 UP 的三大特點，其中哪些內容體現了用戶驅動的開發(fā)局骤，哪些-
  內容體現風險驅動的開發(fā)攀圈？

特點：

1. 統(tǒng)一過程是用例驅動的（體現了用戶驅動的開發(fā)）
2. 統(tǒng)一過程是以構架為中心的
3. 統(tǒng)一過程是迭代和增量的過程（體現風險驅動的開發(fā)）

• UP 四個階段的劃分準則是什么？關鍵的里程碑是什么峦甩？

UP中的軟件生命周期在時間上被分解為四個順序的階段赘来，分別是：初始階段(Inception)、細化階段(Elaboration)凯傲、構造階段(Construction)和交付階段(Transition)犬辰。
每個階段結束于一個主要的里程碑(Major Milestones)；每個階段本質上是兩個里程碑之間的時間跨度冰单。
劃分標準：在每個階段的結尾執(zhí)行一次評估以確定這個階段的目標是否已經滿足幌缝。如果評估結果令人滿意的話，可以允許項目進入下一個階段诫欠。
1. 初始階段
初始階段的目標是為系統(tǒng)建立商業(yè)案例并確定項目的邊界涵卵。為了達到該目的必須識別所有與系統(tǒng)交互的外部實體，在較高層次上定義交互的特性荒叼。本階段具有非常重要的意義缘厢，在這個階段中所關注的是整個項目進行中的業(yè)務和需求方面的主要風險。對于建立在原有系統(tǒng)基礎上的開發(fā)項目來講甩挫，初始階段可能很短贴硫。 初始階段結束時是第一個重要的里程碑：生命周期目標(Lifecycle Objective)里程碑。生命周期目標里程碑評價項目基本的生存能力伊者。
2. 細化階段
細化階段的目標是分析問題領域英遭，建立健全的體系結構基礎，編制項目計劃亦渗，淘汰項目中最高風險的元素挖诸。為了達到該目的，必須在理解整個系統(tǒng)的基礎上法精，對體系結構作出決策多律，包括其范圍、主要功能和諸如性能等非功能需求搂蜓。同時為項目建立支持環(huán)境狼荞，包括創(chuàng)建開發(fā)案例，創(chuàng)建模板帮碰、準則并準備工具相味。 細化階段結束時第二個重要的里程碑：生命周期結構(LifecycleArchitecture)里程碑。生命周期結構里程碑為系統(tǒng)的結構建立了管理基準并使項目小組能夠在構建階段中進行衡量殉挽。此刻丰涉，要檢驗詳細的系統(tǒng)目標和范圍拓巧、結構的選擇以及主要風險的解決方案。
3. 構造階段
在構建階段一死，所有剩余的構件和應用程序功能被開發(fā)并集成為產品肛度，所有的功能被詳細測試。從某種意義上說投慈，構建階段是一個制造過程承耿，其重點放在管理資源及控制運作以優(yōu)化成本、進度和質量逛裤。 構建階段結束時是第三個重要的里程碑：初始功能(Initial Operational)里程碑瘩绒。初始功能里程碑決定了產品是否可以在測試環(huán)境中進行部署。此刻带族，要確定軟件锁荔、環(huán)境、用戶是否可以開始系統(tǒng)的運作蝙砌。此時的產品版本也常被稱為“beta”版阳堕。
4. 交付階段
交付階段的重點是確保軟件對最終用戶是可用的。交付階段可以跨越幾次迭代择克，包括為發(fā)布做準備的產品測試恬总，基于用戶反饋的少量的調整。在生命周期的這一點上肚邢，用戶反饋應主要集中在產品調整壹堰，設置、安裝和可用性問題骡湖，所有主要的結構問題應該已經在項目生命周期的早期階段解決了贱纠。 在交付階段的終點是第四個里程碑：產品發(fā)布(Product Release)里程碑。此時响蕴，要確定目標是否實現谆焊，是否應該開始另一個開發(fā)周期。在一些情況下這個里程碑可能與下一個周期的初始階段的結束重合浦夷。

• IT 項目管理中辖试，“工期、質量劈狐、范圍/內容” 三個元素中罐孝，在合同固定條件下，為什么說“范圍/內容”是項目團隊是易于控制的
  工期是在合同中明確規(guī)定的懈息，項目團隊在簽署合同后無法隨意更改肾档。
  質量是由客戶決定的，且沒有客觀的可量化的評判標準辫继，對項目團隊來說只能依據自己的想法和能力進行開發(fā)且修改怒见，難以控制。
  范圍/內容則是項目團隊在執(zhí)行的過程中需要面對的問題姑宽，可以通過在開發(fā)的過程中不斷解決完善遣耍。

• 為什么說，UP 為企業(yè)按固定節(jié)奏生產炮车、固定周期發(fā)布軟件產品提供了依據舵变？
  UP的每個階段都由一個或多個迭代組成瘦穆。每個迭代都要針對不同的業(yè)務用例或系統(tǒng)用例進行細化和實現扛或。每個階段開始時都有特定的目標悲伶，結束時有里程碑麸锉。在每個階段中存在一個或多個迭代花沉，在每個迭代中碱屁，可以有多個工作流，企業(yè)只需要完成該階段性的小目標即可腋粥。
  因此企業(yè)在企業(yè)在使用UP時依據各個迭代過程可以有固定的節(jié)奏生產闹瞧、固定時間發(fā)布軟件產品奥邮。

2脚粟、項目管理使用

使用截圖工具（png格式輸出）核无，展現你團隊的任務 Kanban，請注意以下要求
每個人的任務是明確的吐根。即一周后可以看到具體成果
每個人的任務是1-2項。
至少包含一個團隊活動任務

image.png