第5章：系統開發基礎

【知識點梳理】

知識點1、開發模型（★★★★★）

【考法分析】

本知識點的考查形式主要有：給定情景描述或特點描述，指出對應的開發模型；給出特點的開發模型，判斷描述的正誤；對于統一過程，判斷具體任務完成的階段；對于敏捷開發方法，判斷描述正誤和一些特點的歸屬。

【要點分析】

1、瀑布模型：瀑布模型是將軟件生存周期中的各個活動規定為依線性順序連接的若干階段的模型，包括需求分析、設計、編碼、運行與維護。

瀑布模型的特點是容易理解，管理成本低，每個階段都有對應的成果產物，各個階段有明顯的界限劃分和順序要求，一旦發生錯誤，整個項目推倒重新開始。

適用于需求明確的項目，一般表述為需求明確、或二次開發，或者對于數據處理類型的項目

2、V模型：強調測試貫穿項目始終，而不是集中在測試階段。是一種測試的開發模型。

3、噴泉模型：典型的面向對象的模型。特點是迭代、無間隙。會將軟件開發劃分為多個階段，但各個階段無明顯界限，并且可以迭代交叉。

4、原型模型：典型的原型開發方法模型。適用于需求不明確的場景，可以幫助用戶明確需求。

5、增量模型：融合了瀑布模型的基本成分和原型實現的迭代特征，可以有多個可用版本的發布，核心功能往往最先完成，在此基礎上，每輪迭代會有新的增量發布，核心功能可以得到充分測試。強調每一個增量均發布一個可操作的產品。

6、螺旋模型：典型特點是引入了風險分析。結合了瀑布模型和演化模型的優點，最主要的特點在于加入了風險分析。它是由制定計劃、風險分析、實施工程、客戶評估這一循環組成的，它最初從概念項目開始第一個螺旋。屬于面向對象開發模型，強調風險引入。

7、統一過程（在軟件設計師考試中UP、RUP都指統一過程）：典型特點是用例驅動、以架構為中心、迭代和增量。統一過程把一個項目分為四個不同的階段：

構思階段 ：包括用戶溝通和計劃活動兩個方面，強調定義和細化用例，并將其作為主要模型。

細化階段 ：包括用戶溝通和建模活動，重點是創建分析和設計模型，強調類的定義和體系結構的表示。

構建階段 ：將設計轉化為實現，并進行集成和測試。

移交階段 ：將產品發布給用戶進行測試評價，并收集用戶的意見，之后再次進行迭代修改產品使之完善

8、敏捷開發是一種以人為核心、迭代、循序漸進的開發方法，適用于小團隊和小項目，具有小步快跑的思想。常見的敏捷開發方法有極限編程法、水晶法、并列爭球法和自適應軟件開發方法。

（1）極限編程是一種輕量級的開發方法，它提出了四大價值觀：溝通、簡單、反饋、勇氣。五大原則：快速反饋、簡單性假設、逐步修改、提倡更改、優質工作。十二個最佳實踐：計劃游戲、隱喻、小型發布、簡單設計、測試先行、重構、結對編程、集體代碼所有制、持續集成、每周工作40小時、現場客戶和編碼標準。

（2）水晶法強調經常交付，認為每一種不同的項目都需要一套不同的策略、約定和方法論。

（3）并列爭球法的核心是迭代、增量交付，按照30天進行迭代開發交付可實際運行的軟件。

（4）自適應軟件開發的核心是三個非線性的，重迭的開發階段：猜測、合作、學習。

【備知識點撥】

1、掌握常見開發模型的特點，能夠加以區分；

2、掌握統一過程的4個階段的任務；

3、了解敏捷開發設計到的原則。

知識點2、軟件開發方法（★）

【考法分析】

本知識點的考查形式主要是描述某種使用情景，要求考生判斷適用的開發方法，或給出開發方法，判斷描述的正誤。

【要點分析】

1、結構化開發方法特點：用戶至上，嚴格區分工作階段，每階段有任務和結果，

