(求助)一个关于设计文档的问题

二十个数据源,定时发送数据;
要求:采集,存储到数据库,
显示实时曲线图,
数据量在百万以上 ;
给出一个J2EE的解决思路,以文档或流程图的形式给出。

>以文档或流程图的形式给出
要求太苛刻了吧,这里只能给你一个思路:
采集:方案取决于你的数据源是否可控,如果不可控,也就是不能使用Java实现,那么就通过服务器的端口+协议实现采集,如果可控,通过RMI就很方便。

架构:JMS,当采集到数据后,通过JMS实现保存数据库等功能,包括实时显示。JMS可支持集群,对于巨大访问量有scalable。

显示:采取applet或Ajax都可以实现,时髦一点,无需太注重安全性,可用AJAX。

banq,实在太谢谢你了。

就是还有几个问题没看明白:
> 采集:方案取决于你的数据源是否可控,
“数据源是否可控“是不是指数据源可定时发送数据,或者说可利用程序控制数据源的数据发送,那是不是说RMI技术可控制数据源的发送。


> 对于巨大访问量有scalable…………这句能不能解释的详细点。


对于数据表的设计,有没比较好的原则呢,比如说:数据源发送的数据包括坐标、强度等信息(就比如说GPS的数据形式),发送的数据有不同的形式,数据源有可能增加,这样的数据表该怎么设计才更容易实现数据的实时显示,以及使其可扩展性较好呢?

>者说可利用程序控制数据源的数据发送,那是不是说RMI技术可控制数据源的发送

如果你能在数据源使用Java编程,就直接在数据源将数据通过RMI发送到服务器上,但是考虑一下性能,如果并发量大,还是建议委托JMS来发送。

>对于巨大访问量有scalable…………这句能不能解释的详细点。
就是有伸缩性,在小访问量和大访问量情况下,软件无需更改,只需要硬件投入即可,如果没有伸缩性,那么访问量大后,就可能需要重新开发,或者通过修补也无法应付。

>对于数据表的设计,有没比较好的原则呢,
正规标准Java设计分:User Interaction (UI), Problem Domain (PD) and Data Management (DM)。数据表设计是一个技术实现过程,属于DM,关键是PD设计,见首页四色图等相关文章。