搜档网
当前位置:搜档网 › 展讯短信模块接口介绍

展讯短信模块接口介绍

Mocor MMI SMS Interface User Guide

Version: 1.0.0

DocCode: SW-MOCOR-UG-0005

Date: 2008-04-07

https://www.sodocs.net/doc/c414957316.html,

重要声明

版权声明

本文档中的任何内容受《中华人民共和国著作权法》的保护,版权所有? 2008,

展讯通信有限公司,保留所有权利,但注明引用其他方的内容除外。

商标声明

展讯通信有限公司和展讯通信有限公司的产品是展讯通信有限公司专有。在提及

其他公司及其产品时将使用各自公司所拥有的商标,这种使用的目的仅限于引用。不作保证声明

展讯通信有限公司不对此文档中的任何内容作任何明示或暗示的陈述或保证,而

且不对特定目的的适销性及适用性或者任何间接、特殊或连带的损失承担任何责

任。

保密声明

本文档(包括任何附件)包含的信息是保密信息。接收人了解其获得的本文档是

保密的,除用于规定的目的外不得用于任何目的,也不得将本文档泄露给任何第

三方。

前言

文档说明

本文档描述了SMS模块为其他模块提供的接口函数的设计及使用。

阅读对象

本文档适合SMS模块的开发人员使用。

内容介绍

本文档包括三个章节,分别为:

?第一章:概述。简单介绍了SMS接口模块的特点及软件架构;

?第二章:数据类型。介绍了SMS接口所涉及到的各种数据类型,如枚举、结构等;

?第三章:API函数。详细描述了SMS接口包含的所有API函数的定义及相关说明。

文档约定

本文档采用下面醒目标志来表示在操作过程中应该特别注意的地方。

注意:

提醒操作中应注意的事项。

说明:

说明比较重要的事项。

相关文档

目录

第1章概述................................................................................................................................................ 1-1

1.1 系统概述 ......................................................................................................................................... 1-1

1.2 SMS模块主要实现功能.................................................................................................................. 1-1

1.3 SMS模块在系统中的位置.............................................................................................................. 1-1 第2章数据类型........................................................................................................................................ 2-1

2.1 常量定义 ......................................................................................................................................... 2-1

2.2 枚举 ................................................................................................................................................. 2-1

2.2.1 MMISMS_BOX_TYPE_E ..................................................................................................... 2-1

2.2.2 MMISMS_OPERA TE_TYPE_E ............................................................................................ 2-2

2.2.3 MMISMS_MSG_TYPE_E ..................................................................................................... 2-2

2.2.4 MMISMS_MO_MT_TYPE_E ............................................................................................... 2-3

2.3 结构 ................................................................................................................................................. 2-4

2.3.1 MMISMS_BCD_NUMBER_T .............................................................................................. 2-4

2.3.2 MMISMS_ORDER_INFO_T ................................................................................................. 2-5 第3章API函数........................................................................................................................................ 3-1

3.1 MMIAPISMS_AppInit ..................................................................................................................... 3-1

3.2 MMIAPISMS_GetDelAllFlag .......................................................................................................... 3-1

3.3 MMIAPISMS_WriteNewMessage ................................................................................................... 3-2

3.4 MMIAPISMS_AnswerMessage ....................................................................................................... 3-2

3.5 MMIAPISMS_CheckMemHaveEnough .......................................................................................... 3-3

3.6 MMIAPISMS_IsOrderOk ................................................................................................................. 3-4

3.7 MMIAPISMS_IsSMSReady ............................................................................................................. 3-4

3.8 MMIAPISMS_SendInit .................................................................................................................... 3-5

3.9 MMIAPISMS_CheckSMSState ........................................................................................................ 3-5

3.10 MMIAPISMS_DelSMSByAT ........................................................................................................ 3-6

3.11 MMIAPISMS_OpenSmsBox .......................................................................................................... 3-6

3.12 MMIAPISMS_ShowNewMsgPrompt ............................................................................................ 3-7

3.13 MMIAPISMS_OpenMainMenuWin ............................................................................................... 3-7

-i-

3.14 MMIAPISMS_OpenFreqWordListForCc ....................................................................................... 3-8

3.15 MMIAPISMS_AppSendSmsForMSD ............................................................................................ 3-8

3.16 MMIAPISMS_RestoreFactorySetting ............................................................................................ 3-9

3.17 MMIAPISMS_DeleteMsgInorder ................................................................................................ 3-10

3.18 MMIAPISMS_InsertOneMsgToOrder ......................................................................................... 3-10

3.19 MIAPISMS_UpdateMsgStatusInOrder ........................................................................................ 3-11

3.20 MMIAPISMS_MMSOrderDone .................................................................................................. 3-11 附录A Revision History ............................................................................................................................ A-1

-ii-

第1章概述

1.1 系统概述

SMS模块作为短消息的人机界面部分,负责获取,处理由PS层转发的有关短消

息的消息以及用户的各种操作,执行相应的动作,并将执行结果反馈给PS或者

用户,实现短消息的功能。

1.2 SMS模块主要实现功能

SMS模块的主要功能有:

?接收新短消息:能正确的接收和处理新短消息;

?写短消息:用户可以写新短消息进行发送或保存;

?发送短消息:能够向别的用户发送短消息(支持群发);

?处理小区广播:接收用户设置的信道和语言的新小区广播;

?操作已保存的短消息:对于保存的短消息进行读、编辑、删除、发送、多种方式排序、标记等操作。

1.3 SMS模块在系统中的位置

图1-1描述了SMS模块在系统中的位置。

User Interface / Menu

PS Ref etc...

图1-1 SMS模块在总体结构中的位置

1-1

第2章数据类型2.1 常量定义

2.2 枚举

2.2.1 MMISMS_BOX_TYPE_E

【含义】

MMISMS_BOX_TYPE_E定义了信箱类型。

【定义】

typedef enum

{

MMISMS_BOX_NONE,

MMISMS_BOX_MT,

MMISMS_BOX_SENDSUCC,

MMISMS_BOX_SENDFAIL,

MMISMS_BOX_NOSEND

} MMISMS_BOX_TYPE_E;

【参数说明】

2-1

Mocor MMI SMS Interface User Guide

2-2

2.2.2 MMISMS_OPERATE_TYPE_E

【含义】

MMISMS_OPERA TE_TYPE_E 定义了当前的操作类型,当开机排序完毕后,根据当前的操作类型进入相应的信箱或者菜单。 【定义】 typedef enum {

MMISMS_OPERA TE_NONE, MMISMS_WRITE_NEW_SMS, MMISMS_OPEN_BOX, MMISMS_VIEW_MEMORY } MMISMS_OPERATE_TYPE_E; 【参数说明】

2.2.3 MMISMS_MSG_TYPE_E

【含义】

MMISMS_MSG_TYPE_E 定义了信息的类型,包括短消息,彩信、WAP Push 消息、W AP OTA 消息、彩信OTA 消息。 【定义】 typedef enum {

MMISMS_TYPE_SMS = 0, MMISMS_TYPE_MMS

= 1,

第2章 数据类型

2-3

MMISMS_TYPE_W AP_PUSH = 2, MMISMS_TYPE_MMS_OTA = 3, MMISMS_TYPE_W AP_OTA = 4,

MMISMS_TYPE_MAX } MMISMS_MSG_TYPE_E; 【参数说明】

