APP需求文档
app开发需求文档

软件需求文档格式的标准写法1.引言1.1 编写目的·阐明开发本软件的目的;1.2 项目背景·标识待开发软件产品的名称、代码;·列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户;·说明该软件产品与其他有关软件产品的相互关系。
1.3 术语说明列出本文档中所用到的专门术语的定义和英文缩写词的原文。
1.4 参考资料(可有可无)列举编写软件需求规格说明时所参考的资料,包括项目经核准的计划任务书、合同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档,以及相关产品的软件需求规格说明。
在这里应该给出详细的信息,包括标题、作者、版本号、发表日期、出版单位或资料来源。
2.项目概述2.1 待开发软件的一般描述描述待开发软件的背景,所应达到的目标,以及市场前景等。
2.2 待开发软件的功能简述待开发软件所具有的主要功能。
为了帮助每个读者易于理解,可以使用列表或图形的方法进行描述。
使用图形表示,可以采用:·顶层数据流图;·用例UseCase图;·系统流程图;·层次方框图。
2.3 用户特征和水平(是哪类人使用)描述最终用户应具有的受教育水平、工作经验及技术专长。
2.4 运行环境描述软件的运行环境,包括硬件平台、硬件要求、操作系统和版本,以及其他的软件或与其共存的应用程序等。
2.5 条件与限制给出影响开发人员在设计软件时的约束条款,例如:·必须使用或避免使用的特定技术、工具、编程语言和数据库;·硬件限制;·所要求的开发规范或标准。
3.功能需求3.1 功能划分列举出所开发的软件能实现的全部功能,可采用文字、图表或数学公式等多种方法进行描述。
3.2 功能描述对各个功能进行详细的描述。
4.外部接口需求4.1 用户界面对用户希望该软件所具有的界面特征进行描述。
短视频APP产品需求文档

短视频APP产品需求文档一、文档综述1.1 文档属性1.2 产品综述1.3 需求整理二、产品说明2.1 产品功能结构图2.2 产品信息结构图三、全局说明3.1 功能权限3.1.1 登陆/未登陆•登陆用户可以浏览所有界面,激活所有功能。
•未登录用户只能以游客身份首页浏览推荐视频,查看附近的视频,其他任何操作都需要登陆。
3.2 键盘交互说明•点击登陆页其他方式登陆,数字键盘从页面底部弹出。
•点击其他输入框,字幕键从页面底部弹出。
3.3 部分常用交互说明3.3.1 打断后重新打开APP3.3.2 点击空白区域或无网络状态3.3.3 页面内交互交互:首页推荐视频页面向上滑动,在1S内当前观看视频上滑动至顶部消失,新的推荐视频从底部向上滑动出来播放。
交互:首页推荐视频页面向下滑动,在1S内当前观看视频向下滑动至底部消失,上一次观看的视频从顶部向下滑动出来播放。
3.3.4 页面间交互底部导航标:交互:标签栏位于底部,点击相应的标签跳转到对应的页面,跳转时间为0.5S,3.3.5 直播间交互交互:1.直播间右下角点击X返回抖音首页;2.直播间右上角点击更多直播,则按照人气瀑布式展示直播间;3.抖音首页点击左上角直播间按钮进入随机(按照人气推荐)推荐的直播间。
3.4 页面异常无网络状态下抖音首页提示提示位置:首页页面中央交互:1.点击刷新,刷新页面;2.左右滑动和上下滑动都触发刷新,依旧无网状态还是提示网络错误。
无网络状态下直播间提示交互:1.没有网络状态下直播间屏幕变黑,页面中央提示“加载中”,直到有网状态下才能加载出直播内容;2.直播间处于“加载中”时候,点击更多直播间、关注等都无反应。
四、部分业务流程4.1 注册登录流程在注册登录模块中,用户最终都要验证手机号这个流程,微信、QQ号、微博第三方软件现在必须绑定手机号才能使用,所以不需要验证手机号,这样用户信息、流量数据的真实性大大提升,为产品、运营等部门做进一步的奠定了基础。
产品经理需求文档

