VFP 愛用者社區 首頁 VFP 愛用者社區
本討論區為 Visual Foxpro 愛用者經驗交流的地方, 請多多利用"搜尋"的功能, 先查看看有無前例可循, 如果還有不懂的再發問. 部份主題有附加檔案, 須先註冊成為社區居民才可以下載.
 
 常見問題常見問題   搜尋搜尋   會員列表會員列表   會員群組會員群組   會員註冊會員註冊 
 個人資料個人資料   登入檢查您的私人訊息登入檢查您的私人訊息   登入登入

新系統架構,號召同好族群
前往頁面 1, 2, 3  下一頁
 
發表新主題   回覆主題    VFP 愛用者社區 首頁 -> VFP 討論區
上一篇主題 :: 下一篇主題  
發表人 內容
jessy



註冊時間: 2003-10-22
文章: 2


第 1 樓

發表發表於: 星期四 九月 04, 2008 10:45 pm    文章主題: 新系統架構,號召同好族群 引言回覆

敝人為VFP程式的愛好者,也使用VFP開發程式多年,自己經營貿易公司。也自行開發自己公司使用的系統(產品資料、訂單、採購、簡易的製造管理,總帳等)。幾年來因為工作性質的因素,經常要在外旅行,處理業務,在外要處理訂單等等工作,需要與公司的資料庫連結或是能在遠端建立產品資料或訂單等工作,不論是透過VPN、terminal service 、或是web-base 系統等,效率均不能接受。基於這個強烈的需求,自己規劃並撰寫了一個我稱之為"即地處理系統"架構,來完成在異地處理業務資料(建立產品資料、建立訂單等等所有ERP 系統的功能),並即時更新公司資料庫,下載公司端所有新增、變更、刪除的資料。
這個架構處理資料的敘述如下:

1. 在異地的用戶在其電腦上處理ERP系統的資料(不需與公司的資料庫連線)
,例如在外與客戶洽談,接到一筆訂單,可以在旅館內用個人電腦輸入客戶 訂單資料,訂單輸入後,執行一個發送作業,系統會將異地用戶所做的資料
變動(例如剛才所輸入的訂單)發送到一個中介伺服器(一個SQL server)。 同時也將在中介伺服器中屬於異地用戶的資料(一般是從公司的ERP系統 所傳送過來的記錄)下載並自動載入ERP 系統中。

2. 在公司端的ERP系統中,只要保持一台電腦執行一個背景程式,自動定時 將公司端有 變動的資料(新增、修改、刪除)傳送至中介伺服器,並如同異地 用戶端一樣,將中介伺 服器中屬於公司的資料記錄下載並更新至公司的ERP 系統中。

3. 透過這樣一個簡單的架構,異地用戶可以發送在異地時在其ERP系統所做 的資料變 更,也可以接收公司端所做的資料變更,如此可以做到雖然非即時 但是也已經足夠 的資料同步。

這個架構我個人已經在自己的公司上試行一段時間,個人覺得有如下的優缺點:

優點

1. 系統架構簡單,不需架設及維護複雜的server 及網路,不管是異地用戶或是公司端,只要 安裝帶有此架構的ERP系統即可,對於小型的公司而言可 以節省很多的成本及精力。

2. 因為只需在做資料發送時才需要連接網路,ERP的操作是在本機處理,因此資料建立及維 護的效率很高(不需考慮網路頻寬問題,操作畫面變動緩慢的問題)。

3. 可以隨時保持跟公司資料近乎同步的狀態,可以掌握系統的處理狀況。( 在外可以透過資 料的內容了解公司的運作是否正常)
4. 很多的單據簽核動作,可以透過這個架構來處理。

5. 我跟客戶之間如果使用同一系統(我有一個客戶使用我的系統),那麼彼此之間業務上的資 料的傳遞效能就更高。客戶發送採購單給我,同樣透過這個架構,可以直接轉到我的ERP 系 統中的客戶訂單之中,可以減少資料輸入的時間及錯誤。

6. 員工可以在家工作,不一定要全周或全天都在公司,或是下班後在家可以工作(當然員工 肯定會不高興)。

缺點

1. 對於資料的鎖定無法處理,是以後到的紀錄蓋前面的紀錄的方式處理,對於需要嚴謹的資 料控制的型態就無法做到好的控制。

2. 對於一些自動給號(單據自動給號等)的功能,要控制嚴謹,系統會變得很複雜,使用起 來很繁瑣(我目前不使用自動給號)。

3. 要做到供應鏈間的資料傳遞,還有需多盲點需要去克服(不同公司不同料號如何去建立料 號對照、相關的一些代碼如付款條件代碼、交貨地點等等)。


