研發技術累積與提昇的基礎 -- PDM / PLM (五)

How to Choice & Implement

在以往PDM / PLM系統的導入除需要投入大量的建置成本，且系統平台之龐大，對於中小企業而言在這方面的投資往往較為謹慎。

而今資訊系統之開發技術的相對成熟，且參與服務的資訊廠商眾多，故企業對PDM / PLM系統之選擇應以符合公司之經營規模與作業適性為選擇之基礎，舉例來說：以國內中小型製造業者應以低建置成本、低維護成本、可快速模組導入、適合經營型態與產業特性需求的PDM / PLM系統為最佳選擇；反之，大型企業則應選擇功能強大且平台開放之 PDM / PLM 系統，才能真正解決實際應用需求及未來快速之擴充性。

總之，隨著企業對於提昇競爭力的要求之下，導入PDM / PLM系統除了完善的保護公司的產品資料之外，也大幅縮短了圖檔、文件查詢的時間，進一步更縮短了客戶問題的回應時間，是強化企業競爭力的重要工具。

Andy Lung
SysView Corps.
Marketing/Sales Manager

研發技術累積與提昇的基礎 -- PDM / PLM (四)

PDM / PLM Functions

PDM / PLM系統的主要功能，大致可區分為：產品研發圖文管理、產品研發簽審流程管理、產品研發專案管理、工程設計變更管理、產品研發Part & BOM管理；以下就各模組應具備之基本功能略加說明。

產品研發設計圖件/文件管理：

◎提供了對於所有電子檔案之管理機制，包括了查詢功能、版本管理、建立圖文結構等功能。
◎適當組織文件結構與參照關係，建立文件之資訊網路架構，並提供文件屬性、欄位、內容搜尋等基本工具。
◎提供圖面與文件線上檢視，讓使用者不需要安裝大型的應用軟體即可在系統上檢閱文件的內容，檢閱的檔案格式包含一般知名CAD如Pro-E、Auto-Cad 、CATIA、Solid Edge、Solidwork等，Office系列文件及PDF檔案格式。檢閱的功能包含旋轉、放大、縮小及列印等。
◎提供嚴謹的文件發行程序，讓文管中心掌握最新的產品設計文件資訊暨版本控管。
◎完整的調閱機制紀錄文件的調閱歷程，強化正式文件控管之安全性。
◎系統提供圖面文件樹狀展開功能，使用者利用查詢介面查詢出圖面文件後，可展開關連之圖面文件樹狀結構，並檢視每一節點上圖面文件詳細資料。

產品研發簽審流程管理：

◎表單簽審流程主要由表單、送審物件、工作流程這３種項目組合而成。
◎使用者在表單上輸入資料，並聯結送審物件，即執行表單簽審的工作流程。
◎提供圖形化介面讓系統管理者可以依據企業的需求自訂流程。
◎提供工作代理人的相關機制，輔助流程執行加速業務處理之速度。
◎提供彈性化的流程路徑，因應不可預知性的狀況處理。
◎提供即時的流程訊息，及流程追蹤機制，讓專案成員在工作內容了解與工作執行規劃上更為確實方便。

產品研發專案管理：

◎建構專案機制：專案規劃內容包含作業流程與子作業流程定義、上下工程與相依工程關係建立，檢核點與查核規則訂定、工作負責人指定、工作指派與通知、時程預設、進度量化與回饋等機制。
◎提供專案工作進度自動回報機制，讓設計工程師專注於產品功能的創新設計，專案管理者能隨時掌握專案的正確進度。
◎提供高階主管依各種條件查詢全公司的專案進度狀況及統計報表以利分析決策。
◎提供適當工具，評估專案在人力、時間、成本之投入狀況，並根據企業提供之規則淬取專案在創意、研發、執行內容上之成果與經驗，以確實達到專案檢討與知識累積之目的。
◎專案經驗複製：產品研發活動得各種產出資料，可由系統安全控管外，另可與系統的研發專案作連結，完整記錄產品研發活動的Know How，同時可作經驗的複製與再利用。

工程設計變更管理：

◎提供企業對於料件之變更管理、文檔之變更管理及產品結構之變更管理，透過表單簽審機制完成工程變更之相關活動。
◎規劃變更相關物件：文件、圖面物件、料件物件、產品結構物件。
◎變更工作流程：變更物件的審核發行，變更後的變更通知以及追蹤；並完整保存管理工變歷程之記錄。

