當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

软考-案例分析

發布時間：2023/12/15 编程问答 27 豆豆

生活随笔收集整理的這篇文章主要介紹了软考-案例分析小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

精選問題
一、系統分析與設計

數據模型三要素

數據結構

數組操作

數據的約束條件

REST是什么及五條關鍵原則
REST是采用http和xml基于web的通信技術，能有效降低開發難度，提升系統可伸縮性

網絡上所有事物都被抽象為資源

每個資源都有唯一標識

通過通用的接口進行訪問資源

對資源的各種操作不會改變資源標識

所有的操作都是無狀態的

問題分析階段主要完成對項目開發的問題、機會或指示的更全面的理解。請說明系統分析師在問題分析階段通常需要完成的四項主要任務

研究問題的領域

分析問題和機會

制定系統改進目標

修改項目計劃

系統規劃的步驟

對現有系統進行初步調查。根據企業戰略和發展目標，從類似企業和本企業內部收集各種信息，站在管理層的高度觀察企業的現狀，分析現有系統的運行狀況。

分析和確定系統目標。系統目標應包括服務的質量和范圍、政策、組織和人員等，它不僅包括信息系統的目標，還要反映整個企業的目標。

分析子系統的組成和基本功能。自頂向下對系統進行劃分，并且詳細說明各個子系統應該實現的功能。

擬定系統的實施方案。可以對子系統的優先級進行設定，以便確定子系統的開發順序。

進行系統的可行性研究，編寫可行性研究報告，召開可行性論證會。

制訂系統建設方案。對可行性研究報告中提出的各項技術指標進行分析、比較，落實各項假設的前提條件，制訂系統建設方案，并根據該方案及其實施計劃編寫成系統設計任務書。系統設計任務書經上級主管部門批準后，正式作為系統建設的依據。

項目機會選擇步驟

立項目標和動機

立項價值判斷

項目選擇和確定

初步調查

可行性分析

可行性分析
可行性是指在企業當前的條件下，是否有必要建設新系統，以及建設新系統的工作是否具備必要的條件。也就是說，可行性包括必要性和可能性
軟件系統的可行性分析包括經濟可行性、技術可行性、法律可行性和用戶使用可行性，分別從項目建設的經效益、技術方案、制度因素和用戶使用等四個方面對系統建設的必要性和可能性進行評估

經濟可行性主要評估項目的建設成本、運行成本、和項目建成后可能的經濟收益

技術可行性研究的對象是信息系統需要實現的功能和性能，以及技術能力約束

法律可行性需要從政策、法律、道德、制度等社會因素來論證信息系統建設的現實性

用戶使用可行性是總信息系統用戶角度來評估系統的可行性，包括企業的行政管理和工作制度、使用人員的素質和培訓要求，可以分為管理可行性和運行可行性。

逆向工程四個級別

實現級：包括程序的抽象語法樹、符號表、過程的設計表示

結構級：包括反映程序分量之間的相互依賴關系的信息例如調用圖、結構圖、程序和數據結構

功能級：包括反映程序段功能及程序段之間關系的信息，例如數據和控制流模型

領域級：包括反映程序分量或程序諸實體與應用領域概念之間對應關系的信息，例如E-R模型

新老系統的轉換方法

直接轉換：現有系統被新系統直接取代了，風險很大，適用于新系統不復雜，或者現有系統已經不能使用的情況。優點是節省成本

并行轉換：新系統和老系統并行工作一段時間，新系統經過試運行后再取代，若新系統在試運行過程中有問題，也不影響現有系統的運行嗎，風險極小，在試運行過程中還可以比較新老系統的性能，適用于大型系統。缺點是耗費人力和時間資源，難以控制兩個系統間的數據轉換

分段轉換：分期分批逐步轉換，是直接和并行轉換的集合，將大型系統分為多個子系統，依次試運行每個子系統，成熟一個子系統就轉換一個子系統。同樣適用于大型項目，只是更耗時，而且現有系統和新系統間混合使用，需要協調好接口等問題。

數據轉換與遷移