产品经理需求文档一、需求概述1. 产品类型:手机App。
2. 产品背景:本产品旨在满足多功能的日常交互,为用户提供方便的服务。
3. 设计目的:App的设计意图是使用户可以方便的使用本产品,完成他们日常交互的业务。
二、功能描述1. 社交功能:用户可以根据自身喜好,进行个性化定制,从而使用社交平台分享内容和聊天等信息。
2. 信息查看:可以查看赛事、新闻、社区等信息,以及视频、图片等多媒体内容。
3. 媒体娱乐:包括视频直播、电影、音乐、游戏等娱乐功能。
4. 购物服务:包括在线购物、预约配送、货物验收等功能。
5. 安全保障:通过加密、权限管理等技术手段,确保用户信息安全。
三、界面设计1. 首页:定位服务、搜索服务等模块都将显示在主页上,及时更新用户的活动信息。
2. 消息页:消息页面显示用户社交交流和活动通知等信息。
3. 我的页:个性化展示用户信息,提供安全补充功能。
四、技术要求1. 安全性:采用加密技术,对关键数据加解密,确保数据安全。
2. 数据库:MySQL数据库系统,提供全面完善的数据处理技术支持。
3. 图形处理:采用标准库和High-level graphics package,通过OpenGL技术支撑图形处理技术。
4. 运行环境:客户端需要运行在Android 和 iOS 系统环境下,服务端运行在Linux/Unix/Windows环境下。
五、测试要求1. 单元测试:在开发过程中,对每个功能模块进行独立测试,对每个模块进行完整性测试。
2. 集成测试:在将代码混合在一起之后,检查其整体的行为是否正常。
3. 系统测试:在客户端运行系统,通过真实环境模拟整体系统的复杂性,检查系统功能是否正常。
六、运维需求1. 服务器:使用服务器建立服务中心,提供对客户端的支持,包括数据库、应用程序更新等服务。
2. 网络环境:统一网络环境,以满足客户端多种设备以及服务器性能要求。
3. 数据库维护:定期维护数据库,保证信息的安全和可靠的存储,保证网络的可用性。
App产品需求文档(PRD)

功能:展示给帖 子评论的内容和 的人; 交互:点击评论 可以回复,点击 头像可以跳转到 用户个人信息页 面
4、个人详情页
交互:点击之后 跳转到个人信息 页
6
功能:点击后返 回帖子详情页
功能:展示发帖 人信息,包括头 像、昵称、性别和 等级,可以关注 或者给发帖人发 私信; 交互:点击关注 可以关注发帖 人,关注变为已 关注;点击私信, 跳转到发私信页 面
功能:可以绑定 微信、微博等帐 号; 交互:点击进入 绑定页面
9
功能:邀请好友 机制,可以邀请 微信、微博、通讯 录好友,邀请成 功可以或得积分 作为回报; 交互:点击进入 邀请好友页面
功能:积分商城 的功能,用户完 成一些如签到、 发帖、点赞、评 论、邀请好友、分 享这类的任务, 可以获得一些积 分奖励,积分在 积分商城里面可 以兑换一些礼品 等作为奖励; 交互:点击进入标识:
文件状态 [ ]草稿 [ ]正式发布 [ ]正在修改
产品名称 文件标识: 当前版本: 作 者: 完成日期:
修订记录:
更新时间 版本 变更内容 变更情况 修改人 备注
目录
第一部分 产品结构图..........................................................................1 第二部分 产品功能介绍......................................................................2
功能:展示新增 的私信数量,可 以查看私信的内 容和发私信用户 信息; 交互:点击进入 私信的页面
APP需求文档

