2015年3月28日 星期六

管理資訊系統課程心得4

       本週課程任務是讓我們在利用Ragic發布產品信息之後,實現用戶下訂單、賣家管理訂單的實際操作功能,最後呈現的效果應該是用戶可以選擇商品名稱,就會有相關商品信息,如編號、單價自動顯示,並且用戶選擇數量後可以自動進行統計金額,還可以增刪商品;而賣家可以在後台接收訂單,並根據聯繫人信息出貨,管理訂單。所以這需要我們先從使用者的角度設計訂單,然後根據需要的功能和Ragic這個工具來匹配。

       按照課堂以及practical-dbm.blogspot.com的指導,我設計了訂單樣式和管理訂單的報表。 
1⃣️日期是下訂單的日期,由系統自動產生,類似2015/03/29;
2⃣️訂單編號也是系統自動產生;
3⃣️聯繫人姓名、電話、地址都是必填選項,郵箱可以選填,根據待輸入字數估計,進行了跨欄合併;
4⃣️送達日期設有三個可選項:週六日、工作日、任何時間,因為送快遞,聯繫人可能在家裡方便收,也可能會在工作地點方便收,而對於具體到幾點則不必過細標明,快遞公司會注意這些問題;
5⃣️在和BOOKS表格連結&載入時,採取的根據“書名”篩選,產生“圖書代號”、“作者”、“單價”和“圖片”,並都採用唯讀方式,無需使用者自行填寫;
6⃣️數量由用戶選擇,然後“小計”的公式為D10*E10,“總量”的公式為D10,“總價”為F10;
7⃣️最後的“送出時間”是為了方便賣家處理訂單,不是給用戶填寫,故設計為唯讀。

       下面是我已經輸入的訂單。

       然後通過子表格產生新表單,為了方便查看,所以create a new form,取名為“書本訂單管理”,可以很清楚的看到每本書的銷售量。

       為了幫助賣家區分哪些訂單已處理,哪些還沒有,需要使用到報表中工作事項的功能,這時設置的“送出時間”選項就起了作用。勾選訂單後,就代表已發貨,若沒勾選,則代表未完成。
       最後,在資料輸入輸出後,還需要進行數據分析,這裏可以利用到報表中的資料儀表盤功能,可以了解銷售總額、銷售量、消費者對書的偏好等,有利於企業更好的經營。


       以上是本週需要完成的任務,然後在自行操作的過程中,我還發現一些問題,在此列出:
1⃣️關於老師反應的不能通過html發布到部落格進行小計的情況,也許是Ragic已經改善,所以目前測試成功。截圖顯示有限,“小計”在右邊還沒完全顯示。

2⃣️我認為是Ragic做的不足的地方,當用戶下訂單時,為了核對所選商品是否正確,大多都想要和圖片進行匹配,但是我在輸入訂單時,都只能看到圖片的名字,看不到內容。只有當商家查看訂單才可以顯示原來的產品信息,這顯然是不夠的。如果能夠直接顯示圖片會更好。


3⃣️在我完成本次作業之前,我又添加了三本書的產品介紹,分別是:


我對訂單表格進行了連結&載入,但是無論我怎麼重識,或者調換順序,在訂購這仨本書時,選擇“書名”,都不會相應的出現“圖書代號”和“作者”,但是單價和圖片又可以正常顯示,訂購其他書本時情況都正常,如下截圖:
不太清楚怎麼回事,所以貼在部落格請教老師。
4⃣️利用報表的工作事項來處理訂單,但是我發現無法還原,就是說如果勾選了訂單之後,代表已經發貨,在報表中就不會再顯示該條記錄。可是人總有粗心大意的時候,如果我是不小心點錯了,然後應該怎麼楊還原這條記錄呢??

