目標環境：WIN2000, SQL2000 原始環境：NT4, SQL6.5 在目前的工作上面臨整個系統重寫的問題, 原因是現有系統程式在處理一對多資料表是採用多欄位關聯, 系統使用的Table 同名問題(大小寫之差例如：USERS/Users)...等程式技術上的問題, 另外還有很多資料還要透過人工運算來處理多支程式所產生的資訊然後再用另一支程式輸入建立人工運算的結果, 所以整個評估後決定將採取重寫來處理. 不過由於整個系統有一定的規模(可以算是一個小ERP呢), 要逐步取代的話. 不知道是從流程的開頭(訂單作業)來處理, 還是流程的結束開始(出貨作業)較為適當? 我是雪龍

------
http://blog.bestlong.idv.tw/
http://www.bestlong.idv.tw/
http://delphi-ktop.bestlong.idv.tw/

應該是先做紙上作業吧? 把各個Table的關連在紙上釐清清楚，看那個是主那個 是從。動到誰，哪些資料需跟著動。 沒問題後，從那個功能開始寫其實都沒差的。 不過最好基本資料部分能先動工，你後面才有資料可以測試，所以產品資料 這類表格應該是優先處理的。 -- 我是肉腳

系統重寫的工作很具挑戰性吧 ! 如果是我來做的話,我會採取比較循序漸進的方式, 先從關聯比較少的末梢改起,一方面藉此多了解原作者的寫法, 一方面也比較好debug . 若是從產品改起,因為幾乎所有的單據都會用到它,所以若是不順利的話, 可能會改不下去.

所以我才說紙上作業第一優先阿~~先確認資料結構沒問題了，再來改， 不然每次新增一個欄位，不但畫面又要重新調整過，處理程序也要變動 很麻煩的。確認沒問題了，再來寫產品部分，通常幾乎所有的table 都會有一個欄位會跟產品的ID相關連到，所以產品Table應該是最優先處理的。 客戶已經有舊系統在運作了，可以說是好處，也可以是壞處，因為客戶已經習 慣舊系統的運作模式，突然改變，他會認為你的程式很難用，相對的，你也可 以照舊模型去改善，可以減少你規劃的時間。

研究到最後差不多是除了基本的資料處理部份可以直接將使用 Table 的部分改寫成 Query 的架構, 其他的可以說是要整個重做系統分析. 我是雪龍

------
http://blog.bestlong.idv.tw/
http://www.bestlong.idv.tw/
http://delphi-ktop.bestlong.idv.tw/

天呀~~看你的帖子是一個月前發的..到現在還在做系統分析部分，都還沒開始動工阿??

引言: 天呀~~看你的帖子是一個月前發的..到現在還在做系統分析部分，都還沒開始動工阿?? < face="Verdana, Arial, Helvetica"> 也還好說, 我的工作範圍不是只有寫程式, 只要是與電腦有關的都要處理, 而電腦還有 486 的呢. 看了部分前人的原始碼, 以寫程式的角度來說看到會吐血, 不過也很佩服居然給他寫出來了. 我是雪龍

引言: 也還好說, 我的工作範圍不是只有寫程式, 只要是與電腦有關的都要處理, 而電腦還有 486 的呢. 看了部分前人的原始碼, 以寫程式的角度來說看到會吐血, 不過也很佩服居然給他寫出來了. 我是雪龍

你的工作內容跟我一樣，超廉價勞工，又要負責寫程式，又要管網路，又要電腦 維修，又要管資料庫，一人多用，看來很多公司都是一樣的狀況，錢太少了， 我有點想跳槽 -.-!~

建議先從紙上作業,先釐清資料庫關聯性 再依原先關聯性做程式重寫 以產品資料建立為優先,其次視程式難易度編寫入出帳,修改等功能 祝好運!!

------
嘿嘿嘿