设计架构的困惑，望高手指点
0
悬赏园豆：50
[待解决问题]
打算业余设计一套GPS相关的系统，用来赚点外快，打算用.net开发，初步设计有以下模块：
核心业务：处理业务逻辑，什么权限啊、基础数据查询什么的
通讯业务：通过Socket收发处理硬件设备数据，使用状态服务进行保存，并转发到实时数据服务
状态服务：缓存状态数据，包括位置、设备最近状态等，可能还有用户的状态
短信服务：可以接收设备短信指令，转发通讯业务进行处理，也可以用于其它情况的短信收发
网站服务：web平台，多半用asp.net实现，可以用google地图查设备位置，回放轨迹等
实时服务：对桌面Client端进行服务，转发通讯业务层的数据，或发指令经通讯业务层转发到合适的设备
地名服务：通过经纬度解析成地名
报表服务：按模板通过历史数据生成报表
大概就这些，感觉模块有些多了，各服务独立运行好处是可以分布式部署，但相互通讯会有些麻烦，合并成一个服务又怕一死全死，现在我也不知道自己焦虑，并感觉想问些问题，但不知道从何问起，希望路过的高手给些指点，哪方面都行，先谢谢了！
所有回答(1)
0
关注一下
1）GPS设备是用什么输出、接收
2）GPS坐标转换也是一块很大的模块
3）实时监控、历史回放，如何分别考虑B/S、C/S的实现，各有优势
4）GPS系统太广泛了，行业应首先界定清楚
一步一步来，短信服务等后期再增加吧。
1.可支持多种设备，使用通用协议解析接口，具体协议具体实现
2.坐标转换国内用地图图层逐层解析，国外用google
3.B/S,C/S都得有
4.主要行业界定为支持中小型设备供应商平台服务，B/S主要提供个人服务，C/S主要提供集团服务
以前用delphi实现过一套，但是不甚满意，已出售了
@Iteration: 那就分布式部署吧 你已经构思的差不多了
现在做的什么样了 配置要通用，可扩展。
