2009年2月9日 星期一

確定完成? (Y/n) 確定刪除? (y/N) 刪除~
確定? (y/N) gaaan.com
我雖然是個網頁,但是我立志成為一個BBS。



請輸入代號,或以[guest]參觀,以[new]註冊:

請輸入您的密碼
登入中...看板維護
名稱:
敘述:
版主:
文章上限:
是否隱藏: (N/A)
是否開放:
是否推文: (N/A)
是否回文: (N/A)
是個看板:
進版畫面: (N/A)

[ctrl-S]存檔 [Esc]離開
站上人數: 146 使用者: 訪客 (U) 註冊/登入 | (O) 設定 | (H) 說明

發表文章
標題:
標題輸入完後請按 ENTER
請注意您在本站的發表任何言論都必須符合gaaan.com使用者須知喔!

內容:

[ctrl-S][alt-S][alt-X]存檔 [Esc]離開

使用設定 [Esc] 離開

版面配色 [1]: ˇ深色 淺色
顯示圖片 [2]: ˇ是 點選後顯示 否
顯示多媒體 [3]: 是 ˇ點選後顯示 否

推:(按[Esc]取消)我要對這文章 1. 鼓勵 2. 噓他 3. 註解 Esc. 取消 [1]?註冊了帳號,才能貼文章或是推文章喔!
帳號:
密碼:
確認密碼:
暱稱:
電子郵件信箱:
我已閱讀, 並且同意遵守gaaan.com使用者須知。
下載使用者條款中...
依序填寫,填完一個項目後按enter [Esc]離開
[D]刪除我的最愛 [↑↓] 選擇 [←][Esc]離開我的最愛 [→][r]閱讀 [Alt-Q] 登出 [h]說明

文章設定標籤(Beta):
標籤:

(標籤之間請以空格分開,輸入完畢以Enter存檔,Esc不存檔離開本畫面)

看板既有標籤:


文章加入個人書籤:
del.icio.us HemiDemi


























1

