IDOC实践第4篇--简单IDOC文件定义及传输3

IDOC实践第4篇‐‐简单IDOC定义及传输3

引言

1．此部门操作是基于上一篇来操作的，的所以请先做完成上篇内容再开始些篇内容 2．

目的:

1．测试文件IDOC形式的传输及处理

2．

用到的表或者结构：

此传输使用传输零售商品主数据，传输的是零售商品业务码像，不关心对应的表及结构；

用到的事务码：

1.SALE ALE基菜单，IDOC用到的事务码大多可以从这找到

2.WEDI EDI基菜单，IDOC学用的事务码的一部份在这里，

3.CG3Z 上传本地文件

4.CG3Y 下载服务器文件到本地

5.WE12 修改的外向文件的输入处理（入站文件的处理）

6. BALM 主数据分配 基菜单

7. BALE ALE 管理基菜单

8.

测试过程：

说明：测试用落地的IDOC文件把商品主数据从DEV 500，传到 DEV 700；

1.在DEV500中把在前文件中的合作伙伴参数DEV700的消息类型改为如下;

3．在DEV500中用BD10做数据传输，

传输完成后用WE02可以看到，传输成功，但在DEV700用WE02查看却发现没有这行数据传输；

4．用AL11查看IDOC目录（我的是/usr/sap/tmp）下，最新会生成一个IDCO（如：ARTMAS_00004134）

5．在DEV700中用WE16导入数据，提示：

此问题是由于传的的IDOC文件，的MANDT字段内容是“500”,不能在700中使用；所以用此事务不能上载IDOC，此问题需要重写入站程序来处理MANDT字段，或者在出站时就把MANDT字段替换成空；下面使用系统标准的入站处理程序来处理；

6．用WE12来处理入站；输入如下图，表示按转换需求把/usr/sap/tmp/ARTMAS_00004134

文件转换为/usr/sap/tmp/ARTMAS_00004134.700，并入站

9.此时在DEV700中用WE02查看会发现新生成一个状态为64的入站数据，此时可以BD87

来重处理此行数据就能正常入站，也可使用程序：RBDAPP01来处理

10.要吧使用RBDAPP01来处理状态是：64，66的单据

状态 64 "准备好传送给应用程序"

状态 66 "IDoc 等待它前面处理的 IDoc (序列化)

这样就可以用一个JOB来定时处理这些单据了，

后续功能

作者：游击队长

QQ:415402519

101规约报文解析

101规约（2002版）报文解析速查 1、初始化 ●主站发: 10 49 4F 98 16 目的：给地址为4F的子站发请求链路状态命令。 子站回答：10 0B 4F 5A 16 目的：子站向主站响应链路状态。 ●主站发: 10 40 4F 8F 16 目的：给地址为4F的子站发复位通信单元命令。 子站回答：10 20 4F 6F 16 目的：ACD位置1，表明子站向主站请求1级数据上送。 ●主站发: 10 7A 4F C9 16 目的：向地址为4F的子站发召唤1级数据命令。 子站回答：68 09 09 68 28 4F 46 01 04 4F 00 00 00 11 16 (ASDU70,CON=28，COT=4) 目的：子站以ASDU70（初始化结束）响应主站的召唤。并ACD位置1，表明子站继续 向主站请求1级数据上送。 后面跟随时间同步和总查询。 2、对时 ●主站发：68 0F 0F 68 73 00 67 01 06 00 00 00 CD 85 36 0D 1E 0C 04 A4 16 目的：给地址为0的子站发对时命令。 对时时间为：04年12月31日13时54分34秒253毫秒 报文解析：

子站发：68 0F 0F 68 80 00 67 01 07 00 00 00 F7 01 36 0D 1E 0C 04 58 16 目的：以ASDU67响应主站对时命令。 3、 总召唤 ● 主站发：68 09 09 68 53 4F 64 01 06 4F 00 00 14 70 16 目的：向地址为4F 的子站发总召唤命令。 子站回答：10 20 4F 6F 16 目的：ACD 位置1，表明子站向主站请求1级数据上送。 ● 主站发：10 5A 4F A9 16 目的：向地址为4F 的子站发召唤1级数据的命令。 子站回答：68 09 09 68 28 4F 64 01 07 4F 00 00 14 46 16 目的：子站响应总召唤，ACD 位置1。 ● 主站发： 10 7A 4F C9 16 目的：主站向子站召唤1级数据。 子站回答：68 87 87 68 28 4F 01 7F 14 4F 01 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 01 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 01 01 00 00 00 00 00 01 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 01 01 00 00 00 00 00 00 00 00 00 00 E7 16

会议管理系统需求分析概要

会议管理系统需求分析说明书 编写：XXX 日期：2013-7-23 审核：日期： 批准：日期： 受控状态：是 发布版次：2.1 日期：2013-7-24 编号：

变更记录 签字确认

目录 1概述 (4) 1.1目的 (4) 1.2背景 (4) 1.3范围 (4) 1.4术语定义 (5) 1.5参考资料 (5) 1.6任务概述 (5) 1.6.1目标 (5) 1.6.2用户的特点 (6) 1.6.3假定和约束 (8) 1.7运行环境 (9) 1.7.1软件环境 (9) 1.7.2硬件环境 (9) 1.7.3接口...................................................................................................... 错误！未定义书签。 1.7.4控制...................................................................................................... 错误！未定义书签。 1.8需求规定 (2) 1.8.1对功能的规定 (10) 1.8.2系统功能层次模块图 (16)

