问题描述
基本要求：仓库中货物信息包括：货物编号、货物名称、货物单价、货物数量等。功能要求：1）增加和删除货物信息2）按编号或名称查询货物信息3）显示库存量不足一定值（由用户输入）的货物信息4）显示所有货物的信息5）对所有货物信息读写文件
解决方案
解决方案二：
你去源码网站看看有没有
解决方案三：
10W不能再低了。。。
解决方案四：
这哪是一段代码可以解决的啊。去51aspx看看，一大堆
解决方案五：
解决方案六：
引用2楼crystal_lz的回复:
10W不能再低了。。。
我一高中同学找我让我给他做个记账软件，需求就是管理联系人、货物、库存、订单、账单，当我说我要免费给他做时，同事各种惊呼然后半个多月过去了，我用工作之余的时间做到现在，只写好了CodeFirst的数据库和数据库操作的基类，界面还没个影，那么问题来了，我应该要多少钱
解决方案七：
引用5楼shaoerbao的回复:
Quote: 引用2楼crystal_lz的回复:
10W不能再低了。。。我一高中同学找我让我给他做个记账软件，需求就是管理联系人、货物、库存、订单、账单，当我说我要免费给他做时，同事各种惊呼然后半个多月过去了，我用工作之余的时间做到现在，只写好了CodeFirst的数据库和数据库操作的基类，界面还没个影，那么问题来了，我应该要多少钱
你无法要钱。一个软件要从前端交互操作界面开始评估，而不是从最低级的东西开始评估。就好像你去买华为P9手机，你是从它与280块钱的山寨机的差别开始评估的，而是从“山寨人”那种认为“什么东西都是千篇一律地低级的东西就可以堆起来”的观念出发。实际上，从最终的界面绚丽、用户体验特别流畅、系统性能高、扩展方便、网络并发好、稳定性等等角度出发，才知道跟用户要多少钱。如果从什么EF编程出发去考体力瞎拼凑代码，用户谁关心你付出了多少体力啊？
解决方案八：
而是从“山寨人”那种认为“什么东西都是千篇一律地-->而并不是从“山寨人”那种认为“什么东西都是千篇一律地软件研发要有一个“持续发布”节奏。例如2周以后你就应该推出一个“库存管理”系统让2个以上用户并发内部测试，然后每周都大改一次，你给用户一个时间表能说明在几月几号能够提交哪些产品特性，并且你是一个靠谱的人、基本上可以保证软件开发不会跳票过长时间（最多也就是一周而已）。这个时候，你说话就有谱了，你在退出第一个内测版本之前就能给用户报价了。反之，就是一个不成熟的程序员，那么你应该先到一个会软件工程、能够“持续发布”内测版本的团队中学习。
解决方案九：
我们介绍一下投资人你怎么看自己雇佣的小团队的能力高低：一个开发人员是否成熟、是否靠谱，不在于时髦技术名词儿能用多少，不在于是否刚刚花钱去学了一个去年才炒作起来的编程api框架，不在于用4、5个年轻人的体力来拼人家一个架构师的智力。从外部投资人来看，如果他选择一个成熟的团队，那么这个团队一定是可以持续发布内测版的，并且是可以用一个Excel工作表就能良好地反应进度的。其选择的技术一定是可以选择更简单、更稳定、更加适配UI/UE设计的，而山寨的团队则会想进办法把人家都玩了许多年的东西作为“下一版”来发布。所以一个团队的根本技术好不看，看看内测版的发布节奏。