2.2.4 MMISMS_MO_MT_TYPE_E

【含义】

MMISMS_MO_MT_TYPE_E 定义了信息的状态,包括已读短消息、未读短消息、已读状态报告、未读状态报告、未下载彩信、未读彩信、已读彩信、发送失败信息、发送成功信息、未发送信息。 【定义】

typedef enum mmisms_mo_mt_type_tag {

MMISMS_MT_NOT_DOWNLOAD, MMISMS_MT_TO_BE_READ, MMISMS_MT_HA VE_READ, MMISMS_MT_SR_TO_BE_READ, MMISMS_MT_SR_HA VE_READ, MMISMS_MO_SEND_SUCC, MMISMS_MO_SEND_FAIL,

Mocor MMI SMS Interface User Guide

2-4

MMISMS_MO_DRAFT, } MMISMS_MO_MT_TYPE_E 【参数说明】

【注意事项】

当前的消息类型刚好占3位,如果需要添加类型则需要增加位数。

2.3 结构

2.3.1 MMISMS_BCD_NUMBER_T

【含义】

MMISMS_BCD_NUMBER_T 定义了短消息的号码类型 【定义】

typedef struct tag_MMISMS_BCD_NUMBER_T {

uint8 number_len; uint8 npi_ton;

uint8

number[MMISMS_BCD_NUMBER_MAX_LEN];

} MMISMS_BCD_NUMBER_T;

第2章 数据类型

2-5

2.3.2 MMISMS_ORDER_INFO_T

【含义】

MMISMS_ORDER_INFO_T 定义了信息的状态、号码等信息,用于开机排序和列表显示等。 【定义】

typedef struct _MMISMS_ORDER_INFO_T {

uint32 time; int32

record_id;

MMISMS_MO_MT_TYPE_E

mo_mt_type;

MMISMS_MSG_TYPE_E msg_type; MN_DUAL_SYS_E

dual_sys;

MMISMS_DISPLAY_CONTENT_T display_content; uint8

*sender;

} MMISMS_ORDER_INFO_T; 【参数说明】

2-6

第3章API函数

3.1 MMIAPISMS_AppInit

【函数原型】

void MMIAPISMS_AppInit (void);

【函数功能】

短消息模块初始化。

【参数说明】

无。

【返回值】

无。

【注意事项】

无。

3.2 MMIAPISMS_GetDelAllFlag

【函数原型】

BOOLEAN MMISMS_GetDelAllFlag (void);

【函数功能】

判断当前是否正在删除信息,如果正在删除信息,定时关机等操作将延

迟到信息删除完毕后执行。

【参数说明】

无。

【返回值】

TRUE:当前正在删除信息;

FALSE:当前没有删除信息操作。

【注意事项】

3-1

Mocor MMI SMS Interface User Guide

3-2

无。

3.3 MMIAPISMS_WriteNewMessage

【函数原型】

void

MMIAPISMS_WriteNewMessage (

MN_DUAL_SYS_E dual_sys, MMI_STRING_T *sms_init_ptr, uint8 *dest_addr_ptr, uint8

dest_addr_len

);

【函数功能】

根据双卡参数、信息内容、目的号码等参数信息编写新的短消息。

【参数说明】

dual_sys :双卡参数;

sms_init_ptr :信息的初始内容; dest_addr_ptr :目的号码; dest_addr_len :目的号码长度。

【返回值】

无。

【注意事项】

无。

3.4 MMIAPISMS_AnswerMessage

【函数原型】

void

MMIAPISMS_AnswerMessage (

MN_DUAL_SYS_E dual_sys, MMI_STRING_T

*sms_init_ptr,

第3章 API 函数

3-3

uint8 *dest_addr_ptr, uint8

dest_addr_len

);

【函数功能】

根据双卡参数、信息内容、目的号码等参数回复短消息。

【参数说明】

dual_sys :双卡参数;

sms_init_ptr :信息的初始内容; dest_addr_ptr :目的号码; dest_addr_len :目的号码长度。

【返回值】

无。

【注意事项】

无。

3.5 MMIAPISMS_CheckMemHaveEnough

【函数原型】

BOOLEAN

MMIAPISMS_CheckMemHaveEnough (void);

【函数功能】

检查当前的SIM 卡和手机上是否有空间。

【参数说明】

无。

【返回值】

TRUE :当前的SIM 卡和手机上有空间; FALSE :无空间。

【注意事项】

无。

Mocor MMI SMS Interface User Guide

3-4

3.6 MMIAPISMS_IsOrderOk

【函数原型】

BOOLEAN

MMIAPISMS_IsOrderOk (void);

【函数功能】

开机后判断短消息是否已经排好顺序。

【参数说明】

无。

【返回值】

TRUE :短消息已经排好顺序; FALSE :短消息未排好顺序。

【注意事项】

无。

3.7 MMIAPISMS_IsSMSReady

【函数原型】

BOOLEAN

MMIAPISMS_IsSMSReady (void);

【函数功能】

根据当前的双卡设置情况,判断当前是否可以开始短消息的开机排序过程。

【参数说明】

无。

【返回值】

无。

【注意事项】

无。

3.8 MMIAPISMS_SendInit

【函数原型】

void MMIAPISMS_SendInit (void);

【函数功能】

当双卡设置变化时,调用该函数来对全局变量g_mmisms_deliver进行

初始化操作。

【参数说明】

无。

【返回值】

无。

【依赖关系】

g_mmisms_deliver。

【注意事项】

无。

3.9 MMIAPISMS_CheckSMSState

【函数原型】

void MMIAPISMS_CheckSMSState (void );

【函数功能】

根据当前的待机模式,获得是否有未读短信、当前的空间是否已满等

信息,通过该函数来刷新ilde界面信息的状态图标。

【参数说明】

无。

【返回值】

无。

【注意事项】

无。

3-5

3.10 MMIAPISMS_DelSMSByAT

【函数原型】

BOOLEAN MMIAPISMS_DelSMSByAT(

BOOLEAN is_mt_sms,

BOOLEAN is_saved_in_sim,

MN_SMS_RECORD_ID_T record_id

);

【函数功能】

同步工具根据存储位置删除短信息。

【参数说明】

is_mt_sms:是否是接收到的短消息;

is_saved_in_sim:是否是保存在SIM上的短消息

record_id:标志短消息存储位置的ID号。

【返回值】

TRUE:成功;

FALSE:失败。

【注意事项】

无。

3.11 MMIAPISMS_OpenSmsBox

【函数原型】

void MMIAPISMS_OpenSmsBox (

MMISMS_BOX_TYPE_E box_type

);

【函数功能】

根据信箱类型参数打开信箱窗口。

【参数说明】

3-6

box_type:信箱类型(收件箱、发件箱、草稿箱、已发信箱)。

【返回值】

无。

【注意事项】

无。