1概述 1.1目的 本说明书的目的在于明确说明会议管理系统的需求，界定该系统实现功能的范围，指导系统设计以及编码。 本说明书的预期读者为：项目经理、需求分析人员、系统设计人员、模块实现人员、系统测试人员以及客户等。 1.2背景 a)待开发的软件系统的名称： 公司会议管理系统 b)本项目的任务提出者及单位、开发者、用户及实现该软件的计算中心或计算机网络： 项目提出者及单位：XXX； 开发者：XXX； 用户：XXX公司员工及管理者 c)该软件系统同其他系统或其他机构的基本的相互来往关系： 公司的人事管理系统为该系统提供公司员工的基本信息； 该系统与SQL Server数据库管理系统进行交互以实现会议数据的存储。 1.3范围 ●产品说明：会议管理系统是非常通用的管理信息系统,是企业单位实现办公自动 化的前提和基础。 ●目标：帮助企业以自动化的方式来取代现有的人工管理以便于该企业员工以及管 理员方便地对会议的有关信息进行操作及管理，及时高速地对会议情况进行查看 及协商。从而减少企业在这方面所花费的人力、物力和财力。 ●适用范围：可应用于大部分企业之中。

101、104通信规约测试大纲

检测规程、标准及验收标准 1)DL/T 814-2002 配电自动化功能规范 2)DL/T 721-2000 配电网自动化系统远方终端 3)GB/T13729-2002 远动终端设备 4)DL/T 634.5-101远动设备及系统标准传输协议子集第101部分 5)DL/T 634.5-104远动设备及系统标准传输协议子集第104部分 6)Q/GDW 370城市配电网技术导则 7)Q/GDW 382配电自动化技术导则 8)生配电[2009]196号《配电自动化试点建设与改造技术原则》 9)GB/T 14598.10-2007《电气继电器第22-4部分：量度继电器和保护装 置的电气骚扰试验-电快速瞬变/脉冲群抗扰度试验》 10)GB/T 14598.14-1998《量度继电器和保护装置的电气干扰试验第2部分： 静电放电试验》 11)GB/T 14598.18-2007《电气继电器第22-5部分：量度继电器和保护装 置的电气骚扰试验-浪涌抗扰度试验》 12)GB/T 7261-2008《继电保护和安全自动装置基本试验方法》 13)DL/T 478-2001《静态继电保护及安全自动装置通用技术条件》 14)GB/T 15145-2008《输电线路保护装置通用技术条件》 15)Q/701-205.000-2010《质量手册》 16)Q/701-205.002-2010《环境和职业健康安全管理手册》 传输规约检验 1 101规约连通性测试 测试结果符合规约要求则填“√”，测试结果不符合规约要求则填“×”。

2 104规约连通性测试 测试结果符合规约要求则填“√”，测试结果不符合规约要求则填“×”。

会议系统需求分析文档

软件工程 文件名称：需求分析说明项目名称：会议管理系统组员：刘毅.刘盼.杨伟博.徐樟日期：2011-12-14

目录 1 引言 (3) 1.1编写目的 (3) 1.2范围 (3) 1.3背景 (3) 2 概述 (4) 2.1 目标 (4) 2.2 系统特点 (4) 2.3 非技术要求 (4) 3 功能需求 (5) 3.1 组织架构 (5) 3.2 性能需求 (5) 3.3 会议处理流程需求 (7) 3.3.1 会议处理流程 (7) 3.3.2 系统用例图及描述 (8) 3.3.2.1系统的顶级用例图 (8) 3.3.2.2登入登出用例图……………………………………………………………..9. 3.3.2.3会前管理用例图 (10) 3.3.2.4发送邮件用例图 (11) 3.3.2.5会中管理用例图 (12) 3.3.2.6会后反馈调查用例图 (13) 3.3.2.7资源共享用例图 (14) 3.3.2.8评论用例图 (15)

1.项目准备 1.1 编写目的 本文详细说明会议系统最终需要满足的条件和限制，为了进一步设计和实现提供依据。本文档将用户的需求用文字的形式固定下来，是与用户沟通的成果，也是用户验收项目时的参考。 1. 2 用户 会议管理系统主要是面向参加会议人数在50人以内的会议。 1.3 背景 需求背景：随着我国经济的发展，学术会议，产业会议等越来越多，会议的规模及流程也越来越复杂，对实现会议的电子化管理有着迫切的需求。 系统用途：本系统利用网络平台，搭建通用的会议管理模板工具，帮助会议主办方更加电子化、智能化地管理各项会议工作，从而大大减少人工的参与。 系统使用范围：本系统主要面向参会人数在五百人以内的会议。

南网2002-101规约报文解释

