主頁 > 軟體設計 > 軟體工程復習題-快來劃重點

軟體工程復習題-快來劃重點

2021-01-02 14:19:54 軟體設計

文章目錄

  • 寫在前面
  • 選擇題
  • 填空題
  • 計算題
  • 分析題

寫在前面


各校教學和考試大綱肯定有差異,此份復習總結僅作參考,
在這里插入圖片描述

選擇題


10’

  • CMM2級程序區域有7個:需求管理專案策劃專案監督和控制供方協定管理測量和分析程序和產品質量保證配置管理P42
  • PSP是一種可用于控制、管理和改進個人作業方式的自我改善程序,是一個包括軟體開發表格指南程序的結構化框架P45
  • 甘特圖,也稱為條狀圖,是在1917年由亨利·甘特開發的,其內在思想簡單,基本是一條線條圖,橫軸表示時間縱軸表示活動(專案),線條表示在整個期間上計劃和實際的活動完成情況P69
  • LOC指所有的可執行的源代碼行數,包括可交付的作業控制語言陳述句資料定義資料型別宣告等價宣告輸入/輸出格式宣告等,P79
  • 功能點測量是在需求分析階段基于系統功能的一種規模估計方法,P80
  • COCOMO模型估算軟體成本、作業量和進度計劃,P85
  • Putnam模型表示規模、作業量、開發時間之間的關系,P90
  • 資金的時間價值是指資金在運動程序中,隨時間的推移而發生的增值P102
  • 凈現值(Net Present Value,NPV)法是一種專案評價技術,凈現值就是凈的現在價值,一個投資專案的凈現值等于一個專案整個生命周期內預期未來每年凈現金流的現值減去專案初始投資支出P107
  • 軟體配置管理是控制軟體系統演進的學科,軟體配置管理是指通過執行版本控制變更控制等規程、以及使用合適的配置管理軟體,來保證所有的配置項的完整性可跟蹤性P115
  • 正式技術復審(Formal Technical Review,FTR)是一種由軟體工程師進行的軟體質量保證活動,P122
  • 專案風險源于任何專案中都存在的不確定性P125
  • 一般認為軟體風險有3中型別,即專案風險技術風險商業風險P130
  • 測驗的目的是以最少的時間和人力找出軟體中潛在的各種錯誤和缺陷P214
  • 封裝是按照資訊隱蔽的原則,把物件的屬性方法結合成一個獨立的系統單位,并盡可能隱蔽物件的內部細節P262

插播反爬資訊 )博主CSDN地址:https://wzlodq.blog.csdn.net/

填空題


10’

  • 軟體工程是將系統化規范化可度量的方法應用于軟體的開發、運行和維護的工程,P3

  • 軟體工程所研究的主要內容包括軟體開發技術軟體工程管理兩個方面,P3

  • 從廣義上講,軟體是依據某一特定的概念,原則所形成的某類操作行為檔案P3

  • 復雜性是“軟體危機”的本質原因,P6

  • 軟體研究的主要內容有方法工具程序三要素,整個體系結構反映了以質量為中心的觀點,關注質量是軟體工程的根本出發點和最終目標,P11

  • 軟體程序則是指將軟體工程方法軟體工具相結合,實作合理、及時地進行軟體開發的目的,為開發高質量軟體規定各項任務的作業步驟,軟體工程的根基在于質量關注點P12

  • 因為軟體的實質是人們以計算機編程語言為橋梁,將現實世界映射于計算機世界中,已解決人們在客觀感知世界中的問題,P12

  • 結構化開發方法由結構化分析結構化設計結構化程式設計三部分組成,P13

  • 結構化軟體開發方法是以面向資料面向程序面向功能面向資料流的觀點來映射問題的,P13

  • 在瀑布模型中,開發被認為是按照需求分析設計實作(編碼)、測驗維護階段順序地進行,當線性序列完成之后就能夠交付一個完善的系統,P29

  • 演化模型是利用一種迭代的思想方法,它的特征是使軟體工程師漸進地開發逐步完善的軟體版本,主要包括增量模型螺旋模型兩種范型,P30

  • 增量模型和普通模型之間的本質區別是:瀑布模型屬于整體開發模型,它對規定在開始下一個階段的作業之前,必須完成前一個階段的所有細節;而增量模型屬于非整體開發模型,它推遲某些階段或所有階段的小細節,從而較早地產生作業軟體,P31

  • 專案范圍管理是確保專案包括成功完成專案所需的全部作業,但又只包含必須完成的作業的各個程序P52

  • 軟體專案管理就是為了使軟體專案能夠按照預訂的成本、進度、質量順利完成,而對人員產品程序專案進行分析和管理的活動,P52

  • 在專案規劃的程序中,人們往往會求助于WBS方法進行專案作業內容的分解,在此基礎上再進行資源的分配進度計劃評估專案的成本P63

  • 進度管理,可以從兩個方面解釋,一方面是要制定一個可行而且高效率的計劃,而另外一方面則是要執行此計劃,P66

  • 軟體成本預測的直接目的是估算出成本作業量,而其最終目的是為了專案的程序和結果提供概率意義上的預測,同時可以用來改進軟體工程,P75

  • 系統論也可以說是一種方法論,系統論的基本思想方法就是:以所研究和處理的物件作為一個系統,分析系統的結構和功能,研究系統要素環境3者的相互關系和變動的規律性,并優化系統觀點看問題,P154

  • 程式設計風格就是人們在長期的編程實踐中形成的一套獨特的系統做法編程方式P211

  • 面向物件開發的思想與人類習慣的思維方法一致,它從物件出發去認識客觀世界,分析問題域,如實地描述問題域中事物之間存在的各種關系,P257

  • 在本質上,結構化的軟體開發方法是以面向資料、面向程序、面向功能、面向資料流的觀點來映射問題的,