產品研發Part & BOM管理：
◎提供產品組態以及Part & BOM管理功能，當產品結構隨著產品生命週期改變時，系統會自動記錄產品結構變更的歷程。
◎提供產品料號之申請審核機制，以控管料件申編之正確性。
◎提供 [ 變更項目 ] 物件，用以追蹤系統中產品結構資料變更的記錄。
◎提供 [ 新產品BOM申請單 ] 用以啟動產品結構新增之審核流程。
◎提供 [ BOM修改申請單 ] 用以啟動產品結構變更之審核流程。

...待續

研發技術累積與提昇的基礎 -- PDM / PLM (三)

Benefits of PDM / PLM

工程資料統一納管，確保資料正確一致性

CAD / CAM技術的發展，使我們在設計上提昇了相當大的效能，也產生相當多的圖件文件檔案，但因資料庫技術的限制，缺乏對圖件文件有效的版本管理，而造成了不必要的重複設計及錯誤。
透過PDM / PLM系統的圖文管理，將產品資料交由PDM / PLM系統作統一納管，圖件文件檔案的版次便可以很容易的管理，公司也不需要擔心寶貴的產品資料會遺失或被盜用。

縮短圖件 / 文件檔案的搜尋時間

已往圖（文）件與圖（文）件之間是獨立的個體，彼此未做關連，如在不同部門間的資料則更是不易查詢。
透過PDM / PLM系統的資訊關連管理，將不同面向的設計資訊予以緊密的連接，如製造的BOM與設計圖透過圖面關係來連接，讓不同產品的設計資訊得以透通，串連與產品相關的各類設計資訊，讓資訊的應用立體化，如此可縮短研發人員找尋相關的設計資訊的時間、提昇設計效率，更可利用PDM / PLM所架構之資訊網路，保留相關的設計Know-How，為企業在產品研發知識管理更邁進一步。

導入電子流程 / 簽核，縮短產品開發時間

過去採用人工表單簽核流程，往往發生申請人或專案經理無法掌握到簽核流程進度與狀況，或是發生公文壓在堆積如山的文件夾中，以致於開發進度遭到延遲。
透過PDM / PLM系統的簽審流程管理，工作承辦人員透過系統提出簽審文件，隨時透過系統中的工作清單，就可以即時接收簽審通知，並清楚個人所提交之簽審工作進度與現況，主要管理者也可以檢視所有簽審作業進度。如此不但可以即時的將訊息通知當事人，亦可以大幅降低人工資料傳輸上的遺漏和費時，此外工作流程進行的簽核記錄及意見內容，皆被完整的記錄下來，我們不但可以即時的掌控進度，亦可追蹤整個作業流程，以做為後續改進的參考。

縮短跨部門資料傳遞時間並減少錯誤

在大部分企業中，資訊傳遞主要是通過書面文件、報表及電話等聯絡方式，因而無法及時收集工程設計和製造過程中的反饋資訊，不能即時反映設計過程中的變化，甚至無法隨時檢視整個產品設計和製造的進展情況。
透過PDM / PLM系統的圖文與簽審流程管理使訊息同步一致，可快速傳遞訊息並防止錯誤。

提昇工程變更(EC)效率，大幅降低開發成本

工程變更程序必須依序會簽採購、生管、品保及生產等單位，在過去皆由管理部或文管中心，將變更資料送交各部門主管，然而部門主管工作繁忙且時間交錯，常常發生無法即時交辦工作，造成工程變更時程延遲。
透過PDM / PLM系統的變更管理，讓我們的流程時間得到壓縮，又能維持資料的正確性，並完整的保留工變記錄以利追溯和查詢，讓企業的工程變更能更快速且確實的執行。

縮短產品之開發週期，提昇產品之可預測性

長期以來，產品開發在設計的早期不能全面地考慮設計下游（供應商、裝配製造工廠等）的可製造性、可裝配性、品質保證等多種因素，致使產品存在許多的問題與缺陷，而必須進行設計變更，因此造成了從概念設計到設計修改的重複開發循環，並可能在不同的環節多次重複這一過程，造成設計改變異動量大、產品開發週期長、成本高等狀況，難以適應激烈的市場競爭。
透過PDM / PLM系統的專案管理，讓產品開發專案得以完全掌控，並能有效分配開發資源，最重要的是提供了設計下游（供應商、裝配製造工廠等）提早參與設計的整合介面，讓企業的產品開發能更快速，以掌握產品上市的商機。

縮短客戶問題回應時間，增加服務效率與品質

在競爭激烈的全球化市場中，迅速、確實的客戶服務，早已成為企業選擇產品的重要依據。
透過PDM / PLM系統（業務訂單支援模組），使全球客戶在客製化產品需求方面，得以藉由協同設計作業模式，快速訂單規格溝通確認，縮短客戶與公司之間的距離，強化彼此溝通的效率及成果。
透過PDM / PLM系統（客訴服務支援模組），使全球客戶能快速反應產品問題與意見，且在客戶維修的工作上，維修人員可以很快的找到客戶所使用的機型及材料，提昇服務處理效率與服務品質。

