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