文档库 最新最全的文档下载
当前位置:文档库 › 短信模块概要设计

短信模块概要设计

短信收发系统客户端概要设计说明书1.引言

编写目的

本阶段已在软件的需求分析的基础上,对短信收发系统做概要设计。主要解决实现该软件需求的程序功能模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对软件所做的所有概要设计进行详细的说明。

在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计模块结构的基础上,对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。

软件简介

短信收发系统,指在一台电脑上安装和使用短信收发系统来实现短信收发,通过socket 传递信息。可方便地收发文字短信、发送定时短信、发送循环短信、短信群发,短信订阅,短信点播,基于SMS协议的短信收发系统。计算机把要发送的短信通过socket对外转发;对电脑连接的客户端数目量大,自动调节模块间的负载平衡,从而可以非常简单地实现多客户并行发送短信,使发送规模可自由调节。

本短信群发系统的特点就是:使用非常简单,稳定性好,发送速度高。系统集城市号码查询、搜索号码导出、接收号码导入、短信内容制作、定时发送或立即发送、发送记录、发送统计于一身,使整个短信广告的流程一气呵成、方便快捷。

a) 本短信收发系统客户端将由六大部分组成:

1、写信息

2、收件箱

3、发件箱

4、已发件箱

5、草稿箱

6、短信设置

b)定义专门术语

GSM MODEM:

SMS

socket

2.任务概述

2.1. 目标

本阶段的主要目标是实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。

2.2. 运行环境

操作系统: linux操作系统。

使用软件:短信收发系统

硬件需求:服务器一台(用PC模拟),客户端若干台(用过ethernet连接的客户端PC,可以开多个终端模拟多个用户)。

2.3. 需求概述

一系统构成

系统由短信服务器和客户端组成。客户端和服务器通过网络进行通信。底层通信实现使用协议不限,可使用Ethernet,WIFI,BLUETOOTH,或3G协议。数据格式需符合SMS协议标准。(见附录1)

客户端由短信模块和电话本模块组成,短信模块和电话本模块需实现交互功能。

二功能需求

1 客户端第一界面为写短信,收件箱,发件箱,已发件箱,草稿箱,短信设置。用户可自定义文件夹,如自定义文件夹,需在第一界面显示出自定义文件夹。

2 写短信界面进入后需要输入收件人和短信内容,收件人可以从电话本模块中选择,也可以直接输入号码,如输入号码和电话本中存在记录匹配,需直接显示为电话本中姓名,输入完成后可进行发送操作或存入草稿箱。

3 收件箱中存储从网络端收到的短信,收件箱中的短信按照接受时间排序,未读短信需要被标识。对收件箱的操作包括删除短信(包括单条删除,多条删除和全部删除),显示短信数量,按发件人排序。单独对每个短信条目的操作包括删除,回复,转发,查看信息详情,将发件人保存至电话本,将短信内容中号码保存至电话本,将短信条目移至自定义文件夹。

4 发件箱中保存正在发送中的短信,如发送成功,则短信转存至已发件箱中。如发送失败,则短信仍保存在发件箱中。对发件箱的操作包括删除短信(包括单条删除,多条删除和全部删除),显示短信数量。单独对每个短信条目的操作包括删除,转发,发送。

5已发件箱中保存发送成功的短信,对已发件箱的操作包括删除短信(包括单条删除,多条删除和全部删除),显示短信数量,按收件人排序。单独对每个短信条目的操作包括删除,转发,查看信息详情,将收件人保存至电话本。

6草稿箱存储短信编辑的草稿,对草稿箱的操作包括删除短信(包括单条删除,多条删除和全部删除),显示短信数量。单独对每个短信条目的操作包括删除,发送。

7 自定义文件夹由用户定义,用户可定义自定义文件夹名称。对自定义文件夹的操作包括删除文件夹,删除短信(包括单条删除,多条删除和全部删除),显示短信数量。对单条短信的操作同收件箱。用户可定义多个自定义文件夹。

8 短信设置中条目项为是否匿名发送,当前容量显示,自定义文件夹管理,是否开启发送报告,短消息服务中心设置,信息有效期,短信黑名单功能。自定义文件夹管理包括创建自定义文件夹,重命名自定义文件夹,删除自定义文件夹。

三限制性需求

1 短信字符编码要求根据SMS协议实现。

2 客户端电话本条数最大200条。客户端短信最大条目数为300条。最大条目数指所有短信文件夹内包括的条目数总量。服务器端存储容量不做限制。

四安全性及可靠性需求

1 要求网络传输非明码传输,并保证网络传输数据之可靠性。

2 要求服务器端稳定安全。

3 要求客户端存储安全。

3.概要设计

1、总体设计

(a)客户端短信系统划分为六个功能模块:写信息、收件箱、发件箱、已发件箱、草稿箱、短信设置。其中收件箱、发件箱、已发件箱、草稿箱通过文件来模拟。因此保存和读取信息也就是对相对应的文件进行读和写的操作。

(b)在客户端程序里创建两个线程B,B线程用于接收短信息,主线程用于发送信息。

(c)各个功能模块的短信在内存中以LIST_HEAD链表形式存在,为此定义两个结构体A和B。如:struct A

{

Int flag;

Int delay;

Char s_num[11];

Char d_num[11];

Char mes[161];

};

Struct B

{

Struct A info;

Struct list_head list;

};

(d)创建加密函数,每次登陆收件箱、发件箱、已发件箱、草稿箱需要验证用户密码。

(e)创建实现删除功能的函数,在收件箱、发件箱、已发件箱、草稿箱通过调用此函数实现删除短信的功能。

(f)创建一个计数函数,在收件箱、发件箱、已发件箱、草稿箱中调用此函数可以实现统计各功能模块的短信数量。

(g)创建一个提取号码的函数,在收件箱和发件箱中调用此函数能够实现提取短信内容里面的号码,通过调用电话簿的增加号码的函数从而实现将短信里面的电话号码添加到电话簿。

(h)创建一个查看信息的函数,在收件箱、发件箱、已发件箱、草稿箱内通过调用此函数能够实现查看各功能模块内的短信内容。

(i)创建一个统计短信总数量的函数,调用此函数可以实现统计所有模块内的短信总数量。

(j)创建一个函数,在收件箱、发件箱、已发件箱、草稿箱内通过调用此函数能够实现转发功能