101规约解读 一、101远动规约的基本对话过程 1)初始化过程（链路两端均已上电时）：主站向子站询问链路状态，子站 以链路状态回答主站，主站复位远方链路，子站确认回答；子站向主 站询问链路状态，主站以链路状态回答子站，子站复位远方链路，主 站确认回答；主站发总召唤命令，子站以全数据回答，主站发送时钟 同步命令，子站以同步时钟事件回答。 2)基本问答过程：主站在初始化完毕，并召唤过全数据和时钟同步之后， 开始轮询二级数据；而子站如果存在二级数据或一级数据，直接以数 据回答，如不存在，则以否定报文回答（否定回答是单个字符“E5H”， 也可以“无所请求数据”确认帧回答）。 3)其他问答过程：遥控选择命令以遥控选择确认帧回答，遥控执行命令 以遥控执行确认帧回答，召唤电度命令以传送电度数据帧回答。 链路报文格式 1）固定帧长帧格式 固定长帧报文就是链路初始化报文 主站：10 49 06 4F 16 （召唤链路状态） 子站：10 0B 06 11 16 （状态正常） 主站：10 40 06 46 16 （复位远方链路） 子站：10 20 06 26 16 （确认） 主站：10 5A 06 60 16（召唤一级数据） 子站：ES（没有所召唤的数据） 二、总召 主站－－子站 68 09 09 68 5 3 066401 060600 00 14 DE 16 68 09 09 68 73 01 64 01 06 01 00 00 14 F4 16 主 子：总召唤命令帧C_IC_NA_1

子站――主站 68 09 09 68 28 066401070600 00 14B4 16 遥测点号从16385开始

101规约报文解释解析

IEC870-5-101规约报文解释 一、规约格式简介 1、祯格式 101规约的基本祯格式如下所示，具体的解释请参照规约手册，这里不再重复。固定祯长格式： 可变祯长格式： 规约中不同的命令，可能采用不同的祯格式。 2、控制域功能码说明 主站下发子站功能码 子站上送主站功能码 二、主站初始化RTU下发命令流程（以非平衡方式通信）

以下adrs 表示链路地址（一般为rtu 站址），comadr 表示公共地址（一般为rtu 站址），infadr_l 表示信息体地址低位，infadr_h 表示信息体地址高位，CS 表示祯校验和。对时祯为长时标方式。 1、 询问链路状态 10 49 adrs CS 16 子站回答 10 80 adrs CS 2、 复位远方链路 10 40 adrs CS 子站回答 10 89 adrs CS 3、 总召唤 68 10 10 68 16 子站确认 68 09 09 68 80 adrs 64 01 07 comadr 00 00 14 CS 16 子站发送遥测遥信祯（下面将详细解释） 子站发送总召唤结束祯 68 09 09 68 88 adrs 64 01 0a comadr 00 00 14 CS 16 4、 如果没有召唤全则进行分组召唤 下发命令码： 68 09 09 68 7b adrs 64 01 05 comadr 子站发送遥测遥信祯（和总召唤的一样，只是信息体地址会有所区别） 5、 发对时令 68 0f 0f 68 53 adrs 67 01 06 comadr 00 00 milliseconds_l milliseconds_h minutes hours day month year CS 16 子站确认祯 68 0f 0f 68 80 adrs 67 01 07 comadr 00 00 milliseconds_l milliseconds_h minutes hours day month year CS 16 6、 召唤全电度 68 09 09 68 73 adrs 65 01 06 comadr 00 00 45 CS 16 子站发送电度总召唤确认祯 68 09 09 68 80 adrs 65 01 07 comadr 00 00 45 CS 16 子站发送电度祯（下面将详细讲述） 子站发送电度结束祯 68 09 09 68 80 adrs 65 01 0a comadr 00 00 45 CS 16 7、 如果电度没有召唤全则进行分组召唤电度 68 09 09 68 7b adrs 65 01 05 comadr

会议室管理系统数据要求说明书

会议室管理系统的设计与实现 数据要求说明书 学生姓名：陈盛 学号： 11111635203 指导教师：刘雪梅 课题类型：AXP 专业：软件工程 班级: 11软本2班 学部：信息学部 北京城市学院 2014 年 8 月

修订历史记录

目录 1. 引言 (1) 1.1.编写目的 (1) 1.2.背景 (1) 1.3.定义 (1) 1.4.参考资料 (2) 2. 数据的逻辑描述 (2) 2.1.静态数据 (2) 2.2.动态输入数据 (4) 2.3.动态输出数据 (4) 2.4.内部生成数据 (5)

1.引言 1.1. 编写目的 编写《会议室管理系统数据要求说明书》的目的是明确《会议室管理系统》中各项功能和非功能性需求实现时所需要的数据，并可以此数据为根据设计数据库。同时为概要设计和详细设计人员提供设计依据，其他本项目组的开发人员也可参阅。 《会议室管理系统的设计与实现数据要求说明书》的阅读对象为： 1）会议室管理系统的概要设计和详细设计人员； 2）对本《数据需求说明书》进行评审和确认的有关业务、技术人员； 3）参加数据库设计，测试设计阶段工作的全体设计人员； 1.2. 背景 待开发软件系统名称：会议室管理系统 任务提出者：刘雪梅（教授） 开发者：陈盛 用户：学校、用人单位 1.3. 定义 本系统（本软件、本平台）：如无特别说明，特指“会议室管理系统”。 SQL：结构化查询语言(Structured Query Language)简称SQL，结构化查询语言是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统；同时也是数据库脚本文件的扩展名。结构化查询语言是高级的非过程化编程语言，允许用户在高层数据结构上工作。它不要求用户指定对数据的存放方法，也不需要用户了解具体的数据存放方式，所以具有完全不同底层结构的不同数据库系统, 可以使用相同的结构化查询语言作为数据输入与管理的接口。结构化查询语言语句可以嵌套，这使它具有极大的灵活性和强大的功能。

104规约简介