移动客户端概要规格说明书版本:1.0目录1.概述 (3)1.1 目的 (3)1.2 范围 (3)2.功能需求 (4)2.1服务端部署 (5)2.2登陆界面 (6)2.3书籍信息查询 (7)2.4书籍详细信息 (8)2.5书籍评论信息 (9)2.6购物车 (10)2.7订单确认 (11)2.8 订单查询 (12)2.9 下沉式菜单栏 (13)2.10客户端缓存优化 (14)1. 概述1.1 目的经过前段时间系统性学习Android网络的相关知识,我们已经可以实现一些网络通讯功能。
遵循着学以致用的观念,我们决定研发一个当当网客户端的项目,让我们的理论知识运用到实际项目之中。
本文档的编写为我们的设计、开发提供依据,使我们对需求的更加理解详尽。
同时本文档也作为项目评审验收的依据。
1.2 范围本项目包括:处于服务端的当当网服务器响应部分以及处于手机客户端的应用程序。
项目涉及用户网络访问权限,Servlet技术,Android网络链接,Json封装与解析等技术点。
本项目适合学习Android两年左右的软件人员进行研发,项目涉及知识点主要集中在网络通讯部分,可以有效对网络相关技术进行实践学习与理论验证。
2. 功能需求该系统是目前最流行的移动互联网客户端,系统主要目的是为了让互联网客户使用移动终端同样可以访问互联网的数据与信息资源,本次系统主要围绕的业务范围为当当网的书籍查询系统,用户在登录系统后可以查询网站书籍,并提供购买功能,本系统分为两个部分:一、互联网服务端1、网站已经研发完毕,数据库为Oracle,学员需要将已经研发好的系统实施部署2、对Android客户端发送的登陆、验证码获取、书籍信息获取等等请求数据进行响应处理,方便客户端获取服务端数据库中相应的商品数据。
二、移动终端(Android系统)1、该部分为本项目设计的核心,建议学员自主研发。
2、核心功能:登陆3、核心功能:书籍查询4、核心功能:书籍详细信息5、核心功能:书籍评论信息6、核心功能:我的购物车7、核心功能:订单确认8、核心功能:订单查看9、核心功能:下沉式菜单10、图片缓存:每次获取新图片需要保存在缓存中,下次读取不得再次从服务端上获取。
APP产品需求文档模板

产品需求说明书目录一、简介 (3)1、目的 (3)2、范围 (3)二、用户角色描述 (3)三、产品概述 (3)1、目标 (3)2、功能摘要 (4)四、产品特性 (4)第一部分、大众用户模块 (4)1.1 产品概述 (4)1.2 产品结构 (5)1.3 特性说明 (5)1.3.1 用户管理 (5)1.3.2 商业活动浏览 (6)1.3.3 停车券收录 (6)1.3.4 停车全使用 (7)第二部分、商家版模块 (8)2.1 产品概述 (8)2.2 产品结构 (8)2.3 产品特性说明 (8)2.3.1 商家管理 (8)2.3.2 商家商业活动管理 (9)2.3.3 商家停车券管理 (9)第三部分、停车场模块 (10)3.1、产品概述 (10)3.2、产品结构 (10)3.3、产品特性说明 (11)3.3.1 工作人员管理 (11)3.3.2 停车券管理 (11)五、其他产品需求 (12)5.1 性能需求 (12)5.2 监控需求 (12)5.3 兼容性需求 (12)六、风险分析 (12)七、相关文档 (12)八、附件 (12)一、简介本文档为免费停车APP产品需求说明书,包括简介、用户角色描述、产品概述、产品特性、其他产品需求、风险分析、相关文档、附件共八部分。
以下为产品需求说明书文档的目的、范围。
1、目的本文档为“免费停车APP”的产品需求文档,主要作为确认需求以及系统分析设计的依据2、范围此文档包括开发“免费停车APP”产品相关概述、开发状态流程、期望实现的产品功能及其特性、对开发过程的大致总体安排和实现顺序。
该产品包括三方APP:商家、停车场和停车用户。
该文档是衔接客户要求和程序开发的首要沟通文档,会对产品功能实现具有重要指导作用。
二、用户角色描述三、产品概述随着城市的快速发展,停车位这一社会公共资源将变得越来越紧张,停车难的问题将变得越来越严重,这将成为限制我国交通发展与商业发展的枷锁。
在发达国家超市停车场的面积是营业面积的5倍,谁能高效地利用停车位、为用户提供最省时省心省费用的停车服务,谁就能拥有更多的显在和潜在客户。
外卖 APP 产品需求文档解读

