1118-需求文档(初稿)

点餐系统需求文档

1. 项目概况

1.1. 背景

随着信息产业的发展,信息化逐渐被应用到各个行业,但仍有很大一部分发展空间,特别是餐饮行业,很多地方仍落后于其他行业,经过分析,发现极大多数餐厅点餐仍处于通过纸和笔来完成的,由于点餐和结算时都容易出现错误,可能导致消费者体验下降甚至矛盾的发生,所以急切需要开发一种适合大众,操作方便的点餐系统,因此Android移动点餐系统的设计和实现有着重要的意义。

1.2. 项目愿景

我们希望通过Android手机客户端来实现餐厅的点餐,自动结算等功能。随时可更新菜单以及价格,可极大的避免人为错误的发生、减轻服务员的工作负荷,能增加餐厅的现代化气息并提高餐厅的档次。

1.3. 项目干系人

组长:列志华

成员:韩麒麟、王俊杰、冯铭杰、黄柏堂

1.4. 运行环境

Android手机客户端

2. 数据需求

2.1. 数据列表

还未调查

2.2. 数据格式需求

暂无

3. 业务功能需求

1) 点餐功能

点餐功能,为到达店铺的顾客,提供在线点餐服务,点餐后餐厅的后台会实时的显示订餐信息(座号、菜名、数量、偏好、订餐时间)。

2) 分享功能

用户付款后可以向其他客户推荐店铺。或者可以分享到微信,qq,微博等社交平台。

3) 店铺定位功能

定位店铺位置,为用户可以快速的到达店铺。还可以搜索附近的餐馆。

4) 预订功能

可以预订酒楼的包厢或者位置,但是有时间限制。

5) 评价功能

用户用餐后可以为店铺进行评价,使商家和客人可以实时交流,以便商家提高服务和菜品。

4. 性能需求

1)操作简单,界面友好:完全空间式的页面布局,使得菜品、咨询等信息录入的工作更简单:另外,跟踪出现的提示信息也让用户随时清楚自己的操作情况。对常见类似的网站的管理的各个方面:基本信息录入、浏览、删除、修改、搜索等方面都大体实现,用户对菜品的预定以及支付方式;

2)在结构上应该具有很好的可扩展性,便于将来功能的扩展和维护。

5. 待解决问题

暂无

小组成员:


列志华

(组长)


http://www.cnblogs.com/liezhihua/


团队guihub

https://github.com/liezh


黄柏堂


http://www.cnblogs.com/huang123/


韩麒麟


http://www.cnblogs.com/hanqilin/


王俊杰


http://www.cnblogs.com/wangjunjie123/


冯铭杰


http://www.cnblogs.com/55fmj/

时间: 2024-11-05 14:48:35

1118-需求文档(初稿)的相关文章

app开发需求文档怎么写

我们在开发app前都会做需求分析,这个app开发需求文档怎么写呢?一般可以从这几点入手:确定APP方案的目标,APP方案的受众分析,APP开发方案功能设计,APP的操作系统说明方案,APP是是否是原生APP,APP方案的视觉设计,APP开发方案中的其他细节.以下是一个app开发需求文档模板,里面写清了app开发需求说明,可以参考 1.引言 1.1目的: · 阐明开发本app的目的:  1.2 项目背景 · 标识待开发app产品的名称.代码:  · 列出本项目的任务提出者.项目负责人.系统分析员.

第一次担任项目经理从零开始架构自己的网站(二) 需求文档定稿,开始建表,建库

今天上午的半天时间,我们开发部一直都在和产品部门开会,扯皮.吐槽.最终砍掉了几个功能.产品的小姑娘对我说,你们第一期就做一个挂号支付的功能,后台就10几个页面,大多数是增删该查,还说22天不够用??听到这话之后我也没有反驳.产品和程序猿的故事说也说不清楚.会议上老板宣布加班没有加班费,纯属义务,说是在项目完成之后可以多发点项目奖金,我听到这话之后只能呵呵了.下图是我们开会的场景.最终定稿的需求文档和原型图我已经上传到了昨天那个地址.有兴趣的朋友可以下载.开完会后我们大家又看了一会需求文档.准备下

需求文档可以不签字吗? 之一

在软件开发中,需求分析和需求管理一直被认为是软件开发成功与否的关键.在CMMI中,需求管理是CMMI2级的过程域,需求开发是CMMI3级的过程域.在瀑布型生命周期当中,安排了需求分析阶段,一般也安排需求分析里程碑评审.瀑布型生命周期存在了很多年,曾经几度写入到软件开发的国际标准.国家标准当中. 由于瀑布型生命周期如瀑布般顺流而下,在设计阶段开始后,根据需求文档的结果来开展工作,要求需求文档的结果比较清晰.稳定.所以对于需求确认,往往地采用签字的方式,希望各方慎重.全面.充分的确定需求. 签字确认

