系統分析與設計 Homework 2

2021-08-17 10:24:14 字數 1644 閱讀 6067

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

瀑布模型 優點:降低軟體開發的複雜程度,提高軟體開發透明性和開發過程的可管理性;強調在軟體實現前必須進行分析和設計工作;以專案的階段評審和文件控制為手段有效地對整個開發過程進行指導,保證了階段之間的正確銜接,及時糾錯,使產品符合質量要求。

缺點:強調開發過程的線性順序;缺乏靈活性;風控能力較弱;規定過多文件時會極大地增加工作量;如果僅憑文件的完成情況了界定專案進度會產生錯誤結論。

增量模型 優點:增強客戶對系統的信心;降低系統失敗風險;提高系統可靠性;提高系統穩定性和可維護性。

缺點:增量梯度難以控制;確定基本業務較困難。

螺旋模型 優點:設計較靈活,可在專案各階段進行更改;以小分段構建大型系統,較易進行成本計算;客戶參與了各階段的開發,保證專案的正確方向及可控性,能夠更有效地與客戶交流。

缺點:需要有豐富的風險評估經驗和專業知識,如果未能及時發現開發中的風險,可能1會造成重大損失;過多的迭代會增加開發成本。

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

用例驅動、以架構為中心、受控的迭代式增量開發。

用例驅動和受控的迭代式增量開發:體現了使用者驅動的開發。早期迭代應能夠識別與降低最高風險,構造客戶關心的特性。

以架構為中心:體現了風險驅動的開發;早期迭代致力於核心架構的構造、測試和穩定。

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

每個階段結束於乙個主要的里程碑,並在階段結尾執行一次評估以確定這個階段是否已經滿足,如果滿足可進入下一階段。

初始階段的里程碑:生命週期目標(lifecycle objective) 里程碑,包括一些重要的文件,如:專案構想(vision)、原始用例模型、原始業務風險評估、乙個或者多個原型、原始業務案例等。需要對這些文件進行評審,以確定正確理解用例需求、專案風險評估合理、階段計畫可行等。

精化階段的里程碑:生命週期體系結構(lifecycle architecture) 里程碑。包括風險分析文件、軟體體系結構基線、專案計畫、可執行的進化原型、初始版本的使用者手冊等。通過評審確定軟體體系結構已經穩定、高風險的業務需求和技術機制已經解決、修訂的專案計畫可行等。

構建階段的里程碑:初始執行能力(initial operational capability) 里程碑。包括可以執行的軟體產品、使用者手冊等,它決定了產品是否可以在測試環境中進行部署。此刻,要確定軟體、環境、使用者是否可以開始系統的執行。

產品化階段/移交階段的里程碑:產品發布(product release) 里程碑。確定最終目標是否實現,是否應該開始產品下乙個版本的另乙個開發周期。在一些情況下這個里程碑可能與下乙個週期的初始階段的相重合。

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

工期和質量基本都在合同中協定好了,範圍/內容是可變的,是團隊易於控制的。

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

因為up每個階段開始時都有特定的目標,結束時有里程碑。在每個階段中存在乙個或多個迭代,在每個迭代中,可以有多個工作流,企業只需要完成該階段性的小目標即可。

關於團隊任務:

系統分析與設計 homework 1

1 簡單題 軟體工程是指導計算機軟體開發和維護的工程學科。將 系統化的 規範的 可度量的 方法用於軟體的開發 執行和維護的過程,即將工程化應用於軟體開發中。採用工程的概念 原理 技術和方法來開發與維護軟體,把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來,這就是軟體工程。軟體...

系統分析與設計 Homework1

1 簡單題 1 將系統化 規範化 可度量的方法應用與軟體的開發 執行和維護的過程,即將工程化應用於軟體中。2 對 1 中所述方法的研究。ieee iee93 軟體危機 software crisis 是早期電腦科學的乙個術語,是指在軟體開發及維護的過程中所遇到的一系列嚴重問題,這些問題皆可能導致軟體...

系統分析與設計 homework1

1.簡單題 軟體危機 software crisis 是早期電腦科學的乙個術語,是指在軟體開發及維護的過程中所遇到的一系列嚴重問題,這些問題皆可能導致軟體產品的壽命縮短 甚至夭折。軟體危機主要表現在 1.專案執行超出預算。2.專案執行超過時間。3.軟體質量低落。4.軟體通常不匹配需求。5.專案無法管...