1 考試題型說明

2 選擇題

• 2.1 軟件與軟件工程

  • 什么是軟件督笆，軟件的特點(diǎn) [1.1.1 1.1.3]

    什么是軟件
    軟件是在計(jì)算機(jī)系統(tǒng)支持下，能夠完成特定功能和性能的程序、數(shù)據(jù)和相關(guān)文檔
    軟件的特點(diǎn)
    1.軟件是抽象的邏輯產(chǎn)品而不是物理產(chǎn)品；
    2.軟件具有極大的靈活性；
    3.軟件的突出優(yōu)點(diǎn)是不會(huì)磨損和老化懂鸵。

  • 軟件的8個(gè)質(zhì)量要素 [1.1.5]

    軟件的8個(gè)質(zhì)量要素
    正確性，可用性行疏，可靠性匆光，有效性，可維護(hù)性酿联，可移植性终息，安全性，可復(fù)用性

  • 什么是軟件危機(jī)贞让，軟件危機(jī)的表現(xiàn)周崭，軟件危機(jī)的原因 [講義 1.2.2]

    什么是軟件危機(jī)
    軟件危機(jī)是指落后的軟件生產(chǎn)方式無法滿足迅速增長(zhǎng)的計(jì)算機(jī)軟件需求，從而導(dǎo)致軟件開發(fā)與維護(hù)過程中出現(xiàn)一系列嚴(yán)重問題的現(xiàn)象喳张。

    軟件危機(jī)的表現(xiàn)
    1.軟件開發(fā)進(jìn)度難以預(yù)測(cè)续镇；
    2.軟件開發(fā)成本難以控制；
    3.用戶對(duì)產(chǎn)品功能難以滿足销部；
    4.軟件產(chǎn)品質(zhì)量無法保證摸航；
    5.軟件產(chǎn)品難以維護(hù)制跟；
    6.軟件缺少適當(dāng)?shù)奈臋n資料。

    軟件危機(jī)的原因
    1.用戶需求不明確酱虎；
    2.缺乏正確的理論指導(dǎo)雨膨；
    3.軟件開發(fā)規(guī)模越來越大；
    4.軟件開發(fā)復(fù)雜度越來越高读串。

  • 軟件工程的定義聊记、目標(biāo)及原則[1.2.1 1.2.3]

    軟件工程的定義
    1.將系統(tǒng)的、規(guī)范的恢暖、可量化的方法應(yīng)用于軟件的開發(fā)排监、運(yùn)行和維護(hù)的過程；
    2.對(duì)上述方法的研究杰捂。

    軟件工程的目標(biāo)
    在給定成本舆床、進(jìn)度的前提下，開發(fā)出滿足用戶或市場(chǎng)需要的高質(zhì)量軟件產(chǎn)品琼娘。

    軟件工程的原則
    抽象峭弟、信息隱藏附鸽、模塊化脱拼、局部化、一致性坷备、完全性熄浓、可驗(yàn)證性

  • 瀑布模型、快速原型省撑、增量模型赌蔑、螺旋模型的特點(diǎn)、適用范圍竟秫、局限性 [1.3]

    #軟件生命周期/軟件開發(fā)過程分解
    可行性研究娃惯、 軟件需求、 軟件設(shè)計(jì)肥败、 軟件編碼趾浅、 軟件測(cè)試、 運(yùn)行與維護(hù)馒稍、 退役
    

    瀑布模型
    特點(diǎn)
    1.思路簡(jiǎn)潔明確
    2.每一階段完成后皿哨， 都必須對(duì)他的階段性制品進(jìn)行評(píng)審
    3.可行性研究、需求纽谒、設(shè)計(jì)证膨、編碼、測(cè)試分離鼓黔，有利于軟件體系結(jié)構(gòu)設(shè)計(jì)
    適用范圍
    規(guī)模較小央勒、軟件需求比較穩(wěn)定的項(xiàng)目或者子系統(tǒng)
    局限性
    1.客戶和系統(tǒng)分析員確定軟件需求后才能進(jìn)行后續(xù)軟件開發(fā)
    2.用戶和軟件項(xiàng)目負(fù)責(zé)人要等相當(dāng)長(zhǎng)的時(shí)間才能得到一份軟件的最初版本
    3.開發(fā)人員在瀑布模型‘上游’出現(xiàn)過失會(huì)誤導(dǎo)‘下游’開發(fā)活動(dòng)

    快速原型
    特點(diǎn)
    1.利用原型能統(tǒng)一客戶和軟件開發(fā)人員對(duì)軟件項(xiàng)目的理解不见，有助于需求的定義和確定
    2.克服瀑布模型的缺點(diǎn)，減少由于軟件需求不明確帶來的開發(fā)風(fēng)險(xiǎn)
    適用范圍
    適合預(yù)先不能確切定義需求的軟件系統(tǒng)的開發(fā)
    局限性
    使用這個(gè)模型的前提是要有一個(gè)展示性的產(chǎn)品原型订歪，因此在一定程度上可能會(huì)限制開發(fā)人員的創(chuàng)新

    增量模型
    特點(diǎn)
    1.將需求分解脖祈，劃分為一系列增量
    2.在開發(fā)過程中，按照增量不斷發(fā)布軟件新版本
    3.增量開發(fā)過程能保持良好的軟件體系結(jié)構(gòu)
    適用范圍
    軟件需求確定
    局限性
    1.增量規(guī)模不能大刷晋，不然會(huì)暴露瀑布模型的缺點(diǎn)
    2.將客戶需求分解成增量序列必須對(duì)系統(tǒng)需求十分了解盖高，并有頂層設(shè)計(jì)經(jīng)驗(yàn)
    3.如何為基本服務(wù)定義增量，何時(shí)實(shí)現(xiàn)這些增量眼虱，處理起來比較困難

    螺旋模型
    特點(diǎn)
    1.保留了瀑布模型中系統(tǒng)地喻奥、按階段逐步地進(jìn)行軟件開發(fā)和“邊開發(fā)，邊評(píng)審”的風(fēng)格
    2.引入了風(fēng)險(xiǎn)分析捏悬，用風(fēng)險(xiǎn)驅(qū)動(dòng)開發(fā)
    適用范圍
    螺旋模型適合大型軟件和需求不能完全確定的軟件開發(fā)
    局限性
    由于需求的不確定性撞蚕，軟件開發(fā)初期無法進(jìn)行軟件體系結(jié)構(gòu)設(shè)計(jì)，多次迭代會(huì)導(dǎo)致軟件結(jié)構(gòu)體系變壞过牙，為軟件理解和維護(hù)帶來困難

  • RUP統(tǒng)一過程的特點(diǎn)（跟傳統(tǒng)瀑布模型的區(qū)別 “階段劃分跟軟件制品所處階段不是一一對(duì)應(yīng)關(guān)系）甥厦、五個(gè)階段的劃分[2.4.1 2.4.2]

    RUP統(tǒng)一過程的特點(diǎn)
    1.軟件生存周期只描述軟件制品及其進(jìn)化狀態(tài)，軟件開發(fā)過程是根據(jù)項(xiàng)目要求調(diào)度9個(gè)工作流完成軟件制品的進(jìn)化的寇钉。
    2.RUP的軟件開發(fā)過程分解與軟件制品所處階段不是一一對(duì)應(yīng)關(guān)系刀疙。

    五個(gè)階段的劃分
    1.初始階段
    2.細(xì)化階段
    3.構(gòu)造階段
    4.移交階段
    5.生產(chǎn)階段

  • 敏捷開發(fā)的價(jià)值觀、原則及實(shí)踐[1.4.1 1.4.2 `講義]

    敏捷開發(fā)的價(jià)值觀
    1.人員和交互勝過過程和工具
    2.可以工作的軟件勝過面面俱到的文檔
    3.與客戶合作勝過合同談判
    4.響應(yīng)變更勝過遵循計(jì)劃

    敏捷開發(fā)的原則
    1.我們最優(yōu)先要做的是通過盡早的扫倡、持續(xù)的交付有價(jià)值的軟件來使客戶滿意
    2.即使到了開發(fā)的后期谦秧，也歡迎改變需求。敏捷過程利用變化來為客戶創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)
    3.經(jīng)常性的交付可以工作的軟件撵溃，交付的間隔可以從幾周到幾個(gè)月疚鲤，交付的時(shí)間間隔越短越好。
    4.在整個(gè)項(xiàng)目開發(fā)期間缘挑，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作
    5.圍繞被激勵(lì)起來的人個(gè)來構(gòu)建項(xiàng)目集歇。給他們提供所需要的環(huán)境和支持，并且信任他們能夠完成工作
    6.在團(tuán)隊(duì)內(nèi)部语淘，最具有效果并且富有效率的傳遞信息的方法诲宇，就是面對(duì)面的交談
    7.能工作的軟件是首要進(jìn)度度量標(biāo)準(zhǔn)
    8.敏捷過程提可持續(xù)的開發(fā)速度。責(zé)任人亏娜、開發(fā)者和用戶應(yīng)該能夠保持一個(gè)長(zhǎng)期的焕窝、恒定的開發(fā)速度
    9.不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力
    10.簡(jiǎn)單----使未完成的工作最大化的藝術(shù)----是根本的
    11.最好的構(gòu)架、需求和設(shè)計(jì)出自與自組織的團(tuán)隊(duì)
    12.每隔一定時(shí)間维贺，團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省它掂，然后相應(yīng)地對(duì)自己的行為進(jìn)行調(diào)整

    敏捷開發(fā)的實(shí)踐
    1.完整的團(tuán)隊(duì)
    2.增量式規(guī)劃
    3.客戶參與全過程
    4.簡(jiǎn)單設(shè)計(jì)
    5.結(jié)對(duì)編程
    6.測(cè)試驅(qū)動(dòng)開發(fā)
    7.適時(shí)重構(gòu)
    8.持續(xù)集成
    9.代碼集體所有
    10.其他 (p31)

• 2.2 需求工程

  • 需求工程、需求獲取、需求分析的概念第3章虐秋、第4章榕茧、第5章開篇

    需求工程
    太長(zhǎng)了(p67)
    需求獲取
    完整地手機(jī)、整理利益相關(guān)方對(duì)目標(biāo)軟件系統(tǒng)的需求客给，并以其容易理解的業(yè)務(wù)語言闡述這些需求用押，形成文檔
    需求分析
    在需求獲取階段的輸出制品的基礎(chǔ)上，獲得對(duì)軟件需求更深入靶剑、更完整的理解蜻拨，并且將軟件需求表示為面向軟件設(shè)計(jì)人員、易于修改和維護(hù)的分析模型

  • 軟件需求的分類：功能需求桩引、質(zhì)量需求缎讼、約束性需求定義以及辯析 [3.1.1]

    功能需求
    功能需求是指利益相關(guān)方要求目標(biāo)軟件系統(tǒng)應(yīng)該具有的功能
    質(zhì)量需求
    質(zhì)量需求主要指利益相關(guān)方對(duì)目標(biāo)軟件系統(tǒng)的質(zhì)量要求(性能、可靠性等)
    約束性需求
    約束性需求是指利益相關(guān)方對(duì)目標(biāo)軟件系統(tǒng)在項(xiàng)目預(yù)算坑匠、完成時(shí)間血崭、技術(shù)選型、必須遵循的標(biāo)準(zhǔn)與規(guī)范等方面提出的要求厘灼，以及由預(yù)期的開發(fā)夹纫、運(yùn)行環(huán)境的特征而導(dǎo)致的真對(duì)目標(biāo)軟件系統(tǒng)的約束

  • 軟件需求的質(zhì)量要素 -- 對(duì)需求進(jìn)行評(píng)價(jià)[3.1.2 習(xí)題3.1~3.3(略)]

    質(zhì)量要素
    正確性、可行性设凹、完全性

  • 需求調(diào)查的基本方法舰讹、特點(diǎn)、適用性围来、局限性 [3.2.2 講義]

    1.訪談和會(huì)議
    特點(diǎn)
適用性
局限性
    2.調(diào)查問卷
    特點(diǎn)
適用性
局限性
    3.業(yè)務(wù)文檔分析
    特點(diǎn)
適用性
局限性
    4.現(xiàn)場(chǎng)觀摩
    特點(diǎn)
適用性
局限性

  • 用例的描述方法(用例規(guī)約的構(gòu)成跺涤、編寫)及注意事項(xiàng)(編寫要點(diǎn)) [4.5.1 ~ 4.5.2]

    用例規(guī)約的構(gòu)成匈睁、編寫
    用例名稱监透、用例ID、參與者航唆、用例描述胀蛮、前置條件、基本事件流糯钙、替代事件流粪狼、后置條件
    

    用例規(guī)約樣例

    注意事項(xiàng)
    1.采用帶結(jié)構(gòu)化序號(hào)的自然語言描述動(dòng)作序列
    2.采用主動(dòng)語態(tài)、簡(jiǎn)單句式描述每一個(gè)動(dòng)作任岸，用詞力求簡(jiǎn)潔再榄、清晰
    3.統(tǒng)一使用“系統(tǒng)”指待開發(fā)的軟件產(chǎn)品，執(zhí)行者的名稱應(yīng)與用例描述的執(zhí)行者列表中的執(zhí)行者名稱一致
    4.采用業(yè)務(wù)而非技術(shù)用語描述每個(gè)動(dòng)作享潜，闡明執(zhí)行者意圖困鸥，絕不涉及任何用戶界面操作
    5.從用戶的視角描述系統(tǒng)行為從外部的可見效果，盡量避免系統(tǒng)內(nèi)部動(dòng)作
    6.以適當(dāng)粒度描述每一個(gè)動(dòng)作
    7.避免嵌套使用“如果...那么...”
    8.在一連串動(dòng)作的前部或后部描述循環(huán)、特殊的時(shí)序約束或其他有關(guān)此子動(dòng)作序列的其他說明
    9.如果用例A包含子用例B那么A的動(dòng)作序列描述中采用帶下劃線的子用例B的名稱來引用用例B的交互動(dòng)作序列

  • 分析類疾就、邊界類澜术、實(shí)體類、控制類的概念猬腰，分析類之間的典型協(xié)作過程--順序圖的繪制 [5.4.2 5.4.3]

    分析類:直接服務(wù)于軟件的功能性需求的概念層面的類
    邊界類:負(fù)責(zé)目標(biāo)軟件系統(tǒng)與外部執(zhí)行者之間的交互
    實(shí)體類:負(fù)責(zé)保存目標(biāo)軟件系統(tǒng)中具有持久意義的信息項(xiàng)并向其他類提供信息訪問操作
    控制類:負(fù)責(zé)協(xié)調(diào)鸟废、控制其他類共同完成用例規(guī)定的功能或行為

    分析類之間的典型協(xié)作過程
    

    分析類之間的典型協(xié)作過程

• 2.3 面向?qū)ο蠹癠ML (所有UML圖畫法省略)

   用于表示分析模型的UML圖形機(jī)制主要是類圖、活動(dòng)圖姑荷、交互圖與狀態(tài)圖
  

  • 面向?qū)ο蟮幕靖拍睿簩?duì)象盒延、類、接口鼠冕、封裝兰英、繼承、多態(tài)供鸠、消息畦贸、關(guān)聯(lián)、組合楞捂、聚合薄坏、依賴、實(shí)現(xiàn) [講義]

    對(duì)象:對(duì)象是人們要進(jìn)行研究的任何事物寨闹，從最簡(jiǎn)單的整數(shù)到復(fù)雜的飛機(jī)等均可看作對(duì)象胶坠，它不僅能表示具體的事物，還能表示抽象的規(guī)則繁堡、計(jì)劃或事件沈善。
    類:具有相同特性（數(shù)據(jù)元素）和行為（功能）的對(duì)象的抽象就是類。因此椭蹄，對(duì)象的抽象是類闻牡，類的具體化就是對(duì)象，也可以說類的實(shí)例是對(duì)象绳矩，類實(shí)際上就是一種數(shù)據(jù)類型罩润。
    接口:**
    封裝:**
    繼承:**
    多態(tài):**
    消息:對(duì)象之間進(jìn)行通信的結(jié)構(gòu)叫做消息。
    關(guān)聯(lián):**
    組合:**
    聚合:**
    依賴:**
    實(shí)現(xiàn):**

  • 用例相關(guān)概念：執(zhí)行者翼馆、用例割以、框架用例 [4.1.1]

    執(zhí)行者:外部用戶或外部實(shí)體在系統(tǒng)的交互過程中扮演的角色

    用例:功能性軟件需求的主體部分

    框架用例:宏觀功能已基本明確但內(nèi)容尚不完整的用例

  • 用例圖相關(guān)概念：執(zhí)行者與用例間關(guān)系，用例間關(guān)系 [4.1.2]

    執(zhí)行者與用例間關(guān)系:執(zhí)行者與用例間關(guān)系在用例圖中表示為他們之間的連接邊应媚，其意義為執(zhí)行者觸發(fā)用例的執(zhí)行严沥，向用例提供信息或從用例獲取信息

    用例間關(guān)系:包含(<<include>>)、擴(kuò)展(<<extend>>)中姜、繼承(<<inheritance>>)

  • 類圖：類圖的作用消玄，繪制方法，類之間的關(guān)系 [4.1.4]

    類圖的作用:類圖描述面向?qū)ο筌浖到y(tǒng)的靜態(tài)結(jié)構(gòu)

    類之間的關(guān)系:繼承、聚合莱找、關(guān)聯(lián)酬姆、依賴、實(shí)現(xiàn)

  • 活動(dòng)圖：概念奥溺、用途辞色、畫法 [4.1.5]-- 多了并發(fā)表示的機(jī)制、泳道

    概念:實(shí)體為完成某項(xiàng)功能而執(zhí)行的操作序列(可以并發(fā)和同步)

  • 順序圖：概念浮定、用途相满、畫法 [5.1.1]

    概念:描述一組對(duì)象通過消息傳遞而形成的協(xié)作行為

    注意點(diǎn):[對(duì)象名]:[類名]

  • 狀態(tài)圖：概念、用途桦卒、畫法 [5.1.2]

    概念:描述一個(gè)實(shí)體在事件刺激下的反應(yīng)式動(dòng)態(tài)行為

  • 包圖：概念立美、用途 [7.2.1]

    概念:刻畫包之間的構(gòu)成和依賴關(guān)系

  • 組件圖：概念、用途 [7.2.2]

    概念:描述軟件系統(tǒng)中的構(gòu)件以及構(gòu)建之間的構(gòu)成關(guān)系和依賴關(guān)系

  • 部署圖：概念方灾、用途 [7.2.3]

    概念:表示軟件系統(tǒng)的可執(zhí)行工件在運(yùn)行環(huán)境中的分布情況

  • 對(duì)象圖：概念建蹄、用途 [7.2.4]

    概念:軟件系統(tǒng)中的某些對(duì)象在運(yùn)行過程中的順時(shí)快照

• 各類UML圖形，哪些是靜態(tài)視圖裕偿，哪些是動(dòng)態(tài)視圖洞慎，哪些是結(jié)構(gòu)視圖，哪些是行為視圖 [2.3] -- 4+1所屬的視圖嘿棘、類別

  靜態(tài)視圖:用例圖劲腿、類圖、對(duì)象圖
  動(dòng)態(tài)視圖:交互圖順序圖和通信圖鸟妙、狀態(tài)圖焦人、活動(dòng)圖
  結(jié)構(gòu)視圖:包圖、類圖重父、對(duì)象圖
  行為視圖:交互圖 順序圖和通信圖花椭、狀態(tài)圖、活動(dòng)圖

• 2.4 軟件設(shè)計(jì)

  • 體系結(jié)構(gòu)設(shè)計(jì)與詳細(xì)設(shè)計(jì)的任務(wù)分工及關(guān)系（第7章與第9章的開篇）

    p238

  • 軟件設(shè)計(jì)的基本原則 [6.2.1 6.2.2 6.2.3 6.2.4]

    抽象與逐步求精坪郭、模塊化个从、信息隱藏脉幢、關(guān)注點(diǎn)分離

  • 內(nèi)聚性概念6.2.2歪沃，耦合度概念6.2.2，軟件獨(dú)立性嫌松、內(nèi)聚和耦合多種表現(xiàn)形式講義 辨析以及排序

    內(nèi)聚性:內(nèi)聚性表示一個(gè)模塊內(nèi)部各成分彼此關(guān)聯(lián)的緊密程度
    耦合度:耦合度是指軟件結(jié)構(gòu)中多個(gè)模塊之間的關(guān)聯(lián)程度

  • 軟件體系結(jié)構(gòu)的三要素沪曙，主要包括哪些視圖（5種視圖），每種視圖的用途萎羔，各自的表達(dá)形式（7.1.2液走、7.6）

    軟件體系結(jié)構(gòu)視圖
    邏輯視圖、開發(fā)視圖、物理視圖缘眶、運(yùn)行視圖嘱根、數(shù)據(jù)視圖

  • 設(shè)計(jì)模式的概念7.4.1、設(shè)計(jì)模式的分類p189按解決方案抽象程度的分類

  • 三種通用的體系結(jié)構(gòu)模式（主要是分層巷懈、管道與過濾器）的特點(diǎn) 7.4.2

• 2.5 結(jié)構(gòu)化分析與設(shè)計(jì)

  • 數(shù)據(jù)流圖的四種基本圖元

    外部實(shí)體该抒、轉(zhuǎn)換、數(shù)據(jù)流顶燕、數(shù)據(jù)源

  • 分層數(shù)據(jù)流圖的畫法及要點(diǎn)（原則）（講義）

  • 2.6 軟件測(cè)試

  • 軟件測(cè)試的定義（12.1前言）凑保、任務(wù)（12.1.1）、軟件測(cè)試的局限性（無法證明程序無錯(cuò)）涌攻、原則（p327）（12.1.4）

    軟件測(cè)試
    使用人工或 自動(dòng)手段運(yùn)行軟件系統(tǒng)的過程欧引，目的在于檢驗(yàn)系統(tǒng)是否滿足規(guī)定的需求，或確定預(yù)期結(jié)果與實(shí)際結(jié)果之間的差異

    任務(wù)
    運(yùn)行程序或模擬系統(tǒng)執(zhí)行恳谎，發(fā)現(xiàn)程序缺陷

  • 黑盒測(cè)試與白盒測(cè)試的區(qū)別 [12.1.3 (p326)]

  • 什么是白盒測(cè)試芝此？（12.3.1）白盒測(cè)試中—常見的6種覆蓋標(biāo)準(zhǔn)的區(qū)別（講義）

  • 什么是黑盒測(cè)試？ --等價(jià)類劃分（12.3.2 1）

  • 什么是單元測(cè)試（12.4.1）定義因痛，主要依據(jù)癌蓖，主要方法，測(cè)試目標(biāo)

  • 什么是集成測(cè)試（12.4.2）

  • 什么是確認(rèn)測(cè)試（12.4.3）

  • 什么是系統(tǒng)測(cè)試（12.4.4）

3 簡(jiǎn)答題