需求文档可以不签字吗之二-理论推导

怎么可能在没有需求文档的情况下,把软件开发出来? 完全有可能.回想下当年读书的教研组,回想下自己的编程经历,总有至少那么几次,在种种的原因下,在没有需求文档的情况下,软件已经编写好了.也许那个软件规模小些,质量不是太好,但确实是没有需求文档的情况下把它编了出来. 所以没有需求文档是可以把软件开发出来的. 为了保证这样的软件达到要求,显然需要另外的手段.笔者认为最要紧的手段是快速地将运行的软件给用户试用或观看,收集用户的反馈,根据用户反馈再修改.这是敏捷软件开发所倡导的"短迭代"和&qu

需求文档中容易出的错误

需求文档中容易出现的主要问题: 1.需求缺失 2. 需求不明确   本周开会的时候,PMs分享了三个案例,其中有两个谈到需求不明的情况.第三个项目是Agile实施项目,不存在需求不明的情况.其原因,我猜测由于甲方主导的Agile的项目,因此,需求方面主要掌握在甲方,甲方管理更好一些. 总的来说,需求不明几乎是所有项目的通病.下面的内容有点飘,叔思维一直是这样,将就了. 需求的不明晰,要区分是需求范围不清晰还是需求内容不清晰.因为这两者有本质的不同. 那么何为范围不清晰呢?我举一个典型的例子,有公

【产品】好的产品需求文档(PRD)怎么写?

PRD(Product Requirement Document,产品需求文档),顾名思义是阐述产品需求的一种文档,其核心是将需求描述清楚. 通过PRD可以看出一个产品经理对产品理解的逻辑思维,产品经理在相关领域的认知和专业的深度以及对产品全局的认识.如何才能写出好的PRD,让产品研发团队成员,开发.测试.运营同学了解产品需求,让其他人能从该文档中看到产品的价值和意义,估计很多人都思考过,如何让PRD不被其他人挑战,如何获得他们的认可估计是产品经理经常考虑的问题.也有人可能认为PRD只要中心思想

产品经理应该先写需求文档还是先画原型?

江洋@知乎上的回答: 先做模型,再画原型,最后PRD 模型:对产品形态结构的梳理,包括功能模块,逻辑关系,信息架构,业务流程等,可以用脑 图,use case图,业务流程图来表示,根据不同产品,产出物的侧重点不同.但模型很必要,是可以帮助产品经理将一个想法,或是脑子中的模型梳理清楚,在做这些工作的同时,可以及时发现自己没有想清楚的细节,这些是指导后面产品设计师(或产品经理)进行原型设计的.同时,描述模型的产出物可以做为传递,帮助别人理 解你的产品形态. 软件:MindManager,Visio

如何写好产品需求文档?

常常有人问我怎么写prd,在深受市面上流行的功能需求模板“残害”之后,我现在一般不会向别人推荐任何所谓的“模板”. 需求文档是产品需求的表达方式,而其中需要描述什么内容取决于产品经理想要描述什么,即产品经理的需求.如果产品经理的需求是明确的,而且产品经理脑中有物,那么需求文档自然而然就出来了.最可怕的是产品经理自己都不知道自己要描述的是什么内容,这个时候即使有模板,写出来的东西也是一团糟. 互联网产品以用户为中心,所以prd也应该站在用户的角度来描述,如果不知道自己要写什么,在写文档之前产品经理

小白如何写需求文档

上学期在跟着网站里的学长学姐学了许多东西,假期我们需要自己做一套网站签到OA出来,昨天刚刚把需求文档定下,万事开头难,我把迈出的第一步记录下来,也给第一次写文档的小伙伴一些建议. 第 一次写,难免无从下手,在网上查找了大量的需求文档范例,网上也有模板,不过模板上东西很多,有些我还并不太了解,也不太适用于自己我们要做的OA. 既然是需求文档,那就应该根据项目实际情况去写文档,所以我们在写文档时注重的是我们需不需要,而非和模板是否符合.接下来,是我们写文档的步骤. 1.定框架 首先要把整篇文档需要的

请问怎么做需求,需求文档怎么写?急!

请问怎么做需求,需求文档怎么写?急! 下午就要陪经理去客户那了解需求了(基于B/S的ERP),我还是个新手,请问:A.请问怎么做需求?B.求那些方面需要特别注意?C.需求文档怎么写? 看你老大怎么做的学着点不就好了-- 过去先跟客户打声招呼 客户如果是个懂行的你可以很快开始准备用例了 客户如果是个棒槌,你就要麻烦点了,先搞好关系,之后先给他简单说说,如果觉得是个明白人能点透,就扫扫盲,如果真的不行就换个方法,实际去看看他是怎么处理业务的,在旁边观察就行了,最多问问他保存了什么文件,记录了哪些数据