外卖 APP 产品需求文档解读(PRD)文档目录:一、文档综述1.1版本修订记录1.2PRD输出环境1.3产品介绍二、产品结构2.1产品功能结构图2.2产品信息结构图三、全局说明3.1功能权限3.2键盘说明3.3页面内交互3.4页面异常3.5页面间切换交互方式3.6更多操作四、用户操作主流程(外卖页)五、页面逻辑(用户订购商品主逻辑)六、页面详细功能说明6.1启动页6.2登陆/注册页6.3首页(外卖页)6.4商家页面6.5订单的支付与评价页面七、测试异常页面及突发状况7.1网络异常7.2登录异常7.3数据丢失1.3 产品介绍“饿了么”于2009年4月上线,是一款在线外卖订餐服务平台。
为中国广泛地区的用户提供丰富多样、简单快捷的在线订餐服务;为不同类型的餐饮商户提供基于互联网技术的一体化运营解决方案。
“饿了么”移动端App,满足用户在手机端使用产品时的基本功能主要包括用户在线订购外卖、商家入驻、配送服务、城市服务代理等。
二、产品结构2.1 产品功能结构图2.2 产品信息结构图“饿了么”App的信息架构异常复杂,这对于平时基本只会用到点餐订外卖的我来说是没有想到的。
一个主要针对在线订餐服务的产品承载了如此多的内容,并产生了如此多的流量入口,可留存率容易降低且流量加工能力需要很强。
三、全局说明3.1 功能权限(1)分为登陆状态和未登陆状态(2)登录状态可进行App内所有操作(3)未登录状态下仅可以浏览页面,如商家信息、商品信息等;无法进行商品预订、订单结算和商家收藏;无法进入金币商城、推荐有奖、周边优惠、免费流量以及官方活动等界面;无法查询订单和早餐预订等。
3.2 键盘说明(1)点击(手机号与验证码)输入框时页面底部弹出数字键盘;(2)点击其他输入框页面底部弹出字母全键盘。
3.3页面内交互(1)顶部和底部弹窗(2)Toast、Dialog、Alert弹窗3.4 页面异常3.5 页面间切换交互方式在当前页面左边缘处用右划手势快速返回之前页面。
APP产品需求文档模板