104 规约简介 一 . 概述： 101、104规约属于问答式异步通信方式。104必须与101规约同时配套使用。2002年国家经贸委正式发布，104规约的核心部分ASDU应用服务数据单元是101规约的定义，结合超高压公司的使用范围，对104规约的报文格式做一说明以便大家理解。更详细的请看104和101的2002年正式版本。104应用在tcp/lp 的1、2、3、4、7、层。 二 . 104报文格式 1．APCI应用规约控制信息：它是所有发送/接收的报文头并可以单独发送。 APDU长度最大253，要除去启动符 68H和其本身 APDU是全报文 ASDU：应用服务数据单元 2．控制域分类： 控制域八位位组分为3种格式，每种格式的定义内容不一样。 a. I格式：信息传输格式 b.U格式：未编号的控制功能类型格式

TEST.SPOPDT STARTDT 确认/生效只有一个是“1”之可能出03/13/23/43/83/07/0B 不可能出现其他码 c. S 格式 带编号的监视功能 例如： 发/收一组码： 68 04 01 00 96 77 这就S 格式，这是确认报文，在收报文经常出现。刚开机时用于链路连接，收发两端都收到这个报文说明链路通了，可以发其它命令报文。如果链路不通，主站会连发此报文 2． ASDU 格式 应用服务数据单元 即信息区传输格式 传送原因： 1字节/2字节 各系统自定义，我们系统定义2字节。101定义1个字节。 公共地址： 1字节/2字 各系统自定义 我们系统定义2字节。101定义1个字节 信息对象地址：1字/2字节/3字节 我们系统定义3个字节，可以转16777215个信息，实际上2个字节就够65535。101定义2个字节。 可变帧结构限定词： 7位定义长度，最大127个信息。 SQ=0 每个信息都带地址。 SQ=1 只有带一个有起始地址，其他信息不带地址，按顺序排列，全YX 、全YC 时SQ 都为1. 信息：最少一个字节，例如一个遥信，最多的可达9个字节，SOE8个字节。 3． 主站的发送报格式 这里仅介绍三种格式 总召唤 召唤电量 YK （双点YK,现场都双点YK ）下面于 分别介绍 a. 总召唤报文格式

IEC60870-5-101规约说明资料

第一章.IEC870-5-101规约说明 规约标准原文请参照国内1998-05-01实施的等同标准《远动设备及系统第5部分传输规约第101篇基本远动任务配套标准》。 参考模型： 本标准中使用的参考模型是源于开放式系统互联的ISO-OSI参考模型，由于远动系统在有限带宽下要求特别短的反应时间，故改进采用增强性能结构（EPA），见下图所示： 在这样的参考模型下，各层次数据单元之间的关系如下图所示：

帧格式： 1．固定帧长帧格式 2．可变帧长帧格式 FT1.2的传输标准要求线路上低位先传；线路的空闲为二进制的1；两帧之间的线路空闲间隔需不小于33位；每个字符包括1位起始位、1位停止位、1位偶校验位、8位数据位，字符间无需线路空闲间隔；信息字节求和校验（Check Sum）。 其中各部分的含义如下 1)长度L＝C+A+链路用户数据的长度。 2)控制域C的定义如下： 主站向子站传输时：DIR=0, PRM=1; 子站向主站传输时：DIR=1, PRM=0。 主站向同一个子站传输新一轮的发送/确认和请求/响应传输服务时，将FCB位取反；主站为每一个子站保留一个帧计数位的拷贝，若超时没有从子站收到所期望的报文，或接收出现差错，则主站不改变帧计数位的状态，重复传送原报文，重复次数为3次。 FCV若等于0，FCB的变化无效。 主站向子站传输的功能码如下表所列：

子站向主站传输的功能码如下表所列： 1)链路地址域的内容指的是子站即RTU的站号，通常由调度与变电站协商确定。 2)链路用户数据（即前文所提到的ASDU）的结构如下：

其中，各部分的解释如下： a.类型标识 常用的有： 子站-->主站过程信息 1――不带时标的单点信息； 2――带时标的单点信息； 3――不带时标的双点信息； 4――带时标的双点信息； 5――步位置信息（变压器分接头信息） 6――带时标的步位置信息（变压器分接头信息）（未用） 7――子站远动终端状态（未用） 9――测量值 10――带时标的测量值（未用） 15――电能脉冲计数量 16――带时标的电能脉冲计数量（未用） 17――带时标的继电保护或重合闸设备单个事件 18――带时标的继电保护装置成组启动事件（未用） 19――带时标的继电保护装置成组输出电路信息事件（未用） 20――具有状态变位检出的成组单点信息 21――不带品质描述的测量值 22～24――为配套标准保留 232――BCD码（水位值） 主站 子站在控制方向的过程信息

会议管理系统需求分析说明书

会议管理系统 系统需求分析说明书

变更记录 签字确认

目录 1概述 (4) 1.1目的 (4) 1.2背景 (4) 1.3范围 (5) 1.4术语定义 (5) 1.5参考资料 (5) 1.6任务概述 (5) 1.6.1目标 (5) 1.6.2用户的特点 (5) 1.6.3假定和约束 (6) 1.7运行环境 (6) 1.7.1软件环境 (6) 1.7.2硬件环境 (6) 1.7.3接口 (7) 1.8需求规定 (7) 1.8.1对功能的需求 (7) 1.8.2对非功能性的需求 (19)