提供和客戶及供應商間的協同開發環境，增加企業競爭力

透過WEB的機制讓系統的應用可以跨越不同公司、不同地域；無論公司部門間協調，與客戶間的溝通關係，或是與供應商協同關係，更為緊密，因為不論是客戶或是供應商，他都能精確的掌握到需要的資訊；就像ISO一樣。
透過PDM / PLM系統的Web Native的特性，以Web Services方式提供企業與客戶及企業與供應商間的協同開發環境，增加企業競爭力是企業獲得客戶及供應商信賴的最佳幫手。

...待續

如何選擇適當的開發工具建構網路應用系統(四)

提升開發效率、縮短開發時程
在推動「產業e化」時，如果資訊服務業者無法再最短時間內與之配合，將使得該產業發展嚴重落後脫節，亦會影響產業電子化的推動。故資訊服務業者在規劃開發上須盡可能快速的建置電子化平台，達到產業電子化的順利整合應用。
簡化系統開發者及程式設計人員的開發流程及時程，大幅的降低研發成本並提升產品競爭力，且提供整合性系統產出，包含：系統分析文件、系統架構流程、資料庫建置產生、程式碼產生，讓資訊系統整合服務業者（ISIP，Information Systems Integrated Provider），從規劃、提案、系統分析、資料庫建置連結、程式撰寫到應用系統完成，一氣呵成無懈可擊。
總之，在這個網際網路與電子化應用的世代裏，扮演高品質、高效率及高服務水準的應用系統開發者，如何應用開發工具以雄厚的開發實力，整合豐沛的企業資源，以「e專家」的角色推廣e知識，全面提昇國內的e素質是當前最重要的課題。

本文刊載於資策會資訊與電腦雜誌
本文作者 Andy Lung
曾任：亞昕資訊股份有限公司 總經理特別助理
現任：易設易舍網 創意技術總監

研發技術累積與提昇的基礎 -- PDM / PLM (二)

Benefits of PDM / PLM
從研發設計的產品生命週期：
創新想法 → 構思草圖 → 設計研發 → 雛型樣品 → 產品最佳化 → 量產 → 售後服務，
PDM / PLM 提供給您的最佳應用在於：
提早參與、訊息同步、協同作業、減少變更、資源整合、優質服務及資料價值化之知識管理。
如下圖：


...待續

如何選擇適當的開發工具建構網路應用系統(三)

慎選開發工具、少走冤枉路
就以上對各類網路應用之產生器工具之說明比較可知，如果您是網頁編輯美工設計者，您需要的應是網頁編輯軟體，如果您是網路通訊傳輸控制開發者，您需要的應是單一程式產生器，如果您是網路應用系統開發者，則您需要的應該就是應用系統網站建置開發工具。
而就應用系統網站即網路架構應用系統之開發工具而言，其應具備的功能特色除了要能產生應用系統程式外，最主要的在於應用系統的完整性，即應用系統所需資料庫之建立，應用系統執行之權限管控設計，最特別的是如果能夠將系統開發設計所有的系統文件在開發過程中一並自動產生那就更完美了。
想想如果您採用的開發工具有上述的特異功能，那麼在您任何開發的專案過程中您最少可節省50%以上的時間，那是多麼有效率且對開發成本的降低有著相當的實質幫助。
當然適當的開發工具不僅僅在於時間及成本的節省，如何產生無bug的程式碼及提供維護便利性亦是相當關鍵的需求，整個網站應用系統的開發包含了不下上千支的程式在其中，如果無法提供便利的維護方式及產生無Bug的程式碼，那麼開發者花在Debug及維護上的精力與時間會是開發系統的好幾倍，真可謂得不償失。
綜合上述，我們知道開發工具的選擇應就應用面的需求及實務面的要求，多方面的評估選擇，或許還需搭配各種工具來達成多重開發的需求。
應用開發工具的目的即在於便捷、效率及正確的開發應用系統，所以正確的選用開發工具，可使應用系統開發工作能事半功倍。

...待續

如何選擇適當的開發工具建構網路應用系統(二)