3.12 MMIAPISMS_ShowNewMsgPrompt

【函数原型】

void MMIAPISMS_ShowNewMsgPrompt (void );

【函数功能】

打开新短信提示窗口。

【参数说明】

无。

【返回值】

无。

【注意事项】

无。

3.13 MMIAPISMS_OpenMainMenuWin

【函数原型】

void MMIAPISMS_OpenMainMenuWin (void);

【函数功能】

打开信息主菜单窗口。

【参数说明】

无。

【返回值】

无。

3-7

【注意事项】

无。

3.14 MMIAPISMS_OpenFreqWordListForCc

【函数原型】

void MMIAPISMS_OpenFreqWordListForCc (

MN_DUAL_SYS_E dual_sys,

uint8 number_len,

uint8 *number_str

);

【函数功能】

打开信息主菜单窗口。

【参数说明】

dual_sys:双卡参数;

number_len:号码长度;

number_str:号码信息。

【返回值】

无。

【注意事项】

无。

3.15 MMIAPISMS_AppSendSmsForMSD

【函数原型】

BOOLEAN MMIAPISMS_AppSendSmsForMSD (

MN_DUAL_SYS_E dual_sys,

MMI_STRING_T *sms_init_ptr,

uint8 *dest_addr_ptr,

3-8

短信综合服务平台接口技术规范

短信综合服务平台接口技术规范(V1.0)

目录 一.概述 (3) 二.调用路径 (3) 三.调用参数说明 (3) 1.SendMsg.jsp (发送短信)参数说明 (3) 2.GetMsgStatues.jsp (查询状态,短信回复等)参数说明 (4) 四.特殊符转换 (5)

一.概述 业务系统可通过该接口发送短信。 二.调用路径 SendMsg.jsp 调用路径为:Http://IP:8080/Interface/ SendMsg.jsp GetMsgStatues.jsp调用路径为:Http://IP:8080/Interface/ GetStatues.jsp Http://IP:8080/在系统中采用配置方式,方便以后服务升级。 三.调用参数说明 1.SendMsg.jsp (发送短信)参数说明 ●传入参数 UnitCode 单位编号 (每一单位唯一编号) SPCODE 接入号 Account 帐号 Password 密码 DestNum 接收号码 Content 短信内容(长度不能超过1024) WriteBack 是否要求回复(0表示不要求回复,1表示要求回复),仅当WriteBack 为1时,对方收到短信后方可回复短信至平台 ●返回参数 SendMsg.jsp 以xml格式返回调用结果,格式如下: 1000 200603130901224351 敏感字

最新各种系统架构图与详细说明资料

各种系统架构图与详细说明 2012.07.30

1.1.共享平台逻辑架构设计 如上图所示为本次共享资源平台逻辑架构图,上图整体展现说明包括以下几个方面: 1 应用系统建设 本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发,从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合,完成应用系统的统一化管理与维护。 2 应用资源采集 整体应用系统资源统一分为两类,具体包括结构化资源和非机构化资源。本次项目就要实现对这两类资源的有效采集和管理。对于非结构化资源,我们将通过相应的资源采集工具完成数据的统一管理与维护。对于结构化资源,我们将通过全面的接口管理体系进行相应资源采集模板的搭建,采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。 3 数据分析与展现

采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现,具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。 4 数据的应用 最终数据将通过内外网门户对外进行发布,相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询,从而有效提升了我局整体应用服务质量。 综上,我们对本次项目整体逻辑架构进行了有效的构建,下面我们将从技术角度对相关架构进行描述。 1.2.技术架构设计

如上图对本次项目整体技术架构进行了设计,从上图我们可以看出,本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。下面我们将分别进行说明。 1.3.整体架构设计 上述两节,我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明,通过上述设计,我们对整体项目的架构图进行了归纳如下: 综上,我们对整体应用系统架构图进行了设计,下面我们将分别进行说明。

《V10短信平台使用说明书》

《V10短信平台使用说明书》 公司介绍 “桦信软件公司”是一批心怀高远理想,胸燃火热激情的专业人士组成的集“市场营销,售后客服,技术开发”于一体的“专业化,市场化”的优秀团队。自创始之日起,“桦信软件公司”专注软件开发,开拓市场需求,服务新老客户,迄今已有五年之久。 五年来,我们专业为短信运营公司提供优质短信平台,同时根据不同客户的各种需求,提供了个性化的“功能订制”产品。 为满足不同的短信业务需求,我们不断升级和增加功能不断完善短信平台。现在的我们,已经成长发展为业内一流的专业团队。 为解决客户遇到的一切问题,实现客户要求的任何功能,我们通过修改源代码,从根本上有效解决技术难题,给使用平台系统的客户提供了有保障的技术服务支持。现在的我们,已经成为客户公认的优秀客服团队。 V10短信平台功能体系分类说明 “桦信软件”开发的《V10短信平台》的十大卖点! 1. 本系统可接任何形式通道接口 如:Http、api、webservice、移动数据库接口等。 2.并且可接设备设置设备集群,多种接口设备可同时使用互不干扰 3. 后台可根据不同的用户设置扣量比例和扣量规则 4. 后台支持电脑审核和手机审核提醒 当不在电脑前时可使用手机提醒审核功能。同时短信后台也会有相应提示音提醒,自动提醒自动刷新审核池列表。5.后台支持审核时临时给客户修改通道、临时修改内容和临时 修改扣除条数 6.支持自动收录白名单,扣量时系统会自动过滤白名单,并将 白名单发送出去 7. 后台支持发送明细虚假记录上穿,也支持自动上传 用户提交后,系统就会自动生成虚假记录到客户端,客户可通过客户端查询相关记录。 8. 号码资源上传功能 通过后台可上传不同地区,年龄,消费状况等相关属性的数据;也可上传号码资源信息。系统会根据用户的设定来生成相关信息(这些只是大致介绍。如有需要,可联系我们获得相关全面信息和测试)。 9. 敏感词语设置 通过后台设置敏感词语后,客户端在提交短信时如果发送内容中有敏感词语客户端会提醒用户并告知用户哪个词或字是敏感词 10.整个平台也可作虚拟发送平台 “桦信软件”开发的《V10短信平台系统》的体系分类说明一、V10短信平台后台软件的功能模块清单 1. 用户管理(1). 添加用户(2). 用户浏览和管理 (3). 用户充值记录查询 (4). 用户资源虚增比例设置 2. 短信管理 (1). 短信审核池 (2). 提交记录查询

展讯工具使用

展讯工具使用 1.校准工具CFT A B C D E A : 选择测试机种 B : 将所有的勾打上,记录测试数据 C : Log处可随意选择本机目录,用于存储测试的纪录。FDL处必须选择展讯正式发布给工厂的软件包中的Fdl_amd.bin文件,对于6600M平台来说,FDL不需要,NV处必须选择展讯正式发布给工厂软件包中NV_Parameters目录下的NVitem_release.prj文件; D : 校准用的项目 F : 相关的FT测试数据,在校准时将所有勾去除 2.DOWNLOAD 程序

根据不同的项目导入FDL , BOOTLOADER ,PS ,MMIRES,NV BOOTLOADER , PS ,MMI, 在DOWNLOAD 时候可以不选,FDL必须选上 地址选项PRODUCT为NAND,相关的地址与底层有关

NAND FLASH选项为SMALL PAGE REPARTITION SETTING 默认为2 。 校准数据保留,将backup calibration 打上将保留全部nv数据3.Mobile test 使用说明

Calibration 说明: 1) 做Calibration 之前,首先要确保手机进入“Calibration mode ”,如果不是,要点击 按钮①进入校准模式(目前不支持)。 2) 接着点击按钮④,连通DSP 与RF 之间的通路。 3) 下一步选择手机的工作频段,共有五种:EGSM900,DCS1800, EGSM-DCS-DUALBAND ,PCS1900,GSM850(在不同的频段arfcn,txpwr lv 有不同的数值),选择好之后点击按钮⑥即可设置好工作频段。进行了2、3步的操作后就可以进行发射或接收的操作了。 4) 点击按钮③可以开发射,它有两个参数:afc,dac 。在DCXO 下有afc,dac 两个参数, 在TCXO 下有dac 一个参数(DCXO ,TCXO 通过⑧来选择)。执行该步操作可以实现AFC 的操作。 5) 按钮②可设置发射时的factor 值。再点击按钮4就可以实现APC 的操作。 6) 按钮⑦可做接收,在这之前要先设置好RX 的各值:type,gain ind,gain val,rach ab. 在Result ⑨处显示RSSI 的值。执行该步操作可以实现AGC 的操作。 7) 选中Multi Ramp(⑤处) ,即可设置所需PA parameter 和Ramp Up Num 两个参数。 ① ② ③ ④ ⑤ ⑥ ⑦ ⑧ ⑨

