題目:
Action Engagement:Improving Researcher's Involvement in Action Research Projects
在此篇論文中，主要以理論主義和經驗主義的方式分析Action Engagement，研究對象為(ㄧ)汽車供應商，(二)兩家在挪威的醫院。
研究人員與被研究的對象訂定契約，研究人員成為與研究對象ㄧ樣的普通員工，直接從事研究對象的工作，藉由契約讓研究對象更加信任你，可以讓研究人員更加深入了解工作內容，且在實際工作中，透過與組織的對話了解不同以往應該注意的面向。
此篇論文所遇到的問題在(1)Action Engagement如何提升行動研究的品質(2)現實中研究者只有有限的時間，為何在這有限時間內Action Engagement可以有效的引進到組織的日常生活中?
作者提出了他的答案:(1)廣泛的經驗可以提高研究人員如何實地操作上的知識，(2)在情感上了解研究對象特別的地方，可增加在組織中的可信性
，(3)在研究人員與被研究的人員分享好的目的和能力之後可以建立互信，並讓彼此打開心防讓知識互相交流。
作者提到很少AR的論文有提到研究人員在AR中所應扮演的角色。
接著作者講述如何將action research運用在此篇論文的兩個專案之中，分別為汽車供應商和兩家醫院。
在汽車供應商方面由Gaute和Monica負責，他們的目的是必須在十八個月內於此工作場所中建置一個以團隊為基礎的組織，取代之前傳統的階級制架構。
醫院方面由 Gaute和Arild負責，主要在改善工作環境來減少清潔工助理工作曠工，是與長期在外工作的清潔助理相關，這個合作的案子長達三年，爲了可以改善清潔工助理日常的例行工作，研究者必須先清楚清潔工助理的工作環境，因此研究者當了三週的清潔工助理。
接著作者說明如何以:(1)廣泛的經驗可以提高研究人員如何實地操作上的知識，(2)在情感上了解研究對象特別的地方，可增加在組織中的可信性 ，(3)在研究人員與被研究的人員分享好的目的和能力之後可以建立互信，並讓彼此打開心防讓知識互相交流。 此三點來達到上述兩個專案所預想的目標。
在以廣泛的經驗為基礎上，
......待續
星期一, 4月 21, 2008
星期四, 4月 10, 2008
cab檔案製作
在本系統中，CAB檔案製作是為了方便PDA程式的使用者上網自行更新程式而製作。
CAB檔案的製作步驟:
(5)
CAB檔案的製作步驟:
(1)
(2)
(3)
(4)
(5)
(6) 右鍵單擊目標電腦上的檔案系統，並加入程式集資料夾。
(10)在gps2Cab2上單擊右鍵，並按下建置，但是因為沒有更改捷徑檔名，所以建置會出錯。
(12)cab檔建置完成
(7)單擊應用程式資料夾，接著在右側列表中單擊右鍵，建立新捷徑。
(8)點選應用程式資料夾
(9)建立捷徑
(10)在gps2Cab2上單擊右鍵，並按下建置，但是因為沒有更改捷徑檔名，所以建置會出錯。
(11)輸入程式的檔名，如無更改建置會失敗
(12)cab檔建置完成
(13)開啟gps2Cab2資料夾
(14)開啟Debug資料夾
(15)製作完成的CAB檔案 ，將此檔案放置在網路上即可讓使用者下載安裝。
之前製作的cab檔的網址:
使用pda連上此網頁即可下載安裝。
星期一, 3月 24, 2008
走失偵測實驗GPRS網路與3G網路使用費率選擇
目前我與馬瑱賢皆為中華電信使用者，網址為中華電信2G，3G通訊與上網使用費率。
http://www.emome.net/channel?chid=37&vcrm=b7c3c3d109438238a4079f9c1682b981
實驗所需傳送封包數量:
使用webservice傳送資料時，必須考慮soap標頭，HTTP標頭，TCP與IP標頭的大小，目前準備使用wireshark此軟體來抓取實際傳送封包的大小，在得到封包大小的數據之後，根據電信費率中所搭配的上網費率來計算數據上網所花費的費用。
下載wireshark軟體網頁
抓取封包的畫面:
(1)一個是server回應給pda可以繼續傳送的封包(166bytes)
(2) 系統從pda傳送一筆gps訊號到server端的封包的大小為651(bytes)
(3)server告知pda，主機有接收到此筆資訊的封包(577bytes)
在畫面中可以看到，wireshark程式抓取的封包，系統傳送一筆gps訊號到server端的封包的大小為651(bytes)，但是需再包含前後得兩個封包，一個是回應給pda可以繼續傳送的封包(166bytes)，ㄧ個是server告知pda，主機有接收到此筆資訊的封包(577bytes)，即本系統傳送一個封包的大小為1394(bytes)。
中華電信983費率:
一個封包大小128bytes，ㄧ個封包0.0006元，因此本系統傳送ㄧ次gps訊號回系統端需使用中華電信的封包11個。
費用計算:ㄧ個小時的費用=11*0.0006*6*60=2.376元
以一天12小時計算=12*2.376= 28.512元
ㄧ個月扣掉週休二日的休假日，工作22天=28.512*22=627.264元
GPRS免月租型:
費用計算:ㄧ個小時的費用=11*0.03*6*60=118.8元
以一天12小時計算=12*118.8= 1425.6元
ㄧ個月扣掉週休二日，工作22天=1425.6*22=31363.2元
31363.2元>4000元，以4000元計。
建議使用本系統的使用者使用3G上網，費率的選擇建議以3G無限上網型上網，可以在使用本系統之餘還可盡情使用手機上網，或是使用類似google maps for mobile之類需上網的軟體。
http://www.emome.net/channel?chid=37&vcrm=b7c3c3d109438238a4079f9c1682b981
實驗所需傳送封包數量:
使用webservice傳送資料時，必須考慮soap標頭，HTTP標頭，TCP與IP標頭的大小，目前準備使用wireshark此軟體來抓取實際傳送封包的大小，在得到封包大小的數據之後，根據電信費率中所搭配的上網費率來計算數據上網所花費的費用。
下載wireshark軟體網頁
抓取封包的畫面:
(1)一個是server回應給pda可以繼續傳送的封包(166bytes)
(2) 系統從pda傳送一筆gps訊號到server端的封包的大小為651(bytes)
(3)server告知pda，主機有接收到此筆資訊的封包(577bytes)
在畫面中可以看到，wireshark程式抓取的封包，系統傳送一筆gps訊號到server端的封包的大小為651(bytes)，但是需再包含前後得兩個封包，一個是回應給pda可以繼續傳送的封包(166bytes)，ㄧ個是server告知pda，主機有接收到此筆資訊的封包(577bytes)，即本系統傳送一個封包的大小為1394(bytes)。
中華電信983費率:
一個封包大小128bytes，ㄧ個封包0.0006元，因此本系統傳送ㄧ次gps訊號回系統端需使用中華電信的封包11個。
費用計算:ㄧ個小時的費用=11*0.0006*6*60=2.376元
以一天12小時計算=12*2.376= 28.512元
ㄧ個月扣掉週休二日的休假日，工作22天=28.512*22=627.264元
GPRS免月租型:
費用計算:ㄧ個小時的費用=11*0.03*6*60=118.8元
以一天12小時計算=12*118.8= 1425.6元
ㄧ個月扣掉週休二日，工作22天=1425.6*22=31363.2元
31363.2元>4000元，以4000元計。
建議使用本系統的使用者使用3G上網，費率的選擇建議以3G無限上網型上網，可以在使用本系統之餘還可盡情使用手機上網，或是使用類似google maps for mobile之類需上網的軟體。
星期三, 3月 05, 2008
學期進度
本學期重點在於建置自動偵測走失之系統。
預估行程:
1.三月份:將系統建置完成，並完成初步實驗。
初步實驗:
實驗目的:(1)收集實際路線gps資料，
(2)測試機具是否可正常使用，
(3)系統是否可達到偵測走失的功能
實驗人員:莊育嘉，馬瑱賢，彭書敏
實驗地點:精障學員平時前往工作場所路線
2.四月份:(1)讓精障者與就服員實際運用系統之手持裝置，測試手持裝置之操作步驟與介面是否適用。
(2)實際接收學員行走之軌跡資料。
(3)畢業論文題目與大綱之撰寫
3.五月份: (1)整理實驗數據與評估系統。
(2)畢業論文撰寫與修改
4.六月份: (1)畢業論文撰寫與修改
(2)畢業論文完成
5.七月份: (1)畢業口試
(2)計畫交接
預估行程:
1.三月份:將系統建置完成，並完成初步實驗。
初步實驗:
實驗目的:(1)收集實際路線gps資料，
(2)測試機具是否可正常使用，
(3)系統是否可達到偵測走失的功能
實驗人員:莊育嘉，馬瑱賢，彭書敏
實驗地點:精障學員平時前往工作場所路線
2.四月份:(1)讓精障者與就服員實際運用系統之手持裝置，測試手持裝置之操作步驟與介面是否適用。
(2)實際接收學員行走之軌跡資料。
(3)畢業論文題目與大綱之撰寫
3.五月份: (1)整理實驗數據與評估系統。
(2)畢業論文撰寫與修改
4.六月份: (1)畢業論文撰寫與修改
(2)畢業論文完成
5.七月份: (1)畢業口試
(2)計畫交接
星期三, 1月 30, 2008
星期日, 1月 20, 2008
星期三, 1月 09, 2008
1/9號開會後之新的想法
在此次開完會之後，系統會再加入以下幾樣新的功能。
1.我發現歷史紀錄單單存放某位使用者之行走過的軌跡對於精障就業輔導工作在學員是否走失上並不直觀，因此在系統頁面上會再加入另一項功能是可以顯示之前學員出現過"走失情形"之地點，在此所指之"出現過走失情形之地點"是指使用者"按下求救鍵當時之地點"，爲了讓就輔員可以透過網頁一目暸然此學員在哪些地點容易走失或曾經走失，本系統可以將這些地點集結在一個xml檔之中，之後在網頁鍵入一按鈕讓就輔員可以觀看此學員曾走失之地點，主要目的是在於與輔助歷史資料，因此尚無法自動偵測走失。
2.讀取歷史資料時，一次呈現一個點雖然有動態感，但當資料量大時，程式必須執行一段時間，造成無法快速閱覽使用者之前所走的軌跡；且須考慮使用者是否會在使用此程式時造成系統使用率過高，而讓程式的效益大打折扣，有此疑慮是由於之前所撰寫之動態呈現歷史資料的網頁會因為開啟之後而吃過多的資源，導致電腦無法執行其他使用者下之指令，因而有此想法，給予自己一個警惕。
3.鑒於學員可能在走失時直接撥打就輔員手機而未按下求救按鈕，在PDA端會再加入另一項功能，讓就輔員可以在接收到求救訊息時幫此位學員代為啟動按鍵，讓系統可執行此救援的程式，找尋此位學員附近的資源來幫助他。
4.院區間的就輔員是否可以幫助不同院區的學員，這是非常需要考慮的一點，此問題必須要多做考量，避免系統的不適用性。
1.我發現歷史紀錄單單存放某位使用者之行走過的軌跡對於精障就業輔導工作在學員是否走失上並不直觀，因此在系統頁面上會再加入另一項功能是可以顯示之前學員出現過"走失情形"之地點，在此所指之"出現過走失情形之地點"是指使用者"按下求救鍵當時之地點"，爲了讓就輔員可以透過網頁一目暸然此學員在哪些地點容易走失或曾經走失，本系統可以將這些地點集結在一個xml檔之中，之後在網頁鍵入一按鈕讓就輔員可以觀看此學員曾走失之地點，主要目的是在於與輔助歷史資料，因此尚無法自動偵測走失。
2.讀取歷史資料時，一次呈現一個點雖然有動態感，但當資料量大時，程式必須執行一段時間，造成無法快速閱覽使用者之前所走的軌跡；且須考慮使用者是否會在使用此程式時造成系統使用率過高，而讓程式的效益大打折扣，有此疑慮是由於之前所撰寫之動態呈現歷史資料的網頁會因為開啟之後而吃過多的資源，導致電腦無法執行其他使用者下之指令，因而有此想法，給予自己一個警惕。
3.鑒於學員可能在走失時直接撥打就輔員手機而未按下求救按鈕，在PDA端會再加入另一項功能，讓就輔員可以在接收到求救訊息時幫此位學員代為啟動按鍵，讓系統可執行此救援的程式，找尋此位學員附近的資源來幫助他。
4.院區間的就輔員是否可以幫助不同院區的學員，這是非常需要考慮的一點，此問題必須要多做考量，避免系統的不適用性。
訂閱：
文章 (Atom)