從網路上存取應用軟體已經逐漸成為未來網路服務的主軸，讓企業系統易於彈性整合，隨時經由網路調整系統功能，亦可迅速滿足客戶需求。由此可知未來這種新興的網路應用型態將是各家資訊服務業者爭相競逐的戰場，商機固然無窮，資源整合能力的挑戰亦可謂十分艱鉅。
開發工具 - 產生器
在推動「產業e化」時，如果資訊服務業者無法在最短時間內與之配合，將使得該產業發展嚴重落後脫節，亦會影響產業電子化的推動。故資訊服務業者在規劃開發上須盡可能快速的建置電子化平台，達到產業電子化的順利整合應用。故簡化系統開發者及程式設計人員的開發流程及時程，大幅的降低研發成本並提升產品競爭力，且提供整合性系統產出，是當下業者的殷切期待，然而能提供如是功能者唯有產生器工具方能符合。
時下產生器工具種類繁多不勝枚舉，而針對網站或網路應用程式之開發者大致可區分為以下三類：
1.系統網站建構：針對系統網站完整開發建置，這類的產生器工具需具備較複雜之開發模組，主要就系統網站之規劃、資料結構甚至資料庫之建立、網頁程式之編輯產生、網站登錄及頁面權限之設計控管，更完整的需要能產生系統完整開發之相關系統開發文件。
2.網頁編輯製作：針對網站網頁作編輯製作，亦即時下相當普遍的網頁編輯軟體，諸如：微軟的Front Page、Macromedia推出的Dreamweaver等均屬之，其主要功能在於每個網站頁面的編輯設計，要設計引人入勝的美麗網頁則非此類工具莫屬，當然如果再搭配一些美工、動畫編輯軟體就更完美了。
3.單一程式產生：僅就網路應用程式作編輯產生，亦即產生諸如CGI、Perl、VB Script、Java Script或ASP、JSP等之網路應用程式的開發工具；此類的產生器由於僅產生單一或少數的應用程式供網站應用，故其提供的功能模組僅止於應用程式的自動或設定產生。

...待續

如何選擇適當的開發工具建構網路應用系統(一)

長期以來，資訊產業一直面臨著與時間賽跑考驗，全球資訊服務業龍頭的IBM，其2001年全球服務事業（Global Services）已佔總營收四成以上，日系大廠富士通計畫在2002年三月前將日本國內幾處硬體工廠轉為軟體研發與企業資訊服務據點，並成立新的軟體服務事業中心，國內資訊大廠宏碁和大眾也於2001年10月時分別提出「微巨營運服務」與「易化服務」架構，事業重心由電腦硬體製造轉型為電子化應用資訊服務。
Web Services網路服務已成趨勢
在硬體產品生命週期日漸縮短，獲利節節下滑，而資訊服務獲利反而逆勢上揚的情況之下，由硬體事業轉向以軟體與服務為重心，替企業架構全球化經營所需的運籌管理與電子商務平台，已經被國際資訊大廠視為尋求永續生存的一道活泉，也是整體資訊產業發展的大勢所趨。
近年全球在美國網路泡沫化與高科技公司股價大崩盤所引發的經濟不景氣中，連帶受到相當的波及，加上九一一恐怖事件，更讓全球經濟雪上加霜。值此一波資訊產業嚴重受創下，國內資訊服務業的表現也不盡理想，究其原因為：國內企業用戶市場主要來自製造業、金融業、流通業等，當個別產業營運負成長時，會延緩電子化的步伐，導致部份項目暫停或延後，或經費縮減，而軟體業者或系統整合商也因此無法獲得訂單，或以低於成本價格接受訂單。
但2001年國內資訊軟體市場仍有幾個高成長業別，包括：資訊安全軟體與服務（Information Security Service Provider）、ISP（Internet Service Provider）之寬頻接取業務，以及線上遊戲（Online Game）等；受到景氣影響導致僅有低成長的業別包括：E-Business相關軟體，以製造業為主的ERP與SCM系統，以金融業與流通業為主的CRM（Customer Relationship Management）系統等。而2000年非常熱門的ASP（Application Service Provider）、IDC（Internet Data Center）市場，在國內資訊委外服務環境尚未成熟之際，2001年更難有所表現，因而多數業者均轉為以提供系統整合或專業服務為主。
然而當前資訊服務業的經營以全然不同於過去以低價和規模經濟取勝的硬體製造，而是在於廣泛性（Generally）、即時性（Immediately）、效率化（Efficiency）、市場力（Marketing Strength），就上述特色唯有網路架構應用系統方能提供。

...待續

營建產業E化策略初探(四)