(k)创建一个函数,在收件箱、发件箱、已发件箱、草稿箱内通过调用此函数能够实现回复功能

(l)创建一个函数,在收件箱、发件箱、已发件箱、草稿箱内通过调用此函数能够实现发送短信的功能

(m)创建一个函数,在收件箱、发件箱、已发件箱、草稿箱中调用此函数可以将文件内容读入内存中

(n)创建一个函数,在收件箱、发件箱、已发件箱、草稿箱中调用此函数可以将内存中的短信写入文件

(o)创建一个函数,在主线程内调用此函数可以实现发送未定时短信的功能

(p)当短信被设置成定时发送时,创建一个线程用于实现发送定时短信的功能

2、总体流程

开始

连接服务器

注册用户信

选择

写短信收

稿

写短信

收件箱

输入收件人、

短信内容

选择

发送存入草稿箱

存入发件箱

是否发送成

存入已发件箱存入发件箱

密码

选择

选择

选择

已发件箱

密码错误处理选择

删除转

选择

删除单条删

草稿箱

密码出错处理选择

删除

送显示

短信

数量

选择

除单

条删

存入发件箱

是否发送

成功

存入发件

存入已发

件箱

发件箱

密码错误处理选择

删除显

选择

删除全部删

存入发件箱

是否成功

已发件箱

存入发件箱

短信设置

是否匿名发送当

选择

3、模块的功能描述

(a)写信息

根据提示输入收件人号码、短信内容。输入完成后根据用户选择发送或存入草稿箱。

发送:在发送线程内调用协议层将信息封包,通过socket将信息通过网络层发送出去,并标记是否匿名发送

存入草稿箱:将草稿箱的内容读入内存,以list_head形式读入,而后将此信息插入链表内,将此链表内容写入草稿箱

(b)收件箱

接收线程收到的信息写入收件箱。对收件箱的操作包括:删除、查看、回复、转发、将短信条目移入自定义文件夹、保存信息内容中的号码和发件人号码。

(c)发件箱

正在发送中的短信保存在发件箱中。如果信息发送成功则将信息保存至已发件箱。

如果发送失败则将其存入发件箱。对发件箱的操作包括:删除、查看显示短信的数量、转发和发送

(d)已发件箱

保存发送成功的短信。对已发件箱的操作包括:删除、查看、转发、显示短信数量、将发件人保存至电话簿

(e)草稿箱

对草稿箱的操作包括:删除、发送、显示短信数量

(f)短信设置

短信设置中条目项为是否匿名发送,当前容量显示,自定义文件夹管理,是否开

启发送报告,短消息服务中心设置,信息有效期,短信黑名单功能。自定义文件夹

管理包括创建自定义文件夹,重命名自定义文件夹,删除自定义文件夹。

(g)功能函数

收件箱、发件箱等模块通过调用功能函数里面的相应的函数完成相应的功能

4、接口设计

内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。

5、逻辑结构设计要点

(1)短信信息message

列名数据类型可否为空说明S_num char(11) NULL 信息发送原号码

D_num char(11) NULL 信息发送目的号码

Message char(160) NOT NULL 信息发送内容

(2)链表信息 link_list

列名数据类型可否为空说明

Info Struct message NOT NULL 短信节点

List Struct list_head NULL 指针

.4 详细设计

1.系统结构

菜单

写信息收

稿

退

各模块名称与函数名和标识符的关系:

模块名称函数名标识符

写信息Edit_message 1

收件箱Recv_box 2

发件箱Send_box 3

已发件箱Already_send_box 4

草稿箱Draft_box 5

短信设置Message_set 6

退出Quit 0

在main函数内通过循环打印菜单项,通过switch..case语句实现调用相对应的分支菜单项。

2.模块一:写信息(edit_message )设计说明 (1)流程逻辑

Edit_message()

输入收件人

Switch ()

直接输入(scanf )

电话簿输入

输入短信内容

Switch ()

发送存入草稿箱Write ()

定时sleep ()

创建

send_message_delay()

线程发送短信

send_message()

函数

(2)模块功能

编辑短信,调用协议层的接口进行封装,然后通过网络层将短信发送到指定的客户端

(3)子模块:send_message()描述

将创建的短信结构体变量传递给此模块,调用read()函数将发件箱的短信读到内存中,将此短信结构体变量插入到

link_list链表中,如发送失败,则将链表写入发件箱中。如发

送成功,则将此短信写入到已发件箱

(4)子模块:send_message_delay()描述

此模块为一个线程,用于发送需要定时发送的短信。原理和功能同send_message()。发送结束后将此线程杀死。

(5)子模块:存入草稿箱save_to_draft()描述

通过read()函数将草稿箱的短信读入内存,并依次插入link_list链表中,将edit_message()创建的短信的结构体变量插入到link_list,并调用write()函数将链表写回草稿箱

3.模块二:收件箱(recv_box)设计说明

(1)流程逻辑

Recv_box()

Password()

Fopen(“recv_box ”,”rb ”)

Read()

将内存中的短信号码存入index 索引表中,并打印index 索引表

Switch ()

message_cou nt()

message_view

()message_del ()Switch ()

message_del_signal()message_del_multi()

message_del_all

message_tran smit()

save_num()

save_send_nu m()message_reply

()

Switch ()

(2)模块功能

接收线程所接收到的短信保存在收件箱中。登陆收件箱需要验证用户密码,通过验证后便调用read ()将收件箱中的短信读到内存中并插入到link_list 中,将链表节点内的号码保存至index 索引表,并打印index

索引表(打印链表节点的号码),在打印之前要先验证此短信是否已读,如此短信为未读短信,则在此短信的号码前打印**,可通过索引表内的号码实现查看短信、删除短信等功能。读取短信时要将对应的标志位置位。

(3)子模块:message_count()描述

调用此模块统计索引表内号码的数量便可计算收件箱内短信的数量

(4)子模块:message_view()描述

首先调用find_message()查找到相应的短信,已查找到的短信内容为参数调用print_message()打印短信内容,然后显示子菜单项。

Message_transmit():此模块以message_view()模块内短信内容为参数,将传入的短信内容转发给他人,从而实现转发的功能。

Save_num():此模块能够实现保存短信内容中的号码,通过遍历短信内容实现。

Save_send_num():此模块能够实现保存发件人号码的功能,通过将发件人号码传入电话簿增加号码的接口实现。

