某某项目v10需求说明文档

某某项目vlO需求说明文档

（第一阶段）

需求规格说明书

产品线名称:某某家园产品找

项目柒号:

文件状态1

[]草稿文件编号

[]正式公布

当前版本：VI.0

[J]正在修改

fl):

企成日期：20U邨8H

版本历史

版本完成日期修改内容作者审查

VI.02311-07-22创建王某某

修改说明:文档中标红色说明该露求未定.

标绿色部分说明需要忿照客户编的褥求文

株

今天修改:

1＞热门应用页面第•屏显示应用个由

原先的24个.调整以21个：

2311-08-30王某某

2）。客户端同步了应用的辅助功能笛求：

3）上传了网管提供的应用详懵页的交互

图

其他交互图还不是破新的，福客服域新的交

互图未看

调整了应用图标的有关尺寸।

201106-31\PPSTORI-外根尺寸分为大版本尺寸与小版EMM

本尺寸；

2911-09-01更新地新交互图王某某

2911-09-05搜索无结梁页面里去掉和蒋应用王某某

2311-09-06大小版本外框及显示应用个数性改王某某

2911-09-07测试提出的同庖问步SRS文档王某某

2911-09-08增加评分显示规则王某某

应用馋作变更i断网情况下广告位的处理方

2^11-09-19王某某

A

2311-10-24注意更新的霸求后面和上本日的日期王某某

2311-11-15应用操作二级页面李某某

2311-11-17修正文档与交互.研发相矛任处.详见批注李某某

2311-11-30应用排行规则变更李某某

2J11-12-15仃出果他全面描述李某某

2311-12-19搜索功便规则补充李某某

右键菜单全面更新:

PKG（游戏）菜单变为“有关信息”

2311-12-27李某某

有关应用：

增5两市.应用不可重51

详情页右关应用的约束

2311-12-30搜索的约束李某某

应用忌示规则

2911-12-31应用显示规则再次更新李某某

搜索:

2311-1-6应用宝库搜索没在百度।李某某

搜索列表页不自动刷新

有关应用显示规则（5.4中）

2912-3-20同标每下全局DP值前50位，目客户端网王某某

1陈组BS上已配置的，随机选取6个

目录

1弓【言..........................................................6

1.1文档目的.................................................6

1.2术语与缩写解释...........................................6

1.3参考资料.................................................6

1.4文档中标识...............................................6

2产品介绍......................................................7

3产品中的角色..................................................7

4项目的目标与范围.............................................8

4.1项目目标.................................................8

4.2外部系统接口.............................................8

5系统功能说明..................................................8

5.1整体业务用例（前台）.....................................8

5.2整体业务用例（后台）....................................9

5.3功能性需求分类...........................................9

5.4全面需求................................................12

6产品的非功能性需求..........................................37

6.1软件环境需求............................................37

6.2系统容量/可扩容性需求..................................37

6.3系统性能需求............................................38

6.4系统可用性/可靠性.......................................38

6.5系统安全性.............................................39

6.6可保护性需求............................................40

6.7业务规则需求............................................40

6.8用户手册需求............................................40

6.9其他需求...............................................41

1引言

1.1文档目的

定义AppStore应用宝库产品项目(第一阶段)的需求说明，收集、分析、定义用户需

要与产品特征，全面描述系统功能性、三电能性、约束等需求。以供研发、UI交互设计、

质量保证等人员阅读。

1.2术语与缩写解释

缩写、术语解释

应用宝库指提供给用户搜索、下载安装应用的应用宝库

1.3参考资料

无

1.4文档中标识

术语、缩写解释

优先级功能说明中的"优先级”：H-必需莫现，M-应该实现，L-可选实现，L

又包含(L1>L2>L3)

2产品介绍

APPstore产品是某某桌面A+产品项目重要构成部分。A+项目旨在统一面向终端网民

的网维客户端及PC保鲜盒两大产品，建立桌面级开放性集成娱乐应用平台。

APPSTORE产品在A+整体中起到的要紧作用是实现为用户提供获得除默认桌面推荐

应用内容以外尽可能全面的娱乐应用的途径.实现应用内容的列表、搜索、添加（至个人桌

面）、下载链接、启动入口、应用详情等功能.APPstore产品以A+桌面应用分类、分组

图标、应用商城、添加应用图标等方式为入口，

具体功能：

1、覆盖终端网民主流娱乐需求的应用库及分类排序等多种资源展现方式；

2、应用详情与应用下载启动入口。

3、实现前端内容展示及用户行为数据采集所需的业务后台及数据接口；

