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

正文內(nèi)容

西交軟件工程概論離線作業(yè)答案(留存版)

  

【正文】 構(gòu)化分析方法進(jìn)行分析。 ( 2)框架模型:與結(jié)構(gòu)模型類似,不側(cè)重細(xì)節(jié),側(cè)重于系統(tǒng)的整體結(jié)構(gòu)(模式)。每個(gè)視圖都是模型的一種顯示表示方式。 控制范圍:模塊本身及其所有下屬模塊的集合。對(duì)于不合理的輸入數(shù)據(jù),要將反饋信息提供給用戶。 3.簡(jiǎn)述軟件測(cè)試的步驟。 ( 6)漸增式占用的時(shí)間較多,但非漸增式需更多的驅(qū)動(dòng)模塊、樁模塊,也占用一些時(shí)間。 3.( 軟件再工程 )是視圖增加當(dāng)前系統(tǒng)的總體質(zhì)量、提高可維護(hù)性的工 程。這是為 以后進(jìn)一步的運(yùn)行和維護(hù)打好基礎(chǔ),占整個(gè)維護(hù)工作的 4%。 (4)選擇可維護(hù)的語(yǔ)言 程序設(shè)計(jì)語(yǔ)言的選擇對(duì)維護(hù)影響很大。評(píng)審工作很重要,通過(guò)評(píng)審回答要不要維護(hù),從而可以避免盲目的維護(hù)。 差異 由于維護(hù)階段持續(xù)時(shí)間很長(zhǎng),正在運(yùn)行的軟件可能是十幾、二十年前開(kāi)發(fā)的, 開(kāi)發(fā)工具、方法、技術(shù)與當(dāng)前的工具、方法、技術(shù)差 異很大,這又是維護(hù)困難的另一因素。 二、選擇題 ( C ) 《軟件工程概論》 30 面向?qū)ο蟮脑O(shè)計(jì)中,我們應(yīng)遵循的設(shè)計(jì)準(zhǔn)則除了模塊化、抽象、低耦合、高內(nèi)聚以外,還有( B ) ( D ) ,而且支持?jǐn)?shù)據(jù)抽象 ,類是最基本的模塊 ( D ) 裝更具體、更細(xì)致 ,反映了狀態(tài)與事件關(guān)系的是 ( B ) ( C ) 三、簡(jiǎn)答題 ? 答:傳統(tǒng)軟件主要有以下幾個(gè)方面的缺陷: 《軟件工程概論》 31 ( 1)面向過(guò)程為主。 每個(gè)對(duì)象都有自身唯一的標(biāo)識(shí),通過(guò)這種標(biāo)識(shí),可找到相應(yīng)的對(duì)象。不同的對(duì)象,收到同一消息可以產(chǎn)生不同的結(jié)果,這種現(xiàn)象稱為多態(tài)性。 答: UML(Unified Modeling Language)語(yǔ)言 軟件工程領(lǐng)域在 1995 年~ 1997 年取得了前所未有的進(jìn)展,其成果超過(guò)軟件工程領(lǐng) 域過(guò)去 15 年的成就總和,其中最重要的成果之一就是統(tǒng)一建模語(yǔ)言( UML) 的出現(xiàn)。 A.一般與具體 B.整體與部分 C.分類關(guān)系 D.依賴關(guān)系 3.以下說(shuō)法錯(cuò)誤的是( A ) A.面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計(jì)的定義沒(méi)有明顯的區(qū)別 B.在實(shí)際的軟件開(kāi)發(fā)過(guò)程中面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計(jì)的界限是模糊的 C.面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O(shè)計(jì)活動(dòng)是一個(gè)多次反復(fù)迭代的過(guò)程 D.從面向?qū)ο蠓治龅矫嫦驅(qū)ο笤O(shè)計(jì),是一個(gè)逐漸擴(kuò)充模型的過(guò)程 4.軟件開(kāi)發(fā)過(guò)程中抽取和整理用戶需求并建立問(wèn)題域精確模型的過(guò)程叫( D ) A.生存期 B.面向?qū)ο笤O(shè)計(jì) C.面向?qū)ο蟪绦蛟O(shè)計(jì) D.面向?qū)ο蠓治? 5.一個(gè)面向?qū)ο蟮南到y(tǒng)的體系結(jié)構(gòu)通過(guò)它的( B )的關(guān)系確定。 抽象強(qiáng)調(diào)對(duì)象的本質(zhì)和內(nèi)在屬性,忽視與問(wèn)題無(wú)關(guān)的屬性。它有助于表達(dá)系統(tǒng)功能的高層表述。 ( 2) 控制對(duì)象(或控制類) 控制用例的流程,表示協(xié)調(diào)、順序、事務(wù)處理以及對(duì)其他對(duì)象的控制(如分派任務(wù)給其他對(duì)象)。 (3). 確定關(guān)聯(lián) 兩個(gè)或多個(gè)類之間的相互依賴就是關(guān)聯(lián)。 :( 實(shí)例復(fù)用 )、( 繼承復(fù)用 )、( 多態(tài)復(fù)用 )。 在面向?qū)ο蠓椒ㄖ?,?duì)象是最基本的模塊,因此,耦合主要指不同對(duì)象之間相互關(guān) 聯(lián)的緊密程度。 ? 答: 面向?qū)ο箝_(kāi)發(fā)方法很自然地支持了把系統(tǒng)分解成模塊的設(shè)計(jì)原則:對(duì)象就是模塊。模型的不同組成部分多半是在不同的階段完成的,如果發(fā)現(xiàn)模型的缺陷,就必須返回到前期階段去修改,有些細(xì)化工作是在動(dòng)態(tài)模型和功能模型完成之后才開(kāi)始進(jìn)行的。查找問(wèn)題陳述中的所有名詞,產(chǎn)生如下的暫定類。 RUP中,將對(duì)象分為幾種類型,并分別描述。 ( 2)定義用例的優(yōu)先級(jí) ( 3)描述每個(gè)用例 用例描述可有不同的抽象層次與描述模板。 。 類之間的連接關(guān)系是( 關(guān)聯(lián)關(guān)系 );類之間整體與部分的關(guān)系是( 聚合關(guān)系 )。 方法 OMT 方法是 1991 年由 James Rumbaugh 等 5 人提出來(lái)的 ,其經(jīng)典著作為 “面向?qū)ο蟮慕Ec設(shè)計(jì) ”。 在軟件開(kāi)發(fā)中,類的繼承性使所建立的軟件具有開(kāi)放性、可擴(kuò)充性,這是信息組織與分類的行之有效的方法,它簡(jiǎn)化了對(duì)象、類的創(chuàng)建工作量,增加了代碼的可重性。重用的實(shí)施僅僅是公用模塊的調(diào)用。 2.具有相同或相似性質(zhì)對(duì)象的抽象就是(類)。軟件生存周期中的開(kāi)發(fā)階段沒(méi)有嚴(yán)格而又科學(xué)的管理和規(guī)劃,就會(huì)引起軟件運(yùn)行時(shí)的維護(hù)困難。該報(bào)告也稱為軟件問(wèn)題報(bào)告。為了保證可維護(hù)性,以下四類檢查是非常有用的: 。 ( 3) 完善性維護(hù) 在軟件漫長(zhǎng)的運(yùn)行時(shí)期中,用戶往往會(huì)對(duì)軟件提出新的功能要求與性能要求。如果系統(tǒng)是不可靠的,就很難保證系統(tǒng)的安全性、保密性等許多特性。 ( 2)非漸增式需要更多的工作量,因?yàn)槊總€(gè)模塊都需要驅(qū)動(dòng)模塊和樁模塊,而漸增式利用已測(cè)試過(guò)的模塊作為驅(qū)動(dòng)模塊或樁模塊,因此工作量較少。 ( 2)在接口上,能否正 確地接受輸入數(shù)據(jù),能否產(chǎn)生正確的輸出信息。 三、問(wèn)答題 件測(cè)試的原則有哪些? 答:( 1)測(cè)試用例不但應(yīng)有輸入數(shù)據(jù),還應(yīng)有預(yù)期的輸出數(shù)據(jù)。 7.有效模塊化設(shè)計(jì)的啟發(fā)式原則有哪些? 答:( 1)評(píng)估軟件結(jié)構(gòu)的初始模型以降低耦合并提高內(nèi)聚。 MVC 不僅有助于增強(qiáng)用戶界面層的層內(nèi)聚,而且有助于降低用戶界面與系統(tǒng)其余部分以及 UI 本身各部分之間的耦合。即著手實(shí)現(xiàn)軟件的需求,并將設(shè)計(jì)的結(jié)果反映在“設(shè)計(jì)說(shuō)明書”文檔中,所以軟件設(shè)計(jì)是一個(gè)把軟件需求轉(zhuǎn)換為軟件表示的過(guò)程,最初這種表示只是描述了軟件的總的體系結(jié)構(gòu),稱為軟件概要設(shè)計(jì)或結(jié)構(gòu)設(shè)計(jì)。存款處理要登記儲(chǔ)戶的存款信息,需要建立數(shù)據(jù)存儲(chǔ)文件;而取款處理要讀取數(shù)據(jù)存儲(chǔ)文件及查閱儲(chǔ)戶的信息,取款后要修改儲(chǔ)戶信息。該方法利用圖形等半形式化工具表達(dá)需求,簡(jiǎn)明、易讀,也易于使用,為后一階段的設(shè)計(jì)、測(cè)試、評(píng)價(jià)提供了有利條件。通常軟件要處理的問(wèn)題如果太大太復(fù)雜就很難理解,若劃分成幾部分,并確定各部分間的接口,就可完成整體功能。 ( 2)安裝:在目標(biāo)環(huán)境下安裝、運(yùn)行系統(tǒng)并提交文檔。 3 簡(jiǎn)述可行性研究的步驟 答: ( 1)復(fù)查確認(rèn)系統(tǒng)目標(biāo)、規(guī)模 ( 2)研究現(xiàn)行系統(tǒng)的工作流程 《軟件工程概論》 7 ( 3)導(dǎo)出目標(biāo)系統(tǒng)高層邏輯模型( 4)導(dǎo)出和評(píng) 價(jià)供選擇的方案 ( 5)推薦可行方案 ( 6)編寫可行性研究報(bào)告,送審 4.針對(duì)不同工作目標(biāo),軟件項(xiàng)目計(jì)劃有哪些內(nèi)容。而增量模型屬于非整體開(kāi)發(fā)模型,它推遲某些階段和所有階段中的細(xì)節(jié),從而較早地產(chǎn)生工作軟件。 6.螺旋模型將( 瀑布 )模型和( 增量 )模型結(jié)合起來(lái),加入了兩種模型均忽略了的風(fēng)險(xiǎn)分析,彌補(bǔ)了這兩種模型的不足。 表現(xiàn):開(kāi)發(fā)的軟件不能滿足用戶的要求;無(wú)完整、規(guī)范的文檔,難以維護(hù);項(xiàng)目計(jì)劃不周,進(jìn)度拖延;軟件質(zhì)量差。 第 二 章 軟件項(xiàng)目管理 本章要點(diǎn): 1. 軟件項(xiàng)目管理的概念 2. 可行性研究 3. 軟件項(xiàng)目計(jì)劃 4. 項(xiàng)目進(jìn)度安排與跟蹤 5. 軟件質(zhì)量管理 6. 軟件配置管理 本章目標(biāo): 1. 掌握軟件項(xiàng)目管理的概念 2. 了解可行性研究的任務(wù)和目的 3. 掌握軟件項(xiàng)目計(jì)劃的相關(guān)內(nèi)容 4. 了解軟件質(zhì)量保證的相關(guān)內(nèi)容 本章重點(diǎn): 1. 可行性研究的任務(wù)和目的 2. 軟件項(xiàng)目計(jì)劃的相關(guān)內(nèi)容 本章難點(diǎn): 1. 可行性研究的任務(wù)和目的 《軟件工程概論》 5 2. 軟件項(xiàng)目計(jì)劃的相關(guān)內(nèi)容 一 、 填空題 1.( 軟件可行性研究 )的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開(kāi)發(fā),是否值得去開(kāi)發(fā)。 ( 6)綜合支持計(jì)劃:規(guī)定軟件開(kāi)發(fā)過(guò)程中所需要的支持,以及如何獲取和利用這些支持。 ( 手工建立 )和( 利用計(jì)算機(jī)輔助建立并維護(hù) )。 數(shù)據(jù)字典和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的邏輯模型,是需求規(guī)格說(shuō)明書的主要組成部分。 ( 3)對(duì)于一些頻繁的人機(jī)交互的軟件系統(tǒng),如飛機(jī)訂票、銀行管理、文獻(xiàn)檢查等系統(tǒng),用戶最關(guān)心的是如何使用它,輸入命令、操作方式、系統(tǒng)響應(yīng)方式、輸入格式等等,都是用戶需求的重要方面, DFD 不適合描述人機(jī)界面系統(tǒng)的需求。 頂層圖: 《軟件工程概論》 13 數(shù)據(jù)流條目: 報(bào)名單=姓名+性別+年齡+學(xué)歷+身份證號(hào)碼+地區(qū)+職業(yè)+待考專業(yè) 成績(jī)單=姓名+專業(yè)+{科目+考試時(shí)間+成績(jī)} 41 考生通知單=姓名+專業(yè)+{科目+考試時(shí)間+考試地點(diǎn)}?? 準(zhǔn)考證=編號(hào)+姓名+性別+年齡+身份證號(hào) 總報(bào)名單={報(bào)名單}+各專業(yè)人數(shù)+總?cè)藬?shù) 數(shù)據(jù)項(xiàng)條目: 成績(jī):別名:平均成績(jī) 類型:實(shí)型 長(zhǎng)度: 6 位,小數(shù)點(diǎn)后一位 準(zhǔn)考證編號(hào):別名:無(wú) 類型:字符串 長(zhǎng)度: 10 取值范圍及含義:前四位表示專業(yè),后六位表示本專業(yè)內(nèi)編號(hào) …… 加工條目: 加工名稱: EMS 編號(hào):無(wú) 輸入 /出:略 加工邏輯:對(duì)全市的成人自學(xué)考試進(jìn)行管理,主要功能有:報(bào)名、 考試、成績(jī)管理等。 ( 3)動(dòng)態(tài)模型:補(bǔ)充模型,強(qiáng)調(diào)系統(tǒng)的行為性質(zhì)。每個(gè)模型對(duì)象可能有許 多獨(dú)立的視圖對(duì)象與之關(guān)聯(lián),例如表示數(shù)字?jǐn)?shù)據(jù)的模型可能有一個(gè)直方圖的或一個(gè)表格的視圖。 ( 4)評(píng)估模塊接口以降低復(fù)雜度和冗余并提高一致性。 ( 3)除了檢查程序是否做了它應(yīng)該做的事,還可檢查程序是否做了它不應(yīng)該做的事。 答: 軟件測(cè)試一般分為四個(gè)步驟: ( 1)單元測(cè)試(也稱模塊測(cè)試):針對(duì)軟件設(shè)計(jì)的基本單元 —程序模塊,進(jìn)行正確 性檢驗(yàn)的測(cè)試工作。 ( 7)非漸增式開(kāi)始可并行測(cè)試所有模塊,能充分利用人力,對(duì)測(cè)試大型軟件很有意義。 4.軟件維護(hù)費(fèi)用增加的主要原因是維護(hù)的( 生產(chǎn)率 )非常低。 ?與可維護(hù)性相關(guān)的質(zhì)量屬性是什么?如何提高軟件的可維護(hù)性? 答: 軟件可維護(hù)性的定義:軟件能夠被理解、校正、適應(yīng)及增強(qiáng)功 能的容易程度。低級(jí)語(yǔ)言很難掌握,很難理解,因而很難 維護(hù)。 一個(gè)維護(hù)申請(qǐng)?zhí)岢鲋?,?jīng)評(píng)審需要維護(hù)則按下列過(guò)程實(shí)施維護(hù): (1)首先確定要進(jìn)行維護(hù)的類型。 , 由于維護(hù)工作的困難性,維護(hù)工作經(jīng)常遭受挫折,而且很難出成果,不像軟件開(kāi)發(fā)工作那樣吸引人 。系統(tǒng)圍繞著由計(jì)算機(jī)來(lái)實(shí)現(xiàn)功能的復(fù)雜過(guò)程而建立,在分析和解決問(wèn)題時(shí)與人們對(duì)現(xiàn)實(shí)世界的認(rèn)識(shí)有一定差距。在對(duì)象的整 個(gè)生命期中,它的標(biāo)識(shí)都不改變,不同的對(duì)象不能有相同的標(biāo)識(shí)。 多態(tài)性允許每個(gè)對(duì)象以適合自身的方式去響應(yīng)共同的消息。 UML 將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語(yǔ)言。 A.類與對(duì)象 B.成分對(duì)象與對(duì)象 C.過(guò)程與對(duì)象 D.類與界面 6.同一類中有相同的數(shù)據(jù)結(jié)構(gòu),這是( D )級(jí)別的共享 A.不同應(yīng)用 B.同一應(yīng)用 C.不同類 D.同一類 三、問(wèn)答題 《軟件工程概論》 36 ? 答:( 1)定義將被調(diào)查的領(lǐng)域 分離感興趣的業(yè)務(wù)域、系統(tǒng)類型或產(chǎn)品范疇,抽取 OO 和非 OO 的“項(xiàng)”。而具體化值在細(xì)化過(guò)程中,描述對(duì)象的某些特性,加強(qiáng)系統(tǒng)模型的穩(wěn)定性。 用例有特化、擴(kuò)展和包含關(guān)系。主要用來(lái)體現(xiàn)應(yīng)用程序的執(zhí)行邏輯,可以使得變化不影響用戶界面和數(shù)據(jù)庫(kù)中的表。一種依賴表示一種關(guān)聯(lián),可用各種方式 來(lái)實(shí)現(xiàn)關(guān)聯(lián),但在分析模型中應(yīng)刪除實(shí)現(xiàn)的考慮, 以便設(shè)計(jì)時(shí)更為靈活。 :( 過(guò)程驅(qū)動(dòng)控制 )、( 事件驅(qū)動(dòng)控制 )、( 線程 )。低耦合是設(shè)計(jì)的一個(gè)重要標(biāo)準(zhǔn),因?yàn)檫@有助于使得系統(tǒng)中某一部分的變化對(duì)其它部分的影響降到最低程度。面向?qū)ο蠓椒ò?問(wèn)題域作為一系列相互作用的對(duì)象,在此基礎(chǔ)上構(gòu)造出基于對(duì)象的軟件系統(tǒng)結(jié)構(gòu)。 (6). 完善對(duì)象模型 對(duì)象建模不可能一次就能保證模型是完全正確的,軟 件開(kāi)發(fā)的整個(gè)過(guò)程就是一個(gè) 不斷完善的過(guò)程。有些是隱含在問(wèn)題域或一般知識(shí)中的。因此可開(kāi)始用戶界面原型化的迭代過(guò)程,和構(gòu)造系統(tǒng)的其他部分并行進(jìn)行。確定用例的準(zhǔn)則: 每個(gè)用例都應(yīng)該為其角色提供有價(jià)值的服務(wù) — 避免確定的用例太??;確保每個(gè)用例都向主要角色提供有價(jià)值的服務(wù) — 避免用例太大。 ( 5)為對(duì)象開(kāi)發(fā)分析模型。該技術(shù)使用實(shí)際的或虛擬的索引卡片,為定義類提供較多的信息。盡管 Coad 方法沒(méi)有引入類和類層次結(jié)構(gòu)的術(shù)語(yǔ),但事實(shí)上已經(jīng)在分類結(jié)構(gòu)、屬性、操作、消息關(guān)聯(lián)等概念中體現(xiàn)了類和類層次結(jié)構(gòu)的特征。 在類層次中,子類繼承了 多個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法,則稱為多重繼承。
點(diǎn)擊復(fù)制文檔內(nèi)容
環(huán)評(píng)公示相關(guān)推薦
文庫(kù)吧 www.dybbs8.com
備案圖鄂ICP備17016276號(hào)-1