Check out this SlideShare Presentation:
透過 YouEmbedTube產生的影片效果，可以內嵌至自己的部落格或網站內。
使用方法
連上 YouEmbedTube, 在標籤（Tags）處輸入相關的關鍵字，可以多測試幾個看看，目前對於英文以外的標籤支援度很差，所以盡量使用英文作為標籤會抓的比較準確。而 Quantity 則是設定要展示的影片數量，最少3個，最多8個。
資訊出處：
YouEmbedTube - 個性化方式分享與展示YouTube影片！
公司遷移啟事：
預定2008年11月19日搬遷至台北市（內湖科技園區）......
地址：
114 台北市內湖區內湖路一段250號3樓（內湖科技園區）
3F.,250,Sec.1,Neihu Rd.,Neihu District,Taipei 114-44, Taiwan (R.O.C.)
電話：02-8751-3132
傳真：02-8751-3065
捷運圓山站（1號出口）：
‧轉搭公車至「西湖市場」下車 ↓
241．21．紅2．646．247．267．287．286．620．110．
藍26．藍7．28．222
公車路線：
‧西湖市場 ↓
110、21、21（直達車）、222、222（區間車）、247、247（區間車）、267、28、286、287、287（區間）、620、620（區間車）、646、646（區間車）、紅2、紅2（直達車）、棕16、藍26、藍7
‧內湖基湖路口 ↓
內科通勤專車1(中和高中-內科)、
內科通勤專車15(天母-內科)、
內科通勤專車18(捷運民權西路站-內科)、
內科通勤專車19(捷運市政府站-內科)、
內科通勤專車20(捷運市政府站-內科)、
內科通勤專車5(捷運市政府站-內科)、
21(直達車)、286(副)、645(副)、902、902(區間車)、紅3、紅31、藍27
‧基湖路口 ↓
內科通勤專車1(中和高中-內科)、內科通勤專車10(錦繡站-內科)、
內科通勤專車11(新泰國中-內科)、內科通勤專車12(中平國中-內科)、
內科通勤專車13(天母-內科)、內科通勤專車15(天母-內科)、
內科通勤專車16(捷運石牌站-內科)、內科通勤專車17(士林-內科)、
內科通勤專車18(捷運民權西路站-內科)、內科通勤專車2(中和高中-內科)、
內科通勤專車20(捷運市政府站-內科)、內科通勤專車3(土城駕訓中心-內科)、
內科通勤專車5(捷運市政府站-內科)、內科通勤專車6(蘆洲站-內科)、
內科通勤專車7(汐止車站-內科)、內科通勤專車8(松山火車站-內科)、
內科通勤專車9(捷運中山國中站-內科)、
286(副)、645、645(副)、902、902(區間車)、紅3、紅31、紅3直達車、圓山站一內科(直達車)、藍27、藍7(區間車)
檢視較大的地圖
專欄作者：Mark Young
我認為應該跳脫對傳統ERP的迷思，從新的角度去思考這個軟體。在Web 2.0 的時代，對軟體的觀念已經跟過去大不相同了。既然我們採用BS (browser-server) 的架構，這是一個很好的機會。讓我們的軟體，可以融入 Web 2.0 的精神。※延伸閱讀：Simple Spark - Currently Tracking 8729 Apps
以下是幾點建議，提供各位參考：
- 現在很多人開設E-Commerce 的網站，但賣了東西以後，卻沒有一個後台的管理軟體，例如：訂單管理、出貨管理、財務、會計……等。
- 在E-Commerce之下，店主應該也需要做市場調查，消費趨勢調查等。但是這些調查，也不需要我們自己做，我們只要根據使用者所下的條件，幫他去各網站東抓西抓，找到相關的資料，整理一下，就是很好的調查報告了。
- Google Trends
- Quantcast - Open Internet Ratings Service
- Google Analytics
- The Web Analytics Association
- 在Web 2.0 的時代，不但資料是由大家提供，甚至軟體本身都是由大家共同來建立的；換句話說，已經沒有任何一家公司或個人，可以（或應該）單獨決定一個軟體的所有功能了。例如：Google API或 Yahoo Pipe，他們提供工具，讓使用者自行開發網站的plug-in。
- Stuckinbeta.com » Blog Archive » 用Ning.com架設你自己的social network!
- Google 小工具 API – 總覽
- 既然我們採用BS（browser-server）的架構，功能上和e-mail、手機、即時訊息（例如：MSN、Skype）配合，也是順理成章之事。在上周於舊金山舉行的 Web 2.0 博覽會中 ，O'Reilly（就是封面有一隻動物的電腦書出版社）創辦人兼執行長 Tim O'Reilly 在他的主題演說中，提出了Web 2.0 在2008 年和未來的三大機會，其中最主要的就是Web 2.0在企業的應用。
※延伸閱讀：
- YouTube - Tim O'Reilly at Web 2.0 expo in San Francisco 2008 Goals
- 三藩市Web 2.0博覽會,Launchpad：六個新的創業之星) - 譯言翻譯
在傳統的ERP迷思底下，總認為 ERP的報表資料，就一定是從公司內部產生的；這樣的想法，會侷限我們的軟體功能，也不符Web 2.0 的精神；我們應該將整個網路世界，都看作是我們的資料來源。
幾個提供趨勢訊息的網站，供各位參考：
社交型網站『Ning 』是一個讓用戶架設屬於自己的social network的服務。用戶架設network可以有影片和照片的分享、部落格、討論區和透過RSS整合其他網站内容的機制。就是跟Google API 配合，提供Google 的社交網站套件，讓使用者去開發自己的社交網站。
※延伸閱讀：
- 瞭解員工的想法，提高員工對企業的向心力和貢獻度。※延伸閱讀：IBM的企業2.0戰爭 « Mr.-Ms. Days - 網路, 資訊, 觀察, 生活
- 收集消費者的資料，進一步瞭解其中隱藏的訊息並能提供領先的服務。
圖象意念：WEB 2.0 知識分享相傳「授」「受」概念；來源：ALTphotos Photography Community
電子商務（Electronic commerce）絕對是一個蓬勃發展中的產業，是過去、現在及未來的趨勢。它的技術面及應用面都在持續擴展、創新中。這個新興產業的價值在於以「創意」（Innovation）為核心。
電子商務（EC，E-Commerce）指在網際網路（Internet）、企業內部網（Intranet）和增值網（VAN，Value Added Network）上以電子交易方式進行交易活動和相關服務活動，涵蓋了傳統商業活動各環節的電子化、網路化。電子商務包括：電子貨幣交換、供應鏈管理、電子交易市場、網路營銷、在線事務處理、電子數據交換（EDI）、存貨管理和自動數據收集系統。在此過程中，利用到的信息技術包括：網際網路、外聯網、電子郵件、資料庫、電子目錄和行動電話。
而廣義上的電子商務（EB，E-Business）則是指對整個商業活動實現電子化，也就是指應用電腦與網路技術與現代信息化通信技術，按照一定標準，利用電子化工具（有時 甚至指整個電子媒介領域，包括廣播、電視、電話通訊等等）來實現包括電子商務（或電子交易）在內的商業交換和行政作業的商貿活動的全過程。
想想10年前，幾近銷聲匿跡的『.com』網際網路泡沫化，當時多少投資者的夢想破碎，多少IT人員的大量出走，為了「圓一個淘金夢」，也因「夢想無限大」，經過多年的努力及研發，夢想被實現了，即所謂的「電子商務」；今天的電子商務，核心價值在於「創新、分享」，並且不局限於哪個族群、或專利於必須要懂得IT知識的人。它的價值在於「分享」，接近「WEB 2.0」觀念，是知識的分享，不但是「受的人」收惠，「給的人」同時可以得到極大的回饋，我將它歸納於知識經濟時代的產物。也是『回歸自然』，造物者的原意。
從目前的趨勢來看發展方向如『WEB 2.0』、『SaaS』、『SOA』服務導向架構（Service-oriented architecture）等等，此趨勢說明了「開放」、「創新」是確定的。但回頭看，這一切是建構於IT的架構上，所以，未來一定是以IT為基礎，但它已經不是一個屬於專業的IT，而是和我們大家的生活非常息息相關的IT。
在此分享給大家，意義深遠的文句：『The best things in life are free；You can’t be free if you don’t know Information Technology』。
不論你(妳)從事任何產業，細膩品味此句，可為金玉良言。
輕鬆一下，短片分享：The best things in life are free
即然我們已經談了這麼多，應該可以歸納出一個方向：
- 未來的方向基礎為IT。（所以不能不知道IT）
- 它的架構為開放式、創意的、個人化的。
- IT和我們的日常生活息息相關，每個人都身在其中。
佛里曼/著『世界是平的』，能把握這個趨勢，在 21世紀才有競爭力。從企業的平台為出發點，技術已不是重點，應用及各自的專業知識（Domain Knowledge）才是可以發揮的重點。Internet 把地球抺平了，結果所帶來的應該是制度，但是要有制度以先，應該先建立「標準化」。在一個標準化的商業邏輯下建立商業制度，這樣才能走向全球化的視野。所以說企業的「SOP」標準流程（Standard Operation Process）是打開國際化的鑰匙，再讓精緻的企業專案管理『PM』導引進來。
凡是與顧客簽訂合約的商業行為，大都與PM有關；PM已經成為大多數企業的必需品，其執行結果與「顧客滿意度」密切相關。
上下供應鏈協同關係是汽車零件業致勝關鍵
汽車產業製造商之間關係，猶如野雁之間互相扶持精神，松技ERP系統也秉持扶持觀念，協助製造商內部及供應商之間經營管理，讓“V”字隊形能夠更快速整隊成功。
松技 e-Business Total Solution
企業標準化是公司經營的磐石
‧為企業經營者輕易掌握一套脈絡清晰的管理流程規章。
‧讓使用人員更清楚了解工作規章及系統作業程度。
↓
企業e化核心競爭力
‧提供汽車零件製造管理完整解決方案。
‧著重少量多樣接單排程管理模式，提供協調供應商管理機制平台。
↓
預見企業未來發展
‧為ERP上線後，提供企業營運績效監控。
‧搭配SOP整合，將績效不彰的營運流程改變，提升企業經營競爭力。
松技‧FirmusERP ｅ化解決方案：
導入ERP之經濟效益
為企業提高競爭能力、增強管理人員的現代化管理意識、提高企業管理水準打下基礎。
減少庫存資金佔用
- 準確控制生產材料的採購數量和採購時間，降低生產材料的庫存量。
- 準確控制產品的生產時間，減少半成品、成品的庫存量，縮短資金佔用時間。
降低採購成本
- 用物料需求計畫準確計算月需求時段的採購數量，採購每週下單，小批量訂貨，並與供應商達成協議庫存定貨價格。
- 消除因計畫不準所造成的缺料而小批量、高價格、緊急採購的現象。
降低生產成本
- 根據物料需求計畫的生產單準確控制生產時間，減少加班，降低人工成本。
- 計畫進料，消除現場缺料，待料現象，縮短生產週期。
- 均衡設備負荷，提高設備利用率。
提高市場競爭能力及企業形象
- 準確控制生產時間，消除交貨延遲現象，提高客戶服務品質。
- 提高物料計畫，生產計畫能力，增強產品的市場應變能力。
- 及時準確的供應商評鑑，確保物料品質。
- 企業管理電腦化，真正做到資訊化管理，可提高企業整體管理水準。
- 企業採用國際上先進的管理方法，增強客戶對產品品質的信心。
| Firmus e化解決方案 e - Business Solution Provider | |||
| 銷售管理 ‧市場資料調查
生產管理 ‧排程管理 ‧託外管理
採購管理 ‧詢價管理 | 品質管理 ‧現場檢驗管理
存貨管理 ‧庫存查詢
研發管理 ‧RD管理
貿易管理 ‧進口管理 | 保稅管理 ‧內銷沖帳
合同管理 ‧合同BOM登錄
資產管理 ‧固定資產增添
模具管理 ‧模具增添 | 財務管理 ‧銀行管理
會計稅務管理 ‧預算管理 客戶資料管理 廠商管理 總務管理 耗材管理 |
松技近期活動 ：
2008年台北國際汽車零配展（Auto Parts & Accessories Show）
e化力行遍天下（Serving the World with e-Power）
展場配置：2008汽車零配件展平面圖
交通導引：台北世貿中心南港展館（免費接駁車 ）
展覽檔期：2008/04/09 ~ 2008/04/12
關於「ODEO」網站，簡單說就是聲音版「Youtube」。
我們透過這個Web 2.0 平台，把影音版的「企業e化解決方案與導入ERP之效益評估」線上講堂單元（楊明一博士‧主講），實現了語音分享。
若您有商務方面的需求，您可以透過Odeo語音答錄方式留言諮詢，聯繫我們。
（Record a message for Calex.com on Odeo）
1-1 什麼是ERP?
2-1 企業e化的效益、ERP如何導入
2-2 ERP之後－企業e化的功效與需求
2-3 傳統績效指標 vs.新的績效指標
3-1 供應鏈管理(一)
3-2 供應鏈管理(二)
3-3 供應鏈管理(三)
3-4 供應鏈管理(四)
3-5 供應鏈管理(五)
各位產業界的先進：
松技網路資料庫在2008年推出的新產品：『Recycle DomainKnowhow Engineering』 即稱為『回收產業知識工程』技術。由於現在正面臨一些開發工具的轉換潮，使得以前系統的專業知識，及企業特殊技術部份都需重新再分析。而人、事、物的遷移，使很多公司的專業knowhow會因為人不在，離開了，或是文件不足等因素，而使公司的寶貴無形資產都無法留住，這正是一個企業非常值得婉惜的地方了。所以，松技的新產品使用了 肯美（KenSystem）的分析工具《X-upper》所研發出來的『回收產業知識工具』希望能對企業界的資訊提供一些保存企業專業知識的貢獻，保存住企業最珍貴的無形資產。
剛才拜讀了 iThome online ｢蔡學鏞‧技術顧問｣ 的文章『軟體考古學』有感，引發了我的閱讀興趣，先整理如下，請各位先進給予指正及鼓勵。文章起頭：
軟體考古是軟體工程的一門新興學問，目前的論述不多，似乎連流派都尚未形成。如果你需要進行軟體考古，不妨參考逆向工程的做法，也許可以讓你有所啟發。
因這正是我們現在進行的一種工程。松技網路料庫股份有限公司從事軟體IT產業，在台灣經營17年了 ，參與過台灣產業的全盛時期，到目前大部份的製造業外移，不禁要問「台灣要怎樣重新站起來，重新製造另一個全盛時期？」How？
所以，我們近年來把台灣產業全盛時的『Domain Know-how』收集起來，用《X-upper》的工具使軟體工程把當年各個產業的專業知識匯總起來，即「專業產業流程做成滙成SOP」。我們把它叫做『Recycle Engineering軟體專業的回收』，即把個各產業的Domain Know-how ｢最有價值的方法｣ 做成流程，以方便新系統的開發及產業成長的研究。這正是我們正在努力研發的工程之一，如今看到蔡先生的軟體考古學與松技公司正在做的是一樣的功效，當然會產生很大的共鳴。
接下來我們可以回顧一下過去將近這二個十年的起起落落。套句Microsoft總裁比爾在2008 CES展上剛出爐的一句話『未來所有的媒體與娛樂（產業），都將由軟體帶動（software-driven）』，意思是，下個十年將由軟體產業來帶動的。這是在宣佈說「No software, No game（Business）」。這對從事軟體產業的我，真的覺得責任沉重無比。
但這就是現實，所以我想把這一句話送給企業的老闆，做為我們新年的動力，也讓我們能走出下個成功的十年。
影片分享：Bill Gates' Last Day - January 6, 2008
CES 2008: Bill Gates plays Guitar Hero with Slash
盛行於主從架構年代的VB系統目前仍廣泛存在於企業應用之中，肯美資訊與松技網路資料庫合作研發『VB To Xupper 轉換工具』，幫助企業萃取產業知識，為技術升級做準備。
VB在主從架構盛行的年代，與Delphi並駕齊驅，是企業廣泛採用的程式語言。然而在微軟推出新一代的.NET技術之後，由於VB轉換為物件導向的技術有實務上的困難，因此在微軟宣布終止VB技術支援之後，企業的VB系統面臨遲早必須重寫的命運。
然而行之有年的系統，冒然改寫的風險，在於長久累積的營運知識，若隱藏在密密麻麻的程式邏輯中，沒有文件化的資訊可參考的話，任何幅度的更動，都必須回頭檢視程式碼。
數小時內拆解VB程式各項結構
要解決這樣的問題，可以選擇具備逆向工程機制的軟體產品，反向剖析系統的設計架構。以VB To Xupper為例，它可解構VB程式相關的使用者介面、程式邏輯與資料庫結構，轉入至Xupper。該套工具主要由松技網路資料庫與肯美資訊兩家公司合作研發。
Xupper中的模型圖，大部分均可透過VB to Xupper轉換器全部轉入Xupper，包括實體關聯圖、資料字典、系統架構圖、資料儲存庫矩陣關聯圖、GUI及程式邏輯圖等。不過該功能並不處理商業流程圖與業務規則，因為這兩項本是設計階段需要自製的部分，無法逆向產出。
實際操作VB To Xupper轉換的步驟並不困難。在這套系統中，解讀資料庫結構只需2個步驟，而VB程式的轉入則包括轉入GUI、程式與資料庫關聯圖及程式流程圖，需3道手續。
轉入所需的時間依系統規模而定，簡單的資料結構或單一VB檔案，約在數分鐘內完成。若以松技網路資料庫本身的Firmus ERP為例，整套產品轉入耗時約2～3小時。
解讀資料庫，勾勒架構設計
Xupper的資料字典模組羅列資料庫所有的欄位名稱與解釋，而表格關聯圖則顯示每個資料表所包含的欄位。VB to Xupper解讀資料結構的順序，是先讀取欄位轉入資料字典，再轉入ERD目錄，最後組合欄位完成表格關聯圖。
這樣的設計與產品研發地的習慣有關，Xupper是日本公司研發的產品，當地對於正規化的要求很高，資料結構的設計必須先決定欄位命名，再決定欄位所屬的資料表，最後才畫關聯圖。
而且欄位名稱不能重複，在資料字典中，即使不同資料表的欄位，命名也不允許重複。這樣的作法，與臺灣多數的資料結構設計習慣不同，所以利用VB to Xupper逆向解構資料結構時，可能發生欄位名稱相同的情況，此時，VB to Xupper便會發出警告訊息。
舉例來說，在不同資料表具備相同欄位名稱的情況下，若欄位的長度設定不同，例如同樣是「Name」欄位，有的長度是10，有的長度卻是8，那麼在轉入Xupper時，系統將自動取最大長度，以統一長度規格。
其次，欄位名稱相同在Xupper中是不合法的設計，因此顧問團隊將針對客戶的情況，彈性調整轉入Xupper的方式，在不影響現行資料結構的情況下，區隔欄位的命名。
從畫面、資料表關聯到程式邏輯，逐步拆解設計邏輯
轉入資料結構之後，下一步是解讀程式碼，步驟包括轉入GUI、分析每個程式所使用的資料表，以及程式邏輯。「轉入GUI」功能將GUI轉入Xupper，可以幫助開發者整理GUI之間的關聯性，並在Xupper中模擬執行，了解每個控制項將觸發的畫面或者程序。
而程式與資料庫的關聯性，則透過Xupper的分析矩陣圖，則以C（Create）、R（Read）、U（Update）、D（Delete）標示每一隻程式對每個資料表做了哪些處理。
程式邏輯的部分，VB to Xupper則解讀程式碼，將業務處理流程的邏輯轉入DLCP（Data Life Cycle Procedure）模組。用意是將較難理解的程式碼，轉化成圖形化的流程圖，並提供程式碼與流程圖的對照。
COBOL程式也有逆向轉換工具
然而，系統的逆向工程很難單靠工具完成，仍有客製化及輔導的需求，松技與肯美兩家供應商均能提供相關的顧問諮詢服務。
松技網路資料庫當初開發轉換器的目的，是為了萃取多年以來累積在程式碼中的產業知識，作為後續轉向ASP.NET的基礎。很快地，他們發現企業VB系統升級的需求不在少數，此外，金融界COBOL程式逆向工程的需求也很殷切，因此也開發出COBOL程式轉入Xupper的工具。這些逆向工程的機制，對Xupper而言，將擴展出更多元的應用。文⊙李延華
| 資料結構轉入Xupper |
| 1. 解讀資料庫結構 設定VB to Xupper轉換工具連結資料庫之後，1點選「讀取SQL」讀取資料結構，2按「轉入ERD」，即開始將資料的欄位與結構轉入Xupper。 |
| ↓ |
| 2. 產生資料字典 轉入Xupper的所有資料庫欄位，將先彙整集中到「資料字典」。 |
| ↓ |
| 3. 產生ERD表格 欄位轉入資料字典後，再剖析各個欄位所歸屬的表格，產生實體關聯圖。 |
| Xupper II 5.7 | |
| 建議售價：Xupper Advance網路版：20萬元（依使用人數計費） 維護費用：3萬 肯美資訊 (02)8752-3100 www.kensystem.com.tw | |
| 伺服器作業系統需求 | Windows NT/2000/XP/Server 2003 |
| 伺服器處理器需求 | Pentium III以上 |
| 伺服器記憶體／磁碟空間需求 | 128MB/1GB |
※ 以上文章轉載源自：
iThome online 利用CASE Tool萃取VB系統邏輯 文/李延華 (記者) 2008-01-09
訂閱：
文章 (Atom)
將本文收入書籤：
