1.前言

1.1目的

该文档描述了整个系统的整体功能结构概貌，试图从整体框架上给出整个系统的轮廓，然后又对功能需求进行了详细的描述。其中对功能需求的描述采用了AXUERE原型方式，给出了非常直观的原型图和详细的功能描述。这些文字和图形都为了详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。

该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是作为项目交付验收的依据。

1.2预期的读者和阅读建议

本文档面向多种读者对象：

（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计。

（2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。

（3）程序员：配合《设计报告》，了解系统功能，编写《用户手册》。

（4）测试员：根据本文档对软件产品进行功能性测试和非功能性测试。

（5）销售人员：了解预期产品的功能和性能。

（6）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。

（7）其他人员：如部门领导、公司领导等可以据此了解产品的功能和性能。

在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。

2.需求分析

概述

iiuuy

3.功能模块

3.1  注册

用户通过平台所发送的邀请码对平台进行申请账号密码，需要选中是否同意注册条款，并有是否代理注册选项。代理注册就是多填一个代注册人的信息，该信息会入库到另外一个数据库表中，对整个系统逻辑没有影响。输入验证码申请账号后，会跳转到平台注册信息页面以后后续完善个人相关信息保存，账号密码生成。点击返回，回到APP登陆页面。

3.2登陆

分为企业用户登录和社会名流登录，两个登录仅仅是名字不一样，进入后内容完全一样。用户可输入相对应的账号密码进行平台登陆。

3.3首页模块

1）首页分为图片轮播，最新活动两大部分。APP分为四大功能模块，分别为首页，信件，聊天，以及我的，对应的模块选项有相对的功能。

2）点击最新活动其中一项活动会跳转到活动详细情况，显示内容为活动标题，活动信息，活动主办，邀请人数，联系方式，费用说明，活动地区，活动地点，活动时间，截止报名；详细活动介绍，活动年龄限制以及具体活动内容；个人活动详情包括参加活动所扣的金币数，参加活动人的性别，年龄，职业选择等。参加活动报名人需填写个人手机号码以及联系QQ对活动参加人进行联系。

3） 

点击首页“更多”跳转进入更多活动页面，分为全部活动，最新活动，已结束活动三块，用户可在此查看相应的内容。

3.4信件

信件为APP第二个选项功能，分为全部信件，未读信件，已读信件三块。在此可查看APP内对用户全部信件的查看，所发信件，以及已发未查看信件。以及用户给他人所发信息，已发，未发信件。

3.5聊天

1）聊天分为两大类，分别为最近联系人以及个人通讯录。

2）最新联系人中可查看与最近好友聊天的记录，好友头像，用户昵称，聊天内容，和好友发送内容时间。点击最近联系人可对用户进行发送消息语音表情以及传送照片功能。

3）点击页面“+”进行搜索好友详细条件筛选。

4）通讯录为APP内用户所添加的好友，显示用户头像用户名称，点击可对用户进行拉黑，删除，设为指定聊天功能。点击“放大镜”为搜索好友页面，输入用户ID，昵称可查找需添加的用户名，查看资料并添加。用户可对APP内骚扰用户进行拉黑，并进入黑名单对好友进行恢复或删除。

3.6个人中心

3.6.1 头像

个人中心分为用户头像，点击头像可进入相应的页面并对头像进行设置，分为本地上传照片和开启照相机实时拍照两个功能，用户上传的照片需符合国家法律法规，网络传输速度允许，格式，清晰度等功能。 显示用户名，交友ID，用户可用金币数量，和预览主页。点击预览主页，进入个人资料页面可查看用户所以资料。

3.6.2我的活动

点击个人中心中我的活动，跳转到个人活动页面，显示用户全部已经报名的活动或已参加结束活动的页面。

3.6.3缘分配送

此为APP内已有好友之间的信息传递，显示用户头像，用户名以及概括个人资料，右上角择友要求，可对理想交友条件进行筛选。

3.6.4会员服务

1）页面显示我的金币余额，所属会员级别以及会员有效期时间。

2）会员等级分为普通会员，VIP会员，钻石会员。对应的会员级别有不同的功能使用权限。

3.6.5在线充值

现有金币显示，支付宝LOGO，本次充值金额。

3.6.6我的相册

用户在此对个人相册进行管理，如照片上传，设为头像，照片删除。

3.6.7择友要求

1）用户可在此对搜索要求进行选择，提交保存进入搜索显示页面，

