Ragic平台應用 - Mac商品訂單管理

　　前一篇提到了如何讓使用者填寫訂單，但要如何讓管理者管理大量的訂單而且更容易去搜尋，Ragic提供了一個功能 - 從子表格產生新表單，便可以將訂單的資料全部都匯集到另一個表單。

　　在設計模式裡，於上方的工具列的連結工作表中選擇用子表格產生新表單，點選Create a new form之後，就會出現一個新的表單。

　　透過這個方式，可以讓管理者更方便管理訂單的資料，但我在操作的過程中遇到了一個小問題，當自動產生了一個新的表格後，因為欄位也是系統自己選擇的，根據上面的圖片，系統自動幫我選擇了訂購日期這個欄位，並連結到商品訂單這個表格，但是我覺得這個地方比較適合顯示訂單編號這個欄位，有試著自己去修改，像是再新增一個訂單編號的欄位，並自己設定連結，但還是無法自動產生；或是連結設定完之後他還是會自動回復到連結訂購日期這個欄位。Ragic在這個部分提供的文件似乎沒有特別提到這個部分，參考了連結&載入這份文件之後還是無法成功，所以目前我還在做測試。

　　另外，Ragic有提供一個報表的功能，可以選擇自己想要的報表形式。

　　這裡選擇工作事項這個報表來實作，在建立工作事項之前，系統會先要求至少有一個日期的欄位來記錄，因此要回到商品訂單中再新增一個日期的欄位，我將它命名為送出時間，輸入型態為日期，並且設定成唯讀，是不能被更改的。

　　接著就可以新增一個工作事項的報表。

　　只要勾選任何一個工作事項便可以瀏覽訂單的詳細資料。

　　自己試過更多Ragic的功能後，雖然有些功能變得更自動化一些了，可以減少我們要自己操作的動作，但是一開始還蠻不習慣的，在修改上也會遇到一些小問題，感覺要花點小時間去研究。不過，Ragic提供的一些功能是一般資料庫沒有的，像嵌入和報表這些功能，因為提供了使用者更多的選擇，可以更符合使用者的需求，在使用上也是非常簡易的，不過有個小小缺點是，如果嵌入到自己網站時，有時候會跟網站的版型產生小衝突。

Ragic平台應用 - Mac商品訂單

　　這次主要是用Ragic來製作一個商品的訂單，首先，要在Mac這個頁籤底下新增一個商品訂單的表單，權限設定的部分，因為是要給顧客填寫的，所以必須設為外部問卷。

         欄位設定的部分，根據老師上課的講解，依序由下列的設定：

● 訂購日期的輸入型態在這並不是日期，而是自動產生，格式設為{1,date,yyyy}/{1,date,MM}/{1,date,dd}

● 送達時間是利用選單的方式讓使用者選擇

● 訂單編號的輸入型態是自動產生，在左下角可以選擇以條碼顯示

● 送達地址的輸入型態是地址，聯絡人電話的輸入型態是電話，格式的部分要改為Taiwan(Mobile)，聯絡人信箱的輸入型態是電子郵件信箱，其餘欄位則是自由輸入。另外，因為有些欄位輸入的值較長，可以在左下角選擇跨欄數。

　　表單的欄位設定完成後，便要開始設計可以讓顧客填寫的訂單，利用Ragic建立子表格的功能，老師上課時也特別提出，這個功能和以往我們設計的資料庫不同。之前利用MySQL建立資料庫時，要用關聯式表格的概念去設計，也就是說我們必須另外再設計一個表格來給使用者填寫；而Ragic簡化了這些步驟，讓我們可以在同一個表格內再建立一個子表格，便可以完成填寫訂單的格式。

　　在Ragic提供的文件裡也有介紹如何建立子表格，只要將欄位垂直排列便可以完成。

　　要設定子表個的欄位是關連到哪些欄位，在上列的功能中選擇連結工作表的連結&載入，便會進入到連結管理的頁面。

