GPS导航订餐的APP
前景与范围文档
文档状态: [ ]草稿 [ ]正式发布 [ √ ]正在修改 | 当前版本: | 版本1 |
作 者: | gogaobin | |
完成日期: | 2013年11月3日 | |
|
1. 业务需求
1.1 应用背景
在我们的日常生活中吃饭是很重要的一个问题,尤其初次到一个陌生地方的时候,这个问题显得更加的突出。因为只有解决了这个问题我们才有充沛的精力去做其他的事情。但是,在这个餐馆和饭店林立的时代找一个自己满意的就餐的地方却不是那么容易,常常会遇到选择的地方的饭菜不合自己的胃口或者遇到适合自己的地方却没座位的问题,给自己的就餐带来很大的不便。既浪费了时间,还吃不好饭。综上所述,基于GPS导航订餐的APP很好的解决了这个问题。
1.2 业务机遇
许多人都希望出门在的时候都希望快速找到自己满意的就餐地点,同时也可以实现订餐功能,人们也可以在工作的时候选择合适的时间和合适的地方就餐。通过这样的一个APP就可以解决人们就餐遇到的各种问题,为人们的日常生活提供了便利。
1.3 业务目标与成功标准
1.3.1 业务目标
BO-1:在第一版应用之后3个月之内,可以满足用户在本地就餐问题。
BO-2:在第一版应用之后6个月之内,可以满足外出的用户在当地的就餐问题。
BO-3:在第一版应用之后12个月内,可以满足用户在全国各地的就餐问题。
1.3.2 成功标准
SC-1:在第一版应用之后3个月内,50%的用户满意。
SC-2:在第一版应用之后6个月内,得到85%用户的好评。
1.4 业务风险
RI-1:可能出现由于餐馆提供的信息不准确或者GPS导航存在误差而给用用户带来麻烦。
RI-2:对于不常使用手机的用户可能需要时间去适应应用。
2 项目前景
2.1 前景概述
随着科技的发展,我们可以使用这些技术使我们的生活更加的方便。对于那些由于没有时间去订餐或者找不到合适的就餐的地方的用户来说是个很大的问题,因此,这个APP的出现可以使这种问题得到避免,同时也减少了用户的浪费时间。
2.2主要特性
软件由于主要是面向有就餐需求用户,所以,软件将具有以下这些特征: FE-1:面向大众用户,界面用户友好,无专业术语,使用户操作的更加方便;
FE-2:用户操作错误时提供友好的提醒; FE-3:下载安装简单
FE-4:尽可能提供详细的信息给用户
2.3 假设与依赖
AS-1:餐馆提供足够详细的菜谱和座位数量等各种信息。
AS-2:软件提供的信息要及时和准确。
DE-1:以后可能会和其他的软件或系统进行交互。
3. 项目范围
3.1 第一版范围
第一个版本主要实现软件界面的创建,各个功能的初步实现,能够为用户提供稳定的基本的服务。
3.2 后续版本范围
特性 | 版本1 | 版本2 | 版本3 |
FE-1 | 完全实现功能 |
|
|
FE-2 | 创建,取消订餐实现 | 完成其他所有功能 |
|
FE-3 | 订餐地点是本地范围 |
|
|
FE-4 | 订餐地点是全国范围 | 实现信用卡网站支付 | 完善信用卡支付方式 |
4. 项目环境
4.1 操作环境
这个系统主要提供给两类用户使用,一类是经营者模式,一类是顾客模式 。
1. 经营者模式中,经营者可以根据录入餐饮的基本信息,每次餐饮物种有变化就要相应得更新数据库。面向经营者时,软件是普通的存储数据软件。
2. 面向顾客时,软件是基于移动端的终端软件,可提供给顾客查看,搜索,选择餐饮并能够进行餐饮评价和查看餐饮评价的功能。选择好的餐饮会在选择界面上将餐饮的图片样品相对应的展示出来。
4.2 涉众
这个系统中的主要涉众如下表:
涉众 | 特点 |
顾客 | 顾客主要使用这个软件来订餐,来满足他们的需求(主要节约时间方面)。 |
经营者 | 希望通过这样一个系统能够吸引顾客,同时希望减少人力成本,获得更高的效率和收益! |
4.3 项目属性
具体项目属性如下表:
属性 | 驱动因素 | 约束因素 | 可调整因素 |
特性 |
| 各个版本的功能必须完全可操作。 | 在最终版本中进行调整。 |
质量 |
| 用户满意度必须达到85%;必须通过全部的安全机制检查,软件能够在Android ,iphone等操作系统下稳定工作。 | 在后续版本中完善功能提高用户满意度 |
成本 | 项目经理 | 必须控制开发费用在额定范围内 | 允许费用超过的最大额度不超过总经费的10% |
进度 | 项目经理 | 必须保证开发时间在规定时限范围内 | 开发时间最长不得超过规定时间2天 |
人员 | 团队规模包括一个项目经理,两名开发人员,和一名测试人员
| 人员数目按照规定严格控制 | 如果计划不够,可以适当增加人员务必保证在规定时间内完成项目。 |
词汇表:
模型
参考资料:
需求工程—软件建模与分析
需求工程文档规范
项目前景与范围文档模板