短信平台二次开发接口

短信平台二次开发接口(http和Webservice接口)

I.基本说明 参数传递时,密码按MD5生成32字节字符串 II.Http接口说明 1. 文本短信发送 示例:https://www.sodocs.net/doc/c414957316.html,/intf/sendsms.asp?UserName=帐号名&Pwd=密码&SmsContent=短信内容&ToPhoneList=接收手机 2. 帐户余额查询 3. 修改帐号密码 示例:https://www.sodocs.net/doc/c414957316.html,/intf/ChangePassword.asp?UserName=帐号名&OldPwd=旧密码 &NewPwd=新密码

参数说明: III.Webservice接口函数说明 WebService地址:https://www.sodocs.net/doc/c414957316.html,/smsservice/service.asmx 1. 文本短信发送 int SmsSend(string UserName, string Pwd, string Starttime, string SmsContent, string[] ToPhoneList)

2. 帐户余额查询 int getBalance(string UserName,string Pwd)相关参数说明:

3. 用户密码修改 int ChangPwd(string UserName,string oldPwd,string newPwd) 参数说明: 4. 接收回复短信 返回值:接收到的短信结构数组 struct stRecvSms { public string fromtel; //对方号码 public string smsmsg; //短信内容 public string recvtime; //接收时间 } stRecvSms[] GetRecvSMS(string UserName, string Pwd)

软件架构设计说明书

软件架构设计说明书 The final edition was revised on December 14th, 2020.

架构设计说明书 版本1.0.0

目录

1.引言 [对于由多个进程构成的复杂系统,系统设计阶段可以分为:架构设计(构架设计)、组件高层设计、组件详细设计。对于由单个进程构成的简单系统,系统设计阶段可以分为:系统概要设计、系统详细设计。本文档适用于由多个进程构成的复杂系统的构架设计。] [架构设计说明书是软件产品设计中最高层次的文档,它描述了系统最高层次上的逻辑结构、物理结构以及各种指南,相关组件(粒度最粗的子系统)的内部设计由组件高层设计提供。] [系统:指待开发产品的软件与硬件整体,其软件部分由各个子系统嵌套组成,子系统之间具有明确的接口; 组件:指粒度最粗的子系统; 模块:指组成组件的各层子系统,模块由下一层模块或函数组成;] [此文档的目的是: 1)描述产品的逻辑结构,定义系统各组件(子系统)之间的接口以及每个组件(子系统)应该实现的功能; 2)定义系统的各个进程以及进程之间的通信方式; 3)描述系统部署,说明用来部署并运行该系统的一种或多种物理网络(硬件)配置。对于每种配置,应该指出执行该系统的物理节点(计算机、网络设备)配置情况、节点之间的连 接方式、采用何种通信协议、网络带宽。另外还要包括各进程到物理节点的映射; 4)系统的整体性能、安全性、可用性、可扩展性、异常与错误处理等非功能特性设计; 5)定义该产品的各个设计人员应该遵循的设计原则以及设计指南,各个编程人员应该遵循的编码规范。 ] [建议架构设计工程师与组件设计工程师共同完成此文档。] [架构设计说明书的引言应提供整个文档的概述。它应包括此文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。]

展讯平台软件调试介绍图文..doc

展讯平台软件调试介绍Spreadtrum 7/21/2009 培训目的 ?能够使用展讯提供的调试工具对开发中的问题进行调试 ?能够分析几种常见ASSERT 主要内容

