一个项目架构,该怎么解决
一个项目架构
开发一个小型的进出存系统 .数据库表已经做好了
网站用ASP.NET/MVC4 VS2012开发
请求一个架构,将各部分分开,这个解决方案里应有多少个项目,各项目的功能又怎么规定啊?
------解决方案--------------------
事实上，一个项目就足够了。对于小型项目，还分成很多模块，无论是调试还是测试，都是很不方便的。
------解决方案--------------------
一个项目中有多个模块，这样不是很好吗？
------解决方案--------------------
你可以把商品管理、库存管理、进货、销售、调拨、盘点等，都做成单独的系统，而这些系统之间不是通过数据库、而是通过SOA来连接（也就是说是网络形式的BLL服务层相互调用）。这样就自然是一个“大”可适合淘宝、沃尔玛，“小”可兼容任何一个需要灵活购买配置系统的精品店的进销存系统。
------解决方案--------------------
说到以所谓地弄几个前篇一律的页面对几个数据库表“增删改查”，那是无所谓技术“架构”走向的。
------解决方案--------------------
比如说最简单的盘带系统，我以前做过，一个普通的中等百货公司，也需要有差不多20种界面。其它的也是一样，每一个部分都需要比较专业地设计。最终，有500多个画面、将近3000个独立程序模块，才能完成一个比叫专业的零售店进销存系统。
你能考虑到十分之一吗？
我见过太多人，搞系统分析其实就是先弄几个数据库表、然后就瞎琢磨界面。这样做出来的东西纯粹仅是程序员的脑袋想出来的，不是用户脑袋中想的那种产品。
------解决方案--------------------
向前辈学习...
------解决方案--------------------
架构和产品，是有区别的吧。
------解决方案--------------------
由浅入深 比较好
开发一个小型的进出存系统 .数据库表已经做好了
网站用ASP.NET/MVC4 VS2012开发
请求一个架构,将各部分分开,这个解决方案里应有多少个项目,各项目的功能又怎么规定啊?
------解决方案--------------------
事实上，一个项目就足够了。对于小型项目，还分成很多模块，无论是调试还是测试，都是很不方便的。
------解决方案--------------------
一个项目中有多个模块，这样不是很好吗？
------解决方案--------------------
你可以把商品管理、库存管理、进货、销售、调拨、盘点等，都做成单独的系统，而这些系统之间不是通过数据库、而是通过SOA来连接（也就是说是网络形式的BLL服务层相互调用）。这样就自然是一个“大”可适合淘宝、沃尔玛，“小”可兼容任何一个需要灵活购买配置系统的精品店的进销存系统。
------解决方案--------------------
说到以所谓地弄几个前篇一律的页面对几个数据库表“增删改查”，那是无所谓技术“架构”走向的。
------解决方案--------------------
比如说最简单的盘带系统，我以前做过，一个普通的中等百货公司，也需要有差不多20种界面。其它的也是一样，每一个部分都需要比较专业地设计。最终，有500多个画面、将近3000个独立程序模块，才能完成一个比叫专业的零售店进销存系统。
你能考虑到十分之一吗？
我见过太多人，搞系统分析其实就是先弄几个数据库表、然后就瞎琢磨界面。这样做出来的东西纯粹仅是程序员的脑袋想出来的，不是用户脑袋中想的那种产品。
------解决方案--------------------
向前辈学习...
------解决方案--------------------
架构和产品，是有区别的吧。
------解决方案--------------------
由浅入深 比较好