終於，向前跨出一步了嗎？
近來國內多家營建業者紛紛宣告將朝電子商務領域發展，並紛紛延攬網路或軟體業裡卓然有成的高手擔任企業網路化的重任。姑且不論這樣的改變究竟會不會帶領業界邁向第二春，或者只是上市公司為了炫惑投資人的目光而採用的障眼法，可以預見的是未來的幾個月裡將有無數的業界菁英轉投電子商務的懷抱。
這樣的情形令筆者想起在八十一年至八十五年期間，營建業者為了搶搭上市上櫃列車，紛紛延攬證券業菁英進入管理經營階層，並積極採用各種操作手段炒作股票，筆者便曾親眼目睹一位以炒作股票聞名的證券菁英，如何地將一個原本腳踏實地，體質良好並素有名聲的建設公司，搞到現在鉅額虧損難以彌補的境地。
這樣一個改變算不算是向前跨出一步了？值得觀察。
首先，營建產業這個龐大複雜的恐龍實非習慣於單純環境的網路菁英所能理解的，如果為趕潮流或炒作題材而進行E化工程，其結果恐怕只是架個網站做個宣傳，把網際網路當作是一個新型式的電子廣告媒體，或是高薪找來的工程師只為了多承攬一項光纖網路的架設工程，其成本與效益之間實在不成比例。
其次，營建業者迫不急待地引進才剛萌芽的電子商務，說句實話是因為狗急跳牆，長期的虧損讓老闆們朝不保夕，在病急亂投醫的心理因素下，網路被視為一帖萬靈丹，而對於瞎子摸象般的網路菁英而言，投入這一場豪賭裡，恐怕將難以全身而退了。
再者，營建產業現存的管理階層多是經歷了各種基層工作，逐步攀爬至目前的地位，這些人多半對網路科技一知半解，電腦往往只是一個較為方便的打字工具，甚至於淪為主管桌上的裝飾品或是上班時間偷懶的玩具，筆者便曾目睹一家營運尚稱良善的公司，高層主管桌上的電腦一天之中恐怕難得開上一回，像這樣的情形其實比比皆是，想要在營建產業中推動E化工程，組織中的抗拒力量將難以想像。
其實，雖然以上種種問題似乎澆了有心改變的業者一桶無情的冷水，傳統產業進行E化工程卻是一個必然的結果，面對鋪天蓋地而來的網路浪潮，將可預見對所有產業所造成的衝擊。
傳統產業E化工程將是一個漫長而艱辛的工作，誰也不能保證一定成功，但是不做將被淘汰，因此更需要專業菁英的投入。接下來，筆者將根據這幾年觀察所得及接觸並投入網路商務心得，針對營建產業E化策略做進一步的探討。

...待續

撰稿者/ 建築師 謝季中

營建產業E化策略初探(三)

營建產業的兩難問題
在這個網路時代裡，傳統產業面臨著越來越大的競爭壓力，和越來越微薄的利潤空間，一般的製造業及零售業還可以藉由網際網路打造新的通路，服務業則可以透過網路提供各種加值服務，雖然從表面上來看，似乎都有其解決之道，但是或多或少都面臨著一些兩難的問題。
相較之下，國內營建產業所面臨的幾個兩難問題來的嚴重許多，這也事業者們雖已逐漸明白網路的威脅，卻又遲遲無法因應改變的主因。營建業所面臨的兩難問題大致上可以歸類為：
◎經濟基礎的兩難----過去營建產業得以獲取高利潤的主要經濟因素在於都市化的結果，由於都市人口的集中帶來土地開發利益，在土地資源相對稀少的情形下，一個好區為的建築個案往往可以讓業者及地主帶來可觀的利潤。然而新經濟和新科技讓此一情形完全改觀，土地不再是關鍵生產因素，知識生產力取代土地成為主要的經濟因素，可是，失去土地開發價值的營建業應該叫做什麼？
◎商業模式的兩難----國內營建環境最讓人詬病的莫過於公共工程的圍標及綁標，更因為每年超過三千億的工程利益而成為黑白兩道競相爭食的大餅。由於營建的決策過程中，充斥著利益交換的黑箱，與本質上屬於公開透明的網路特性，存在著格格不入的衝突，更因為網路化所帶來的衝擊將直接而明顯的影響既得利益者的優勢，這場營建產業E化潮流將會是精彩可期的戰爭。
◎產品特性上的兩難問題----傳統上，營建個案屬性不會完全相同，影響品質優劣的因素過多，生產時程過長，無論是在採購發包或是品質管理均難以像一般製造業一樣的標準化，更由於產品具有時空的唯一性及不可移動性，無法重複消費及傳遞，難以將現行以買賣行為為主的電子商務模式硬套至營建業裡。
◎角色定位的兩難問題----從營建業者過去層層轉包的機制來看，實際上是一個集團式的中介商角色，網路興起所帶來的去中介化效應將從根本上威脅營建業者的存在價值，所以普遍抱持著觀望及抗拒的態度，然而隨著網路發展現在亦已逐漸面臨不得不做改變的時候了。
◎組織型態的兩難問題----基本上，營建產業非常容易陷入組織不當膨脹的循環，過去為了增加承攬工程數量及應付專業技術人員的高流動率，營建企業必須不斷的增加人員，而逐漸膨脹的組織需要更多的案源支撐，因此造就了以案養案的特殊產業環境，在景氣良好或尚可時期還不至於出現問題，但在長期景氣不佳或低迷時，往往因為一個個案或環節而產生缺口，稍一不慎便會產生骨牌效應而一夕崩潰，因此大型的營建企業均發展出極為複雜的組織型態與管理控制方式，以因應來自組織型態上的壓力。在這樣的組織架構下，網際網路所產生的新經濟對這些組織管理者而言，將不只是一個挑戰，恐怕會成為一個災難的開始。