人氣: 2 追尋永恆的深度 目前看板:deepdish
編號 日期 作者 標題
420 + 09/19 deepdish. □ [轉錄][分享] 關務四等電機的考試心得
421 + 09/20 deepdish. □ [轉錄][資訊] 用 Google Docs 做問卷
422 + 09/20 deepdish. □ [轉錄]Rails Core team 怎有如此混帳
423 + 09/20 deepdish. □ Flagfox 3.3.1釋出,幫助你看網站的所在國家
424 + 09/20 deepdish. □ [轉錄][好文] javascript快速上手
425 + 09/21 deepdish. □ [轉錄][心得] 高考圖書資訊管理(選試英文)上榜心得1
426 + 09/21 deepdish. □ [轉錄][心得] 高考圖書資訊管理(選試英文)上榜心得2
● 427 + 09/21 deepdish. □ [轉錄][心得] 高考資訊處理心得
428 + 09/21 deepdish. □ [轉錄]Re: [心得] 連動債虧損投資人應串連集體訴訟
429 + 09/21 deepdish. □ [轉錄]Re: [新聞] 全球股災…抱連動債 有人賠掉老本六成
430 + 09/21 deepdish. □ 台灣 Web 創新服務整理(2008.09.20更新#152)
431 + 09/21 deepdish. □ MAPLight
432 + 09/21 deepdish. □ opencongress 開放國會
433 + 09/21 deepdish. □ GovTrack.us
434 + 09/21 deepdish. □ 美國總統候選人網站

53 54 55 56 57 58 59 60 61 62 63
[↑↓] 選擇 [←]看板列表 [→]閱讀 [p]發表文章 [y]回應 [h]說明 [D]刪除 [E]編輯 [X]推文

連絡站長 | 問題與建議 | 使用者須知 | ©2007 gaaan.com

本版被收錄的標籤列表:
















1 2 3 4 5 6 7 8 9 10 11
連絡站長 | 問題與建議 | 使用者須知 | ©2007 gaaan.com
作者: deepdish. (D 調的華麗)
標題: [轉錄][心得] 高考資訊處理心得
時間: Sun Sep 21 02:27:41 2008
連結: http://gaaan.com/deepdish?p=69847
標籤:

※ [本文轉錄自 deepdish 信箱]


作者: deepdish.bbs@ptt.cc (deepdish.bbs@ptt.cc)
標題: [心得] 高考資訊處理心得
時間: Sat Sep 20 22:14:36 2008

作者: hetea (hetea) 看板: Examination
標題: [心得] 高考資訊處理心得
時間: Sat Sep 20 04:20:14 2008


有幸考取高考資訊處理,寫心得還願

年前辭去工作,年後開始準備考試

============事前準備================
準備的科目是資訊處理
查了查考選部的年度考試計劃表、上ptt國考版
看一下從1月到7月間,可以考的考試有鐵路特考、關務、高考等
跟高考科目比起來,關務多了英文卻少了系統分析跟程式語言
通通都報名

本身為資工系所畢業在專業部份(資料結構與程式語言)覺得可以念的來,
計算機網路(曾選修過)其餘就決定自己唸,不去補習班。

到重慶南路買書如下

資料結構: 資料結構 王致強 高點
資料結構應試寶典 謝樹明 旗標

程式語言: 程式語言 胡世雄 高點

系統分析: 系統分析與設計 吳仁和、林信惠 智勝

資料庫: 資料庫應用 向宏 高點

計算機網路: 電腦網路 TANENBAUM 東華

資訊管理: 管理資訊系統 周宣光 東華

英文: 英文測驗題庫 李慧華 高點

憲法: 中華民國憲法 陳逸飛 來勝

法緒: 法學緒論(含大意) 程怡 志光

============*讀書時間*================
開始準備的第一天為2/16,準備時間5個月

每天9:00左右到圖書館報到
圖書館從早上9:00開到晚上8:00
但星期一休館,周末只開到下午5:00
每天就盡量讓自己從頭坐到閉館
(苦惱星期一休館,在家念書效率差,後來找到台電K書中心解決此問題
且台電K書中心開放時間較長,後來就都到台電K書中心看書)

回家就完全不看書
盡量在晚上12:00左右睡覺,睡滿8小時

============*讀書方式*================
讀書先抓自己拿手專業科目一科+沒念過的一科+憲法
三科輪流看,看累了就休息一下(趴著想剛剛看的或去倒水時回想一下)
每科看到告一段落,就換科看減少厭倦感

1. 專業科目都會作筆記(會標日期)
2. 先看目錄以大綱方式去分段落
3. 盡量回想
4. 假裝自己是老師教學生的方式,盡量以口語的教法教自己
5. 慢慢培養邊念時,猜想出題老師會怎麼出
6. 遇到不會的,可能前面鄰近部分沒唸熟,再看一下
7. 超過10分鐘還不會,就先做記號,之後回頭看
8. 當每天規律,心裡浮躁就會減少

自己念有一個壞處就在於有問題沒有人可以問
那時就只能在那附近多看、多想
當想出來也有另一番成就感
另外有時google或知識+也超好用(資訊管理那一科就一直出新的技術或方法)

============*考試心得*================
1. 只要有時間,就算不會的題目,也是要寫一堆
有寫就有機會有分數,不寫一定沒分數

2. 有標準答案分數能拿的一定要拿到
因為申論題,除了改卷老師主觀外
也會因為別人答案更好,導致分數變低

3. 考試一定要考完全程

4. 沒放榜前,沒有人知道是不是會上榜

5. 在同一年度考題,出題機會超高

-- ※ 發信站: 批踢踢實業坊(ptt.cc)

◆ From: 119.14.0.193
推 dinshi:推推 感恩  09/20 09:47
推 mc3827:感謝囉!  09/20 09:56
→ Mcdona1d:恭喜~~~~~~~~~~~~~~~~  09/20 11:46
推 wtchuang:恭禧~~~  09/20 21:12


-- ※ 發信站: 批踢踢兔(ptt2.cc)

◆ From: 220.132.173.237


--
gaaan.com
From: -


[↑]上一篇 [↓]下一篇 [←][Q]離開 [X]推文 [Y]回應
作者:阿彰
內容:http://ismc9853.blogspot.com/
大家好,我是92年高普考資訊類組的考生王永彰,有幸在92年考上高考資訊類組第四名,普考資訊類組第六名,我是在91年11月26日晚上開始準備,一直到92 年高普考結束,總共準備九個月整,很順利的考上,準備考試的過程之中,跟大家一樣經歷了無助、徬徨,體會到漫長讀書生涯的無奈,當我在準備考試的過程中,暗自發誓,當我考上高考之後,我一定要跟大家分享讀書考試的智慧。
很慶幸的事,有許多人找我討論如何準備考高普考,我也實際的輔導了一些考生考上,當然也有人放棄準備而沒有考上的。
一直有感於受到我影響的考生人數太少,而且我習慣把準備考試的方法寫在網誌上,一方面是怕自己會忘掉,另一方面是希望更多人看。
基於問我的人越來越多,我想不如公佈部落格的網址,提供大家上去瞭解,請在點選之後,選擇"考試技巧"的類別。就可以看到相關準備考試的資訊。近期我會再寫多一點供各位考生參考。
以前在補習的時候,看到好多考生準備好幾年,心裏就覺得好難過,人生應該用來享受所有的美好,而不是用來準備考試,希望這樣的網誌內容,對大家有所幫助。
有鑑於網路的發達,發表自己的想法越來越容易,如果有用的訊息能夠透過有用的管道來公佈,確實是一個不錯的方式,希望對大家有幫助。感謝人生中所有的一切美好。
以下是我的部落格網址:http://ismc9853.blogspot.com/
--------------------------------------------------------------------------------
回應者:easygod
內容:>以前在補習的時候,看到好多考生準備好幾年,心裏就
>覺得好難過,人生應該用來享受所有的美好,而不是用
>來準備考試,希望這樣的網誌內容,對大家有所幫助。


補習多年才考上的一堆,包括我同學(目前已經考上).高點
考取經驗談那些考試達人多是準備1-2年就考上,應該是少數"精英",對這些落榜者我也感到難過,卻幫不上嗎?無奈!我也是雷恩大兵!

有一點我要說明,自修準備雖然辛苦但是收獲良多,我筆記做了一年多,很多考題內容也都收在裡面,一科筆記就花我2-5個月左右,有時候會羨慕補習班同學有老師講義.再過幾個月筆記應該可以全部完工,每科平均約450頁,內容包括數種教科書版本,專門對付高考用的,範圍超廣不得不如此.將來我可以出6本專業教科書了(自嘲).
---------------------------------------
<%@ Control Language="VB" AutoEventWireup="false" CodeFile="Q_and_A_WebUserControl.ascx.vb" Inherits="Q_and_A_WebUserControl"
%>
<%--<%@ Register TagPrefix="kj" TagName="Footer" Src=../../"Footer.ascx" %> --%>

<%--<%@ OutputCache Duration="10" %> --%>



<%=ImgAltString%>


<%=ImgAltString%>




<%--http://msdn.microsoft.com/zh-tw/library/system.web.ui.controlcachepolicy(VS.80).aspx--%>
<%--除了將整個網頁儲存於Output Cache之外,我們也可以將局部資料儲存於Data Cache(以下簡稱Cache)。Cache的用法與Application物件很類似,例如:


將資料或物件存放在Application物件中


Application("key1") = "這是字串"


Application("key2") = obj




將資料或物件存放在Data Cache中


Cache ("key1") = "這是字串"


Cache ("key2") = obj


不過筆者必須說明的是Data Cache所佔用的記憶體隨時可能會被釋放(視系統記憶體當時使用的情況),所以每當我們要讀取Data Cache時,要先判斷Cache("key") 是否等於Nothing,若不等於Nothing,表示Cache("key") 還存在於系統中,方可讀取。 提供偵錯工具

--%>
<%--Trace.Write("UploadFile()", "進入UploadFile事件程序")


Trace.Warn ("UploadFile()", "進入For迴圈")

--%>
三級

二級 http://loan0131.pixnet.net/blog/post/22938886

anti http://www.mobile01.com/topicdetail.php?f=37&t=290373

http://www.3people.com.tw/Government/%E8%80%83%E5%8F%A4%E9%A1%8C/%E8%B3%87%E6%96%99%E8%99%95%E7%90%86.aspx

http://www.wretch.cc/blog/Hanpeng/10654223

作者:easygod
內容:1.有些資料沒貼,請見諒.以貼錯誤的解答為主.
2.有些解答我真的不會,幫忙解題者可以索取該科完整修正檔.
3.修正檔有可能在7/12之前無法完工,7/12之後會接著繼續.
4.答案僅供參考,有任何相關問題可在此詢問.

[89資料庫應用]
(二)Logical Data Independence
答案寫的是Data Independence
修正:
邏輯資料獨立性(Logical DataIndependence):
指程式員或使用者可不必依賴特定的邏輯資料模式,而自由地發展其應用程式,而產生多種外部景觀 (external view),也就是當資料格式有異動時,可透過資料庫管理系統 (DBMS) 來修改,而不必更動應用程式本身。
概念層結構改變則只要改變概念層/外部層之間的映對 (conceptual / external mapping) 即可,外部層的綱要 (external schema) 可以維持不變。

[89資料通訊]
三、
...
(三)等待傳輸成功的期望值(即:平均需傳輸幾次之後才能成功的數值,不包括最後成功的那一次)為何?(6分)?

答案(三)我覺得怪怪的?


二、
(四)請舉出一個無效的 (invalid) codeword。當此invalid codeword被接收後,上述的CRC機制無法偵測其正確與否。

這題解答我看不懂.


四、
...
(四)Synchronous Transmission
補充解答:
以時間控制器,控制通訊雙方資料之發放與接收。
資料以固定長時段、連續的方式傳送。
發訊端在每個位元組會先加上一個開始位元,確保資料在時間上能夠保持同步,接著才是一連串的資料,最後加上錯誤檢查位元及停止位元,確保資料沒有發生錯誤。
同步傳輸的特性是在一群字元的前後加入判別位元來告知收受者,以保證每一群字元能被完整地送達。
這些判別位元包括了控制、錯誤偵測位元以確認這一群字元是否正確。
同步傳輸主要應用在大型電腦上高速的資料傳輸,這是因為控制位元與錯誤偵測位元出現的比例較非同步傳輸 (Asynchronous Transmission) 來得低,所以資料傳輸率比較高。

配分10分補習班解答只寫一行,這樣只能拿1成分數.
--------------------------------------------------------------------------------
回應者:easygod
內容:[89資料結構]
四、請建立一個最小堆積(minimum heap(必須寫出建立此堆積的每一個步驟)。
答案的第2個小圖,疑似畫錯了.
--------------------------------------------------------------------------------
回應者:easygod
內容:[89資訊系統與分析]
五、
補充解答:
資料模式是用來描述資料庫內資料的特性,由以下三個要素所組成:
1.資料結構資料在資料庫中的組成與表示方法。
2.整合限制條件資料在結構與表示方式中的合法條件。
3.資料的運算
資料庫管理系統的資料模式種類:
1.階層式資料模式
2.網路式資料模式
3.關聯式資料模式
4.物件導向式資料模式
補習班解答寫太少了.
--------------------------------------------------------------------------------
回應者:easygod
內容:[89資料結構]
第五大題3,4,5小題時間複雜度我不會算.
這留言板會限制特殊符號及字數!
--------------------------------------------------------------------------------
回應者:阿鎧
內容:您寄的寶貴資料!89資訊管理小弟以收到,因最近較忙還來不及看... (時間上要專注於普考了..)

--------------------------------------------------------------------------------
回應者:easygod
內容:[90資料庫應用]
二、請舉例比較 Relational Algebra 與 Relational Calculus。
補習班例子寫法疑似錯誤,請自行參考向宏資資料庫應用一書.

四、解釋名詞:(每小題5分,共50分)
補習班寫法太簡略了,依我查分數經驗全部只能拿20分,自行補充

[90資料通訊]
一、有關多點式傳輸 (multicast communication)
...
補習班寫法太簡略了,自行補充.

二、(3),(4) 小題看不懂補習班寫法.

[90資料結構]
一、
(2)最小高度我覺得為log2n,這題懷疑但不確定.
(3)程式寫法有錯,自行修正.

二、
(1)圖畫錯,應該是19後面串列10.
(2)這題看不懂.
三、
(2)這題看不懂.

四、
(2) 修正:分支數又有"另一關係式"
B = 0×n0 + 1×n1 + 2×n2 ----------(2)
"另一關係式"我查不到資料,這小題出太偏.
(5) 這題的證明看不懂.


[90資訊系統與分析]
四、解釋名詞
自行補充,補習班寫太少了.

90資訊管理是唯一寫最好的答案.
--------------------------------------------------------------------------------
回應者:easygod
內容:To 阿鎧:
1.高考資料照樣寄給你,普考比較好準備,不過我不參與!
2.希望你能上榜,接著考高考,這樣可以一起討論下年度高考,今年總成績我立志拿50分以上,不然真的白讀了,也沒辦法對自己交待,心裡真是悶!
--------------------------------------------------------------------------------
回應者:easygod
內容:[91程式語言]
一、答案是錯的.

[91資料庫應用]
一、補習班寫太少,自行補充.
四、上課班級圖錯了.

[91資料通訊]
三、補習班寫太少,自行補充.

[91資料結構]
三、五看不懂

[91資訊系統與分析]
這科答案寫的很好,推!!!

[91資訊管理]
這科答案寫的很好,推!!!

Information Processing Model(Jay Galbraith)

http://cm.nsysu.edu.tw/~jhuang/phd-2/phd17-2.doc
這是 http://cm.nsysu.edu.tw/~jhuang/phd-2/phd17-2.doc 的 HTML 檔。
G o o g l e 在網路漫遊時會自動將檔案轉換成 HTML 網頁。
MIS2

Information Processing Model(Jay Galbraith)

毛志仁 8041809


壹、本文大意

本篇文章是以資訊處理的觀點來設計組織結構,當組織任務的不確定性增加

時,會使待處理資訊的數量及複雜度增加,因此組織應建立適當的機制來處理

複雜的資訊,而此種資訊處理機制之設計會直接影響組織結構。

機械模式

資訊處理的目的是要作適當的決策或完成組織的任務。當任務或決策的不確定

性較低時,可以透過簡單的機械模式來處理資訊。機械模式的價值在於它建立

了一個資訊處理的基礎模式,在官僚組織下,有三種不同的模式可用來處理資

訊,分別是:1.規則、計劃或程序,2.科層組織,3.目標設定。

規則、計劃、程序
如果任務或決策是確定的情況,且具有重複發生的現象時,組織可建立一套規

則或程序,使員工可以不必經由溝通,就可以直接反應及處理,達成協調合作

之目的。規則提供一個標準的資料處理模式,但缺點是無法處理非預期情況。

科層組織
當不確定(新的或特殊的)情況發生時,就必須建立科層組織上下溝通系統之

架構來處理資訊,藉由指揮鏈任務之請示與交付,完成例外管理之目標。管理

者擁有作決策之資訊、權威及報償能力,可使任務之執行更有效能。缺點是管

理者處理資訊之能力有限,當不確定或例外情況增加時,會使管理者資訊過度

負荷,造成決策遲延。

3.目標設定

當資訊過度負荷之情況發生時,為了改善決策遲延,可以縮短資訊發生點與決

策點之間的距離,將決策權授權至基層,選擇有適當技能及態度的員工來執行

任務,並透過目標設定之方式達成組織之要求。

目標是員工決策的指導原則,亦是評估的準則,但目標之設定仍受限於任務的

不確定性,如果不確定性大,則目標可能要經過反覆的修正;此外,當違反既

定目標的狀況發生時,可能會增加資訊處理的量。


設計策略

機械模式之協調及資訊處理能力,受限於外在不確定情況發生的頻率及內在組

織本身的能力。當任務不確定性的數量增加時,終會使科層組織資訊過度負荷,

此時組織勢必要發展新策略因應。新策略可從二個方向著手:一個是減少資訊

需求;另一個則是增加資訊處理的能力。組織可以創造寬鬆資源(slack

resources)或獨力自主任務團隊的方式來減少資訊需求;可用投資垂直資訊系

統或創造水平關係之方式增加組織的資訊處理能力。

創造寬鬆資源
當組織降低要求的績效水準,如延長期限、增加工時等等,增加了可耗用的資

源,要求條件的放寬,會減少例外情況,資訊過度負荷的情況就不會發生。寬

鬆資源會增加組織的成本,是否採用須比較其他策略之相對成本高低來決定。

創造獨立自主之任務
改變功能別的任務設計,讓每一個任務均擁有完成任務所需的全部資源,降低

部門溝通產生之資訊量,例如以產品線、地區別、專案、顧客別、市場等因素

來建立團隊或設計組織。獨立自主任務之策略以「產出或地理類別」劃分的組

織結構,取代原本以「投入資源、技術、或職業類別」為基礎的組織結構。

3.投資垂直資訊系統

增加在垂直資訊系統上的投資,如添購電腦設備、人機組合設備或雇用助理人

員等,可增加管理者執行資訊處理及決策的能力。

投資策略的目的是收集資訊,並將資訊在適當的時間導引至科層組織中適當的

地方。本策略雖然會增加規劃的時間,但會使科層組織資訊超過負荷的情形減

少。

4.創造水平關係

當不確定性增加,組織對水平協調的需求也會同時增加,此時可利用授權及增

加部門間的水平連結,產生橫向的決策程序來因應;可行的作法包括直接跨部

門的溝通、設立部門間的連絡人(對話窗口)或整合者、設立跨部門工作團隊

或矩陣式組織。

當組織面對因技術改變、競爭增加、產品線多樣化等因素導致更高的不確定性

時,組織可用成本的考量,自四種策略中選擇其中一種策略或是組合策略來達

成資訊處理的目標。


結論

不確定性增加資訊的數量,並造成不同型態的組織。資訊的數量決定於任務的

不確定性、人員分工、產出多樣性及績效水準。科層組織之溝通管道可進行部

門間數量可觀的相互協調工作,但在決策能力上有所限制。四種可行的策略可

以降低資訊的數量或是增加組織處理資訊的能力。降低績效水準、多樣性及人

員分工,可減少組織內的資訊需求;投資科層組織之垂直資訊處理及導入水平

決策程序可增加資訊的處理能力。


貳、評論

本篇文章發表於1973年,以資訊處理之觀點來看組織結構之設計,分析組織

結構演變的過程,如何由科層組織演進到事業部組織、矩陣組織,論點著實精

僻。惟因資訊科技之發展,今日的資訊處理的軟、硬體設備,如個人電腦、通

訊設備、網際網路已較以往大幅進步,組織型態亦已有大幅改變,聯網組織、

虛擬組織相繼出現,這些都是本篇文章在當時未能探討的,有待學者後續繼續

研究。在今日的組織中,使用資訊系統從事跨功能部門的溝通,是一有效的水

平連結方法,電腦資訊系統可以使得管理者或第一線的工作人員了解有關組織

的問題及決策相關資訊之交流。

此外,作者認為四種策略之選擇方式,是以相對成本之高低為考量,而未參酌

組織效能之高低為選擇要件,應是本文缺點之一。不過話說回來,影響組織效

能的因素眾多,較佳的資訊處理能力,是否能得到較佳之組織效能,又是另一

個難以判定的命題。


參、應用

由本文引發可研究的方向有下列三項:

1.可探討資訊科技的發展對組織資訊處理以及結構的影響。

2.可探討組織資訊處理的要求因素(如目標、環境、技術、規模….)與資訊處

理能力的結構設計選擇(水平與垂直的連結、部門化方式)之間配合度與組織

效能間的關係。

以顧客關係管理而言,顧客之資料及問題如何在組織內溝通及解決,以獲得
顧客滿意,除了資料庫之建置、Data Mining技術之運用外,資料處理之模式應

有重大影響,可針對資訊科技與顧客關係管理(CRM)之資料處理模式之關係

作一探討。


機械模式

資訊處理模式 特 性 缺 點
規則、計劃、程序 任務或決策是確定的情況
具有重複發生的現象

無水平溝通

規則提供一個標準的資料處理模式
無法處理非預期情況
科層組織 不確定的情況
水平溝通須經由管理者

藉由指揮鏈任務之請示與交付,完成例外管理之目標

管理者擁有作決策之資訊、權威及報償能力,可使任務之執行更有效能。
管理者處理資訊之能力有限,當不確定或例外情況增加時,會使管理者資訊過度負荷,造成決策遲延。
目標設定 不確定的情況
有水平溝通

將決策權授權至基層

選擇有適當技能及態度的員工來執行任務,並透過目標設定之方式達成組織之要求

目標是員工決策的指導原則
目標要經過反覆的修正
當違反既定目標的狀況發生時,可能會增加資訊處理的量




資訊處理策略

減少資訊需求 創造寬鬆資源 組織降低要求的績效水準,增加了可耗用的資源。
要求條件的放寬,會減少例外情況,資訊過度負荷的情況就不會發生。

寬鬆資源會增加組織的成本。

例如:延長期限、增加工時

創造獨立自主之任務 改變功能別的任務設計,讓每一個任務均擁有完成任務所需的全部資源,降低部門溝通產生之資訊量。
例如:以產品線、地區別、專案、顧客別、市場等因素來建立團隊或設計組織。

增加資訊處理能力 投資垂直資訊系統 增加在垂直資訊系統上的投資,可增加管理者執行資訊處理及決策的能力。
例如:添購電腦設備、人機組合設備或雇用助理人員。

創造水平關係 利用授權及增加部門間的水平連結,產生橫向的決策程序來因應
作法:直接跨部門的溝通、設立部門間的連絡人(對話窗口)或整合者、設立跨部門工作團隊或矩陣式組織。

2009年2月1日 星期日

97 sys

一、請針對以下八個名詞,先把每一個名詞做簡單的解釋,再把他們分為四對。請說明
你這樣子配對的理由。(20 分)
UML, DFD, Use Case Diagram, JAD, 資料分析, ERD, 流程分析, prototyping。

2009.0202
http://www.get.com.tw/goldensun/exam/answer/97kp/PDF-K/K47.pdf
1.Use Case Diagram, uml
use case 是uml常用的工具
2.dfd, 流程分析
dfd是流程分析的工具,將作業流程分解成模組可以處理的單元。
3.jad, prototyping
jad是以會議代替訪談的需求分析方法。prototyping可以幫助會議的進行,快速探索真正的需求。
4.資料分析,erd
資料分析又稱為資訊工程法。以資料,而非流程,來分析。使用實體關係圖(ERD)。

二、簡答題:(每小題20 分,共40 分)
 請說明CASE 在系統分析中的重要性,以及其在系統開發的各階段所扮演的角色。
 請問分別從流程和資料兩個不同角度進行分析,所得到的結果,有那些可能不一
致的情況?如何形成的?在進行系統設計之前,如何排除其間不一致的情況?
2009.0202
case是為了幫助系統發展的自動化工具。包括:儲存庫、測試工具、程式碼產生、UI設計等。

三、流程分析:(40 分)
請仔細閱讀以下的簡單需求描述,用一個你所熟悉的方法,把該情境做一個分析,
並把其Process 用一組圖像呈現出來。說明你為何選擇這項工具?
 該通訊連鎖店在全省有超過200 家的加盟店,以及散佈在各地的20 個直營維修
服務站。該連鎖店未來在系統建置後,想採取會員制,提供會員相當的好處,以便
把他們長期留下來。至於採用什麼會員誘因,和什麼行銷手段,則尚在規劃中。
 為了拓廣顧客基礎,該連鎖店不只維修會員的手機,也幫非會員維修手機,但會
請非會員免費入會。就算非該連鎖店販售的手機,他們也進行維修。
 加盟店主要在販賣手機和門號,但也提供維修工作的第一線顧客接觸。
 顧客有手機維修需求,可送到加盟店。加盟店接收到手機後,需要先透過會員系
統(開發中)確認顧客的身份;並透過手機銷售系統(現有)查詢手機狀態(保
固期內、過了保固期、本公司不負責保固)。如果是現有的會員,先核對基本資
料(更新顧客資料的重要機制),並列印有會員和手機相關資料的維修單。如果
不是會員,則請顧客出示身份證明,在系統上直接填寫會員資料,完成入會手續,
並列印維修單。接下來,加盟店會透過小弟騎機車把手機和維修單轉交給最近的
維修服務站。
以下描述和事實不符,省略了很多細節,答案以描述為依據。描述中有一些是
和答案無關、多餘、用來混淆視聽的。
你在一個技術學院資管系教書。你帶的一個四年級的系統開發專題組,在挑題
目的時候,由於有一位學生組員是國內知名通訊連鎖通路商維修部的主管王副
總,他接受你們去幫他開發一個「手機維修管理系統」雛形。你帶學生在初步
和王副總以及他屬下的幹部們面談後,發現有以下的流程需求。
97 年公務人員高等考試三級考試試題代號:35360
類科: 資訊處理
科目: 資訊系統與分析
全一張
(背面)
 如果客戶一次送修兩件,視為兩個案子,以便在多個案子維修進度不同時,可分
別處理。每一個維修案,系統都必須立案:建立一個不重複的維修案號,並在維
修單上明顯的地方列印案號和案號條碼。未來維修案都靠維修案號追蹤。
 送到維修站的手機,由維修站的櫃臺人員依照不同的品牌,轉送給不同的維修小
組。待修手機在各單位間進行交接,都需要在維修系統上紀錄。可掃瞄條碼輸入
案號。
 維修小組收到待修手機,第一步需對待修手機進行診斷和初步估價,並記錄在系
統中。
 過了保固期、或本公司不負責保固的,會由櫃臺人員詢問顧客意願,並記錄在系
統裡。不願意修理的,請小弟送回加盟店,由顧客取回。願意修理的,則進入正
式維修階段。
 在保固期內的案子,如果維修費用超過一定金額,就會直接給顧客一個整修過、
看起來新的機子;如果不超過,則直接修理,由公司付帳。這些都需要記錄下來。
 修好的機子,需請小弟送回加盟店,通知顧客來取。有需要收錢的,請相關加盟
店代收,並開立發票。
 系統需要保存一個替換零件的資料庫。其中需要有公司保存的所有零件、供應商
以及其進價。系統也需要記錄各維修站保存的零組件數量。各維修站可相互查詢。
總公司可以調貨(如,中壢站有5 個N95 的主機板,台北信義站缺N95 的主機
板,可透過調貨解決,而不需等採購新品)。需能彙整各維修站的庫存,提供採
購部門做更精確的採購作業。
 各維修人員,需要將各案子的損壞原因、更換之零件、維修工時等加以登錄。
 王副總希望系統能做各類統計,例如:各牌子的手機維修次數排行榜;各款的手
機維修次數排行榜;各牌子手機,送修的時間(以售出日期起算)分布;各款的
手機損壞原因分布;單個手機送修次數的排行榜;單一會員平均每一手機送修次
數的排行榜;各維修人員的生產力等。主管們可以隨時上線調閱這些統計資料。

97 db

一、請問ANSI/SPARC 所定義之資料庫三層次架構與資料獨立性(data independency)
有何關係?請分別從邏輯資料獨立性(logical data independence)以及實體資料獨立
性(physical data independence)闡述之。(15 分)
2009.0202
1.邏輯資料獨立
改變概念層,例如更改欄位或表格,應用程式不必改變。
2.實體資料獨立
改變內層,例如循序檔改成索引檔,概念層和外層皆不必改變。

二、假設某連鎖KTV 欲開發一套線上點歌系統,方便會員事先從網站上挑選好要點唱
的歌曲,到KTV 現場時即可立即點播歡唱,節省顧客現場挑歌的時間。此系統所
需管理之資訊如下:
 會員(Member):包括帳號(MID), 密碼(PASSWORD), 姓名(MNAME),
會員等級(GRADE), 電話(TEL), 地址(ADDRESS)等;其中帳號是唯一
的。
 歌曲(Song):包括歌曲編號(SID), 歌曲名稱(SNAME), 演唱者(SINGER)
等;其中歌曲編號是唯一的。
 分類(Class):歌曲的類型,包括類型編號(CID), 類型名稱(CNAME)等;
其中類型編號是唯一的。
 一位會員可點播多首歌曲,且一首歌曲可接受許多會員點播。
 一首歌曲可隸屬於多種歌曲類型,且一種歌曲類型會包含許多首歌曲。
請回答以下問題:
請根據以上描述,畫出一實體關係圖(Entity Relationship Diagram)來表達此線
上點歌系統之資料規劃需求。(15 分)
請設計一個符合3NF 的關聯式資料庫綱要(schema)以滿足此線上點歌系統之資
料規劃需求。請針對您所設計的每個資料表,詳列所有的欄位名稱及其合理的值
域(domain),並標示出每個資料表的主鍵(primary key)以及外部鍵(foreign
key)。(15 分)
三、請根據您在題二第小題所設計的關聯式資料庫,寫出以下查詢之SQL 指令:
 給定某個會員的帳號(假設為$GIVEN_MID),請查詢出該名會員的點播單;亦
即列出該會員所點播的每一首歌曲的歌曲編號、歌曲名稱以及演唱者。(7 分)
 請列出熱門點播歌曲排行榜,亦即將歌曲依照點歌次數由大到小依序列出歌曲的
編號、名稱以及演唱者。(8 分)
 請找出每一位會員必點的歌曲。(10 分)
97 年公務人員高等考試三級考試試題代號:35370
類科: 資訊處理
科目: 資料庫應用
全一張
(背面)
四、當資料庫系統因為一些不可抗力的因素遭到破壞時,資料庫系統會藉由復原控制
(recovery control)模組,盡可能將系統從錯誤的狀態復原。請說明以下名詞在復
原控制中所扮演的角色:(每小題3 分,共15 分)
 日誌(log)
 交易(transaction)
 提交(commit)
 回復(rollback)
 檢查點(checkpoint)
五、由於資料庫系統的應用已相當普及,人們對於資訊系統的要求已不再以資料查詢為
滿足,更希望資訊系統能夠具有整理分析大量資料的能力,因而資料倉儲(data
warehouse)應運而生。試從以下幾個觀點,比較資料庫系統與資料倉儲系統有何不
同?(每小題5 分,共15 分)
 使用對象
 資料特性
 操作功能(operation)