Message_reply():此模块以message_view()模块内的发件人号码为参数,创建新的短信内容,然后调用协

议层的接口封装,同过网络将其发送到对应的客户端。(5)子模块:message_del()描述

调用此模块能够实现删除收件箱里的短信的功能。

Message_del_signal():此模块以索引表内的号码为参数,遍历链表link_list将对应的节点删除,并释放其

所占用的内存空间。

Message_del_multi():此模块能够实现删除度条短信的功能。通过将索引表内希望删除的号码保存至一个

指针数组内,通过遍历链表link_list实现删除多条短信

的功能。

Message_del_all():此模块能够删除收件箱内的所有的短信。通过遍历链表link_list 逐一删除每个链表节

点,并将每一链表节点所占用的内存空间释放。

4.模块三:发件箱(send_box)设计说明

(1)流程逻辑

Send_box()

Password()错误处理Fopen(“send_box”,”rb”)

Read()

将内存中的短信号码写入index索引表中,并

打印索引表

Switch()

message_del

()message_cou

nt()

send_messag

e()

message_tran

smit()

Switch()

message_del _signal()message_del

_multi()

message_del

_all()

(2)模块功能

此模块中保存发送失败的短信。

对此模块的操作同收件箱模块

5.模块四:已发件箱(already_send_box)设计说明

(1)流程逻辑

Already_send

_message()

Password()错误处理Fopen(“already_send_message”,

“rb”)

Read()

将内存中短信号码保存到index索引表,并打印

索引表的内容

Switch()

message_tra nsmit()message_vie

w()

message_cou

nt()

message_del

()

(2)模块功能

此模块保存发送成功的短信。对此模块的操作同收件箱。对此模块的操作同收件箱

6.模块五:草稿箱(draft_box)设计说明

(1)流程逻辑

Draft_box()

Password() 错误处理Fopen(“draft_box”,“rb”)

Read()

将内存中短信的号码保存至index索引表,

并将索引表打印

Switch()

message_del

()message_cou

nt()

message_vie

w()

send_messag

e()

(2)模块功能

此模块保存用户编辑的短信。对此模块的操作同收件箱。

7.模块六:短信设置(message_set)设计说明

(1)流程逻辑

Message_set

()

Switch()

Message_an onymous()Cur_cap() Set_type()Set_delay()

Set_black_lis

t()

(2)模块功能

此模块能够设置短信的相应的位从而实现对要发送和接收的短信的设置。

(3)子模块:cur_cap() 描述

通过计算收件箱、发件箱、已发件箱、草稿箱的短信数量实现统计当前容量的目的。

(4)子模块:set_type() 描述

调用set_type(0能够设置结构体变量中的flag_type的值,flag_type可以被设置为0,1,2三

个值0:匿名1:回执2:正常短信

(5)子模块:set_delay() 描述

此模块设置结构体变量的flag_delay ,0:无延时1:有延时当flag_delay被设置成0时,

发送短信是如对方不在线,则服务器将此短信丢

弃,不在发给对方客户端。当flag_delay被设置

为1时,发送短信时如对方不在线,则服务器

不丢弃此短信,知道对方上线发送成功为止。(6)子模块:set_black_list() 描述

此模块能够设置短信黑名单,在接收短信的线程接收短信时首先要将收到的短信号码与短信黑名单内的号码比较,如有匹配的号码,则不保存此短信。

如没有匹配的号码,则保存此短信到收件箱。短信

概要设计说明书范例及模板

《XXXXXX》概要设计说明书 张三、李四、王五

1.引言 1.1编写目的 在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。 1.2项目背景 机票预定系统将由两部分组成:置于个旅行社定票点的前台客户程序,以及置于航空公司的数据库服务器。本系统与其他系统的关系如下: 1.3定义 1.3.1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。 SQL: 一种用于访问查询数据库的语言 事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1.3.2 缩写

系统:若未特别指出,统指本机票预定系统。 SQL: Structured Query Language(结构化查询语言)。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1.4参考资料 以下列出在概要设计过程中所使用到的有关资料: 1.机票预定系统项目计划任务书浙江航空公司1999/3 2.机票预定系统项目开发计划《**》软件开发小组1999/3 3.需求规格说明书《**》软件开发小组1999/3 4.用户操作手册(初稿)《**》软件开发小组1999/4 5.软件工程及其应用周苏、王文等天津科学技术出版社1992/1 6.软件工程张海藩清华大学出版社1990/11 7.Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2.任务概述 2.1 目标 2.2 运行环境 系统将由两部分程序组成,安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上,客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2.3 需求概述 浙江航空公司为方便旅客,需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司内的航班数据服务器后,为旅客安排航班,印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了,易于操作,服务器程序利于维护。 2.4 条件与限制 3.总体设计 3.1 处理流程 下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分

短信平台需求设计说明书

短信平台需求及设计文档 V1.0 作者:李学昌 完成日期:2012/03/19 签收人: 签收日期: 修改情况记录:

目录 1 引言 ......................................................................................................................................... - 3 - 1.1 编写目的....................................................................................................................... - 3 - 1.2 背景............................................................................................................................... - 3 - 1.3 定义.................................................................................................. 错误!未定义书签。 2 任务概述.................................................................................................................................. - 3 - 2.1 目标............................................................................................................................... - 3 - 2.2短信平台的性能需求.................................................................................................... - 3 - 3 需求规定.................................................................................................................................. - 4 - 3.1应急预案管理................................................................................................................ - 4 - 3.1.1 功能需求特点.................................................................................................... - 4 - 附录...................................................................................................................................... - 5 -

概要设计及详细设计

概要设计 打招呼并判断用户是否使用该程序 1)获取数据确认用户使用该程序时提醒用户输入数据 判断用户输入数据的合法性并将合法数据存入数组 循环体1:控制第一个运算符 2)运算部分循环体2:控制第二个运算符 循环体3:控制第三个运算符 比较运算部分的结果与24:采用3个循环结构 3)输出结果打印出第一个可能的结果,终止程序 输出 没有结果时输出提示信息,终止程序 详细设计 先来分析输入部分的设计原理,作为程序的设计者,和用户的沟通是很重要的。所以开头设计了一个打招呼函数,在该函数中向用户说明程序的功能并征求用户是否开始该程序。这样的设计思路更加人性化。不仅如此,在输入数据时,设计一个循环结构,用来检测用户输入的数据是否合法,如果超出取值范围会提醒用户重新输入。这样就能够比较顺利地完成数据的获取任务。 基于穷举和简化算法结构两个出发点,该程序主体采用的是循环结构。 首先,考虑到四个数之间只能有三个运算符,每种运算符都有四种可能(加、减、乘、

除)。所以总共有4*4*4种可能的组合方式(暂不考虑家括号下的运算顺序),所以我设计了三重循环。分别以i,j,k作为计数变量,先固定i、j保持不变,k从0变到3,分别表示按照加、减、乘、除的方式依次循环,然后再让i保持不变,让k由0变到1,再将k循环从0到3循环一次,以此往复就可以把运算符所有可能的组合穷尽。 当然这是算法实现的基本过程,而在将运算方式(加、减、乘、除)与计数变量联系起来的桥梁就是函数。函数可以对两个整数进行处理,要使其根据计数变量的不同进行不同的类型的运算,就叫引入一个新的变量,在执行函数功能时让它作为开关(在该程序中,0代表加,1代表减,2代表乘,3代表除)就可以了。 最后一部分即输出部分给出了运算结果,先采用循环结构比较结果值与24是否相等(由于计算机本身精度的原因,其实只要当结果和24的差值足够小时就可以确定这种可能是可以得出24的),如果判断成立,马上输出结果并停止进一步的循环检测(减少运算量,提高效率);如果没有可能,就输出“NO SOLUTION!”提醒用户所输入的四个数无法组合形成24。在这一步就会发掘出运算部分的四维数组的优势,中括号中的数字组合刚好对应一定的运算方式,在打印过程中就有章可循了。 总的设计思路还是按照解决问题的一般逻辑问题进行的,其中不乏很多以前没有实践过的思路和方法,而且也会涉及到一些其他方面的知识,比如电脑本身的数据结构、精度等等。所以一个完整的程序需要合乎逻辑的算法,以及多方面的考虑和技术的支持。

