S
soonstar
Unregistered / Unconfirmed
GUEST, unregistred user!
功能模块﹕报表设计﹑物料编码﹑BOM﹑MRP﹑物流﹑生产管理﹑人事薪资
结构应该是用三层﹐因为做出来后的程序可能很大﹐三层或更多层才能解决这些未来将遇到的
问题﹐但在中国的企业中﹐据我所知﹐真正需要三层的企业还是少之又少。也就是超过200个
点的企业还是很少的。
后台用sqlserver2000当然没有问题﹐但在设计上﹐一定要考虑变更后台报务器的可能﹐也就是
说﹐开发出来的程序﹐最好能在sqlserver2000下用﹐也可以在oracle9i下面运行。这只是
我对程序的一点要求﹐因为我们要做的是通用ERP。所以难度会很大。当然﹐也不是非得一次
做死﹐全部都一次做得很完美。时间还是需要的﹐而且可能会拖得很长。因为我们是在网上开
发﹐人员的不稳定和大家对这项工程投入的时间不等﹐都是我们应该事先考虑的问题。
在数据库的选择上﹐因为我们不可能每个人都安装一个sqlserver﹐有很多人是不可能的﹐就
算我们都装sqlserver﹐也很难保证大家的数据﹑存储过程都保持一致。我们不单要考虑用户的
使用﹐还要考虑到我们开发的可行性。如我们分发相应的DB表给相关人员﹐但我们还应当有
大型数据库的同步的数据及存储过程。针对这一问题﹐我们就应该考虑到一个分折的问题﹐怎
样把表变成DB本地表﹐而开发者更改表结构或数据后﹐怎样再把它汇入大型数据库里﹖
我现在的想法是﹐先有一批朋友搭建一个平台﹐也就是网站﹐通过这个站点﹐我们进行程序
交流﹑讨论。我有一个www.soonstar.com的站点﹐但只支持cgi和ftp。我还另外托朋友租asp的
空间﹐希望通过左轻侯的资源论坛类似的方式交流源码﹑文档及讨论。
所以﹐我希望能有朋友出来负责这个平台的搭建。可以参看左大侠的源码及设计思想。然后﹐
在此基础上做得更好﹐更方便我们的交流。
对于版权问题﹐比如使用了某公司开发的控件﹑程序之类﹐我想还是自主开发为好﹐一方面是
提高我们的能力和经验﹐另一方面是不想引起太多的麻烦。
时间是很奇怪的﹐时间太长人会没有激情﹐时间太短做不了什么事﹐做任何东西都需要时间﹐
所以也请朋友们不要太心急﹐不要指望一天之内什么都做完。
我只是牵个头而已﹐并非是大家的负责人﹐也不是项目经理﹐更不是老板。所以希望大家的
参与﹐不要有什么心理压力和什么想法﹐我们都是朋友﹐彼此信任﹐共同进步。
谢谢
结构应该是用三层﹐因为做出来后的程序可能很大﹐三层或更多层才能解决这些未来将遇到的
问题﹐但在中国的企业中﹐据我所知﹐真正需要三层的企业还是少之又少。也就是超过200个
点的企业还是很少的。
后台用sqlserver2000当然没有问题﹐但在设计上﹐一定要考虑变更后台报务器的可能﹐也就是
说﹐开发出来的程序﹐最好能在sqlserver2000下用﹐也可以在oracle9i下面运行。这只是
我对程序的一点要求﹐因为我们要做的是通用ERP。所以难度会很大。当然﹐也不是非得一次
做死﹐全部都一次做得很完美。时间还是需要的﹐而且可能会拖得很长。因为我们是在网上开
发﹐人员的不稳定和大家对这项工程投入的时间不等﹐都是我们应该事先考虑的问题。
在数据库的选择上﹐因为我们不可能每个人都安装一个sqlserver﹐有很多人是不可能的﹐就
算我们都装sqlserver﹐也很难保证大家的数据﹑存储过程都保持一致。我们不单要考虑用户的
使用﹐还要考虑到我们开发的可行性。如我们分发相应的DB表给相关人员﹐但我们还应当有
大型数据库的同步的数据及存储过程。针对这一问题﹐我们就应该考虑到一个分折的问题﹐怎
样把表变成DB本地表﹐而开发者更改表结构或数据后﹐怎样再把它汇入大型数据库里﹖
我现在的想法是﹐先有一批朋友搭建一个平台﹐也就是网站﹐通过这个站点﹐我们进行程序
交流﹑讨论。我有一个www.soonstar.com的站点﹐但只支持cgi和ftp。我还另外托朋友租asp的
空间﹐希望通过左轻侯的资源论坛类似的方式交流源码﹑文档及讨论。
所以﹐我希望能有朋友出来负责这个平台的搭建。可以参看左大侠的源码及设计思想。然后﹐
在此基础上做得更好﹐更方便我们的交流。
对于版权问题﹐比如使用了某公司开发的控件﹑程序之类﹐我想还是自主开发为好﹐一方面是
提高我们的能力和经验﹐另一方面是不想引起太多的麻烦。
时间是很奇怪的﹐时间太长人会没有激情﹐时间太短做不了什么事﹐做任何东西都需要时间﹐
所以也请朋友们不要太心急﹐不要指望一天之内什么都做完。
我只是牵个头而已﹐并非是大家的负责人﹐也不是项目经理﹐更不是老板。所以希望大家的
参与﹐不要有什么心理压力和什么想法﹐我们都是朋友﹐彼此信任﹐共同进步。
谢谢