基於web觀念開發的進銷存軟體

edited 十月 2013 in 財會商管
先說點癈話好了~

小弟開發這個系統,純綷只是基於一個夢想,一個只要能隨時隨地上網的環境,就可以開始工作~
做這個夢,其實已經好多年了,從2002年開始,無奈,小弟實在是一個懶人,所以也就寫著停著..這之間也接觸到了新的技術,例AJAX等
只是不斷的修修改改...所以就這樣寫著,不知不覺也過了快6年的時間,其間,自己也感受到...
從一開始的異想天開...(因為其間的網路環境不夠成熟,要隨時隨地上網仍有一定的難度,所以認為是異想天開),到現在純熟的3G上線,甚至明年的wimax等,都讓小弟覺得
或許可以拿出來野人獻曝...
當然,程式中,小弟知道仍有許多許多的問題..以及現實中的各式各色的考量....
不過,不管怎樣..自己關在小房間裡,想再多,都不如拿出來聽聽大家的意見..我想,或許會比較好一點..
又或者,可以碰到個跟小弟一樣愛作夢的人士..大家一起發個白日夢,那倒也不錯~總之...小弟獻醜了,同時也希望大家能多給些意見...

開發重點
1.基於web的模式,開發一套可用的進銷存軟體
2.基於web傳輸的模式,以及考慮使用者操作介面的感受,設計上儘可以小量化,簡單化,清楚好操作
3.報表完整,查詢方便
4.同第二點,為使操作上的速度更快(至少可以跟本機型或local網路型的進銷存軟體相比擬),儘可能不用過份肥大的js

作者自認的缺點
1.寫js的功力...很抱歉..弟必須承認,實在是差強人意..
2.整體上,就像我的癈話中有提到...寫寫停停,搞了快6年,所以源碼有點混亂,而ajax則是最近半年才加入的方法
所以有很多部份,其實應該是以ajax來處理會更能體現我的開發重點... but..我真的是懶人..所以看將來吧,如果真有很多人給我掌聲,又或者是有人肯跟我
一起作夢,進而商業化,我才會繼續改...
3.畢竟這不是一般網頁,所以弟知道,一定得有手冊才行....可惜..如上所言,我是個懶人..所以.....麻煩大家耐點心思,花點時間,來體會小弟的設計
4.仍不夠安全,弟知道,這種web進銷存的軟體,存在一個另人不得不懷疑的缺點,那就是安全性,弟考慮過各式各樣的方法...無奈.有的方法要錢
有的方法..還是花很多時間去試..弟是懶人..所以等聽完大家的意見後再決定吧...
5.版面編排上..弟不是學美工的,只能已弟有限的眼光去做設計,儘可能單一化..力求美觀了,如果各位前輩有意見,弟會參考
6.進銷存流程上...同上,弟不是專業的會計人員,也沒上過倉管類的課程,純綷是以弟公司的正航進銷存軟體使用上的感覺及認知來設計整體的流程
以及改進,小弟自認為正航系統上不足或不好用的地方

自認的優點
1.目前看來,應該仍算很快,因為網頁小弟都儘量控制的很小
2.一開始,小弟就朝二階式的方式來設計,所以理論上,應該可以做到AP server及database server 是分開的
3.小弟一開始設計的方向,即是以租用觀念為起源,所以各公司資料庫也都是獨立不互相影響,唯...租用觀念,是否可行,仍待觀察
4.還蠻簡單的吧....

測試時間,早上8:00到晚上12點(為了小弟身體健康..實在不想再有睡在機房的感覺了..^^)
可能會連開一個星期左右吧..預定到星期天為上(1/13)...

http://220.134.208.24/ms/login.php

資料庫代碼:demo
使用者帳號/密碼:demo


有意見請回覆..或寫email給我,[email protected]

原始討論: http://twpug.net/x/modules/newbb/viewtopic.php?topic_id=3121