將數據從舊數據庫遷移到新數據庫中。要在新系統中盡可能的保存舊系統中合理的數據結構，才能降低遷移的難度。

三種方法：系統切換前通過工具遷移、系統切換前采用手工錄入、系統切換后通過新系統生成。

轉換的過程稱為ETL，有三個步驟：抽取（舊數據庫數據）-轉換（三種轉換方法）-裝載（裝入新數據庫，并校驗數據）

遺留系統模型

集成–高水平低價值（技術水平）

改造–高水平高價值

淘汰–低水平低價值

繼承–低水平高價值（業務價值）

可維護性的評價指標

易測試性：指為確認經修改軟件所需努力有關的軟件屬性

易分析性：指為診斷缺陷或失效原因，或為判定待修改的部分所需努力有關的軟件屬性

易改變性：指與進行修改、排錯或適應環境變換所需努力有關的軟件屬性

穩定性：指與修改造成未預料效果的風險有關的軟件屬性

系統維護類型

改正性維護。為了識別和糾正軟件錯誤、改正軟件性能上的缺陷、排除實施中的誤使用，應當進行的診斷和改正錯誤的過程就稱為改正性維護

適應性維護。在使用過程中，外部環境（新的硬軟件配置）、數據環境（數據庫、數據格式、數據輸入/輸出方式、數據存儲介質）可能發生變化。為使軟件適應這種變化，而去修改軟件的過程就稱為適應性維護

完善性維護。在軟件的使用過程中，用戶往往會對軟件提出新的功能與性能要求為了滿足這些要求，需要修改或再開發軟件，以擴充軟件功能、增強軟件性能、改進加工效率、提高軟件的可維護性。這種情況下進行的維護活動稱為完善性維護

預防性維護。這是指預先提高軟件的可維護性、可靠性等，為以后進一步改進軟件打下良好基礎。通常，預防性維護可定義為“把今天的方法學用于昨天的系統以滿足明天的需要”，也就是說，采用先進的軟件工程方法對需要維護的軟件或軟件中的某一部分（重新）進行設計、編碼和測試

需求獲取方法

用戶訪談：1對1-3，有代表性的用戶

問卷調查：用戶多，無法一一訪談。

現場觀摩：針對較為復雜的流程和操作。

聯合需求計劃（JRP）: 高度組織的群體會議，各方參與，成本較高。

情節串聯板：一系列圖片，通過這些圖片來講故事。

收集資料：把與系統有關的、對系統開發有益的的信息收集起來

參加業務實踐：有效地發現問題的本質和尋找解決問題的辦法

閱讀歷史文檔：對收集數據性的信息你較為有用

抽樣調查：降低成本

結構化分析特點、模型

結構化特點：自頂向下、逐步分解，面向數據。

三大模型：功能模型（數據流圖）、行為模型（狀態轉換圖）、數據模型（E-R圖）以及數據字典（數據元素、數據結構、數據流、數據存儲、加工邏輯、外部實體）

結構化設計原則

保持模塊的大小適中

盡可能減少調用的深度

多扇入，少扇出

單入口，單出口

模塊的作用域應該在模塊之內

功能應該是可預測的

原型法設計原則

處理過程明確、簡單系統。

涉及面窄的小型系統

原型法特點

符合人們認識事物的規律，系統開發循序漸進，反復修改，確保較好的用戶滿意度；

開發周期短，費用相對少；

由于有用戶的直接參與，系統更加貼近實際；

易學易用，減少用戶的培訓時間

應變能力強。

面向對象設計原則

單一職責原則：設計目的單一的類

開放-封閉原則：對擴展開放，對修改封閉

李氏替換原則：子類可以替換父類
4. 依賴倒置原則：要依賴于抽象，而不是具體實現；針對接口編程，不要針對實現編程。

接口隔離原則：使用多個專門的接口比使用單一的總接口要好

組合重用原則：要盡量使用組合，而不是繼承關系達到重用目的

迪米特原則（最少知識法則）：一個對象應當對其他對象有盡可能少的了解。

用例建模

