手持机移动端概要设计说明书V1.0.1

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

手持机移动端

概要设计说明书

北京盛威时代信息科技有限公司

--------------------------------------------------------------------- 北京盛威时代信息科技有限公司对本文件资料享受著作权及其它专属权利,未经书面许可,不得将该等文件资料(其全部或任何部分)披露予任何第三方,或进行修改后使用。

文件更改摘要:

日期版本号修订说明修订人审核人批准人2016-04-29 V1.0.0 概要设计初稿张彦强

2016-05-06 V.1.0.1 概要设计第一次修改张彦强

目录

文件更改摘要: (1)

1. 引言 (3)

1.1目的 (3)

1.2术语及缩略语 (3)

1.3参考资料 (3)

2. 概述 (3)

2.1背景 (3)

2.2范围 (4)

2.3目标 (4)

2.4设计约束、限制 (4)

3. 总体设计 (4)

3.1需求规定 (4)

3.2运行环境 (4)

3.3开发环境 (5)

3.4设计思想 (5)

3.5系统结构 (5)

3.5.1 手持机-全局模块 (6)

3.5.2 手持机-票务模块 (7)

3.5.3 手持机-订单模块 (9)

3.5.4 手持机-用户模块 (10)

3.5.5 手持机-统计模块 (11)

3.5.6 手持机-设置模块 (12)

3.6系统关键流程 (13)

3.6.1 手持机业务初始化流程 (13)

3.6.2 手持机售票流程 (14)

3.7系统返回流程 (16)

3.8关键技术 (16)

4. 接口设计 (16)

1. 引言

1.1 目的

本文档用来描述手持机售票软件的客户端功能性需求、非功能性需求,重点描述了各个功能的设计要求。

用户、项目经理、开发经理、开发人员、设计人员、测试经理、测试人员是本文档的预期读者。

1.2 术语及缩略语

名称解释

手持机手持机售票客户端 1.0.0版本

盛威时代北京盛威时代科技有限公司

用户售票人员

1.3 参考资料

编号资料名称

GB/T 11457-2006 《信息技术软件工程术语》

2. 概述

2.1 背景

中国移动互联网处于高速发展阶段,信息化、数字化已成趋势。传统的售票补票方式存在三大痛点:计算难(中途上车下车,站点多),查询难(稽查人员检查多个班次),统计难(售票员和稽查人员都需要及时递交补票的数量及票务计算)。

盛威时代作为一家为道路交通行业提供信息化的服务商,已经为行业管理部门和客运企业提供了一整套的信息化方案,包含为客运企业提供的站务管理、网站售票管理、移动端售票客户端、微信售票公众号服务、综合统计分析系统等。通过信息化的实施大大提高了企业和行业的管理水平,形成了比较完备的闭环管理。但是,我客车中途售票,目前还是人工操作,会给行业管理和客运企业管理方面带来一些不便,也为企业的数据分析和决策留下了一些缺口。为了更好的满足行业和企业管理需求,盛威时代推出手持机售票系统。

2.2 范围

本产品为客运中心提供了方便的售票途径,方便查询和统计,更方便、更快捷。本产品可支持售票员和稽查人员使用。

2.3 目标

实现通过手持机移动设备,可以方便售票员中途售票,稽查人员在稽查站快速补票,提供打印功能和票务数据统计。

2.4 设计约束、限制

本节描述软件开发工作的某些限制,例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。

本节内容不是陈述具体需求或设计约束,而是为具体需求以及设计约束的描述提供依据。

开发期限:2016年6月30日完成;

编程语言:Java

通信协议:HTTP

开发过程中须遵守的某些标准或规则:编码和注释按照对应的规范进行。

3. 总体设计

3.1 需求规定

参见《手持机售票需求规格说明书》

3.2 运行环境

Android OS: 4.4.4

3.3 开发环境

Android Studio+IDE

Android SDk 4.4.2

3.4 设计思想

系统采取从顶往下的设计思想,坚持模块化、分层、面向对象原则进行设计。

系统从业务上划分为子系统、子系统模块、功能三个层次。在子系统模块再按照分层原则进行设计。

Android 的模块分层:配置层(config),数据实体层(bean),数据操作层(dataoperate),业务层(business),界面适配层(adapter),视图层(view),界面层(ui)。Android 拥有包机制,因此按照包进行管理。Android 的顶层包为swnl.handsale,其他按照顶层包.子系统.模块分层.功能命名规则,其中基础框架层(app)在顶层包下管理基础工具和框架。整体归属包原则是如果多个下级复用则归属下级的直接上级原则。

3.5 系统结构

手持机

(handsale)

块(ticket)

(order)

(setting)

(user)

(count)

图3-1 手持机(handsale)总体模块图

相关文档
最新文档