如果引用或轉貼,麻煩註明出處與本網誌連結,否則視為侵權。

2014年3月29日

Xcelsius Dashboard 設計技巧

作者 : Fred Wang 日期 : 2011/11/15 修訂日期: 2014/3/29

 
下面根據SAP官方文件提供的指引,與其他參考文件整理出Xcelsius設計技巧提供設計人員參考
 
Excel在Xcelsius 設計的角色

1. 資料模型(Data Model) : 可以將彙整好的資料輸入到工作表並顯示出來,因此不需要資料庫。也可以從外部來源如Web services,XML與資料庫將彙整好的資料整合進來。
2. 計算引擎 : 可以將資料透過Excel的公式計算出來,再顯示在Dashboard
3. 事件模型 : 當某一cell資料改變可以啟動資料變更的事件。

技巧

1. Excel資料分類與工作表標籤的命名

1.1使用工作表來分類各種資料,如
     a. Info Tab : 包含Dashboard作者,目的,功能,更新日期,cell顏色說明等,資料來源說明。
     b. Label Tab : 顯示用的標籤與標題
     c. Data : 輸入或匯入的資料區域
     d. Content Specific Tab : 例如Selector等控制項的控制資料區或動態顯示的控制值。
1.2 做合適的命名,不要用Excel預設的工作表名稱

2. Excel工作表的佈局

2.1 上方左方都保留空白行與列,不要從A1開始
2.2 調整Cell大小,提高可讀性
2.3 用顏色區分資料類型 : 如亮黃色為輸入值,淺綠色為計算值與唯讀的值(顯示用),橘色為動態顯示的控制值(1表示顯示,其他表示隱藏)
2.4 要用標籤說明資料意義,方便未來的維護。

3. 減少Excel超載的問題

3.1 為避免Adobe Flash執行效率太差,應避免放置太大量的資料,設定<2000 br=""> 3.2 在來源端進行資料彙整後,再整合到Xcelsius
3.3 除非資料量小,否則避免使用sumif, countif, vlookup, hlookup
3.4 避免使用大量的槽狀條件式(nested IF)
3.5 不要載入超過顯示要用的資料。
3.6 若資料量較大,避免開始就完全載入,部份資料可以在點選或切換元件時再載入資料。

4. 畫布大小

4.1 設定長寬比為600x900,避免產生垂直與水平的捲軸(Dashboard重在資料呈現要一目瞭然)。

5. 元件管理

5.1 盡量保持較少的物件數量與較簡單設計
5.2 元件應該加上有意義的名稱,不要用預設的名稱
5.3 元件因視擺放的容器(container)或區域加以群組化,並作群組命名
5.4 不要使用太長或太短難以了解的名稱,元件名稱避免重複
5.5 對重疊的元件,要注意元件顯示的層級(layer),object browser中排列在上方的元件層級在上。

6. 其他注意事項

6.1 要備份每次修改的設計
6.2 升級到最新的版本(service/fix pack) 

2014年3月24日

[今天談政治]人民,民主,愛台灣 背後的謊言與權謀

作者: Fred Wang (FW知識瑣記) 日期:2014/3/24

小時候,父親教導我們兄弟姊妹,絕對不要碰政治,因為當時是白色恐怖的時代,現在,不喜歡政治,是政治中包含太多的謊言與權謀。

當台灣脫離萬年國會,威權統治之際,人民選擇改變,台灣有八年的機會,在一個有台獨黨綱的政黨執政下,可以宣布獨立,卻令所有台灣建國理想的人失望,台灣國依然只是一個遙遠的夢想。台灣有機會像新加坡一樣,成為一個有尊嚴的國家,不是很好嗎? 為何不做?   這個答案很明顯,就是"強大的中國" ,"台獨黨綱"就變成一個謊言。

八年後,台灣人民選擇新一代的國民黨領導人,領導台灣。人民選擇了甚麼呢?

而所有口頭的"人民民主","愛台灣",可能都是權謀下的謊言。當年的毛澤東與北韓的金正日都是,言必稱人民,必稱民主。

我認定的民主是,我自己投出選票才能代表我,如果看走眼,選錯人,下次就投給別人,如此而已。不管,多麼慷慨激昂的運動,唯有透過這種民主的程序,能代表社會多數人者,我才承認。