...待續

營建產業E化策略初探(二)

經過這兩年來的觀察，營建業者普遍存在了幾個似是而非迷思：
◎網際網路是屬於新興產業的工具，與建築營造這個古老的行業無關。（這也太妄自菲薄了！）
◎網路事業是燒錢的行業，投入電子商務對營建業沒有直接的效益，等別人成功了再把模式拷貝過來。（一笑！！）
◎營建個案特性不同，缺少標準化機制，頂多是在網頁上打打個案廣告或是公司產品介紹。（目前最常見的作法。）
◎非得發展網路不可嗎？目前仍可以活得很好，何必自找麻煩？
◎資訊技術還不足以解決營建產業的『所有』問題，等技術更成熟了再說。（典型的鴕鳥心態）
◎建築設計是一種創意工作，不是網路技術所能替代的，所以網路對營建業幾乎是沒有用處。（建築師們的普遍心態）
現在，在環境的逼迫下這些情形多少有些改變，但是一般來說，喊口號的總比真正瞭解並實行的人多。如果有人問營建業者是否會朝網路發展，十個總有十一個會，但是很多業者不知道的是網路化的後果可能是傳統實體組織的解體，管理機制重塑及改變遊戲規則，這樣的代價是否為每個業者所能承擔的？
更深一層來說，網路及電子商務所挑戰的是價值體系的改變，是一種全新的視野，正如同管理大師彼得‧杜拉克在『二十一世紀的管理挑戰』一書中所說的：這是一種新的心靈版圖的拓展。
回顧這幾個月來在網路知識與技術上的學習歷程，在這個領域中我還算是一個新鮮人，未來還有很長的一段路要努力。許多觀念其實和所有人一樣還在摸索當中，但是，就像當時轉入企業管理領域時的心情一樣，在拓展新的心靈版圖的同時，我將把自己投入在網路商機中的所見所得，融合對營建產業的認識及傳統經濟學的知識，透過網路與所有人分享。

...待續

營建產業E化策略初探(一)

緣起--希望與夢幻
網際網路和電子商務在過去兩年來無疑地帶來許多成功與致富的機會，每個星期都有為數驚人的新網站在全世界各地成立，雖然今年以來許多網站紛紛以倒閉收場，但是網路魅力依舊無人能檔。
不可諱言的，網際網路提供許多年輕人邁向創業成功的道路，雖然最後能夠揚名立萬的人畢竟是少數，但是在這一股新經濟的潮流之下，似乎已經沒有人可以置身事外。對於這一股潮流，許多傳統產業的從業人員和老闆真是看在眼裡，酸在心裡，相信更有許多人幸災樂禍地看著這一次的網路泡沫破裂而安慰地認為新經濟只是一場夢幻。
這真的只是一場夢幻嗎？還是傳統產業脫胎換骨的希望？即使以筆者早在八十三年間就開始接觸並使用網路，並利用遠端資料庫完成碩士論文，但在八十七年重新接觸網路時，亦曾質疑網路的經濟效益。由於營建產業一直是傳統產業的龍頭，近幾年雖然每況愈下，但身居於這個產業中，網路似乎仍是一個毫不相干的領域。
事實上，營建產業領域裡的所有人，包含老闆與員工，他們所存在的資訊焦慮可以說是各業之冠，眼睜睜的看著這一波成長將營造業摒除在外，多年累積的不景氣和資金缺口雪上加霜地緊追在後，眼看著指數日上而股價日跌，箇中的辛酸恐怕不是其他產業所能想像的。
為了趕搭這一班列車，許多怪異的解決方案紛紛出籠：有的轉投資高科技產業，有的成立網路子公司，有的乾脆更名為某某數位科技公司，這些行為就像幾年前營建產業一窩蜂地宣布通過ISO認證一樣可笑，試問這些號稱具有國際認證的營建企業現在的情形如何？有多少家在連年虧損與生死存亡間掙扎？錯的不是工具本身，而是企業主錯誤的心態與觀念。

...待續