評論

  • edited 一月 2008
    刪除了另外一篇同樣內容的文章,一方面是重複發文,一方面那個討論區是"分享",而非試用 :)

    一點建議,使用彈出式視窗會干擾使用者的操作,而程式的成熟度可能離一般市售軟體有些差距(當然,指的是那些比較像樣的),也許可以找個實際的客戶,根據他們的需求進行開發才不會跟消費者漸行漸遠。

    軟體的租用可能不適合,在這種關鍵性應用上,基本上大部分公司還是傾向建置於內部,個人想法。
  • edited 一月 2008
    其實租用不是不行
    只是伺服器還是要架在客戶公司內部
    如kiang所說,一般公司不會想讓外人知道內部的營運狀況

    伺服器架好後,就可以按月或按年收取軟體租用費用或是服務費用

    換個角度想,把軟體當作服務也是不錯的方式,細水長流。
  • edited 一月 2008
    其實弟在寫的時候,早就知道這類的問題~
    只是,仍覺得有其優點及便利性..

    尤其以弟的工作經驗,在公司的客戶群中(南部,其餘縣市弟不大清楚),有不少是迷你型的小公司(1~5人)這類的公司,對於市售的進銷存軟體不是抱著無法接受單價過高,要不就是沒有人力可以協助架設...(那當然也有便宜且單機使用,不過就弟的經驗來看..實在是w#!@)

    而這個缺點,我想,或許可以用強調安全性的方式來教育使用者的心態(如網路ATM與之讀卡機等作法)~~但是如弟在一開始的癈話中提到的,這些方法要錢...對一個未完成的作品而言,我想,說這些還太早..

    so...就當作興趣寫吧..我還想知道更多的意見,如版大所說的彈跳視窗,弟有想過用create 物件方式,來作成一個類似小視窗來查詢資料,抑或在版面上做些編排等等...
    只是一個人..說真的有點累,總覺得這樣做不太好,那樣做也不是很完美的感覺....

    就像朋友所說...沒人用過,那知道有什麼問題..
  • edited 一月 2008
    只能希望有更多人試用..

    若真有幸,如同google發展網頁式AP,市場上肯接受這類新觀念..
    又或者是,kiang大所說的方式經營..不管怎樣都好..
    蛋..好不容易生了出來,能不能變成小雞..就看造化了..
  • edited 一月 2008
    打不開?無法測試了
  • edited 一月 2008
    Sorry..因為是用家中撥接式的adsl+linux nat..所以不大穩定..
    已重開..
  • edited 一月 2008
    回報個小bug
    在銷貨作業->客戶類別資料作業->刪除 功能中
    最後在確認的時候,按取消按鈕仍會把類別刪除掉

    check it out!
  • edited 一月 2008
    感謝,終於有人肯花自己寶貴的時間幫弟測試..

    那個功能是預留在系統中使用,選擇刪除客戶類別,在confirm時,如果選擇確認,將會把所有該類別的客戶資料刪除,反之,則只會將原屬於該類別的客戶資料中的"客戶類別"欄的資料清空..

    這個功能應該要列在更嚴謹的系統權限中..在現在的程式裡因為疏忽沒有做好管理,

    謝謝您的回報
  • edited 一月 2008
    抱歉..因為設計上的關係,每一個資料庫都是獨立的報表檔
    剛才發現忘了copy報表檔,已修正
    需安裝 acrobat
  • edited 一月 2008
    kiang 寫道:
    前略
    一點建議,使用彈出式視窗會干擾使用者的操作,而程式的成熟度可能離一般市售軟體有些差距(當然,指的是那些比較像樣的),也許可以找個實際的客戶,根據他們的需求進行開發才不會跟消費者漸行漸遠。

    軟體的租用可能不適合,在這種關鍵性應用上,基本上大部分公司還是傾向建置於內部,個人想法。

    我認同Kiang的看法.
    1. 彈出視窗:
    在使用上會遇到很多的問題. 如: Popup Killer Application, 毎個Popup Window之間的關係, Session Control.
    個人建議: 使用FLASH, 或是Layer的方式取代 Popup Window.
    之前使用一套OpenSource, 設計上是在PAGE上指定一區為訊息顯示區.

    2. 軟體租用:
    因為系統的穩定性(包含網路), 資料的敏感度, 大部份的公司應該會傾向把系統架設在自己公司內(雖然自己公司的安全可能堪慮)
    個人建議: 可以把AP與DB切開. 但是需考量因無法連線時的備用方案.

    再者是一個方向供你參考, 就是Web Application需要在"安穩"的頻寬下使用. 在系統設計上需思考到這一點.
    目前我所在的公司, 系統使用者跨美中台三地, 因為設計時沒有考慮到距離(等於時間)的問題, 常常出錯. 錯誤內容包含, Time out, Java Script找不到Object(因為Page 還沒載入完成;Popup Window也會面臨這樣的問題).

    以上聽聽就好. ^^"
  • edited 一月 2008
    to morris兄.

    其實,您跟kiang兄說的,都是小弟程式中的缺點,這一點,小弟非常認同
    尤其是在ie7中,這個問題會更加突顯出來,所以弟早就有考慮用layer的方式,而至於 flash的方式,則在弟的開頭這就說過,程式開發的基本理念就是要"快",甚至儘可能比local的ap還快,(弟用過一些軟體,知道有時本機的商管軟體基於ap撰寫的語言也好,資料庫軟體也好,不一定比遠端的 web還快執行速度還快)~

    而至於AP及DB之間的關係,弟一開始倒沒想到可以如各位前輩建議的方式
    以AP連結客戶端自行架設的DB來做..(弟只想到是自行架設AP及DB,之所以這樣構思,是因為如果是多客戶使用時,DB的loading太重)..各位前輩的意見,倒是開啟了弟另一種思維的方向..^^

    總之,每一位前輩的意見,對弟而言,都是相當的寶貴,也希望各位大大能再多花點時間測試..(資料隨你們新增刪除..別客氣^^)

    PS..弟又忘了開啟一項上傳商品圖片的功能,可以在"進貨作業->商品資料"
    中使用...這個功能倒是弟蠻驕傲的地方..倒不是程式撰寫的多麼純熟(可以說是蠻爛的:P),而是idea有點特別...應該算是展示時,蠻快的..呵..
  • edited 二月 2009
    不知道大大您是否還在研究此類程式呢?可否提供參考,感謝
  • edited 三月 2009
    小弟已用WEB開發這類軟體多年, 最近正在編寫部落格, 有興趣的話, 不妨蒞臨參觀指教!

    BLOG網址 http://tw.myblog.yahoo.com/weberp-judas
Sign In or Register to comment.