毕业设计论文-地铁自动售检票系统(AFC)设备监控系统概要设计.docVIP

大地网络 AFC设备监控系统概要设计方案 (修订版) 本文档及其里面所包含的信息为机密材料 本文档中的任何部分都不得以任何手段任何形式进行复制与传播。 Copyright ? 2004 AFC 版权 保留所有的权利。 文档编号：LAND-AFC-DC-PF-D2005-06-16 版本： V1.0  简介 监控系统是用于监测地铁各个车站、车站中设备的运营状况，控制车站内部设备工作的系统。 系统主要是运行在车站和中心监控点，设计要求是界面直观、自动监测、事件点提示或报警、使用图像提示表现设备工作和操作模式等。具体设计要求出自《自动售检票（AFC）系统软件需求规格说明书》，该文档是本文档的前置文档。 目的 设备监控系统概要设计的目的在于阐述对应监控功能需求的解决方法和设计方案。功能上包括监控功能较为重要的界面呈现、获得设备变化信号和操作设备工作的通讯方式、为了方便用户使用、系统维护等目的而设计系统辅助功能。 在对系统功能的结构进行设计、模块进行划分后，概要设计方案应该覆盖所有在需求说明中提出的功能要求，并通过需求细化明确了一部分功能的处理，为后续的详细设计提供了基础。 范围 本规范适用于天津大地网络公司的软件开发项目。 本规范采用了面向对象的设计方法（OOD），针对应用型项目，可根据项目的特殊需求作对本规范中制定的设计模型作适当扩充。 定义、首字母缩写词和缩略语 参考资料 LAND-AFC-2005-01-01软件需求规格说明书.doc LAND-AFC-2005-05-17-系统用词规范.xls 广州地铁三号线.doc 车票属性参数－修正.xls 系统分析和业务组织结构 系统结构分析 系统架构示意图 图2.1系统架构示意图 监控系统针对监控对象的属性和状态变动等信息的来源是从应用服务器获得，应用服务器即通讯系统负责消息的传递和解析转发。对于监控系统而言可以将通讯系统视为一个服务对象，负责所有与物理监控对象的通讯工作。 系统逻辑结构分层模型 图2.2系统逻辑架构图 监控系统的功能复杂，为了方便大家理解，按照系统对于数据的处理和呈现的流程，我将系统划分为六层。 物理层是系统所有的数据来源，通过通讯中间件与监控的通讯系统相连。通讯系统负责获得设备数据并进行转发，监控系统接收数据负责分析和呈现，同时下达操作命令。 解析层是系统真正功能的开始，通过通讯中间件和数据库引擎和物理层连接，负责将数据格式转换或封装，传递到数据层或着自数据层获得操作指令下达到物理层进行操作。 呈现控制层控制数据的显示规则，功能模板负责显示规范的统一，业务模块是用户的操作界面，这三者的关系十分紧密。 系统功能示意图 图2.3：系统功能示意图 系统功能示意图是按照用户可以看到或者可以操作的界面窗体划分功能的，并没有体现系统中各个层次的不可视部分。在本图中主要是结合需求向用户呈现一个功能总体概念的示意图。  通讯数据 说明 设备监控系统与通讯系统之间的数据交互是系统一个核心部分，其通讯的方式是由通讯系统主动上发。这种数据交互涵盖了系统中所有的监控功能。 交互数据 按照最终处理者将数据分类说明 通讯机制 说明 监控系统主要和通讯系统、数据库进行数据交互。其中与通讯系统的通讯沟通较为复杂。 发送方发送消息存在一个发送标识，发送标识由系统号+自增序号组成，方便接收该消息的回应信息。自增序号由发送方自己维护，类似数据库的Identity属性，为整数型。每次发送消息自动加一，系统启动时进行复位。 同步、异步通讯 通讯使用异步机制，部分通讯可以采用封装方式实现同步通讯，即在发送后阻塞程序，接收后再处理，并设置超时监控。超时后或重发或抛出异常。 消息分类 通讯中的监控端发送的消息按照通讯系统接收后的处理可以分为：转发、自处理的两种消息类型。 监控端接收的信息按照内容可以分为：发送回执信息、控制信息、呈现信息 通讯系统 监控系统--通讯系统 发送消息 消息名 类型 内容 说明 初始连接 处理 消息号、系统号 初始时尝试连通通讯系统，说明连接端是监控系统。通讯系统将该客户端的监控系统进行注册。 关闭连接 处理 消息号、系统号、（离线运行模式） 退出系统关闭与通讯系统的连接。 通讯系统将该客户端的监控系统标明离线。 （通讯系统根据监控系统提出的离线运行判断是否保留接收数据，直到监控系统再次启动） 接收回执 处理 消息号、系统号、标识号 作为接收数据的回执来发送，通知通讯系统接收到发送的消息。 测试连接 处理 消息号、系统号、发送时间、最终接收者 用来测试连接，接收后返回，并标明接收时间 请求缓存信息 处理 消息号、系统号 如果通讯系统替监控端保留接收数据，在监控系统启动时要接收这些数据的 接收消息 名称 类型 内容 说明 发送回执 回执 消息号、系统