在数据段中我们使用了"DB"伪指令定义的一个字符串，字符串前面的"MESS"是一个"标号"，它表示这个字符串的地址。标号可以是除汇编语言保留字外的任何字串，但不能以数字打头。标号有时也用于代码中，表示其后指令的地址，这样一来当我们用JMP、JZ等转移指令时就可以不必关心具体的目的地址了。
数据段结束也使用ENDS伪指令，具体形式同代码段一样。
"#3"部分定义了一个代码段，并用"ASSUME"伪指令说明了与其关联的段寄存器。
这里有个很重要的问题要提醒大家，虽然在源程序中可以把数据与代码分别安排在两个段内，但这并不意味着在编译成的可执行文件里数据与代码仍然分成两个段。实际上源程序中分段的概念与内存的分段是有些区别的，因为源程序中的段定义还可以加入"定位类型"、"组合类型"之类信息，这些内容在刚刚给出的这个程序中没有体现。有关这一部分内容将在本书最后一章进行说明。
"#4"部分是一个具有"NEAR"属性的过程，它是这个程序的核心，作用是使定时器发声。在这个过程中我们使用了前面定义的常量PORT＿B来代替以前用的数字61H。SOUND是这个过程的名字，它实际上也表示了这个过程的起始地址。这样在主过程中用CALL指令调用这个子过程时就不必给出具体的地址了，只需引用这个过程名就行了。这同DEBUG相比是个不小的优点。
从"#5"部分开始就是这个程序的主过程，"#6"、"#7"部分看上去好象多余，其实不然。由于主过程具有"FAR"属性，因此主过程结束时的RET指令将被编译程序译成"RETF"远程返回指令。我们之所以事先在堆栈中设定返回地址为DS：0是为了能正确结束程序并返回DOS。那么DS：0处究竟有什么奥秘呢？用DEBUG分析一下这个程序就清楚了。
0A3F:0002
0A3F:0006
FF9F009A
F0
CALL FAR
LOCK
[BX+9A00]
事实上，无论是"COM"还是"EXE"文件，DOS在调入它们时都要保留256字节来预置一些数据，我们把这256字节称为"程序段前缀"（PSP--Program Segment Prefix），对于一个"COM"文件，由于只有一个段，所以PSP、代码、数据和堆栈都在这个段中，PSP在头部，堆栈在尾部，中间是代码和数据，一个"COM"程序在调入内存执行时DOS会自动在堆栈中存入一个0，所以"COM"程序只需使用近程的RET指令就能返回DOS，并且无需自己初始化堆栈。