網路架構應用系統開發工具之健檢(五)

工欲善其事 必先利其器
網路架構應用系統包含的應用層面甚廣，舉凡所有資料庫導向的網頁程式皆屬之，如：企業入口網站、網路客服、客戶關係管理、企業知識管理）及行動化方案等。如何選擇一個良好的開發工具呢？至少有三點是必備的：
1.能快速建立資料庫，提供支援的資料庫包括SQL、MS Access、FoxPro等，並可透過ODBC、OLEDB等來連結。
2.能快速的產生程式原始碼，包括ASP及HTML甚至JSP、PHP及ASP.NET。
3.可自動產生專案系統文件，包括專案資訊文件、MTX文件、頁面清單文件、報表清單文件、頁面功能文件、頁面設計文件、資料表格清單文件等系統分析文件。
應用開發工具的目的即在於便捷、效率及正確的開發應用系統，所以正確的選用開發工具，可使應用系統開發工作能事半功倍。

本文刊載於 財團法人資訊工業策進會 資訊與電腦出版社 『網路通訊』雜誌 2002年8月號133期
本文作者 Andy Lung
曾任：亞昕資訊股份有限公司 總經理特別助理
現任：易設易舍網 創意技術總監

網路架構應用系統開發工具之健檢(四)

而針對這樣的特性及開發需求，開發工具就須分為4部基礎作用引擎。
1.程式編碼引擎（Coding Engine Module）：為程式碼產生之部份，包含操作模組（介面、檔案管理、序號、功能管理、參數設定）、元件模組（COM+管理、佈景管理、CCS管理、Menu管理）、支援模組（跨平台支援、程式精靈）。
2.資料庫引擎（Data Engine）：為應用程式資料庫產生或關聯之部份，包含操作模組（介面、檔案管理、序號、功能管理、參數設定）、資料庫模組（結構建立、表單管理、巨集管理、關聯產生）、支援模組（跨平台支援、程式精靈）。
3.系統文件引擎（Document Engine）：為應用程式相關技術文件產生之部份，包含操作模組（介面、檔案管理、序號、功能管理、參數設定）、分析模組（系統分析、流程管理、程式結構模組、文件產生）、支援模組（跨平台支援、程式精靈）。
4.報表引擎（Report Engine）：為應用系統需求報表產生之部份，包含操作模組（介面、檔案管理、序號、功能管理、參數設定）、編輯模組（報表管理、格式管理、報表產生）、支援模組（跨平台支援、程式精靈）。
核心引擎與各子引擎或相關模組之呼應關聯均以XML技術做文件交換產生；從前的EDI標準，是以超文件標記語言（HTML）為主流，然而並不具支援多媒體與電子商務彈性，再加上單向連結架構過於原始，對強調網路互動及快速反應等新網路應用系統模式的需求而言，已不敷使用，因此發展出XML，成為新的EDI標準。在XML架構中，程式設計者可依系統間甚至模組間彼此特殊需求，而於資料前標示種類語言，具有語言延伸性，可在異質環境中取得相關資訊。加上目前的全球軟體大廠如Microsoft、Oracle、Adobe、HP、Sun與Netscape等均提供相關技術支援，讓XML更增加作業平台與資料庫的相容性。而XML所具備的跨作業平台、不同資料庫資料直接交換及無限擴充的特性，使資料探勘（Data Mining）能發揮強大的功能，成為開發能力強大的網路架構應用系統開發工具。

...待續

網路架構應用系統開發工具之健檢(三)

最佳幫手 － 程式產生器
但是要快速有效地完成網路架構應用系統，需要適當的開發工具，於是程式產生器便應運而生。所謂的程式產生器，就是利用簡單的設定及圖形介面的拖曳方式，即可快速自動產生程式原始碼。而簡單的程式產生器，是無法提供當前快速蓬勃發展的網路電子化應用；一個完整的網路架構應用系統開發，除了程式碼的產生，更重要的是資料庫的建置、整體專案的一致性及專案系統文件的建立；亦即程式撰寫只是系統開發的一小部分，一套能提供完整的開發工具，才是目前最殷切的期待。
應具備之要件
完整的網路架構應用系統開發工具該具備哪些條件？
1.簡化開發環境以輕易組合、選取、拖曳的方式，輕鬆建立網頁資料庫及網路架構應用系統程式。
2.能在極短的時間內，完成開發動態、資料庫導向的網站，取代以往冗長耗時的開發時程。
3.撰寫程式不必辛辛苦苦地逐行撰寫程式、逐一表單欄位地建構資料庫結構、一字一句地編寫專案系統文件，就能架構功能強大的網路架構應用程式。
能以最迅速、簡單的方式，來產生存取、更新等即時性功能的網頁應用程式原始碼與資料庫；如此一來，無論是程式設計師、網頁開發人員、企劃人員、網路管理人員甚至學生，只需要懂一些資料庫的觀念，就可容易地的藉由開發工具來開發web-based網際網路應用程式。

