我這只是練功，不是要賺錢的，我還沒那個能力，這是之前已成交的外包客戶要求 , 來試著做看看 , 客戶的要求如下
1.我要一套簡單客戶管理系統輸入姓名．電話．住址．ｅ mail或會員編號就可出現他的資料
2.另外她如果有放會員費用在每次消費過後會出現剩餘多少錢
3.另外希望有簡單的庫存管理系統 , 這個月進多少東西每天用掉多少東西都是內部自己看的
我使用 PHP , MYSQL做看看
已邀請的邦友 {{ invite_list.length }}/5
要規劃企業使用的應用系統，建議還是從『系統分析』方法論學起，並透過不斷的觀察與練習，就能設計出較完善的系統功能，而不是『新增/更正/刪除/查詢』而已。例如去家樂福購物，想像一下，整個系統運作，需要有哪些物件(品項、採購商、產品結構(或分類)、訂單、業務人員、客戶 or 會員....)，需要哪些流程(進貨、銷貨、退貨、促銷、價格調整...)來支撐整個系統的運作，把兩者串聯起來，就會是一個較完整的架構。
『系統分析』方法論越來越少人提起了，快變成失傳的武林絕學了...。
架構看起來的確是非常陽春
顧客有消費的話要直接進費用系統手key資料進去?
還是有界接前台POS機?
超簡單的... 是小型的網拍客戶嗎= =?
大大 您用過ERP?? 導入過ERP嗎??
看您的規畫, 我猜您應該沒用過 沒導過ERP 吧
另外
看您的規畫
庫存有
新增
修改
查詢
刪除
會員有
新增
修改
查詢
刪除
這不就只是 SQL 的
INSERT
UPDATE
Select
DELETE
但實際上真的會這樣運用嗎
因為他是新手，所以更深入要考量的事情就先緩著吧
先別討論消費紀錄從哪裡來，未來擴展性和效能什麼的都先放一邊唄
你先照你寫的這個規劃下去做，就是基本的增刪改查而已
隨著完程度越高，你才會越能想到更後面的事情
(這個case應該不是收錢做的吧?看起來是找了一個案例讓你複製練功?)
新手不用考慮到架構問題，先管寫不寫得出來再說，
而且光看那個架構，看不出問題所在，因為會有問題是在細節部份，
沒寫細項，沒人看得出是否有問題，所以你附圖那種東西不用問，那是常識。
我想看看我的常識對不對
連常識都搞不定的話，你會餓死都當不了程式設計師～
人都有初學的時候，沒有人可以一步登天
kk指的常識應該是指每個系統都會有CRUD吧?
問題是在資料怎麼跑
原PO那張圖中的費用子系統是會開發一隻維護程式嗎?
費用資料可以在後台直接用維護程式去新增嗎?
這種東西隨便圖書館或是網路都看得到，應該不用問，每個人都有初學的時候，只是照這進度，十年後你還是一樣在初學的階段～
嗯！我也覺得就初學來說實在拖太久了。
我這幾天也要初學ASP.NET
如果換個語言就初學………
那大家幾乎常常都在初學了……
剛好我這也是個機會，5/2換環境上班
看看，看看到時候我需要多久時間處理掉初學的問題吧。
換語言不算初學吧，通常都是一星期就上手，哪需要什麼學～
我耗在asp.net太久了，直到php才比較進入狀況
kksugsay
是啊！但是有人一直初學初學，我也只好陪他講初學初學……
可是這樣初學下去人生還有什麼意義呢？
腦袋的運轉必須靠自己用力激發啊！
在還沒有練熟一種語言，學什麼都是初學沒錯，
只是一直停留在初學也是事實，不該一直問一些理所當然的問題，
否則只是沒完沒了，做就對了，遇到問題也要想辦法解決，
如果不給自己壓力，就只會永遠都是初學，慢慢玩吧～
iThome鐵人賽
看影片追技術