1概述 1.1目的 会议管理系统的主要目的是：建立会议管理的资源平台，实现统一的数据管理、统一的用户管理身份认证及统一消息通讯；建立会议资源管理平台，实现会议室、会议设备等其他相关会议资源、会议设备的预定、管理，便于会议人员管理；建立会议管理业务，实现会议议题审批、会议计划定制、会议通知发送，摆脱时间与空间的限制；实现会议纪要等会议文档的流转、审批、归档。 1.2背景 会议是企业进行决策、协商的重要组织形式，是企业日常办公处理事务的重要手段，是办公流程中不可缺少的重要环节，作为企业，如何有效的进行会议组织，管理各种会议文档和会议资源，是关系到企业领导进行日常企业运作处理的大事。提高会议效率、发挥会议功能、规范会议文档流程、合理利用会议相关资源、严肃会议决议的贯彻，避免人力物力财力浪费、降低办公成本、达成人力资源效率化，是企业领导关注的一个重要课题，所以急切需要一套有效的“会议管理”系统。采用当前先进的信息化技术，通过会议系统与办公自动化系统的融合，实现会前、会中、会后的信息管理与智能化控制，做到会前周密安排电子化，会中科学管理智能化，会后会议文档流转的规范化和信息发布网络化。会议系统可与办公自动化系统衔接，会前作会议议程审批，会后作会议纪要等文件的流转和归档。

101规约和104规约介绍

101.104子站端通讯规约 101规约和104规约常用于调度中心和子站之间通讯。 101规约一般用于串口通讯，也可用UDP方式； 104规约则用于网络通讯，采用TCP/IP方式。 目前公司在eComm和DCAP系统中只有101规约和104规约发送端（即子站端/从站端）软件，没有接收端（即主站端）软件；而PDS 系统中，有101规约和104规约接收端（即主站端）软件，以及104规约发送端（即子站端）软件。 步骤 1确认信息 (1)101串口UDP 104 网口TCP/TIP 提供本机和对方IP 和端口 (2)配置文件公共地址链路地址域长度单点遥还是双点遥 信信息对象地址长度等

主站-〉子站总召报文：68 09 09 68 73 1F 64 01 061F0000 14 30 16 链路地址传送原因公共地址信息对象地址 (3) 点表数据对照表 2新建通讯设备 ※DCAP 参数数据管理工具 ※ECOMM 新建通讯设备 新建通讯设备类型为TCPSERVER 查看安装盘中是否有101.104规约 Config104.exe 必须和数据库ecomm.mdb 在同一个 文件目录下

3修改配置 DCAP 在Comm101Rtu.ini 中修改其相关配置 ECOMM 进入Config104XML.exe 新建配置,另存一个文件如 104xml 4生成数据对照表 ※DCAP 用CTMfor104.exe根据已给点表生成数据对照表ECOMM 在进入Config104XML.exe 新建配置,另存一个文件如 104xml 后修改其配置 5启动通讯程序 DCAP 启动Comm101Rtu.exe ECOMM 新建通道在Root (ecomm节点)上新建通道把已另存的104xml文件上传到通道启动Ecommserver =调试诊断

会议管理系统 需求说明书

《会议管理系统》需求说明书 小组成员：朱家萍，桑成艳,吴志月,刘玲玲,舒佩 组长：王梦茹 1、1 编写目得 本文详细说明会议管理系统最终需要满足得条件与限制，为了进一步设计与实现提供依据。本文档将用户得需求用文字得形式固定下来,就是与用户沟通得成果,也就是用户验收项目时得参考。 １、2 背景 需求背景：随着我国经济得发展,学术会议，产业会议等越来越多，会议得规模及流程也越来越复杂，对实现会议得电子化管理有着迫切得需求。 系统用途：本系统利用网络平台，搭建通用得会议管理模板工具，帮助会议主办方更加电子化、智能化地管理各项会议工作,从而大大减少人工得参与. 系统使用范围：本系统主要面向参会人数在三十人以内得会议。 1、 3 用户 会议管理系统主要就是面向参加会议人数在３0人以内得会议.

2 任务概述 2、１目标 由于大多数在会议得流程上具有一定得相似性，本系统得目得就是希望减少其中得重复工作，减轻不必要得负担,提高工作得正确性与效率。系统得目标就是将人工参与得工作量减少百分之五十,效率提高百分之三十，同时能够使会议管理工作规范化、程序化. 2、2 系统得特点 本系统得最终用户可能就是经常举办与承办各种会议得组织机构,中、小型企业等.操作人员必须熟悉计算机得基本操作,维护人员应该在电脑方面有所专长.如果本系统开发成功,可用性极强。基于国家目前会议数量与规模得递增趋势，在一般得企事业单位中，本系统得预期使用频度应在十五天,即平均每隔十五天就会有使用该系统得需求产生. 2、３非技术要求 本系统得开发周期为三个月左右。开发流程为：需求分析→设计→编码实现→单元测试→集成与系统测试→交付,其中需求分析得更新穿插于整个开发过程。 要交付得工作产品有:需求规格说明书、设计说明书、测试报告、用户手册、源代码、可执行程序.

101规约报文分析(适用初学者)