本來我是有6條訂單,在第一次嘗試時,我勾選了2個,可是現在我不會把這個訂單還原成未完成的狀態,所以就算重新生成報表,還是只有4條記錄。我感覺這個功能還需要修改,或者是我哪裡操作沒注意,還請老師指出。


       雲端資料庫的出現,大大縮短了原應有的工作時間,本來我的寫程式的能力就弱,要完成這樣一個訂書系統至少得一個月,現在其實1-2個工作日就可以自學成才。很好的鍛鍊了我們的動手能力,以及增加成就感,不用讓我每天為看不懂的程式頭痛啦!最後附上填寫訂單的界面。



online database form by Ragic

MIS test4-1

online database form by Ragic

2015年3月20日 星期五

管理信息系統課程心得3


       上次課老師主要介紹了雲端資料庫對中小企業數據管理的便利性,並以Ragic為例教我們如何新增資料,嵌套在網頁中發布產品信息。
課後我又對practical-dbm.blogspot.com網站上的文章進行了一定程度的學習。所謂資料庫,就是將一群相關的資料以一定的存儲方式集合在一起。在網路沒有普及之前,資料庫給人的感覺應該是像圖書館一樣,用紙密密麻麻記滿了檔案。隨著電腦網路的普及,信息呈指數倍增長,且越來越多的人上網搜尋資料,這就導致電子化的資料庫管理系統(Database Management System,DBMS)和資料庫管理師(Database Administrator, DBA)的出現,旨在將眾多數據整理成資訊,作為使用者判斷和決策的依據。DBA其實類似倉庫管理員,基本工作有確認資料庫是否連線、資料備份、排程、錯誤訊息處理等,更進階的需要負責整個資料庫環境的正常運作、建立資料庫管理規範及安全機制、規劃資料庫空間容量及預測未來成長量、協助程式開發人員、安裝資料庫服務器、解決或預防資料庫的潛在危機等等。
很明顯,如果中小企業要建實體的存儲資料庫的機房,不僅需要有冷氣、電源、寬帶、服務器和複雜的軟件堆棧的辦公空間,而且需要安裝配置和維護這些軟件的專家團隊,此外還有開發環境、測試環境、整理環境、生產和故障轉移環境,成本太高,更頭痛的是請不到人——應該很少有人會將自己的職業生涯圈定在一個各方面實力都不足的中小企業。因此,雲端資料庫應運而生,在企業規模比較小的時候可以省成本,當規模增大時,資料庫也可以進行很好的擴充。企業的應用程序在共享的數據中心運營,而不是在自己的數據中心,只需要登陸就可以開始自定義和使用雲服務了,具有更好的擴展性和安全性。目前來說,雲端服務還是研究熱門,為解決大數據難題而生,從個人雲端生活到企業的雲端計算,無時無刻不在改變著我們的生活。我找到一個比較通俗易懂懂的網頁介紹雲端服務

接下來談到老師給我們佈置的作業——用ragic嵌入到部落格中介紹產品信息。我選擇的是介紹圖書。在網上購買圖書時,消費者一般關注的都是書的分類、作者、內容簡介、價格、折扣、支付方式等等。書的分類其實可以相當詳細,我根據Yahoo圖書分成了幾個大類;然後本次只需要產品介紹,所以我省去了優惠信息和配送物流的問題,簡化成七個部分:圖書編號,作為key;作者、價格是必填選項;作者、描述、出版日期、圖片是選填,像比如雜誌就沒有作者。

在發佈時也經過了幾次測試,以確保瀏覽者可以閱讀部落格中發佈的信息,但是不能修改。詳情見產品介紹。

最近幾次上課,讓我感受到了和大陸不一樣的教學風格,我大陸的《管理信息系統》課程時需要同學們實際操作完整做出一個系統,這通常兩極分化很嚴重,厲害的大神可以獨立完成,其他人就苦不堪言,不是每一個人都對計算機技術感興趣,也不是每一個人都會從事和專業相關的工作,所以設計系統真的好痛苦。我喜歡這裏,可以學到新鮮事物,並且無論從事什麼行業都將會有幫助。


online database form by Ragic