前言

以下內(nèi)容僅為個人根據(jù)當年系分案例真題問題整理的偏需要記背的考點答案，方便個人背誦和記憶使用。方便文字轉(zhuǎn)語音，所以內(nèi)容全為純文字內(nèi)容，以下內(nèi)容僅供參考。

背記內(nèi)容

數(shù)據(jù)流圖、活動圖和流程圖對比

1.數(shù)據(jù)流圖:
數(shù)據(jù)流圖的特點:通過系統(tǒng)內(nèi)數(shù)據(jù)的流動來描述系統(tǒng)功能的-一種方法。強調(diào)系統(tǒng)中的數(shù)據(jù)流動。由:數(shù)據(jù)流，外部實體，加工，數(shù)據(jù)存儲。
數(shù)據(jù)流圖的適用場景:結(jié)構(gòu)化需求分析，為系統(tǒng)做功能建模。
2.活動圖:
活動圖的特點:與流程圖類似，但可以表現(xiàn)并行執(zhí)行?；顒訄D的適用場景:面向?qū)ο蠓治雠c設(shè)計建模。
3.流程圖:
流程圖的特點:能清晰展現(xiàn)業(yè)務(wù)執(zhí)行的流程順序。強調(diào)控制流。
流程圖的適用場景:結(jié)構(gòu)化需求分析與結(jié)構(gòu)化設(shè)計，為系統(tǒng)梳理業(yè)務(wù)流程。

需求評審的內(nèi)容:

(1）SRS正確地描述了預(yù)期的、滿足項目千系人需求的系統(tǒng)行為和特征。
(2) SRS中的軟件需求是從系統(tǒng)需求、業(yè)務(wù)規(guī)格和其他來源中正確推導(dǎo)而來的。
(3）需求是完整的和高質(zhì)量的。本例中存在需求描述不完整的情況，如:誰向系統(tǒng)請求?輸入個人詳細信息要輸入哪些?選擇賬戶類型，有哪些賬戶類型供選擇?
(4）需求的表示在所有地方都是一致的。
(5）需求為繼續(xù)進行系統(tǒng)設(shè)計、實現(xiàn)和測試提供了足夠的基礎(chǔ)。
(6 )用例優(yōu)先級合理度評估。

需求評審的作用:

1、發(fā)現(xiàn)二義性需求
2、發(fā)現(xiàn)不確定性用戶未達成共識的需求
3、發(fā)現(xiàn)遺漏的需求
4、為項目干系人在需求問題上達成共識提供支撐
5、降低風險
6、提高軟件質(zhì)量

設(shè)計類

識別設(shè)計類是面向?qū)ο笤O(shè)計過程中的重要環(huán)節(jié)之一，設(shè)計類表達了類的職責，即該類所承擔的任務(wù)，設(shè)計類通常包含以下三種類型：
(1）實體類。實體類映射需求中的每個實體，保存需要存儲在永久存儲體中的信息，例如，員工信息、請假申請表。
(2）控制類?？刂祁愂怯糜诳刂朴美ぷ鞯念悾糜趯?一-個或幾個用例所特有的控制行為進行建模。例如，提交請假，審批請假。
(3）邊界類。邊界類用于封裝在用例內(nèi)、外流動的信息或數(shù)據(jù)流。例如，請假申請頁面、請假批準單。

類之間關(guān)系

識別類之間的關(guān)系是面向?qū)ο蠓治鲞^程中的重要環(huán)節(jié)之一，常見的類之間關(guān)系包括泛化關(guān)系、關(guān)聯(lián)關(guān)系、聚合關(guān)系、組合關(guān)系等。

（1）泛化關(guān)系。

泛化關(guān)系描述了一般事物與該事物中的特殊種類之間的關(guān)系，也就是父類與子類之間的關(guān)系。繼承關(guān)系是泛化關(guān)系的反關(guān)系，也就是說，子類繼承了父類，而父類則是子類的泛化。泛化關(guān)系實例:員工與部門經(jīng)理。部門經(jīng)理也是員工的一種。有點“繼承”的味道（用空三角形表示）

(2）關(guān)聯(lián)關(guān)系。

關(guān)聯(lián)提供了不同類的對象之間的結(jié)構(gòu)關(guān)系，它在一段時間內(nèi)將多個類的實例連接在一起。關(guān)聯(lián)體現(xiàn)的是對象實例之間的關(guān)系，而不表示兩個類之間的關(guān)系。其余的關(guān)系涉及類元自身的描述，而不是它們的實例。對于關(guān)聯(lián)關(guān)系的描述，可以使用關(guān)聯(lián)名稱、角色、多重性和導(dǎo)向性來說明。關(guān)聯(lián)關(guān)系示例:員工與請假記錄之間有關(guān)聯(lián)關(guān)系。比如什么1對多的關(guān)系，（只要用實線來關(guān)聯(lián)即可）

（3）聚合關(guān)系。

聚合關(guān)系(Aggregation）是一種特殊的關(guān)聯(lián)關(guān)系，所以它繼承了關(guān)聯(lián)關(guān)系的特質(zhì)，而且還獨有“整體-部分”（Whole-Part)的特質(zhì)。簡言之，聚合關(guān)系兩端的對象,需具有Whole-Part的關(guān)系。是關(guān)聯(lián)關(guān)系的特例，是強的關(guān)聯(lián)關(guān)系，聚合是整個與個體的關(guān)系，即has-a關(guān)系，此時整體和部分是可以分離的，他們具有各自的生命周期，部分可以屬于多個對象，也可以被多個對象共享；聚合關(guān)系示例：基金看板和基金之間是聚合關(guān)系。（用空菱形表示）

（4）組合（compostion）。

也是關(guān)聯(lián)關(guān)系的一種特例，體現(xiàn)的是一種contain-a關(guān)系，比聚合更強，是一種強聚合關(guān)系。它同樣體現(xiàn)整體與部分的關(guān)系，但此時整體與部分是不可分的，整體生命周期的結(jié)束也意味著部分生命周期的結(jié)束，反之亦然。示例如：大腦和人類。體現(xiàn)在代碼層面與關(guān)聯(lián)時一致的，只能從語義來區(qū)分。組合與聚合幾乎完全相同，唯一區(qū)別就是對于組合，“部分”不同脫離“整體”單獨存在，其生命周期應(yīng)該是一致的。（用實心菱形表示）

基于模型的系統(tǒng)工程

基于模型的系統(tǒng)工程(MBSE）是一種形式化的方法，用于支持與復(fù)雜系統(tǒng)的開發(fā)相關(guān)的需求，設(shè)計，分析，驗證和確認。與以文檔為中心的工程，MBSE將模型放在系統(tǒng)設(shè)計的中心。MBSE是向以模型為中心的一系列方法轉(zhuǎn)變這一長期趨勢的一部分，這些方法被應(yīng)用于機械、電子和軟件等工程領(lǐng)域，以期望取代原來系統(tǒng)工程師們所擅長的以文檔為中心的方法,并通過完全融入系統(tǒng)工程過程來影響未來系統(tǒng)工程的實踐。

基于文檔的設(shè)計方法的局限性主要有:
(1）在基于文檔的方法中，許多文檔是由不同的作者生成的，以從各種利益相關(guān)者的觀點（例如系統(tǒng)行為，軟件，硬件,安全，安全性或其他學(xué)科）中捕獲系統(tǒng)的設(shè)計。不利于利益相關(guān)者之間的溝通，容易產(chǎn)生歧義。
(2）開發(fā)復(fù)雜系統(tǒng)的能力有限，基于文本的設(shè)計方案無法進行前期仿真驗證。
(3）自然語言容易引入形容詞等模糊描述，很難保證準確性

兩階段提交協(xié)議2PC

經(jīng)常用來管理分布式事務(wù)。

(1)2PC包含協(xié)調(diào)者和參與者兩類站點,只有協(xié)調(diào)者才擁有提交或撤銷事務(wù)的決定權(quán)，而其他參與者各自負責在其本地數(shù)據(jù)庫中執(zhí)行寫操作，并向協(xié)調(diào)者提出撤銷或提交事務(wù)的意向。
(2）2PC分為兩個階段:表決階段和執(zhí)行階段。
①表決階段，目的是形成一個共同的決定。協(xié)調(diào)者給所有參與者發(fā)送“準備提交”消息，并進入等待狀態(tài)，所有參與者給與回復(fù)“建議提交”或“建議撤銷”。只要有一個結(jié)點選擇撤銷，則整體事務(wù)撤銷，否則，執(zhí)行該事務(wù)。
②執(zhí)行階段，目的是實現(xiàn)這個協(xié)調(diào)者的決定。根據(jù)協(xié)調(diào)者的指令，參與者或者提交事務(wù)，或者撤銷事務(wù)，并給協(xié)調(diào)者發(fā)送確認消息。

2PC不能解決當前問題。

(1）分布式數(shù)據(jù)庫遵循的是CAP原則，會在一定程度上犧牲一致性。
(2）大多數(shù)NoSQL數(shù)據(jù)庫并不支持2PC。
(3）分布式兩階段提交協(xié)議2PC一般針對的對象在邏輯上是一個整體，對某一個整體事務(wù)需要在多個物理節(jié)點上執(zhí)行時，進行表決和執(zhí)行，對多個數(shù)據(jù)庫的不同服務(wù)并不是很合適。

區(qū)塊鏈

區(qū)塊鏈的主要特征去中心化和開放性

1、去中心化
區(qū)塊鏈采用了分布式計算和存儲，不存在中心化的硬件或管理機構(gòu)，因此使得任意節(jié)點的權(quán)利和義務(wù)都是均等的。
2、開放性
區(qū)塊鏈的系統(tǒng)的一個開放性質(zhì)的，除了交易各方的私有信息被加密外，區(qū)塊鏈的數(shù)據(jù)對所有人公開的。

區(qū)塊鏈的全部特征如下：

去中心化：由于使用分布式核算和存儲，區(qū)塊鏈體系不存在中心化的硬件或管理機構(gòu)，因此任意節(jié)點的權(quán)利和義務(wù)都是均等的，系統(tǒng)中的數(shù)據(jù)塊由整個系統(tǒng)中具有維護功能的節(jié)點來共同維護。

開放性：系統(tǒng)是開放的，除交易各方的私有信息被加密之外，區(qū)塊鏈的數(shù)據(jù)對所有人公開，任何人都可以通過公開的接口查詢區(qū)塊鏈數(shù)據(jù)和開發(fā)相關(guān)應(yīng)用，因此整個系統(tǒng)信息高度透明。

自治性：區(qū)塊鏈采用基于協(xié)商一致的規(guī)范和協(xié)議（如一套公開透明的算法）使得整個系統(tǒng)中的所有節(jié)點能夠在去信任的環(huán)境中自由安全的交換數(shù)據(jù)，使得對 “人” 的信任換成了對機器的信任，任何人為的干預(yù)都不起作用。

信息不可篡改：一旦信息經(jīng)過驗證并添加至區(qū)塊鏈，就會永久的存儲起來，除非能夠同時控制系統(tǒng)中超過 51% 的節(jié)點，否則單個節(jié)點上對數(shù)據(jù)庫的修改是無效的，因此區(qū)塊鏈的數(shù)據(jù)穩(wěn)定性和可靠性極高。

匿名性：由于節(jié)點之間的交換遵循固定的算法，其數(shù)據(jù)交互是無須信任的（區(qū)塊鏈中的程序規(guī)則會自行判斷活動是否有效），因此交易對手無須通過公開身份的方式讓對方對自己產(chǎn)生信任，對信用的累積非常有幫助。

可靠性：區(qū)塊鏈上的數(shù)據(jù)保存多個副本，任何節(jié)點的故障都不會影響數(shù)據(jù)的可靠性。共識機制使得修改大量區(qū)塊的成本極高，幾乎是不可能的。破壞數(shù)據(jù)并不符合重要參與者的自身利益，這種實用設(shè)計增強了區(qū)塊鏈上的數(shù)據(jù)可靠性

全球流通：區(qū)塊鏈資產(chǎn)首先是基于互聯(lián)網(wǎng)的，只要有互聯(lián)網(wǎng)的地方，區(qū)塊鏈資產(chǎn)就可以進行流通。這里的互聯(lián)網(wǎng)可以是萬維網(wǎng)，也可以使各種局域網(wǎng)，所以區(qū)塊鏈資產(chǎn)是全球流通的。只要有互聯(lián)網(wǎng)，就可以把區(qū)塊鏈資產(chǎn)轉(zhuǎn)賬，相較于中心化的方式，區(qū)塊鏈資產(chǎn)在全球流通的轉(zhuǎn)賬手續(xù)費非常低，比如比特幣早期轉(zhuǎn)賬手續(xù)費為 0.0001BTC，相對于傳統(tǒng)轉(zhuǎn)賬來說，區(qū)塊鏈資產(chǎn)到賬也非常快。一般幾分鐘到 1 小時就能到賬。

數(shù)據(jù)可信度問題

分布式交易賬本、哈希散列函數(shù)、公私鑰簽名、時間戳就是區(qū)塊鏈的核心技術(shù)，其中分布式交易賬本、公私鑰簽名最適合解決數(shù)據(jù)信任問題的技術(shù)。
分布式交易賬本使交易賬本在全網(wǎng)不止一份,而是有多份,當有人想篡改賬本時，非常難以實現(xiàn)，所以能解決數(shù)據(jù)可信度問題。
公私鑰簽名是使用非對稱加密機制,做簽名,以驗證持有人以及防止偽造的效果，這種技術(shù)也極難被破解，能驗證持有人自然能一定程度解決數(shù)據(jù)可信度的問題。

三層Web架構(gòu)

定義

1.表示層 ：主要是指 與 用戶交互的界面 , 用于接收用戶輸入的數(shù)據(jù)和顯示處理后用戶需要的數(shù)據(jù)
2.業(yè)務(wù)邏輯層 ：表示層和數(shù)據(jù)庫訪問層之間的橋梁 , 實現(xiàn)業(yè)務(wù)邏輯 , 具體包含：驗證、計算、業(yè)務(wù)規(guī)則等等。
3.數(shù)據(jù)訪問層 ：與數(shù)據(jù)庫打交道 , 主要實現(xiàn)對數(shù)據(jù)的增、刪、改、查等。

三層架構(gòu)的特征

1.各司其職
2.高內(nèi)聚低耦合：
高內(nèi)聚 : 盡可能類的每個成員方法只完成一件事
低耦合 : 減少類內(nèi)部，一個成員方法調(diào)用另一個成員方法
從類角度來看， 高內(nèi)聚低耦合：減少類內(nèi)部，對其他類的調(diào)用
從功能塊來看 , 高內(nèi)聚低耦合：減少模塊之間的交互復(fù)雜度
簡單來說，就是 解耦 ：只做自己功能內(nèi)的事
任何一層發(fā)生變化都不會影響到另外一層！??！

面向接口編程

設(shè)計與實現(xiàn)分開
在一個面向?qū)ο蟮南到y(tǒng)中，系統(tǒng)的各種功能是由許許多多的不同對象協(xié)作完成的。在這種情況下，各個對象內(nèi)部是如何實現(xiàn)自己的 , 對系統(tǒng)設(shè)計人員來講就不那么重要了；而各個對象之間的協(xié)作關(guān)系則成為系統(tǒng)設(shè)計的關(guān)鍵。小到不同類之間的通信，大到各模塊之間的交互，在系統(tǒng)設(shè)計之初都是要著重考慮的，這也是系統(tǒng)設(shè)計的主要工作內(nèi)容。面向接口編程就是指按照這種思想來編程。文章來源地址http://www.zghlxwxcb.cn/news/detail-458266.html

到了這里，關(guān)于2022系統(tǒng)分析師案例分析真題背記內(nèi)容的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！