美食分享APP需求文档资料.pdf

《美食分享APP需求文档资料.pdf》由会员分享，可在线阅读，更多相关《美食分享APP需求文档资料.pdf（12页珍藏版）》请在三一文库上搜索。

1、分享吃货 App 需求分析 1. 引言 俗话说民以食为天， 自古以来人们的生活就与美食紧密相连。我们小组认为 , 随着移动互联网时代的到来，手机菜谱类App 行业最具潜力成为未来市场上的 一匹多金黑马。 美食行业在市场的地位都是永摧不倒。而且如今的菜谱行业， 不 仅仅局限于向消费者传递一些美食制作的方法，在移动互联网时代的菜谱行业也 带来了一种新的生活方式和健康理念。所以，美食菜谱类APP 占居消费市场与 “吃”相关的入口，拥有巨大的想象空间，发展前景也是光明而又乐观的。 1.1. 编写目的 (1) 本需求分析说明书是为了开发美食分享App而编写的，主要面向分 析员、程序员、测试员和最终用户，

2、使之能更好地理解系统功能以及实现系统。 (2) 本说明书不仅是整个软件开发的依据， 对以后的维护性工作也起着指导 性的作用，同时也是测试计划和用户手册的编写依据。 1.2 项目背景 （1）应用软件名称：美食分享APP （2）任务提出者：陈大文，王小朋，徐雏菊 （3）用户：广大人民群众 （4）实现：信计研发小组 （5）构建平台： android 平台，其数据库构建在SQL Server 2005上，并 可实现权限限制性兼容，与其他手机应用软件并不冲突。 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4 参考资料 (1) 软件工程清华大学出版社 (2) 美食社区网站

3、的设计与实现电子科技大学出版社 （3）android 开发案例驱动教程清华大学出版社 (4) 面向美食网站的搜索及点评与图片去重模块的设计与实现哈尔滨工 业大学出版社 2. 任务概述 2.1 目标 本 App 旨在针对美食爱好者以及需要相关信息服务的网民建设以满足客户 基本需求（菜谱查询，获得饮食健康资讯）为基础，提升用户体验（增加互动性 和趣味性）为目标的新型享型美食菜谱分享。用户可以通过该App 查看菜谱， 创建菜谱，浏览资讯，发表评论，分享经验心得，进行好友分享以及讨论区进行 交流讨论。该应用软件管理员可通过以发布信息，管理（修改，删除和增加）菜 谱，管理讨论区对该APP 的日常运营进行

4、管理和维护。 2.2 运行环境 （1）处理器型号及内存容量：CY1.7GHZ，内存 1g； （2）外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量：80G 硬盘即可； （3）输入及输出设备的型号和数量，联机或脱机； （4）数据通信设备的型号和数量； （5）功能键及其他专用硬件； 2.3 条件与限制 （1） 条件：手机方面具备android4.0以上系统，服务器端在win7 32 位 （2） 限制： 操作系统限制：操作系统 android4.0以上 软件限制 : 应安装杀毒软件，防止病毒干扰 3. 数据描述 3.1 数据需求 （1）用户信息（用户id 主键，用户名，头像，用户类型，密码，

5、个性签名， 性别，出生日期，职业，家乡，现居地，个人简介） （2）美食信息（美食 id 主键，用户 id ，美食名称，美食图片，美食简介，历 史由来，备注） （3）美食用料（美食id ，用料 id 主键，菜名，分量） （4）美食做法（美食id ，步骤 id ，具体做法，图片） （5）美食种类（美食id ，种类 id ，种类名称） （6）美食地域（美食id, 地域 id ，国籍，省，市） （7）美食推荐（美食id ，用户 id ，推荐时间） （8）收藏表（美食 id ，用户 id ，收藏时间） （9）美食留言（美食id ，用户 id ，留言） （10）主题表（用户 id ，主题 id ，内容 ,

