※ 引述《gunhow (剛好)》之銘言： : 標題: [發案]單據控管小程式 : 時間: Fri Jan 1 16:53:21 2010 : : 我目前在做單據控管的文書 : 我想由電腦來做應該比較有效率 : 手工真的好笨阿~~ : : 所以基本上我需要的介面上會有 : : 1.基本資料操作 : 2.建立新單據 : 3.單據轉讓 : 4.依單據序號查詢 : 5.依人員查詢 : 6.依日期查詢 : : 1-1 讓我可以建立基本資料 例如 A01代號為公司 801為業務員 B01為客戶 : 並有對話框提醒是否正確 : : 2-1 可以讓我輸入數字建立新單並輸入單據現在歸誰所有 : : 比如我現在有單據 序號開始為101結束為200 共200張 : : 我只要輸入數字 單據開始101 單據結束 200 日期 2009 05 05 歸業務員812 : 單據開始201 單據結束 300 日期 2009 07 04 歸公司A03 : : 那他就會自動紀錄 101 102 103 ....200的單據 2009 05 05歸給812 : 201 202 203 ....300的單據 2009 07 04歸給公司A03 : : (以上動作會有對話框提醒確認是否建立) : : 若是建立新單據的序號跟資料庫的序號衝突就會提出非法操作不可修改 : 並列出原因 例如 單據 101 102 103 已有資料在 2010 01 01 歸 業務員833 所有 : : 3-1 單據轉讓可以讓我輸入數字 : 例如 (開始)單據 201 (結束)單據312 日期2009 05 07歸客戶B01 : : 那麼他就會再提醒我一次是否正確而後作修改 : 並紀錄 201 202 203 .... 312的單據 在2010 05 07由公司A01歸給客戶B01 : 若是非法操作也會提出原因而且無法修改 : 例如 單據103 104 105....199 無資料無法轉讓 : : 4-1.依單據序號查詢後會列出現在單據的狀況 : 例如 我輸入 單據 開始500 結束625 : 他就會出現 : 500 501 502...555 : 在幾年幾月幾號在業務員818手上 : 556 557 558....600 : 在幾年幾月幾號在公司A01中 : 601 602 603....625 : 並無資料是錯誤查詢 : : 5-1 依人員查詢我會得到目前人員有何單據 : 例如 我輸入業務員代號822 : 就會列出 701 702 703...721 在幾年幾月幾號 : 805 806 807...811 在幾年幾月幾號 : 歸業務員822 : 或是非法操作無此業務員 : (業務員查詢時有可能沒有任何單據此時也會顯示無單據資料) : : 6-1 依日期查詢我可以得到當日所有的異動 : 例如 我輸入 2009 05 05 : 就會列出 單據 333 334 335 ....399 由業務員833歸給客戶 : 220 221 223 ....277 由業務員807轉讓給808 : 288 289 290 ....301 由公司轉給業務員809 : 411 412 413 ....425 由業務員813轉讓給公司 : : 這個程式必須能夠匯出匯入資料 執行環境是 WIN (LINUX也能執行是最好) : 資料格式可以是TXT文字檔並必須可以輸出結果到檔案(TXT)以方便我列印或是查詢 : (EXCEL我會比較方便) : : 由於沒有這方面經驗 聽說會做的一天就能搞定 : 目前預算報價是 2000-3000元 : 完成後可接受一次小修改 例如輸出方式 : 報價時間 2 個月 希望確定細節後可以在1星期做出 : : 當然也可以提出你願意接受的報價讓我參考(不超過6000) : 直接寄到我的信箱 : : -- :

※ 發信站: 批踢踢實業坊(ptt.cc) : ◆ From: 218.170.107.229 : → followmeyo:2000~3000.................................. 01/01 17:08 : → JusuisDeVil:哇哈哈～今年看到最好笑的笑話～原po真會逗人開心 XD 01/01 18:00 : → enthos:http://buy.yahoo.com.tw/gdsale/gdsale.asp?gdid=462751 01/01 18:08 : 推 weayulu:聽說...我笑了XDD 01/01 18:33 : 推 JusuisDeVil:推三樓真有心 (Y) 01/01 18:43 : → p2k:您的單位是美金吧 01/01 22:25 : 推 cleanwind:的確一天可以搞定，可是我一小時的時薪不是 95 ... 01/01 23:20 : → JusuisDeVil:樓上，用3000/24 你的時薪好歹有125呢！(誤 01/01 23:26 : → cleanwind:這麼說來真有道理 XD" 01/01 23:33 : → JusuisDeVil:結果我剛剛才發現樓上是版大 =口=! 失禁~唔!失敬失敬 01/01 23:45 : 推 silveriii:聽誰說的2000-3000? 01/02 02:34 : → linmic:這裡真的比 joke 還有趣... 01/02 03:56 : → followmeyo:問一下 雖然說2000~3000太誇張 但這樣的程式價碼要多 01/02 09:38 : → followmeyo:少比較合理? 自己也在幫別人弄類似的 不知到要開多少 01/02 09:39 其實正常來講還是會跟案主再聊一下再決定價格 , 基本上案主的龜毛程度跟時程對我來講也是決定價格的因素之一...XD 然後就原本的需求來分析 先從資料方面著手來下 ERD 文中有提到的model至少就四個 , 單據、業務員、公司、客戶. 根據一般常識這四個都會需要做維護 , 所以至少就是四組 . 其中公司、業務員、客戶應該是比較單純的table ,公司看起來應該是代碼對照. 單據跟業務員、客戶之間還會有個 relation , 然後隱藏問題是要如何確保單據連號是最好的操作方式， 會不會有需要修改號碼的一些特殊需求。 一些所謂的「非法操作」的條件以及資料的驗證模式， 表單的內容來源、類型，最後就是資料操作的模式跟介面， 還有匯出資料的格式。 一般來講要有個比較正常一點的品質 , 沒有東漏西漏的狀況 , 我是覺得一萬到兩萬 , 期程從談定規格後開始至少給 2-3 週比較有機會. 再怎麼強的強者，光是要進入狀況瞭解確實需求就至少要半天， 不然他寫出來的東西能不能用都是個問題。 -- I am a person, and I am always thinking . Thinking in love , Thinking in life , Thinking in why , Thinking in worth. I can't believe any of what , I am just thinking then thinking , but worst of all , most of mine is thinking not actioning... --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 218.161.72.222