101规约报文分析 ①站链路请求报文：10 49 01 4A 16 启动字符：10H 控制域： 49H --> 0100 1001 DIR（传输方向位）=0 PRM（启动报文位）=1 主站-->从站 FCB（帧计数位）=0 FCV（帧计数有效位）=0（无效） 功能码=9 召唤链路状态 链路地址域：01H 帧校验和：4AH （前面除启动字符外的所有字节的累加） 结束字符：16H ②从站链路请求响应报文：10 8B 01 8C 16 启动字符：10H 控制域： 8BH --> 1000 1011 DIR（传输方向位）=1 PRM（启动报文位）=0 从站-->主站 ACD（要求访问位）=0（无一级数据） DFC（数据位）=0（表示子站可以继续接收数据） 功能码=11 以链路状态或访问请求回答请求帧链路地址域：01H 帧校验和：8CH （前面除启动字符外的所有字节的累加） 结束字符：16H ③主站链路复位请求报文：10 40 01 41 16 启动字符：10H 控制域： 40H --> 0100 0000 DIR（传输方向位）=0 PRM（启动报文位）=1 主站-->从站 FCB（帧计数位）=0 FCV（帧计数有效位）=0（无效） 功能码=0 复位远方链路 链路地址域：01H 帧校验和：41H （前面除启动字符外的所有字节的累加） 结束字符：16H ④从站链路复位响应报文：10 80 01 81 16 启动字符：10H 控制域： 80H --> 1000 0000 DIR（传输方向位）=1 PRM（启动报文位）=0 从站-->主站 ACD（要求访问位）=0（无一级数据） DFC（数据位）=0（表示子站可以继续接收数据）

101规约

IEC870-5-101规约 1.概述 本篇介绍主站和RTU之间通讯的IEC870-5-101规约，该规约有两种传输方式：平衡式和非平衡式传输，在点对点和多个点对点的全双工通道结构中采用平衡式传输方式，在其它通道结构中只采用非平衡式传输方式。平衡式传输方式中101规约是一种“问答+循环”式规约，即主站端和子站端都可以作为启动站；而当其用于非平衡式传输方式时101规约是问答式规约，只有主站端可以作为起动站。 2.帧格式简单说明 2.1 2.2 2.3长度L 长度L包括控制域、地址域、用户数据区的字节数，为二进制数。 2.4 DIR：传输方向位 =0：表示报文是主站向子站传输。 =1：表示报文是子站向主站传输(部版101有用)。 PRM：启动报文位 =0：从动站,报文为确认报文或响应报文。 =1：启动站，报文为发送或请求报文。

FCB：帧计数位：启动站向从动站传输 启动站向从动站传输新一轮的发送/确认、请求/响应服务 时，将前一轮FCB取相反值。 FCV：帧计数有效位：启动站向从动站传输 =0：表示FCB变化无效。 =1：表示FCB变化有效。 ACD：要求访问位：主站做从动站时ACD位无实际意义，ACD=0。 子站做从动站时ACD=0：表示子站无1级用户数据； ACD=1：表示子站有1级用户数据，希望向主站传输。 DCF：数据流控制位：从动站向启动站传输 =0：表示子站可以继续接收数据。 =1：表示子站数据区满，无法接收新数据。 功能码（D3—D0）：功能码范围为0—15（00H—0FH）；功能码代表的意义较为烦 琐，参考《关于基本远动任务配套标准的说明》（远动设备及 系统传输规约）。 2.5链路地址域 链路地址域为子站站址。 2.6帧检验和 帧检验和是控制、地址、用户数据区所有字节的算术和（不考虑溢出位即256模和）。 3.非平衡式传输—即主站作为启动站的各种报文 3.1 主站的询问顺序 对于点对点和多个点对点的通道结构，主站或子站复位后首先进行初始化，总召唤和时钟同步后系统转入正常，然后在循环召唤2级用户数据的序列中定期插入按照分组召唤方式和按顺序收集各组数据进行召唤。在子站回送的报文中如果ACD=1，则立即收集1级用户数据，1级用户数据收集完后，转向上述循环询问过程，此种循环召唤过程可以被中断，如被召唤电度、遥控等。 3.2复位远方链路报文 子站确认帧（M_RL_NA_1 CON） 3.3

IEC8705-101规约说明解析

IEC870-5-101规约说明 规约标准原文请参照国内1998-05-01实施的等同标准《远动设备及系统第5部分传输规约第101篇基本远动任务配套标准》。 一.参考模型： 本标准中使用的参考模型是源于开放式系统互联的ISO-OSI参考模型，由于远动系统在有限带宽下要求特别短的反应时间，故改进采用增强性能结构（EPA），见下图所示： 在这样的参考模型下，各层次数据单元之间的关系如下图所示：

二.帧格式： 1．固定帧长帧格式 2．可变帧长帧格式 FT1.2的传输标准要求线路上低位先传；线路的空闲为二进制的1；两帧之间的线路空闲间隔需不小于33位；每个字符包括1位起始位、1位停止位、1位偶校验位、8位数据位，字符间无需线路空闲间隔；信息字节求和校验（Check Sum）。 其中各部分的含义如下 1)长度L＝C+A+链路用户数据的长度。 2)控制域C的定义如下： 主站向子站传输时：DIR=0, PRM=1; 子站向主站传输时：DIR=1, PRM=0。 主站向同一个子站传输新一轮的发送/确认和请求/响应传输服务时，将FCB位取反；主

站为每一个子站保留一个帧计数位的拷贝，若超时没有从子站收到所期望的报文，或接收出现差错，则主站不改变帧计数位的状态，重复传送原报文，重复次数为3次。 FCV若等于0，FCB的变化无效。 主站向子站传输的功能码如下表所列： 子站向主站传输的功能码如下表所列：