概要设计说明书实例

1 引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 总体设计 (3) 2.1 简述 (3) 2.2 架构设计 (4) 2.2.1 系统逻辑架构图 (4) 2.2.2 系统物理架构图 (4) 2.2.3 顶层系统包图 (5) 2.2.4 业务类包图 (6) 2.2.5 子系统关系图 (6) 2.3 接口设计 (6) 2.3.1 界面框架设计 (6) 2.3.2 外部接口设计 (7) 3 子系统设计 (7) 3.1 基础信息子系统 (7) 3.1.1 子系统说明 (7) 3.1.2 类图 (8) 3.1.3 类说明 (12) 3.1.4 界面设计 (19) 3.2 我的工作台子系统 (21) 3.2.1 子系统说明 (21) 3.2.2 类图 (22) 3.2.3 类说明 (26) 3.2.4 界面设计 (32) 3.3 工作进展子系统 (33) 3.3.1 子系统说明 (33) 3.3.2 类图 (34) 3.3.3 类说明 (34) 3.3.4 界面设计 (34) 3.4 信息发布子系统 (36) 3.4.1 子系统说明 (36) 3.4.2 类图 (36) 3.4.3 类说明 (37) 3.4.4 界面设计 (38) 3.5 系统管理子系统 (38) 3.5.1 子系统说明 (38) 3.5.2 类图 (39) 3.5.3 类说明 (39) 3.5.4 界面设计 (40) 3.6 个人设置子系统 (41)

3.6.1 子系统说明 (41) 3.6.2 类图 (42) 3.6.3 类说明 (43) 3.6.4 界面设计 (44) 4 约束和假定 (45) 5 系统数据结构设计 (45) 5.1 逻辑结构设计 (45) 5.1.1 角色表(PUBLIC_ROLE) (46) 5.1.2 权限表(PUBLIC_PRIVILEGE) (46) 5.1.3 角色权限表(PUBLIC_ROLEPRIVILEGE) (46) 5.1.4 部门表(PUBLIC_ DEPT) (46) 5.1.5 岗位表(PUBLIC_POST) (47) 5.1.6 员工表(PUBLIC_MEMBER) (47) 5.1.7 工作任务表(WORKPLAN_ TASK) (48) 5.1.8 任务分派表(WORKPLAN_ ALLOTTASK) (48) 5.1.9 工作计划表(WORKPLAN_ PLAN) (48) 5.1.10 计划任务表(WORKPLAN_ PLANTASK) (49) 5.1.11 工作日志表(WORKPLAN_ WORKLOG) (49) 5.1.12 工作汇报表(WORKPLAN_ WORKREPORT) (50) 5.1.13 信息发布表(PUBLIC_ PUBLISHINFO) (50) 5.1.14 收件箱表(PUBLIC_INBOX) (50) 5.1.15 系统操作日志表(PUBLIC_OPERA TELOG) (51) 5.1.16 个人提醒设置表(PUBLIC_EVENTS) (51) 5.1.17 系统表(PUBLIC_SYSTEM) (52) 5.1.18 系统功能模块表(PUBLIC_SYSTEMMODULE) (52) 5.2 物理结构设计 (52) 5.3 数据结构与程序的关系 (52) 6 系统出错处理设计 (52) 6.1 出错信息 (52) 6.2 补救措施 (53) 6.3 系统维护设计 (53)

短信营销平台的营销策略

短信营销平台的营销策略 网站在用户注册时,一般都会要求用户填写手机号码,或者使用手机号码获取验证码短信,这样网站一方面提升了网站注册用户的真实性,另一方面取得用户的手机号码后,网站就可以通过短信营销平台,定义注册用户进行二次营销。下面麦讯通短信平台就来说说,如何做好二次营销。 1. 划分人群进行营销:网站在收集用户信息的同时,可以把用户人群进行划分,如按年龄来划分,或者按用户的爱好来划分等。然后网站在通过短信营销平台发送营销短信时,可以根据划分出的各个人群,有针对性的推荐产品。而非所有用户的营销内容都是一样的。 2. 避免营销内容发送过于频繁:俗话说:“养兵千日用兵一时”,对于营销也是一样的,用户也是要先养着的。举个例子:阳澄湖大闸蟹销售旺季也就4个月左右,那么作为商家,在非销售旺季应该怎么做营销呢?有一个企业是这样做的。在非旺季时段,给客户发送一些关于螃蟹的吃法,螃蟹的营养价值,甚至于关于螃蟹的笑话等内容,让客户不至于遗忘这家企业,当正真旺季到来时,才会通过短信营销平台发送以营销为目的的信息告知客户,这样一来,客户的接受度就非常好。反之则会有骚扰之嫌,让客户厌烦。 3. 内容中带上企业签名:在营销短信中,带上企业的签名是对客户的尊重,并且提高了识别度。因为通过短信营销平台发出的内容,一般使用的是短信平台的

