SLA简介
SLA (Service-Level Agreement)简单的理解，就是测量一些网络性能参数，在超过一些门限值时，结合track或者EEM它可以触发一些操作。例如：
1. 监控下一跳的可达性，如果不可达了, 则让某一静态路由失效
2. 监控领居的接口地址，如果连续三次不可达, 则将端口shutdown
SLA 应用实例
如果客户的线路质量不好，又无法改善时，我们需要一种方法来：当线路质量达到一定阀值时，直接reset端口，用重置链路来改善。
那么我们如何达到这种需求呢，这时SLA就登场了，那么如何部署SLA呢？
分析第一种方法
ip sla 2
icmp-echo 1.1.1.2
timeout 3000
frequency 10
<---频率设置为10S发一次
ip sla schedule 2 life forever start-time now
<---设置SLA的启动时间为马上，有效期为永远
!
Track 1 rtr 2
<---配置track, trace有up和down两种状态
!
event manager session cli username "username"
event manager applet test_track_1
<---EEM 配置
event track 1 state down
<---如果track 1的状态是down的, 则执行下面的操作
action 1.0 cli command "enable"
action 2.0 cli command "conf t"
action 3.0 cli command "int g4/3"
action 3.1 cli command "shut"
action 3.2 cli command "no shut"
action 4.0 cli command "end"
根据以上配置，如果设备会每10秒发送一个PING包, 当超时时，track 1会变为down的状态，进而触发对端口的shut/no shut，这样达到最终的目的了么？在实际网络中，偶尔丢一个包是正常的、不可避免的，与此同时，端口是正常工作的。但是，根据上面的配置，端口依然会被reset，导致业务受到影响。
为了避免这一类不必要的业务影响，我们需要对此配置进行优化，让track 1
在发生真正的网络故障时才down。
最常用的判断网络故障的标准是连续的超时！
因此加入以下命令（只说明增加的命令，另外修改的命令用红色标出）：
ip sla 4
icmp-echo 1.1.1.2
timeout 1000
frequency 10
ip sla schedule 4 life 5 start-time pending
<---并不是马上启动，有效期也只有5秒
!
ip sla reaction-configuration 2 react timeout threshold-type consecutive 3 action-type trapandtrigger
<---当发生连续3次timeout时，trigger另一个SLA，并发SNMP Trap
ip sla reaction-trigger 2 4
<---SLA 2连续三次timeout就要trigger SLA 4
!
track 1 rtr 4
<---track SLA 4，而不是SLA 2，为什么？
如果配置track 1 rtr 2，则每次SLA 2超时时，track 1都会down，每down 一次EEM都会reset端口，这样功能还是和之前一样不合理。所以，需要配置track 1 rtr 4，因为SLA 4是pending的，它在SLA 2连续三次超时时才被触发（10*3 + 5 =35S）
OK，那么问题解决了么？
根据上篇文章分析的第一种方法到底行不行呢？
经过测试，确实可以规避原丢一个包就启动EEM的问题。
但有个问题，因为要新增一个sla，如777，且其状态为pending，即只有在17丢三个包的情况下才启动777。
有如下两种情况：
1、线路已经开通时，这时配置如上命令时，因17无法连续丢3个包，导致777始终不能启动，导致track17的状态始终为down，最终导致不管丢多少包都不能启动EEM。（想想为什么？）
规避措施：配置完如上命令时需要shut上端或下端端口30s（因每10s探测一次），这时777才能启动，然后再做no shut操作，track17状态才能变为up，才能在专线中断的情况下正常启动EEM。所以在已经开通的线路配置如上命令时都要中断主用线路最少30s。
2、线路尚未开通时，这时需要在配置完如上命令最少30s才能开通此MSTP线路，否则同样会有如上问题。
关于问题的分析及解释：
在这我就不解释命令的含义了，关于命令的含义，可以看上篇文章《关于IP SLA 及与EEM联动的探讨<2>》
Config：
ip sla monitor 17
type echo protocol ipIcmpEcho 12.1.1.2
timeout 3000
frequency 10
!
ip sla monitor reaction-configuration 17 react timeout threshold-type consecutive 3 action-type trapAndTrigger
ip sla monitor reaction-trigger 17 777
ip sla monitor schedule 17 life forever start-time now
!
ip sla monitor 777
type echo protocol ipIcmpEcho 12.1.1.2
timeout 1000
frequency 10
!
ip sla monitor schedule 777 life 5 start-time pending
track 17 rtr 777
!
event manager session cli username "username"
event manager applet test_track_17
event track 17 state down
action 1.0 cli command "enable"
action 2.0 cli command "conf t"
action 3.0 cli command "int s1/0"
action 3.1 cli command "shut"
action 3.2 cli command "no shut"
action 4.0 cli command "end"
!
R1#sh debugging
Track debugging is on
Embedded Event Manager:
Debug EEM action cli debugging is on
IP SLA Monitor:
TRACE debugging for all operations is on
Debug Information：
1. 初始配置后是down的状态：
R1(config)#track 17 rtr 777
*Feb 25 10:15:06.979: Track: 17 Adding rtr object
*Feb 25 10:15:06.979: Track: Initialise
*Feb 25 10:15:06.983: Track: 17 New rtr 777, state Down
*Feb 25 10:15:06.987: Track: Starting process
R1#sh track
Track 17
Response Time Reporter 777 state
State is Down
1 change, last change 00:01:19
Latest operation return code: Unknown
Tracked by:
applet test_track_17
2. shutdown本断或对断端口，激活777，使track 17成为down
*Feb 25 10:16:25.107: IP SLA Monitor(777) Scheduler: Starting an operation
*Feb 25 10:16:25.107: IP SLA Monitor(777) echo operation: Sending an echo operation
*Feb 25 10:16:26.107: IP SLA Monitor(777) echo operation: Timeout
*Feb 25 10:16:26.107: IP SLA Monitor(777) Scheduler: Updating result *Feb 25 10:16:26.777: IP SLA Monitor(777) Scheduler: Ageout
R1#sh track
Track 17
Response Time Reporter 777 state
State is Down
1 change, last change 00:01:55
Latest operation return code: Timeout
Tracked by:
applet test_track_17
3. no shut端口，再次激活777，使其成为up
*Feb 25 10:17:42.159: IP SLA Monitor(777) Scheduler: Starting an operation
*Feb 25 10:17:42.159: IP SLA Monitor(777) echo operation: Sending an echo operation
*Feb 25 10:17:42.171: IP SLA Monitor(777) echo operation: RTT=12
*Feb 25 10:17:42.175: IP SLA Monitor(777) Scheduler: Updating result *Feb 25 10:17:42.175: IP SLA Monitor(777) Scheduler: Ageout
*Feb 25 10:17:46.983: Track: 17 Change #2 rtr 777, state Down->Up
R1#sh track
Track 17
Response Time Reporter 777 state
State is Up
2 changes, last change 00:09:16
Latest operation return code: OK
Latest RTT (millisecs) 12
Tracked by:
applet test_track_17
4. shutdown本端端口，测试是否可以达到效果
注意：下面的时间戳跟上面的不是连续的，是经过两次测试得到的
R1#config ter
Enter configuration commands, one per line. End with CNTL/Z.
R1(config)#int s1/0
R1(config-if)#
R1(config-if)#shutdown
R1(config-if)#end
R1#
*Feb 25 09:47:27.911: %LINK-5-CHANGED: Interface Serial1/0, changed state to administratively down
*Feb 25 09:47:27.915: %ENTITY_ALARM-6-INFO: ASSERT INFO Se1/0 Physical Port Administrative State Down
*Feb 25 09:47:28.911: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0, changed state to down
*Feb 25 09:47:31.775: IP SLA Monitor(17) Scheduler: Starting an operation *Feb 25 09:47:31.775: IP SLA Monitor(17) echo operation: Sending an echo operation
*Feb 25 09:47:34.779: IP SLA Monitor(17) echo operation: Timeout
*Feb 25 09:47:34.779: IP SLA Monitor(17) Scheduler: Updating result
*Feb 25 09:47:41.775: IP SLA Monitor(17) Scheduler: Starting an operation
*Feb 25 09:47:41.779: IP SLA Monitor(17) echo operation: Sending an echo operation
*Feb 25 09:47:44.779: IP SLA Monitor(17) echo operation: Timeout
*Feb 25 09:47:44.779: IP SLA Monitor(17) Scheduler: Updating result
*Feb 25 09:47:51.775: IP SLA Monitor(17) Scheduler: Starting an operation *Feb 25 09:47:51.775: IP SLA Monitor(17) echo operation: Sending an echo operation
*Feb 25 09:47:54.779: IP SLA Monitor(17) echo operation: Timeout
*Feb 25 09:47:54.779: IP SLA Monitor(17) Scheduler: Updating result
*Feb 25 09:47:54.827: IP SLA Monitor(777) Scheduler: Starting an operation
*Feb 25 09:47:54.827: IP SLA Monitor(777) echo operation: Sending an echo operation
*Feb 25 09:47:55.831: IP SLA Monitor(777) echo operation: Timeout
*Feb 25 09:47:55.831: IP SLA Monitor(777) Scheduler: Updating result *Feb 25 09:47:55.835: IP SLA Monitor(777) Scheduler: Ageout
*Feb 25 09:47:56.231: Track: 17 Change #5 rtr 777, state Up->Down
*Feb 25 09:47:56.251: fh_schedule_callback: EEM callback policy EEM Policy Director has been scheduled to run
*Feb 25 09:47:56.275: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : CTL : cli_open called.
*Feb 25 09:47:56.291: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :
*Feb 25 09:47:56.291: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT : R1>
*Feb 25 09:47:56.295: %HA_EM-6-LOG:
R1#test_track_17 : DEBUG(cli_lib) : : IN : >enable
*Feb 25 09:47:56.311: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :
*Feb 25 09:47:56.311: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT : R1#
*Feb 25 09:47:56.311: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : IN : #conf t
*Feb 25 09:47:56.327: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :
*Feb 25 09:47:56.331: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :
Enter configuration commands, one per line. End with CNTL/Z.
*Feb 25 09:47:56.335: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT : R1(config)#
*Feb 25 09:47:56.339: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : IN : #int s1/0
*Feb 25 09:47:56.355: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :
*Feb 25 09:47:56.355: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT : R1(config-if)#
*Feb 25 09:47:56.355: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : IN : #shut
*Feb 25 09:47:56.371: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :
*Feb 25 09:47:56.375: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT : R1(config-if)#
*Feb 25 09:47:56.379: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : IN : #no shut
*Feb 25 09:47:56.411: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :
*Feb 25 09:47:56.411: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT : R1(config-if)#
*Feb 25 09:47:56.415: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : IN : #end
*Feb 25 09:47:56.435: %SYS-5-CONFIG_I: Configured from console by name on vty1
*Feb 25 09:47:56.447: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT :
*Feb 25 09:47:56.447: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : OUT : R1#
*Feb 25 09:47:56.451: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : IN : #exit
*Feb 25 09:47:56.455: %HA_EM-6-LOG: test_track_17 : DEBUG(cli_lib) : : CTL : cli_close called.
*Feb 25 09:47:58.387: %LINK-3-UPDOWN: Interface Serial1/0, changed state to up
*Feb 25 09:47:58.391: %ENTITY_ALARM-6-INFO: CLEAR INFO Se1/0 Physical Port Administrative State Down
*Feb 25 09:47:59.399: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0, changed state to up
R1#sh track
R1#sh track 17
Track 17
Response Time Reporter 777 state
State is Up
6 changes, last change 00:15:41
Latest operation return code: OK
Latest RTT (millisecs) 3
Tracked by:
applet test_track_17
CCIE SP—MPLS L2VPN EVC & QinQ
June 30th, 2008
什么是EVC：
1、Ethernet Virtual Circuit 是一种新的CLI结构，主要针对与以太接口。
2、EVC支持在7600上，而且IOS版本至少为12.2(33)SRB。
3、EVC仅仅支持在ES20和SIP400这两种线卡上。
4、新的Features将仅被EVC支持，如Selective QinQ 和 Double tag 传送。EVC CLI命令模型：
interface
service instance
—VLAN tags, MAC, CoS, Ether type
—VLAN tags pop/push/translation
—L2 P2P or Multipoint Bridging
—QoS, ACL, etc
service instance
1、ES20一个端口最大可标识8K个用户，整个板卡最大可标识16K个用户。
但是每个Bridge-domain只支持120个instance实例，而且在ES20 20*1 G的线卡中，每10个端口上每个Bridge-domain仅支持60个instance实例。
2、所谓instance实例，可以代表一种业务，如PPPOE、Lan或IPTV等。
匹配vlan标记，可以分以下4种：
1、匹配选择单层标签
encapsulation dot1q {any | “
2、匹配选择双层标签
encapsulation dot1q
“
第一个vlan标签必须是固定的数，不能是一个范围，这个标签是下接交换机打的第二层标签（可以说是下接交换机的全局vlan）。
第二个vlan标签可以使“any”，可以是一个范围，也可以是多个点，这层标签是底层标签，也就是DSLAM打得标签。
如果数据包的标签超过2层，那么设备只查找2层。
3、匹配所有标签
encapsulation default
匹配所有有标签或者没标签的，这些数据没有被其他指定的instances实例所匹配。
4、匹配无标签
encapsulation untagged
匹配无标签数据帧，例如native vlan。
在匹配的过程中，EVC支持Non-Exact匹配，例如“encapsulation dot1q 10”那么所有首层标签为10的数据都匹配。
在一个端口下，EVC也支持Longest tag匹配，现匹配双层标签，然后匹配单层标签，如下图所示：
选择完标签后，就是动作了，rewrite就是动作，是否弹出就在这里定义了。动作主要分3大类：
1、PoP 弹出标签
Router(config-if-srv)#rewrite ingress tag pop ?
1 Pop the outermost tag >>> 弹出1层标签
2 Pop two outermost tags >>> 弹出2层标签
2、Ingress 压入标签
Router(config-if-srv)#rewrite ingress tag pop ?
1 Pop the outermost tag
2 Pop two outermost tags
3、传送标签
Router(config-if-srv)#rewrite ingress tag translate ?
1-to-1 Translate 1-to-1
1-to-2 Translate 1-to-2
2-to-1 Translate 2-to-1
2-to-2 Translate 2-to-2
Router(config-if-srv)#rewrite ingress tag translate 2-to-2 ?
dot1ad Dot1ad vlan tag
dot1q Translate ethertype of dot1q
Router(config-if-srv)#$ress tag translate 2-to-2 dot1q 1 second-dot1q ? <1-4094> VLAN id
这种传送有问题，就是只能传送具体的，不能传送范围，所以在透传双层标签时不采用这种方法。
注意：不论是弹出还是压入都需要在后面打上symmetric，这表明在流量进入时可能pop出一个标签，但流量回来后，会自动ingress一个标签。
分着写pop和ingress是不正确的。如以下写法是错误的：
service instance 3 ethernet
encapsulation dot1q 10
rewrite ingress tag pop 1
rewrite egress tag push dot1q 10
这里包括了L2 P2P 或者 Multipoint Bridging
Router(config-if-srv)#bridge-domain 10 split-horizon
这里的10代表是全局vlan，所以一台设备上最多支持4k个domain。
split-horizon代表domain 10下的实例是不能通信的，如果需要通信，no掉水平分割就可以了。
在讨论的案例中暂时没有涉及到QOS的东西，所以暂时不考虑。
EVC/EFP 转发模型：
EFP – Ethernet Flow Point
EVC – Ethernet Virtual Circuit
关于SWIDB的定义，其实类似与子接口，详细的说明可以到这里去查看。
由于关于EVC映射的类型有多种，所以就存在多种不同的配置：
P2P local connect
P2P xconnect
MP local bridging
MP local bridging + xconnect
MP local bridging + xconnect + L3 termination
L3 termination
一篇文章讲不了这么多，所以结合下列实例说明映射种类，下面的实例中可能只包含上面说到的几种。
应用EVC框架的简单配置实例：
拓扑说明：
1、DSLAM下联了众多业务，其中PPPOE、小区LAN业务，需要走BAS SE800；IPTV 和NGN业务需要走NGN网。
2、在DSLAM这个层次，对下面的业务已经打了一层标签，也就是Dot1Q，如上所示，vlan
3、vlan4等，是DSLAM的全局VLAN。
额外说明DSLAM针对PPPOE的工作过程：———————————————————————————-
1. 客户拨号，封装PPPOE，到达modem后，把数据帧转成ATM信源，此工作在modem上完成，从modem出去后就是ATM信源模式了。
2. 等信元到达DSLAM（2层交换功能，可看成为SW）后，由DSLAM把信源转换为数据帧，出DSLAM后就是IP数据网了。在转换数据帧时，DSLAM可分为2种类型，一种是转换在用户板来做，另一种是在上行板来做。
用户板：
当从电话线中以信元的方式传送到DSLAM时，DSLAM直接把信元转换成数据帧，出DSLAM后，就进入IP数据网。
当从电话线中以信元的方式传送到DSLAM时，DSLAM不直接转换，而是把信元转到相应的芯片上处理-转化，然后出DSLAM进承载网。这个过程可以看成两个router在工作，一个是LAC接入router，跑ATM信元封装，然后从LAC以ATM 传输到上行Router，也就是LNS，由LNS来做转换（信元到数据帧）。
现在一台DSLAM的客户接入量大约为1150个左右，接入类型类似RJ21那种一根线有多个口（多个用户在一根线上，在DSLAM上的客户包括了所有常话客户，如果需要变更是否开通ADSL，只需在DSLAM把相应的端口打开就可以了）。———————————————————————————-
3、在SW1和SW2这个层面上，打上第二层标签，也就是常说的QinQ隧道，如图所示vlan11和vlan12，这些vlan是SW1的全局VLAN。
4、PPPOE 1、2、3是一个公司下不同地段的分公司，他们之间需要互通，但不会通过BAS上网。
在7609上，需要做的就是把数据业务分开处理，一部分走BAS，一部分走NGN。
7600相关配置：
下联SW1的端口配置：
——————————–
interface gig 1/1/1
service instance 10 Ethernet <—“10”代表PPPOE
encapsulation dot1q 11 second-dot1q 3 – 4 <—匹配外层标签11，内层标签3 – 4，也就是PPPOE1，2
bridge-domain 50 <—“50” 与全局vlan对应，所以一台设备上只支持4096个domain；默认情况下，split-horizon是关闭的，所以同域的不同instance 实例可以互访，这样就满足上面4的要求了。
!
service instance 11 Ethernet <—“20”也代表PPPOE
encapsulation dot1q 12, second-dot1q 8 <—匹配外层标签12，内层标签8，也就是PPPOE3
bridge-domain 50
!
service instance 12 Ethernet <—“12”代表LAN
encapsulation dot1q 11, second-dot1q 6 <—匹配外层标签11，内层标签6 rewrite ingress tag pop 1 symmetric<—弹出第一层标签
bridge-domain 11 split-horizon<—这条命有打签的动作，之前不是已经弹出1个标签了么，这时就得再加上一个标签然后传出去，用这种方法做到透传双层标签，因此在给本设备划分domain时需要对SW1这个层面的vlan分配情况进行调研，并且也得考虑其他实例domain的划分。在这里，domain只能设置为11。!
service instance 13 Ethernet <—“13”代表IPTV
encapsulation dot1q 11, second-dot1q 8
rewrite ingress tag pop 2 symmetric <—为了终结双层标签，这时要弹出
bridge-domain 60 split-horizon<—与全局vlan60匹配，用SVI来终结，由于考虑到回包的问题，所以内外层标签必须是固定的，而不能是一个范围
!
service instance 14 Ethernet <—“14”代表NGN
encapsulation dot1q 11, second-dot1q 9
rewrite ingress tag pop 2 symmetric <—弹出双层标签
bridge-domain 61 split-horizon
!
inter vlan 50 <— DSLAM下3个分公司互访
!
inter vlan 11 <— Lan业务，直接透传到BAS上
!
inter vlan 60 <—终结IPTV，把此vlan地址路由出去
ip add 11.11.11.1 255.255.255.0
!
inter vlan 61 <—终结NGN业务
ip add 12.12.12.1 255.255.255.0
上联BAS的端口配置：
——————————–
interface gig 1/1/10
switchport
switchport trunk allowed vlan 11
switchport mode trunk
上联NGN的端口配置：
——————————–
interface gig 1/1/9
no sw
ip add 33.33.33.1 255.255.255.0 <—直接走3层路由
注意：如果终结双层标签后，需要用到VPLS或Eompls，只需在终结vlan下配置xconnect就可以，其他配置可以参考之前的文档。
MTU，MPLS MTU，IP MTU深入讨论
June 2nd, 2009
关于MTU，我在之前的文章《MPLS Basic <2>》里介绍过，但不是很详细，现在总结下，并把新的理解写出来，跟大家探讨。
我做了3个实验来测试MTU的具体含义。详细看以下实验及总结：
环境：
1. MPLS环境，注意没有VPN，因此只有1层标签（适合1-3）。
2. R1和R3分别设有环回口，用于测试，普通的环回口及地址，没有特殊配置。
3. MPLS VPN环境，2层标签。（适合4，适合2010.7.16更新中的5，6两种情况）
1.默认mtu和mpls mtu
|MTU:1500 1500| |1500 1500|
R1-+----------------------+-R2-+------------+-R3
|MPLS MTU:1500 1500| |1500 1500|
“ping 3.3.3.3 si 1500 df“ Fail
frame: 1500 + 4 = 1504> (MTU or MPLS MTU)
2009-9-24 更新：
针对L2的MTU，他只是payload，是不加2层帧头（14Byte）和CRC（4Byte）的，另外不同的厂商对MTU的定义也是不同的，有的厂商是把帧头放入MTU中计算的，CISCO的是不计算帧头的。
Ethernet最大能支持1518就是这么来的，如果数据帧带着4Byte的vlan标示（802.1q），Ethernet（标准以太网）接收了此帧（1522），就会丢弃。这就是为什么标准以太网不支持trunk的原因，只要能使trunk的交换机，都会通过1522的帧，只不过这4个字节是算在2层帧头的，不算在payload里的！
另外，在计算吞吐量时，整个数据帧的大小不仅仅是MTU+L2帧头+CRC的大小，还要加上8Byte的前导符和12Byte的帧间隙。这样整个数据帧的实际大小 = MTU+L2+CRC+8Byte+12Byte吞吐量的计算可以参考我之前的文章
《https://www.doczj.com/doc/bb16882829.html,/net_units_detail_explain.html》
2010-3-12 更新：
注意在普通PC上payload是不加3层包头的。
例如：
PC——-Router
在PC上ping x.x.x.x -l 1472 -f，发现这样是ok的，但是大于1472就不行了，原因就在于这里没有加18个字节的2层包头，20个字节的ip 3层包头，也没有加ICMP的8个字节。
另外这里需要再强调下，交换机和路由器的设计是不一样的，所以mtu也有一定的区别。
在2层口上设置2层MTU完全要看硬件是否支持，也就是端口的buffer是否足够大。
在3层口上设置2层MTU就没有限制（也有最大值），具体算法没研究过。有兴趣的在三层交换机上设置3层或2层端口，然后改下mtu。
2.改变路由器的MPLS MTU为1504
|MTU:1500 1500| |1500 1500|
R1-+----------------------+-R2-+------------+-R3
|MPLS MTU:15041504| |15041504|
“ping 3.3.3.3 si 1500 df“Ok
frame: 1500 + 4 = 1504MPLS MTU = 1504 > MTU
3.改变路由器的MPLS MTU为1505
|MTU:1500 1500| |1500 1500|
R1-+----------------------+-R2-+------------+-R3
|MPLS MTU:15051505| |15051505|
“ping 3.3.3.3 si 1501 df“Fail
frame: 1501 + 4 = 15051505 > (MTU or MPLS MTU)
以下是ping失败返回的包，可以看到回来的是IP包不是MPLS包
4.改变路由器的MPLS MTU为1508，使用2层标签
|MTU:1500 1500| |1500 1500|
R1-+----------------------+-R2-+------------+-R3
|MPLS MTU:15081508| |15081508|
“ping vrf test 33.33.33.33 si 1500 df “OK
如果把R1的MPLS MTU改为1507，就会Fail。另外由于R2弹出标签，所以在R2上更改MPLS MTU没有意义，可以通过”show mpls for de”来查看MTU。
总结：
MTU = 3层及3层以上数据包的大小总和？
MPLS MTU = MTU + Label ？
例：如果是”ping 3.3.3.3 si 1500 df”，那么:
Layer 3 : ip(20byte) + icmp(1480byte) = 1500 byte
Layer2.5: mpls label = 1 lable = 4 byte
Layer 2 : mac(14byte)+ crc(4byte) = 18 byte
<-- 14 --> <-- 1504 -------------> <-- 4 -->
+---------+-----------------------+--------+
| MAC | TAGs + Data (MTU) | CRC |
+---------+-----------------------+--------+
那IP MTU是哪段呢？
经过查找及确认，发现从12.2(27)SBC, 12.2(33)SRA, 12.4(11)T, 12.2(33)SXH 以前的IOS是允许配置MPLS MTU > MTU，但这样可能会导致丢包、High cpu等问题。换句话说，出现上面第三种情况，也可以想象，如果是2个标签，就算mpls mtu到了1508，数据仍然是不能通过的并且被丢弃。
但为什么会出现第二种和第四种情况？
当端口收到数据时，他会查找相应的字段去匹配相应的数值，而不是完全根据OSI七层模型一层一层拆封装。
例如当端口收到2层以太网的信息，他会直接匹配2层MTU，收到2.5层的MPLS，他会直接匹配MPLS的MTU，他们没有先后（所以有第二种和第四种情况发生）！但由于传统的2层MTU包括IP包头及上层数据，所以只要IP数据小于1500就能通过，如果大于1500就出现第三种情况。关于Lable的大小就有MPLS MTU
来评定。
但这样容易让客户误以为更改了MPLS MTU就解决了所有问题，并且只要用户有巨型帧（大于1500）通过该端口，就会被丢弃并导致其他问题。为了防止这种情况及更规范MPLS，所以CISCO在新的IOS里设置了限制：MPLS MTU只能小于并等于2层MTU。其实换个角度想想，MPLS是后来者，是硬插到2层和3层之间的，所以才会有这样的奇怪的问题出现。
同理，IP MTU也是一样要小于等于2层MTU！甚至在一些ME的交换机中，只能全局更改2层MTU，使其支持巨型帧，然后MPLS MTU及IP MTU自动更改并等于2层MTU。
以下是关于MPLS MTU命令的详细文档，不同IOS版本可能有些区别，但是大同小异：
MPLS MTU Command Changes 12.2SB
MPLS MTU Command Changes 12.2SR
注意：我这里只是拿了12.2SB和12.2SR这两个train来说明，根据不同的IOS 可能会有不同的情况。
最后还是用之前的那句话概括：2层MTU就是盒子，只有盒子够大，MPLS 的MTU 和3层MTU才能装下。
2010-07-16 更新：
在新的IOS上，除了以更改2层MTU来同时改变IP和MPLS的MTU外（其实在新建的网络里，建议直接更改2层MTU来使整网MTU达到统一；但是在现网中，往往不推荐。因为如果客户用的IGP是OSPF，你把PE的2层MTU改了，会导致3层的MTU也随之跟着更改，当交换DB报文时，由于MTU不对等，最终导致与上联P设备的OSPF邻居中断，关于OSPF DB报文中MTU的详细内容，可以看我的另一篇总结《CCIE SP-OSPF 小结》），加了一个新的命令“mpls mtu override”，可以使MPLS MTU大于2层MTU，但在配置完后会提示告警信息：
%MFI-3-MPLS_MTU_SET: Setting mpls mtu to 1508 on Serial1/0 which is higher than the interface mtu 1500.
This could lead to packet forwarding problems including packet drops.
对于此文章提到的4种情况，我再加2种比较实际的情况：
5. 三个路由器互联，MPLS VPN环境
|MTU:1500 1500| |1500 1500|
R1-+----------------------+-R2-+------------+-R3
|MPLS MTU:15081500| |15001508|
“Ping vrf test 33.33.33.33 si 1496 df” Ok （1496+8=1504）
“Ping vrf test 33.33.33.33 si 1497 df” Fail（1497+8=1505）
在R2对R1的互联端口抓包：
发现当发送1496的包时，能抓到1504，并正常转发。
发现当发送1497的包时，能抓到1505，并发送ICMP信息-需要分片转发。6. 四个路由器互联，MPLS VPN环境
|MTU:1500 1500| |1500 1500| |1500 1500|
R1-+----------------------+-R2-+------------+-R3-+-------------+
|MPLS MTU:1508 1500| |1500 1500| |1500 1508|
“Ping vrf test 33.33.33.33 si 1492 df” Ok （1492+8=1500）
“Ping vrf test 33.33.33.33 si 1493 df” Fail（1493+8=1501）
会员管理系统功能 设计
1. 受众俱乐部系统功能设计 1.1.1.会员管理模块 会员管理模块实现会员注册的基础配置、注册新会员和会员相关信息的查询功能。 会员信息包括：姓名,会员级别，积分，机构,职务,性别,出生,民族,地址,家庭,兴趣爱好,习惯,媒体接触习惯，备注一，备注二，备注三。（其中一般信息开放给会员可在线修改，特殊信息不允许会员修改）
会员注册：分为在线注册、短信注册和后台导入3种方式。 会员分类管理：为会员注册配置基础信息，可配置项目包括频率、类型、地区和会员级别。 会员活动查询：能够查询与会员相关的积分记录、活动记录、货物记录和沟通记录信息。 1.1. 2.活动管理模块 活动管理管理模块包括发起活动、会员参与报名、活动评价、活动展示橱窗子功能。 活动发起：系统管理员或活动负责人能够发起新活动，发起活动时需要填写活动名称、活动分类、负责人、组织人员、组织人员分工、参与客户、参与人员、开始时间、结束时间、地点、预算、货品、收入信息。 会员报名：会员能够选择自己感兴趣的活动进行报名，在经过管理人员审核后即可正式参加活动。 活动评价：活动结束后会员能够对活动进行情况进行评价，评价内容将自动展示在活动项目中。 活动展示橱窗：每个活动均附带一个活动橱窗，会员能够上传与
活动相关的图片并可配上文字说明。 活动积分：根据规则设定，会员参与活动可能需要扣除一定额度的积分，同时参与活动也可获得积分奖励。 1.1.3.交流管理模块 交流管理模块实现俱乐部与客户、会员和其它受众之间的短信、电话、邮件方式进行交流沟通、意见反馈。 会员交流：在会员交流模块，系统管理员和会员之间能够相互发起交流，在交流发起之后能够在每条交流后面进行跟进交流。 会员交流记录：每项交流情况都会被系统自动记录，系统管理员或活动相关人员能够根据会员、日期、和关键字查询相关交流记录。
会员管理系统功能详解 一、会员管理 具体包括会员信息录入、修改、余额查询，会员卡挂失，换卡，会员分级等。 会员管理是会员带动营业的具体实施过程，具体包括企业会员库建立、会员数据分析及挖掘、分类及实时更新，积分发行及兑换，会员企业间实现会员交换、共享。 二、会员全面管理 根据会员的资料，消费行为，习惯等等因素自由筛选会员群体，区分出优质会员、客单价待提高会员、消费频次待提高会员、不良会员等等，进而制定出精准促销活动。通过分析筛选出会员群体后，可在系统中轻松制定各种精准促销活动，并在活动结束后配有清晰的活动分析报告。 三、会员积分管理 积分发放灵活，支持不同等级的会员不同积分奖励、会员消费时，系统按消费额自动计算奖励并发放到卡内。积分用法多样，支持积分抵现、积分兑换礼品、积分兑换电子优惠劵充分发挥积分黏性作用，促使会员重复消费。 四、会员储值管理 储值优惠规则随意设置，支持储值时奖励储值金、积分或电子优惠劵，会员储值时，系统按储值额自动计算奖励并发放到卡内。 五、电子优惠券 会员卡内可以存储电子优惠劵，会员消费时系统自动识别优惠券的类型、面值、有效期和其他使用限制。较传统纸质优惠券的优势，便利随卡携带，不会丢失、损坏，精确基于客户消费能力的定制和赠送各种电子代金券，实行精确化营销最佳平台，效率—>简单的操作流程，快速的营销效率，营销过程实时跟踪。 六、数据分析 全面的统计了会员的新增、交易情况以及积分、预存、电子优惠劵的发放使用情况等等。 七、会员节日 根据不同的节日，系统可自动送出对会员最真挚的祝福。
八、系统监控 可设置在某些时间段、交易金额大、交易频次高等情况为异常交易行为，设置后系统自动检测，当此类交易发生时，系统自动发出短信通知和系统公告，确保无风险产生。 事件通知--展示最新动态。某家门店出现了一笔可疑交易，系统什么时候进行了升级，升级内容是什么等等这些内容，系统都实时的反馈。 九、营业汇报 用户通过手机邮件等轻松了解营业状况。 信你自己罢！只有你自己是真实的，也只有你能够创造你自己
N C B I在线B L A S T使用方法与结果详解 IMB standardization office【IMB 5AB- IMBK 08- IMB 2C】
N C B I在线B L A S T使用方法与结果详解 BLAST（BasicLocalAlignmentSearchTool）是一套在蛋白质数据库或DNA数据库中进行相似性比较的分析工具。BLAST程序能迅速与公开数据库进行相似性序列比较。BLAST结果中的得分是对一种对相似性的统计说明。 BLAST采用一种局部的算法获得两个序列中具有相似性的序列。 Blast中常用的程序介绍： 1、BLASTP是蛋白序列到蛋白库中的一种查询。库中存在的每条已知序列将逐一地同每条所查序列作一对一的序列比对。 2、BLASTX是核酸序列到蛋白库中的一种查询。先将核酸序列翻译成蛋白序列（一条核酸序列会被翻译成可能的六条蛋白），再对每一条作一对一的蛋白序列比对。 3、BLASTN是核酸序列到核酸库中的一种查询。库中存在的每条已知序列都将同所查序列作一对一地核酸序列比对。 4、TBLASTN是蛋白序列到核酸库中的一种查询。与BLASTX相反，它是将库中的核酸序列翻译成蛋白序列，再同所查序列作蛋白与蛋白的比对。 5、TBLASTX是核酸序列到核酸库中的一种查询。此种查询将库中的核酸序列和所查的核酸序列都翻译成蛋白（每条核酸序列会产生6条可能的蛋白序列），这样每次比对会产生36种比对阵列。 NCBI的在线BLAST： 下面是具体操作方法 1，进入在线BLAST界面，可以选择blast特定的物种（如人，小鼠，水稻等），也可以选择blast所有的核酸或蛋白序列。不同的blast程序上面已经有了介绍。这里以常用的核酸库作为例子。 2，粘贴fasta格式的序列。选择一个要比对的数据库。关于数据库的说明请看NCBI在线blast数据库的简要说明。一般的话参数默认。 3，blast参数的设置。注意显示的最大的结果数跟E值，E值是比较重要的。筛选的标准。最后会说明一下。 4，注意一下你输入的序列长度。注意一下比对的数据库的说明。 5，blast结果的图形显示。没啥好说的。 6，blast结果的描述区域。注意分值与E值。分值越大越靠前了，E值越小也是这样。7，blast结果的详细比对结果。注意比对到的序列长度。评价一个blast结果的标准主要有三项，E值（Expect)，一致性(Identities)，缺失或插入（Gaps）。加上长度的话，就有四个标准了。如图中显示，比对到的序列长度为1405，看Identities这一值，才匹配到1344bp,而输入的序列长度也是为1344bp（看上面的图），就说明比对到的序列要长一
目录 第1 章系统简介......................................................................................................2... 第2 章功能介绍......................................................................................................3... 2-1 消费管理......................................................................................................3... 2-1-1 会员消费.............................................................................................3.. 2-1-2 会员充值.............................................................................................3.. 2-1-3 消费记录.............................................................................................4.. 2-2 会员管理......................................................................................................4... 2-2-1 会员录入.............................................................................................4.. 2-2-2 会员查询.............................................................................................5.. 2-2-3 会员级别.............................................................................................5.. 2-3 商品管理......................................................................................................5... 2-3-1 商品录入.............................................................................................5.. 2-3-2 商品查询.............................................................................................6.. 2-3-3 商品分类.............................................................................................7.. 2-4 统计分析......................................................................................................7... 2-4-1 统计分析.............................................................................................7.. 2-5 短信平台......................................................................................................7... 2-5-1 指定号码发送. ....................................................................................7.. 2-5-2 系统数据发送. ....................................................................................8.. 2-5-3 查询短信余量. ....................................................................................9.. 2-5-4 短信发送记录. ....................................................................................9.. 2-5-5 短信模板管理. ..................................................................................1..0 2-6 系统功能....................................................................................................1..0. 2-6-1 用户管理...........................................................................................1..0 2-6-2 修改密码...........................................................................................1..1 2-6-3 用户权限组.......................................................................................1..1 2-6-4 新闻动态...........................................................................................1..2 2-6-5 系统日志...........................................................................................1..3
商量岗会员管理系统(SQL版) 系统设计方案 宁波江东冠亚智能科技有限公司 2012年5月
目录 1、公司简介 (3) 2、功能介绍 (4) 2.1功能框架 (4) 2.2功能描述 (5) 3、系统总体架构 (6) 3.1技术架构 (6) 3.2数据关系 (7) 4、接口设计 (8) 5、安全机制 (8) 5.1保障数据安全、防止信息泄密 (8) 5.2保障数据完整、防止非法篡改 (9) 6、性能扩展 (10) 6.1应用扩展方案 (10) 6.2数据扩展方案 (11) 7、系统开发周期 (11)
1、公司简介 宁波江东冠亚智能科技有限公司拥有国内一支强大的研发团队,自主研发各行业通用管理软件：美容美发行业管理系统、服装销售行业管理系统、汽车服务行业管理系统、餐饮酒店行业管理系统、仓库管理系统、超市收银管理系统、文体用品销售库存管理系统、培训班管理系统、休闲会所管理系统,洗浴中心管理系统、连锁店会员管理系统、等等各行业的通用型管理系统，金客软件以实现中小企业及行政事业单位“高效、便利、快捷、规范化管理、利益最大化”的管理为目标，开展软件开发应用服务和相关信息技术服务，推进用户管理的科学化、规范化和现代化。除此之外，金客软件另有订制开发功能，可以根据你的要求实施开发，实现您想要的功能，最大限度地满足你对系统的要求。 会员管理系统的建设，旨在利用先进的信息技术，通过和金客其它专业系统的有机结合，建立一套综合的会员信息管理、处理与分析平台。系统通过收集会员基础信息，采集POS消费、商城消费、便民服务平台等相关系统数据，建立完善的会员服务体系，为会员提供方便、快捷和高品质的服务。 宁波江东冠亚智能科技科技有限公司企业文化介绍： 经营理念： 诚信为本：凡事以诚信为本，坚守承诺。 专注如一：专注于通用型会员管理和进销存管理一体软件。 用心服务：细心、耐心、热心、虚心、信心。 追求卓越：不断超越当前、专业成就未来。 合作共赢：渠道共赢、用户共赢、员工共赢、社会共赢。 产品经营理念： 操作简单：以客户反馈为开发基本，不断简单化、人性化。 管理全面：不断扩大软件的管理范围，让软件更全面。 功能强大：软件不断升级、功能不断的增加。 江东冠亚的使命： 打造中国第一品牌通用型管理软件。 1、全力支持中国每一个企业的发展； 2、做中国中小企业最坚强的管理后盾； 3、成为中国管理软件最优秀的服务商与供应商。
毕业设计（论文）题目：(超市)会员管理系统专业：计算机应用技术 姓名：高伟 学号：80401318 指导教师：乔斌
芜湖职业技术学院毕业设计(论文)正文 目录 摘要 (3) 一、引言 (4) 1.1开发背景与现状 (4) 1.2开发设计的意义 (4) 1.3开发工具 (4) 1.3.1 Visual https://www.doczj.com/doc/bb16882829.html, 2008简介 (5) 1.3.2 Access2003简介 (6) 二、系统分析 (6) 2.1可行性分析 (6) 2.2系统需求分析 (6) 2.3系统功能图 (7) 三、详细设计 (9) 3.1数据库设计 (9) 4.1.1 数据库表格设计 (9) 4.2模块设计 (10) 4.2.1 管理员模块设计 (10) 4.2.2 几个主要模块 (11) 四、编码、实现与测试 (15) 5.1数据库连接 (15) 5.2系统实现 (16) 5.3系统测试 (24) 五、开发总结 (25) 六、致谢 (26) 七、参考文献 (26)
会员管理系统开发与实现 芜湖职业技术学院计算机应用专业高伟（80401318） 指导老师：乔斌 摘要：管理信息系统在现代社会已深入到各行各业，由于计算机技术的迅速发展和普及， 信息管理系统MIS事实上已成为计算机管理信息系统,超市会员管理系统就是一个典型的管理信息系统，它可以让超市管理工作变的更轻松。本毕业设计的任务就是设计一个超市管理系统。其开发过程主要包括前端应用程序的开发和后台数据库的建立和维护两个方面。主要任务就是建立基本数据，后台程序主要负责的都是管理上的功能。 经过分析，本系统运用了Microsoft SQL Access 2003为后台数据库，以Visual https://www.doczj.com/doc/bb16882829.html, 2008为前端开发工具，系统实现了系统维护、会员管理、消费管理、商品管理、信息查询等必需的功能，其操作简单，界面友好，运行比较稳定，适用于中、小型超市会员管理。 关键词：超市会员管理系统；数据库管理系统；Access；WinForm；C/S；Visual Studio 2008 第一章引言 1.1 开发背景与现状 随着时代的发展，计算机技术越来越深入各行各业，为广大的用户提供了更为周到和便捷的服务。目前各行各业广泛使用专用系统，其内容范围跨越了教育科研、文化事业、金融、商业、新闻出版、娱乐、体育等各个领域，其用户群十分庞大，因此，设计开发好一个专用系统对一个机构(或部门)的发展十分重要。近年来，随着用户要求的不断提高及计算机科学的迅速发展，特别是数据库技术的广泛应用，向用户提供的服务将越来越丰富，越来越人性化。 对于超市而言，超市会员管理是必不可少的组成部分。目前仍然存在有超市停留在超市管理人员手工记录会员数据的阶段，手工记录对于规模小的超市来说勉强可以接受；但对于会员信息量比较庞大，需要记录存档的数据比较多的超市来说，人工记录是相当麻烦的,而且当查找某条记录时，由于数据量庞大，只能依靠人工去一条一条地查找，这样不但麻烦而且浪费许多时间，工作效率比较低。采用计算机来管理超市会员的信息，大大提高了查询的速度，节约了人力和物力资源，达到了预期的要求。今天，计算机的价格已经十分低廉，性能却有了长足的进步。它已经被应用于许多领域，计算机之所以如此流行的原因主要有以下几个方面：首先，计算机可以代替人工进行许多繁杂的劳动；
会员理系统需求 一、功能模块 会员管理会员消费活动管理统计报表系统设置退出系统 二、各功能模块下内容 会员管理： 会员管理模块由会员信息查询和新建会员两个功能模块构成 1、新建会员（录入） 会员信息创建按客户类别分为四类： 散客 渠道 经销商 OTA 在会员录入时依据会员性质下拉菜单选择上述四个选项 散客会员： 基本信息项： 会员编号（默认会员护照号或手机号），VIP级别（下拉菜单可选可修改），中文姓名，身份证号，护照号及有效期，港澳通行证号及有效期，年龄（输入身份证号自动生成）手机号码（可修改），累计消费（自动累加历史参团费用），会员积分（依据累计参团费用自动按照规则计算生成），累计参团次数（自动累加历史参团次数），会员标签（下拉菜单可选，可添加删除）， 扩展信息： 团号，团名，出发日期，参团费用，来源（下拉菜单可选同行/直客可选）， 企业会员 基本信息： 会员编号（手动输入，规则待定），VIP级别（可选可修改），企业名称，联系人（可选可修改），联
系电话（可选可修改），累计消费（自动累加历史参团费用），会员积分（依据累计参团费用自动按照规则计算生成），累计参团次数（自动累加历史参团次数）会员标签（可选，可重复添加修改）， 扩展信息： 团号，团名，出发日期，参团费用（本次费用），参团人数，付款方式合（现金，支票，转账可选）同回款日期，是否回款（可选择）， 经销商会员 基本信息： 会员编号（手动输入，规则待定），VIP级别（可选可修改），企业名称，联系人（可选可修改），联系电话（可选可修改），累计消费（自动累加历史参团费用），会员积分（依据累计参团费用自动按照规则计算生成），累计参团次数（自动累加历史参团次数）会员标签（可选，可重复添加修改）， 扩展信息： 团号，团名，出发日期，参团费用（本次费用），参团人数， O OTA会员 基本信息项： 会员编号（默认会员护照号或手机号），VIP级别（可选可修改），中文姓名，英文姓名，身份证号，护照号及有效期，港澳通行证号及有效期，年龄（输入身份证号自动生成）手机号码（可修改），累计消费（自动累加历史参团费用），会员积分（依据累计参团费用自动按照规则计算生成），累计参团次数（自动累加历史参团次数），会员标签（可选，可重复添加修改）， 扩展信息： 团号，团名，出发日期，参团费用，来源（手动备注）， 2、搜索筛选条件： 基本信息中会员编号，vip级别，姓名（企业名称），护照号，年龄(区间筛选，区间单位为5岁)，手机号，累计消费（区间筛选，区间单位为3千），累计参团次数(区间筛选，区间单位为1次)，会员标签，参团时间（区间筛选，区间单位为年/月/日）。 在以上筛选条件基础上，需要实现多重条件筛选，即选定多个条件进行筛选搜索，筛选结果支
先达智能科技是一家专门服务零售及服务业的科技公司。我们采用最先进的卡系统，配以会员管理系统，为您提供最优质和最贴心的会员管理系统及服务。我们的会员管理系统有效地防止顾客流失、降低市场推广成本、鼓励顾客重访消费，以增加营业额。我们选择了最先进的Mifare 智能和可视卡重写科技作为开发平台，提供最具弹性的产品。自从我们推出会员管理系统，很快就成为零售业会员管理系统显要的服务供应商，我们营业人员认真和专业的服务态度，加上迅速而稳妥的售后服务，亦是我们获得客人认同的关键。 系统简介 “老朋友”会员管理系统(“老朋友”会员管理软件) 全新增强版 最强的零售业CRM（客户关系管理）方案： 结合会员、积分、礼品、储值、礼券、折扣管理于一体，配合多种会员管理系统，包括：可视卡、智能卡、磁条卡、条码卡 ? 你知道谁是你的最重要贵客吗？ ? 你知道公司过往因种种原因而流失了那些重要客户？ ? 你确定你的客户能掌握公司最新的宣传优惠吗？ ? 你有针对不同的客户提供不同的优惠讯息，让宣传效果更理想吗？ →“老朋友”会员管理系统全新增强版，轻松为你解决以上问题。 “老朋友”会员管理系统的核心任务：顾客价值管理 通过“ 一对一”行销原则，满足不同价值顾客的个性化需求，提高客户忠诚度和保有率，实现顾客价值持续贡献，从而全面提升企业盈利能力。 通俗的讲法就是，发现重点顾客，维护重点顾客，让重点顾客给商家带来更多的利润。
“老朋友”会员管理系统有十大模组： 1. 会员管理 ? 会员资料库 ? 自订问卷项目 ? 即时会员搜寻功能 2. 会籍管理 ? 支援多种会籍类别 ? 自订会籍期限 ? 自订会员级别 ? 自动会员升级
数据库设计报告 课题：超市会员管理系统 专业：通信工程 学号： 姓名： 小组成员： 指导老师： 完成日期：2013/7/1
摘要 本会员超市会员管理系统实际的业务流程为背景而设计的，后台数据库的设计用2008，前台用来开发。本超市会员信息管理系统已超市会员信息的管理为核心，兼有各种统计、查询、添加、修改和删除等功能，如对货物流量和消费人群的查询，对会员信息的查询等。本系统利用视图、触发器，存储过程可以对数据库中的内容实现各种级联修改与信息的实时更新，可以化繁为简，提高效率，避免大量的重复性的工作。 整个系统由会员信息管理模块、会员优惠度模块、购物信息模块和商品信息模块组成。整个系统能独立运行，实现现实中的功能。 关键字：会员信息管理后台数据库前台 前言 随着全球信息时代的到来，信息技术对社会发展和经济增长的作用愈来愈明显。商业企业有效地采用信息技术手段，加速了商业领域的发展与进步，信息化建设已经成为当前商业企业提高企业管理水平，谋求生存，参与市场竞争的必由之路。 经济的发展，社会的进步，计算机越来越深入到我们日常的工作学习及生活中，成为我们日常生活中不可缺少的辅助工具。随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已被人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。它更加的深入到日常工作和生活的方方面面，比如文字处理、信息管理、辅助设计、图形图像处理、教育培训以及游戏娱乐等。各行各业的人们无须经过特别的训练就能够使用电脑完成许许多多复杂的工作。 会员管理系统用计算机管理会员的基本信息,以及对会员信息的编辑、查询等一系列动作,它是一种计算机应用技术的创新。在计算机还未普及之前组织会员管理都是由工作人员人工书写,查阅的方式来操作的。现在一般的会员管理都采用计算机智能化管理,采用计算机作为工具的实用的计算机智能化管理程序来帮助管理员进行更有效的进行会员管理工作。
NCBI中Blast种类及使用简介 NCBI中Blast种类简介 1． Blast Assembled Genomes 在一个选择的物种基因组序列中去搜索。 2．Basic Blast 2.1 nucleotide blast--- 用核酸序列到核酸数据库中进行搜索，包括3个程序 2.1.1 Blastn----核酸序列（n）到核酸序列数据库中搜索，是一种标准的搜索。 2.1.2 megablast----该程序使用“模糊算法”加快了比较速度,可以用于快速比较两大系列序列。可以用来搜索一匹ESTs序列和大的cDNA或基因组序列, 适用于由于测序或者其他原因形成的轻微的差别的序列之间的比较 2.1.3 discontiguous megablast----与megablast不同的是主要用来比较来自不同物种之间的相似性较低的分歧序列。 2.2 Protein Blast 2.2.1 Blastp ---蛋白质序列到蛋白质序列数据库中搜索，是一种标准的搜索。 2.2.2 psi-blast---位点特异迭代BLAST —用蛋白查询来搜索蛋白资料库的一个程式。所有被BLAST发现的统计有效的对齐被总和起来形成一个多次对齐，从这个对齐，一个位置特异的分值矩阵建立起来。这个矩阵被用来搜索资料库，以找到额外的显著对齐，这个过程可能被反复迭代一直到没有新的对齐可以被发现。 2.2.3 PHI-BLAST---以常规的表达模型为特别位置进行PSI - BLAST检索,找出和待查询序列具有一样的表达模型且具有同源性的蛋白质序列。 2.3 Translating BLAST 2.3.1 blastx----先将待查询的核酸序列按6 种读框翻译成蛋白质序列,然后将翻译出的蛋白质序列与NCBI 蛋白质序列数据库比较。 2.3.2 tblastn-----先将核酸序列数据库中的核酸序列按6 种读框翻译成
河北联合大学 数据库课程设计说明书 设计题目：理发店会员管理系统 姓名：霍晓亮 学号：201114430111 专业：地理信息系统 班级：1班 指导教师：黄丽 王晓红 王政 矿业工程学院 2014年 1 月 6 日
目录 1. 概述 (1) 1.1系统功能简介 (2) 1.1.1 店内人员功能 (2) 1.1.2 会员功能 (2) 2. 需求分析 (2) 2.1 店内对功能的要求 (3) 2.2 会员对功能的要求 (3) 3. 概念设计 (3) 4. 行为设计 (7) 5. 系统开发流程 (8) 6. 系统使用说明及代码 (10) 6.1系统开发环境 (10) 6.2主要接口及代码 (10) 6.2.1 登录界面及代码 (10) 6.2.2主界面及代码 (12) 6.2.3申请会员界面及代码 (17) 6.2.4查询会员信息界面及代码 (20) 6.2.5 会员充值与注销及代码 (22) 6.2.6会员结账及代码 (28) 6.2.7查询全部消费信息及导出数据代码 (33) 7. 课程设计及心得 (39) 8.参考文献 (40)
1 概述 理发店会员管理系统 理发店会员管理系统是在当今社会服务业对于理发店管理的一套多功能的系统。综合会员个人信息化的多种需求，推出许多应用功能，让理发店更好的进行会员管理|、员工管理、商品管理、会员消费管理，使理发店方便快捷的进行各项管理，是使理发店与会员进行信息交流和会员在理发店进行自我管理的良好工具。 1.1系统功能简介（标题2，黑体，四号） 理发店会员管理系统赋予了会员的查询、修改个人信息、修改个人密码功能，查询店内所售商品功能，查询消费信息功能，此系统的应用者主要是理发店的内部员工，员工可以向顾客提供申办、注销会员卡、查询会员信息等功能。店主也可以对店内员工进行添加、删除、修改、查询员工信息、给会员充值的功能，另外，此系统还实现了对会员与非会员的分别结账并将消费信息记录到数据库，还有对会员与非会员的消费情况的查询与统计。不仅如此，店内人员还可以添加商品、删除商品、查询商品库存。此外，本系统还有工具箱计算器、记事本、日历功能，方便快捷更实用。 1.1.1 店内人员功能（标题3、楷体小四号字） 一、对会员的功能 ①申办会员卡 ②注销会员卡 ③查询、修改、删除会员信息 ④充值会员卡 ⑤会员（非会员）结账 ⑥会员（非会员）消费信息查询 ⑦消费表信息的导出和打印 二、对员工的功能
帝纳达会员系统是专门针对连锁加盟型企业分布式多服务网点的特点而设计的综合性会员管理平台和会员交易平台，为企业提供会员信息采集、会员信息管理、会员储值消费、会员充值管理、会员卡管理、会员卡积分、会员积分兑换及会员制营销等多种服务。 帝纳达会员系统是一个灵活的一卡通和会员管理系统，无论是单门店还是多门店商户，是区域商户还是全国性商户都可以通过各种形式的终端为会员提供服务，移动POS终端更为商户提供了一个完全自由的服务方式，商户可以不受任何限制地为持卡人提供服务，这一优势对于餐饮、娱乐等需要流动服务的行业显得尤其重要。同时会员卡持卡人可通过互联网在任何地方访问并管理其会员卡，并可通过互联网对会员卡进行充值、积分等操作，既方便了会员，又降低了商户的服务成本。 会员管理系统功能主要包括以下几个部分： 会员信息采集与会员管理 1. 会员信息采集平台能够帮助商户采集并且管理会员信息，提供完全电子化的会员数据管理。 2. 支持自定义会员卡类型，会员资料分类明确，方便总部查询和管理各类会员数据，并进行导出。 3. 帝纳达为企业提供各种会员信息采集工具，以满足不同工作环境下企业要求，如门店操作员录入，Call Center坐席录入，网站录入，企业批量导入等。 4. 会员系统支持企业对会员卡类型的自定义设定，如设置成个人卡、关联卡、团体卡、金卡、银卡、普卡、贵宾卡、附属卡等等。 5. 会员系统支持会员卡的挂失/取消挂失/冻结/解冻等各种类金融操作。 6. 提供会员全接触服务，如会员回访记录跟踪，生日提醒，纪念日提醒，消费提醒，消费历史查询等。 会员储值与会员消费 1. 企业可随时为会员卡充值，或指定某些网点或某些操作员为会员充值，资金即时到账，即时可消费。 2. 帝纳达会员系统提供的会员储值方式有：银行卡充值、联华卡充值、电信卡充值、门店终端充值、互联网自助充值、企业批量充值等。 3. 会员卡在消费的同时，系统自动计算折扣和自动记录积分。 4. 提供各式会员消费记录的查询报表，并可将查询结果导出至EXCEL表格。
海奇会员系统功能表 系统功能概述： 快速消费对会员进行快速扣款操作 商品消费对应商品，进行会员消费扣款 会员退货会员购买商品后，商品退货 会员充值会员卡充值 会员充次会员充次项目购买消费次数，比如游泳 积分兑换会员消费后会有积分，积分可以用来兑换礼品 会员列表详细罗列会员信息，姓名、电话，生日，通过列表进行会员信息操作会员等级根据会员积分、会员充值、消费金额多少来设置会员等级 积分调整可以批量或者单个对会员进行积分增加、减少、清零操作 会员业务调整会员换卡、挂失、延期、修改密码等操作 会员导入通过会员模版批量把会员信息导入到系统中 会员推荐图会员相互推荐，通过推荐图把每层会员推荐情况罗列出来 商品添加进购新商品，可以在系统选择商品添加进行系统录入 商品列表商品信息详细罗列 商品类别对商家各种商品进行分门别类 供货商设置商品进货商设置 商品进货商品库存不足，通过供货商进货 商品调拨店面与店面之间进行货物调运
商品库存商家店铺各商品库存展现 产品导入通过模版对商家产品进行批量导入 短信发送通过系统短信平台对会员进行短信发送 短信模版通过模版设置固定短信内容 短信充值商家购买短信渠道 优惠活动通过该功能设置“充多少送多少”,“满多少减多少”等类似活动 商品统计报表对商品各种信息进行统计汇总 会员统计报表对会员信息进行统计汇总 消费统计报表会员消费类信息统计汇总 会员综合报表对会员数量添加、会员充值总额、消费总额等信息统计汇总 员工提成员工销售产品、给会员开卡提成通过该功能可以实现 操作员资料设置系统操作用户资料设置 店铺资料设置各商家店铺资料设置 用户管理系统用户新增、修改、删除 角色管理设置系统操作角色，比如收银员、仓管员、店长等 店铺管理对各商家店面进行管理 用户操作日志系统操作的详细日志 全局参数设置对系统各项参数、规则进行设置 自定义属性对会员、产品增加属性 会员推荐会员添加，可以相互推荐，下一层会员消费充值，上一层会员都可获得相应积分奖励 商户公告对个商家发送系统公告、通知
CRM会员管理系统 产品概述 CRM平台概述 CRM是客户关系管理(Customer Relationship Management)的简称，是明源地产ERP的重要组成部分之一，它是基于地产行业在客户特征、产品特征、销售流程、服务模式、营销手段等方面独特的行业特色开发而成的，涵盖市场营销、销售/租赁、物业/客户服务、客户会以及客户互动门户等一系列与客户相关的业务，是以客户为核心的一体化业务运作平台。对地产企业而言，CRM平台的价值主要体现在增加现有客户的收益，准确挖掘高价值的客户，提高营销活动的效果，提升自身的运营能力等方面。CRM系统包括售楼管理子系统、租赁管理子系统、会员管理子系统和客户服务子系统等，提供了覆盖客户整个生命周期的管理流程和平台。 CRM会员管理系统概述 明源CRM会员管理系统是用来管理房地产会员业务的平台。该系统以会员（客户）记录为中心，提供会员信息化共享平台、准确挖掘高价值的客户、简化各个业务部门工作等等，使企事业会员俱乐部将注意力集中于满足客户的各项需要，逐步建立起多种多样的与会员进行交流和互动的渠道——如：面对面、接洽、BBS系统、电子、手机短信、客户会杂志、会员活动等——协调在一个统一的平台之上，这样，不仅为企业提供了全方位的客户视角，更为重要的是，可以按照会员的喜好使用适当的渠道与之进行有效的互动交流。依托这个信息化的平台，地产企业可以根据本公司的特色特点，发展适合自身情况的会员维系计划，促进整体经营水平的提高。 系统特点 高效的会员业务管理工具 结合多家会员组织成熟运作的经验，总结提炼其业务运作模式和业务处理经验，能够适应 大批量会员业务处理、日常零星业务处理等各种业务场景；合理的系统模块划分与系统操
会员积分管理系统 第一章:会员积分管理系统能强介绍 帝纳达会员积分管理系统是一套功能强大而又简便实用的综合管理软件。包括商品管理、用户终端管理、积分规则、持卡人管理、卡帐管理、财务管理、统计报表等功能模块。实现了众多企业日常营运的全面自动管理，可广泛适用于各种规模、各种类型的餐饮娱乐企业，宾馆、酒店、茶艺馆、药店、汽车养护中心、爱车俱乐部、洗浴、保龄球馆、化装品专卖店、练歌房、美体中心、美容店、游泳馆、水站、体育用品商店、品牌服装专卖店、旅游景点等行业，实行以会员制管理以及需要对客户消费情况进行统计处理的行业开发的管理等。以管理的科学化、规范化、自动化为目标，通过对会员管理过程的每个环节的电脑记
录和管理，提高了工作效率，达到经营管理最优化。 帝纳达会员积分管理系统总结了多年的应用实践经验，并参考了大量国内外同类软件的优点，以真正产品化的方式进行了精心设计，功能模块清晰，界面美观大方，操作简便快捷并提供完善的咨询和使用说明，是众多企业进行电脑信息化管理的理想选择。其主要功能如下: 1、不同的用户可拥有不同的权限密码 一套软件可以有多个使用者共用，每个使用者都会根据其职责不同而拥有不同的权限。比如收银员的权限是与收银相关的内容;经理主要是查询、统计营业收入情况;财务主要是统计一些报表，方便作帐;总经理是超级用户，拥有添加、修改、删除系统中所有的内容的权限。那么一套系统就可以分为几块，分别交给不同的人员管理，这就相当于分工合作，如果某个环节出了错，就很容易查找出来是属于哪个用户的权限范围之内，这样就减少了要“从一查到十”的大工程，同时也有效地制止了某些员工的一些不良习惯，让企业逐步走向系统化、完善化，让每位经营者都可以放心经营场所的一切大小事务。 2、支持各种方式查询 系统可查询对每张会员卡所做的所有操作记录，除了查看详细的消费、充值、积分详细情况外，还可查询所有操作员的操作日志，即每个操作员每天在系统中做的所有的操作，都可真实地反映出来。不论是操作失误还是有意出错，都可清清楚楚地看到，那么通过查看操作员日志的功能，即可让所有的老板都能在收银这一块完全放下心来。 3、可设置会员生日提醒 会员生日可在会员生日前提示，即通过查询方式查询将要生日的会员;另一种是在会员当天生日，当天来店消费提示，这样在会员资料窗口中会显示。无论是提前显示还是当天提示，都是为了对顾客进行跟踪服务，送去生日的祝福，及生日
会员管理系统介绍 简介：软件会员管理系统支持储值卡、折扣卡和计次卡等多种卡类型的业务操作,系统将会员消费，会员基本信息，会员税分，会员积分兑换商品或项目，会员卡的续费，转账，挂失，退卡，会员退货;商品的进退货，库存盘点，收付货款;活动管理的会员反馈、投诉、联系活动等，文档管理，费用管理，公司管理以及各种查询统计报表和图表分析等紧密结合起来;进行会员制管理，会员卡管理，会员积分管理，会员消费管理，会员卡到期提醒，会员生日提醒，会员续费提醒等需求，科学的管理方法会给您带来无限的效益;该系统是一种旨在改善企业与会员之间关系、提高会员忠诚度的新型运作机制，将企业的市场、销售和服务等有机地整合起来，形成跨部门的统一业务管理平台。 ●产品版本：采用大型数据库SQL2000，安全稳定性高，高效的后台维护工具，全自动备份文件；本系统可运行在单机、局域网络、广域网络环境中，从而更方便的实现协同合作！ ●产品特点： 企业会员消费管理系统SQL系列包括会员管理、商品管理、活动管理，文档管理、费用管理、公司管理、业务报表、状况分析、今日提醒、数据分配等功能模块。 1)会员管理是整个系统管理的核心。由会员基本信息，会员消费，会员续费，商品兑换积分，会员卡禁用解禁，会员卡换卡，转账，会员退货，会员卡退卡，近期多长时间没来客户统计等功能模块组成。 2) 商品管理是会员消费管理系统的核心组件。该模块包含：商品信息、进货管理（集成订货、进货、退货给厂商）、收付货款、库存盘点和供应商信息等功能模块。 3) 活动管理通过将会员服务与支持功能同消费功能很好地结合，实现完整的服务项目实施过程管理、会员服务跟踪、，为企业提供更好的商业机会，向已有的会员销售更多的商品。该模块主要是完成对服务流程的自动化和优化，加强服务过程的控制和管理，实现标准化、准确化的服务，从而达到提高服务效果，增加会员满意度和忠诚度，实现企业利润最大化。同时，新版本还纳入了服务费用进行企业收入的统计，该模块包含：联系活动、会员反馈、会员投诉等功能模块。 4) 费用管理包含其它收支等功能模块。追求销售收入与控制成本是一对矛盾体。企业经营者总是在这两个方面努力找出一个平衡点，达到最大的效益，利用本系统可以有效的管理销售过程中以及日常所有的费用支出情况，并把它有效的整合到综合分析中，以达到直观，有效的控制。细化费用管理过程，及时反映费用状况，及时调整费用开支策略，在企业中建立费用观念。 5) 非常醒目的今日提醒面板使所有的事务提醒一目了然。 6) 活动管理包含联系活动，工作计划等功能模块。 7) 文档管理实现用户把平时的商品资料、传真模板、合同文档、图片、视频以及一些重要的文档全部存储到后台数据库中以利于企业数据的有效整合。 8) 安全可靠的系统保障采用主流MSSQL Server 2000大型数据库系统，数据安全无误，系统稳定可靠，数据备份、还原工具保障数据万无一失。 9) 用户权限严格控制，有效防止越权操作。每步操作均需身份验证有效保证了数据的安全，详细的多级用户权限管理，大大的减轻了系统管理员的负担。 10) 数据可自由导出为Excell，实现了数据的顺畅交换。 11) 数据分配功能。实现系统各模块数据的拥有者随意转移，再也不用担心因为人员流动的问题造成一些数据信息的不畅，快速完成工作交接。
BI会员管理系统功能模块简介 目录 基本功能 一：会员卡功能………………………………………………………………..……..…3-4P 1：不同级别会员卡 2：不同积分抵现规则 3：不同的消费折扣 4：不同的员工提成比例 5: 不同的充值规则 6: 会员推荐会员奖励制度 7: 不同有效期： 二：卡的设置………………………………………………………………………..…..5-6P 1:锁定、激活及续期 2：挂失补办及换卡 三：会员管理：………………………………………………………………………….6-8P 1：创建会员档案 2：会员照片 3: 会员生日: 四：会员积分………………………………………………………………………….…8-9P 1：灵活的积分系数 2：灵活的积分抵现规则 3：灵活的积分礼品设置 4：会员推荐会员积分制度 五：会员礼品………………………………………………………………………….…9-11P 1：礼品管理 2：礼品有效期 3：操作记录查询 六：商品模块…………………………………………………………………………..11-13P 1：单独打折系数 2：是否特价
3：产品套餐 七：消费收银………………………………………………………………………………..13-15P 1：消费挂单 2：多种支付方式 3：自动计算金额 4：结账产品删除及账单取消 5：小票打印 6：短信提示 7：零钱存储 八：短信功能………………………………………………………………………..…..15-16P 1：自动提示短信 2:手动自定义短信 3:短信群发 九：统计报表……………………………………………………….……………………16-17P 1：储值记录，积分记录，记次记录以及先现金支付记录 2：年度走势图VS月度走势图 十：员工管理……………………………………………………….……..……………..18-19P 1：新建员工资料 2：权限设置 3:员工提成计算 扩展功能 一：库存管理……………………………………………………….……….…………19-21P 1：商品入库VS单据： 2：产品退货VS单据功能 3：跨地区产品调拨VS单据功能 4：调拨与盘点 二：会员储值充值………………………………………………………….……….………22P 三：积分礼品兑换……………………………………………………….………………22-23P 四：来电弹屏……………………………………………………….……………………23-24P 五：会员网站……………………………………………………….……………………24-25P 六：系统换肤……………………………………………………….……………………25-26P 七：屏幕锁定……………………………………………………….………………….…26-27P