求一个系统架构思路
公司有一个项目：
大体如下：
客户端采集图像，然后对图像进行处理（锐化之类的图像处理方法），对图像进行
评定（主要是测量设备方面产生的图片）后，将评定的数据以及图片（一张图片有十几兆）保存到服务器上。一天估计能采 集 1000张。
另一客户端可以随时查阅这些图片以及对图片进行再次评定。
问：
1.需要采用两个服务器吗？一个用来做数据库（可能用SQL SERVER），一个用来保存图片的服务器？
2.客户端与服务器之间传送图片采用什么方式比较稳定快速？
3.服务器需要上磁盘阵列吗？
4.在局域网和INTERNET系统的架构有什么区别吗？有什么需要特别注意的？
5.系统中主要用到什么技术？
注：开发用VC++6
也请做过类似系统的朋友多提宝贵意见。谢谢。在线等待...
晕，不知道是不是将贴发在这个版？
[解决办法]
你的问题太大，不是三言两语能够说明白的。
我看有类似的项目，不知道你接触过没有：居民第二代身份证数码照片系统
这个系统首先是通过客户端进行相机控制、拍照，对拍摄的照片去除背景（要求纯白255），剪切（358*441，眼睛位置，头顶位置，脸宽等），颜色修正（主要是脸部），评定（人像的位置是否符合二代证要求），然后将图片上传到二代证专业认证网站上，如果通过认证，可以制证。
[解决办法]
1.需要采用两个服务器吗？一个用来做数据库（可能用SQL SERVER），一个用来保存图片的服务器？
用1个服务器就够了。
2.客户端与服务器之间传送图片采用什么方式比较稳定快速？
TCP连接就可以，把数据压缩一下再传送。
3.服务器需要上磁盘阵列吗？
不需要。
4.在局域网和INTERNET系统的架构有什么区别吗？有什么需要特别注意的？
Internet网络环境比较复杂，速度也慢。注意程序的异常处理，例如连接意外断开要重新连接。
5.系统中主要用到什么技术？
这个不用说了。
[解决办法]
你要用中文写软件设计文章，你会在中国语言研究版讨论么？转软件工程版
[解决办法]
1.需要采用两个服务器吗？一个用来做数据库（可能用SQL SERVER），一个用来保存图片的服务器？
当然需要，看看你的数据量。再说，你把图片都塞数据库里，什么数据库都要挂。
2.客户端与服务器之间传送图片采用什么方式比较稳定快速？
FTP协议最简单，自己写文件传输协议没必要(除非为了保密或别的因素)，
此外1个图片10几兆，你应该考虑压缩；压缩后的JPEG图像会很小的，几百K最多了。
如果图像必须保持原样，那么查询客户在不需要调阅原图作处理的情况下，应该通过缩略图之类的技术来降低传输的数据量。
3.服务器需要上磁盘阵列吗？
不需要，除非在可靠性，存储容量，或将来的查询速度方面有很高的要求。
4.在局域网和INTERNET系统的架构有什么区别吗？有什么需要特别注意的？
没什么区别。如果实际环境涉及互联网，你应该基于Internet设计，
在苛刻的环境中都能跑得系统，在局域网这个好得很的硬件环境下，自然能支持。
5.系统中主要用到什么技术？
随便你了。如果是我，我会这么做，分为2个部分：
图像采集架构：Internet客户机 + 应用服务器 + 数据库+ FTP服务器。
主要是考虑传输文件中有应答和确认.比如服务器收到完整的图像后需要和客户机确认之类(涉及消息通告).
而且作为工业应用，前端客户端程序可能涉及设备控制，而且10多M的文件，你要用B/S上传那就是噩梦一场。
图像查询部分：随便你了，可以用C/S；也可以做一个B/S网站，用.NET,或java，看实际需求定。
这种系统，靠单一技术或平台是搞不定的，看你自己的水平了。
[解决办法]
1.需要采用两个服务器吗？一个用来做数据库（可能用SQL SERVER），一个用来保存图片的服务器？
不需要，如果要节省资金，完全可以用Access，把图片保存服务器上，把图片文件路径（或者能找到图片的标志）保存在数据库中，一天1000条，一年才40W条，Access或者MySQL都可以很快查询出来。
