※ 引述《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