智能监控系统架构设计说明书.docx

智能监控系统架构设计说明书.docx

《智能监控系统架构设计说明书.docx》由会员分享，可在线阅读，更多相关《智能监控系统架构设计说明书.docx（24页珍藏版）》请在冰豆网上搜索。

智能监控系统架构设计说明书

版权所有：

项目编号：

保密级别：

■普通□保密□机密

文件编号：

记录编号：

智能监控系统

（项目编号:

）

系统架构设计说明书

（V0.1）

文档编号：

文档名称：

编写：

编写日期：

审核：

审核日期：

批准：

批准日期：

修订历史记录：

版本号

修订日期

修订人

审批人

相对前一版本的修订内容以及章节/页码

985837@

第一章现状与需求分析

一.1.现状描述

一.1.1.项目建设背景

项目的名称：

智能监控系统IntelligentMonitoringSystem（项目编号:

）

项目的委托单位：

自行研发的软件产品，项目的委托单位是本企业。

项目的用户（单位）：

系统目标客户是，电力系统内市县级辅助监控平台的用户。

仅仅面对电力系统内市县级供电公司没有辅助监控平台的用户。

项目的任务提出者：

本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。

如果是内部开发项目，则两者的区别在于前者指人，后者指单位。

项目的主要承担部门：

研发中心，考虑到研发任务的紧急性和目前研发人员的配置，也要考虑到项目的分包、外包研发。

可能由商务部门、开发部门、测试部门、集成部门、服务部门等等完成配合工作。

项目建设背景：

目前公司急需一套主站的辅助监控平台软件，完成我们现有的辅助系统分站的信息接入工作。

如果有了一套可以很好的接入现有公司分站系统的主站软件，那么对于我们公司占领更多的分站市场有着巨大的意义。

可能主站系统不能带来利润，那么可以为拿下更多的分站系统而创造更大价值。

软件系统与其他系统的关系：

本系统软件通过开发是规约接入所有其他智能系统，不提供五遥数据的直接采集与控制。

开放式通用规约，不但可以接入现有系统，也同时为接入今后智能设备预留接口。

软件系统与机构的关系：

必须要遵守的电力系统、国际电工协会等等组织的约束和规定

一.1.2.组织机构现状

公司组织机构主要设置为：

总经理、研发中心、商务部、工程部

研发中心组织机构主要设置为：

项目经理、质量主管、配置主管、软件架构师、软件工程师、测试工程师

一.2.业务需求

一.2.1.业务需求描述

项目主要对智能建筑进行智能监控，包括遥测、遥信、遥调、遥控、遥视的五遥实时数据的SCADA系统。

建设以视频监控为核心，集成环境监控、安全预警、火灾报警、消防、照明、给排水以及采暖通风系统，在智能建筑中采用统一技术手段实现智能建筑智能运行管理；视频监控系统与站内自动化系统互动，自动控制现场的摄像机、照明系统、给排水系统、采暖通风系统，并与SF6监测系统、安防系统互联互通。

在电网调度端建设对应主站平台进行远程监视和控制，并与电网调度自动化系统互动，与应急指挥中心互联，在概念上形成统一的信息平台和数据中心。

系统不只是单纯的视频监控，强调与各主辅系统的紧密结合，辅助数据作为智能电网中的重要的数据，主要体现在变被动监控为主动监控、视频数据挖掘、智能视频图像分析、全景数据展示、视频系统与各系统的互动、环境监测数据的采集与分析报警、周界防范与警戒区的划定等，从而降低人力成本，提高电网运行的可靠性，通过智能分析和辅助控制，进行主动性防御，将安全隐患预先排除，为电力系统的安全稳定运行提供支撑和技术保证。

一.2.2.主要建设目标与任务

设定项目目标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。

项目需要完成的目标是，提供一个晚上的辅助监控平台，能够为用户提供较好的交互界面，展示用户关心的信息，下发用户的要求与指令；同时可以对下接入现有的、今后新上的只能设备、系统。