展讯调试工具简介调试方法 展讯调试工具简介主要的调试工具有: ?Dloader ?NVEditor ?Channel Server ?Logel ?Phone Tester ?DSP Log Dloader(1 功能:下载程序

设置界面: 双击可以选择下载文件路径 选择端口 选择项目 选择下载速率 制作打包文件 选择是否下载 Nand Flash下载配置: 大小页选择分区策略选择分区策略?始终分区 ?出现不兼容分区

时停止下载 ?出现不兼容分区,使用Flash中原有分区进行下载?出现不兼容分区,使用FDL中的分区方式进行分区注:此配置项只对NAND FLASH有效 备份信息配置: 将NV保存到本地 选择需要保留的信息 正在下载: 下载成功: 下载失败: Dloader(4

打包文件特别说明: 展讯升级工具中使用打包文件来进行升级操作,打包文件中不仅包含了所有的下载文件,还包含了下载项目的地址信息,这样可以降低产线升级工具配置出错的可能性,同时简化了操作。 打包文件的制作方法:DloadeR 在配置好所有的配置项后,点击左图中的按钮,然后按照提示即可完成打包文件的制作。 点击这个按钮 进行打包操作 展讯调试工具简介 ?Downloader ?NVEditor ?Channel Server ?Logel ?Phone Tester

?DSP Log 功能: ?对fixed NV参数进行读取,编辑,保存,下载?擦除NV ?从手机中读出NV Item

软件架构文档(样例)

4In1 System 软件架构文档 版本<1.1>

修订文档历史记录

目录 1. 简介 (4) 1.1 目的 (4) 1.2 范围 (4) 1.3 定义、首字母缩写词和缩略语 (4) 1.4 参考资料 (4) 2. 架构表示方式 (4) 3. 架构目标和约束 (4) 4. 用例视图 (4) 4.1 主要用例 (5) 4.1.1 申请注册 (5) 4.1.2 用户注册审核 (5) 4.1.3 用户角色管理 (5) 4.1.4 角色权限管理 (6) 4.1.5 车型信息管理 (6) 4.1.6 配件信息管理 (6) 5. 逻辑视图 (6) 5.1 概述 (6) 5.2 Application层 (7) 5.3 Business Service层 (7) 5.3.1 Service包 (7) 5.3.2 Model包 (8) 5.4 Middleware层 (8) 6. 部署视图 (8) 6.1 User Client (9) 6.2 Server (9) 6.3 DB Server (9) 7. 数据视图 (9) 8. 大小和性能 (10) 9. 质量 (10)

软件架构文档 1.简介 1.1目的 本文档将从架构方面对系统进行综合概述,其中会使用多种不同的架构视图来描述系统的各个方面。它用于记录并表述已对系统的架构方面作出的重要决策。 1.2范围 本文档用于4In1小组正在开发中的4In1系统。4n1系统是为ABC汽车4S店设计的业务管理系统,将提供汽车的整车销售、配件销售、售后服务以及信息反馈等功能。 1.3定义、首字母缩写词和缩略语 见4In1系统术语表 1.4参考资料 1. 4In1系统术语表,1.0版,4In1小组 2. 4In1系统前景文档,1.1版,4In1小组 3. 4In1系统软件需求规约,1.0版,4In1小组 4. 4In1系统软件开发计划,1.1版,4In1小组 5. 4In1系统初始迭代计划,1.1版,4In1小组 6. 4In1系统细化迭代计划,1.0版,4In1小组 7. 4In1系统风险列表,1.0版,4In1小组 8. RUP的软件架构文档模板 2.架构表示方式 本文档将通过以下一系列视图来表示4In1系统的软件架构:用例视图、逻辑视图、部署视图。本文档不包括进程视图和实施视图。这些视图都是通过PowerDesigner工具建立的UML模型。 3.架构目标和约束 1.系统在开发过程中有如下设计约束:开发语言为Java,采用关系型数据库存放数据, 采用基于UML的面向对象分析与设计方法进行开发,采用B/S架构。 2.系统应支持100人以上同时访问服务器并支持500人以上同时访问数据库,服务器 的响应时间不应该超过5秒。 3.所有用户在保证网络连接的情况下可同时通过局域网和互联网访问系统。 4.系统必须保证数据的安全访问,用户需要通过用户名和密码进行身份认证,同时对 数据的访问要进行授权认证。 4.用例视图

短信接口(Http协议)

消息收发接口规范 (HTTP方式) 一开发前请阅读 (2) 1.1安全信息责任条款 (2) 二概述 (3) 三名词定义 (3) 四HTTP方法 (3) 4.1下行接口(z_mdsmssend) (3) 4.2上行接口 (3) 4.3查询余额接口(z_balance) (4) 五下行返回状态 (4) 六服务地址 (5) 七郑重声明 (5) 版本: V1.1 时间: 2011年12月15日

一开发前请阅读 1.1安全信息责任条款 本人/本公司在使用本软件过程中,将严格遵守国家相关法律、法规、保证本公司信息发布的安全,并切实做到: (1)建立健全本公司信息发布的内部保障制度、信息安全保密制度、用户信息安全管理制度,建立健全本公司信息安全责任制度和信息发布的审批制度,严 格审查本公司产品所发布信息。 (2)严格遵守《互联网信息服务管理办法》,对用户编辑的信息内容进行把关,保证信息内容的健康、合法。 (3)明确本企业的客户群和客户范围,所有通讯受众必须是自愿且明确同意接受企业服务。 (4)若发送未经用户允许的信息等所造成的影响、投诉等一切损失与本软件版权方无关、由本人/本公司承担全部责任;同时,本人/本公司也应承担若因此 给本软件版权方造成的全部损失。 (5)不利用本软件制作、复制、发布、传播含有下列内容的信息: ?反对宪法所确定的基本原则的; ?危害国家安全,泄露国家秘密,颠覆国家政权,破坏国家统一的; ?损坏国家荣誉和利益的; ?煽动民族仇恨、民族歧视,破坏民族团结的; ?破坏国家民族宗教政策,宣扬邪教和封建迷信的; ?散布谣言,扰乱社会秩序,破坏社会稳定的; ?散布淫秽、色情、赌博、暴力、凶杀、恐怖或者教唆犯罪的; ?侮辱或者诽谤他人,侵害他人合法权益的; ?含有法律、行政法规禁止的其他内容的; (6)自信息发布六个月内不修改删除信息发送日志内容,日志记录的备份应至少保持6个月以上,在国家机关进行依法查询时,予以提供。 (7)若发现本公司所发布的信息明显属于上述第(5)款所列内容,保证立即停止传输,并向国家有关机关报告。

短信平台需求分析教案资料

短信平台需求分析 1 功能要求 短信平台的总目标是:利用现有的硬件,加装必要的软件,在DotNet框架下开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的短信平台,方便会员之间、会员与网站之间的交流与沟通,为8181网站的持续发展注入新的活力。 根据可行性研究的结果和网站的要求,采用Client/Server结构,将短信平台分为两个子系统:客户端短信服务定制/退订系统,服务器端短信处理系统。 用户通过网页(客户端)定制短信服务流程图:

如果后台程序接收到用户确认短信,则将用户的临时定制业务关系设置为正式定制关系,同时下发提示短信告诉用户已经定制该服务成功。 下面分析各个子系统的功能需求:

1.1 客户端子系统 在客户端系统的功能实现上,可以分为以下几个部分: [1]手机互动定制/退订 定制手机互动服务后,用户可以通过手机收发信件,查询会员资料。 [2]金牌会员定制/退订 定制金牌会员服务后,成为网站最后级别的会员,可以通过手机聊天、查看会员IP、联系方式等等。 [3]信件转移手机定制/退订 将会员信件自动转移到会员手机。 [4] 换金币 换取金币后联通互动会员也可以发送短信。 [5]退订所有业务并删除手机号码 删除所有短信服务并删除手机号码(会员如果更换手机号码需要先退订所有业务并删除原来手机号码后再重新定制) 1.2 服务器端系统 通过计算机网络将客户端与服务器的数据库相连,将从客户端得到的信息进行处理,实现手机定制/退订,ID对ID聊天,信件自动转移手机,手机支付,手机进入或退出隐藏状态、同生缘查询和同城会员信息综合查询、增加/删除好友/黑名单、数据库维护等子系统。 在客户端系统的功能实现上,可以分为以下几个部分: [1]主控程序 调用web服务接收上行短信,对上行短信的结构进行分析后调用相应模块进行处理。 [2]金牌会员定制、确认、退订: [3]信件转移服务定制、确认、退订: [4]手机互动服务定制、确认、退订: [5]手机退订所有业务 [6]换金币的点播: 用户发送换金币的点播指令后,增加会员金币个数,下发成功消息给用户扣取相应费用。 [7]信件转移手机 从定制表提取定制了信件转移手机服务的所有会员,查询会员信箱是否有新的邮件,如果有则转移到手机上。

(完整版)很详细的系统架构图-强烈推荐

很详细的系统架构图--专业推荐 2013.11.7

1.1.共享平台逻辑架构设计 如上图所示为本次共享资源平台逻辑架构图,上图整体展现说明包括以下几个方面: 1 应用系统建设 本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发,从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合,完成应用系统的统一化管理与维护。 2 应用资源采集 整体应用系统资源统一分为两类,具体包括结构化资源和非机构化资源。本次项目就要实现对这两类资源的有效采集和管理。对于非结构化资源,我们将通过相应的资源采集工具完成数据的统一管理与维护。对于结构化资源,我们将通过全面的接口管理体系进行相应资源采集模板的搭建,采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。 3 数据分析与展现 采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现,具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。 4 数据的应用 最终数据将通过内外网门户对外进行发布,相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询,从而有效提升了我局整体应用服务质量。 综上,我们对本次项目整体逻辑架构进行了有效的构建,下面我们将从技术角度对相

关架构进行描述。 1.2.技术架构设计 如上图对本次项目整体技术架构进行了设计,从上图我们可以看出,本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。下面我们将分别进行说明。 1.3.整体架构设计 上述两节,我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明,通过上述设计,我们对整体项目的架构图进行了归纳如下:

短信平台通用项目解决方案

UMP短信平台解决方案 2011年11月

目录 一、项目背景 (3) 二、短信平台需求分析 (3) 2.1 功能方面的需求 (3) 2.2 管理方面存在的需求 (3) 2.3 运维方面的需求 (4) 三、UMP短信平台解决方案概述 (4) 3.1 UMP短信平台功能 (5) 3.2 UMP短信平台特点 (6) 3.3 优质通道资源介绍 (7) 3.4 UMP短信平台通用解决方案的优势 (8) 四、技术方案概述 (10) 4.1 UMP短信平台系统结构图 (10) 4.2 UMP短信平台系统模块构成 (10) 4.3 多业务系统对接 (11) 4.4 UMP短信发送管理 (12) 4.5 集中管理 (14) 4.6 业务统计报表 (15) 4.7 系统监控管理 (16) 五、系统整体组网规划 (18) 5.1 系统整体组网规划图及介绍 (18) 5.2 系统中硬件功能具体说明 (18) 六、服务体系 (19) 6.1 质量目标 (19) 6.2 服务支持 (20) 6.3 技术支持 (21)

一、项目背景 根据中国三大移动运营商公布的数据显示,截至2011年8月底,中国手机用户总数已达9.2726亿户。随着中国手机用户的高速增长,手机短信已经成为人们日常信息快递的重要方式,企业短信作为一种企业与客户之间的通信方式,以其覆盖面广、快捷,无时空限制,低成本、精准营销等众多优势,已经被广泛应用于金融、快消、百货、售后服务、快递物流、教育、房地产、汽车、农业、政府等众多行业,成为现代企业信息化重要组成部分。 现代企业普遍面临着来自成本、生产率、产品销售以及客户服务等方面的竞争压力,拓展产品销售渠道、提高员工作业生产率、降低运营成本以及提升客户服务质量,是现代企业提升市场综合竞争能力的关键。 随着企业短信规模化应用,传统短信平台单一信息收发功能,已经不能完全满足现代企业管理的需求,所以同时兼顾多种短信业务、方便与客户系统对接、简单易行的操作与维护、高稳定、高可靠的移动信息化应用成为短信平台发展趋势。 二、短信平台需求分析 2.1.功能方面的需求 ?支持多业务系统对接 大型企业都有自己的业务系统,很多业务信息都是通过系统生成后发送,这就要求短信平台能够与业务系统之间对接来实现数据交互,尽量减少二次开发,缩短项目时间。 ?千万级信息的处理能力 对于银行、证券这样的金融客户来讲,不仅需要提交千万级的信息量,而且还对短信的及时性要求也是极高,尤其是银行类动帐短息,及时性都要求控制在1秒左右;为了避免信 息的丢失和延时,这就要求短信平台具备大规模短信的处理能力和发送能力,既要保证信息的安全与完整,又要有条不紊的将信息及时发送出去。 ?状态报告及时返回 客户通过短信平台提交大批量的信息后,有多少条是成功到达客户手机?是大家都会关心的问题,所以平台需要能及时看到短信的发送的状态,从短信提交、处理过程及成功到达手机后发回的状态报告都能查看。 2.2.管理方面存在的需求

短信接口收费标准

https://www.sodocs.net/doc/c414957316.html, 专业 稳定 快捷 优惠 短信接口收费标准 现如今,大数据时代的到来为我们的生活了便捷。我们在享受信息的方便时是否会问到,我们的信息是如何发送出去的?短信接口就起到了作用,那么,短信接口收费标准是什么?为此,安徽德能信息科技有限公司为大家总结了相关信息,希望能够为大家带来帮助。 首先让我们了解一下什么是短信接口,标准化SDK 软件开发包(短信接口)适应Basic 、C 、Java 等多种主流开发语言,适应 Windows 、Linux 、Unix 等运行环境,彻底解决各个合作伙伴不同开发语言及开发环境的需求。 短信接口有两个方面的功能,一个是向SDK 二次开发的系统提供SDK 函数,这些函数包括及时发送短信函数、定时发送短信函数、接收短信函数、接收发送状态报告函数等,另一个是与短信群发平台通讯,收发短信息。 二次开发,简单的说就是在现有的软件上进行定制修改, 功能的

https://www.sodocs.net/doc/c414957316.html, 专业 稳定 快捷 优惠 扩展,然后达到自己想要的功能,一般来说都不会改变原有系统的内核。根据不同的客户的需要,一些中小公司为客户根据需求在该平台上进行第二次有针对性的开发。实现短信息的收发;与不同移动运营商系统的连接,由移动运营商将短信息发送到用户的手机。 专门为行业大中型企业定制,以数据库操作为基础,支持 Oracle 、SQL Server 、DB2、Mysql 、Sybase 等目前主流数据库,方便快捷的与企业现有的CRM 、OA 、ERP 等业务应用系统无缝对接,封装了 CMPP2.0的短消息通讯协议,提高企业资料的安全性,降低开发周期和开发成本,轻松实现短消息网关的连接和企业的移动商务应用。 目前来说,短信平台的收费没一个统一的标准,各家公司的体制不一样,对外报价也不尽相同,合理的市场价格是在5分-7分。 安徽德能信息科技有限公司是移动、联通、电信三大运营商的战略合作伙伴,致力于为客户提供企业信息手机媒体应用服务, 是移动

展讯平台Trace工具使用

展讯平台Trace 工具使用 对于专业的测试人员,测试应该始终接上log 线进行测试,这样就会尽可能保留出错时候的信息,这些信息不一定对于每一类的bug 都有用,但对于一些难重现的问题有可能这样的习惯就记录下了一些重要的Debug 信息,给软件人员解决问题极大的帮助。 测试人员遇到ASSERT 的时候,一定要尽可能详细的记录下操作步骤,测试此问题的重现概率,同时记录下全部的ASSERT 信息,关于ASSERT 信息详见本文档3.2.1。 需要注意的是,测试人员一定要用对应版本的ChannelServer 和log 工具进行测试,否则会导致底层的一些消息的解析不正确,给解决一些和底层有关的bug 带来困难。 1、ChannelServer 的设置使用 ? 运行ChannelServer.exe ? 点击右下角托盘中的ChannelServer 小图标 ? 在弹出的对话框中的进行配置(成功后,小图标变绿色) 图一 2、Logel –使用说明 ? 选择Server — IP Setting 配置ChannelServer 的IP 地址和端口 ――和ChannelServer 中的设置保持一致(一般不需要修改) ? 连结到ChannelServer ,并开始记录 ――需要先运行ChannelServer 以下为刚开始启动Logel 工具的界面:

图二 以下为正在抓Trace 信息的界面: 图三 测试版本一定要用debug 版本,release 版本遇到assert 会自动重启,debug 版本会断在程序assert 的地方,这样可以获得assert 时的现场信息,以便于debug 。当然,重要版本根据情况也应该同时用release 版本做一些各个功能模块的自动重启的测试,电流测试等,以保证release 版本也没有问题。 测试过程中遇到assert ,不要拔下电池,打开ChanelServer.exe 和Logel.exe , 连上手机,选择logel 里面菜单 Assert / Open Assert Frame , 打开一个调试窗口,在此窗口下输入0,会出现了下图所示的信息(如果是测试的时候连着log ,此窗口会自动弹出):

短信平台功能

短信发布平台 一、主要功能 1系统登录功能 1)支持注册管理,提供身份鉴权和认证。 2)支持WEB服务器,使得网内任何一个角落都可以登录系统。 3)支持权限管理,可指定用户、IP或电脑登录系统。 1短信发送功能 1)提供严格的消息发送过滤,跟踪与控制,保证所有内容符合国家安全和相关 法律规定。 2)提供正常发送、定时发送、自定义发送三个发送类别。 3)发送级别分为普通、加急、特级,发送级别将决定发送的优先顺序。 4)发送对象可针对单个对象,也可针对多个对象,多个对象之间可用分号隔开, 也可直接导入通讯录及组别进行群发。 5)通信录可灵活导入导出,支持自定义文本及Excel文档导入的方式实现已有 通讯录信息的导入,可与CRM数据库进行同步,保持消息发送对象的准确性。 6)定时发送,根据系统设定的时间定时发送给指定用户。发信时间精确到年月 日时分。 7)发送失败,在事先设定的范围内,系统还具备自动重发功能。 8)可事先定义发送字数,方便输入,不用担心会超出短信容量(70字)。 2短信接收功能 1)支持短信回复和接收,保证信息的可达性和完整性。 2)支持系统自动回复,支持自定义回复内容。