号码,其识别度较低。所以建议在发送营销短信时,一定要加上企业名称,或者发信人的联系方式。否则效果会比较差。 麦讯通短信平台总结以上了3点营销经验,希望对您有帮助。下面小编也忍不住讲讲麦讯通短信平台我们的优势! 麦讯通短信平台优势: 温馨提示:麦讯通短信平台专注短信应用行业10年,积累了丰富的行业短信应用解决方案经验,秉承专业、专注、顾客至上的理念,不断开拓现已成为行业的领跑者,公司成立以来已服务30000多家企事业单位及政府相关部门,在短信、语音、流量通讯方面积累了非常丰富的经验。麦讯通先后获得全国电信增值业务许可证、双软认证企业,业务范围覆盖全国34个省市,全球221个国家和地区。服务宗旨:做服务一流的短信运营商!

手机短信创作大赛策划书标准范本

方案编号:LX-FS-A62979 手机短信创作大赛策划书标准范本 The Objectives, Policies, T ask Allocation, Steps T o Be T aken And Other Factors Needed T o Complete The Established Action Guideline Are Formulated And Implemented According T o The Plan. 编写:_________________________ 审批:_________________________ 时间:________年_____月_____日 A4打印/ 新修订/ 完整/ 内容可编辑

手机短信创作大赛策划书标准范本 使用说明:本方案资料适用于工作生活中把目标、政策、程序、规则、任务分配、要采取的步骤,使用的资源以及为完成既定行动方针所需要的其他因素全部按计划制定成文本,并付诸实施。资料内容可按真实状况进行条款调整,套用时请仔细阅读。 活动引言:xx年是我们伟大的祖国在迈向社会主义现代化征程上高歌猛进的一年,13亿中国人以自己的勤劳智慧在世界的舞台上完美演绎了上海世博会的历史华章。xx年是岳阳市推进民本岳阳和谐崛起道路上具有重大意义的一年,以五创提质为中心,岳阳经济社会发展取的了重大突破。xx年也是我们岳阳职业技术学院发展史上极不平凡的一年,我们以全力推进国家级示范性高职院校建设为工作重点,各项工作稳步推进,科研教改成果斐然。特别是今年9月份,中共岳阳市委任命年富力强的肖自力同志担任我院党委书记,这为我院再一次腾飞奠定了坚强的组

一种OA系统短信平台的设计

一种OA系统短信平台的设计 提出一种与IBM Domino系统设计的OA对接的短信平台。该平台通过C#实现了Domino系统与企业短信通的无网络对接,通过对MySQL数据库操作和串口模块设计,在保障可用有效的情况下实现了系统的网络安全隔离。 标签:短信平台;OA;MySQ;串口;C# 引言 目前,OA服务已经广泛应用于各行各业,其中OA的短信通知成为OA系统的一个独立的功能模块。而对于正常的企业OA系统来说,规模较小的可以通过接入短信猫进行短信发送,规模较大的则可以通过与企信通等相关服务运营商进行接口对接。两者各有利弊,在实际工作中,短信猫的模式设计容易出现系统短信堵塞、运营商对垃圾短信的屏蔽造成误锁SM卡等;而企信通等的接入,大多通过数据库的接口对接,而这又将产生网络安全问题。汕头空管站使用第三方开发的OA系统,该系统通过IBM Domino进行设计,通过MySQL数据库进行数据存储,而出于空管信息安全性的考虑,OA系统搭建了自身的局域网络,称为OA网。对于该网络的安全和访问要求,有着相关政策和安全保障标准的规定。文章提出一种短信平台,通过数据库操作模块和网络串口模块实现了OA系统与企信通的无网络连接。 1 总体设计 由于OA系统是由IBM Domino系统操作MySQL数据库,对数据进行存储处理和读取,因此这也提供了处理短信接口功能基础数据。也就是说只要通过读取MySQL短信信息对即将发送的短信进行处理后发送给予移动企信通。而在对于企信通的对接上,系统又可以采取非网络TCP/IP方式,就可以简单实现网络隔离。因此,总体设计如图1。 2 系统设计 2.1 MySQL数据库操作模块设计 在该模块中系统将处理来自OA内部局域网的短信处理表。并对其进行进一步处理。于短信平台需要存储相关信息,因此系统将设计提供一个按照日期命名的txt文档用于存储历史文件方便对后期的数据查询。按照以上所述设计方案,系统将有两台PC机参与短信平台工作,一台将用于MySQL数据库处理模块,在OA网内。另一台则用于接入Internet与短信通对接,两者通过串口模块进行通信。因此对于与MySQL数据库对接的数据操作模块,也必须提供串口通信设计。因此,系统采用C#进行编写,可以有以下思路。首先是对数据库进行操作: string ConnectionString = “Database=oasms;Data Source=localhost;User

需求分析、概要设计、详细设计等写法(仅供参考使用)

目录 第一章概述 (1) 1.1 本课题的研究背景 (1) 1.2 本课题的研究意义 (1) 1.3 本论文的目的、内容及作者的主要贡献 (1) 1.3.1 本论文的目的 (1) 1.3.2 本论文的内容 (1) 1.3.3 作者主要贡献 (2) 1.4 国内外相近研究课题的特点及优缺点分析 (2) 1.5 现行研究存在的问题及解决办法 (2) 1.5.1 需求分析问题 (2) 1.5.2 数据库设计问题 (2) 1.5.3 三层结构设计问题 (3) 1.5.4 代码实现问题 (3) 1.5.5 页面设计问题 (3) 1.6 本课题要达到的设计目标 (3) 1.6.1 实现后台数据库的设计与实现 (3) 1.6.2 实现用户信息的管理 (3) 1.6.3 实现学生成果信息的发布与管理 (4) 1.6.4 实现对学生信息及成果信息的查询 (4) 1.6.5实现用户间学习交流的留言、评论功能 (4) 第二章系统分析 (5) 2.1 系统需求分析 (5) 2.2 采用的关键技术介绍 (6) 2.2.1 https://www.wendangku.net/doc/f415166955.html,简介 (6) 2.2.2 SQL Server 2000简介 (6) 2.3 可行性分析 (7) 2.2.1 技术可行性 (7) 2.2.2 操作可行性 (7) 第三章系统概要设计 (8)

