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

2005年3月31日

SAP EP 導入前要建立那些規範

SAP EP 導入前要建立那些規範
Fred Wang (http://fredwang.blogspot.com)
2005/03/18

SAP EP與其它Portal產品在企業使用前應該將一些規範建立, 以避免造成管理上的問題。建議建立的規範如下 :

1. User Administration
甲、 內部使用者帳號管理機制 : LDAP, Single Sign on 等機制
乙、 外部使用者客戶及廠商帳號建立的機制
i. 帳號申請的程序
ii. 帳號的命名規則
iii. Account Information建立的規定? 如First Name, Last Name等欄位該填甚麼?
iv. 起始密碼建立的方法? 固定? 自動產生?
v. 密碼修改的方法? 客戶及廠商可以自行修改密碼? 登入失敗幾次會Lock嗎? 由誰來Unlock? 申請的程序如何?
vi. 客戶及廠商忘記密碼的詢問或申請的程序?
vii. 對外服務的窗口? 時效? 例如: 客戶要申請帳號需要透過Sales or Service or IT, 申請或服務流程如何? 有無快速的服務機制?
丙、 Group建立的機制
i. 申請的程序或建立的原則?
丁、 Role建立的機制
i. 申請的程序或建立與指定的原則?

2. Content Management
甲、 Folder建立的機制
i. 由誰建立與維護?
ii. 建立申請的程序或建立的原則?
iii. Permission建立的原則及程序? 由於有客戶及廠商, 為避免錯誤發生, 造成內部文件外流的情況, 應有Double check的機制?

3. Content Administration and System Administration
甲、 建立申請的程序或建立的原則? 開發人員在開發環境設定完後要如何申請及放置到QAS, 及 Production? 申請的程序?
乙、 元件命名規則? 如iView, Workset, Page, Role, Folder(非KM中的Folder)等的Name and id, 的命名原則?

SAP WebDynpro Limitation and Risk

SAP WebDynpro Limitation and Risk
Fred Wang (http://fredwang.blogspot.com)
2004/03/04
研讀了許多WebDynpro的文章及實作兩個個案, 感受到SAP在這個Java開發平台上的用心, 除了符合MVC架構外, Layout的設計有許多標準的元件及圖形化的UI可以使用, 開發過程不須程式設計, Control部分提供Model Binding, Context Mapping, UI element binding等節省不少開發時間, Model方面支援SAP BAPI, XML等介面的整合, 確實可以加速Java的開發, 消除傳統Java在開發上較為費時的問題。不過任何套裝軟體都有其限制, 我整理了下面WebDynpro的限制及風險, 另外還有一些在個案實作時的一些觀察, 由於實作經驗仍不算多, 僅能提供這些資訊。

Limitations :
1. User Environment Limitation
- Browser Support : above IE5.5 and above NS7.0
2. Development Environment Limitation
- Minimum Spec. : 512MbRAM (1Gb RAM recommended) 800MHz processor
- J2EE engine version : 1.3.1_07
- Only available for Windows based platforms (2003/10/17)

Risks :
: Gartner – Big variation in component maturity (Oct. 2003)
- Moderate Risk : Collaboration, WAS for J2EE
- Higher Risk : Multi-Channel Access, Knowledge Management, Integration Broker
- “Not for the Risk Averse” : MDM(Master Data Management), Business Process Management

My Concern:
1. WebDynpro IDE 操作環境需要較大的螢幕(17or19吋)或/及較大的解析度(1024x768以上)
2. Less flexibility on layout design
- UI設計的自由度差, 不像FrontPage or Dreamweaver web page design方便及自由設計
- 無法自訂CSS, 因此無法將layout元素抽離, 便於整體一致性的設計, 不用SAP default style時, 需逐一元件更改properties
- 無法Refine及增加建立的視窗元素的html及javascript
- 當Table需要較為複雜的設計時, 相當難達成

Lotus Quickplace特色與Notes Team Room之比較

Quickplace特色與Notes Team Room之比較
2002/03/02 Fred Wang (http://fredwang.blogspot.com)

自動轉換及編寫Microsoft Office文件
1. 於QuickPlace Workplace內編寫Microsoft Office文件,令user更快更易地存取desktop application。
2. user亦將可匯入Office文件,例如將Excel試算表用作自定的表格。
3. 可以Office Web Form作為特定文件的格式

Note: Notes Team Room 只能以附件方式將Microsoft Office files存在文件內, 且無法自定欄位, 再根據自訂的欄位排序, 與搜尋

線上討論
1. 透過Lotus Sametime整合real-time awareness及instant messaging,群組可以即時溝通;檢視contents;或合力構思新ideas。
2. NetMeeting and video conference
3. Share objects: share application and e-whiteboard
4. “Who is on-line” function and on-line chat
5. On-line meeting management: Schedule, management and control on-line meeting
6. Integrate with LearningSpace, provide “on-line learning”
7. Security: 使用者驗證,存取控制及加密處理

Note: Notes Team Room 不易整合Sametime (Sametime為市場上佔有率排名第一的Collaboration software)

專案管理
1. 項目管理能可讓群組成員有效地指派具有特定時限與最後限期的工作及行動,並追蹤其最新情況。
2. 可讓user利用Gantt Chart來表達他們的工作情況
3. 為已到期的工作開立e-mail notification及publish new contents, Access 文件以便更輕易地檢討及確定會員正使用的文件屬最新版本;以及共用Tasks的同一日曆項目,用作檢視進度與重大變動。

Note: Notes Team Room無專案管理功能

離線使用
1. 為遠程及旅途中用戶提供離線使用功能。用戶只需將QuickPlace作業空間下載並在重新連線時將數據同步化更新,便可隨時隨地進行工作,簡單靈活。

Note: Notes Team Room 可用抄寫功能完成

整合Domino的Account Management
1. 具備嶄新的Administration事項整合功能,整合Domino Directory、LDAP伺服器、NT區域及Exchange目錄,以及自動安裝IIS,從而大大提升顧客在充份利用現有用戶及群組管理基礎設備方面的能力。

Note: Notes Team Room無Account Management的問題

Content Management
2. 提供靈活推行選擇 ─無論將Content推行於其他郵寄系統如Exchange;又或是作為contents寄存解決方案,都能為各大小機構提供Real-time collaboration等優點,省卻資訊科技部門的協助
3. 亦可簡易連結頁面至其他Content存放的位置
4. 文件編寫, 轉入, 刪除, 版本管理, 複製, 搬移

Note: Notes Team Room無版本管理, 複製等功能

簡易簽核流程
1. 最多四階層的簽核流程或多編輯者的設定

Note: Notes Team Room無此功能

權限管控
1. 可針對單一文件指定作者或讀者及簽核流程
2. 特定Folder or form指定簽核流程
3. 以Room方式區分管理者及使用者權限
4. 多層次的管理權限,提供多組織層級的網站管理
5. 可建立使用者群組,便於權限設定

Note: Notes Team Room無此上述的功能, 無法彈性的建立多層次的Room提供給組織分層的工作空間

訂閱通知
1. 當新增users and 修改管理權限可主動通知該users
2. User可決定新publish的pages是否主動傳送e-mail給all readers or specific individuals(email notification)
3. User可將看到的Page加上comment再以e-mail傳送給其他user(notify)
4. 可指定某些folders or forms才具備主動通知的功能
5. User可取消或訂閱email notification

Note: Notes Team Room也有按鈕提供將連結以Mail傳送給members, Quickplace除提供此種功能外, 還可以設定定時自動傳送最新的內容的功能

搜尋功能

1. Room內全部文件之搜尋
2. 單一folder內文件之搜尋(by特定欄位)
3. 有讀取權限的文件才會顯示在搜尋結果

Note: Notes Team Room無特定欄位搜尋

個人化頁面
1. 可以Quickplace Room方式提供員工個人工作網站或整合k-station personal place

Note: Notes Team Room無此功能

版面客製化

1. Quickplace也是網站設計工具,提供多種templates與客製化能力
2. Welcome page編寫
3. 簡易建立folders, rooms
4. 特定文件格式的建立
5. 網站brand, folder’s banner
6. 網站, TOC及網頁版面背景及字形的製作及調整(提供templates)
7. 設計的再用¥\能
8. Schedule job or event (placebot)

Note: Notes Team Room無此功能

整合
1. HTML/CSS/DHTML
2. Java Applets
3. Java Scripts
4. Integrate with Lotus k-station(personal portal)
5. Integrate with Lotus Sametime server(collaborative tools)
6. Integrate with Lotus Notes calendar
7. Integrate with Lotus Notes application(Develop by Domino designer)
8. Integrate with Domino.doc (document management package)
9. Integrate with Domino.workflow (workflow package)

Note: Notes Team Room無此功能

2005年3月30日

精簡網頁的方法(Simplify Your Web Pages)

精簡網頁的方法(Simplify Your Web Pages)
Fred Wang(http://fredwang.blogspot.com)
2005/03/30

經營網站、製作網頁往往會遇到一個問題, 為什麼我的網頁比別人的慢, 一般人可能採用的方法是加大網路頻寬, 昇級網頁伺服器等, 有時投入大筆金錢後發現效果還是不大, 這時就該檢討根本的網頁大小的問題, 因為Garbage in and garbage out, 若能將過於肥大的網頁減肥50%, 就等於加快一倍的速度。這要如何辦到的? 請看下面各個重點:

1. 正確的HTML設計 :
可避免無效的程式碼, 可以用 HTML Validator來檢查網頁語法的正確性, 如cselite : HTML validator就是不錯的工具。
免費下載往網址: http://www.download.com/CSE-HTML-Validator-Lite/3000-2068-10035333.html?part=dl-CSEHTMLVa&subj=dl&tag=button

2. 設計的精簡化 :
去除不必要的Tag, 用FrontPage, MS Word or Excel等產生的HTML網頁往往十分龐大, 其中包含許多不必要的Tags可以加以去除。
網頁經過多次修改後也常用註解的方式, 留下一些已經不用的HTML 或Javascript codes, 應該加以去除。
Table設計可以改用Div搭配Style定位的方式設計, 除了提昇設計的彈性外, 也減少許多TD, TR的Tags。

3. 程式再用化設計 :
採用CSS(Cascading Style Sheets)的設計, 可將非關內容的設計部份如字型、顏色、背景等抽離成可再用的設計樣式(Styles), 簡化HTML程式碼。
如果這些設計樣式, 可以給更多的HTML網頁共用則將它們集中至一個外部樣式檔(external style sheet), HTML內用LINK tag來載入此檔, 若是只有單一HTML內部共用則採用文件級樣式(document style sheet)將styles寫在HTML檔的STYLE tags內。
另外, HTML內有大量且重複出現的HTML區段, 可以將這重覆的部份寫成Javascript function, 要顯示時再呼叫此Javascript function。當然若是JSP網頁則可以用將這重覆的部份寫成included JSP, 原JSP要顯示時再Include它就可以了。

4. 控制網頁中圖檔的大小及數量
圖檔的大小通常數K到數百K bytes, 因此影響網頁大小比文字還要大得多, 因此應該減少圖檔的大小, 如長寬、解析度、壓縮比、色彩等, 並用jpg or gif的壓縮檔案格式。
有些圖形化的文字, 若可以直接用文字顯示就不要用圖形。
另外, 圖檔的數量越多表示用戶端對Web server的request數量越大, 同樣大小的圖形, 切割成10個圖形或是以單一圖形顯示, 前者的速度將遠慢於後者。

5. 避免使用Frame的設計
用Frame的網頁其實是很多個HTML檔案的組合, 也會增加用戶端對Web server的request數量。

6. 避免使用Applet
需下載Applet到用戶端後才顯示出來, 若改用Flash技術邊傳送邊顯示的方式, 用戶的感受會比較快。

7. 運用工具縮簡網頁大小
推薦兩個工具 :
“LightSpeed Websize Optimizer”: 將html最佳化, 去除不必要的tag及符號
“Absolute HTML compressor” : 換行, 空白及註解等與顯示網頁無關的部份予以刪減

我個人的實作案例是將原109.7K bytes的總網頁大小經過上面的處理及設計, 縮減成68.9K Bytes, 縮簡約40%, requests數也因減少許多圖檔及改變Frame的設計後, 大幅降低, 使得顯示速度超過原來速度一倍以上。

2005年3月29日

Lotus Quickplace使用經驗與心得

Lotus Quickplace使用經驗與心得
Fred Wang (http://fredwang.blogspot.com)
在2001年七月我接到一個企業內部網站的任務, 這個案子原來是另外一位同仁負責,但是原方案無法滿足使用者需求,在完全沒有交接的情況下, 直接與使用者重新談需求, 在完全沒有廠商的協助, 教育訓練, 而且個人也沒有Java語言基礎的情況下 利用quickplace在一個月內完成該網站專案, 並達到原先Open Market無法達到的需求, 後來又陸續完成許多知識管理性,專案性及組織內部網站。 而這些內部網站幾乎是我在很短的時間就完成的(最早的案子約花一個月時間, 其餘皆2-3天就完成), 已經驗證此產品的高生產力及低學習門檻。

不過在企業內的資訊技術同仁似乎無法接受這種解決方案,因為quickplace不是標準的portal產品, 也不是Java平台, 就第一點而言”What is standard portal product? Why standard portal product?” 而需求在哪裡? 如過能快速並低成本的方式完成滿足使用者需求, 為何要堅持Java。而資訊人員的價值是為了發揮企業價值還是滿足技術人員的理想呢?

專業人員若侷限於特定技術的研究容易落入特定技術的專業迷失, 堅持特定技術的優越性, 在MIS十多年來的經驗告訴我沒有最佳的技術及語言只有最適合的, 理論需要實務來驗證的。 從Basic, Fortran, Pascal, COBOL, Assembly. C, Lisp, Clipper, ABAP/4, 到Java不同語言適用的範疇不同。

MIS並非軟體公司亦非電子商務廠商, 重點在完成使用者的需求, 以高生產力的產品或語言來完成。專業人員應該放開心胸, 學習他人的經驗及知識並分享自己的經驗及知識, 讓人力運用更有效率, 人才能力更加提昇。

設備維護應用系統整理

設備維護應用系統整理Fred Wang(http://fredwang.blogspot.com)

Feb,2005
下面是一些設備維護管理應用系統的觀念整理, 及SAP相關的應用模組等的整理筆記。

設備維護系統的發展
企業由於資源,成本等限制而在設備維護系統有不同的發展階段,如下:
1. 出錯再修
2. 有效的手動管理系統
3. 標準化維修流程,程序與政策
4. 電腦化維修管理系統(CMMS, Computerized Maintenance Management System)
5. 整合性物料與採購系統
6. ISO9000認證
7. 可靠度中心的維護(RCM, Reliability Centered Maintenance)
8. 95%設備效率
9. 企業資產管理 (EAM, Enterprise Asset Management)

維護管理的思想
下面是幾個主要的維護管理階段的目標
CMMS :
1. 定義管理規則,組織與職責
2. 運用工具進行標準化管理
3. 在組織間進行訊息分享
RCM
1. 提高企業營運的可靠度
2. 減低維護工作量與成本
3. 延長設備使用壽命
EAM
1. 定義所有需要維護的資產
2. 維護所有需要維護的資產
3. 管理所有需要維護的資產

SAP Solutions for EAM
SAP在EAM應用的相關模組:
 -Core SAP PM, MM, PS, QM
 -SAP Business Intelligence for EAM(SAP BW, SEM)
 -Portals for EAM

CMMS應包含之功能
 工作管理
1.日常工作最佳化 (物料, 工具, 人力等)
2.檢修工作管理 (檢查重複性工作)
3.支援預防保養計劃
4.處理緊急維護工作能力
 實際的資產管理 (Physical Asset Management)
1.CMMS資料歸檔管理能力
2.快速且容易取得重要資訊(包括計劃/非計劃工作歷史,資產統計資料,保固和服務合約,數位化文件包含 CAD 繪圖,等等)
 資源管理 (Resource Management)
• 支援完整庫存控制
• 支援完整採購系統
• 追蹤內部和外部人力成本
• 服務契約成本
• 整合工時管理程序和財會套裝軟體將使管理系統達到最佳化

What is RCM?
 Methodology used to identify undesired equipment failure consequences
 Develops a cost-effective PM strategy to prevent those failures
 Continuous to improve reliability over life of plant
 Shift PM program away from time-based and towards condition-based activities

What is APM?
 Leverages critical asset performance data from enterprise and local sources (ERP, CMMS, DCS, and other discrete systems),
 Publishes key performance indicators (KPIs) enabling identification of improvement opportunities,
 Automates technical data analysis to identify and predict failure occurrence and cause,
 Supports continuous improvement of operational, surveillance, maintenance and design strategies based upon best practices, operational history and fact-based decision support,
 Drives strategies back to execution systems to close the loop and continuously improve asset performance across the enterprise.


The Business Solutions
 Use state of the art Reliability Analysis (RCM) system with your SAP PM system
 Configure SAP to capture the data for Reliability
• Functional Location, Equipment Classification, Catalog Profiles, etc…
 Configure RCM system to mirror the SAP data structures
 Interface SAP to RCM to push the data


Appendix . APM & RCM Example
Meridium Enterprise Reliability Management System
 Software Functionality
• Reliability Analysis
• Risk-based Inspection
• KPI and Metrics
• Instrument and Calibration Management
• Asset Strategies
• Root Cause Analysis
• Inspection Optimization
• RCM


Reference
 -Typical Lean Manufacturing (TPM) Process Flow”, Life Cycle Engineering Inc.
 -Larry Johnson, “Populating MAXIMO with RCM results”, FractalSolutions.com
 -Meridium Software Functionality
• http://www.meridium.com/software/functionality/index.asp?bhcp=1
 -Vince Flynn, “Using SAP PM for Reliability Analysis”, E. I. DuPont deNemours & Co. Inc.
 -“設備維護管理的發展與趨勢”
• From :www.cesh.itri.org.tw/tech/cmms/equip.php
 -SAP R/3 Interface Advisor
• http://service.sap.com/int-adviser

2005年3月28日

Drop Shipment流程的技術方案 - SAP平台範例

Drop Shipment流程的技術方案(外包商直接出貨自動扣帳處理)

Fred Wang (http://fredwang.blogspot.com) 2005/03/28

Drop Shipment略過自己的倉庫,直接由供應商送貨到客戶。如此可以節省倉儲管理成本及運輸成本等。

大致的流程如下:
1. 生管人員通知外包商出貨。
2. 外包商將出貨資料傳回。
3. 人工或自動將資料轉成ERP所需的格式, 然後上傳到ERP, 完成出貨扣帳動作。
4. 貨直接從外包商出貨到客戶。.

其中第3點, 以下我提供三個方向, 困難度及適用範圍均不同, 供大家參考 : (ERP以SAP為例)

方法一: 檔案傳輸
步驟 :
1. 給外包商一個FTP server address, 讓他們存放此類檔案
2. 用ABAP寫一支程式執行FTP get抓取FTP server中的檔案, 然後轉成internal table再trigger SAP batch input program, 完成出貨扣帳動作。
此法做法較簡單

方法二: 網頁輸入
步驟 :
1. 提供外包廠一個web site 進入點, 輸入id/password後填寫web form
2. 按[submit]後trigger Java program 透過介面程式(如JCO)啟動SAP batch input程式
這一般是針對小廠, 自動化系統不足的狀況才提供的輸入介面

方法三: b2b exchange
步驟 :
1.運用b2b軟體(SAP connector, 用webMethod的技術)進行資料傳遞(format: XML)
2.用SAP adapter 啟動SAP batch input程式
這種方法用在大廠, 雙方有密切的流程依存關係, 可用B2b軟體監控流程, 不過需要對方配合安裝B2B軟體(client side)

2005年3月25日

資訊系統導入專案的人員管理

資訊系統導入專案的人員管理
Fred Wang 2005/03/25 (http://fredwang.blogspot.com)

企業導入ERP等大型資訊系統導入, 往往因為牽涉流程及組織範圍很大, 費時很長, 導致團隊士氣低落, 這對人員及公司都有不利的影響, 在此時機若因士氣問題造成專案團隊人材流失, 將是一種危機, 檢討士氣低落的因素如下:

其一﹑錯誤的期望
1. 由於對資訊系統不當的期望與認知, 造成不當的架構及規劃, 專案團隊需為這些問題付出更多時間及精神來解決。
2. 顧問能力及主動性不足, 以至學習效率不彰, 對資訊系統無法深入瞭解, 人員需自行研讀及練習。

解決方式:
1. 應重新檢討或規畫與資訊系統整合的架構,選擇一項好的開發工具, 檢討分析及設計要升級的系統, 以免浪費團隊的時間及人力在目前錯誤的架構下解決問題。
2. 鼓勵人員自行學習(我想這是根本之道), 有正式的課程, 則予以派訓。

其二﹑人力分配
1. 由於新舊系統的更替, 工作型態逐漸改變, 每個人的工作分配將逐漸發生不均的現象。
2. 工作派任未及早規劃, 臨時的指派造成訓練不足及銜接不當。
3. 外包人員管理不易, 意願及能力不足分擔技術人員的負荷。

解決方式:
1. 工作及早重新檢視分配, 並做短中長期的規劃。
2. 有任何工作之派任應及早通知當事人, 並視其能力給予足夠的訓練。
3. 不宜過於依賴外包人力, 缺乏之人力, 以徵人長期培養能力為主 (否則, 外包人員離開後, 將留下更多難以解決的問題)


其三﹑工作之干擾

1. 工作環境過於吵雜, 無法安靜解決問題, 或規劃, 設計系統。
2. 會議過多, 減少的工作時間需加班來瀰補。
3. 電話對工作之中斷, 系統問題及程式設計, 若常受中斷, 效率及品質將降低。
4. 臨時交辦事項過多, 會造成正常工作之干擾及延遲。

解決方式:
1. 開發維護系統的工作者應有較安靜及區隔的環境, 任何人之互動應選擇討論區或會議室。
2. 主管人員有責任避免工作人員參與過多的會議, 以維持工作團隊的效率及品質。若可以, 主管人員應主動瞭解問題, 負擔與會的責任。
3. 電話可規劃服務專線, 工作人員輪流值班, 分緊急程度, 分交各人處理。
4. 應儘量減少臨時交辦事項, 或由主管人員自行解決。
5. 減少干擾的原則下, 鼓勵同仁多花時間(這時間是減少干擾下才能產生的), 深入新系統及開發環境或技術的瞭解﹐以奠定未來解決系統及業務問題與提昇系統使用效率的基礎。


其四﹑對技術專業之尊重
建議:
1. 主管人員對不瞭解的技術問題, 應徵詢技術人員, 或由技術人員進行評估 (勿聽信廠商行銷人員的話)。
2. 由於最終解決問題及承接系統的為技術人員, 有任何相關決策, 應徵詢技術人員, 或做可行性分析, 如有任何決定應及早通知技術人員, 使其及早學習及熟悉該技術。


其五﹑激勵
建議:
1. 由於工作分配及干擾等的問題, 部份人員需辛苦加班, 因為制度問題造成報酬與其辛苦不等值, 再較長的專案過程中, 若缺乏實質的獎勵, 將無法維持高效率的專案, 主管人員則應爭取獎勵的額度。(或由第一至第三點的解決方式, 減少加班問題)
2. 工作越辛苦越需激勵, 主管人員應運用管理技巧提昇全體員工士氣, 而非檢討同仁的缺失。
3. 由於導入的資訊系統是新的技術, 在這領域對所有人員而言大家都是新人﹐管理人員應激勵大家學習的興趣, 發現學習上的問題及障礙, 與解決或加強訓練。
4. 好的主管及好的工作伙伴是除了薪資福利外, 留住人材的重要因素, 建立一個快樂, 和諧的團隊關係是非常重要的。

結語:
劉邦勝項羽敗, 非項羽才華較低, 而在用人待人上不如劉邦, 團隊整體戰力端看管理人員如何用心經營。

資訊人才在企業MIS與軟體公司工作性質的差異

資訊人才在企業MIS與軟體公司工作性質的差異
Fred Wang 2004/02/13 (http://fredwang.blogspot.com)
資訊人才要了解在企業內的MIS與軟體公司工作性質的差異, 否則一旦被錄用, 可能也無法勝任愉快, 下面的分析是多數產業的狀況 :

工作量
MIS: 不一, 有些是例行工作, 有些是專案工作, 不同公司差異也大
軟體公司 : 大或很大

服務對象
MIS : 主要是服務公司內部同仁
軟體公司 : 客戶

壓力
MIS : 較小, 屬於幕僚單位, 比較沒有業績的壓力
軟體公司 : 大或很大, 為生產主力, 有業績壓力

技術層次
MIS : 廣而較不專精, 以解決問題, 協助企業營運為主
軟體公司 : 專精, 以完成產品開發或專案為公司獲利為主

分工程度
MIS : 較不清楚, 每個人可能要扮演許多的角色, 小一點的公司則軟硬體網路樣樣都要會
軟體公司 : 較細, 專案經理, 系統分析師, 程式設計師分工明確各司其職

工作特性
MIS : 服務導向, 許多時間在解決使用者的疑難雜症及維護現行系統
軟體公司 : 專案開發導向, 以有效時間內完成專案或產品

所需人員特質
MIS : EQ要高, 自我學習能力要強, 需要能運用不同技術解決各種問題的能力.
軟體公司 : 抗壓性要大, 能專注及投入單一技術的熟悉及開發, 能習慣於超時工作的狀況

薪資水準
MIS : 較低(不含其他福利)
軟體公司 : 較高(不含其他福利)

IT解決方案的決策問題 : 最佳組合(Best of Breed)與單一廠商(Single Vendor)

IT解決方案的決策問題 : 最佳組合(Best of Breed)與單一廠商(Single Vendor)

Fred Wang 2005/03/05 (http://fredwang.blogspot.com)

企業在決定某種IT解決方案時可能有許多的選擇, 自行開發或購買產品, 在人力有限的情況採取購買產品導入, 有分為最佳組合(Best of Breed)與單一廠商(Single Vendor)兩種, 下面是不同決策的優缺點比較

Best of Breed
優點:
. 彈性較大, 單一元件容易替換或升級
. 可因應企業需求環境而動態改變
. 每一部分功能都可能是最符合企業需求
缺點
. 評估期較長, 專案推動期長
. 軟體間整合困難
. 版本控制問題

Single Vendor
優點
. 節省專案時間
. 較無產品間整合上的問題
缺點
. 無法滿足所有的應用


以SCM Solution為例
時間長短
Best of Breed : 2-4 years
Single Vendor : 12-24 months
自行開發 : 不定

成本
Best of Breed : 較高
Single Vendor : 較低
自行開發 : 視企業而定(可能最低)

彈性
Best of Breed : 較大
Single Vendor : 較小
自行開發 : 最大

複雜程度
Best of Breed : 較高
Single Vendor : 較低
自行開發 : 最高

決策品質
Best of Breed : 較好
Single Vendor : 較差
自行開發 : 不確定(可能最好)

企業/需求適用性
Best of Breed : 較高
Single Vendor : 較低
自行開發 : 最高

員工訓練
Best of Breed : 較長
Single Vendor : 較短
自行開發 : 最短

故事一則: 沉船的感覺

故事一則: 沉船的感覺
Fred Wang 1998/11/02 (http://fredwang.blogspot.com)

一艘航行在大西洋的船, 船上有一名船長及一群水手. 有一天水手發現船進水了, 於是船長派部份水手舀水, 第二天船仍繼續加速進水, 船長又加派水手舀
水, 第三天,第四天情況並沒有改善, 於是船長下令, 全體水手不分晝夜舀水, 終於船下沉速度減緩, 一個禮拜過去, 水手們全部累垮了, 於是船也沉了.

如果你是船長, 你會如何處理?

我想有些公司, 能真的找到問題, 予以解決, 挽救危機; 有些公司則繼續錯誤的決策, 不但不斷增加人力成本, 還無法真正改善問題, 仍存活, 只表示他
們舀水的速度比較快而已.

2005年3月23日

Struts架構應用網站開發步驟


Fred Wang(http:fredwang.blogspot.com)
2004/02/18

一、 系統分析
1 需求蒐集與規劃
i. 目標及問題
ii. 定義用戶群
iii. 內容需求及網站架構
iv. 技術需求, 傳輸需求
v. 視覺需求
2 可行性分析
3 Use case diagram分析

二、 概念設計
1 實體環境架構設計
i. 硬體及網路架構
ii. 作業系統及Web/AP server
2 應用系統架構: J2EE, Struts
3 藍圖設計(Blueprint)
4 Conceptual Data Model設計

三、 專案時程與資源計畫
1 細部時程規劃
2 預算 (網路、軟硬體、人員、顧問等預算)

四、 系統設計
1 Physical Data Model設計
2 Class Diagram設計
3 Sequence Diagram 設計
4 Layout Design - Prototyping

五、 系統實作
1 開發、測試環境安裝及設定
- 設定web.xml : 宣告ActionServlet, Servlet-mapping, Tag library的logical name。
2 Database Tables建立 – SQL script
3 實作Action Form Bean (並在struts-config.xml中設定action form beans)
4 建置Connection Pools 及 Data Sources
- 在Struts-config.xml設定 (此檔案包含四種設定: ActionForm Beans, ActionMappings, Global Forward and Data Sources)
- Weblogic Server可以在Server設定Connection Pools與Data Sources, 就不必在struts-config.xml中設定
5 實作Data Access Object(DAO) classes
6 實作Business Object(BO) classes
7 實作 JSPs
8 建立 Application Resources (Error message and International Message)
9 實作 Action classes (並在struts-config.xml中設定action mappings)
10 Deploy to 測試環境

六、 測試
1 視覺與可用性(Usability)測試
2 功能測試
3 瀏覽器相容性測試
4 傳輸測試
5 內容檢驗

七、 發行
1 Deploy to production environment
2 Announcement

低成本的J2EE/Java開發環境與應用元件

2004/09/09 Fred Wang (fredwang.blogspot.com)
2011/10/2修訂 (增加Front end design, linkages)

下面是針對中小型J2EE軟體開發團隊所建議的一個低成本的開發環境,涵蓋更層面的應用 :

Platform
 - Application Server : JBoss (JBoss+Tomcat) , Tomcat, GlassFish (open source)
 - Web Server : Apache Http Server
 - Database : MySQL, PostgreSQL (open source)

Version Control
 - Source Code Control/Version Control : CVS, tortoise CVS, Apache Subversion

Development Tools
- OO Modeling : Jude, ArgoUML (open source) , StarUML(open source), Acceleo (open source)
- Bug Tracking : Bugzilla(open source)  , Mantis(open source)
- Build and Deploy : Apache Ant

Test Tools/Framework 
- Code check, Code review : CheckStyle

- Unit Test Framework : JUnit, JMockit, Cactus
- Stress/Load/Performance Test Tool: Apache JMeter, NeoLoad

Java OTS Components:
- Logging : log4j
- Scheduler : Quartz Enterprise Job Scheduler
- Report : JasperReports
- Framework : Apache Struts, Spring

Front End, RIA, Javascript  Design
- Framework : jQuery , Dojo , Yahoo YUIZK , Google Web Toolkit

IDE
- Eclipse
- Lomboz plug-in
- Easy Struts plug-in
- Tomcat plug-in
- VSS plug-in
- JBoss plug-in

J2EESDK above 1.4

Documentation
- JavaDoc

Project Management
- dotProject, GanttProject

Knowledge Management
- XOOPS, Loomla, Wordpress, Liferay, Drupal

Java Application使用Rich Client的原因

Fred Wang 2005/03/23 (http://fredwang.blogspot.com)

Java Application Rich Client架構的Client端有三種方式:
1. Java Web Start : 會下載到使用者端, JVM版本一致性的問題
2. Applet : 會下載到使用者端, 功能有限
3. Application client : 需安裝, 若用RMI-IIOP且在Internet使用, 可能會有跨Firewall的問題, JVM 版本一致性的問題


使用Rich Client的原因有兩點:
1. User Interface的考慮: 使用者的需求或產品功能上的需求, 需要Rich Client才可達成, 如Drag and Drop等動作
2. 必須Share computing power到client端: 每一使用者操作所需耗用的計算或記憶體資源很大, 在多人使用的狀況, 集中處理將無法負荷,或Performance很差

若無以上兩點問題, 應當用Thin client

2005年3月18日

ERP模組介面設計說明

作者 : Fred Wang 原作日期1999.09.05 (http://fredwang.blogspot.com)

由於ERP模組間有許多關連性,ERP系統應有整合性的設計以發輝ERP系統的效益,一個ERP系統設計團隊應多留意此部份。在此謹介紹幾個主要的模組間的介面, 如採購系統, 庫存系統, 會計系統, 銷售系統及生產與控制系統。
各個模組間的介面說明如下頁:
觀念: 模組間應該用傳 message的方式啟動對方模組s 系統功能寫入或傳回所需資訊,不需知道對方模組在什麼table及什麼欄位。

說明:
1.  (採購系統-庫存系統)PO單據開立/刪除: 將自動變更庫存現況檔的在途量,且成為驗收入庫單的參考憑證。
à 設計上可考慮自動產生( or  合併檔案)
à 庫存系統應設計一個系統功能, 提供給採購系統起動庫存現況檔的在途量的自動變更。
à 若自動產生驗收入庫單則庫存系統亦應設計驗收入庫單的自動產生。
à 採購系統應提供系統功能以傳回PO data(input: PO no., output: 項次,料號,數量,單價等)

2.  (採購系統-會計系統)一般財產驗收確認: 若輸入發票號碼,確認後將自動產生進項發票記錄, 若驗收時無發票, 則需至進項發票維護功能輸入。(由會計單位確認發票後,才自動轉會計傳票)
à 會計系統應設計一個系統功能提供給採購系統起動進項發票的自動產生。

3.   (銷售系統-庫存系統)出庫通知單開立/刪除: 出庫通知單為銷貨出庫單的參考憑證。
à 設計上可考慮自動產生 or  合併檔案。
à 若銷貨出庫單自動產生則庫存系統亦應設計銷貨出庫單的自動產生。
à 銷售系統應提供系統功能以傳回出庫通知單data(input: 單號., output: 項次,料號,數量,單價等)

4.  (銷售系統-會計系統)銷售Invoice開立/取消: 自動產生會計傳票(應收帳款-銷貨收入 or 銷貨退回-應收帳款, 應收帳款,銷貨折讓-銷貨收入等)
à 會計系統應設計一個系統功能 提供給銷售系統啟動會計傳票的自動產生。

5.  (庫存系統-會計系統)入出庫異動確認: 自動產生會計傳票(銷貨成本-庫存)
à 會計系統應設計一個系統功能 提供給庫存系統啟動會計傳票的自動產生。

6.  (庫存系統-會計系統)原物料驗收入庫確認: 若輸入發票號碼,確認後將自動產生進項發票記錄。若驗收時無發票, 則需至進項發票維護功能輸入。(由會計單位確認發票後,才自動轉會計傳票)
à 會計系統應設計一個系統功能 提供給庫存系統 啟動進項發票的自動產生。

7.  (銷售系統-生產計畫與控制系統) : 可以由銷售預測來自動帶入生產計畫

8.  (生產計畫與控制系統-採購系統)Create PR via Planned order:
à 採購系統應設計一個系統功能提供生產計畫與控制系統啟動 PR的自動產生。

9.  (生產計畫與控制系統-庫存系統)Create生產領料單via Planned order:
à 庫存系統應設計一個系統功能提供生產計畫與控制系統 啟動 生產領料單的自動產生。

10.(所有的系統-庫存系統) 料號主檔查詢
       à 庫存系統應設計一個系統功能提供其它模組所需料號的基本資訊,如品名、單位、總分類、中分類等。(Fred)

11.(所有的系統-庫存系統) 現有庫存量查詢
à 庫存系統應設計一個系統功能提供其它模組所需庫存的資訊,如廠別、倉別、儲位、庫存量、在途量等。

如何加速建構一個整合性良好ERP系統

如何加速建構一個整合性良好ERP系統
Fred Wang (http://fredwang.blogspot.com)
1999.09.05

由於ERP系統模組繁多, 功能複雜, 傳統開發ERP系統的團隊只能因客戶需求, 以分工的方式逐一將模組一一建立起來, 但是往往造成系統整合性不佳, 開發速度緩慢, 無法共享程式, 標準不一致, 版本控制不良。
就上面的問題, 如何加速建構一個整合性良好ERP系統的構想,提出一些策略作法:

1. 首先應整理、訂定ERP標準或合理的商業流程

2. 系統Tables與功能, 應依照ERP標準或合理流程來設計: 可以有整合性的考慮、共用性較佳,且可避免為客戶所誤導。(完成一套後,不必再修改或修改程度最低,減少開發的人力時間成本)

3. 功能模組及子模組標準化及庫存化: 包含使用者介面(UI)元件, 系統功能及文件, 製作標準模組功能型錄,提供給users選擇。(若有不足再進行客製化程序, 減少客製化UI的成本及協調討論規格的時間)例如: 入庫申請作業有兩套做法, 兩組標準UI forms, 供users選擇。每個module的功能及Forms會在不同的專案後累積,應編製功能型錄,Forms型錄等以利再用。

4. Parameterized(參數化) : 將基本設定及可調整的參數及組態設定獨立成參數設定系統,不同公司或產業有自己的一套Profile。亦可將參數設定智慧化,以問卷方式快速完成設定。例如: 入庫申請作業,不同的客戶用相同的Form,但item欄位不同,可建立一個基本設定功能: 欄位選擇,除必要的欄位外可自由選定要顯示的欄位。

5. 共用功能元件化及庫存化管理: 累積智慧及經驗,加速Coding,減少maintenance time。製訂標準函式Naming rule及註冊程序以集中化管理。

6. 開發步驟標準化
建立”ERP系統開發程序”標準

7. 建立完整的開發樣版

8. 加強工具的開發:
例如:
建立或採用好的Query tools, Reporting tools
提供Download to Word or Excel formats
建立整合性的開發環境,如版本管理, Data dictionary workbench, UI development workbench等。

高科技產業決策支援系統計畫概說

高科技產業決策支援系統計畫概說(V1.0)

編著: Fred 2000.05 (http://fredwang.blogspot.com)

內容大綱 :
- 前言
- 以行銷觀念推動計畫
- 高科技管理觀念(DSS方向)
- DSS設計重點
- DSS系統範圍
- 固定指標
- 變動指標
- DSS系統架構
- 試算/預測/策略規劃子系統
- 經營成果資訊子系統
- 銷售資訊子系統
- 製造資訊子系統
- 研發資訊子系統
- 市場資訊子系統

前言
MIS系統發展有三種層次:資料處理(DP), 管理資訊(MIS),決策支援(DSS), 而發展方向有二, 一為向上發
展, 即是向MIS, DSS系統努力, 二為橫向整合, 即如SCM(supply-chain management), EERP, ESCM, E-Business等方向進行. 本文件就向上發展部份提出計畫芻議.

以行銷觀念推動計畫
- 客戶是誰?
- 客戶的需求?
- 訂定規格
- 推廣
- 成果展現,掌聲

DSS 規劃步驟
1. 高階主管訪談, 資料蒐集
- 設定目標: Mission breakdown, top management commit
- 訂定範圍: CSF, SWOT
- 訂定優先順序: 80/20, 成本效益分析, 可行性分析

2. 資料整理, 產生需求指標, 訂定專案計畫
2.1 需求分析, 整理/分類EIS指標
- 經營Index
- 管理性index
- Data/information tracking report (ex: order tracking)
- Daily report
2.2 內外部資源運用
- 高層
- MIS其他人員
- User單位
- 其他公司
- 軟體公司(vendor)
2.3 確認方法及技術:
- 內製, 外購, 外包
- Waterfall or prototype
- 現有可用技術
2.4 專案組織建立
2.5 成員技術建立
2.6 訂定時程表: check points

3. 架構設計, 系統建構, 上線
3.1 top-down 展開
3.2 瞭解現有系統架構, 尋找現有可用功能及資料
3.3 設計完整的DSS架構
3.4 建立系統
3.5 測試及上線

4. 製作手冊, 教育訓練, 推廣
5. 成果檢視, 成效/使用者滿意度追蹤, 問題檢討與修正

高科技管理觀念(DSS方向)
- 鼓勵創新
- 掌握不確定因素: forecast經常改變,敏感性分析
- 冒風險之必要性
- 風險管理: need early warning system

DSS設計重點
- 層級觀念: 統計指標來源可追溯, 特性值逐層展開.
- 歸類: 不同部門, 不同管理階層, 不同性質的需求
- 敏感度分析: 某些資料改變造成指標的改變, 可模擬
- 資料Owner確定:ex who will update yield? Who will update cycle time? Mail 事先通知Owner
- 資料轉換/擷取與運算:
- 預警系統: 三個月或半年內將發生現金不足? Stock 不足?

DSS系統範圍
以組織功能區分, 約有下列範圍:
產: PP-IS, SFIS
銷: SIS, MIS(Marketing Info. System), forecast/business plan, strategic plan
研: PDM, 專案管理 I.S. (Product IS, Project IS)
財務: FIS, EIS, 經營成果/經營指標
Q/R: QIS, QMIS
行政: HRIS
資材: LIS(INVCO, PIS)

固定指標
固定指標指目前或特定時間,特定期間某些重要的經營數據, 統計或指標, 就組織功能, 概略列出下面的指標。至於計畫執行階段指標的研擬更應經過資料蒐集, 訪談等程序, 取得完整的指標。下面表格第一欄System, 可填入該指標目前資料來源的現行系統。

產: PP-IS
System Index
-----------------------------------
2000.05.20 xxxx WIP ?

銷: SIS
System Index
-----------------------------------
2000.02 xxxx backlog orders
2000.01 Business plan 與 rolling/actual compare?

研: PDM, 專案管理 I.S.
System Index
-----------------------------------
1999 prerelease 幾個project

財務: FIS
System Index
-----------------------------------
1999 new product 佔total cost %
2000 1Q - 2Q 現金流量變化

Q/R: QIS
System Index
-----------------------------------
2000.05 xxxx product 良率?

行政: HRIS
System Index
-----------------------------------
2000.05.20 RD 人力


資材: LIS
System Index
-----------------------------------
1999 xxxx 存貨週轉率


變動指標
變動指標則是指標計算結果會因假設不同而有所差異, 多半用於試算/預測子系統上, 就組織功
能, 概略列出下面的指標。至於計畫執行階段指標的研擬更應經過資料蒐集, 訪談等程序, 取得完整的指
標。下面表格第一欄System, 可填入該指標目前資料來源的現行系統。

產: PP-IS
System Index
-----------------------------------
If A廠月產出, 哪些Product 在A廠內做

銷: SIS
System Index
-----------------------------------
2000 景氣大好做 product?
2000 Product 組合大幅改變, 做 product?
若產出10萬庫存幾個月可賣完


研: PDM, 專案管理 I.S
System Index
-----------------------------------


財務: FIS
System Index
-----------------------------------


Q/R: QIS
System Index
-----------------------------------

行政: HRIS
System Index
-----------------------------------

資材: LIS
System Index
-----------------------------------


DSS系統架構
DSS系統須架構在完整的管理資訊與資料處理系統方能獲得正確且足夠的決策資訊。因此由上而
下的規劃, 可檢視出既有基礎系統的不足, 藉以建構更完整的ERP系統.
由於DSS範圍相當龐大, 可區分六大子系統, 排定優先順序逐一完成, 各系統內容大略如下:

試算/預測/策略規劃子系統
A. 試算系統
B. 預測系統
C. 策略規劃系統

經營成果資訊子系統
Level 1. 關鍵指標(key index)
Level 2. 經營指標
Level 3. 異常指標(Early warning system)
Level 4. 損益表
Level 5. 產/銷/研指標
Others: Expense analysis, 資本支出追蹤

銷售資訊子系統
1. 依期間統計
2. 依product line, sales region, customer 區分
3. 依特性統計: Product line part.no., density, package, asp, revenue, qty.
4. 含出貨﹐backlog order
5. customer account 追蹤系統: 異常客戶顯示 ex. 1 revenue大幅下降, 2.應收帳款大幅提高,

3.Revenue 大幅提高.
6. Customer complain system: 客戶滿意度指標
7. Key index: a. B/B ratio, b. BP and actual compare, c. forecast accuracy rate

製造資訊子系統
分產能, 成本, 效率, 產量, 庫存等資訊
1. WIP
2. TAT
3. CIP/CVP
4. Cost
5. 半成品
6. Inventory(Wafer, testing, package)
7. Yield
8. 製程轉換比

研發資訊子系統
1. Project cost system/ project cost forecast system
2. Project management system
2.1 Project 統計
- by year/ by month , by product line, by new prod./core tech… project number
- comparison of plan vs start vs pre-release vs release
2.2 人力 vs project number
3. Project schedule system
3.1 實際進度與計畫比較

市場資訊子系統
1. 市場統計資料: III MIC, ICE, …
2. 下游廠商, 產業, 競爭者產值, 台灣同業總產值, B/B Ratio, 各種應用qty. (地區別)

2005年3月15日

SAP EP外觀設計的問題與解答

SAP EP外觀設計的問題與解答

Fred Wang(fredwang.blogspot.com)

Question : Theme editor能編輯的theme蠻制式化的, 能否自行用編輯好的html再import上去成為Portal 的theme? Framework是否也是如此?
Answer : Theme可以Import & Export, 但是Export出來的檔案為參數設定檔與一些圖像檔(icon), 其中參數設定有三千八百多個, 無法上傳html成為theme, Framework也不行

Question : 整個Portal只有一個Theme, 或是不同的Role/Group/Account可以設定不同的Theme? 如何設定?
Answer : 透過Portal Display Rules設定, 建好Theme, 及Framework Page, 再設給特定的Portal Desktop, 而由Main Display Rules可以設定不同的Group or Account有不同的Portal Desktop。

Question : Theme, Framework page有何不同?
Answer : Theme設定不同EP各區域及元件的字型、顏色與背景等。Framework page設定網頁包含那些iView。

Question : Portal Display Rules : 只能用Master Rule Collection(main_rules)嗎?,其他的Display Rules 如何生效呢?
Answer : 其它Display Rules可以包在Master Rule的IF-THEN條件內成為Nested IF condition

Question : Detail Navigation等左方的導覽列的內容是如何加進去的?
Answer : 在Workset內除了加入的iView, 也可以新增Folder, 並將iView的連結剪貼進此Folder, 如此Folder Name會出現在Top Navigation Bar的第二列, 而Folder內的iView清單則出現在Detail Navigation.

使用ABAP/4呼叫外部程式-相關設定

SAP與外部程式整合的方式有很多, 常見的有 :
1. Java Connector(Jco) or Java Resource Adapter(JRA)
2. .NET Connector
3. RFC Library
4. Business Connector
其他還有
1. OLE automation/ActiveX Control
2. ALE and IDOCs
3. SOAP Processor
4. SAP Data Tranfer Program
5. ITS
6. Netweaver XI
當然各種整合方式適用範圍不同, 視整合的目的與策略來決定使用的整合方式

在Window環境與VB, C#等整合可以考慮.NET Connector的整合方式(其他如ActiveX Control也可以)

Steps:
1. .NET Program : 在SAP Gateway host註冊
2. .NET Program : 被呼叫的程式功能X, 必須與SAP中的呼叫(caller)者,傳遞的參數互相匹配
3. SAP Program : 包含Call Function X Destination Y
4. .NET Program : 執行程式並傳回結果到SAP
程式不詳細說明了, 請找到SAP .NET Connector的文件好好Study就會了

而SM59設定的方式:
方法一 : 在SAP Gateway註冊RFC Server (就是要被呼叫的程式)
建立Destination參數如下 :
Connection Type : T
Activate type : Registering
Program ID : 被呼叫的程式名稱
Gateway host : host_x (就是SAP Application Server的host name)
Gateway Service : sapgw

方法二 : 有SAP Gateway啟動RFC Server
建立Destination參數如下 :
Connection Type : T
Activate type : Start on explicit host
Program : ../rfcsdk/bin/srfcserv
Target host : host_y (.Net program所在的host name)
Gateway host: /H/host_xGateway Service : sapgw
除SAP端, .Net program端也有些設定要注意這些設定你也可以找到RFCSDK Guide的文件, 用力看一看

不用設定SM59就可以註冊RFC server的方法 :
在RFC server端 :
在saprfc.ini中設定
DEST="xyz"
TYPR=R
PROGID=要執行的程式
GWHOST=sap gateway host
GWSERV=sap gateway service name...
然後在RfcOpenEx的參數中設定DEST="xyz"

或(.NET connector)用RFCServerConsole 選擇 Properties → Configurationproperties → Debugging → Command Line Arguments :
rfcserv–aMYPROGID –gLOCALHOST –xSAPGW00 (例)
在SAP端的RFC call要呼叫RFC_SET_REG_SERVER_PROPERTY export parameter : EXCLUSIVE = 'Y'
然後用SM59測試連線,
用SMGW顯示註冊狀態

SAP BW的定位

用SAP BW作為企業Data Warehouse主要的原因在於
1.管理與決策分析資訊主要來自SAP R/3, 企業Business Process多採用SAP R/3 Modules
2.mySAP.com 新的SAP Solutions, 如PLM, CRM等將BW納入成為Solution的一部分, 也是Netweaver的一部份
3.企業沒有現有的Data Warehouse, 要從零開始建構, 而已經買了mySAP.com, 只好採用它(選擇其他則是重複投資)

但是若企業分析所需多數資料, 並非來自SAP, 可能為工廠或其他系統, 或統計分析或模擬模型十分複雜,用SAP BW可能會十分辛苦!

SAP BW包含Data Warehouse Platform基本功能之外還有
. Administrator Workbench 管理平台
. BI Services
. Business Explorer Suite
- BEx Analyzer
- BEx Web Application Designer
- BEx Query Designer
- BEx Browser...等,
請見,此連結:New Features and Changes in SAP BW 3.5

2005年3月1日

DotProject安裝與設定問題與解決方法

DotProject安裝與設定問題與解決方法
Author : Fred Wang (http://fredwang.blogspot.com)
Date : 2005/03/01

問題一. 如何修改畫面上的文字, 例如: Companies要改成Organizations
答: dotProject安裝目錄下, locales/目錄內有許多*.inc檔案, 將上面的文字加上 =>"取代文字" 就可以了, 例如: locales/en/common.inc內 "Companies"=>"Organizations"

問題二. Links : 沒有圖像(icons)的問題
答: 將dotProject安裝目錄下, modules\files\images目錄內的folder5.png
複製到dotProject安裝目錄下的images目錄內就沒問題了

問題三.如何設定SMTP server, 啟動eMail Function
答: DotProject的eMail功能是透過PHP來傳送的, 更改php.ini 內容如下 :
[mail function]
; For Win32 only.
SMTP =
smtp_port = 25

; For Win32 only.
sendmail_from =

問題四.系統傳送的eMail中的連結由localhost轉成ip address
答: 系統傳送的eMail內容文字如下 :
There has been activity in a meeting minutes you are watching.
http://localhost/dotproject/index.php?m=forums&a=viewer&forum_id=4

這表示host設定不正確, 應該修改\dotproject\includes\config.php檔案

$dPconfig['base_url'] = http://localhost/dotproject;
更改為:
$dPconfig['base_url'] = "http:///dotproject";

問題五. 由於Edit Preference的問題一直無法解決, 因此即使安裝中文版, 也無法切換語系
答: 可以用另一種方法來達到中文化

步驟如下:
Step 1.將英文版的編碼由UTF8改成Big5 : locales\en\locales.php 內的 $locale_char_set = 'utf-8'; 改為$locale_char_set = 'big5';
Step 2.從SourceForge下載中文化的patch : 網址 http://sourceforge.net/projects/dotmods/
Step 3.解壓縮後將*.inc檔複製到 locales\en的目錄下, 將原來的檔案覆蓋
Step 4.此中文檔的common.inc與companies.inc內的中文為亂碼, 需要自行重翻譯, 其它若翻譯不好的可以自行更改
這樣就完成了!

問題六. 如何取消Tab及更改Company與Project模組內Tab順序
1. Company模組 : 取消Client => Vendor等Tab, 修改 modules\companies\index.php
2. Project模組: 更改Tab順序 => 修改 modules\projects\index.php 與 modules\projects\vw_idx_proposed.php 兩支程式