3管理功能 1)基本资料管理:实现对基本信息如姓名、邮箱、手机号码、密码等用户资料 进行管理,支持找回密码。 2)权限管理:业务与管理分离,严格的账户、角色、权限控制,保证信息发送 的合法性。 3)通讯录管理:实现对通讯录和个人通讯录的支持,可以自行构建并管理通讯 录群组以及联系人,也可以通过自定义文本及Excel文档导入的方式实现已有通讯录信息的导入。 4)日志管理:系统会记录收发的短消息,用户可以根据权限的设置查询相应 的收发历史,可以进行灵活的查找过滤,用于监控和分析。 5)短信记录、状态查询功能:系统为了方便对于下发短信的管理,提供了短 信记录、状态查询功能,用户可以查询自己下发短信的历史记录,查询每一条短信的下发和接收状态。 6)提供完整的日志记录和黑名单功能,进一步加强安全控制。 4统计功能 1)短信报表:提供短信统计报表功能。 2)发送统计:短信发送量、成功率进行统计,能实现按账号、按时间、按业务 等的统计分析。 3)回复统计:短信回复量、回复率进行统计,能实现按账号、按时间、按业务 等的统计分析。 4其它 1)系统每小时短信处理能力18000条-180000条。 2)丰富的应用程序开发接口:系统提供API接口包和消息API接口。 3)通过专线连接,加密协议传输,保证系统安全性。