2）用户可进行查看资料，添加好友等。

3.6.8我的信件

显示用户所收到的站内信件，包括所有信件，未读信件，以及已读信件。

点击发件箱，编辑发送人员名称或ID号，编写标题以及内容，点击发送，至好友。

3.6.9收到问候

显示用户所收到的所有问候，包括未读问候和已读问候。全部问候和全部信件等显示内容一样，分为未读问候和已读问候，未读在前，已读在后。每条信息显示为问候人头像，问候人昵称，性别，问候信息和时间。

3.6.10谁看过我

记录访问用户主页的访客和用户访问过主页信息。

3.6.11修改密码

输入原始密码，和修改密码，确认修改密码进行密码修改。点击立即修改跳转进入个人中心。

3.6.12生成二维码

用户二维码页，扫一扫跳转用户资料主页。

也可点击预览主页查看用户资料。

3.6.12退出登录

点击退出登陆，跳转到登陆页面进行重新登陆或注册。

第二篇：基于LBS的大学生运动社区的APP开发需求分析报告(软卓班 邢鹏 王滨伟 杨志盈 陈波)

            

文档编号：

版权所有：                                                                           第 1 版

分册名称：                                                          第 1 册/共 1 册

                         

 项目名称

基于LBS的大学生运动

社区的APP开发

      

需求分析报告

南华大学计算机科学与技术学院

20##年4月

文档修改控制

目录

1. 引言................................................................................................................. 4

1.1 编写目的................................................................................................. 4

1.2 背景......................................................................................................... 4

1.3 术语定义................................................................................................. 4

1.4 参考资料................................................................................................. 4

2 任务概述.......................................................................................................... 4

2.1 目标......................................................................................................... 4

2.2 系统（或用户）的特点........................................................................... 5

3 假定和约束....................................................................................................... 5

4 需求规定.......................................................................................................... 5

4.1 软件功能说明.......................................................................................... 5

4.1.1 CURD矩阵..................................................................................... 5

4.1.2 用例图............................................................................................ 5

4.1.3 活动图及其对应的功能说明......................................................... 6

4.2 对功能的一般性规定............................................................................ 12

4.3 对性能的一般性规定............................................................................ 13

4.4 其他专门要求........................................................................................ 13

4.5 对安全性的要求.................................................................................... 13

5 运行环境规定................................................................................................. 13

5.1 设备及分布............................................................................................ 13

5.2 支撑软件............................................................................................... 13

5.3 接口....................................................................................................... 13

5.4 程序运行方式........................................................................................ 13

6 开发成本估算................................................................................................. 13

7 尚需解决的问题............................................................................................. 14

8 附录................................................................................................................ 14

1.引言

1.1 编写目的

1)   本文档是“基于LBS的大学生运动社区的APP开发”项目的需求分析说明书，供设计人员使用，作为系统设计的依据

2)   作为项目验收标注之一

3)   软件维护的参考资料

1.2 背景

1)   待开发软件系统名称为“基于LBS的大学生运动社区社区的APP开发”；

2)   本项目的任务提出者“计算机学院软卓班项目小组”，开发者计算机学院“计算机学院软卓班项目小组”，用户为在校大学生；

3)   本软件系统未与其他系统或机构进行交互。

1.3 术语定义

1)   LBS: Location Based Service，又称无线定位服务。

2)   用户: 拥有账号，能够登录软件系统，享有软件的全部功能使用权。

3)   游客:没有账号，不能登录软件系统，享有部分软件的使用功能权。

4)   公开赛:任何人可以申请参与比赛。

5)   私人赛:只有比赛创建人才能够邀请他人参与比赛。

1.4 参考资料

2. 任务概述

2.1 目标

1)   本项目作为用户与用户之间参与社交运动的软件支持系统，用户可通过此平台实现互动交流、经验共享，在运动的同时结交好友、邀请比赛等功能。

2)   本系统也可为游客提供查看比赛的功能。

2.2 系统(或用户）的特点

1)   本软件为应用开发人员为使用者专门开发，管理系统的工具与本软件隔离开来，即本项目应有应用端、管理端（此与软件需求无关，故此部分在此不予说明）两个软件。

2)   本软件为用户贴近生活应用，预期使用频度程度为较高。

3)   用户(或游客）不需要任何技术背景，但应具有看懂本软件的操作规则及各项功能、操作说明的能力。

4)   用户能完成基本的手机应用操作，能完成信息的更新与比赛的创建等基本操作。

