北京的弟兄们，介绍一个项目给大家，有兴趣做赚点外快哦

麦子

数据的同步我想一天一次就够了。

总店——>;分店
商品资料
厂商资料
促销资料
变价资料
订购资料
帐务处理

分店——>;总店
促销资料
销售资料
定单资料
进货资料
库存变化

忍者神龟

不知道是什么样的超市，很多成熟的产品为什么不用，非要来在开发，难道是为了成本的问题？我一直在座连锁、零售业，而且目前已知在座超市，包括销售、库存、要货、结算等等很多，不过没有用c/s，用的b/s 。呵呵。

忍者神龟

[quote]原帖由 "forkson"]我刚出去到书店找了找有关商场进销存项目开发的书籍，发现它们都只有四部分：进货管理，销售管理，库存管理，财务统计。功能都挺简单的，一般就是数据库查询，记录增加，数据统计核算。但从麦子兄出示的系统结构来看..........[/quote 发表：
     
有拨号的，有专线的，还有用软盘的，都见过，呵呵。

忍者神龟

http://211.155.234.148/cgi-bin/db2www.cgi/cinfo.d2w/next?type=4
www.ccfa.org.cn

RealArthur

兄弟们不要想得很简单，听说大型超市的进销存系统很烦！

无双

ok
需求更明确了

从分析的角度来说是要先定义数据库结构
然后在上面开发应用程序

使用现成的也行
但是自己开发的话可订制的地方会更多

先定义库表先 然后定义各部分软件实现

无双

以上是统一资料
另外其它资料因为不会变
所以由客户决定表结构的保存方法

主要是这些
厂商资料
促销资料
变价资料
订购资料

alex2003

to 无双：
个人感觉，超市系统应该是很复杂的，需要首先写出完整的设计方案，尤其是系统的架构很重要。
要考虑交易安全，报表，数据集中等。
如果没有和超市客户的认真交流和丰富的开发经验，想作出一个好用的超市系统是很难的。
我不是泼凉水欧

无双

知道
也谢谢你提醒

我的想法是先设计库表
然后设计各模块
对各模块进行分工

因为模块间是独立的
只是通过数据库关联
所以模块开发可以并行

无双

不要北京真的很难知道客户想法