智能卡技术课程设计报告 3.1 系统总体设计 (8) 3.1.1 运行环境 (8) 3.1.2 系统流程 (8) 3.1.3 系统结构 (10) 3.2 系统接口的概要设计 (10) 3.2.1 用户接口 (10) 3.2.2 外部接口 (12) 3.3 数据库概要设计 (12) 3.3.1 逻辑结构设计 (12) 3.3.2 物理结构设计 (13) 3.4 系统出错处理设计 (14) 3.4.1 出错信息 (14) 3.4.2 补救措施 (14) 3.4.3 系统维护设计 (14) 第四章系统详细设计 (15) 4.1 表示层即系统界面的详细设计 (15) 4.1.1 母版页的详细设计 (15) 4.1.2 客户首页的详细设计 (16) 4.1.3 成果发布界面的详细设计 (17) 4.1.4 学生留言信息管理界面的详细设计 (18) 4.1.5 页面权限设置的详细设计 (19) 4.2 业务层的详细设计 (19) 4.3 数据库详细设计 (20) 4.3.1 表的详细设计 (21) 4.3.2 表间关系图 (23) 第五章系统实现 (24) 5.1 系统开发环境 (24) 5.2 系统实现 (24) 5.2.1 客户端系统实现 (24) 5.2.2 后台管理系统实现 (26) 5.3 系统运行环境要求 (27) 5.3.1 服务器端要求 (27) 5.3.2 客户端要求 (27)

软件概要设计说明书范例

XX概要设计说明书

文档修改记录

填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分:系统子系统模块子模块 其中: (1)“系统子系统”划分属于“系统设计”,在系统设计说明书中予以描述。 (2)“子系统模块”划分属于“概要设计”,在本说明书中予以描述。 (3)“模块子模块”划分属于“详细设计”,在详细设计说明书中予以描述。如果系统相对简单,可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书,则在本说明书中略过“系统子系统”划分的相关内容(即第2章)。 3. 如果系统相对简单,不需要做“系统子系统”划分,这种情况下,取消填写系统设计说明书,只须填写本说明书,直接套用“子系统模块”划分(即第3章)进行“系统模块”划分(把其中“子系统”一词替换为“系统”),并删除本说明书中“系统子系统”划分的相关内容(第2章)。

目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。

房地产手机短信广告营销方案7886804

房地产手机短信广告营销方案7886804 深圳短信公司: 111一林红叶一霜染,一场秋雨一地寒。一栏落霞一处忧,一卷诗情一夕游。 一渡飞瀑半山下,一行白鹤越峰翔。一竿怅惘一蓑远,一船离愁一帆行。 一梦十年一回首,一丝垂纶一苇轻。一枕乡思黄花瘦,一雁独行一弓惊。 房地产手机短信广告营销方案 “手机短信营销”在房地产营销、服务等方面,以其质优价廉、覆盖面广,用户群体广泛,广告效果不可回避等直接有效的特点,在深圳、北京、上海等地早已成为直接营销必不可少的宣传推广及亲情巩固方式。下面是关于房地产手机短信广告营销方案的一些要点,可以借鉴: 一、房产短信应用范围: 1、新楼盘、促销活动、发布会等广告信息传播 2、为客户提供专业的信息服务,维系稳定的客户关系 3、客户沟通短信:风趣幽默的短信能拉近彼此距离,创造更多的接触机会与合作机会 4、短信祝福:给客户、员工、合作伙伴、朋友发送节日、生日祝福短信。 5、通过短信进行简单的调研活动:如服务满意度调查、产品价格的接受程度调查,商品市场占有率调查,企业内部题反馈 6、各类通知、活动、文件等信息的辅助提醒:如企业内部新的销售政策、工资发放、文娱活动、会议通知、人事变更等 二、楼盘认筹期、开盘期短信营销建议: 认筹期:是跨入市场的第一步,这个时候也是楼盘的重点推广期,以树立品牌为主,主要针对市场大众,精彩不容错过~各种营销手段精彩纷程,电视、电台、报纸、杂志、DM等等从立体到平面各种结合,力求抓住每一个潜在客户的眼球。

而手机短信以其庞大的客户群体与其不可回避的特性,更是能让潜在客户记住业务促销的核心主体。该阶段短信营销以覆盖大众、大规模宣传为主。 开盘期:这个时期,楼盘的宣传重点将逐步转移到目标群体上,这个时候短信 营销的“准确定位”营销优势就得以体现了,可以有针对性的选择我们提供的目标号码,展开开盘宣传营销。 群发时间:认筹期内,分阶段有步骤的分次群发;开盘期,以开盘前一周展开短信推广为宜。 群发内容:以告知、促销、有奖等方式营销。 群发范围及数量:(具体客户可自由组合) 三、具体应用说明 辗转异地一衫泪,曾记当年一伞轻。西子湖畔一相逢,断桥一诺金山漫。 深圳短信公司: 111一林红叶一霜染,一场秋雨一地寒。一栏落霞一处忧,一卷诗情一夕游。 一渡飞瀑半山下,一行白鹤越峰翔。一竿怅惘一蓑远,一船离愁一帆行。 一梦十年一回首,一丝垂纶一苇轻。一枕乡思黄花瘦,一雁独行一弓惊。 (一)楼盘推广: 1、会员朋友们,**花园5期即将开盘。该楼盘位于***,距**五公里,旁边有**重点小学,***幼儿园,小区绿化率50%,详细情形请点击***网址查看。 2、会员朋友们,**花园5期楼盘全部封顶,目前进入内部装修阶段啦 3、会 员朋友们,您预约看房时间为本周日下午3:00,欢迎您前来。 4、小区建设最新 时展:***花园小区立体影院已竣工,估计半个月后装修完毕。 5、会员朋友们。**花园5期即将接受认购,我们分为3个销售期,交纳**元定金后都可参与认购,每期比前期价格上浮3%,如果您有意购买小区楼盘,您愿意支付的第一期均价是多少,请直接发短信回复.