早年,白色恐怖時代國民黨有政治學生,同樣的現在兩大黨均培養青年幹部,也就是青年軍。有這些份子加入,都讓學運籠罩政黨運作的影子。

當年,跟著教授到中正紀念堂參加野百合學運的盛會,以為這只是單純學生發起關心台灣民主政治的運動,可是,後來,許多重要成員加入民進黨,也成為民進黨執政時期的政府官員。雖然,相信很多人都是抱持理想要改變台灣,但這已經讓我已經對學運的看法改觀。

看了這幾天學運,真的如您想像單純嗎?  我不確定,不過,網路上許多人提供了兩位學運領袖的背景,由看官自行研判。
 
林飛帆。國立成功大學政治系學士,目前為國立台灣大學政治研究所研究生、ECFA學生監督聯盟召集人、蔡英文宜蘭競選總部青年軍(Peopo公民新聞報 http://www.peopo.org/news/235929)

陳為廷,清華大學人文社會學系畢業
,清華大學社會學研究所研究生,2012總統大選時擔任民進黨蔡英文楊長鎮苗栗聯合競選總部青年後援會。
從野草莓運動後,參加反學費調整方案、華隆罷工事件與反媒體壟斷運動、苗栗大埔農運、反國光石化開發案、台灣同志大遊行、五一勞工反貧窮大遊行以及太陽花學運等。
(維基百科 http://zh.wikipedia.org/wiki/%E9%99%B3%E7%82%BA%E5%BB%B7#cite_note-3)

政治狂熱如同宗教狂熱,充滿偏執,堅信自己所信的,除此之外,都應該被消滅,被打倒,只聽自己想聽的,只看自己想看的。

甚麼是獨立思考呢? 就此次爭議而言,就是不受群眾與媒體影響情緒,不看帶有預設立場與政黨(甚至宗教)色彩的言論,研讀完整的資料,冷靜地,從正反面去思辯,再決定自己的立場。


以上單純是個人立場,一吐為快,不接受留言。

 註 : 2014/3/24日 「318人民佔領立院行動」活動主導者大起底
來源 :http://www.ptt.cc/bbs/FuMouDiscuss/M.1395634260.A.5A5.html

姚人多:民進黨籍,清華大學社會所教授,未經校方同意片面宣布全所停課一週!謝長廷、蔡英文擔任民進黨主席期間出任主席特助,他曾被蔡英文說是使她動念參 選民進黨主席的關鍵人物,蔡英文的重要演講的講稿多由他操刀。...
黃郁芬:民進黨籍,清華大學社會所教授姚人多的研一學生 「318人民佔領立院行動」活動發言人。 
陳為廷:民進黨籍,2012總統立委選舉蔡英文楊長鎮苗栗聯合競選總部青年後援會會長、大埔丟鞋哥、黑色島國青年連線總召、「318人民佔領立院行動」活 動發起人。
林飛帆:民進黨籍,2012總統大選蔡英文宜蘭競選總部青年軍、黑色島國青年連線組長、「318人民佔領立院行動」活動發起人暨現場總指揮。 
魏揚:民進黨籍,異議份子楊逵外曾孫,清大社會所李明璁學生,「323進攻行政院」現場自命總指揮。 現場開課的教授有那一個是藍的?又有那一個不是綠的? 
李明璁:民進黨籍,台大社會系教授,國際特赦組織台灣總會副理事長、廢死聯盟、2008「野草莓」學運發起人,謝長廷強力支持者、謝長廷競選台北市長與總 統大選重要幕僚。 
吳豪人:民進黨籍,輔仁法律系教授、台灣人權促進會會長。
廖本全:民進黨籍,台北大學不動產與城鄉環境學系副教授。 
張錦華:民進黨籍,台大新聞所教授、行政院人權保障推動小組委員,現為中央通訊社董事、現代婦女基金會理事長。 
洪貞玲:民進黨籍,台大新聞所教授。 
梁文韜:香港籍人士,成大政治系教授、反中激進派學者。
徐斯儉:中研院政治所副研究員、反中激進派學者。 
簡妤儒:民進黨籍,台大社會系助理教授。 
祝平次:民進黨籍,清大中文系副教授、台灣守護民主平台理事,著有《冷看馬幫滿嘴講道德》、《拒絕國民黨版的皇民化》, 反中激進派學者。 
陳明祺:民進黨籍,清大社會所教授、民進黨中國事務部研究員。 
謝煜偉:民進黨籍,台大法律系助理教授。 藍佩嘉:民進黨籍,台大社會系教授。 
陳妙芬:民進黨籍,台大法律系教授。 
張聖琳:民進黨籍,台大城鄉所教授,文林苑都更案、二林相思寮、溪洲部落抗爭「造反」的學生皆由其所鼓動。 
吳叡人:民進黨籍,中研院台史所副研究員、台灣民間真相與和解促進會。 
黃順星:民進黨籍,世新社會心理系教授、蘇貞昌強力支持者。 
邱花妹:民進黨籍,中山社會系教授、社運界有名活躍者。 
陳俊宏:民進黨籍,東吳政治系教授、台灣民間真相與和解促進會理事。 

2014年3月21日

網文"[科園甘苦談] 來自 IT 部門的你" 經驗談 - 資訊人員因應之道

作者: Fred Wang (FW知識瑣記) 日期:2014/3/21

網文網址 :  http://charlestyyeh.pixnet.net/blog/post/355061957
     
        相信很多IT人員看了這篇文章,有相同的遭遇與感觸。如何經營資訊部門,如何因應。下面提供個人在資訊部門20多年的經驗。

        其實一個企業除了IT部門外,很多非銷售,生產與研發等,不直接與公司獲利有關的單位常常也有 "只有苦勞,沒有功勞"的感嘆。

        IT主管如果把自己的IT部門當成一家獨立的IT服務公司,懂得如何經營這樣的公司,就知道如何經營IT部門。

        如同一家IT服務公司,每次的IT服務與每個專案都加以計價,計價方式可以思考如果包給IT外包公司或顧問需要多少費用,自行提供的解決方案可以省下公司 多少錢,如此,就可以彰顯IT價值所在。當價值彰顯出來,IT人員就更有自信,把自己專業做好,以更少的人力,更少的成本,創造更大的價值。

        同樣也要如IT服務公司,需經營客戶關係,內部組織經營管理,建立制度,採購議價...等IT服務公司所需要的機能,都要具備。一些集團企業,將資訊部門獨立成一家公司服務集團內部所有公司,甚至也接集團外的業務,自負盈虧,就是最好的典範了。

        當資訊單位要自負盈虧時,將面臨更多的挑戰, 也就要如同業務人員與客服人員親上戰場,面對客戶,也許比企業內部的人還要難搞。

針對文章中五大問題,提出自己因應之道

1. 時代變遷,辦公工具也變了
    公司裡其實很多業務、主管或 PM,似乎用平板電腦或手機幾乎就可以工作了,感覺辦公桌上的 PC 和筆電似乎都可以漸漸地被忽略...

因應之道 : 行動設備的管理,近年來對IT的確影響很大,這些挑戰,應該就是多數資訊人員之所以進入這行的原因吧,因為,對資訊科技有興趣,喜歡學習不斷演進的技術與運用科技產品。這些快速的變化在學生時期就應該體會到了吧!

至於管制辦法需要透過主管的認可,支援機制與行動應用開發也需要與需求單位討論。

2. 科技始終來自於隨興
   有些同仁和老闆漸漸不待在辦公室了,信件也幾乎使用手機完成回覆。所以真的是看老闆喜歡用哪種方式來工作,我們就要滿足他們的需求。

因應之道 : 同第1點

3. 永遠都會有新系統
  老闆為了讓大家更方便,想到請假就應該要有個請假系統、想到訂便當就應該要有個訂便當系統、想到開會就應該要有套線上開會系統、想到簽核文件就應該要有套電子簽核系統...,系統永遠都寫不完的!所以好的 MIS 真的不用擔心找不到工作,因為你的工作就是要成為老闆和主管們的系統許願池啊!

因應之道 : 變成"老闆和主管們的系統許願池",這是溝通的問題吧,老闆應該了解"機會成本"這件事,同樣的時間,用這些人力在更有價值的工作,例如,建立"決策資訊系統","市場情報系統","電子商務",會為公司帶來更多的價值,除非,這家公司的IT,被看到整天閒閒沒事幹。

 4. 都是電腦的錯
   老實說工作上許多的錯誤,大家都會怪公司配的電腦太差,像是如果客戶來公司開會,操作到一半電腦掛掉,檔案又全部存在電腦裡面,業務除了遭客戶白眼外,昨晚努力個半死的簡報也這樣付諸流水,然後就會開始指責公司配備好爛、老闆好窮、IT 部門好糟糕...,只是最後都會怪到咱們資訊部門的身上(淚)

因應之道 : 聽說一次大企業家郭老闆與客戶視訊會議中,突然網路斷線,郭老闆叫IT主管將負責部門所有員工名字做成紙籤,每拖十分鐘網路沒有連通,就抽一張籤,被抽到的就革職。

這個案例要問的是,重大的會議,是否事前告知資訊部門,做最高規格的支援,如網路品質確保,會議設備會前模擬與測試等準備工作。如果公司老闆要的是最高品質的網路表現,也就是365x7x24完全不斷線,那麼資訊主管就應該規劃兩套網路設備,相互備援,並提供自動切換機制等屬於金控等級的架構。伺服器也是一樣。(當然花多少錢也要老闆簽字通過才行)


因此,建立Service Level Agreement也是有制度的資訊部門該做到的,與老闆談定不同設備的服務等級,越高等級的服務需要花越高的費用架設起來。當然,設備定時檢修與更換也要做好。這些都與人力+錢有關。


5. 奪命連環 Call
   IT 部門因為必須維繫公司的電腦系統正常運作,因為有的公司生產線還在持續運作,電腦是沒有在休息的,所以負責電腦運作的人也是,可以說是 24 小時on-call,不管你是外出旅遊、跨年、睡覺、生小孩...等,電話是絕對要通的,比較慘的是還要回公司處理,假日值班的 IT 夥伴真的是辛苦了!

因應之道 : 值班是許多工作需要的,在製造業的IT部門也不例外。支援還分一線與二線,甚至高階主管服務專線等。

6. 帳號密碼的奧祕
    有些公司在資安上面做得很完善,因為擔心公司筆電被偷、個人帳號被盜用、公司資料外洩、底價不小心給客戶知道...等問題,所以常常會卡一堆權限,開機要帳號密碼,登入某系統又要另外組帳號密碼,外部文件也要設密碼,感覺就是整天提心吊膽怕資料外洩,可怕的是還要常常要員工定期換密碼,大家應該都會抱怨:「我們都已經這麼忙了,IT 別再搞我們了好嗎?」 ,IT 人員也是千百個不願意啊(淚)

因應之道 : 員工不想記憶很多套的帳號與密碼,那麼,資訊部就使用Windows AD與各系統,電腦整合,每人一組活動帳號,這樣,就解決了;但是,有些機密性高的系統,就不宜如此,難道您家大門跟保險箱用同一把鑰匙? 

更換密碼的抱怨,很簡單阿! 因為定期更換密碼通常是公司的制度辦法規定的,這些規定通常是客戶稽核或上市上櫃時要求建立的,資訊單位只是照規定執行的。要使用者好好看一下制度辦法吧!


資訊安全也是金錢堆積起來的,不同安全規格要投資的設備與系統都不相同,例如您家大門用幾千元的鎖,幾萬元的鎖,還是購買保全系統,當然可以提供的安全是不同的。




2014年3月11日

網頁式AD密碼變更工具 Web-based Password Change Tools for AD

作者: Fred Wang (FW知識瑣記) 日期: 2014/3/11

AD密碼變更一般需要在加入Domain的PC/NB上進行變更,但是,有時候在非Domain的電腦或Travel中的同仁需要透過行動裝置存取企業內帳號已經整合到AD的系統,且需要變更或重設密碼時,就完全需要依賴IT人員協助,下面兩個工具可以提供網頁式AD密碼變更工具,可以由員工自助變更或重設密碼,解決上述的問題。

包含 免費版與付費版(可試用20天)    

功能
1. 忘記密碼重設與解鎖 Users can reset passwords and unlock their own accounts after successful answering the identity verification questions 
2. 網頁自助式密碼變更 Self-service password change for domain users through a simple web form
3. Allows to reset password right on the logon screen, without having access to web browser
4. 離線模式重設密碼 Allows remote users who don't have access to domain at logon time to reset password after answering verification questions

免費版與付費版的差異
1.免費版最多50個Users,付費版根據使用人數付費
2.免費版僅有論壇支援,付費版有更完整的支援

只有付費版(可試用30天 for 50 Users)    
功能
1. Self Service Change Password
2. Self Reset Password
3. Self Unlock Account
4. Self Directory Update
5. Password Synchronizer
6. Password Policy Enforcer

2014年3月7日

"獨立思考"與任性有何不同

作者: Fred Wang (FW知識瑣記) 日期: 2014/03/07

"獨立思考主要根基於自信,一種確實掌握自己的念頭與感受,勇於挑戰群體觀點的能力"
"從伽利略、佛洛依德到達爾文,這些自由的思想家皆提出足以影響世界的創見"
-- CHRRES雜誌74期 「獨立思考」的10個Dos &10個Donts

"獨立思考不是思想一昧的標新立異而是思想的追求真知真理、獨立思考不是思想一昧的的自主化而是思想精進的自我訓練、獨立思考不是思想的任性漫遊而是思想成熟的歷程"

獨立思考不是一昧的反叛主流意識, 而是從主流意識中找到不同的觀點,突破主流意識的盲點。

不是刻意地與眾不同,而是理性地勇於不同。不是任意地隨波逐流,而是理性地隨緣隨順。

而任性則是缺乏思辨的過程, 非理性地一意孤行或隨波逐流。而獨立思考是在正確價值觀下選擇甚麼行為"同"甚麼行為"不同"。

要學習獨立思考先了解其中的差異, 以免落於任性
 
 -- Fred 寫於2009/12/20

2014年3月6日

隨想手記-我們都以為人生像一場馬拉松比賽

作者: Fred Wang (FW知識瑣記) 日期: 2014/3/6

我們都以為人生像一場馬拉松,開始的時候以為只要奮力向前跑就可以獲得勝利,後來才發現每個人都在跑自己的一個人的比賽。因為,每個人的跑道難度不同,路徑不同,甚至長度與終點都不同。這時候才發現曾經在乎的勝負與公平,都沒有太多的意義。

因此,我們浪費了許多光陰,在很多不是太有意義的事情上,甚至往往甚麼是有意義自己都不太清楚。

-- Fred 2012/5/30

2014年3月5日

開源ITSM系統OTRS各功能模組在ITIL流程中的角色

作者: Fred Wang (FW知識瑣記) 日期:2014/3/5
 
您需要花大錢才能導入企業的資訊服務管理系統(ITSM),推動IT治理(ITIL)嗎?  如果想省錢,可以看看幾個Open Source中知名的ITSM系統,如OTRS, itop, Spiceworks, osTicket, MyITCRM,其中排名第一的應該是OTRS。

中研院也用OTRS做網格與資安管理 (http://www.ithome.com.tw/node/48291)

OTRS包含ITIL流程中哪些功能呢? 筆者做了簡單的比對

Service Operation
. Service Desk (OTRS Help Desk)
. Incident Management  ( OTRS IncidentProblemManagement )
. Event Management
. Problem Management  (OTRS IncidentProblemManagement)

Service Design
. Supplier Management
. Service Level Management  (OTRS ServiceLevelManagement )
. Service Catalogue Management (OTRS General Catalog)
. Capacity Management  (OTRS Time Accounting)
. Availability Management

Service Transition
. Change Management  (OTRS ChangeManagement )
. Knowledge Management   (OTRS FAQ)
. Release & Deployment Management
. Service & Testing Validation
. Configuration Management  (OTRS Configuration Management)

OTRS Others
. Survey
. System Monitoring
. Time Accounting
. Master Slave (Tickets)

除了OTRS官網外,可以到下面這個網址http://otrsaddons.com/ 下載一些3rd party的Add-ons模組

OTRS優點是免費,且功能算是完整,操作簡單,可以用它的Package Manager安裝Add-ons來擴充功能。 平台可以用IIS或Apache做Web Server,Parser為Perl,要安裝ActivePerl,資料庫主要用MySQL,安裝容易。提供客戶入口,可以由客戶直接輸入Service Ticket,IT服務人員可以登入另一個管理入口網頁,處理這些Service Ticket,也可以輸入Phone Ticket or Email ticket。

OTRS缺點應該就是中文資源不足,正體中文的顯示文字從簡體版硬翻譯,沒有經過台灣本土人士修正,看起來非常奇怪,不過可以到安裝路徑的 \OTRS\Kernel\Language 路徑,用文字編輯器去修改以zh_TW_開頭的.pm檔,改成台灣人慣用的中文。

2014年3月4日

整理企業用GMail的限制

作者: Fred Wang (FW知識瑣記) 日期:2014/3/4 最新更新日期 :2014/3/13

將Google Apps for Business中的GMail有哪些限制整理成一頁,讓內容更簡單一點,如果您的企業使用這個服務, 是否會超過此項限制? 或者用來判別企業內使用者郵件信箱被停權,因為下面哪一項因素所造成的。

整理自Google官網 :
https://support.google.com/a/answer/166852?hl=zh-Hant

傳送限制
1.每個使用者每日傳送最多 2,000封 (不含轉寄郵件)
2.每個使用者每日轉寄的郵件數量最多 10,000封
3.一封郵件內(透過Browser傳送)包含收件人,
副本與密件副本地址數量最多 2,000個 (外部收件者最多:500)
4.一封郵件內(透過Outlook等使用IMAP或POP3傳送)包含收件人,副本與密件副本地址數量最多 99個
5.每個使用者每日總發信內之收件地址總數最高 10,000個 (非重複收件地址最多 3,000個)
6.每個使用者每日總發信內之外部收件地址總數最高 3,000個 (非重複收件地址最多 2,000個)

儲存空間上限 : 每個使用者最多 30GB

接收限制
1.每個使用者每分鐘可接收的電子郵件數量最多 180封
2.每個使用者每小時可接收的電子郵件數量最多 3,600封
3.每個使用者每天可接收的電子郵件數量最多 86,000封

頻寬限制
1.每個使用者透過Browser上傳,每小時最多300MB, 每天最多500MB
2.每個使用者透過Browser下載,每小時最多750MB, 每天最多1,250MB
3.每個使用者透過Outlook等使用IMAP上傳每天最多500MB
4.每個使用者透過Outlook等使用IMAP下載每天最多2,500MB
5.每個使用者透過Outlook等使用POP3下載每天最多1,250MB

SMTP轉發(Relay)服務傳送限制 (如果企業內部使用 Microsoft Exchange或其他非 Google SMTP服務,可以使用Google SMTP轉發服務, 透過 Google轉送外寄郵件)
1.每個企業網域每天允許的最大收件者人數,大約是企業Google Apps 帳戶中使用者人數的 130 倍。
2.每個企業網域每隔 10 分鐘允許的最大收件者人數,大約是企業Google Apps 帳戶中使用者人數的 9 倍。

超過限制者會遭停權1~24小時

如果企業需要大量發送郵件,超過Google SMTP轉發限制,就必須分批轉發,如果是系統發出的,無法分批轉發,只要自行建立SMTP Server發送類郵件,或透過其他網路服務商沒有限制的SMTP服務進行轉發

新建立Outlook帳號與GMail進行IMAP同步, 常常會因為郵件量太大超過限制而無法進行,甚至產生同步錯誤,Google建議不要用IMAP進行大量資料的遷移,企業帳戶建議安裝Google Apps Sync for Microsoft Outlook,下面是說明文字(from https://support.google.com/a/answer/57920" :

"這個外掛程式可讓您將 Outlook 當作用戶端應用程式使用,透過 Outlook 存取 Google Apps 郵件、聯絡人和日曆;這個程式也可以用來將 Outlook 郵件、通訊錄和行事曆活動 (包括定期會議) 遷移至 Google Apps。您可以從 Microsoft® Exchange 設定檔或 PST 檔案,將資料匯入 Google Apps,藉此讓 Google Apps 與 Outlook 用戶端之間的資料保持同步。"