6、 发表时间） （11）主题回复表（用户id ，回复 id, 主题 id ，内容，回复时间） 3.2 软件系统的数据流程和处理流程 （1）数据对象的 E-R图，如下图 1-1 （2）数据流图 3.3 数据库介绍 （1）服务器程序在管理员与用户进行各种操作（创建，收藏，修改，删除， 评论菜谱，删除，创建，评论主题，查看，删除用户）时需要对数据库进行数据 提交，即对数据库进行查询与修改： 在上面的操作过程中都需要对数据库中的所 有表，进行联合查询、修改。 （2）物理数据结构主要用于各模块之间函数的信息传递。 （3）接口传递的信息是用数据结构封装了的数据，以参数传递或返回值的形 式在各模块间进行传输。

7、 （4）对于出错信息要返回出错提示给用户，并提供出错信息的处理方法以保 证软件运行的可维护性。 3.4 数据管理能力要求 根据市场对美食的需求以及团队的业务能力，该软件包含了各种家常美食以 及全国各地特色美食菜谱的分享， 同时美食好友之间可以互相分享烹饪经验与心 得，因此估计用户量比较大， 对数据的处理量也处于中等水平，对于团队来说也 是一个考验。 3.5 故障处理能力 软件的操作主要是对数据库的管理和维护，其中发生的故障也是针对数据库 的，基于数据库有日志文件， 可以很方便的修复； 而另外方面的故障是在android 开发定制移动电玩城2596864941主要是服务器处理多线程的问题，当有多

8、个用 户访问服务器时，由于目前开发受限，服务器可能会出现无响应等行为，因此， 对该方面需要做到很好的处理。 3.6 其他专门要求 （1） App 设计与布局问题。因为该应用软件需要给用户提供大量的信息服务， 所以在设计的过程中需要极其关注页面分割和模块设计的合理性。此外，界面的 色彩搭配以及设计需要满足分享型菜谱类App 的要求。 （2）数据分类问题。由于该App 需要对大量的信息和数据进行分类，如按 照食材对菜谱进行分类， 按照人群对饮食建议进行分类。因此，对数据库的设计 有严格的要求。 （3）搜索问题。该 App 需要给用户大量的信息服务，包括菜谱以及健康资讯 等，因此应重视搜索功能的完善

9、性，需考虑搜索排序等多方面的问题。 （4）操作简便问题。做到能够适合各类美食爱好者使用。 4. 功能需求 4.1 功能划分 主要功能 前台功能： （1）普通用户可以通过该APP查看菜谱 （2）普通用户可以通过该APP搜索菜谱（按菜名，食材等） (3) 普通用户可以通过该APP浏览他人分享的菜谱，经验 (4) 普通用户可以通过该APP注册成为会员（免费注册） (5) 会员可以创建个人菜谱，进行经验和心得的分享 (6) 会员可以对其他会员创建的菜谱进行评论，收藏。 (7) 会员可以在专门的讨论区发言，与其他会员进行线上交流与讨论 (8) 会员可以对个人信息进行管理（修改昵称，修改头像，修改密码）

10、(9) 会员可以对自己创建的菜谱进行管理（修改菜谱，删除菜谱） 后台功能： 管理员通过后台对菜谱进行管理 (1) 浏览菜谱 (2) 推荐菜谱 (3) 删除菜谱 管理员通过后台对该APP信息进行管理 (1) 发布一些健康资讯和每日精选的信息 (2) 管理已经发布的信息（有条件的修改和删除） 管理员通过后台对会员进行管理 (1) 查看会员（基本信息，创建的菜谱，发表的言论） (2) 删除会员（严重违规会员） 管理员通过后台对讨论区进行管理 (1) 浏览发言 (2) 管理发言（删除违规言论，推荐优质分享） 4.2 功能描述 下面将用例图进行功能描述： 5性能需求 5.1 准确性和及时性 （1）系统处