4、APPstore产品中应用内容列表由读取IDC端内容列表生成，具体应用程序文件的

推送分发由另外独立的OLOL系统实现，APPSTORE产品中不包含该部分功能。

3产品中的角色

X

描述

用户指以网吧为上网渠道的个人用户，渴望以《氐成本得到最好的.俣乐体验的群

体.

运营人员家园产品线的运营人员，通过系统下列日常管理工作：

1、应用的基础数据俣护；

2、组管理;

3、权限管理；

4、公布管理；

5、评分管理等

4项目的目标与范围

4.1项目目标

本次项目为AppStore产品第一期开发工作：要紧完成应用分类（组）及应用内容的

展示、操作界面，后台完成分类创建、管理与应用图标的管理等功能。

本期计划于2011年10月15日研发完成，测试部署上线.

本期任务负责人员包含：产品经理一名、项目经理一名、需求分析师两名、交互设计师

一名、视觉设计师一名、JAVA册发人员四名、前端工程师两名。

4.2外部系统接口

本期无外部接口.

5系统功能说明

5.1整体业务用例（前台）

5.2整体业务用例（后台）

5.3功能性需求分类

5.3.1前台-应用宝雷页面

UC1应用宝库页面

5.3.2前台-应用操作

5.3.3前台搜索

5.3.4前台-数据采集

uc4数据采集

5.3.5前台-接口需求

5.4全面需求

5.4.1前台-应用宝库页面

名称应用宝库页面

功能概显示应用宝库里的要紧页面

述

操作人用户

前置应用宝库已经打开

询无

优先级H

【应用宝库loading页面】

图正在打开般用宝用，HWW

【热门应用页面】

【

【

应

应

用

用

列

列

表

表

】

】

有

无

二

二

级

级

H茴区

分

分

类

类

_ml区

一区lniM一

1

W

区区

M

T

1

0

0

iNMn

M

卤区W

i一区1L

一茴百卤区区・

I

一区区J区一区

J.NSI区

_Ia*I

百MWtl・见utl

乂

区

区

H区

--一

•nrxu«p百

区

区

区区

s

百

大㈱Ma

区

区

区s百

百

i

！

！

区

留

区

区

盲

区百

tn**!『

区

区

一

一

区i3

【出错页面】

【应用详情页】某某提供应用

j

也相分ta

区

L

Qm让“（，。以＞GmlM在RMQIttti的次tlMMPWttrr.丽

凶

L

冈7

区

L

区

g

三

》

凶

k

【应用详情页】网管提供应用

批注lai]:加每行约束,去掉屏约束

•轮播广告这块由新传媒开发（2011-10-24）;

【应用列表页】

•应用图标列表页分为有二级分类与没有二级分类两种显示效果；

•按默认（遵守默认图标排序规则1最新（最新公布时间\最热（BS

配置到客户端分组应用按本地DP值，BS未配置到客户端分组应用

批注,2]:原：本地DP值

按本地DP值本地钞色，全局DP值；）三个快速搜索维度俳序图

标；

•（前提是无二级分类）大版本尺寸一行显示8个应用，每页显示

96个应用；小版本尺寸（无二级菜单情况下），一行显示7个应用，