需求分析、概要设计、详细设计的标准格式.doc

需求分析,概要设计,详细设计的标准格式 一、开发计划 (一)引言 1、目的 说明编制开发计划的目的。 2、参考资料 列出必要的参考资料。 3、定义 列出用到的术语的定义和外文缩写的原文。 (二)概述 1、工作内容 2、主要参加人员 3、成果 列出要提交给用户的程序文件、文档或服务的名称,及非移交 成果的名称。 4、完成的最迟期限 (三)实施计划 1、任务的分解及人员分工 列出各项任务及其负责人和主要参加人员。 2、进度 列出各任务的开始日期和完成日期。 3、关键问题 列出影响整个开发项目的关键问题,技术难度、风险及处理方 案。 (四)支持条件 1、计算机系统支持 2、需要由用户承担 二、需求分析说明书 (一)引言 1、目的 说明编制需求分析说明书的目的。 2、参考资料 列出必要的参考资料。 3、定义 列出用到的术语的定义和外文缩写的原文。 (二)概述 1、目标 说明本项软件开发意图、应用目标、作用范围等,以及所开发的软件与其它软件的关系。

2、用户特点 列出使用本软件的用户类型、特点、其教育程度和技术特长。 3、约束和假定 列出本软件开发工作的假定和约束。 (三)需求规定 1、对功能的规定 根据功能模型逐项说明本软件各项功能的详细需求。 列出完成各项功能所需输入,处理,输出及所需控制等。 2、对性能的规定 包括精度、时间特性要求、灵活性。 3、数据要求 数据分为静态数据和动态数据两类。 静态数据是指在程序运行过程中一般不改变的数据; 动态数据是指在运行中发生变化、需要输入输出的数据。 (1)数据描述 (2)数据采集 (3)输入输出要求 (4)其它要求 (四)运行环境规定 (1)硬件 包括处理机、网络、输入输出设备及其它设备。 (2)软件 列出支持软件。 (3)接口 包括必要的硬件接口、软件接口、通讯接口等。 (五)关于不可能实现的用户要求的说明 三、概要设计说明书 (一)引言 1、目的 说明编制概要设计说明书目的。 2、参考资料 列出必要的参考资料。 3、定义 列出用到的术语的定义和外文缩写的原文。 (二)总体设计 1、需求规定 简述本系统的主要功能、性能等要求。 详见需求分析说明书。 2、运行环境 简述本系统的运行环境规定。 详见需求分析说明书。

概要设计说明书示例【概要设计说明书(模板)】

概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 1.1.1. 2.1. 3.1. 4.第二章 2.1.2.2.2. 3.2. 4.2. 5.2. 6.2. 7.第三章 3.1.3.2.3.3.第四章 4.1.4.2.4.3.第五章 5.1.5.2.5.3.第六章 6.1. 6.2.6.3. 补救措施......................................................... ........................................10系统维护设计......................................................... .. (10) 第一章引言 1.1.编写目的 说明编写这份概要设计说明书的目的,指出预期的读者。 1.2.背景 说明:

a.待开发软件系统的名称; b.列出此项目的任务提出者、开发者、用户以及将运行该软件的站点。 1.3.定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4.参考资料 列出有关的参考文件,如: a.本项目的经核准的计划任务书或合同,上级机关的批文; b.属于本项目的其他已发表文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出 第二章总体设计 2.1.需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求。 2.2.运行环境 简要地说明对本系统的运行环境(包括硬件环境和支持环境)的规定。 2.3.基本设计概念和处理流程 说明本系统的基本设计概念和处理流程,尽量使用图表的形式。 2.4.结构 用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系。 2.5.功能需求与程序的关系

手机短信营销方案 短信广告营销技巧

短信营销方案“手机短信营销” 北京宣赫短信群发广告是传递信息最经济,最实惠,最高效的选择,比电视、网络、报纸、广播更新颖、便捷、精准、高效的宣传. 哪些单位适合做短信促销广告: 1)房地产:房地产公司、物管、房屋中介 2)零售业:商场、超市、卖场 3)金融业:银行、证券、保险、基金 4)旅游业:旅行社、票务公司、旅游景点、酒店 5)交通行业:航空、铁路、航运、出租车公司、交管局… 6)汽车行业:汽车销售、4S店 7)医疗行业:药厂、医院、大药房 8)教育行业:大学、大专院校… 9)文化类:电影院、购书中心、图书馆、博物馆、展览馆… 10)娱乐业:KTV、桑拿、休闲… 11)俱乐部:高尔夫、车会、健身… 12)餐饮:酒楼、饮食连锁店 13)快速消费品制造行业:烟厂、酒厂、制药厂、食品厂、饮料厂、家电厂、化妆品厂 14)物流批发中心 15)传媒广告业:媒体、市场调研、展览、展会公司 手机短信广告的优点: 1.收视率高:收视率100%,手机用户收到短信后,看都不看将之删除的用户实在没有。 2.针对性强:消费水平较高的手机用户。 3.费用低廉:每条短信几分钱。发送至100万个客户也不过几万元,比之动用上十万、上百万的电视广告,报纸广告成本下降到何止几倍、几十倍? 4.时效性强:信息发送成功后,客户即使当时无暇查看,空闲后必须浏览,比一闪而过的电视广告、浩如烟海的报纸广告具有无可比拟的时效性。 5.发布自由:短信发布时间、区域、数量及内容可以自由控制。 灵活的投放量,电视台、报纸等传统媒体都接受广告界主流思想的影响,从内心上说他们更注重所谓的“大客户”,对广告业务人员的培训也是如何获得“大订单”之类课题。他们提供的服务更倾向于为大企业服务,在投放量的灵活性方面有诸多的限制,对小企业、小公司来说甚至可以说是苛刻的。对大多数传统媒体来说,这样确实也符合他们的利益最大化的要求,这和他们的运作模式有很大关系,小批量投放对他们来说运作成本更高,他们也没有太大的选择空间。手机广告对投放批量的多少要求不太高,相比传统媒体来说,手机广告的投放量是十分灵活的。不用做任何深入的风险论证就几乎可以得到满意的答案,你肯定知道分开的小批量广告投放能有多少种的好处,能把自己的风险降低多少倍。

简单实用的短信通知平台的设计与实现