　　在連結管理的部分，選擇和機種這個表單做欄位的連結，因為代號和名稱這兩個欄位在子表格的順序與機種的順序顛倒，所以在連結的部分要操作兩次。如果一開始將代號、名稱、價格三個欄位做關聯，造成代號和名稱交叉，便無法成功；因此先將名稱和價格做關聯，完成之後第二次再加上代號的連結。

　　設定完連結以後，回到設計的頁面，並將商品名稱的輸入型態設為從其他表單選擇，並選擇要連結的工作表 - 機種。

　　將商品代號、價格、小計以及總計的欄位設定成唯讀，是不能讓顧客更動的。另外，小計和總計的部分是利用公式的方式去計算，要在公式的地方做設定。

        所有的設定完成之後便可以回到表單的頁面，測試是否能新增一筆訂單。

　　因為一開始將此表單的存取權限設定為外部問卷，所以只要擁有此連結的人便可以在Ragic平台上開啟並填寫這個表單。若是要讓無Ragic帳號的使用者使用，也可以直接將表單嵌入在自己的網站上，便可以讓使用者直接填寫。

　　上課的時候因為有老師講解，所以覺得操作還蠻順利的，Ragic在表格的使用上跟一般的資料庫有點差異，前面有提到利用子表格方式便可以取代以往我們使用資料庫時去建立一對多的方法，不需要設定foreign key，不過我覺得兩種各有好處，Ragic可以讓我們更方便操作，一般的資料庫比較容易釐清觀念且在管理的時候可能是比較適合的。

BPR企業流程再造

　　這週上課老師以BPR企業流程再造為主題，進而以租屋APP為例子，講解了BPR的基本觀念以及它對一個企業的重要性。

　　老師並非從ERP的角度去解釋BPR，雖然一個企業要導入ERP系統，BPR顯然是一個關鍵的因素，但是如果要以ERP的實際案例去解釋BPR，對於缺乏實際經驗的我們，是有點難以理解BPR的真正含意。
　　
　　會造成BPR產生的原因，不外乎是科技進步以及產業間的競爭，企業為了回應顧客的需求及讓他們獲得更好的服務，便需要改變一些現行的做法。

　　對於企業而言，現在的工作環境必然脫離不了手持裝置，像是業務人員以及走動式管理，不管是員工還是主管，對手持裝置的依賴必定是相當的深。老師上課也提到，企業走向M化也是BPR中的一環，尤其現在M化在各個領域都是備受關注的。

　　以物流產業為例，文章中有提到，利用無線技術傳輸訊息，便能夠提升商品的配送效率也能增加顧客滿意度，對於物流產業而言，出貨的精準度以及速度是業者相當重視的，但是要如何在現有的物流資訊系統上再更進一步的讓消費者獲得更好的服務，勢必是要結合M化的概念。

　　除了將M化的概念應用在企業內部員工之前的溝通協調以及各個層級之間的工作流程確認之外，更進一步地將物流的配送結合行動定位，可以讓業者更精確的掌握配送的進度，也可讓使用者知道自己的貨物現在正運送到哪裡。像我自己也會不定期在網路商店訂購，如果可以知道自己訂購的商品是否出貨以及配送的進度，便可以多一份保障，也可以得知大概在什麼時間點可以收到商品，如果業者能夠提供這些即時的資訊，消費者對業者的服務品質也會給予肯定。

　　下圖是以我前陣子的網路訂單為例子，在處理進度的地方，可以了解目前商品配送的進度，對於消費者而言也算是一種網路消費上的保障。

　　在M化的過程中，企業必定需要經過審慎的規劃，為了符合使用者的習慣並符合M化的最初目的，企業可能要投入相當的成本，除了金錢，時間肯定也是會耗費不少的，如果企業能夠有完善的流程設計以及應變措施，那我認為之後M化所帶來的效益是可以抵銷過程中所要花費的成本。老師也提到M化並不是一蹴可幾的，是需要透過經驗累積的。既然這些成本是不能避免的，那就必須從每次的經驗中去找到降低成本的方法。

