Re: [討論] 102資訊類專B考題請益
※ 引述《Sunofgod ( )》之銘言:
: 複查結果出來了
: 就...請教一下得高分的各位版友
: 題目如下
: http://www.taipower.com.tw/UpFile/JobTest/00_102/1021117_Q05B.pdf
: 第一題 6分(15)
: RFID寫了蠻多的 定義 特性 畫圖(標籤 讀取器 中介系統 後台應用系統)
: 分類(被動主動半被動) 但分類我就簡單的只寫照有無電池 電池強度分類
: 然後寫被動式常用在近場通訊(補習班講義有關近場通訊就僅此一句)
: 相較前面板有所提到的比較類要畫表格 不要流於文章式敘述
: 我這樣寫拿六分應該算幸運了(?) 雖然我自己覺得應該可以拿到快10分(自我感覺良好...)
我RFID跟你寫得差不多 但你答案有分成三部份嗎 15分成三小題 照理應該各5分
所以NFS和比較可能內容可能過少 所以分數跟預計有差
: 第二題 0分(5 15)
: 沒話說 考試時太緊張腦殘把18認為比16小 整棵樹就錯了
: 雖然後面遞迴我自認是對的 但改的人看樹畫錯就給全錯也沒話說就是
下次做完再多再空白處畫一次吧 多驗證一下前面答案對不對
: 第三題 11分(10 5 5) (主要想問的題目之一)
: 前兩小題相較版友得答案根本是不知所云
: 第三小題請教一下是否是這樣得答案
: DFS 1 2 5 4 6 7 3 12 8 9 10 11
這樣寫是沒錯 但題目有前提 要照數字大小
: BFS 1 2 8 9 11 3 5 10 12 4 6 7
我BFS algo印象沒錯的話 你這樣寫有問題 應該是 1 2 8 9 11 5 3 12 10 4 6 7
: 第四題 11分(10 5) (主要想問題目之二)
: 相較先前版友分享得答案 我只3NF T1這張表
: EDpt(主鍵) EStatus拆成一張表
: 版友是連T2也3NF 好像是把PName(主鍵)跟PType也拆出來
: 想請教這題拿滿分的版友是得這樣拆嗎 即使是現在我還是看不太出來為什麼
: PType會相依PName...
我前面推文沒注意看 不過PType相依PName我認為是不對的 想想要是有多一產品也是螢幕
這樣PName就會重複了 這種一對多關係(PName->PType)是不對的
這題我剛剛看了一下 應該跟你講的一樣
又想了一下
如果是PType->PName 這樣就說得過了 這樣T2又多了一個遞移相依關係
所以應該是這裡有扣分的原因
而且命名方式感覺好像相反了
第二小題
select E#,P#,PName,PType,QTY
from T2,T3
where T2.P# = T3.P# and E# = E1001
order by P# ASC
這是剛想的 有錯請幫忙糾正
: 第五題 3分(15)
這題很幸運 考前有去看了一些相關資料 不過現在有點忘了
: 這題補習班講義中只有在網路這門課出現
: 我答案很簡陋(不是正確答案請勿參考阿)
: SAN 以光纖網路為傳輸路徑的備援儲存設備最昂貴 速度最快 安全性最高
我有寫到 這是由多個儲存個體利用網路連結 形成一個大型的的虛擬儲存空間
再來就寫一些相關的增加字數
: 大流量的網站如yahoo或Google等都以此做為備援
: DAS 直接將儲存設備接在機器上 最便宜 最慢 安全性最低 如RAID
: NAS 概念和SAN同 但不是以光纖做為傳輸路徑 費用 速度 安全性介於其餘兩者之間
: 拿3分大概是給我SAN的光纖這兩個字跟速度費用之類的比較吧
: 請教一下高分的版友是怎麼寫得呢?
我想是內容不夠影響到分數 高普考的考試也是很看中內容多少的
還有可能也要就題目寫的災難復原和保全性著筆才行
: 第六題 0分(15)
: 我只寫了 環境圖用來表達系統與外在環境之互動關係 外在環境可包含使用
: 者以及其他系統
: 系統分析是我罩門...少數沒補的一科 看書是有看沒懂 只硬記了開發模式跟UML那幾個圖
: 拿0分...也認了(我自以為第1題和第6題加起來可以拿到10分)
這邊也是運氣 因為環境圖較簡單 所以記的較熟 環境圖好像也可以叫太陽圖
主要就三部分系統(圓型) entry(長方形) 互動(線+文字描述)
: 這科跟資訊管理是我最恨的兩科 嘴砲無敵的兩科 資管還有補習 系統分析就真的是痛
: 想請教系統分析拿高分的版友是怎準備呢?
: 成績蠻醜的見笑了
我跟你一樣 對於這種要記內容的考科也是很頭痛 英文也不太好
或許可以去試試普考 沒有系統分析
: 感謝您的解答
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 1.166.151.205
推
02/19 16:51, , 1F
02/19 16:51, 1F
你沒寫錯 但按大小應該是 1 2 5 4 3 6 7 8 12 9 10 11 走到4後 按大小應該要先走3
而不是6
→
02/19 16:52, , 2F
02/19 16:52, 2F
我是有多寫各屬性的相依關係 不過我也不知道這題拿多少分
上面有寫到應該是PType->PName 所以可能是這裡扣分
→
02/19 16:52, , 3F
02/19 16:52, 3F
→
02/19 16:52, , 4F
02/19 16:52, 4F
→
02/19 16:53, , 5F
02/19 16:53, 5F
→
02/19 16:53, , 6F
02/19 16:53, 6F
這也沒辦法 只能說可惜了
※ 編輯: kyc1023 來自: 1.166.151.205 (02/19 17:33)
推
02/19 19:35, , 7F
02/19 19:35, 7F
※ 編輯: kyc1023 來自: 1.166.151.205 (02/20 16:11)
推
02/20 20:22, , 8F
02/20 20:22, 8F
我覺得不一定 要是有另一批相同PType的新進產品 新增入T2 這樣PQTY只相依於P#
資料庫相依關係就是這樣 有時候要多想一下 想了還不一定對 所以有寫出相依關係的
題目比較好 這種題目有各種說法 可能要寫一下假設比較好
現在再想說ER MODEL怎麼畫 PQTY應該是屬於關係上的屬性吧!?
※ 編輯: kyc1023 來自: 114.46.241.39 (02/20 20:49)
※ 編輯: kyc1023 來自: 114.46.241.39 (02/20 21:12)
推
02/20 22:00, , 9F
02/20 22:00, 9F
→
02/20 22:01, , 10F
02/20 22:01, 10F
→
02/20 22:01, , 11F
02/20 22:01, 11F
→
02/20 22:01, , 12F
02/20 22:01, 12F
像你這樣說就要假設新進貨時 不會新增產品 只會增加PQTY的數量
像我上面說會新增產品 表示P#->PQTY 所以差別就在假設不同 函授都說這種情況
要寫假設告訴改題老師較好
※ 編輯: kyc1023 來自: 114.46.241.39 (02/20 23:20)
推
02/21 00:59, , 13F
02/21 00:59, 13F
→
02/21 01:00, , 14F
02/21 01:00, 14F
→
02/21 01:02, , 15F
02/21 01:02, 15F
如果是這樣 應該要先確定T2有無相同PType的產品 不然直接新增新表格可能會有
重複的tuple
※ 編輯: kyc1023 來自: 1.166.151.209 (02/21 09:33)
推
02/21 15:59, , 16F
02/21 15:59, 16F
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 2 之 2 篇):
Gov_owned 近期熱門文章
PTT職涯區 即時熱門文章