F 福建电脑 UJIAN COMPUTER 福建电脑2018年第3期 一、前言 随着全球经济的进步,人们的生活水平的不断提高和信息时代的发展使得短信业务量的不断上升。各通讯公司的各种业务不段扩大,出现了很多消息业务以及QQ 、微信、阿里旺旺和YY 语音等即时软件的普及,但仍取代不了短信业务的地位,它在人们的工作、生活中仍然起着非常重要的作用。学校通知家长到校开家长会,期末发学生成绩给家长,企业通知员工开会,电商网站的付款、发货、处理进度等,快递领取、密码找回和各种身份验证等等离不开短信的身影。短信既有信息告知,也是身份验证的作业。互联网公司看到短信的巨大市场也纷纷开展短信业务,推出短信使用接口,用户付费后,只需简单的对接就能使用。基于这种背景,对短信通知平台进行设计以及实现来进行研究,利用短信的高效、经济、安全、随时、随身、方便等优势为企事业单位及个人用户提供信息服务。短信通知平台能够根据其业务需要来实现精确的信息沟通并能够有效的提高工作效率,期望通过此来为企事业单位及个人之间的信息传递与沟通提供更好的服务。 二、短信通知平台的需求分析1、主要流程需求 短信通知平台使用B/S 结构开发,用户通过在浏览器输入短信通知平台后台的地址打开登录界面,输入用户名和密码登录短信通知平台,然后选择进入短信发送页面,输入在第三方申请通过的模版ID ,短信内容参数,选择常用收件人或者自定义收件人,点击发送按钮实现发送,记录当次发送信息和过程,并返回显示发送状态。 2、其它需求 实现常用收件人管理,收件人姓名可是个人或是一个群体(比如一个班的学生,一个部门的员工),群体的号码采用英文状态下的逗号分隔,当复制电子表格多行号码时,自动转换符号把手机号用逗号串联。 可按年月日分类统计发送短信的数量,成功数、失败数、短信使用总条数和剩余条数等。可实现管理员和部门的增加、删除和修改管理。可查看发送短信信息和日志信息。 三、短信通知平台的设计1、开发和运行环境 本平台使用https://www.wendangku.net/doc/f415166955.html, 开发,NET Framework 4.5框架,Mi ?crosoft SQL Server 2008R2数据库,服务器端采用Windows Server 2008R2操作系统,IIS 7.5Web 服务器。 2、功能设计 (1)短信发送功能:管理员输入短信模版id 、接收手机号码 实现发送。 (2)常用收件人管理功能:可增加、删除和修改个体或群体的姓名和联系号码。 (3)其它功能:管理员和部门的增加、删除和修改;短信发送情况的统计和日志查看。 3、主要数据库结构设计(1)管理员信息表 管理员信息表包含管理员ID 、用户名、密码、真实姓名、性别、电话、电子邮件、部门ID 、用户类型、权限类型、状态、备注。 (2)部门信息表 部门信息表包含ID 、部门代码、部门名称、部门负责人、电话、地址、上级部门代码、上级部门负责人、排序号、备注、是否启用、类别。 (3)短信记录表 短信记录表包含ID 、收信号码、短信内容、模版ID 、短信条数、发送状态、发送时间、操作员id 、备注。 (4)常用收件人信息表 常用收件人信息表包含ID 、收件人姓名、收件人电话、所属管理员ID 、分类、排序、状态。 (5)日志表 日志表包含ID 、操作员ID 、日志类型、日志内容、IP 地址、操作时间。 四、短信通知平台的实现 以下是平台实现的关键代码:1、发送界面代码string tel ="";string str =""; if (dropTel.SelectedValue =="-1")if (txtTel.Text.Trim().Length ==0){ str +="手机号为空!";}else tel =txtTel.Text.Trim();if (dropTel.SelectedValue =="0"){ str +="手机号为空!";} 简单实用的短信通知平台的设计与实现 唐佳作,吴耀康 (桂林理工大学南宁分校广西南宁530001) 【摘要】随着移动通信技术的发展,电信运营商的短信业务已经不是主流, 但短信业务还是有一定的市场。在批量发送通知信息、身份验证登录等方面还起着十分重要的作用。本文以软件工程思想为指引, 在对短信通知平台需求分析的基础上,完成短信通知平台的功能设计和数据库设计, 最后利用https://www.wendangku.net/doc/f415166955.html, 开发了简单实用的短信通知平台,为单位和个人之间的信息沟通提供更好的服务。 【关键字】软件工程;短信通知平台;https://www.wendangku.net/doc/f415166955.html, DOI:10.16707/https://www.wendangku.net/doc/f415166955.html,ki.fjpc.2018.03.072 142··

需求分析说明书、详细设计说明书、概要设计说明书样例

以下是需求分析说明书、详细设计说明书、概要设计说明书样例 需要详细资料的去 https://www.wendangku.net/doc/f415166955.html,/BBS/view.asp?ID={CA9329C0-93C5-4417-9170-452FF61E8C DB}&page=1下载 XX系统概要设计说明书 目录 1. 文档介绍1 1.1 文档目的1 1.2 文档范围1 1.3 读者对象1 1.4 参考文献1 1.5 术语与缩写解释1 2. 系统概述2 3. 设计约束2 3.1需求约束2 3.2隐含约束2 4. 设计策略3 4.1扩展策略3

4.2复用策略3 4.3折衷策略3 5.系统总体结构3 5.1、系统总体结构3 5.2、子系统功能及接口4 6. 子系统的结构与功能5 6.1、TERMSERV 5 7. 功能需求追溯5 8. 环境的配置5 9.其它6 附录 6 A、与主机接口6 B、与终端接口6 1. 文档介绍 1.1 文档目的 编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式,明确与银联的接口,使系

统开发人员和产品管理人员明确产品功能,可以有针对性的进行系统开发、测试、验收等各方面的工作。 1.2 文档范围 1.3 读者对象 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.4 参考文献 《xxxx系统需求说明书》 1.5 术语与缩写解释 无 2. 系统概述 XX系统是以触摸屏为主要交互工具,帮助用户以自助方式做业务查询。本系统的主要功能包括:话费 查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系 统的设计目标是保证系统可以7*24小时安全、高效无故障运行;业务人员可以轻松完成设备和交易的监控 、管理工作;报表种类齐全,可以满足业务人员各种帐务需求。 3. 设计约束

相关文档
相关文档 最新文档