強調系統開發過程的整體性和全局性，系統開發過程工程化，文檔資料標準化，

自頂向下，逐步分解（求精）。

2、原型開發方法：適用于需求不明確的情況。

3、面向對象開發方法：更好的復用性，關鍵在于建立一個全面、合理、統一的模型，分析、設計、實現三個階段，界限不明確。

4、面向服務開發方法：面向對象更高標準的抽象。

【備知識點撥】

1、掌握不同開發方法的特點并加以區分。

知識點3、需求分析（★）

【考法分析】

本知識點的考查方式主要有：給定需求描述判斷其需求分類；給定概念描述判斷正誤；指出需求分析的任務、成果產物、工具。

【要點分析】

1、需求分析的任務是解決做什么的問題。

2、需求的分類：

（1）功能需求-考慮系統要做什么，在何時做，在何時以及如何修改或升級。

（2）非功能需求：考慮軟件開發的技術性指標，例如存儲容量限制、執行速度、響應時間及吞吐率等。

（3）設計約束：除了功能需求和非功能需求以外的需求，例如操作系統限制、開發語言限制等。

3、需求分析的工具有判定表、判定樹、數據流圖和數據字典。

4、需求分析的產物有：需求規格說明書SRS。

【備知識點撥】

1、了解需求分析的任務、工具、產物等有哪些；

2、掌握需求分析的分類。

知識點4、軟件設計（★★）

【考法分析】

本知識點的主要考查形式有：給出軟件設計相關描述（概念、原則等）判斷正誤；或給出一些情景描述指出其內聚類型或耦合類型。

【要點分析】

1、軟件設計的任務是解決怎么做的問題。軟件設計包括體系結構設計、接口設計、數據設計和過程設計。

過程設計：系統結構部件轉換成軟件的過程描述。

結構設計：定義軟件系統各主要部件之間的關系。

接口設計（人機界面設計）：軟件內部，軟件和操作系統間以及軟件和人之間如何通信。

數據設計：將模型轉換成數據結構的定義。好的數據設計將改善程序結構和模塊劃分，降低過程復雜性。

2、系統方案設計包括總體設計和各部分的詳細設計兩個方面。

系統總體設計：包括系統的總體架構方案設計、軟件系統的總體架構設計、數據存儲的總體設計、計算機和網絡系統的方案設計等。

系統詳細設計：包括代碼設計、數據庫設計、人/機界面設計、處理過程設計等。

3、軟件設計的原則：高內聚、低耦合

（內聚性）

偶然聚合:模塊完成的動作之間沒有任何關系，或者僅僅是一種非常松散的關系。

邏輯聚合:模塊內部的各個組成在邏輯上具有相似的處理動作，但功能用途上彼此無關。

時間聚合:模塊內部的各個組成部分所包含的處理動作必須在同一時間內執行。

過程聚合:模塊內部各個組成部分所要完成的動作雖然沒有關系，但必須按特定的次序執行。

通信聚合:模塊的各個組成部分所完成的動作都使用了同一個數據或產生同一輸出數據。

順序聚合:模塊內部的各個部分，前一部分處理動作的最后輸出是后一部分處理動作的輸入。

（耦合性）

功能聚合:模塊內部各個部分全部屬于一個整體，并執行同一功能，且各部分對實現該功能都比不可少

非直接耦合:兩個模塊之間沒有直接關系，它們的聯系完全是通過主模塊的控制和調用來實現的。

數據耦合:兩個模塊彼此間通過數據參數交換信息。

標記耦合:一組模塊通過參數表傳遞記錄信息，這個記錄是某一個數據結構的子結構，而不是簡單變量。

控制耦合:兩個模塊彼此間傳遞的信息中有控制信息。

外部耦合:一組模塊都訪問同一全局簡單變量而不是同一全局數據結構，而且不是通過參數表傳遞該全局變量的信息。

公共耦合:兩個模塊之間通過一個公共的數據區域傳遞信息。

