?
然后我們繼續(xù)看,信息化與信息系統(tǒng),首先看常規(guī)信息系統(tǒng)集成技術(shù),可以看到內(nèi)容很多.
?
首先看網(wǎng)絡(luò)交換,然后看一下定義,再看一下分類,不是特別重要,然后再看互聯(lián)設(shè)備
?
互聯(lián)設(shè)備也不是特別重要,但是,一般有個問題是,路由器是哪一層會問.可以看到是在網(wǎng)絡(luò)層
?
然后這個無線網(wǎng)絡(luò)設(shè)備,知道無線AP,這里也不是特別重要.
?
然后我們再看高可用性和高可靠性的規(guī)劃與設(shè)計,首先可用性:
定義可以看一下,這里也很重要,然后度量,就是 (無故障時間 / 故障恢復(fù)時間) * 100 %
就是說,比如一天24小時,那么 有4個小時出故障了,那么這個度量怎么算,就是 無故障時間(24-4) / ((無故障時間 24-4) 故障恢復(fù)時間(4)) * 100 % ,其實就是20 /24 對吧. 就是這樣的.這個公式要背住,這個可能有個題.
然后提高方法,可以看到提升思路,就是1.提升系統(tǒng)單次工作時長,其實就是把分子變大對吧. 無故障時間變多了,分子變大了,那么度量變大了. 或者就是把分母變小,就是故障時間變小對吧,這樣度量也變大了.
然后具體戰(zhàn)術(shù)這里,1.錯誤檢測:心跳這里就跟看門狗一樣,在嵌入式中的看門口一樣,就是監(jiān)控服務(wù)是否正常對吧.比如有個12306的查票服務(wù),那么我們弄個心跳,來一直檢測這個服務(wù)是否還正常,這個是錯誤檢測
2.錯誤恢復(fù):可以看到這里有個冗余,就相當(dāng)于有個備胎對吧.如果一臺服務(wù)器壞了,那么另一臺服務(wù)器可以頂上去這樣.
3.錯誤防范:這個可以記下來,之前有考過,可以看到就是引入進(jìn)程監(jiān)控器,監(jiān)控進(jìn)程把可能會出現(xiàn)問題的組件從服務(wù)中刪除.
防范出現(xiàn)更多錯誤.
4.可靠性這個需要記一下就可以了.
?
上面這個系統(tǒng)集成技術(shù)就講完了,然后還有軟件工程.
?
首先看軟件需求
?
上面這個部分需要掌握,會考
?
然后舉個例子,業(yè)務(wù)需求,就好比最初設(shè)想軟件時候的一個需求,很宏大,但是交給具體某個人去負(fù)責(zé)的時候,具體到功能,可能到了用戶
需求這里就是上面這樣了,然后到了實現(xiàn)的時候,經(jīng)過一分析,最后就出來系統(tǒng)需求,這么個東西.
?
這個地方考過的,需要記下來,然后看一下,常規(guī)需求,就是滿足用戶需要的,用戶認(rèn)為系統(tǒng)該有的功能,期望需求就是用戶也說不清楚,但
他認(rèn)為應(yīng)該有的,意外需求就是,客戶沒說,但是開發(fā)人員做 了還挺好用,但是這個部分的成本客戶不會買單.
?
這個考到過,這個送分吧…需要自己去背一下
?
這里補(bǔ)充一個,可驗證性是需求的最基本的特征.
這個是需要掌握的,重點可以看到e-r圖用來設(shè)計數(shù)據(jù)庫的是數(shù)據(jù)模型,這些都很好理解.
?
軟件需求規(guī)格說明書這個要注意一下,不是特別重要
?
需求評審是個技術(shù)評審,然后需求評審 一定要有用戶參與.還有需求測試,這里
需求驗證方法,這個是很重要需要記住,需求測試
就是用來驗證系統(tǒng)做完以后功能是否符合需求,其實這個需求驗證就是在交付以后用來驗證是否符合需求的.
?
UML進(jìn)來沒考,但是上面標(biāo)注的需要記住:
?
這里可以看到,這里的泛化其實就是,如果一個子類有個父類,那么,這個叫做繼承關(guān)系,那么子類繼承父類
箭頭指向子類叫繼承,箭頭指向父類,叫泛化,就是繼承反過來就叫泛化.
?
這些需要知道
?
?
這些太多了,不好記住,但可以挑一些記
?
類圖了解不需要重點掌握
?
對象圖了解不需要重點掌握
?
構(gòu)件圖了解就可以了
?
組合結(jié)構(gòu)圖也是了解就可以了
?
這個需要重點掌握
?
可以看到帶小人的一般都是用例圖百分之90
?
這個是需要掌握的,順序圖用來強(qiáng)調(diào)消息的時間次序.
?
通信圖不需要掌握,但是
?
定時圖可以不掌握
?
狀態(tài)圖需要掌握一般叫做,狀態(tài)圖或者狀態(tài)機(jī),描述的是各種的狀態(tài).
這個活動圖是需要掌握的
?
這個部署圖也是需要掌握的往往這里,包含什么HTTP協(xié)議,TCP/IP協(xié)議,什么防火墻之類的就是部署圖.
上面這個uml的圖,在之前是必考的,不過在現(xiàn)在考的不是很多,但偶爾也會考.
?
用例視圖是最基本的需求分析模型,描述了不同角色之間的關(guān)系等.這是需要掌握的.然后再去看
?
這個需要掌握的.
?
這里關(guān)聯(lián),依賴好說一點,這個共享關(guān)系是,車與輪胎的關(guān)系,如果車壞了,輪胎還可以用,這個是共享關(guān)系,但是
如果 一個公司倒閉了,那么這個公司的部門也沒有了,這個是組合聚集關(guān)系.
?
第一題,功能模型,指的是數(shù)據(jù)流圖,用來描述功能,然后
行為模型指的是狀態(tài)轉(zhuǎn)換對吧.
2.Python是編程語言.
?
選擇B,因為上面這個age,沒有數(shù)據(jù)類型,是int類型的
?
這個對開發(fā)人員就很簡單了,一看就知道了
?
這里可以帶入讀一下,比如老總?cè)tv唱歌,那么
老總包含ktv不對
老總和ktv沒有父子關(guān)系,也不是泛化
老總和ktv有關(guān)聯(lián)關(guān)系這個可以
老總擴(kuò)展了ktv也不對,選擇c
?
然后看看,這個狀態(tài)圖,在題干中看到了狀態(tài)所以這里,就選擇B狀態(tài).
?
這里就用到了,我們來計算度量的那個公式了,
可以看到,無故障運行時間 / (無故障運行時間 故障恢復(fù)時間)
第一個 10000 / 10000 1 =99.99
第二個 14000 / 14000 1.5 = 99.98 對吧選擇A
?
這個可以看到第一個DAS是直接存儲不支持?jǐn)U展,
第二個B,NAS有自己的NFS文件系統(tǒng)網(wǎng)絡(luò)文件系統(tǒng),然后C. NAS使用TCP/IP傳輸協(xié)議這個是對的
然后D,SAN采用了子網(wǎng)來存取文件,子網(wǎng)后面連接了磁盤陣列吧.
?
這個需要記住就可以了,前面說過,業(yè)務(wù)需求,藍(lán)圖最大,游輪,用戶需求是大船,系統(tǒng)需求最后做出了小船.
?
這個uml不包括繼承圖對吧.
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。