3)链路地址域的内容指的是子站即RTU的站号，通常由调度与变电站协商确定。 4)链路用户数据（即前文所提到的ASDU）的定义见下节。 其中，各部分的解释如下： a.类型标识 常用的有： 子站-->主站过程信息 1――不带时标的单点信息； 2――带时标的单点信息； 3――不带时标的双点信息； 4――带时标的双点信息； 5――步位置信息（变压器分接头信息） 6――带时标的步位置信息（变压器分接头信息）（未用） 7――子站远动终端状态（未用） 9――测量值 10――带时标的测量值（未用） 15――电能脉冲计数量 16――带时标的电能脉冲计数量（未用） 17――带时标的继电保护或重合闸设备单个事件 18――带时标的继电保护装置成组启动事件（未用） 19――带时标的继电保护装置成组输出电路信息事件（未用） 20――具有状态变位检出的成组单点信息 21――不带品质描述的测量值

101规约报文解析

<1 0 101规约（2002版）报文解析速查 1、 初始化 主站发：10 49 4F 98 16 目的：给地址为4F 的子站发请求链路状态命令。 子站回答：10 0B 4F 5A 16 目的：子站向主站响应链路状态。 主站发：10 40 4F 8F 16 目的：给地址为4F 的子站发复位通信单元命令。 子站回答：10 20 4F 6F 16 目的：ACD 位置1,表明子站向主站请求 1级数据上送。 主站发：10 7A 4F C9 16 目的：向地址为4F 的子站发召唤1级数据命令。 子站回答：68 09 09 68 28 4F 46 01 04 4F 00 00 00 11 16 （ASDU70,CON=28 ，COT=4） 目的：子站以 ASDU70（初始化结束）响应主站的召唤。并 ACD 位置1，表明子站继续 向主站请求1级数据上送。 后面跟随时间同步和总查询。 2、 对时 主站发：68 0F 0F 68 73 00 67 01 06 00 00 00 CD 85 36 0D 1E 0C 04 A4 16 目的：给地址为0的子站发对时命令。 对时时间为：04年12月31日13时54分34秒253毫秒 报文解析： 101规约（2002版）报文解析 四方

子站发：68 OF OF 68 80 00 67 01 07 00 00 00 F7 01 36 0D 1E 0C 04 58 16 目的：以ASDU6刀向应主站对时命令。 3、总召唤 主站发：68 09 09 68 53 4F 64 01 06 4F 00 00 14 70 16 目的：向地址为4F 的子站发总召唤命令。 子站回答：10 20 4F 6F 16 目的：ACD 位置1,表明子站向主站请求 1级数据上送。 主站发：10 5A 4F A9 16 目的：向地址为4F 的子站发召唤1级数据的命令。 子站回答：68 09 09 68 28 4F 64 01 07 4F 00 00 14 46 16 目的：子站响应总召唤， ACD 位置1。 主站发：10 7A 4F C9 16 目的：主站向子站召唤 1级数据。 子站回答：68 87 87 68 28 4F 01 7F 14 4F 01 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 0000 0000 0000 00 00 00 00 00 00 00 01 01 0100 00 00 00 00 00 00 00 00 00 0000 0000 0000 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 0000 0101 0100 00 00 00 00 01 01 00 00 00 0000 00 00 00 00 00 00 00 00 00 0000 0000 0001 四方 101规约（2002版）报文解析

101规约

1101规约概述 1．1101规约的内容 IEC 870－5－101是针对IEC 870－5基本标准中的FT1．2异步式字节传输帧格式，对物理层、链路层、应用层、用户进程作了大量具体的规定和定义。 1．2FT1．2帧格式 FT1．2帧格式有可变帧长及固定帧长两种，这两种格式如图1所示： FT1．2可变帧长格式用于主站向子站传输数据或由子站向主站传输数据；FT1．2固定帧长格式用于子站回答主站的确认报文或主站向子站的询问报文。 本标准使用的参考模型源出于开放式互联的ISO—OSI参考模型，但由于远动系统在有限的传输带宽下要求短的反映时间，故本标准采用性能结构（EPA）———模型2。这种模型仅用三层，即物理层、链路层、应用层，其模型如图2所示。 1．3物理层、链路层、应用层 1．3．1物理层 物理层是OSI模型的第1层，其任务是使网络内两实体间的物理连接，按位串行传送比特流，将数据信息从一个实体经物理信道送经另一个实体，向数据链路层提供一个透明的比特流传送服务。因此，物理层接口和协议应考虑如下问题：a）机械方面，应考虑插接器的尺寸、引线数目和排列； b）电气方面，要考虑信号的波形和参数，如多少伏电压代表“1”和“0”，一个bit占多少毫秒； c）功能方面，要考虑每一条线路的作用和操作要求，比如是数据电路、控制电路还是时钟电路； d）过程方面，主要考虑利用接口传送比特流的整个过程和执行的先后顺序，比如怎样建立和拆除物理线路的连接，是全双工还是半双工操作。 具体到101规约，对物理层的规定选自ISO和ITU－T标准，该标准支持下述网络结构，包括点对点、多个点对点、多点星形、多点共线、多点环形等。电气特性方面，对于非平衡式转接电路采用V．24／V．28，而平衡式转接电路则采用X．24／X．27。 1．3．2数据链路层 数据链路层是OSI的第2层，其主要任务是将一条原始传输线路转换为对网络来说是无错的传输线路。因此，它必须

会议管理系统数据库设计说明书0204192350

会议管理系统数据库计说明书 编写：匿名日期：2013-7-31 审核：日期： 批准：日期： 受控状态：是 发布版次：5.0 日期：2013-7-31 编号：

