系統分析與設計 HW02

2021-08-17 04:47:01 字數 2371 閱讀 9693

題目

1、簡答題

簡述瀑布模型、增量模型、螺旋模型(含原型方法)的優缺點。

簡述 up 的三大特點,其中哪些內容體現了使用者驅動的開發,哪些內容體現風險驅動的開發?

up 四個階段的劃分準則是什麼?關鍵的里程碑是什麼?

it專案管理中,「工期、質量、範圍/內容」 三個元素中,在合同固定條件下,為什麼說「範圍/內容」是專案團隊是易於控制的?

為什麼說,up為企業按固定節奏生產、固定週期發布軟體產品提供了依據?

2、專案管理使用

使用截圖工具(png格式輸出),展現你團隊的任務 kanban,請注意以下要求 每個人的任務是明確的。即一周後可以看到具體成果

每個人的任務是1-2項。 至少包含乙個團隊活動任務

answer:簡單題:

1. 瀑布模型的優缺點:

優點:

1)為專案提供了按階段劃分的檢查點。

2)當前一階段完成後,您只需要去關注後續階段。

3)可在迭代模型中應用瀑布模型。

4)它提供了乙個模板,這個模板使得分析、設計、編碼、測試和支援的方法可以在該模板下有乙個共同的指導。

缺點:

1)各個階段的劃分完全固定,階段之間產生大量的文件,極大地增加了工作量。

2)由於開發模型是線性的,使用者只有等到整個過程的末期才能見到開發成果,從而增加了開發風險。

3)通過過多的強制完成日期和里程碑來跟蹤各個專案階段。

4)瀑布模型的突出缺點是不適應使用者需求的變化。

增量模型的優缺點:

優點:

1) 將待開發的軟體系統模組化,可以分批次地提交軟體產品,使使用者可以及時了解軟體專案的進展。

2) 以元件為單位進行開發降低了軟體開發的風險。乙個開發周期內的錯誤不會影響到整個軟體系統。

3) 開發順序靈活。開發人員可以對元件的實現順序進行優先順序排序,先完成需求穩定的核心元件。當元件的優先順序發生變化時,還能及時地對實現順序進行調整。

缺點:

1)由於各個構件是逐漸併入已有的軟體體系結構中的,所以加入構件必須不破壞已構造好的系統部分,這需要軟體具備開放式的體系結構。

2)在開發過程中,需求的變化是不可避免的。增量模型的靈活性可以使其適應這種變化的能力大大優於瀑布模型和快速原型模型,但也很容易退化為邊做邊改模型,從而是軟體過程的控制失去整體性。

3)如果增量包之間存在相交的情況且未很好處理,則必須做全盤系統分析,這種模型將功能細化後分別開發的方法較適應於需求經常改變的軟體開發過程。

螺旋模型(含原型方法)的優缺點:

優點:

1)設計上的靈活性,可以在專案的各個階段進行變更。

2)以小的分段來構建大型系統,使成本計算變得簡單容易。

3)客戶始終參與每個階段的開發,保證了專案不偏離正確方向以及專案的可控性。

4) 隨著專案推進,客戶始終掌握專案的最新資訊 , 從而他或她能夠和管理層有效地互動。

缺點:

1)採用螺旋模型需要具有相當豐富的風險評估經驗和專門知識,在風險較大的專案開發中,如果未能夠及時標識風險,勢必造成重大損失。

2)過多的迭代次數會增加開發成本,延遲提交時間。

螺旋模型的使用範圍:螺旋模型只適合於大規模的軟體專案。

2.up的三大特點中體現使用者驅動開發的有:

3.up的四個階段

1)先啟階段(inception):該階段的主要目的是建立專案的範圍和版本,確定專案目標的可行性和穩定性,結交結果包括需求和用例。

2)精化階段(elaboration):該階段的目的是對問題域進行分析,建立系統需求和架構,確定實現的可行性和穩定性,提交結果包括系統架構,問題領域、修改後的需求及專案開發計畫等相關文件。

3)構建階段(construction):增量式開發可以交付給使用者的軟體產品。

4)提交階段(transition):目的是將軟體產品交付給使用者。

主要是按照階段目的的不同劃分的。

4.範圍/內容。合同中關於工期和工程質量的要求是有具體數字表示或嚴格條款的,而範圍/內容是由團隊控制的,因為只有由團隊來控制,專案才能夠順利完成。

5.up中,軟體開發生命週期根據時間(固定週期發布)和rup的核心工作流(固定節奏生產)劃分為二維空間。時間維從組織管理的角度描述整個軟體開發生命週期,是rup的動態組成部分,核心工作流從技術角度描述rup的靜態組成部分。因為需求分析,設計,實現,迭代,測試和交付的生命週期是有固定長度的, 是在時間盒(time-boxing)裡面限制的,例如起始的固定週期就是限制在 three weeks,之後的迭代開發構成也是有較為明確的時間限制的。

系統分析與設計02

1 簡答題 行為圖 系統的動態行為 狀態圖 物件的動態行為。狀態 事件 狀態遷移 響應動作 活 描述系統為完成某功能而執行的操作序列 實現圖 描述系統的組成和分布狀況 從軟體本質的角度,解釋軟體範圍 需求 控制的可行性 由於軟體本身的複雜性 不可見性 不一致性 可變性,軟體範圍多數情況下對於客戶和開...

系統分析與設計 HW01

題目 1 簡單題 軟體工程的定義 閱讀經典名著 人月神話 等資料,解釋 software crisis cocomo 模型。軟體生命週期。按照swebok 的 ka 劃分,本課程關注哪些 ka 或 知識領域?解釋 cmmi 的五個級別。例如 level 1 initial 無序,自發生產模式。2 解...

系統分析與設計HW1

軟體工程的定義 軟體工程是 1 將系統化的 規範的 可度 量的方法應用於軟體的開發 執行和維護,即將工程 化方法應用於軟體 2 在 1 中所述方法的研究 閱讀經典名著 人月神話 等資料,解釋 software crisis cocomo 模型 software crisis 軟體危機泛指在計算機軟體...