1课题背景和意义

以雷达综合信息处理系统的具体需求为牵引，从解决系统软件版本管理、统一部署、基于图形的故障重构等核心问题入手，开展上位机管理软件的研发工作，满足系统综合信息处理系统管理的需要。

2 需求和功能分析

2.1开发环境

1）硬件平台：

商用笔记本电脑，运行Win7 32bit操作系统。推荐配置如下：

CPU    2.5G双核以上；

内存   ≥ 2G DDR3 1333；

硬盘   ≥ SATA 300G；

主板支持PCIE 2.0 x16或者3.0 x8以上；

独显   1GB DDR3以上显存，支持1200×800分辨率以上。

(2)软件开发环境：

Eclipse或者MyEclipse

(3)开发语言：

Java

2.2 软件需求分析

该项目旨在能够以雷达综合信息处理系统环境下，通过“扫描”动作，收集机柜、机箱、模块的数量与其从属关系，同时获取各处理节点的信息及机箱连接拓扑图。该项目还要能够对多个处理模块进行健康状态信息显示及对FLASH存储文件的批量处理，SRIO拓扑图实时更新、底层任务实现、权限设置和日志功能。

2.3软件功能设计分析

2.3.1人机界面设计与实现

主要研究内容包括：依据具体的功能需求，合理安排界面布局，要求布局简洁、生动。界面风格参考图1、图2所示。

通过“扫描”动作，收集机柜、机箱、模块的数量与其从属关系，同时获取各处理节点的信息及机箱连接拓扑图；

以“树形结构”的形式加载和显示机柜、机箱、处理模块之间的层次结构；

以“Tab页面”的形式实现软件各个功能的切换；

以“图示”方式动态显示模块状态信息（内存配置信息、电压、电流、温度）和实时运行状态（内存使用情况、CPU死活、CPU使用率）。

2.3.2文件批量处理的实现方法

主要研究内容包括：

对多个处理模块FLASH存储文件的批量处理， 主要包括VxWorks镜像文件、*.out工程文件、数据文件、SRIO路由配置表等文件的统一批量更新。

2.3.3实时更新SRIO拓扑图

SRIO路由拓扑图的加载及更新，根据初始SRIO路由表画出拓扑图，拓扑图能实时更新且同时生成新的SRIO路由表，并实时下发到各处理模块。在上位机管理软件初始路由表丢失或损坏情况下，存放在处理模块FLASH中的SRIO路由表能上传到上位机管理软件。

共3个机柜，9个插箱，每个插箱都有SRIO拓扑图，每个插箱SRIO拓扑图的上传和更新都只能针对该插箱内的所有模块，而非所有模块；

若上传和下发SRIO路由表采用网络组播形式，组播的IP地址或端口号应与机柜号、插箱号关联以示区别，或者是在报文内容上加以区别；

需仔细考虑上传和下发报文的内容，模块插箱CPU在收到报文后应能很方便地获取SRIO发数目的节点是否发生了变化。

2.3.4模块状态信息显示

主要研究内容包括：模块健康状态信息的显示，包括内存配置信息、电压、电流、温度等；实时运行状态的显示，包括系统内存使用情况、CPU死活、CPU使用率等。需注意以下两点。

共约80块模块，每个模块的状态信息均需上报；

在状态信息实时上报时，需统筹考虑SRIO路由表的上报。

2.3.5数据信息表示

模块上的内存数据上传后，可以表格和图形的方式进行显示，表格显示时，数据可以10进制、16进制、整数、浮点数的形式表达，表达方式可人工干预，缺省形式为16进制方式表示。图形方式显示时，可以用2D或3D图形的方式表示。

2.3.6底层任务的实现

SRIO拓扑图的下发和上传，底层需要有相应任务进行配合，同时显示监控功能的内容也需要底层任务按照一定格式进行上报。底层任务实现的具体功能如下。

（1）SRIO路由表上传；

（2）模块状态信息上传；

（3）收取上位管理软件下发的SRIO路由表，若有新的SRIO节点，对SRIO outbound窗口重新进行绑定；

（4）根据被替换CPU的机柜号、插箱号、槽位号、CPU号加载相应任务；在被替换cpu中，释放原运行任务占用的资源。

2.3.7权限设置和日志管理

权限设置包括：设置系统管理员、设备用户的不同权限，设备用户只能对用户单用的模块进行处理，系统管理员能对所有模块处理；权限仅在于对FLASH的操作和上位备份软件文件夹的管理的不同。

日志管理主要记录上位管理软件中每一操作的对应用户、时间及内容等。