3. 假定和约束

1)   本系统开发期限预期为2个月，在预期范围时间内完成系统基本功能的实现。

2)   完成本系统所需经费应在可考虑的范围内。

4. 需求规定

4.1 软件功能说明

4.1.1 CURD矩阵

描述功能与实体之间的关系（C：create，U：Update，R：read，D：delete）

本节不适用。

4.1.2用例图

本系统的主要用户为:有账号的用户、无账号的游客;

他们的用例分别有:

1)   有账号用户:寻找比赛/观看比赛、参加比赛、组织比赛、创建比       赛、比赛评价以及好友管理

2)   无账号的游客:寻找比赛/观看比赛

4.1.3活动图及其对应的功能说明

    本项目是为有共同兴趣、爱好的同学提供一个可以共同参与运动(或比赛）的平台，系统主要用户为有账号的用户和无账号的游客。

4.1.3.1 寻找比赛/观看比赛

    用户(或游客）可以通过客户端界面[微软用户1] ，可以很方便的寻找自己所需的比赛，同时也可以通过客户端的LBS定位系统，查找到所需比赛的地理位置，从而可以抵达目的地观看比赛。

活动图1:寻找比赛/观看比赛

4.1.3.2 参加比赛

    用户可以根据自己提出的比赛类型，结合LBS定位系统[微软用户2] ，查询到当前位置的比赛，并根据比赛要求，确定是否参与比赛。

活动图2:参加比赛

4.1.3.3 组织比赛/创建比赛

    用户可以发起比赛，定义比赛的属性(公开赛或私人赛），并且能够根据属性，为比赛添加其他的限制条件，如设定比赛参与人数、决定参赛名单、邀请好友参加等。同时必须添加比赛的具体时间。

活动图3:组织比赛/创建比赛

4.1.3.4 比赛评价

    根据系统检测比赛是否结束[微软用户3] 等条件，为用户提供评价此场比赛（评价的对象包括比赛与参赛人）的功能，同时如果检测到的是游客的话，将不提供评价功能。

      

活动图4:比赛评价

4.1.3.5 好友管理

    系统对用户提供好友管理的功能。系统能够为用户提供添加好友，修改好友资料，删除好友等功能。

活动图5:好友管理

4.2.2对功能的一般性规定

    本软件的设计我们采用优先选择登录方式[微软用户4] 的方法，在初始界面必须选择有账号的用户和无账号的游客登录方式,然后进入系统，系统会自动判断是用户还是游客分别给予不同的权限，用户拥有寻找比赛/观看比赛、参加比赛、组织比赛、创建比赛、比赛评价以及好友管理等功能,而游客只有寻找比赛/观看比赛等功能。

4.3 对性能的一般性规定

    本节不适用。

4.4 其他专门要求

    本节不适用。

4.5 对安全性的要求

    系统的使用权限分为二级，即用户和游客，各级人员的信息均未加密。用户身份采用（用户名+密码）的方式认证,游客不需任何方式认证。

5.运行环境规定

5.1 设备及分布

本软件运行于安卓平台手机上，对安卓的系统版本最低要求为2.3.0

5.2 支撑软件

无。

5.3 接口

5.3.1用户接口[微软用户5] 

（1）对系统各个功能模块，以分级菜单的形式给出；

（2）所有的提交、确认、删除等操作以按钮的形式给出，且名称一律取为“提交”，“确认”，“删除”等易于理解的形式。

5.3.2硬件接口

本节不适用。

5.3.4通信接口

支持运营商的通讯方式。

5.4程序运行方式

系统采用C/S架构，必须在手机端安装此软件，系统才能正常运行。

6. 开发成本估算

本节不适用。

7. 尚需解决的问题

本节不适用。

8. 附录

附表1[微软用户6] :

附表2:

附表3:

附表4:

---

 [微软用户1]客户端、界面之类的描述不要在需求报告中出现。

 [微软用户2]意见同批注1

2 提示之类的描述也不应在需求报告中出现。

 [微软用户3]如何检测比赛结束，需要清楚得写出来。

 [微软用户4]登陆功能、权限等建议不要写入需求报告。

 [微软用户5]这种描述不需要写出。

 [微软用户6]缺必要的数据项描述。如：创建比赛要输入的数据项，需要清楚的列出。又如：好友信息要包括的数据项。