這種架構的business model :
1. 用戶數必須多。
2. ERP 系統本身不收費,免費供用戶使用。
3. 提供中介服務(用戶資料發送及接收的平台,一定需要此平台),向用戶收取費用。
如果有1000 個公司客戶,每個月每個客戶收取台幣500服務費,每月就有台幣500,000的 收入,而成本主要在於租用中介主機及頻寬的費用。如果有10,000 家客戶呢?
4. 用戶數如果夠多,此ERP系統可以變成一個ERP 作業標準。可以開發及銷售衍生的工具 系統(CRM、GL....)。
5. 此架構的主要目標不只在於一個公司內的異地資料處理,而是做到供應鏈的資料傳遞及整 合(如果使用相同的系統或是建立EDI介面,就可能發揮此綜效)。如此可以衍生很多我 目前無法想像的產品(廣告、系統培訓等等)

我個人幾年來一直希望能將此架構產品付諸實行,但是需要投入相當大的資源,我的能力是負擔不起,找大公司合作有可能辛苦多年的概念及試驗成果,會隨意被人拿走。最近思考linux
的模式,覺得這種螞蟻雄兵的精神用來推行此產品有一定的機會,我的作法如下:

1. 系統目前只是一個雛形,有很多ERP 的功能需要補強,傳輸的功能也需要改進(效率,加 密等),我希望對此產品及架構有興趣的VFP高手組成族群,一起共同參與系統的補強及 改進工作。這個族群可以也最好是散佈全球。

2. 此架構需要有用戶,各位VFP高手大多從事系統開發多年,多少有一點客戶基礎,每一個 人如果能找到幾家公司用戶,如果族群有10人,亦即開始就有30個客戶。30個客戶不在 於賺錢,在於累積規模,如果規模能有1000 家,不論是從獲利本身或是潛在的商業價值 都會是相當可觀。

3. 族群的成員必須對賺錢及系統開發有瘋狂的喜好。

我在此只是起個開端,至於運作模式及開始商業運行的收入及費用如何規劃,就留待族群的討論。
有興趣者請與我聯絡 : Jessy e-mail : jessy@seed.net.tw
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件
syntech



註冊時間: 2003-05-16
文章: 4211
來自: Taipei,Taiwan

第 2 樓

發表發表於: 星期五 九月 05, 2008 10:20 am    文章主題: 引言回覆

給你拍拍手.

但是 技術 =\= 客戶的需求.
系統架構再好,不能滿足客戶的需求一樣白搭.

也找不到1000客戶願意當白老鼠,
現在連願意升級或是付年維護合約的中小企業都快找不到了.

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
nelsonchuang



註冊時間: 2003-09-04
文章: 563
來自: 臺灣

第 3 樓

發表發表於: 星期五 九月 05, 2008 10:52 am    文章主題: 引言回覆

向你看齊,能寫程式,又自己開公司的,不多.
不過,如果可以在單機上獨立,那就代表資料是可以被下載走的,對吧∼
或多或少都有風險存在.

_________________
大家好,請多指教
回頂端
檢視會員個人資料 發送私人訊息
green



註冊時間: 2003-09-19
文章: 136


第 4 樓

發表發表於: 星期五 九月 05, 2008 1:43 pm    文章主題: 引言回覆

或許這是VFP的一個起死回生的好方法
大家加油~~~~~~
回頂端
檢視會員個人資料 發送私人訊息
jessy



註冊時間: 2003-10-22
文章: 2


第 5 樓

發表發表於: 星期五 九月 05, 2008 3:16 pm    文章主題: 引言回覆

感謝各位先進的意見:

1. 的確,系統功能的好壞,如果不能以客戶需求為依歸,在怎麼技術先進的系統根本也不能稱之為好的系統。反之,如果是能滿足用戶的需求,不管其功能如何,實際就是一個成功的系統,我想微軟的WINDOW 就是一個成功的例子。

2. 我所提出的架構,我很難說到底在商業上的價值及適用性是如何? 只不過以我自己實際使用的需求而言,這種功能對我有極大的價值。基本上對於系統的處理使用不會受時間地點的限制,同時在業務資料的傳遞也可以減少重複。我個人認為像我這樣的經營型態( 公司在台灣,自己在外接單,工廠在大陸或其他地方)的小型公司也不算少數。
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件
syntech



註冊時間: 2003-05-16
文章: 4211
來自: Taipei,Taiwan

第 6 樓

發表發表於: 星期五 九月 05, 2008 3:37 pm    文章主題: 引言回覆

可是,你規劃的架構 ,ASP.NET,JAVA 一樣做得到.
當然我知道VFP有比ASP好的地方,
不過在宣傳上, ASP.NET ,JAVA比VFP好太多.
大部分的MIS或是總經理特助,董事長特助搞不清出優劣,

產品的優勢在於解決客戶的需求,
不在於架構優劣,
當然架構差太多,再可以解決客戶需求也沒用,
有些ERP產品以生管見長,有些ERP產品以主機板等電子產品插件現場生產管理見長,
一般的進銷存是沒有價格的,
即便可以做到世界各地都可以接單,那也還是進銷存.

作到遠端存取資料的公司,
一般來說規模都不小,
所以比較講究門當戶對,
在別的地方說過,
一堆小公司的集合,不是變成大公司,還是一家小公司,
不是每個月付多少的問題,是你這家公司可以撐多久,有多少人可以服務的問題.

