手机订烟系统需求规格

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

项目案例名称:手机订烟客户端软件

项目案例文档:《手机订烟客户端软件需求规格说明书》

手机订烟系统需求规格

2014年4月5日

姓名:杨业张彭飞张国斌

目录

导言 (3)

1.1目的 (3)

1.2背景 (3)

1.3引用标准 (3)

1.4术语定义 (4)

1.5参考资料 (4)

1.6版本更新信息 (4)

系统定义 (5)

2.1项目背景 (5)

2.2项目要达到的目标 (5)

2.3系统整体结构 (5)

应用环境 (6)

功能规格 (6)

4.1登录管理功能 (7)

4.2 用户管理功能 (8)

4.3.日志查询功能 (9)

4.4、订单操作功能 (9)

4.5余额查询功能 (10)

4.6、商品信息查询功能 (10)

性能需求 (10)

5.1界面需求 (10)

5.2响应时间需求 (11)

5.3可靠性需求 (11)

5.4 开放性需求 (11)

产品提交 (11)

实现约束 (11)

签字 (12)

导言

1.1目的

本文档时关于手机网上订烟客户端软件的功能和性能的描述,重点描述了功能需求,是概要设计阶段的主要输入。

本文档的预期读者是:

●需求分析人员;

●设计人员;

●开发人员;

●项目管理人员;

●测试人员;

●用户;

1.2背景

●本项目所开发的产品名称为:手机订烟

●本项目由杨业,张彭飞提出并且负责设计开发以及测试,项目最终完成

一款基于Android系统的手机客户端软件,服务于烟草零售商。由各

地烟草公司相关专业人员所管理。

●本项目主要是为新商盟网上订烟系统开发相应的手机客户端,用户通过

手机客户端向新商盟网上订烟系统的服务器提交烟草零售商的交易信

息。服务器处理完毕后,将向手机客户端方(就是零售商)返回处理

结果。

1.3引用标准

[1]《企业文档格式标准》V1.1,北京长江软件有限公司;

[2]《需求规格报告格式标准》V1.1,北京长江软件有限公司软件工程工程

化组织。

1.4术语定义

本文档的术语定义如表A-1所示。

表A-1 术语定义

1.5参考资料

[1]《UML》 V1.1,北京长江软件有限公司。

[2]《需求规格报告格式标准》V1.1,北京长江软件有限公司软件工程工程化组织。

1.6版本更新信息

本文档的更新记录如表A-2所示。

表A-2 版本更新记录

系统定义

2.1项目背景

本项目是为烟草公司的新商盟网上订烟系统开发的Android客户端软件,随着智能手机性能的不断提高,和3G,4G网络覆盖面积的增大,通信系统的完善,人们进行电子交易不再局限于电脑,可以通过手机,平板电脑等一些移动终端实现在电脑上所能完成的功能,方便人们进行电子交易。

2.2项目要达到的目标

本项目设定的目标如下:

●为烟草零售商提供统一的认证入口

●能够在服务器端获取最新数据,并且提交用户数据给服务器。

●该客户端软件提供友好的用户界面,方便烟草零售商进行操作电子订

单。

●记录烟草零售商和烟草公司进行的每笔交易,并且方便用户查询。

●软件有良好的扩展性,可以及时适应最新的Android系统。

●软件的设计要具有一定的灵活性,能够适应市场的变化。

2.3系统整体结构

根据用户的需求和新商盟网上订烟系统已经完善的功能,确定本项目提供统一的用户认证界面,用户认证通过后,可进行用户基本信息管理、订单查询、余额查询和用户反馈等功能的操作;当用户完成订单之后能够及时的把数据交给后台服务器。并且返回处理结果。

图A-1软件功能流程图

应用环境

本项目主要是真对手机用户来设计开发的,应用环境也自然是手机,对手机的性能要求如下

●CPU:1.0GHz;

●内存:256MB以上;

●分辨率:480×800以上;

●最好支持WIFI上网功能;

功能规格

我们采用面向对象分析方法作为主要的系统建模方法,使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和战士系统的各种特征的方法。在UML中,从任何一个角度对系统所做的抽象都可能需要集中模型来描述,而这些来自不同角度的模型图最终组成了系统的映像。

“用例”(use case)描述的是“Actor”(用户,外部系统以及系统处理)

是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能同时,该模型将来可以派生出动态对象模型。

设计用例时,我们遵循下列步骤:

1)识别出系统的“Actor”。Actor是用户,外部系统,甚至是外部处理

它们通过某种途径与系统交互。着重从系统外部Actor的角度来描述系统需要提供哪些功能,并指明这些功能的Actor是谁。尽可能确保所有Actor都被完全识别出来。

2)描述主要用例。可以采取不断问自己“这个Actor究竟想通过系统做什

来准确的描述用例。

3)重新审视每个用例,为它们下个详尽的定义。

用例描述

图A-2 软件功能用例图

4.1登录管理功能

1、所有用户都需要通过登录界面进入主界面,不同的登录人具有不同的权限,根据登录人具有的权限将相应的功能显示在登录的界面上,没有权限操作的功能将不显示在这个界面上,或者不同的用户显示的信息也不相同,登录界面的

相关文档
最新文档