內容耦合:一個模塊需要涉及到另一個模塊的內部信息。

【備知識點撥】

1、掌握軟件設計的階段、任務和原則。

2、區分各種內聚類型、耦合類型。

知識點5、軟件測試（★★★★）

【考法分析】

本知識點的考查形式主要有：給定一些描述判斷正誤；或對于一些具體測試方法判斷分類；以及根據要求設計測試用例或判斷測試用例的個數。

【要點分析】

1、常見的軟件測試方法分類：

2、常見的黑盒測試方法：

等價類劃分：確定無效與有效等價類，設計用例盡可能多的覆蓋有效類，設計用例只覆蓋一個無效類。

邊界值分析：處理邊界情況時最容易出錯，選取的測試數據應該恰好等于、稍小于或稍大于邊界值。

3、常見的白盒測試方法：

語句覆蓋：語句覆蓋是指選擇足夠多的測試用例，使得運行這些測試用例時，被測程序的每個語句至少執行一次。【最弱覆蓋】

判定覆蓋：判定覆蓋又稱為分支覆蓋，它的含義是，不僅每個語句至少執行一次，

而且每個判定的每種可能的結果（分支）都至少執行一次。

條件覆蓋：條件覆蓋的含義是，不僅每個語句至少執行一次，而且使得判定表達

式中的每個條件都取得各種可能的結果。【條件不一定包含判定，反之亦然】

判定/條件覆蓋：同時滿足判定覆蓋和條件覆蓋的邏輯覆蓋。

路徑覆蓋：它的含義是，選取足夠多的測試用例，使得程序的每條可能執行到的

路徑都至少經過一次（如果程序中有環路，則要求每天環路路徑至少經過一次）

【包含判定覆蓋，但不包含條件覆蓋】

3、各測試階段的任務：

（1）驗收測試：有效性測試、軟件配置審查、驗收測試。

（2）系統測試：恢復測試、安全性測試、強度測試、性能測試、可靠性測試和安裝測試。

（3）集成測試：模塊間的接口和通信。

（4）單元測試：模塊接口、局部數據結構、邊界條件、獨立的路徑、錯誤處理。

（5）其他測試：回歸測試（修改軟件后進行的測試，防止引入新的錯誤）。負載測試（對軟件負載能力的測試）。壓力測試（對軟件超負荷條件下運行情況的測試）。

【備知識點撥】

1、掌握常見的測試方法分類；

2、掌握常見的黑盒測試方法和白盒測試方法。

3、了解軟件測試相關的概念，以及一些常見的測試階段的任務。

知識點6、McCabe復雜度計算（★★★）

【考法分析】

本知識點考查的主要形式是給定偽代碼或程序流程圖，計算其McCabe復雜度。

【要點分析】

1、McCabe復雜度計算公式：V(G)=m-n+2，其中m是有向弧的條數，n是結點數。

2、對于偽代碼可以先轉換為程序流程圖，對程序流程圖可以最終轉換為結點圖處理，轉換時注意將交點的地方標注為新的結點，以最終的結點圖帶入公式結算其McCabe復雜度。

【備知識點撥】

1、掌握偽代碼程序流程圖結點圖的轉換，及McCabe復雜度計算過程。

知識點7、軟件維護類型（★★★★）

【考法分析】

本知識點的考查形式為給定情景描述判斷其維護類型。

【要點分析】

1、更正性維護：針對真實存在并已經發生的錯誤進行的維護行為。

2、預防性維護：針對真實存在但還未發生的錯誤進行的維護。

3、適應性維護：指使應用軟件適應信息技術變化和管理需求變化而進行的修改。企業的外部市場環境和管理需求的不斷變化也使得各級管理人員不斷提出新的信息需求。

4、完善性維護：擴充功能和改善性能而進行的修改。對已有的軟件系統增加一些在系統分析和設計階段中沒有規定的功能與性能特征。

【備知識點撥】

1、掌握不同維護類型的特點并加以區分。

