iT邦幫忙

0

客制系統應該注意的事項

想請教各位大大
公司在客制ERP系統時,有哪些注意事項。
因為公司行業別較特殊,因此無法使用一般ERP系統。
因此找來廠商,針對公司本身進行ERP系統客制化。
雖然網路上可以找到相當多ERP的資料。
但是對於客制系統的流程、注意事項...卻是少的可憐
因此麻煩各位大大提出自己的看法
謝謝!!

其實不必太在意客制這兩個字的意義
因為你面對的是一個軟體開發專案

就你寫的這個流程來看
訪談會議→需求整合→需求確認→程式撰寫→系統測試→系統驗收
我猜測已經確定廠商
並且要開始進行專案了

如果是如此
推論「專案的價錢」已經講定了
再推論
乙方的立場和想法都會往「縮小需求範圍」走
而你所扮演的甲方
你的立場是「把所有的需求都交待清楚」
兩者通常是背道而馳而且會有拉鋸戰

我的判斷是:關鍵在於「需求確認」
需求確認進行的方式?
需求確認的產出?
甲方由誰敲定/決定需求是OK的?

以上提供參考
祝好運
28
外獅佬
iT邦大師 1 級 ‧ 2009-08-21 17:39:27
最佳解答

客製化ERP,
初期:最重要的就是把需求、工作流程弄清楚...然後弄成文件,跟廠商溝通。
中期:盡量測試細部function,把可能的bug抓出來。
後期:整體作業流程測試。

看更多先前的回應...收起先前的回應...
lraychee iT邦新手 3 級 ‧ 2009-08-21 18:01:12 檢舉

感謝您的回覆
請問您的文件是指~系統需求嗎?

coolvista iT邦研究生 2 級 ‧ 2009-08-21 18:31:46 檢舉

在每個module確認時,最好能讓使用者單位主管與資深人員參與.

外獅佬 iT邦大師 1 級 ‧ 2009-08-21 22:28:45 檢舉

初期的文件,是的就是指系統需求,您應該是IT吧!
把user的需求,轉化成一個flow...然後雙邊check,這就是你的工作...
做user與廠商的橋樑,因為你懂公司的流程,也懂IT。

erp導入時,版大你怎麼會不需要涉入??
這個不是客製化系統嗎?

lraychee iT邦新手 3 級 ‧ 2009-08-24 09:54:28 檢舉

但...廠商似乎只需要經過訪談→確認需求 就可以製作出系統
看來並不需要flow ...這也是我困惑的地方-.-...(有這麼簡單嗎?)

外獅佬 iT邦大師 1 級 ‧ 2009-08-24 10:49:16 檢舉

公司的所有作業,應該都有一定的流程,
例如,從訂貨到出貨,總有個流程要走,這些大流程中,還包含了其他細部的流程,
像是,檢查、出貨流程等等。

只經過訪談,然後確認需求,這有點草率,
對於整體的資料架構或者系統架構來說,都有待商榷。

而版大,您的任務正是要去做這個模糊地帶的事囉...
看起來不需要flow...這只是錯覺而已。

lraychee iT邦新手 3 級 ‧ 2009-08-24 11:05:28 檢舉

這就是我懷疑的地方 是廠商簡化了程序嗎?
還是...
我是負責客制化的人...所以才頭大=.=|||

外獅佬 iT邦大師 1 級 ‧ 2009-08-24 11:28:42 檢舉

這個...套一句以前客戶說的:『我付錢,我就是老大!』....會計師都這麼財大氣粗...Orz...
是啊,這麼不配合,何不找其他廠商進場試試?
相信有能力的廠商不會就這麼一家而已。
他們不願意做,總有人願意做。

lraychee iT邦新手 3 級 ‧ 2009-08-24 13:52:24 檢舉

我也想ㄚ...
只是這家廠商是主管認為OK的
另外一家比較有計畫的出局了
所以...只能來跟大家求救了...

Albert iT邦高手 1 級 ‧ 2009-08-24 20:57:19 檢舉

這太棒了!!!一家比較有計畫的出局了!!!
我以前提很多很詳細的建議書 結局就是 另找一家比較便宜的...
例如 :
訪談10工作天 寫了一月規格表,Table/Column/ PO物件,企業物件,企業規則,畫面呈現,報表呈現...
例如:
我預計 3 人 三個月寫 100支程式 100萬....
報價後客戶嫌我們比別人貴
廠商拿著 我的詳細規格 要求另一家 50萬 成交.....
真是恭喜
天下沒有那麼好的事
結案真的那麼簡單嗎??

lraychee iT邦新手 3 級 ‧ 2009-08-25 16:38:16 檢舉

-.-現在這各廠商不是不懂 而是需要多"溝通"
他們在書面上著墨不多 因此我能了解到的也不多