变更记录 日期版本变更说明作者2013-7-17 1.0 初始文档匿名2013-7-25 2.0 升级文档匿名2013-7-29 3.0 升级文档匿名2013-7-30 4.0 升级文档匿名2013-7-31 5.0 最终文档匿名 签字确认 职务姓名签字日期

目录 1引言 (4) 1.1预期的读者 (4) 1.2数据库说明 (4) 1.3目的和作用 (4) 2数据库设计 (4) 2.1抽象数据对象 (4) 2.1.1系统主要业务分析 (4) 2.1.2需求分析参考 (5) 2.2系统物理结构设计 (5) 2.3数据库逻辑设计 (5) 2.3.1数据库设计命名规范 (6) 2.3.2数据库表名汇总 (7) 2.3.3数据库表结构设计 (7) 2.4存储过程设计 (12) 2.5触发器设计 (12) 2.6J OB设计 (12) 3数据字典设计 (13)

1 引言 1.1 预期的读者 主要为本公司以及承包方的阅读者，如设计人员、开发人员等。有时可以包括客户方的阅读者,如：业务人员、系统管理人员等。 1.2 数据库说明 会议管理系统采用的时当前流行的企业级数据库oracle，使用的版本是9i。设计的数据库全局数据库名为icss，开发用的表空间名是test，操作的用户名为test，密码为test。 1.3 目的和作用 将业务分析，系统设计中对信息的描述进一步分析并加以总计，抽象出数据集合（数据库表）。对数据集合做进一步分析，确定集合之间的关系并最终形成数据库物理模型，以便开发人员建立物理数据库。 2 数据库设计 2.1 抽象数据对象 2.1.1 系统主要业务分析 根据物流系统的业务流程描述，我们大致可以从中抽象出几个数据集合，如：普通用户、会议申请、会议室管理、设备管理、会议管理 按照业务及系统功能简单总结数据对象： ●用户 ●会议申请信息 ●会议审批 ●会议设备

会议管理系统需求分析报告

会议管理系统需求分析 1引言 1.1编写目的 需求分析是软件系统生存期中定义阶段的最后一个步骤。这个阶段的任务不是具体解决问题，而是准确确定为解决问题系统必须具备哪些功能。这个阶段的一个重要任务是用正式的文档准确地记录目标系统的需求。该文档将最终交给软件具体的开发人员进行具体的开发。 1.2 背景 开发的软件系统的名称：饭卡管理系统 本项目的任务提出者：软件工程课程设计 开发者:杜松 实现该软件的计算站：图书馆计算机中心 1.3 定义 本文件中用到的专门术语的定义和外文首字母词组的原词组。 实体—联系图（E-R图）：包含实体（即数据对象）、关系和属性。作为用户与分析员之间有效交流的工具。 状态转换图：通过描绘系统的状态及引起系统的状态转换的事件来表示系统的行为。提供行为建模机制。 层次方框图：用树形结构的一系列多层次的矩形框描绘数据的层次结构。 输入-处理-输出图（IPO图）:方便描绘输入数据、对数据的处理和输出数据之间的关系。 1.4 参考资料 同可行性研究报告处 2.任务概述 2.1目标 主要开发目标是能够对饭卡信息进行查询和更新管理，且具有反映敏捷准确。 2.2用户的特点 由于系统的界面清晰、美观，操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即可。管理员（维护人员）不需要任何数据库专业技能知识。本系统可以极大的提高工作效率，预期使用频度较高。 2.3假定和约束 系统的规模较小,适于Windows和操作系统，SQL数据库系统。 3.需求规定 3.1对功能的规定 (1)更准确的系统流程图

(2)更准确的数据流程图 -------------0层-------------

及104规约报文解析方法

101、104规约报文解析方法 一、电力系统数据通信协议体系 IEC60870-5系列：远动通信协议体系 IEC60870-6系列：计算机数据通信协议体系 IEC61850-7系列：变电站数据通信协议体系 IEC60870-5系列； IEC TC57 WG03（远动规约） 配套标准 IEC60870-5-101：基本远动任务 IEC60870-5-102：电能累计量 IEC60870-5-103：继电保护 IEC60870-5-104：IEC60870-5-101的网络访问 其他规约类型；CDT、、MODBUS等。 二、远动传输规约IEC60870-5-104的解析方法 1)程序启动后，首先发送链路连接请求帧，68 04 07 00 00 00 起始字符：68H

应用规约数据单元长度（APDU）：04H （4个字节，即07 00 00 00） 控制域第一个八位组：07H --> 0000 0111 由前两位11可知是U格式帧； 由第三四位01可知是链路连接请求帧2)随后，接到模拟从站发送来的连接请求确认帧， 68 04 0B 00 00 00 起始字符：68H 应用规约数据单元长度（APDU）：04H （4个字节，即0B 00 00 00） 控制域第一个八位组：0BH --> 0000 1011 由前两位11可知是U格式帧； 由第三四位10可知是链路连接确认帧3)主站发送测试链路询问帧， 68 04 43 00 00 00 控制域第一个八位组：43H --> 0100 0011 由前两位11可知是U格式帧；

由第七八位01可知是链路测试请求帧4）从站发送链路测试确认帧； 68 04 83 00 00 00 控制域第一个八位组：43H --> 0100 0011 由前两位11可知是U格式帧； 由第七八位11可知是链路测试确认帧5）主站发送总召唤激活请求命令；