　　會讓企業進行BPR的因素，往往不是企業內部自己發起，而是由使用者反映自己的問題，企業為了要尋求更好的方法來解決這些問題，可能就會牽扯到改革的問題，如果使用者的需求明顯改變時，企業就必須去探討使用者目前的行為以及如何吸引更多新的顧客。

Ragic平台應用 - Mac商品清單

　　上課時老師介紹了雲端資料庫平台 - Ragic，也講解如何使用這個平台建立資料表，我也利用這個平台來建立一個商品的清單。

　　我挑選了Apple Store的Mac機種，當作我的真實資料，在比較Mac機種的頁面，找到了類似所有商品介紹的排版，在這個頁面有不同機種的名稱、圖片、價格以及基本介紹，這些都是可以利用的資料。

　　首先，我先建立一個新的頁籤 - Mac，然後新增一個工作表 - 機種。

　　接下來就是設定資料表欄位的部分，在產品代號的部分將輸入的型態設為自動產生，避免產生重複的代號，產品圖片的部分是設定為圖片上傳，價格的輸入型態設定成金額，其他欄位則都設定為自動輸入。

　　將所有欄位的資料型態設定好後，便可以開始將資料一筆一筆地建進去了。

　　上課的時候老師也又特別提到Ragic有提供將表單元件嵌入網頁的功能，Ragic也將操作的步驟在網站內嵌元件詳細地說明了，我也自己實際操作了一次。

　　Ragic提供了四個元件可以內嵌到網頁上，我挑選了資料庫瀏覽這個元件來做測試。

　　Ragic提供了三種資料庫瀏覽的方式：Table layout、Block layout、Album layout，上面的呈現方式是Album layout，就很類似我們常在網站上看到的商品清單。

　　像是Ragic這樣的平台，可以讓我們在資料庫更新資料時，也同步更新要呈現給使用者看的資料，不管是在網站或是APP上的設計都是相當方便的，也不必擔心資料會遺失；相對於將資料庫存放於伺服器然後再聘請人員管理，利用雲端平台所要花費的成本是相當低的，也相對於較有保障，要整理大量的資料也很容易。Ragic的介面很容易操作，提供的資料庫瀏覽方式也能讓人一目瞭然。

　　因為目前正在進行專題，剛好我們專題的內容也有用到雲端資料庫，除了現在正在使用的Google Fusion Table，又另外學習到了一個新的雲端平台可以使用，雖然有免費期限的限制，但還是很值得嘗試一下Ragic的功能。

Web,Cooperate,Free 線上平台

　　這次主要是介紹再進行專題時，會需要到的一些平台，像是專案管理平台、心智圖平台、繪製流程圖平台，而老師希望我們以Web,Cooperate,Free為條件，在眾多的平台中找出自己認為適合的且有助於專題進行。

　　經過和專題組員的討論後，要先介紹三種不同的專案管理平台，這三個平台皆是免費的，雖然沒有比較專業的功能像是甘特圖之類，但也各有所長，有各自的優缺點可以考慮：

Trello

        它是一款仿便利貼模式的一個平台，優點為可以如同便利貼一樣新增刪除，和其他兩種平台不一樣的是它可以自由拉動位置，並可以和團隊一起配置工作進度。
　　分為board、list、card，依屬性又分todo、doing、done，card並可以tag組員以分配任務，更重要的是有平台可以上傳檔案，方便分享做好的成果。可以設置checklist，把任務分化，更能追蹤進度且組員也更能掌握自己的工作量。以E-mail通知更動，是一個很自由的管理平台，也有行動版可以方便在手機上追蹤、應用。
　　以下是我們專題組在Trello上實行的成果：

　　Trello APP的介面

Wunderlist 3

　　它和trello有著差不多的功能，可以建立分類的板，在板上放上任務並且可以在任務底下再分小任務、留言、上傳檔案。小任務是以checklist的方式呈現，任務可以設定提醒時間或是到期時間，也可以加入最愛或標籤方便追蹤，當然也是以E-mail的方式接收通知。它和trello不一樣的地方是，他的任務不可以自由的平移，且是以上下條列式呈現，不過它有中文版，用起來更不需要大腦。也有行動版，且能橫跨大部分的平台。網路上也有Wunderlist3的相關介紹。