...待續

網路架構應用系統開發工具之健檢(二)

何謂網路架構應用系統
大多數的企業主都認同，內部管理及對外行銷業務體系的網路化是趨勢所在，否則將喪失競爭力而遭淘汰。不過傳統的視窗應用軟體環境，所有的資料都被儲存在特定的電腦裡，一但邁出公司大門，就無法從外部連回執行業務。但是如果以瀏覽器介面取代傳統的視窗應用環境，藉由網站的訊息中心架構企業的數位神經系統，則所有的企業相關訊息往來，都可以在網站的訊息中心作交換、歸檔及調閱；決策者可隨時隨地監督企業內部的訊息流動，員工不論身在何處，都可利用瀏覽器連上網路電腦，進入公司網站來處理日常工作。企業網站將成為對外、對內的資訊交流及管理平台，員工的日常工作環境都被整合到這裡，也可以在家上班或以虛擬團隊協力完成一項任務，而主管也可遠端遙控監督公司狀況，並下決策指示。
企業網站在發展的過程中，應該要常常思索，當您身處世界各地時，如何仍能即時透過網路連回公司資料庫，取得經營所需之資訊與下決策？如何知道員工跟客戶溝通的細節是否妥當？客戶有哪些抱怨被員工忽略？客戶如何透過網站取得更即時、互動的服務？
網路架構應用系統（Web-based Application System）即是因應上述需求而生，主要以整合各種訊息流動的神經網絡，結合企業內部資訊管理、對外網站內容管理及往來的客戶／廠商聯絡，創造出網路世代的全方位管理應用系統。

...待續

網路架構應用系統開發工具之健檢(一)

在無法抵擋的e化趨勢下，透過網路基礎架構提供一系列軟體服務，讓各式的電子裝置，在任何時間、地點都可自由地擷取資訊，共享網路資源。但這都得靠網路軟體應用系統之開發，而網路架構應用系統開發工具的研發，便是提供開發者一個事半功倍的利器，本文將告訴您如何來檢測。隨著多元化Non-PC裝置的推陳出新以及企業e化的盛行，從網路上存取應用軟體（Web-based Application Program）已經逐漸成為未來網路服務的主軸，像是IBM的Pervasive Computing、Sun Microsystems的Sun One、Microsoft的 .NET等，國際資訊廠商所提出的事業藍圖，都是透過網路基礎架構提供一系列軟體服務，讓各式的電子裝置，能在任何時間、地點自由地擷取資訊，共同分享網路資源；也讓企業系統易於彈性整合，經由網路調整系統功能，應用系統的開發與維護將變得更為容易，並可迅速滿足客戶需求。

這種新興的網路應用型態，將是各家資訊服務業者爭相競逐的戰場；商機固然無窮，資源整合能力的挑戰亦十分艱鉅。所以如何有效利用工具來完成網路架構應用系統的開發？是業者不得不思量的重要課題。

...待續

研發技術累積與提昇的基礎 -- PDM / PLM (一)

近年來台灣亦掀起一陣PDM / PLM風潮，希望藉由資訊應用系統的協助，提升台灣產業國際競爭力，漸由製造整合能力轉為新產品研發之創新能力。

PDM / PLM的緣起
產品資料管理之緣起約在1985年，早期是使用在航太工業。當時波音公司（Boeing）希望能藉著過去的經驗、文件資料、快速研發，發現下述現象：
資料量及儲存空間太大、資料搜尋不易、資料遺失或不完整、無法找到各文件資料之有效版本、資料之再利用價值低。
為了解決以上問題提升資料之再利用價值，波音陸續投入資訊系統的開發，建置產品資料管理電子化系統。



What is PDM / PLM
產品研發管理PDM（Product Development Management）系統是以產品為中心的研發協同工作平台，分類、搜集產品生命週期中所產出之技術文件、圖檔、表單，並追蹤、分析產品生命週期內所產生之相關資訊，以避免資訊誤用與資料一致性，提昇產品品質、縮短設計時間、減少變更錯誤，以提升產品資料之再利用價值。
PDM系統與ERP、CRM…等企業資訊應用系統的整合，可將產品資料與整個企業資訊系統共同分享利用，即可從產品研發到生產、製造、銷售、維護、服務的管理，實現完整的產品生命週期管理即PLM（Product Lifecycle Management）。

...待續

興奮

原來BLOG也可以這麼輕鬆!!