計算題


35’
P109

  1. 已知有一個典型的軟體專案的記錄,開發人員M=3人,其代碼行數=12.1KLOC,作業量E=24PM,成本S=168 000美元,試計算開發該軟體的生產率P和每代碼行平均成本C,

  1. 使用COCOMOⅡ模型來估算一個軟體系統所需的作業量,該系統產生12個螢屏、10個報表,需要大約80個軟體構件,假定該軟體具有“中等”復雜度和“正常開發者環境”成熟度,復用的百分比為40%,試完成以下計算:
    (1)計算專案的NOP,
    (2)進行作業量估算(人員),
    (3)假設軟體人員勞動力平均價格是每月5000元人民幣,求每個NOP的成本,

  1. 根據下面資訊域特性值:
外部輸入數外部輸出數外部查詢數內部介面數外部檔案數
10121588

根據各項加權因子均為5,不考慮復雜度調整值(即: ∑ F i = 0 \sum{F_i}=0 Fi?=0),試完成以下計算:
(1)計算專案的功能點的總計數值FP,
(2)設平均生產率為10FP/pm,軟體人員勞動力平均價格為5000元人名幣,求每個FPD的成本,
(3)根據FP值計算總的專案成本,并進行作業量估算(人月),


P81
功能點(Function Point,FP)測量是在需求分析階段給予系統功能的一種規模估計方法

  • F P = 總 計 數 × [ 0.65 + 0.01 × S U M ( F i ) ] FP=總計數×[0.65+0.01×SUM(F_{i})] FP=×[0.65+0.01×SUM(Fi?)]
  1. 在人員和時間之間的關系是高度非線性的,使用Putnam的軟體公式,編制一個表,反映軟體專案中人員數量于專案持續時間之間的關系,該專案需要50 000LOC和15人年的作業量(生產率引數為5000,且B=0.37),假定該軟體必須在24個月和加減12個月的時間期限內交付,
  2. 表4-13是某公司的一個專案的歷史書籍,假設評價時間為2008年4月1日,試利用獲得值分析公式計算如下指標:
    表4-13 專案歷史資料
作業任務估計作業量成本人天實際作業量成本估計完成日期實際完成日期
15102008-1-252008-2-1
220152008-2-152008-2-15
35062008-5-15
440502008-4-152008-4-1
590502008-7-1
680702008-9-1

(1)預計作業的預算成本BCWS,
(2)已完成作業的預算成本BCWP,
(3)完成作業的預算成本BAC,
(4)已完成作業的實際成本ACWP,


P99

  • 計劃完成作業的預算成本(Budgeted Cost of Work Scheduled,BCWS):
    是到目前為止的總預算成本,它表示”到目前為止原來計劃成本是多少“或者說”到該日期為止本應該完成的作業是多少‘,它是根據專案計劃計算出來的,
  • 已完成作業的預算成本(Budgeted Cost of Work Performed,BCWP):
    又稱為以獲取價值,是到目前為止已完成的作業的原來預算成本,它表示了“到該日期為止完成了多少作業”
  • 作業完成的預算成本(Budgeted At Completion,BAC):
    是專案計劃中的成本估算結果,是專案完成的預計總成本,
  • 已完成作業的實際成本(Actual Cost of Work Performed,ACWP):
    是到目前為止所完成作業的實際成本,它說明了“到該日期為止實際花了多少錢”,可以由專案組統計,