當然樓上這位的情形也有可發生 但跟我的情形不太一樣吧
您應該是純粹有感而發吧...

22
Albert
iT邦高手 1 級 ‧ 2009-08-22 00:04:54

我有個疑問...
對於ERP系統我有我的想法~想將BOM的觀念帶入
但是廠商卻認為~解決方案是由他們所提供,我不需涉入。
請問廠商這樣是對的嗎?
不是對不對
我們想請問一下 lraychee 大大
請問是否有驗收標準 ??
請問驗收標準是誰訂的 ??
請問驗收與付款有無關係 ??

客製系統最重要的是驗收標準,
我們是專門做 ERP 客製化
我們是先與客戶專案經理
擬定:輸入畫面+拋轉出畫面+單據樣式+明細表樣式+統計表樣式
且將每一欄位(Window.Tab.Field)
與 企業物件(BusinessObject)Mapping
與 持續物件(PersistObject)Mapping
與 資料庫欄位(Table.Column)Mapping
訂好後每一人工小時完成
企業物件(BusinessObject)的一種 Method *例如 getOrderLine()
訂好後每一人工小時完成
企業物件(BusinessObject)的一種拋轉 *例如 OrderGenInvoice.java

我們可以讓你參觀或參考
Skype: Adempiere/Compiere
MSN: albert_a_chen@yahoo.com

看更多先前的回應...收起先前的回應...
Albert iT邦高手 1 級 ‧ 2009-08-22 00:10:33 檢舉

可能沒經費請顧問訂定驗收標準
可能沒經驗教育承包商寫作標準
我們外包前是要先教育外包商如何編程
否則亂寫跟寫不出來都不好
外包時必須有驗收原始碼是依照標準寫作編程

Albert iT邦高手 1 級 ‧ 2009-08-22 23:17:09 檢舉

(1)開發樣品
WhenWho(何人何時來建立)
要參照哪些資料,要驗證哪些資料,要紀錄哪些內容
在哪些檔案(Table)
在哪些欄位(Column)

(2)樣品確認
WhenWho(何人何時來建立)
要參照哪些資料,要驗證哪些資料,要紀錄哪些內容
在哪些檔案(Table)
在哪些欄位(Column)

???????

Albert iT邦高手 1 級 ‧ 2009-08-22 23:20:49 檢舉

很多公司不習慣將細節規劃好就發包
外包廠商怎麼會作出你希望的細節
公司有正確的驗收標準??

lraychee iT邦新手 3 級 ‧ 2009-08-24 09:56:39 檢舉

抱歉...我們是一般公司
客制的是公司使用的資訊系統

Albert iT邦高手 1 級 ‧ 2009-08-24 10:43:48 檢舉

對於ERP系統我有我的想法~想將BOM的觀念帶入??
其實這樣的陳述 很攏統!!
可能是受訂品是 套件BOM的觀念 受訂是上階
生產命令單與出貨單要有下階明細
我們的系統就是這樣子

lraychee iT邦新手 3 級 ‧ 2009-08-24 11:08:51 檢舉

應該這麼說
舊系統中並沒有BOM的概念
新系統規劃中 似乎也沒這種東西(只是將舊系統修改)

當然我知道這樣說很籠統
但我想表達的是~~當我這樣提出時 廠商給我的回覆是(客氣的說)解決方案他們會想辦法
這樣的情形是否是正確?

Albert iT邦高手 1 級 ‧ 2009-08-28 23:32:53 檢舉

如是說好了!!!
如果 MOrder.java 是 Model Sales Order 物件
如果沒規定他應有的 method 可能就很陽春
要有 BOM 的概念 就很可能 要另外寫
但是這樣算完整嗎!!