你說的架構,N年前的訊光利用DELPHI 4.X/5.X 也做得到,
當然現在訊光因為部分人才外流,改走 M$ 路線,
不過一樣辦得到.
可是當時就是因為他們只有工具的經驗,沒有Domain knowledge ,
所以找了很多有Domain knowledge的公司想要請他們加入平台.
最後也是不了了之.
台灣人喜歡當老闆,喜歡在合作時佔別人便宜.

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
violetlkk



註冊時間: 2003-06-21
文章: 82
來自: kaohsiung

第 7 樓

發表發表於: 星期五 九月 05, 2008 4:32 pm    文章主題: 引言回覆

請問一下,在你的系統裡,如果公司端和客戶端同時修改訂單資料
會不會發生問題?
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件
syntech



註冊時間: 2003-05-16
文章: 4211
來自: Taipei,Taiwan

第 8 樓

發表發表於: 星期五 九月 05, 2008 4:45 pm    文章主題: 引言回覆

violetlkk 寫到:
請問一下,在你的系統裡,如果公司端和客戶端同時修改訂單資料
會不會發生問題?


缺點1, 後面蓋掉前面的資料

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
green



註冊時間: 2003-09-19
文章: 136


第 9 樓

發表發表於: 星期五 九月 05, 2008 5:42 pm    文章主題: 引言回覆

所以說,離線資料庫的最大問題是在於如何去同步資料~~~
一定要有一個可以信賴的解決方式,不知道是否有人有這方面的實際經驗
回頂端
檢視會員個人資料 發送私人訊息
syntech



註冊時間: 2003-05-16
文章: 4211
來自: Taipei,Taiwan

第 10 樓

發表發表於: 星期五 九月 05, 2008 6:28 pm    文章主題: 引言回覆

這個好像也沒有很好的辦法.
同單據修改也沒有誰的權限大於誰.

要去查國外的專業資料庫管理方式嗎? Orz
的確,後面蓋前面已經是最可以接受的方式了.

否則就必須檢查timestamp 註記,
如果我的離線資料比較早,我的異動就失效,
那我抱著一堆失效的資料要怎麼辦? Q _Q

On-line 也是一樣,
如果我的資料比較晚,
是不是我也卡住不能更新? Q _Q

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
green



註冊時間: 2003-09-19
文章: 136


第 11 樓

發表發表於: 星期六 九月 06, 2008 11:15 am    文章主題: 引言回覆

總是會有更好的方法,現行就是找到目前最佳的方式
大家都可以接受的方式的話,那就ok了
回頂端
檢視會員個人資料 發送私人訊息
syntech



註冊時間: 2003-05-16
文章: 4211
來自: Taipei,Taiwan

第 12 樓

發表發表於: 星期一 九月 08, 2008 10:12 am    文章主題: 引言回覆

因為定位在"中小型企業",這種作法才可以接受.

處理機制的複雜度向來與公司規模有關.

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
spfrk



註冊時間: 2004-11-08
文章: 161


第 13 樓

發表發表於: 星期一 九月 15, 2008 12:54 pm    文章主題: 引言回覆

凡是動到網際網路 SQL 就跑不掉, SQL 是要維護的, 在台灣我們所接觸的公司大都是小型公司, 這種公司是沒有
預算來玩網際網路資料庫的, 在速度上也是考量之一, 我目前的作法是用 FTP 來作, FTP SERVER 是可以提供
檔案的BYTE TO BYTE 讀寫, 我利用此功能, 寫了一些純文字檔來作資料溝通的橋梁, 這樣就能作到大部分即時資
料的控制, 如各種單據的唯一序號控管, 資料的異動, 雖然很陽春, 但是夠用, 也不用多花錢.
回頂端
檢視會員個人資料 發送私人訊息
green



註冊時間: 2003-09-19
文章: 136


第 14 樓

發表發表於: 星期一 九月 15, 2008 4:21 pm    文章主題: 引言回覆

這也是一個很好的Solution ,謝謝提供
回頂端
檢視會員個人資料 發送私人訊息
soonli



註冊時間: 2005-08-05
文章: 10


第 15 樓

發表發表於: 星期三 十月 08, 2008 7:20 pm    文章主題: 引言回覆

以前用Linux+PHP+mySql+ 單機vfp業務軟體及網拍接單上 就是用這概念
回頂端
檢視會員個人資料 發送私人訊息
從之前的文章開始顯示:   
發表新主題   回覆主題    VFP 愛用者社區 首頁 -> VFP 討論區 所有的時間均為 台北時間 (GMT + 8 小時)
前往頁面 1, 2, 3  下一頁
1頁(共3頁)

 
前往:  
無法 在這個版面發表文章
無法 在這個版面回覆文章
無法 在這個版面編輯文章
無法 在這個版面刪除文章
無法 在這個版面進行投票
無法 在這個版面附加檔案
無法 在這個版面下載檔案


Powered by phpBB © 2001, 2005 phpBB Group
正體中文語系由 phpbb-tw 維護製作