批注[a3）:去掉每屏约束

每页显示56个应用；

•一级分类页面在列表页面中显示一级分类下所有应用数量；二级分

类页面在该二级分类列表页面中显示该二级分类下的应用数量；不

显示更新数量；

•一级菜单下假如有二级菜单，点击一级菜单默认显示该菜单下所有

应用（2011-10-24）;

•左侧菜单后台配置假如超出页面高度了，使用上下滚动的交互方式

显示；

•菜单名称的长度由视觉给建议，后台定约束；

•应用列表只能在应用分类末端显示；

•左侧菜单在菜单名称的左侧显示菜单图标，不显示应用总数量，不

显示更新应用角标；

•网管自行上传的本地应用约束：

■网管能够在应用宝库菜单中增加本网吧特有的应用，但只能在

固定一个菜单下增加，该菜单下能够自一级分类；

■网管上传的应用都是本地已经有的，不需要用户从IDC上下

载；

■网管自行添加的应用不提供应用详情页，但免责声明保留，位

置请参照交互稿；

■网管上传的应用统一放在"网吧本地应用"的菜单里；假如该

网吧没有自行上传的应用，则该菜单不可见；

■"网吧本地应用"该菜单固定显示菜单最底部；

■网管上传的应用，也提供有关的辅助功能（参照【前台-应用

操作】的其他功能第二点）；

■网管已经上传的本地应用，新版本升级时需求作数据迁移；

■网吧本地应用有本地DP,没有全局DP.（本地DP数据的来

源于某一个网吧内的一款应用在24小时内，祓点击的次数与

点击产生效果的时长.这2个信息又BS统计后上传给IDC.IDC

写成数据文件提交给DB,DB定时导入数据，然后DB自己有

一个算法，把点击与时长换算成一个整形数据,用于描述一款

应用的热度，这个整形数据就是本地DP）

■网吧自行上传的应用图标尺寸为48*48，但显为±在

批注合并文档

60*60的框架内显示;［a4j:

•使用场景：在菜单列表页里，用户选择按最新排序，再点击其他菜

单，再回到热门页里，热门页里还是按照最新排序，当系统重新启

动后，该功能不起作用；

【应用详情页面】

•应【用详情页】内容包含：应用封面（尺寸682*278）+应用名称

批注］按设计稿

+语言+运营商+当前版本+应用简介+有关应用+截图；,5:

带格式的：普・通（网站）

•点击【有关应用】的图标，打开此应用的详情页面；有关应用的配.

带格式的：字体：五号

置由运营定义标签，写入数据库，同标签下全局DP值前50位，

--------・金"一（带格式的：字体：五号1

且客户端网吧本组BS上已配置的，随机选取6个，同标签下全局

帆如该应用没有有关联的应用，则

不显示有关而用栏，交互上要注意一下（2011-10-28）;_

•【有关应用】的显示标准：应用图标（尺寸32*32）+应用名称；

有关应用中的名称一排最长显示9个双字节字符，多出以"显

示；

•［有关应用】展示规则为：与该资源关联到同一标^的，同标签

下全局DP值前50位，且客户端网吧本组BS上已配置的，髓机选

取6个，最多显示6个,最少显示0个按照本地DF值前100位,

批注［alO）:原：毒24〃时更新一次，每天早晨6点进

随机抽取64进行随机展示L每小时更新一次；数据显示规则为：

行更新；

若A应用已有a、b、c三个标签，则在所有应用中搜索出包含只

要包含a、b、c三个标签中的一个的应用，假设有300个应用，

提取这300个应用中DP值^名前40050位的，然后在这iOG5p

个应用中随机选取6个显示在有关应用列表中,有关应用不可重

批注：新增约束

复。［all］

批注［外昨原•规定S光

•【应用截图】尺寸：截图不限制数量,大图448*336底下缩略图

80*60，每个应用在上线前至少保证一张截图；点击图片左右热区，

能够翻阅左右图片；循环显示图片；

•【评分规则】：APP评分总总评分：8.3分1分力示三二分

分五颗星，每颗星代表2分，领评分：清评分

总分10分。一颗星文字说明：很差；二颗星文字说明：较差；三

颗星文字说明：通常；四颗星文字说明：较好；五颗星文字说明：

很捧；用户通过点击星星进行评分。参考图一：

•评分基数可设置：默认参与人数、默认分数。总评分=（默认分数*

默认参与人数+所有用户评分总数）/（参默认与人数+参与评分用

户数）。分数保留T立小数。例：Y新APP上线，后台设置”已

参与人数=1000人，默认分数=8.9分"，上线后有3人参与评分,

分数分别为7、6、6.则该APP评分

=（1000*8,9+1*7+2*6）/1003=8.9

•分数出现小数点时，能在星星上有所表达（比如0.4分，亮20%）

•鼠标移至评分处，可显示目前该应用的总评分数，交互上以"良好”

"中"、"差”来表达.

•点击详情页，显示总评分人数及当前用尸评分状态；

•在详情页已经打开的情况下突然断网，则不能提交评分，要提示用

户；

•评分显示规则：99999人下列评分，直接显示全部数字，如"87009

人评分"；10万以上999万人下列的人评分,显示以万为单位+

数字，保留小数点一位,如"10.3万人评分；230.6万人评分”；

1千万以上的人评分，显示以千万为单位+数字，保留小数点一位,

如"L4千万人评分"以此类推；

•只有打开应用（运行程序）的用户才具备评分权力；

•同个用户对同个应用只能终生评分一次（在机器没有还原的状态

下）；

批注[al3]:评分功能首期不做

•评分统计更新一^一次；

•假如该应用正在下载,又打开了该应用的详情页面，则在该应用的

详情页图标下面显示下载进度；取消下载时，下载进度都不显示；

批注[al4]:删除这2条约束•由于详情页图标无卜载进

•详情页面中的有关应用，假如正在被下载，也要显示下载进度；

度条

•下载失败提示用户，在客户端展现，详见客户端交互稿：桌