知識點8、軟件質量保證（★）

【考法分析】

本知識點的考查形式主要是判斷某些質量屬性與其依從屬性的對應關系。

【要點分析】

【備知識點撥】

1、了解軟件質量屬性及其對應的依從屬性。

知識點9、軟件過程改進（★★）

【考法分析】

本知識點考查的主要形式是給定描述判斷其所屬的CMMI的等級或層次；給定等級或層次，判斷其任務、相關描述的正誤。

【要點分析】

1、階段式模型：

2、連續式模型：

CL0（未完成的）：過程域未執行或未得到CL1中定義的所有目標。

CL1（已執行的）：其共性目標是過程將可標識的輸入工作產品轉換成可標識的輸出工作產品，以實現支持過程域的特定目標。

CL2（已管理的）：其共性目標是集中于已管理的過程的制度化。根據組織級政策規定過程的運作將使用哪個過程，項目遵循已文檔化的計劃和過程描述，所有正在工作的人都有權使用足夠的資源，所有工作任務和工作產品都被監控、控制、和評審。

CL3（已定義級的）：其共性目標集中于已定義的過程的制度化。過程是按照組織的裁剪指南從組織的標準過程中裁剪得到的，還必須收集過程資產和過程的度量，并用于將來對過程的改進。

CL4（定量管理的）：其共性目標集中于可定量管理的過程的制度化。使用測量和質量保證來控制和改進過程域，建立和使用關于質量和過程執行的質量目標作為管理準則。

CL5（優化的）：使用量化（統計學）手段改變和優化過程域，以滿足客戶的改變和持續改進計劃中的過程域的功效。

【備知識點撥】

1、了解軟件過程改進模型各個層級、層次的特點，能夠加以區分。

【項目管理】

知識點10、Gantt圖與Pert圖（★★★★）

【考法分析】

本知識點的考查形式主要有：判斷對于Gantt圖和Pert圖的描述是否正確；根據圖示找到Pert圖的關鍵路徑，計算其項目工期，計算某些活動的松弛時間，判斷某些活動的最早/最晚開始或完成時間。

【要點分析】

1、甘特圖能夠消晰描述每個任務的開始/結束時間及各任務之間的并行性，也可以動態地反映項目的開發進展情況，但難以反映多個任務之間存在的邏輯關系；PERT利用項目的網絡圖和各活動所需時間的估計值（通過加權平均得到的）去計算項目總時間，強調任務之間的先后關系，但不能反映任務之間的并行性，以及項目的當前進展情況。

2、關鍵路徑法是圖中源點至匯點的最長路徑，關鍵路徑的時間稱之為項目工期，也表述為項目完成所需的最少時間。

3、總時差：在不延誤總工期的前提下，該活動的機動時間。一般在圖中，以最晚結束時間減去最早結束時間求取，或以最晚開始時間減去最早開始時間求取。

4、對于網絡圖我們一般采用關鍵路徑分析法處理，關鍵路徑法是利用進度模型時使用的一種進度網絡分析技術。沿著項目進度網絡路線進行正向與反向分析，從而計算出所有計劃活動理論上的最早開始與完成日期、最遲開始與完成日期，不考慮任何資源限制。

5、單代號網絡圖：結點表示活動，箭線表示活動與活動間的依賴關系。

6、雙代號網絡圖：結點表示里程碑，箭線表示活動。

【備知識點撥】

1、掌握Gantt圖與Pert圖相關的概念；

2、掌握Pert圖分析的方法，能夠標注出單代號網絡圖和雙代號網絡圖中的最早開始/結束數據，和最晚開始/結束時間，并以此找出圖中的關鍵路徑，掌握相關參數的計算方法。

知識點11、風險管理（★★★）

【考法分析】

本知識點的考查形式，主要有：對風險相關概念描述判斷正誤；計算風險曝光度。

【要點分析】

1、風險的特性：具有不確定性，可能會造成損失。