Workflowy

　　它和上面兩種比較沒有共通點，workflowy是以文字筆記來記錄管理，讓大腦更清晰。以條列式標籤的方式一一列出項目，並可建立專案的主從階層，讓組員知道先後順序。他的呈現方式像是書目或大綱，當任務完成時可以把那一項劃掉(complete)，或消除(hidden)，在任務細項的結尾可以加上#標籤，告知日期期限。可以把建好的worklist上傳分享給其他人，但不能共同作業，也沒有上傳的平台，比較像半共用的筆記本，不過優點是比上面兩個平台有更多的階層可以設置。Workflowy比較傾向於用簡單的方式來提醒且規劃專案的行程。

　　上述三種專案管理平台經過比較之後，個人覺得Trello在使用上可能會有較大的助益，因為在協同合作上Trello占相當大的優勢，版面的配置也很整齊，讓人可以一目瞭然，雖然Wunderlist3在使用上與Trello是不相上下的，但在整個介面的設計上我比較偏好於Trello。

　　接下來對各種心智圖平台進行了研究及討論，大部分的繪製心智圖的工具是以軟體為主，像是XMind、FreeMind等，但這次要介紹的是一個web-based且完全免費的線上心智圖平台  – Coggle。


　　Coggle他具備了多樣的功能，可以讓使用者輕鬆地使用且達到需求，以下就提出幾點來介紹：


  1.   Coggle在心智圖的格式以及數量上沒有限制，是完全免費提供給使用者的，想要使用Coggle只需要用Google帳號登入即可。

 2.    在協同合作方面，如果想要邀請成員，只要輸入成員的電子郵件就可以送出邀請。而且Coggle也提供多人的即時編輯，可以像編輯Google線上文件一樣，即時更新也能夠知道目前線上有哪些成員正在編輯。

 3.   如果想將自己的心智圖分享給其他人，只要將該心智圖的設定改為公開，便能將心智圖分享到網頁上。

 4.   Coggle也提供多種格式讓使用者下載儲存，可以將心智圖轉換成PDF、PNG、純文字或是FreeMind格式。

 5.   在markdown支援的部分，使用者可以編輯成像是待辦清單的內容。另外，Coggle也支援了插入超連結的功能，只要放上網址便能連結到該網站。

 6.   若使用者想要插入圖片，只要將圖片拖曳到繪製心智圖的區域，便可以在自己的心智圖上加入想要的圖片。

 7.   其他FreeMind格式的心智圖檔案，也可以直接插入到Coggle的心智圖平台上，就能在目前編輯的心智圖上，加上插入的檔案的內容。

 8.   Coggle的復原功能也是相當的強大，在右上角有一個時鐘的按鈕，只要點擊該按鈕便可以還原在任何一個時間點的內容，我想這個功能對大部分的使用者是相當有幫助的，可以查看過去自己所思考的內容和現在所想的是不是有所偏離。

      

 9.   在Coggle上編輯的心智圖也能夠同步儲存到Google雲端硬碟，還能夠直接在雲端硬碟上編輯，對於我而言，Google雲端硬碟是一個非常好的儲存及備分空間，如果能將心智圖整合到雲端硬碟上，那當自己有需要時便可以很輕易的找到。

10.  Coggle也提供了Chrome APP，可以在Chrome的應用程式商店內找到，便可以將Coggle加入到自己的Chrome，並且和Google Drive連動。

　　以上介紹了幾點Coggle的特色，自己實際用了Coggle之後，發現它很容易上手，不會有過多繁複的步驟，而且它的協同合作功能也讓我們在專題的規劃上更有效率，所有的專題成員都可以一起編輯討論，是個相當實用的平台。

　　我們也實際操作了Coggle，但內容並還不是很完整，有許多內容還要繼續添加。

　　最後要介紹的是線上繪製流程圖的平台，如果是要繪製圖表的話，對於使用者而言一定是希望方便操作且工具是多樣的，我們找到了兩個可以繪製流程圖的線上平台，以下就分別介紹它們的特色。

