系统架构示意图如下：
架构采用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与消息总线集成 | |
| 。。。 | 。。。 |
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
