Re: [讨论] 是否能帮忙估价

楼主: bobju (枯藤老树昏鸦)   2014-05-05 15:10:11
※ 引述《X6666 (0.0)》之铭言:
: 由于是帮忙代问,所以在详细规格上可能无法非常详细
: 希望是否有高手能给个大概的间距,感谢!
: 专案目标:
: 使用C# Windos from + MySQL,建立一套产品管理系统,仅供内部网络使用
: 需求可大致分为
: "客户资料、产品类型资料、颜色资料、订单资料、财务报表"
: 五大区块,包含环境布署。
: (一).客户资料
: 包含 编号、姓名、电话、注备 四个字段
: 1.可新增客户资料
: 2.可修改客户资料
: 3.可删除客户资料 (被删除的客户所有的订单资料一并删除,财报也须更新)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
删除客户资料 <- 这点你得先把规则订得很清楚, 什么情境下客户资料能删? 什么情
境下不能删? 若又删除了, 资料一致性的维护要考虑到什么样的程度? 这是[需求确
认]阶段就要订得很清楚的, 不宜在开发进行当中又要求改来改去.
: (二).产品类型资料
: 未告知字段 (约4~8个字段)
: 1.可新增产品资料
: 2.可修改产品资料
: 3.可删除产品资料
^^^^
同上, 凡是只要有[删除]的, 这规则都要特别交待清楚.
: (三).颜色资料
: 包含 编号、颜色、图档
: 1.可新增颜色
: 2.可修改颜色
: 3.可删除颜色
: 4.要即时显示图档(图档须存放至MySql里面)
: (四).订单资料
: 包含 客户编号、订单编号、日期、产品编号、成本价格、售出价格
: 以及不定数量的颜色和数量字段
: 1.可新增订单
: 2.可修改订单
: 3.可删除订单
: 4.订单完成后可封存订单 (同时显示该笔订单的损益情况)
: 5.可打印该笔订单
: 6.可直接下拉式选取 客户编号、产品编号,其他皆为手动输入。
客户跟产品还好, 一般到了订单开始会比较复杂, 因为订单除了包含对客户
跟产品的关联外, 可能还要考虑到流程, 也就是订单状态的变化: 询价、议
价、报价, 订货、出货、退货, 甚至还会扯上收款付款. 这些若没先把规则
订清楚的话, 客制化出来的东西就会缺东缺西不合用, 不管是发包方(用)或
承包方(改)都会抱怨连连. 像以上列的这六项就很模糊, 往细项展开, 说清
楚讲明白的话, 恐怕会很不得了.
: (五).财务报表
: 未告知字段
: 1.可塞选以完成订单 或 未完成订单
: 2.可透过时间区域查询
: 3.需即时显示目前所展现出来的资料的总损益
: 以上,大概规格就这样,如果还有得知其他的消息再补上。
: PS:我是建议朋友用人月方式去计算,
: 大略估计时薪$300,假设每个区块平均约花费4个工作天,每天8小时,
: 300*8*4*5 = 67500
: 再加上环境布署,大概总计 $70000,
: 不知道这样是否算是合理范围内的价格呢?
这种估法太一厢情愿了, 只估一个[廉价万能工程师]的成本 :P
以专案思维来看: 至少也要估三个人力进去: PM、SA、PG <- 这还算是很乐
观的估计.
当然囉~ 要省成本也不是不行, 就只做单纯做资料记录跟简单的资料检核.
一个大原则: 先把要做的范围[明确地]确认下来, 再[只]针对这个范围估价,
若有其它需求后续要扩充的话再另议, 切得愈清楚愈好.

Links booklink

Contact Us: admin [ a t ] ucptt.com