系统架构示意图如下：
架构采用C/S架构，模块间使用消息总线进行通信，保留了后续演进到B/S架构的能力。
Device Container作为设备的虚拟容器，为其他模块提供设备管理的能力。
以笔者的经验，架构还需要重点考虑以下个问题：
如何支持后续的各种业务的快速开发。
如何支持自动化测试。
提供模块级的监控能力。
这几点会在后面重点分析。
目前在电信网管软件领域，JAVA还是当仁不让的主力，各种开源或收费的组件可以使开发人员专注于具体业务的开发，所以本软件采用JAVA实现。 数据库方面采用MySQL即可，因为使用OR Mapping组件，可以替换实际使用的数据库。
消息总线：ActiveMQ
SNMP协议栈：SNMP4J
OR Mapping：设计上，该组件不仅要实现O－R的映射，也要实现O－SNMP、O－UI的映射，以此来支持业务的快速开发。
端口的规划是一个循序渐进且必要的过程，在架构阶段可以确定系统使用的端口范围。
| 组件 | 占用端口 |
|---|---|
| SNMP Trap接收 | 162 |
| 消息总线 | 10001 |
| 其他组件 | 10002以后 |
- client：客户端组件
- device：各种设备管理组件
- common：通用组件
- server：服务器端组件
- jre：Java运行环境
- upgrade：升级工具
- mysql：数据库
把升级方案单独列出也是笔者在实际工作中遇到了很多问题，主要包括：
升级速度慢
失败概率大
丢失用户数据
在后续章节中会详细对升级方案进行分析，现在首先确定网管系统发布的方式是exe安装程序＋版本升级包，升级包中包含所有组件的版本信息，只升级版本有变化的组件，提高升级效率。
| 任务 | 输出 |
|---|---|
| 系统资源建模 | E－R设计文档以及SQL脚本 |
| OR Mapping组件设计实现 | 代码，API文档，Demo |
| 消息总线系统设计实现 | 代码，API文档，Demo |
| OR Mapping与消息总线集成 | |
| 。。。 | 。。。 |
另外有需要云服务器可以了解下创新互联scvps.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