软件系统架构图-参考案例

各种软件开发系统架构图案例介绍

第一章【荐】共享平台架构图与详细说明 1.1.【荐】共享平台逻辑架构设计 (逻辑指的是业务逻辑) 注:逻辑架构图--主要突出子系统/模块间的业务关系, 这里的逻辑指的是业务逻辑如上图所示为本次共享资源平台逻辑架构图,上图整体展现说明包括以下几个方面: 1 应用系统建设 本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发,从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合,完成应用系统的统一化管理与维护。 2 应用资源采集 整体应用系统资源统一分为两类,具体包括结构化资源和非机构化资源。本次项目就要实现对这两类资源的有效采集和管理。对于非结构化资源,我们将通过相应的资源采集工具完成数据的统一管理与

维护。对于结构化资源,我们将通过全面的接口管理体系进行相应资源采集模板的搭建,采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。 3 数据分析与展现 采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现,具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。 4 数据的应用 最终数据将通过内外网门户对外进行发布,相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询,从而有效提升了我局整体应用服务质量。 综上,我们对本次项目整体逻辑架构进行了有效的构建,下面我们将从技术角度对相关架构进行描述。

1.2.【荐】技术架构设计 注:技术架构图 --主要突出子系统/模块自身使用的技术和模块接口关联方式 如上图对本次项目整体技术架构进行了设计,从上图我们可以看出,本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。下面我们将分别进行说明。 1.3.【荐】系统整体架构设计(也称为系统总体架构) 上述两节,我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明,通过上述设计,我们对整体项目的架构图进行了归纳如下:

旅游通短信平台市场营销策划方案

旅游通短信平台市场营 销策划方案 文件管理序列号:[K8UY-K9IO69-O6M243-OL889-F88688]

新疆“旅游通”短信平台及移动梦网WAP总站“掌上新疆”市场营销策划方案 一、概述 “旅游通”短信平台是自治区旅游局、新疆移动公司和魅力新疆旅游网三家共同推出的旅游短信信息平台。 随着中国通信及计算机网络技术的高速发展,移动通信用户迅速增长,手机已成了人们不可或缺的通讯设备,手机短信以及手机WAP(手机上网)作为一种实用、方便、廉价的通信手段赢得了中国广大手机用户的钟爱。“旅游通”旅游短信应用平台及移动梦网WAP旅游平台在诸多方面可以满足了自治区旅游局政务信息交流、企业户动、社会监督和行业文明建设的要求,同时该平台为旅行社、宾馆酒店、景区景点、导游、旅客等广大旅游参与用户提供短信、WAP服务并针对新疆旅游业具有的民族特性而增设的WPA图片下载、手机搜索以及短信业务为疆内游客提供了便利,为发展新疆旅游市场增添一份力量。它具备的优点: 1)“延伸式服务”更具亲和力;2)“个性化服务”与旅游企业“一对一”;3)“互动式服务”为旅游企业创造价值;4)降低服务成本、提高服务效率;5)亲情户动服务。 “旅游通”短信平台系统功能概要为: 1、会议通知、市场检查、促销活动、企业年检等信息 2、短信预定服务 3、景点介绍,无线导游,线路推荐,交通信息查询,旅游攻略 4、短信促销服务 5、有奖问答

