1.客戶調研及定向 關于第三方物流公司，專線公司，一般貨運部進行調研，以便確認流程，而且依據商場切入點確認開發軟件的方向，一個軟件無論如何無法習慣悉數的物流公司，不同類型的物流公司的關于軟件的要求側重點不同，流程也不同，又因流程是決議軟件架構及規劃的首要因素，故此前期的作業應該是確認軟件習慣的客戶集體，并依據該客戶集體的共性來定制軟件的流程。 2.體系規劃及數據庫聯系 體系規劃的面比較廣，在整個軟件開發的時刻占用也比較長，簡直可以到達三分之一之重。首要是先依據軟件的流程，規劃首要的靜態頁面，在不相關數據庫的前提下，先剖析一下軟件的靜態頁面關于方針群物流公司流程的符合程度，包含一些細節的輸入項，顯現項，是否滿足方針客戶群需求，是否便利了解和操作，這個進程還需求方針客戶群代表進行點評，以便確認終究的靜態頁面流程及要素內容。 確認以上內容之后便是網頁規劃，這個就比較簡單，首要是在頁面布局及配色方面。同時會統籌一些小的技巧的東西附加。 頁面及流程確認之后，數據庫的規劃及聯系也就呼之欲出。這里邊最重要的是數據庫之間、網頁程序之間的相關聯系的確認。也比較費時吃力。別的一點，數據庫的字段稱號有必要規范化。 一切的以上開發文檔有必要進行造冊備份，而且在往后的晉級或保護進程中，關于現已更改的內容進行具體的記載。這是讓一個軟件繼續化改善的最最必要的進程。少了這個，一旦有人辭去職務，或許呈現不同客戶不同的定制需求，這個軟件終究會被自己搞亂。 3.開發程序的確認及代碼的編寫 為了防止往后保護晉級及人員活動帶來的代碼方面的保護不方便，故此，開發之前有必要就言語、函數、代碼等內容進行規范化。 程序代碼的編寫能夠交由不同的人員進行開發，但有必要是開發一個模塊，測驗一個模塊，不能比及程序悉數開發結束再一致測驗，由于這樣最簡單在初級階段發現程序的過錯，乃至是流程中考慮不清楚的部分，在開發進程中其實流程重建是最頭痛的工作，故此在上文說到的第二點中就愈加顯得重要。 程序的測驗內部通過之后，有必要經由客戶群代表進行實踐的測驗，然后再不損傷程序骨架的前提下，進行易用化的修正。 4.訓練文件的編撰及訓練的流程 這個歸于售后的部分，但有必要是經由出售、開發人員、方針客戶群共同努力才干構成一個真實卓有成效的訓練文檔。 一套非定制的物流信息體系有必要到達三個要求 1.易用 假如讓一幫只要高中文化的人能夠通過不超越3天的訓練就能運用。其間所用的言語應該是他們平常所運用的。 2.適用 流程的契合程度，報表的契合程度 3.有用 這些公司的老板要滿足，能夠供給他們的信息透明度和同享度，讓老板有省心的感覺。

http://www.jintingqj.cn/wuliuwenda/114716.html 怎么進行物流信息系統的規劃和開發