11、理的准确性和及时性是系统的必要性能。 （2）在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工 作量，使系统的处理能力和响应时间能够满足用户对信息处理的需求。 （3）由于系统的查询功能对于整个系统的功能和性能完成举足轻重。作为 系统的很多数据来源， 而美食的种类又影响用户的决策活动，其准确性很大程度 上决定了系统的成败。 在系统开发过程中， 必须采用一定的方法保证系统的准确 性。 5.2 开放性和可扩充性 （1）系统在开发过程中， 应该充分考虑以后的可扩充性。用户查询的需求 也会不断的更新和完善。 所有这些，都要求系统提供足够的手段进行功能的调整 和扩充。 （2）要实现可扩充性， 应

12、通过系统的开放性来完成，即系统应是一个开放 系统，只要符合一定的规范， 可以简单的加入或减少系统的模块。通过软件的修 补、替换操作来完成系统的升级和更新换代。 5.3 易用性和易维护性 （1）系统是直接面对使用人员的，而手机的品牌却是各不相同的。这就要 求系统能够提供良好的用户接口，易用的人机交互界面。 （2）要实现易用性，就要求系统应尽量选择用户熟悉的术语和语言界面； 并针对用户可能出现的使用问题，提供相应的在线帮助， 缩短用户对系统熟悉的 时间。 （3）系统应提供方便的方式供系统维护人员进行数据的备份，日常的安全 管理，以及系统意外崩溃时数据的恢复等操作。 5.4 标准性 （1） 系统在设

13、计开发使用过程中都要涉及到很多计算机和手机硬件、软 件，所有这些都要符合主流国际、国家和行业标准。 例如在开发中使用的操作系 统、网络系统、开发工具都必须符合通用标准；规范的数据库操纵界面、作为业 界标准的移动电玩城买断联系TCP/IP2596864941 网络协议及 ISO9002标准所要求 的质量规范等。 （2） 在自主开发本系统时，要进行良好的设计工作，制订行之有效的软 件工程规范，保证代码的易读性、可操作性和可移植性。 5.5 先进性 （1） 通过系统的开放性和可扩充性，不断改善系统的功能完成。 （2） 在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前 主流并有良好发展前途的

14、产品。 5.6 响应速度快 （1） 系统在日常处理中的响应速度为秒级，达到实时要求， 以及时反馈 信息。 （2）进行统计分析时，根据所需数据量的不同而从秒级到分钟级，则是 保证工作人员不会因为速度问题而影响工作效率。 6. 运行需求 6.1 用户接口 本系统的用户一般需要通过终端进行操作，进入主界面后点击相应的窗 口，分别进入相对应的界面( 如：输入界面、输出界面 ) 。 6.2 外部接口 (1) 用户界面：在用户界面部分， 根据分析结果， 用户需要一个用户友善界面。 在界面设计上，应做到简单明了，易于操作，并且要注意界面的布局，应突出的 显示重要以及出错信息。 外观上也要做到合理化， 做到不

15、仅拥有可靠性， 同时有 易使用性。 （2）外设接口：在输入方面， 对于手机键盘的输入； 在输出方面，网络的传输； 实现高速传输。 6.3 故障处理 （1） 输出出错信息： 程序在运行时主要会出现输入信息不满足要求时的软故障，以及类似网络传 输超时等其他原因产生的硬故障两种故障。对于软故障， 须在各种操作 （如菜谱 的创建，修改，删除等）是否成功进行判断，以及输入数据的验证模块进行数据 分析，判断故障类型，再生成相应的错误提示语句，送到输出模块中；对于硬故 障，可在故障产生的相应模块中输出简单的出错语句，并将程序重置， 返回输入 阶段。 （2）处理对策： 为了防止客户端与服务器实现交互过程中造成数据丢失，在网络运输方面采 用 http 协议，实现 TCP连接，当一定时间内没有得到响应则进行重发等操作。 网络传输方面， 可考虑建一条成本较低的后备网络，以保证主网断路时数据的通 信；硬件方面，要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。