【正文】 實施一個工程計劃時， 若將整個工程分成若干工序，有些工序可以同時實 施，有些工序必須在完成另一些工序之后才能實 施，工序之間的次序關(guān)系可用有向圖表示，這種圖 稱為 PERT圖。 最遲時刻 :表示從該事件出發(fā)的任務必須在此時刻 開始，否則整個工程就不能如期完成。 在不延誤項目總工期的情況下，任務 A最多可以推遲 開始的時間是 （ 2） 天 （ 1） A. A→ G→I B. A→D→F→H→I C. B→E→G→I D. C→F→H→I （ 2） A. 0 B. 2 C. 5 D. 7 C B 軟件設計師 4 4 軟件設計師 ? TEA=2 TEB=2 TEC=1 TED=TEA+4=2+4=6 TEE=TEB+5=2+5=7 TEF= max{TEC+1， TED+1}=max{1+1,6+1}=7 TEG= max{TEA+6， TEE+6}=max{2+6,7+6}=13 TEH=TEF+4=7+4=11 TEI=max{TEG+7， TEH+7}=max{13+7， 11+7}=20 ? TLI=TEI=20 TLH=TLI7=207=13 TLG=TLI7=207=13 TLF=TLH4=134=9 TLE=TLG6=136=7 TLD=TLF1=91=8 TLC=TLF1=91=8 TLB=TLE5=75=2 TLA=min{TLD4， TLG6}=min{84,136}=4 軟件設計師 TEi表示第 i個任務的最早完成時間。 E的最遲開始時間就是就是 B的最晚完成時間 1 2345 6A : 3 G : 3D : 3B:6C:5E:4F:5D 軟件設計師 ?關(guān)鍵路徑法（ CPM 圖） CPM和 PERT的區(qū)別是： CPM是以經(jīng)驗數(shù)據(jù)為基 礎來確定各項工作的時間，而 PERT則把各項工作的 時間作為隨機變量來處理。在其他三種圖中，可用 動態(tài)地反映 項目開發(fā)進展情況。 C. Gantt圖反映了各個活動之間的依賴關(guān)系。 圖表現(xiàn)哪些活動可以并行進行。 ? 軟件能力成熟度模型 (CMM) ? 統(tǒng)一軟件開發(fā)過程（ RUP） ? 極限編程（ XP） 軟件設計師 ? 軟件能力成熟度模型 (Capability Maturity Model，簡稱 CMM) 軟件過程能力 — 描述（開發(fā)組織和項目組）通過遵循其軟件 過程能夠?qū)崿F(xiàn)預期結(jié)果的程度。 (2)可重復級 ：建立了基本的項目管理過程來跟蹤費用、進 度和功能特性。 軟件設計師 (4)已管理級 ：收集對軟件過程和產(chǎn)品質(zhì)量的詳細度量，對 軟件過程和產(chǎn)品都有定量的理解和控制。目前，達到 CMM第 3級（已定義級）是 許多組織努力的目標，該級的核心是 。 該模型將軟件能力成熟度自低到高依次劃分為初始級、可重 復級、已定義級、已管理級、優(yōu)化級。 軟件設計師 軟件工程過程定義誰在做什么、怎么做以及什 么時候做， RUP用四個主要的建模元素表達： 工作流（ Workflows） —— “ 什么時候做 ” 軟件設計師 角色： 它定義的是所執(zhí)行的一組活動和所擁有的一組 文檔與模型。 測試員角色集 : 測試員角色集用于組織主要從事軟 件測試的各種角色。 例如：找出用例和角色是系統(tǒng)分析員的活動，執(zhí)行 性能測試是測試員的活動，等等。 模型，如用例模型或設計模型。 文檔，如商業(yè)用例或軟件體系結(jié)構(gòu)文檔。 可執(zhí)行程序 軟件設計師 工作流： 僅僅把所有的角色、活動和產(chǎn)品都列舉出 來還不能夠組成過程，另外還需要一種有效的方 式，把產(chǎn)生有價值結(jié)果的活動序列描述出來，并顯 示角色之間的交互。 A. 角色 B. 活動 C. 制品 D. 工作流 A 軟件設計師 過程隨著時間動態(tài)組織，把軟件的生存期劃分 為一些周期，每個周期都影響新一代產(chǎn)品。 —— 生命周 期目標里程碑 。 —— 初始運行能力里程碑。 在 結(jié)束時產(chǎn)生 “ 在適當?shù)钠脚_上集成的軟件產(chǎn)品 ” 。 ? 軟件質(zhì)量模型 ISO/IEC 9126軟件質(zhì)量模型 Mc Call軟件質(zhì)量模型 軟件設計師 ISO/IEC 9126軟件質(zhì)量模型 由 3個層次組成：質(zhì)量特性，質(zhì)量子特性，度量指標。 效率：時間特性、資源特性。子特性 屬于可靠性質(zhì)量特性。它是一種便于用戶理解、分析系統(tǒng)數(shù) 據(jù)流程的圖形工具。 ? 加工 (數(shù)據(jù)加工 )：又稱數(shù)據(jù)處理邏輯，描述系統(tǒng)對信息進行處理的邏輯功能。 。類似地，在分層數(shù)據(jù)流圖中， 如下層圖上的數(shù)據(jù)流或數(shù)據(jù)存儲是由上層圖某個成分的分解 而得，則父項與子項的編號要體現(xiàn)數(shù)據(jù)流圖分解的完整性與 一致性的原則，如父項編號為 F1或 D1，則其子項分別為 ， ， … ，或 ， ， … 等。如果滿足，進行供貨處理：即修改庫存記錄文件，給庫房開具備貨單并且保留客戶訂單至訂單記錄文件；否則進行缺貨處理：將缺貨訂單錄入缺貨記錄文件。 軟件設計師 現(xiàn)采用結(jié)構(gòu)化方法對銷售管理系統(tǒng)進行分析與設計，獲 得如圖所示的頂層圖和第 0層數(shù)據(jù)流圖。 起 點 終 點 D3 訂貨記錄文件 銷售統(tǒng)計 D2 庫存記錄文件 處理訂單 D1 缺貨記錄文件 供貨處理 進貨處理 D1 缺貨記錄文件 軟件設計師 【 說明 】 某基于微處理器的住宅安全系統(tǒng)，使用傳感器 (如紅外探 頭、攝像頭等 )來檢測各種意外情況，如非法進入、火警、水 災等。 軟件設計師 【 問題 1】 住宅安全系統(tǒng)頂層圖中的 A和 B分別是什么 ? 傳感器 報警器 軟件設計師 【 問題 2】 住宅安全系統(tǒng)第 0層 DFD圖中的數(shù)據(jù)存儲 “ 配置信息 ” 會影響圖中哪些加工 ? 軟件設計師 【 問題 3】 將加工 4的細化圖中的數(shù)據(jù)流補充完整，并指明加工名稱、數(shù)據(jù)流的方向 (輸入 /輸出 )和數(shù)據(jù)流名稱． 傳感器數(shù)據(jù) 5 顯示信息 和狀態(tài) 傳感器 電話撥號 傳感器狀態(tài) 電話線 軟件設計師 加工名稱 數(shù)據(jù)流方向 數(shù)據(jù)流名稱 顯示格式 輸出 傳感器數(shù)據(jù) 讀傳感器 輸入 傳感器狀態(tài) 撥號 輸出 電話撥號 軟件設計師 ? 【 軟件設計師考試 2022年 5月上午試題 31】 在繪制數(shù)據(jù)流圖時，應遵循父圖與子圖平衡的 原則，所謂平衡是指 。 D. 子圖的輸出數(shù)據(jù)流完全由父圖的輸入數(shù)據(jù)流確定。 C. 模塊之間公共數(shù)據(jù)的數(shù)量。 A. 高內(nèi)聚，高耦合 B. 高內(nèi)聚，低耦合 C. 低內(nèi)聚，高耦合 D. 低內(nèi)聚，低耦合 B軟件設計師 耦合 :系統(tǒng)內(nèi)不同模塊之間互連程度的度量。 ? 控制耦合 :如果兩個模塊彼此間傳遞的信息中有控制信息，那么這種塊間耦合稱為控制耦合。 軟件設計師 ? 偶然內(nèi)聚 ：如果一個模塊所要完成的動作之間沒有任何關(guān)系，或者即 使有某種關(guān)系，也是非常松散的，就稱之為偶然組合。 ? 通信內(nèi)聚 ：如果一個模塊內(nèi)部的各個組成部分所完成的動作都使用了 同一個輸入數(shù)據(jù)或產(chǎn)生同一個輸出數(shù)據(jù)，則稱之為通信組合。 軟件設計師 系統(tǒng)測試的基本原則： ? 測試工作應避免由原開發(fā)軟件的個人或小組來承擔 ? 設計測試用例不僅要包括合理、有效的輸入數(shù)據(jù)，還要包 括無效的或不合理的輸入數(shù)據(jù)。 軟件設計師 測試過程： 1. 制定測試計劃 2. 編制測試大綱 3. 根據(jù)測試大綱設計和生成測試用例 4. 實施測試 5. 生成測試報告 軟件設計師 系統(tǒng)測試的方法： 被測程序不在機器上運行，而是采用人工檢測 和計算機輔助靜態(tài)分析的手段對程序進行檢測。根據(jù)軟 件的需求規(guī)格說明書設計測試用例，只在軟件的界面上 進行測試，從程序的輸入和輸出特性上測試是否滿足設 定的功能。 白盒測試方法主要有邏輯覆蓋、基本路徑測試等 。 系統(tǒng)測試 ：將信息系統(tǒng)的所有組成部分包括軟件 、 硬件 、用戶以及環(huán)境等綜合在一起進行測試 ， 以保證系統(tǒng)的各組成部分協(xié)調(diào)運行 。 （ 1） A. 單元測試 B. 集成測試 C. 確認測試 D. 系統(tǒng)測試 （ 2） A. 單元測試 B. 集成測試 C. 確認測試 D. 系統(tǒng)測試 軟件設計師 ? 【 軟件設計師考試 2022年 11月上午試題 36】 在模擬環(huán)境下，常采用黑盒測試檢驗所開發(fā)的 軟件是否與需求規(guī)格說明書一致。 系統(tǒng)維護的內(nèi)容和類型 ： 硬件維護、軟件維護、數(shù)據(jù)維護。 適應性維護：使應用軟件適應信息技術(shù)變化和管理需求變化 而進行的修改。 預防性維護：為改進應用軟件的可靠性和可維護性，為了使 用硬件環(huán)境的變化，主動增加預防性的新的功能，以使應用系統(tǒng) 適應各類變化而不被淘汰。 A. 可理解性 B. 可修改性 C. 準確性 D. 可測試性 軟件設計師 各類軟件維護活動中， 維護占整個維護工 作的比重最大