APP产品需求文档模板目录1. 项目简介 (1)2. 目标用户 (1)3. 功能需求 (1)4. UI设计 (2)5. 技术需求 (2)6. 需求分析 (3)7. 项目时间表 (4)8. 结论 (4)9. 参考资料 (5)10. 风险管理 (5)11. 结语 (6)1. 项目简介我们的目标是开发一个新的移动应用程序,名为“记忆宝盒”,它将帮助用户在学习时更有效地记忆内容。
应用程序将提供一系列工具和技巧,帮助用户创建和维护学习计划,以及帮助用户在学习过程中保持专注和注意力。
应用程序将适用于iOS和Android操作系统。
2. 目标用户目标用户是学生、自学者、考生和其他需要记忆大量信息的人群,特别是那些在学习时遇到困难或需要更有效的记忆工具的人群。
3. 功能需求3.1 记忆技巧和策略应用程序将提供多种记忆技巧和策略,包括:●可视化记忆法●联想记忆法●重复记忆法●记忆宫殿法●时间轴记忆法●空间记忆法用户可以根据他们学习的内容和个人偏好选择适合自己的记忆技巧和策略。
3.2 学习计划用户可以创建个人学习计划,设定学习目标、学习时间和重点内容。
应用程序将提供提醒功能,帮助用户按时完成学习任务。
3.3 专注模式专注模式将帮助用户保持注意力,减少分散注意力和其他干扰因素的影响。
在专注模式下,应用程序将关闭所有通知和其他应用程序,只保留学习内容和用户界面。
3.4 记忆测试应用程序将提供各种记忆测试,以评估用户的记忆水平和学习进度。
这些测试将有助于用户发现自己的弱点和改进自己的记忆能力。
3.5 数据备份和同步应用程序将支持数据备份和同步功能,以便用户可以在不同设备之间轻松地访问和管理他们的学习计划和进度。
4. UI设计应用程序将具有简洁明了的用户界面,易于使用和导航。
应用程序的颜色和设计将与学习和记忆相关,以增强用户体验。
5. 技术需求5.1 应用程序平台应用程序将开发为iOS和Android应用程序。
5.2 技术框架和工具应用程序将使用React Native框架开发。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
移动客户端
概要规格说明书
版本:1.0
目录
1.概述 (3)
1.1 目的 (3)
1.2 范围 (3)
2.功能需求 (4)
2.1服务端部署 (5)
2.2登陆界面 (6)
2.3书籍信息查询 (7)
2.4书籍详细信息 (8)
2.5书籍评论信息 (9)
2.6购物车 (10)
2.7订单确认 (11)
2.8 订单查询 (12)
2.9 下沉式菜单栏 (13)
2.10客户端缓存优化 (14)
1. 概述
1.1 目的
经过前段时间系统性学习Android网络的相关知识,我们已经可以实现一些网络通讯功能。
遵循着学以致用的观念,我们决定研发一个当当网客户端的项目,让我们的理论知识运用到实际项目之中。
本文档的编写为我们的设计、开发提供依据,使我们对需求的更加理解详尽。
同时本文档也作为项目评审验收的依据。
1.2 范围
本项目包括:处于服务端的当当网服务器响应部分以及处于手机客户端的应用程序。
项目涉及用户网络访问权限,Servlet技术,Android网络链接,Json封装与解析等技术点。
本项目适合学习Android两年左右的软件人员进行研发,项目涉及知识点主要集中在网络通讯部分,可以有效对网络相关技术进行实践学习与理论验证。
2. 功能需求
该系统是目前最流行的移动互联网客户端,系统主要目的是为了让互联网客户使用移动终端同样可以访问互联网的数据与信息资源,本次系统主要围绕的业务范围为当当网的书籍查询系统,用户在登录系统后可以查询网站书籍,并提供购买功能,本系统分为两个部分:
一、互联网服务端
1、网站已经研发完毕,数据库为Oracle,学员需要将已经研发好的系统实施部署
2、对Android客户端发送的登陆、验证码获取、书籍信息获取等等请求数据进行响应处理,方便客户端获取服务端数据库中相应的商品数据。
二、移动终端(Android系统)
1、该部分为本项目设计的核心,建议学员自主研发。
2、核心功能:登陆
3、核心功能:书籍查询
4、核心功能:书籍详细信息
5、核心功能:书籍评论信息
6、核心功能:我的购物车
7、核心功能:订单确认
8、核心功能:订单查看
9、核心功能:下沉式菜单
10、图片缓存:每次获取新图片需要保存在缓存中,下次读取不得再次从服务端上获取。
2.1 服务端部署
因为我们Android客户端的数据需要从服务端进行获取,所以在开发客户端之前,需要先对服务端应用进行部署,步骤如下:
1、安装Oracle10g数据,请学员自行前往Oracle首页下载。
2、安装T omcat6,请学员自行前往Apache首先下载。
3、为Oracle创建用户、表空间、数据表。
4、为Tomcat6设置环境,并且将服务端部署到T omcat6中。
5、打开IE输入以下链接,确保能够获取以下页面(图2-1-1)。
图2-1-1 服务端部署
2.2 登陆界面
完成了服务端的相关功能实现之后,接下来就可以进行客户端的开发。
首先我们需要完成对当当网客户端的登陆界面的研发,具体需求如下:
1)用户名与密码输入:
a) 界面需要让用户输入自己的用户名与密码
2)验证码的远程获取:
a) 向服务端发送请求,以便获取验证码图片,用户需要输入正确的验证码才能正常登陆
3)登陆按钮:
a) 点击该按钮后发送登陆请求
b) 如果错误,显示错误信息
c) 如果验证码,用户名和用户密码都正确,则跳转书籍页面
4)清空按钮:
a) 用户点击该按钮后,一次性清除用户之前输入的用户名,密码和验证码
图2-2-1 验证码验证
2.3书籍信息查询
在用户登陆完成之后,客户端还需要对当当网上的书籍信息进行呈现,具体需求如下:
1) 书籍信息解析:
a) 因为书籍信息是从服务端返回的,所以我们需要将服务端返回的书籍数据进行解析,
获取能够使用的数据格式
2) 书籍信息呈现:
a) 书籍的缩略图信息
b) 书籍的名称信息
c) 书籍的价格信息
d) 书籍总体评价及其总评论数量
3) 书籍信息查询:
a) 用户可以通过书名-关键字进行书籍信息筛选,显示相应的书籍信息
图2-3-1书籍查询界面
2.4 书籍详细信息
在书籍查询界面,用户点击任意书籍栏将跳转到书籍详细页面,具体需求如下:
1) 书籍简要信息,主要包含:
a) 书籍缩略图
b) 书籍名称
c) 书籍价格
d) 书籍评价星级
e) 书籍评价数量
2) 书籍详细信息,主要包含:
a) 作者
b) 出版社
c) 库存状态
d) 累计销量
e) 书籍简要概述
f) 书籍完整目录
3) 交互设计,主要包含:
a) 加入购物车:用户点击即可讲当前
书籍加入到自己的购物车中
b) 查看评论:用户点击即可进入评论
界面
详情请参考图2-4-1的界面设计
图2-4-1书籍详细界面
2.5 书籍评论信息
在书籍详细界面,用户通过按钮交互,点击可以进入书籍评论信息界面,具体功能需求如下:
1) 书籍简要信息:在界面顶端显示书籍简要信息,主要包含:
a) 书籍缩略图
b) 书籍名称
2) 书籍评论列表:在书籍简要信息下方为书籍评论列表,包含以下信息:
a) 评论人昵称
b) 评论星数
c) 评论内容
d) 评论发表时间
图2-5-1书籍评论界面
2.6 购物车
通过任意界面下方的下沉式菜单,用户可以进入购物车界面,具体功能需求如下:
1) 购物车列表:界面主体为购物车中的商品项,每个子项包含以下信息:
a) 方便用户选择的单选按钮,删除功能和下单功能
b) 修改功能会针对所有购物车项,不管是否选中
2) 购物车列表:界面主体为购物车列表项,主要显示以下信息:
a) 书籍缩略图
b) 书籍名称
c) 书籍数量
d) 书籍单价
3) 购物车操作:用户可以通过按钮对购物车项进行如下操作:
a) 删除功能:用户可以删除购物车中用户选中的购物车子项
b) 数量修改:
i. 用户可以对购物车项中的书籍数量进行修改
ii. 点击修改后可以修改购物车项中的商品数量
c) 下单功能:用户可以讲购物车中选中的购物车项提交下单,后续操作可以再订单确认
界面进行
图2-6-1购物车界面
2.7 订单确认
通过任意界面下方的下沉式菜单,用户可以进入订单确认界面,具体功能需求如下:
1) 收货人信息:包含收货人基本信息,方便客户确认,包含如下内容:
a) 收货人姓名
b) 收货地址
i. 用户可以通过交互设计对自己的收货地址进行选择
ii. 收货地址改变,收货人也需要发生相应调整
2) 订单项列表:进行订单内容罗列,方便用户进行确认,主要包含下列内容:
a) 订单项书籍缩略图
b) 订单项书籍名称
c) 订单项书籍数量
d) 订单项书籍总价
注:有兴趣的同学可以试试让列表可以根据子项数量自适应高度的功能。
3) 提交订单:用户通过按钮可以将订单信息提交生成订单数据
4) 订单总价:界面应当用一目了然地显示当前订单的总价格
图2-7-1订单确认界面
2.8 订单查询
通过任意界面下方的下沉式菜单,用户可以进入订单查询界面,具体功能需求如下:
1) 订单列表:界面主要包含了当前用户所有订单的订单列表,订单列表子项包含以下信息:
a) 订单编号
b) 订单总价
c) 订单状态
d) 下单日期
e) 订单子项列表
2) 订单子项列表:每一个订单中包含相应的订单子项商品列表,主要包含以下信息:
a) 书籍缩略图
b) 书籍名称
c) 书籍数量
d) 书籍单价
图2-8-1订单查询界面
2.9 下沉式菜单栏
用户在除了登陆的其他界面下方均可见到如图2-9-1所示的下沉式菜单,菜单主要包含以下几个选项:
1) 主页:点击即可跳转到书籍查询界面
2) 购物车:点击即可跳转到购物车界面
3) 订单:点击即可跳转到订单确认界面
4) 更多:点击即可进入订单查询界面
5) 退出:点击即可退出应用程序
图2-9-1 下沉式菜单
2.10 客户端缓存优化
移动客户端拥有的资源有限,我们需要对书籍图片资源进行缓存处理,缓存具体要求如下:
1) 缓存写入:
a) 对于第一次加载的书籍缩略图,我们需要进行缓存处理
b) 缓存文件存放到Android data/data/~项目名称~/cache文件夹下
2) 缓存读取:
a) 如果不是第一次加载书籍信息,则我们需要先从缓存获取
b) 如果缓存中不存在书籍缩略图,则再从服务端获取图片
图2-10-1 客户端缓存文件。