Draw.io

        這個平台是完全免費的，並且是可以線上或是離線使用。Draw.io也能夠與Google Drive結合使用，如果在Chrome安裝Draw.io的雲端硬碟應用程式，使用者便可以在自己的Google雲端硬碟內直接新增一個Draw.io的圖表。
　　Draw.io的另一個特色是它不需要註冊便可以使用，而使用者只要預先選好要將圖表存於何處便可以開始繪圖了，Draw.io也提供了多種儲存的途徑讓使用者選擇，多樣化的儲存途徑讓使用者可以依照自己的習慣來操作。我個人是比較習慣將圖表存於Google雲端硬碟內，除了剛剛提到Draw.io可以和Google Drive結合使用的優點外，下面也會提到其他將Draw.io圖表存於Google雲端硬碟的好處。

　　Draw.io也提供了許多的樣本供使用者選擇，使用者選擇了範本之後，還是可以對範本預設的顏色或文字進行更改或添加，在繪圖時，右手邊會有一個類似圖案樣式調整的版面，便可以在此處更改圖案的樣式或是線條的大小，相當容易上手且方便更改。

　　在繪圖區的左手邊會有許多圖示提供給使用者，依照圖表的類型分類，使用者可以在不同的類別中挑選自己需要的圖示便添加到圖表內。另外，以Use case Diagram為例，如果想要添加相同樣式的use case，可以點選該use case，然後再點及右側的 + 按鈕，便會複製一個相同的use case，節省了許多繪圖上的時間。

　　接著就要提到協同合作的部分，剛剛有提到建議將Draw.io的檔案儲存於Google雲端硬碟，另一個好處就是可以分享給其他的人一起編輯，一樣也是只要輸入其他成員的電子郵件，便可以邀請他們共同編輯，所有的操作方法如同Google的線上文件。

　　最後，在繪製Draw.io的圖表時，操作的介面是以中文為主，對於我們而言是相當的平易近人，而且它的介面排版不會很複雜，操作起來相當的流暢。

　　我們利用了Draw.io實際完成了專題的Use case Diagram，Draw.io在使用上並不輸專門繪製UML圖表的軟體。

Cacoo

　　另一個繪製流程圖的線上平台Cacoo，與Draw.io不同的是，它是必須註冊一個帳號，而且對於免費帳號的使用上多有限制，像是免費帳號最多只能儲存25個圖表，在繪圖時也限制只能15人共同編輯，與Draw.io相較起來便顯得有點不足。

　　如果是免費帳號，便會顯示剩餘可以儲存的圖表數量。

　　與Draw.io相同的是，它也提供了許多範本供使用者選擇，圖庫內也有相當多的圖示可以選擇，操作上也是很簡單易懂，繪製圖表的介面其實與Draw.io相差不大，也是採用中文介面，圖庫及格式的工具列也都有顯示在繪圖區上，因此在繪畫的過程上兩個平台都是能夠符合使用者需求的。

　　另外，Cacoo也有提供線上即時協同合作的功能，同樣也是輸入成員的電子郵件便可以邀請他們共同編輯，比較特別的是它在右下角有一個對話框，可以讓目前在線上的成員利用對話框討論，是個還不錯的功能。

　　再使用過兩個繪製流程圖的平台後，其實我覺得操作起來不會有太大的差異，都可以讓使用者很容易上手的，但我覺得最大的區別是，Draw.io能夠與Google Drive連動，相對來說是比較吸引我的，而且Draw.io是可以直接將圖表儲存到雲端硬碟，對我而言是比較容易整理也方便編輯的。

　　介紹了許多線上的免費平台，當自己真正去使用過後，便會發現其實很多的工具都是可以幫助專題進行的，而且不需要下載什麼軟體，只要透過一個免費的線上平台便可以完成許多工作，不論是專案管理、心智圖或是流程圖，如果我們專題組可以養成多利用這些平台的習慣，相信在專題進行的過程中，在工作的分配、文件的編寫等都派上用場的。