2、風險的類別：項目風險涉及到各種形式的預算、進度、人員、資源以及客戶相關的問題，并且可能導致項目損失。技術風險涉及到技術相關的可能會導致項目損失的問題。商業風險與市場因素相關。社會風險涉及到政策、法規等因素。

3、風險暴露又稱風險曝光度，測量的是資產的整個安全性風險，它將表示實際損失的可能性與表示大量可能損失的資訊結合到單一數字評估中。在形式最簡單的定量性風險分析中，風險曝光度可透過將風險可能性及影響相乘算出。

風險曝光度（）=錯誤出現率（風險出現率）X錯誤造成損失（風險損失）。

【備知識點撥】

1、掌握風險相關的一些概念；

2、掌握風險曝光度的計算。

點擊進入>>>希賽軟考題庫 軟件設計師每日一練

回顧 | 《CPC使用經驗分享》直播課

唯德流程精英 培訓基地

11月12日（周四）晚19:00，由深圳市唯德科創信息有限公司主辦的第四期知識產權代理機構流程管理經驗分享系列直播課，來自全國的企業、代理機構流程和知識產權管理人員參加了此次直播培訓。

本次課程由唯德副總經理陶帥軍為大家進行“CPC使用經驗分享”主題直播，我們將代理機構在使用CPC時經常遇到的問題及相應的解決辦法整理如下，希望可以幫助代理機構自主解決一些簡單的系統問題。

一、怎樣才能裝好CPC？

安裝環境：

?1、操作系統：Win10（推薦）、Win7簡體中文完整非家庭64位版

2、Office： Office 2003、2007、2010

3、CPC：，下載安裝程序和升級包?

安裝步驟：

?1、用管理員權限賬號登錄電腦

2、關閉360等防火墻或殺毒軟件

3、安裝時右鍵“以管理員身份運行”

4、建議使用離線升級包升級

5、推薦安裝順序：OfficeàCPC安裝程序àCPC升級包à導入證書

?

安裝檢測：

?1、CPC是否正常打開

2、請求書文件是否能正常保存

3、通知書接收是否正常

二、CPC常見問題解決

?問題1：安裝好CPC之后打開出現如下錯誤提示

解決辦法：安裝最新的CPC升級包?

問題2：電子客戶端更新失敗，不能獲取信息，可能你的軟件在線更新程序沒有安裝

解決辦法：安裝CPC的在線更新程序然后再離線升級

問題3：提交文件、下載通知書很慢或是網絡不通

解決辦法：根據網絡情況修改服務器地址，選擇最快的服務器

問題4：打開申請文件提示：無法獲取“”控件的窗口句柄。

解決辦法：升級時沒有安裝-ax-.exe數學式控件引起的，先安裝控件再升級

問題5：CPC的證書查看器提示證書不存在，實際已安裝證書。

解決辦法：

1、設置正確的證書目錄

2、在瀏覽器中導入CPC通知書

問題6：CPC工具欄的按鈕消失了或者按鈕出現多個。

解決辦法：重新設置工具欄

三、電子申請網使用技巧？

環境設置

1、網址：

2、瀏覽器：IE8、IE9、IE10，推薦配置用IE，正常使用360瀏覽器兼容模式

3、操作系統：無特殊要求，建議按CPC的配置

瀏覽器設置

1、重置瀏覽器

2、設置瀏覽器兼容性：

3、添加信任站點：

4、設置瀏覽器安全性

5、設置允許瀏覽器彈出窗口

證書操作

1、證書下載和更新

2、如何檢查證書

3、證書備份及導入其他電腦

至此，本次直播課正式結束，本活動旨在工作之余建立專業流程管理交流分享平臺，與業內人士共同探討與學習，感謝大家的積極參與。

今后我們將持續總結代理機構在使用CPC時碰到的問題及解決辦法，歡迎客戶朋友們持續關注我們~~

掃描二維碼可以進入直播間回看視頻！

【直播地址】

（需拷貝后在瀏覽器中打開）

往期直播課程，請點擊以下鏈接：