mobile详细设计说明书Word格式文档下载.docx
《mobile详细设计说明书Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《mobile详细设计说明书Word格式文档下载.docx(50页珍藏版)》请在冰豆网上搜索。
长度:
11
登陆密码
CODE
16
登陆类型
TYPE
10
3.5输出项
输出为跳转的页面,无具体输出数据。
3.6算法
只用到简单的数据库调用,具体操作直接调用数据库相关操作就可以了。
3.7流程逻辑
3.8接口
上层:
Index.html
下层:
Guest.html
Client.html
Clerk.html
Manage.html
与数据库中CLIEN表、CLERK表、MANAGE表相关。
3.9存储分配
无特殊需要。
3.10注释设计
暂无。
3.11限制条件
当没有登陆号码、密码时,可选择跳转进入游客页面。
4客户资料模块设计说明
4.1程序描述
该程序在收到请求后去数据库调用客户信息,返回页面。
在提交修改请求后判断数据的正确性,如正确则将数据保存入数据库。
4.2功能
4.3性能
全部为文本信息,无精度要求。
4.4输人项
客户号码
TNO
4.5输出项
客户姓名
TNAME
客户性别
TSEX
2
客户身份证
TIDNO
32
客户Email
TEMAIL
客户地址
TADD
255
4.6算法
4.7流程逻辑
4.8接口
与数据库中CLIEN表相关。
4.9存储分配
无特别开销。
4.10注释设计
4.11限制条件
客户姓名、性别、ID不能为空。
5用户业务模块设计说明
用户业务模块处理各个用户针对需求进行相应业务的办理,包括业务的发布和查看以及业务的办理和退订。
通过该模块的实现不同权限的用户在登陆后即可根据需要进行业务的查询、办理等,它是整个网上营业厅系统进行业务处理的基础。
模块中各个子模块是允许被不同的用户模块进行复用的,它们具体完成业务办理的各项功能。
5.1查看热门活动子模块
5.1.1程序描述
查看热门活动模块是游客和入网客户的基本功能,进行登陆后用户即可查看到当前的热门活动介绍,了解最新咨询。
5.1.2功能
5.1.3性能
该模块主要处理热门活动查看功能,基本不涉及具体数据处理,数据精度可以不在要求范围考虑之内。
5.4输入项
输入:
无
5.1.5输出项
热门活动
hotop.lst
数据的类型和格式:
lst
5.1.6流程逻辑
5.1.7接口
用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序,说明参数赋值和调用方式,说明与本程序相直接关联的数据结构(数据库、数据文卷)。
上一层模块:
用户业务模块
下一层模块:
无。
参数赋值和调用方式:
通过viewhotop调用返回通过连接数据库得到的对象实例
关联的数据结构:
表actiop
5.1.8存储分配
无额外存储要求
5.1.9注释设计
对数据库操作部分进行部分注释
5.1.10限制条件
暂无
5.1.11测试计划
针对查询信息是否能成功连接数据库进行测试。
5.1.12尚未解决的问题
5.2查询用户已开通业务子模块
5.2.1程序描述
查询客户已开通业务是针对已入网的客户在进行登录之后,可以通过查询业务模块了解自己已经开通和使用的业务信息。
模块基于调用客户业务信息并对查询请求进行响应返回所需的业务内容。
5.2.2功能
5.2.3性能
主要性能要求在与客户在进行查询请求后该模块的响应时间应在用户可以接受的范围内(1~2s)。
5.2.4输入项
用户手机号
Tno
类型和格式:
String
有效范围:
为数据库中注册在用的手机号
输入方式:
来自Client类的成员属性,直接使用。
5.2.5输出项
业务信息
OpInfo
Operon类的一个实例
数据来源:
数据库
5.2.6流程逻辑
5.2.7接口
无
参数来自于Client的成员属性,作为Client类的成员函数以public方式提供调用。
与本程序相关的数据结构:
表Operon
5.2.8存储分配
5.2.9注释设计
对数据库操作部分作注释
5.2.10限制条件
用户登录不能为空
5.2.11测试计划
主要针对能否从数据库中获得operon表的信息及响应时间和灵活性进行测试
5.2.12尚未解决的问题
5.3办理新业务子模块
5.5.1程序描述
新业务办理模块是由移动客户或营业员通过该模块为客户办理新业务,完成了client类中Addnewop()的实现。
客户在登录后选择该模块就可以根据需要选择相应新业务,确定开通以后即会在已开通信息中增加选择的业务信息。
5.5.2功能
5.5.3性能
具体对数据精度无要求,主要是调用的模块响应能在用户可以接受的范围内(1~2s)。
5.5.4输入项
1)名称:
手机号码
标识:
tno
类型:
长度:
有效范围:
输入方式:
2)名称:
选择新业务
opno
int
有效值:
在数据库Operation表中的未开通业务
用户选择后通过参数传递
5.5.5输出项
5.5.6流程逻辑
5.5.7接口
参数来自于Client的成员属性和上一层调用时输入,作为Client类的成员函数以public方式提供调用。
与本程序相直接关联的数据结构:
operon表、operation表
5.5.8存储分配
要为返回的对象分配空间,具体视业务信息而定。
5.5.9注释设计
对数据库操作部分做部分注释
5.5.10限制条件
用户必须登录成功且所选业务自己没有开通
5.5.11测试计划
针对增加operon表中的已开通业务信息进行重点测试。
5.5.12尚未解决的问题
5.4业务退订子模块
5.4.1程序描述
该模块完成了client类中delete()的实现,客户或营业员在登录后选择该模块可以得到当前用户已开通业务的信息,然后即可选择相应的业务进行退订,同时在operon删除退订业务的信息,完成退订操作。
5.4.2功能
5.4.3性能
无具体关于数据处理的性能要求
5.4.4输入项
选择退订业务
在数据库Operon表中的已开通业务
5.4.5输出项
5.4.6流程逻辑
5.4.7接口
operon表
5.4.8存储分配
5.4.9注释设计
针对数据库的删除操作进行部分测试
5.4.10限制条件
用户必须登录成功且所选业务必须为已开通业务
5.4.11测试计划
针对删除operon表中信息进行测试
5.4.12尚未解决的问题
5.5发布新业务子模块
该模块用于实现client类中Issueop()的实现,即用户业务模块的发布新业务子模块。
经理在登录后通过选择该模块的操作后即可完成Issueop()的功能,同时会更新数据库中operation的业务信息。
5.5.3性能
经理ID
mno
新业务编号
用户直接输入
3)名称:
新业务介绍
opintro
4)名称:
新业务资费
opcharge
参数来自于Manager的成员属性和上一层调用时输入,作为Manager类的成员函数以public方式提供调用。
operation表
需要未增加的新业务和返回对象分配空间
针对数据库操作部分进行注释
需要具有Manager的权限,登录不能为空
针对更新后的operation表进行测试
5.5.12尚未解决
6话费服务模块设计说明
6.1余额查询模块
6.1.1程序描述
该模块完成了client类中Viewcount()的实现,即话费服务模块中的余额查询功能,即根据用户的ID(在我们这个系统中即11位的手机号码),在数据库中查找其相应的账户信息并返回给上层模块。
6.1.2功能
6.1.3性能
精度:
余额值精确到分,有效时间精确到天
6.1.4输人项
6.1.5输出项
账户信息
Info
CountInfo类的一个实例
成员:
见其类图
6.1.6算法
直接使用数据库查询语句进行查找。
6.1.7流程逻辑
6.1.8接口
话费服务模块
表CountInfo。
(详见《数据库设计说明书》)
6.1.9存储分配
无额外存储要求。
6.1.10注释设计
A、加在模块首部的注释:
说明模块功能、约束条件、输入输出。
B、加在各分枝点处的注释:
分支的选择条件、逻辑结构。
C、对各变量的功能、范围、缺省条件等所加的注释:
主要为表数据的变量,参照表内的命名,略。
D、对使用的逻辑所加的注释:
主要分为接受表单数据程序段、处理表单数据程序段、产生相应SQL操作程序段、数据库查询程序段、结果返回程序段等。
在每一段都进行本程序段功能的说明。
6.1.11限制条件
调用该成员函数的对象的tno不能为空。
6.1.12测试计划
主要测试能否对数据库进行正确访问
6.1.13尚未解决的问题
6.2账单查询模块
6.2.1程序描述
该模块完成了client类中Viewcall()、Viewmessage()和Viewgpra()的实现,即话费服务模块中的账单查询功能,即根据用户的ID(在我们这个系统中即11位的手机号码)和所要查询的账单类型,在数据库中查找其相应的账单记录和当前资费标准计算出用户的账单详细信息,包括消费记录和对应的费用,并将计算得到的由相关条目的LIST返回给上层模块。
6.2.2功能
6.2.3性能
6.2.4输人项
1)名称:
账单种类
counttype
8
“语音账单”、“短信账单”、“GPRS账单”
来自参数传递
6.2.5输出项
账单信息
InfoLIST
LIST类的一个实例,其包含的节点的类型按需要可以是语音账单Call类、短信账单Message类和GPRS账单Gprs类的一个实例。
Call类:
Message类:
Gprs类:
数据库+计算处理
6.2.6算法
直接使用数据库查询语句进行查找账单和当前资费,并直接遍历账单计算费用。
6.2.7流程逻辑
6.2.8接口
表cal,表callcharge,,表Message,表Messagecharge,表gprs,表gprscharge。
6.2.9存储分配
需要为返回的对象分配空间,具体视用户账单的长度而定。
6.2.10注释设计
6.2.11限制条件
6.2.12测试计划
由于模块相对简单,开发完后作简单测试即可。
6.2.13尚未解决的问题
6.3在线充值模块
6.3.1程序描述
该模块完成了client类中Chargeol()的实现,即话费服务模块中的在线功能,即根据用户的ID(在我们这个系统中即11位的手机号码)和所购买的充值卡的卡号和密码,在数据库中对查找充值卡的相关信息进行验证,若通过验证则将用户账户增加相应的话费,同时在充值卡数据库里删除该充值卡信息,最后返回充值成功标记给上层模块;
若验证通不过,返回一个失败的标记给上层调用模块。
6.3.2功能
6.3.3性能
无精度要求。
6.3.4输人项
充值卡号
cardno
20
充值卡密码
cardcode
6
6.3.5输出项
成功/失败信息
suc_or_fai
BOOLEAN
6.3.6算法
直接使用数据库查询语句进行查找并验证即可。
6.3.7流程逻辑
6.3.8接口
表chargecard,表CountInfo,,表loging。
6.3.9存储分配
无额外存储需求。
6.3.10注释设计
。
6.3.11限制条件
6.3.12测试计划
6.3.13尚未解决的问题
7积分计划模块设计说明
7.1积分查看模块
7.1.1程序描述
该模块完成了client类中Viewvalue()的实现,即积分计划模块中的积分查询功能,即根据用户的ID(在我们这个系统中即11位的手机号码),在数据库中查找其相应的积分信息并返回给上层模块。
7.1.2功能
7.1.3性能
无精度要求
7.1.4输人项
7.1.5输出项
积分信息
myvalue
Value类的一个实例
7.1.6算法
7.1.7流程逻辑
7.1.8接口
积分计划模块
表value。
7.1.9存储分配
7.1.10注释设计
7.1.11限制条件
7.1.12测试计划
7.1.13尚未解决的问题
7.2积分换话费模块
7.2.1程序描述
该模块完成了client类中Vtoexp()的实现,即积分计划模块中的积分换话费功能,即根据用户的ID(在我们这个系统中即11位的手机号码)和用户输入的进行积分换花费的积分值,在数据库中查找其相应的积分记录和当前积分与话费的兑换标准,计算出所换话费的金额,并返回成功信息;
若用户输入超过其积分值,返回失败。
7.2.2功能
7.2.3性能
话费值精确到分
7.2.4输人项
所兑换积分值
value
小于等于用户积分表中的积分值
7.2.5输出项
7.2.6算法
直接使用数据库查询语句进行查找积分和当前兑换率。
7.2.7流程逻辑
7.2.8接口
表value,表valueexp,表CountInfo。
7.2.9存储分配
7.2.10注释设计
7.2.11限制条件
7.2.12测试计划
7.2.13尚未解决的问题
8建议/意见模块设计说明
8.1提出建议模块
8.1.1程序描述
该模块完成了client类中advise()和guest类中的advise()的实现,即建议模块中的提出意见功能,即根据用户的ID(对于guest其ID指定为guest),将其所发表的留言以及时间信息存入数据库中。
8.1.2功能
8.1.3性能
留言长度:
不超过256个unicode字符,有效时间精确到秒
8.1.4输人项
1
名称:
BIGINT
为数据库中注册在用的手机号以及匿名用户(号码为00000000000)
来自Note类的成员属性,直接使用。
2
意见
note
char
256
任意的unicode字符
3
意见编号
nno
integer
来自Note类的成员属性,由数据库通过当前的留言编号增1即可直接使用。
8.1.5输出项
8.1.6算