(1)BCWS=5+20=25 (估計日期4-1前的估計成本加起來)
(2)BCWP=5+20+40 (已完成的估計成本加起來)
(3)BAC=5+20+50+40+60+80=255 (所有估計成本加起來)
(4)ACWP=10+15+50=75 (已完成的實際成本加起來)

  1. 假設一10%的年利率借得30 000元,投資于某個生命周期為10年得專案,為使該投資專案成為有利得專案,每年至少應識訓得現金數額為多少?

  1. 某個固定資產投資專案需要原始投資1000萬元,有A、B、C、D4個互相排斥的備選方案可供選擇,各方案的凈現值指標分別為420.89萬元,511.72萬元,620.60萬元和556.26萬元,試按凈現值法進行比較決策,

  1. 某人擬存入一筆資金以備3年后使用,假定銀行3你那期存款年利率為5%,3年后需用的投資金額為34 500元,則在單利計算情況下,目前需存入的資金是多少元?

  1. 某公司準備購置一臺設備,有甲、乙兩種可供選擇,甲設備比乙設備高5030元,但每年使用費可節約600元,該設備可以使用10年,假設年利率為6%,該公司應選擇使用哪一種設備?

分析題

45’
P181

  1. 一個機票預訂系統完成如下功能:作業人員把預定機票的旅客資訊(姓名、身份證號碼、航班號、出行時間、出行起始地、出行目的地等)輸入該系統,系統為旅客預訂航班(如果航班滿員,系統自動查出滿足出行時間、出行起始地、出行目的地的其他航班供選擇),列印出取票通知,旅客在飛機起飛前一天憑取票通知繳款取票,作業人員通過使用該系統核對旅客資訊無誤后,確認繳款并列印出機票給旅客;系統需要作業人員登錄才能進入,系統登錄后上一次操作后,都會返到選擇操作界面(選擇“預訂航班”還是“繳款”),請用資料流圖描述該系統,

  1. 某儲蓄所的存、取款業務需求如下:儲戶將填好的存(取)款但及存折交給業務員,業務員進行分類處理,如存取(款)單填寫有誤,將存折及存(取)款單返還儲戶;如果是存款,將存折及存款單、現金交存款業務員處理,存款業務員通過讀存折器查出儲戶賬款資訊,錄入存款資訊,列印存折后將存折返還給儲戶;如果是取款,將存折及取款單交取款業務員處理,取款業務員通過讀存折器查出儲戶賬款資訊,錄入取款資訊,列印存折后將存折于現金交付儲戶,試畫出該系統分層的資料流圖,

  1. 某學校的教材購銷系統又如下功能:學生買書,首先填寫購書單,計算機根據各班學生用書表及售書登記表審查有效性,若有效,計算機根據教材庫存表進一步判斷書庫中收費有書;若有書,把領書單回傳給學生,學生憑領書單到書庫領書,對脫銷的教材,系統用缺書單的形式通知書庫,新書購進庫后,也由書庫將通知回傳系統,就以上系統功能畫出分層的資料流圖,

P208

  1. 儲戶將填好的存(取)款單、存折交給銀行,銀行作業人員做如下處理:根據存(取)款單選擇存款還是取款操作;如果是存款則進行存款處理;如果是取款則進行取款處理;存(取)款后列印存折,圖8-24~圖8-27是該系統的分層資料流圖,是將其轉換為軟體結構圖,

  1. 將第七章思考題8的資料流程圖轉換為軟體結構圖,

  1. 圖書館的預訂圖書子系統又如下功能:①由供書部門提供書目給訂購組;②訂購組從各單位取得要訂的書目;③根據供書目和訂書書目產生訂書檔案留底;④將訂書資訊(包括數目,數量等)反饋給供書單位;⑤將未訂書目通知訂書者;⑥對于重復訂購的書目由系統自動檢查,并把結果反饋給訂書者,根據要求畫出該問題的資料流圖,并將其轉換為軟體結構圖,

  1. 畫出下面由PDL寫出的程式的PAD(其中A、B、C1、C2、D1、D2、D3、E、F表示陳述句塊),
A
loop while a
	B
	if b>0 then
		C1
	else 
		C2
	end if
	case d of
		case d1:D1
		case d2:D2
		case d3:D3
	end case
	E
end loop
F


在這里插入圖片描述

  1. 畫出第4題中由PDL寫出的程式的N-S圖,


在這里插入圖片描述

  1. 郵寄包裹收費如下:若收件地點在1000千米以內,普通件每千克2元,掛號件每千克3元,若收件地點在1000千米以外,普通件每千克2.5元,掛號件每千克3.5元,任何包裹若重量大于30千克,超出部分每千克加收0.5元,請繪制確定收費的判定樹和判定表,

給需求=》歸并用例=》畫用例圖=》寫用例規約
可參考UML用例圖

持續更新中~

原創不易,請勿轉載本不富裕的訪問量雪上加霜
博主首頁:https://wzlodq.blog.csdn.net/
微信公眾號:唔仄lo咚鏘
如果文章對你有幫助,記得一鍵三連?

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/243625.html

標籤:其他

上一篇:綜合實驗(五)

下一篇:pix4d mapper相機未校準后手動添加連接點完美案例圖文教程

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more