完成系统信息的整理、查询、存储、转化、被访问接口、被修改接口等功能。

项目目标应当符合SMART原则：

SSpecific明确的陈述

MMeasurable可以衡量的结果

AAttainable可以达成的目标

RRealistic合理的，现实的或者说是能和实际工作相结合

TTrackable可以跟踪的

项目目标可以进行纵向的分解。

纵向的分解一般是指按照阶段。

第一阶段目标：

完成基本的四个服务，实施服务、通讯服务、事项服务、历史服务，设计完善的数据库，设计数据库访问代理，人机界面设计，权限管理，数据库编辑，软总线管理，web发布管理。

以上是系统的基本功能必须在第一阶段全部完成。

第二阶段目标：

业务模型配置，系统备份与同步，系统对时模块，主辅模块管理，系统部署管理。

第三阶段目标：

人机界面交互，语音模块处理，运行数据监视，服务界面分离，多机冗余管理。

第四阶段目标：

智能识别和分析，系统故障分析，智能数据处理，人工智能判断，系统运行预判。

列出项目目标中需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。

数据库编辑模块，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。

参数配置，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

系统部署，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。

人员权限管理，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

软总线管理，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

多机冗余管理，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

通讯过程监视，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

用户界面设计，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

实时数据服务，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

事项数据服务，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

历史数据服务，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

通讯数据服务，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

服务主辅管理，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

运行数据监视，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

系统对时管理，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

语音处理模块，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

人机交互界面，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

数据库访问代理，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

系统的备份与同步，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

WEB数据服务，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

业务模型配置管理，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

视频数据管理，需要交付源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件等等。

一.2.3.建设系统的基本要求

一.3.现状评价与需求分析

一.3.1.现状评价

目标市场是：

一.3.2.需求综合分析

一.3.2.1.需求边界的界定

需求边界的界定主要是以上任务目标中的模块的范围内，但不限于网络通讯、网络设置、服务器安置、客户端访问地点、客户个性化使用习惯等。

项目需求的边界的界定，其主要功能范围有以下内容：

1、智能设备的维护与管理

2、智能设备数据的采集与发送，确保及时性与准确性

3、数据的语义的解读与翻译

4、数据的分析以及更新相关数据模型为其他模块提供数据信息

5、可以进行历史数据的查询与维护工作

6、人机界面的友好操作

7、提供WebService访问接口，便于客户端访问

8、可以为其他系统提供实时数据、事项数据、历史数据等各类查询操作接口

9、保证系统的健壮性与可靠性

10、人员权限管理

11、语音提示相关告警数据

12、数据的备份与恢复

13、多机冗余同步

一.3.2.2.需求的内在关系

一.3.2.3.需求的可行性分析

需求的可行性分析通过对市场可行性、技术可行性、资源可行性、经济可行性、社会可行性进行了详细的分析。

1、市场可行性分析

2、技术可行性分析

关键项

要求

现有水平

对照分析

原有相关系统可以重复使用的模块；

1、web发布模块，

2、短信平台，

3、规约解析

原有相关系统出现过的问题；一定要总结原先所有相关系统使用的问题，统计记录。

这样如果在原来的系统中已经解决的问题，那么新系统中就会避免再次出现；如果原来的系统没有解决，那么就应该考虑在新系统中解决它。

3、资源可行性分析

4、经济可行性分析

5、社会可行性分析

第二章总体设计

二.1.总体设计思路

系统的总体设计思路是以SCADA模型为基础，与视频模型相结合的思路进行开展的，以实现智能监控系统为目标。

达到研发应用、型号应用、工程应用与用户应用的维护成本逐级降低，后期维护时不同应用的工作量逐级增加，尽量减少顶层的工作量。

二.2.设计原则

1.符合CMM总体设计方案。

2.通过应用系统安全防范、数据库技术、中间件技术、网络安全、安全认证等技术手段，封堵系统安全隐患，保证系统和数据的安全。

3