6、寻宝游戏 7、短信投诉 8、旅游告警信息发布 9、内部信息传达 移动梦网WAP旅游业务目前已开设项目: 1、现已开通的业务有手机图片下载、 2、旅游手机搜索、 3、手机票务订购 4、VIP会员业务。 二、市场分析 (一)、市场空间诱人、用户需求旺盛 “旅游通”和移动WAP旅游业务是自治区旅游局通过新疆移动手机网络对旅游从业企业,从业者,游客开展的数字新业务的技术平台,依托新疆移动公司的雄厚实力,从真正意义上实现旅游企业通讯移动互联,引领时代的潮流。(二)、SWOT分析

调试过程说明文档

使用我司展讯平台的屏调试流程: 如果首次调试没有安装必须的程序,先装转换、下载和驱动工具。 1、拷贝HWInfo(20130412)、展讯平台研发下载工具(2013-09-03)、dotnetfx.exe,先打开 AndroidHWInfo.exe看是否能正常打开,不能的话点击dotnetfx.exe此执行程序进行安装,安装好之后打开。 2、装下载驱动进入展讯平台研发下载工具(2013-09-03)—》驱动—》智能机USB驱动 V1.0.0.21—》32位系统驱动(此处是选择和你电脑系统匹配的位数)—》dpinst.exe安装。安装完成后即可以下载,如果下载时仍然提示安装,请选择手动或自动安装。 3、我们的驱动装换工具如下图所示: (1)第一个选择LCD驱动程序,即FAE调试的文件,文件以供应商的名字缩写+LCD型号等组成。LCD目录点后面的找到.config所在的文件,然后再LCD驱动的下拉中点击此.config.6820和6825平台的TP选择不一样,我以易欣达Y82947为例。6825平台:

当文件都选取好了之后,点击此工具任一界面右下方的按钮,这样就生成了一个以.img做后缀的文件即我们可以下载的驱动了,在文件生成后的保存的位置可以有我们自己选择,默认是放在和LCD驱动文件的同一级目录下。生成的文件如下: 6820平台: 6820和6825在驱动生成方面的不同点就在于一个TP文件的改动,其他步骤同样。6825是要选择这两个地方,而6820平台是把这两个文件合成了一个文件了,即我们在选择时只用选择,而把置空。

4、下载 打开下载工具中的ResearchDownload.exe出现如下界面,点击第二个按钮,进行相应的下载必选文件的放置。

SMS平台功能简单说明

S M S平台功能简单说明 Prepared on 22 November 2020

SMS平台功能简单说明 使用前: 该公司在使用我们短信SMS平台系统前,已经是有自己短信SMS平台系统,平台是他们公司招聘开发技术员团队直接帮开发出SMS平台使用,他们自己开发SMS平台在使用前一年时间还是正常的,但后面他们公司业务发展数据处理量大了,他们开发SMS短信就开始不稳定不断出现各种问题了,公司负责人也要跟着一直要长期加班加点,星期六日也陪着技术员在公司干活去解决问题,然而解决了一个问题又出现一个新问题一直没办法稳定下来,当时他们自主开发SMS平台的不稳定性,已经严重影响到他们客户正常使用体验和公司正常业务发展要求、大量增加零点公司所有员工的处理客户售后工作量,而且也直接提高客户丢失率了。到后来业务数据只要保存超过2个月后就直接没办法正常使用系统变得速度非常慢和不稳定,不但浪费公司负责人和客服业务员工等时间和精力,还直接时常让他们精神和心情受到严重影响。 使用后: 在他们自己开发技术员一直长期没办法解决系统稳定性后,零点公司决定去购买使用市场上成熟稳定平台系统来替换自己开发SMS平台,他们选择一些同类短信SMS平台进行了解对比,并且去了解这些平台他们正在使用的其他客户公司的当时使用稳定性、安全性、可靠性情况,了解这些提供软件平台公司他们各自提供的售后技术服务态度及服务效率等相关情况,在经过达半年时间考察了解后,决定在2013开始替换使用我们提供短信SMS平台,新平台使用一个月后就直接进入正常稳定运行致,大量业务数

据最少也能保存6个月或1年以上也不会受影响,帮他们解决技术上后顾 之忧,可以直接可以把时间和精力全部投入到公司运营发展上,每个星期 六日也能有时间可以陪家人小孩或可以放心外出旅游,平台经过4年多一 直稳定运行使用至今没出现过一次大问题或技术上问题,而我们也一直尽 力去协助他们公司发展技术需求,没让他们后悔当时选择了使用我们平 台。 SMS平台功能简单说明 本SMS平台是一套强竞争力的大型SMS平台软件,包含的功能非常强大及齐全,主要包含有六大模块,从客户端->服务器->运营商网关通道->状态报告->客户,相应的C/S、B/S、Windos服务模块软件一应俱全,用户交互界面设计专业美观,平台稳定性、安全性及处理海量数据压力性能非常好,可根据不同需求订制开发SMS短信平台。平台自2008年投入使用至今,所有使用公司都对我们平台稳定性安全性和售后服务效率、态度等非常满意,从来只有公司对使用其他平台不满意去换使用我们平台的,从没发生过对我们平台使用后会不稳定或售后服务等有不满意去换使用别家平台的情况。

管理信息系统接口方案

1.管理信息系统对接方案 1.1接口方案描述 投标报价和费用控制是项目管理的重要组成部分,投标报价和费用控制系统应与项目管理信息平台统一标准,规范系统间的接口标准,实现投标报价和费用控制软件与项目管理信息系统既相对独立,又无缝对接。数据对接是进行数据沟通、整合信息最佳方式,能让不同领域中相对专业的软件系统彼此互补,进而让企业信息化系统的整体运作效能达到相对最佳化。 接口主要是解决两个系统数据相互交换读写的问题。解决方法有如下三种。 第一种方式: 用直接读写数据库的方式,先建立特定权限的数据库访问用户(只能访问接口信息相关的部分数据表,而不是全部)。将读和写分开考虑,在读数据时可以直接读数据源表,在需要写数据时,写到双方约定的中间表,并加上写信息操作日志。这样在读数据时可以保证数据的及时性;由于是写在中间表,并不影响原来系统的数据;系统并且记录了读写数据日志,这样做到有据可查,减少不必要的纠分。 为了保证双方相互访问的透明与高效,可以制定两方都认可的数据访问规范性文档,明确如:数据库名、密码、可读表、可写表,及具体表结构、字段的含义等信息。 我们全力配合,根据需要开放数据库结构。 第二种方式: 使用EXCEL、XML(可扩展标记语言,可以用来标记数据、定义数据类型,是一种常用的数据交换格式),或者文本文件,作为中间载体来实现数据交互。EXCEL简单明了,开发人员和用户都直接能看明白,对于结构简单数据的可用EXCEL,对于有关联关系的复合数据选可用XML。 只要双方约定一个统一的数据交换规范,制定好格式,实现起来也最容易。 第三种方式: 通过应用程序接口(Application Programming Interface,简称:API),

相关主题