以下是 我們的 MOrder.java 的 method ....
/**
* Explode non stocked BOM.
* @return true if bom exploded
*/
private boolean explodeBOM()
{
boolean retValue = false;
String where = "AND IsActive='Y' AND EXISTS "

  • "(SELECT * FROM M_Product p WHERE C_OrderLine.M_Product_ID=p.M_Product_ID"
  • " AND p.IsBOM='Y'" //是否有 BOM
  • " AND p.IsVerified='Y'" //是否已驗證 BOM
  • " AND p.IsStocked='N')"; //非庫存品 虛擬階 請繼續展階
    //
    String sql = "SELECT COUNT(*) FROM C_OrderLine "
  • "WHERE C_Order_ID=? " + where;
    int count = DB.getSQLValue(get_TrxName(), sql, getC_Order_ID());
    while (count != 0)
    {
24
Ken(Bigcandy)
iT邦大師 1 級 ‧ 2009-08-22 12:11:49

我延伸wishlou的回答~
是的,既然確定客製化,當然依照你們這邊的需求為重,不過,IT廠商的經驗一定要尊重,因為(有歷史有經驗的)都經歷過很多不同需求的客戶,累積的經驗不能小看。
或許擔心遇到『外行充內行』或是讓他們難以做到的需求....
在簽訂合約之前,我建議多找幾家來比較,尤其在於『你們讓IT廠商很難搞定』的地方。

版主的問題,說真的,答案很大!!客制系統的流程、注意事項
我根據以前的經驗說一點點給您參考
注意事項:
1.公司組織要明確,包含主管層級、各種工作承辦人員、制度等
2.確認『老闆』是誰,給IT的支持度如何
3.每個部門都要有『電子化』負責人,必要時配合資訊部門運作,例如流程、需求確認+參與會議,要跳過該部門經理隨時配合你
4.要仔細規劃此次計畫的方向、範圍,由大開始,畫到小
5.切割流程區塊,最後把這些『兜』在一起,成為一個系統,所以
流程很重要!!
我當年弄一個ERP,自己畫公司所有組織圖、流程圖、到處搞定流程,以下,是我20幾個(不記得幾個了)流程當中的一個,這只是『其中一部分』喔!!(我們是自己寫,不過這些東西都要做,誰寫程式不是重點)

看更多先前的回應...收起先前的回應...
外獅佬 iT邦大師 1 級 ‧ 2009-08-24 08:57:30 檢舉

同意 +1
客製化的ERP,本來就應當以符合公司作業需求為主要原則。
廠商有其專業,亦需要尊重其專業。
版大要做的是,規劃、協調需求與專業雙方,讓雙方達成一個平衡。
當然,『必須』以最接近公司的需求為首要條件(不然,客製化就沒有太大的意義了)。

奇怪,才幾年而已,發現當年的流程圖畫的好醜

lraychee iT邦新手 3 級 ‧ 2009-08-24 10:09:19 檢舉

其實就是因為尊重他 所以才會沒有反駁他
畢竟它有擁有十幾家同業的客戶
系統的導入並非僅僅是一套系統的導入 其中也牽涉到企業流程改造...等多方面
我是擔心如此下去,做出來的系統只是符合現況需求的系統而已

現在大家對於新系統有諸多期望
一般人員當然希望能更便利的作業 不要太繁複的操作...
高階主管更希望能藉由新系統提供更多的統計分析資料 以作為未來公司開發產品的ㄧ個方向
所以在系統規劃上 我會希望能了解廠商的看法
我也會說出我的看法 來將系統建構的更完善
但...廠商這樣回覆我 讓我不知是否是我太不了解所謂"客制系統"這市場的規則
還是 廠商有廠商的規則!?

只是立足點不同,這是難免發生的!!

對了,你說出另一個遺漏的重點,就是系統保用年限,或者說是系統能用多久而無須砍掉重鍊,我當年是規劃五年而已。

lraychee iT邦新手 3 級 ‧ 2009-08-25 16:39:09 檢舉

理論上是10年
但我懷疑可以活這麼久嗎?
也許吧...

22
doesjudas
iT邦新手 2 級 ‧ 2009-08-23 12:32:00

小弟一直都是接客製化的案子, 接洽客戶的經驗是 大部分客戶只能提出切身面臨的需求, 所以通常無法提出完整的細節資料, 有時連流程也不清楚.

至於客制系統的發包, 小弟的想法

  1. 整理完整的需求.
  2. 尋找廠商, 先評估廠商的軟體與能力.
  3. 請合適的廠商, 依需求提出關聯流程與報價.
  4. 與最佳廠商簽約合作.

至於驗收部份, 個人建議有較長的保固期(最好有微調更改服務) 比驗收更重要.
原因是以客戶角度來看, 驗收後付款比較保險, 相對的廠商會提將驗收後的變更修改需要另外收費, 這樣不見得比較好.

以上淺見.

看更多先前的回應...收起先前的回應...
lraychee iT邦新手 3 級 ‧ 2009-08-24 10:14:31 檢舉

之前已經評估過廠商的能力 認為他的技術算是OK的
廠商提出的流程也僅是依照訪談→系統需求→確認需求→程式製作...
因此讓我有很大的不確定感
僅僅依照需求所製作出來的系統應該能符合各部門的需求
與我規劃中的系統似乎完全沒有交集
令我非常苦惱...

lraychee iT邦新手 3 級 ‧ 2009-08-24 11:17:49 檢舉

您回答的沒錯
但 高層要求的是"長遠"的規劃 並非只是符合現況的系統
但 廠商導引的方向是"符合現況作業的系統" 因此才會有此疑問

當然若是我開出的規格(符合現況作業) 當然廠商沒錯
但是若是我開出的規格不僅是符合現況作業 廠商也應該配合吧!?
廠商當然已完成客制系統為目標
但我的目標則是完成對公司未來發展有幫助的系統

另外,user的需求僅僅是針對於現行作業的想法
對於整套系統,MIS人員應該有自己的規劃。
不僅是考慮到user的需求,也要將系統架構的完整(考慮現在及未來的需求)。
並非只是製作出符合現況的系統吧!!

doesjudas iT邦新手 2 級 ‧ 2009-08-24 13:58:44 檢舉

MIS單位也應該有 短期,中期,長期 的工作目標, 看你的回答, 致少廠商已經達成短期目標.
畢竟資訊系統很難一次搞定的, 高層的長遠規劃, 可以理解, MIS可以分階段來達成.

brazy iT邦新手 4 級 ‧ 2009-08-25 14:27:02 檢舉

長遠 是要多長?

長遠通常代表 你的系統要 夠 彈性!包容性大!

但是,這通常也代表,雜,不安全,慢.....

建構ERP 和 我們要建server一樣...

你絕對不會想在事後修修改改...然後出包了 , 當時的 廠商郤可能不見了

你看板上的各位IT Expert 他們如果建好了某種server service 結果 因為 %&*^%^&*因素 要去修修改改, 導致 問題浮現(規劃架構不夠大,名字設錯...)

所以這部份 是不是也該納進去談呢?

像我所回答的其中之一, 公司流程是目前最完善的嗎?
如果ERP 搞下去, 流程 變了 簽的人,單位,內容,層級 改變, 那你ERP 就會跟著變...

這也是為什麼ERP 難導.....

20
brazy
iT邦新手 4 級 ‧ 2009-08-24 08:49:34

回答你的疑問

我有個疑問...
對於ERP系統我有我的想法~想將BOM的觀念帶入
但是廠商卻認為~解決方案是由他們所提供,我不需涉入。
請問廠商這樣是對的嗎?

廠商這樣當然是錯的呀! 你們付錢 要請他 幫你們 客制化 你們專用的ERP
當然要聽你們的聲音去做呀! 不然要怎麼 做出你們專用的ERP?

看更多先前的回應...收起先前的回應...

因為,客戶提出的很多東西,日後都證明是『不可行』的。
換個方法說,我想要這種功能<-->系統無法提供這種功能
所以還是要確認一下『為什麼』

brazy iT邦新手 4 級 ‧ 2009-08-24 10:28:27 檢舉
    • 系統無法提供這種功能?

wa cow.......廠商是會寫程式 才能產出ERP吧?
如果不會寫程式 那他ERP怎麼寫出來的,我就覺得奇怪了.......
會寫程式出來 ,就理應 能把 功能造出來 才是

p.s 當然有的部份會動到系統主幹....那麼 會有可能 一小改導致全大改
當然這也要看對方功力如何... 不然你就把你的問題發上來 讓大家幫你解答吧 ︿︿

doesjudas iT邦新手 2 級 ‧ 2009-08-24 10:36:32 檢舉

客製系統, 就是以客戶需求為主, 廠商意見為輔, 雙方溝通後設計下的產品, 這樣才是雙贏的做法.

brazy iT邦新手 4 級 ‧ 2009-08-24 10:37:20 檢舉

您得 特別注意的事
ERP 是 ERP
企業內部流程是企業內部流程

但是 當今天 企業要導入ERP
你想想....是要 內部流程跟著ERP 還是ERP 跟著內部流程?

我說呢 是 ERP 跟著內部流程,這樣才不會主從關係錯亂

不過呢,通常來說導入ERP 也可以 檢視 企業本身的流程是不是有問題

流程 是要 因事就人, 不能因人就事

如果有導入ISO9001 那就更能確保流程的簡潔及完整

外獅佬 iT邦大師 1 級 ‧ 2009-08-24 10:52:21 檢舉

同意 doesjudas +1
既然是客製化系統,自然以客戶的需求、流程為主;設計者的意見為輔。
設計者的意見為輔,不代表這些意見不重要,這其中或許包含了設計期間可能遇到的問題,
或者使用者沒遇見的一些問題,雙方進行溝通,才能夠達到雙贏。

12
pantc328
iT邦研究生 1 級 ‧ 2009-08-28 18:41:08

1.解決方案是由他們所提供,我不需涉入。
請問廠商這樣是對的嗎?
Ans:錯,這叫套裝化,不是客製化.
2.訪談會議→需求整合→需求確認→程式撰寫→系統測試→系統驗收
Ans:不對也不錯.正確的說,這個流程會不斷重複,哪個流程有問題,就會在那邊繞.比如說.需求有問題,就要重新訪談.系統測試有問題,就要回到程式選寫.系統完成就回到訪談會議談新的功能...
系統是不會有結束,只會不斷的進化.不是說驗收後就沒事做.

我要發表回答

立即登入回答