系統分析與設計 homework 1

2021-08-16 17:49:35 字數 2486 閱讀 7189

1、簡單題

軟體工程是指導計算機軟體開發和維護的工程學科。將

系統化的

、規範的

、可度量的

方法用於軟體的開發、執行和維護的過程,即將工程化應用於軟體開發中。採用工程的概念、原理、技術和方法來開發與維護軟體,把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來,這就是軟體工程。

軟體危機(software crisis)是指落後的軟體生產方式無法滿足迅速增長的計算機軟體需求,從而導致軟體開發與維護過程中出現一系列嚴重問題的現象。

在人月神話中提到了軟體在開發的時候可能會因規模變大而產生成本大幅增加,在缺乏方**的情況下還可能出現軟體複雜,bug增多,按時交付困難等情況。同時加入更多的人力也並不能使得軟體開發更加順利,甚至可能火上澆油。

cocomo(constructive cost model; 構造性成本模型)是指由巴里·勃姆(barry boehm)於 1981 年提出的一種精確、易於使用的,基於模型的軟體成本估算方法。從本質上說是一種引數化的專案估算方法,引數建模是把專案的某些特徵作為引數,通過建立乙個數字模型**專案成本的回歸分析公式。

軟體生命週期(software life cycle)又稱為軟體生命期,生存期。是指從形成開發軟體概念起,所開發的軟體使用以後,直到失去使用價值消亡為止的整個過程。

一般來說,整個生存週期包括計畫(定義)、開發、執行(維護)三個時期,每乙個時期又劃分為若干階段。每個階段有明確的任務,這樣使規模大、結構複雜和管理複雜的軟體開發變得容易控制和管理。

典型劃分gb8567(4個時期7個階段)

軟體分析時期:

問題定義、可行性研究、需求分析     

軟體設計時期:總體設計、詳細設計 

編碼與測試時期:編碼、

測試執行與維護時期 

除此之外還有其他的劃分模型,比如說瀑布模型,增量模型,v-w模型,螺旋模型,噴泉模型等等

軟體需求   software requirements

軟體設計   software design

軟體構造   software construction

軟體工程工具和方法   software engineering tools and methods

初始級level 1 - initial

軟體過程是無序的,有時甚至是混亂的,對過程幾乎沒有定義,成功取決於個人努力。管理是反應式的。

2.可管理級 level 2 - managed

建立了基本的專案管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律,能重複早先類似應用專案取得的成功經驗。

3.已定義級  level 3 - defined

已將軟體管理和工程兩方面的過程文件化、標準化,並綜合成該組織的標準軟體過程。所有專案均使用經批准、剪裁的標準軟體過程來開發和維護軟體,軟體產品的生產在整個軟體過程是可見的。

4.量化管理級level 4 - quantitatively managed

分析對軟體過程和產品質量的詳細度量資料,對軟體過程和產品都有定量的理解與控制。管理有乙個作出結論的客觀依據,管理能夠在定量的範圍內**效能。

5.優化管理級level 5 - optimizing

過程的量化反進

饋和先的新思想、新技術促使過程持續不斷改進。

swebok是乙個對於軟體工程來講的知識體系指南,他將軟體工程的知識域分為了多塊,並且對每一塊的應用進行了乙個指導。同時swebok也不是一成不變,而是與時俱進的,現在的swebok已經是第三版,將知識域劃分為10個,與我們專業相關聯的有4個,包括

這個指南向從事軟體工程職業的人們提供了乙個學習的方向,知道自己還有什麼方向需要彌補與完善。與此同時,我們也可以通過這個標準找到我們以後的研究方向與研究內容,更加充實與完善自己的軟體工程之路。

2、解釋 psp 各項指標及技能要求:

閱讀《現代軟體工程》的 psp: personal software process 章節。 

2. 按** psp 2.1,了解乙個軟體工程師在接到乙個任務之後要做什麼,需要哪些技

能,解釋你打算如何統計每項資料? (期末考核,每人按開發階段提交這個表)

planning:

development

record time spent

test report

size measurement

postmortem

process improvement plan

計畫開發

記錄時間花費

測試報告

計算工作量

事後總結

提出過程改進計畫

首先對於每乙個專案的記錄務求準確,需要記錄真正開始進行工程設計真實的預計時間與想法,提前做好規劃而不是到最後用了多少時間就是開始的時候預計好的。

盡量完善每一項工作內容,不要跳過某些流程圖省事。

複審的內容要記錄在工程中出現的問題,以及進行改進的措施。

最後我們要根據實際情況調整計畫表的時間,同時對實際時間進行記錄,並分析原因

系統分析與設計 Homework1

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

系統分析與設計 homework1

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

系統分析與設計 Homework 1

軟體工程的定義 1 將系統化 規範化 可度量的方法應用與軟體的開發 執行和維護的過程,即將工程化應用於軟體中。2 對 1 中所述方法的研究。ieee iee93 software crisis cocomo 模型 軟體危機是在計算科學的早期階段使用的術語,表現了在需要的時間編寫有用和高效的電腦程式的...