分析模型：定義概念類；識別類之間的關系；為類添加職責；建立交互圖；【識別類之間的關系】:（1）依賴關系（2）關聯關系（3）聚合關系（4）組合關系（5）泛化關系（6）實現關系

用例模型：識別參與者；合并需求獲得用例；細化用例描述；調整用例模型；【細化用例描述】：（1）用例名稱（2）簡要說明（3）事件流（4）非功能需求（5）前置條件（6）后置條件（7）擴展點（8）優先級；【調整用例模型】：（1）包含關系（2）擴展關系（3）泛化關系

進度管理

PERT(項目評估與評審技術)圖是一種圖形化的網絡模型，描述一個項目中任務和任務之間的關系，每個節點表示一個任務，通常包括任務編號、名稱、開始和結束時間、持續時間和松弛時間。

Gantt圖是一種簡單的水平條形圖，它以一個日歷為基準描述項目任務，橫坐標表示時間，縱坐標表示任務，圖中的水平線段表示對一個任務的進度安排，線段的起點和終點對應在橫坐標上的時間分別表示該任務的開始時間和結束時間，線段的長度表示完成該任務所需的時間。

PERT圖主要描述不同任務之間的依賴關系；Gantt圖主要描述不同任務之間的重疊關系

面向對象系統開發中，實體對象、控制對象和接口對象的含義是什么

實體對象：用來表示業務域的事實數據并需要持久化存儲的對象類型；

控制對象：用來表示業務系統中應用邏輯和業務規則的對象類型

接口對象：用來表示用戶與系統之間交互方式的對象模型

面向對象系統分析與建模中，從潛在候選對象中篩選系統業務對象的原則有哪些

去除相同含義的對象

去除不屬于系統范圍內的對象

去除沒有特立獨行行為的對象

去除含義解釋不清楚的對象

去除屬于另一個對象屬性或行為的對象

數據流圖是一種重要的結構化系統分析方法，請說明DFD在需求分析過程中的主要作用。

DFD是理解和表達用戶需求的工具，是需求分析的手段。

DFD概括地描述了系統的內部邏輯過程，是需求分析結果的表達工具，也是系統設計的重要參考資料，是系統設計的七點。

DFD作為一個存檔的文字材料，是進一步修改和充實開發計劃的依據。

結構化分析與面向對象，流程圖與活動圖不同

流程圖著重描述處理過程，它的主要控制結構是順序、分支和循環，各個處理過程之間有嚴格的順序和時間關系。而活動圖描述的是對象活動的順序關系所遵循的規則，它著重表現的的是系統的行為，而非系統的處理過程

流程圖只能表達順序執行過程，活動圖則可以表達并發執行過程

活動圖可以有多個結束狀態，而非流程圖只能有一個結束狀態
二、數據庫

主從復制的基本步驟

主服務器將所做修改通過自己的I/O線程，保存在本地二進制日志中；

從服務器上的I/O線程讀取主服務器上面的二進制日志，然后寫入從服務器本地的中繼日志中；

從服務器上同時開啟一個sql thread,定時檢查中繼日志，如果發現有更新則立即將更新的內容在本機數據庫上面執行一遍。

物理分區

范圍分區，屬性范圍

散列分區，哈希值分區

列表分區，屬性具體值分區

組合分區

索引過多副作用

過多的索引會占用大量的存儲空間

更新開銷，更新語句會引起相應的索引更新過多索引會導致查詢優化器需要評估的組合增多；

過多索引會導致查詢優化器需要評估的組合增多

每個索引都有對應的統計信息，索引越多則需要的統計信息越多

聚集索引的變化會導致非聚集索引的同步變化

數據庫特征

按一定數據模型組織、描述、存儲

可為各種用戶共享

冗余度較小

數據獨立性較高

易拓展

E-R模型：橢圓表示屬性、長方體表示實體、菱形表示聯系、聯系兩端要填寫聯系類型

三、網絡相關
30. OSI七層模型

端口

總結

以上是生活随笔為你收集整理的软考-案例分析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。

上一篇： Mac OS 使用命令（scp/sftp
下一篇：落叶飞花