freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

軟件工程的內(nèi)容與方法習題與解答(完整版)

2024-12-25 12:35上一頁面

下一頁面
  

【正文】 析的出發(fā)點是業(yè)務(wù)模型和功能模型,落腳點是系統(tǒng)中的實體及其屬性,是企事業(yè)單位的數(shù)據(jù)模型中的所有元素。同時,對系統(tǒng)的軟、硬件環(huán)境配置、開發(fā)工具、開發(fā)工期、費用、開發(fā)進度、培訓、系統(tǒng)風險進行評估。要知道,合同是具有法律效力的。 ( 3)需求分析要占用整個軟件開發(fā)時間或工作量的 30%左右?!度蝿?wù)書》的正文可長可短,若合同或立項建議書很詳細,則正文可短。任務(wù)書是企業(yè)決定開發(fā)某軟件時,對此任務(wù)的具體部署情況,以書面的形式表達出來,包括正文和附件。技能風險是指項目組成員掌握新技術(shù)的風險程度。 3.立項書的編制者為什么主要是軟件公司的市場銷售人員,而不是開發(fā)人員? 軟件開發(fā)出來終歸要推向市場的,軟件能不能被市場接受是軟件開發(fā)成功的標準 。 ( 5)用戶提出需求以外,很少參與開發(fā)工作。它有針對性地對選定的軟件開發(fā)模型中定義的生存周期,進行恰當?shù)牟脺p。為此, ISO 9000 或 CMMI 管理體系規(guī)定采取階段評審和不符合項的動態(tài)跟蹤制度,只有前一階段的不符合項全部改正后,才允許 開發(fā)人員進入后一階段的工作。 下面是本章的習題解答: 1. 為什么要選擇軟件開發(fā)模型?軟件開發(fā)模型與軟件生存周期有什么關(guān)系? 因為軟件開發(fā)模型是軟件工程研究的四大內(nèi)容之一,它雖然不是軟件工程研究的重點,但是在宏觀上特別重要。規(guī)定的條件時,就能查詢出基本表中符合條件記錄的學號、姓名、性別的值。因為一個一個的信息孤島,既分散了信息資源,有不能發(fā)揮信息的最大價值。 17. 請你總結(jié)信息系統(tǒng)的建設(shè)方法。因為 CMMI 和 ISO 9000 模式規(guī)定了嚴格的管理制度、文檔和評估軟件能力與成熟度等級的一套標準,它們幾乎包括了所有的 IT 的企業(yè),只是一些優(yōu)秀的企業(yè)自己內(nèi)部形成特有的企業(yè)管理文化,但是它們并不排斥 CMMI 和 ISO 9000 模式,甚至還充分肯定 CMMI和 ISO 9000 體系。 CMMI 通過三個方面來管理 或監(jiān)視 軟件企業(yè): ( 1)軟件組織:用它來不斷改進自身的軟件過程管理能力。 9. 怎樣理解“微軟企業(yè)文化”現(xiàn)象?試比較它與 ISO 9000 和 CMMI的各自特點。 “五個面向理論”是 指“面向流程分析、面向數(shù)據(jù)設(shè)計、面向?qū)ο髮崿F(xiàn)、面向功能測試、面向過程管理”,它是在 綜合“四種開發(fā)方法” 各自的優(yōu)點之 后提出的 軟件工程實施理論 ,是對前者的繼承與 發(fā)展 。 程序是計算機為完成特定任務(wù)而執(zhí)行的指令的有序集合。 軟件支持過程 由所支持的 CASE 工具組成,常用的 CASE 工具有PowerDesigner 和 Rational Rose。首先,因為你學習了軟件工程,最后連它的主要內(nèi)容及方法都說不清楚,實在對不起自己。 軟件工程研究的內(nèi)容包括軟件開發(fā)方法、軟件開發(fā)模型、軟件支持過程和軟件管理過程。這里的數(shù)據(jù)不僅包括初始化數(shù)據(jù)、測試數(shù)據(jù),而且包括研發(fā)數(shù)據(jù)、運行數(shù)據(jù) 、維護數(shù)據(jù),也包括軟件企業(yè)積累的項目工程數(shù)據(jù)和項目管理數(shù)據(jù)中的大量決策原始記錄數(shù)據(jù)。這是對基本原理的補充與發(fā)展。 ISO 9000 通過其自己制定的 過程管理 標準, 在 IT 行業(yè)中, 它適用于網(wǎng)絡(luò)集成中心 、軟件研發(fā)中心 、 客戶服務(wù)中心及系統(tǒng)維護中心,從而達到管理 IT 企業(yè) 的目的 。 10.怎樣理解 CMMI?如何用 CMMI去管理軟件企業(yè)? CMMI 是評估軟件能力與成熟度等級的一套標準。 對于一個軟件企業(yè)來說,最重要的是根據(jù)企業(yè)的實際,產(chǎn)生適合自身發(fā)展需要的軟件質(zhì)量管理系統(tǒng)( QMS) ,當前軟件開發(fā)中有三個因素:過程、技術(shù)和人員,它們構(gòu)成了軟件的鐵三角。 15. 系統(tǒng)集成是什么含義?怎樣看待市場上的計算機網(wǎng)絡(luò)集成商? 系統(tǒng)集成是指網(wǎng)絡(luò)環(huán)境、數(shù)據(jù)環(huán)境和程序環(huán)境(企業(yè)門戶)三個方面的集成。 18. 對信息系統(tǒng)建設(shè)中的信息,一是要標準化,二是要集成化,這是為什么? 標準化是為集成化服務(wù)的,沒有標準化就不能實現(xiàn)集成化 。(條件語句) 視圖( j1_spj)的創(chuàng)建是依據(jù)基本表( student)進行查詢。 軟件生存周期及開發(fā)模型 習題 與 解答 本章提示: 軟件生存周期及開發(fā)模型這一章 篇幅不大, 主要 是介紹軟件企業(yè)常用的四個開發(fā)模型: 瀑布模型、增量模型、迭代模型、原型模型,重點是瀑布模型,難 點是迭代模型。 答案如表 82 所示 : 表 82 開發(fā)模型優(yōu)缺點 序 號 模 型 名 稱 優(yōu) 點 缺 點 1 瀑布模型 簡單好學 逆轉(zhuǎn)性差 2 增量模型 可以分階段提交 有時用戶不同意 3 迭代模型 克服瀑布模型的缺點 對開發(fā)人 員要求高 4 原型模型 開發(fā)速度快 不利于創(chuàng)新 3. 軟件公司的 ISO 9000 或 CMMI管理體系與軟件開發(fā)模型有關(guān)嗎?為什么? 無關(guān)。其中瀑布模型和原型模型是這些軟件公司最常用的,其次是增量模型,最后是迭代模型。 ( 2)分析設(shè)計人員對應用領(lǐng)域很熟悉。 下面是本章的習題解答: 1.為什么說立項是一切項目的源頭,也是軟件項目的源頭? 立項的過程就是軟件企業(yè)決定是否去開發(fā)某項目或產(chǎn)品的過程。 5.什么叫風險分析?技能風險和技術(shù)風險有何區(qū)別? 這 里的風險分析是指軟件立項過程中對產(chǎn)品開發(fā)、銷售等可能出現(xiàn)的風險進行分析。不同點是:前者突出熟悉產(chǎn)品的應用業(yè)務(wù)領(lǐng)域,后者突出熟悉產(chǎn)品的需求與設(shè)計。例如,有跨組織、跨部門的某個大系統(tǒng)項目,軟件的需求由它的系統(tǒng)總體設(shè)計組分配。本章專門討論需求分析, 提出了需求分析中 要建立“ 功能、性能、接口 ” 這樣的“三個需求模型”,總結(jié)了需求分析的 理論、 方法與 技巧 , 給出了需求文檔的參考模板,其目的是 力圖解決 需求分析 這個難題。在軟件工程項目中首先要獲取用戶的需求,通過對軟件需要的提取、分析、文檔化以及驗證,為進一步的設(shè)計和實現(xiàn)提供依據(jù)。而流程是動 態(tài)的、實時的。 7.為什么說元數(shù)據(jù)的分析與識別是需求分析的議題之一? 元數(shù)據(jù)是組織數(shù)據(jù)的數(shù)據(jù),描述數(shù)據(jù)的數(shù)據(jù),關(guān)于數(shù)據(jù)的數(shù)據(jù)。這些記錄稱為基礎(chǔ)數(shù)據(jù)。對于以關(guān)系數(shù)據(jù)庫為平臺的信息系統(tǒng)軟件來說,面向數(shù)據(jù)需求分析的方法的特點是抓住了本質(zhì)。 12.用戶需求報告與需求規(guī)格說明書有何差異? ( 1)用戶需求報告是對外的,需求規(guī)格說明書是對內(nèi)的。 簽完合同后,一般是先書寫出用戶需求報告,后書寫出需求規(guī)格說明書。 15.需求描述有哪幾種工具?你喜歡哪一種?為什么? 需求描述的工具包 括數(shù)據(jù)流圖、業(yè)務(wù)流程圖、用況圖、時序圖、用戶交互圖、數(shù)據(jù)模型圖和功能需求列表、性能需求列表、接口需求列表、界面需求列表等。 下面是本章的習題解答: 1.為什么說計劃只是策劃的一個結(jié)果? 軟件策劃,或者軟件計劃,英文都是 Planning。 ( 1)對供項目策劃和跟蹤用的三個軟件估計已建立文檔。至少策劃要在軟件《合同》 /《立項建議書》和《任務(wù)書》之后。 8.所謂定義軟件過程是什么含義? 所謂定義軟件過程,就是根據(jù)選定的生存周期模 型,規(guī)定軟件的開發(fā)階段,及每一階段的工作步驟和文檔標準等內(nèi)容。 類比法適合評估一些與歷史項目在應用領(lǐng)域、環(huán)境和復雜度的相似項目,通過新項目與歷史項目的比較得到規(guī)模估計。 對軟件工作產(chǎn)品成本的費用進行量化估計,其方法如表 84 所示 表 84 軟件工作產(chǎn)品成本估計的方法 序號 估計方法 估計單位(元) 方法說明 1 直接的勞務(wù)費 人民幣元 開發(fā)人員的工資和福利 2 管理費 人民幣元 技術(shù)管理和行政管理人員的工資和福利 3 差旅費 人民幣元 售前、售中、售后的人員差旅費 4 計算機使用費 人民幣元 網(wǎng)絡(luò)設(shè)備的折舊費 和房租水電費 5 其他招待費和公關(guān)費 人民幣元 控制在總費用的 15%以內(nèi) 12.項目跟蹤與監(jiān)督的基礎(chǔ)是什么? 在項目策劃階段,要為開發(fā)計劃制定嚴格的審批流程。 ( 7)關(guān)鍵計算機資源的估計和使用情況。 直接人工 :是指直接參與軟件產(chǎn)品開發(fā)的相關(guān)的程序員、系統(tǒng)分析員等直接相關(guān)的項目組成員。 17.請設(shè)計出以下策劃管理文檔:項目周報、項目月報、里程碑報告、重大事件 報告、軟件開發(fā)計劃評審報告、項目計劃變更申請表、計劃更改與批準記錄。 下面是本章的習題解答: 1. 軟件設(shè)計的輸入輸出是什么? 對于簽訂合同的項目,軟件設(shè)計的輸入時《用戶需求報告》 /《需求規(guī)格說明書》,輸出是《概要設(shè)計說明書》和《詳細設(shè)計說明書》。 兩者的設(shè)計者不同,在一般情況下,《概要設(shè)計說明書》是由系統(tǒng)設(shè)計師負責,《詳細設(shè)計說明書》則由高級程序員負責。因此詳細設(shè)計是面向模塊的,不是面向組織結(jié)構(gòu)或部門單位的。 1) 可靠性。 b.可測試性。 1)每個類的加權(quán)方法 2)繼承樹的深度。三種設(shè)計方法各有所長,所以各有應用空間。當前主要的建模語言是 UML, 主要的 建模工具是 Rational Rose和 Power Designer。 “9種圖”包括:類圖、對象圖、用例圖、順序圖、協(xié)作圖、狀態(tài)圖、活動圖、構(gòu)件圖、實施圖。 一般而言,人們最常用的是建立系統(tǒng)的用例圖、類圖和順序圖。 但任何事物都有正反兩個方面, UML 這種新興的建模工具也存在它本身的一些不足和缺點: ( 1) UML 建??梢暬?圖形的內(nèi)容太多、太深、太寬,導致難學難教。 語言只是方法論的一部分,而且只是實現(xiàn)方法論的一種工具,方法論包含語言。因此,要分析它的語法狀態(tài)轉(zhuǎn)移矩陣及其相關(guān)的數(shù)據(jù)結(jié)構(gòu)。 功能模型和業(yè)務(wù)模型是在需求分析時建模,是兩個基本點。 微觀上的軟件實現(xiàn)包括軟件編程 、單元測試 和文檔書寫這三 部分 ,宏觀上的軟件實現(xiàn)將詳細設(shè)計也包括了進去。 ( 2)易于驗證。 ( 3)附錄。 10. 面向?qū)ο蟪绦蛟O(shè)計的特點是什么?它與面向過程程序設(shè)計有何差異? 面向?qū)ο?程序設(shè)計 有三個特點: ( 1) 封裝性。 ( 2)面向過程程序設(shè)計方法以功能為中心來設(shè)計功能模塊,難于維護;而面向?qū)ο蟪绦蛟O(shè)計方法以數(shù)據(jù)為中心來描述系統(tǒng),數(shù)據(jù)相對于功能而言具有較強的穩(wěn)定性,因此更易于維護。 內(nèi)容簡介( Introduction) 簡單地介紹編寫背景。 使用流程( Use Flow) 描述具體功能的使用順序。 在老師的指導下,學生分成若干項目組,每組 57 個人,有一名項 目經(jīng)理,一名美工,兩名分析與設(shè)計師,一名測試員,多名程序員 ( 可以兼職 ) ,既有分工,又有協(xié)作,發(fā)揮團隊精神,用程序設(shè)計語言實現(xiàn)“圖書館信息系統(tǒng)。 進行此功能的業(yè)務(wù)介紹( Operation Introduce) 對此功能進行簡單介紹,說明所能完成的功能。 主要功能 對系統(tǒng)進行詳細講解和功能介紹。 ( 4)面向?qū)ο蟪绦蛟O(shè)計方法可以利用框架產(chǎn)品(如 MFC, Microsoft Foundation Classes) 進行編程。 ( 2) 繼承性。其中前言又包括:內(nèi)容簡介、使用約定。 ( 4)遵守某一編程規(guī)范。 下面是本章的習題解答: 1. 軟件實現(xiàn)的輸入 /輸出是什么? 軟件實現(xiàn)的輸入是《詳細設(shè)計說明書》,輸出是源程序、目標程序以及用戶指南。功能模型和業(yè)務(wù)模型給數(shù)據(jù)模型提供數(shù)據(jù)與維護數(shù)據(jù),數(shù)據(jù)模型支持功能模型和業(yè)務(wù)模型的正常運行。而該語言的文本就是編譯系統(tǒng)和解釋系統(tǒng)的功能模型。而 UML 建模語言只是提供了一大堆建模的可視化圖形符號,并沒有告訴讀者,應該在什么時候、用什么方法、去建立什么模型。 ( 3) UML 過多考慮了各種分析、設(shè)計、實現(xiàn)的普遍性,過少考慮了它們的特殊性。 UML 的優(yōu)點: ( 1) UML 語言使系統(tǒng)建模過程標準化 、 統(tǒng)一化、規(guī)范化。 UML 的微觀建模思想是:基本結(jié)構(gòu)模型、高級結(jié)構(gòu)模型、基本行為模型、高級行為模型、體系結(jié)構(gòu)模型( 5 個方面, 66 個微觀建模)。另外,還介紹了如何用 UML 來描述這 “三個模型” , 最后 還總結(jié)了 UML 的優(yōu)缺點。我們只 能揚長避短、為我所用。 4)對象類間的耦合。 d. 危險性。 a. 可移植性。不同的設(shè)計人員對相同的問題可以得到不同的設(shè)計方案。 所以 概要設(shè)計是系統(tǒng)總體結(jié)構(gòu)設(shè)計或系統(tǒng)架構(gòu)設(shè)計 。 2. 為什么說“軟件設(shè)計以面向數(shù)據(jù)為主,以面向功能和面向?qū)ο鬄檩o。 參考本書的圖書館信息系統(tǒng)那一章,按照 《軟件開發(fā)計劃書》 參考模板書寫即可,在此省略。 間接成本:是指與軟件開發(fā)沒有直接關(guān)系的日常開銷,例如招待費、器材損耗等。 ( 9)風險的識別和評估。 13.軟件開發(fā)計劃書應包括哪些內(nèi)容? 《軟件開發(fā)計劃書》是軟件策劃的輸出文檔,它包括如下 10 個方面的內(nèi)容: ( 1)軟件項目的目的、范圍、目標和對象。 第三種估計方法:功能點估計法。 10.簡述對軟件工作產(chǎn)品規(guī)模進行量化估計的方法。 6.簡述軟件策劃的方法。這里的活動,包括開發(fā)活動和管理活動。計劃是一 份文檔,是一個結(jié)果。不同的軟件,對分析要求的嚴格程度不同。 13.怎么理解“不符合項”?為什么要對它進
點擊復制文檔內(nèi)容
環(huán)評公示相關(guān)推薦
文庫吧 www.dybbs8.com
備案圖鄂ICP備17016276號-1