果缘需求分析文档.docx

鲜果拼需求分析文档日 期：2014 年1月22日编 写：苏西灿文件状态： 草稿 正式发布文件标识：鲜果拼需求分析文档当前版本：1.0完成日期：修改历史版本作者修改说明日期评审号变更号目录1导言41.1文档目的41.2文档范围41.3读者对象41.4术语解释41.5参考资料52系统概述52.1系统介绍52.2系统目标52.3用户群体53系统功能性需求53.1系统框架53.2系统管理（平台管理员使用）53.2.1区域管理63.2.2餐厅管理73.2.3数据字典93.2.4用户管理（第一期可不做）103.2.5菜单管理（第一期可不做）113.2.6角色管理（第一期可不做）123.3系统管理（餐厅管理员使用）133.3.2餐厅公告143.3.3支付方式（第一期可不做）153.3.4餐厅留言163.3.5数据字典（第一期可不做）173.4水果信息管理173.4.1拼盘组合基本信息173.4.2组合方式（包含明细）193.4.3水果分类（待去掉）203.4.4水果基本信息213.5会员管理223.5.1会员资料223.5.2临时会员243.5.3收货地址253.6订单管理274附录311 导言描述为什么需要该系统，应该简要描述系统的功能，解释系统时如何与其他系统协同工作的。要描述系统在机构总体业务目标和战略目标中的位置和作用。1.1 文档目的阐述编写此文档的目的。1.2 文档范围阐述此文档涉及的范围。1.3 读者对象阐述此文档的读者对象。1.4 术语解释定义文档中的各类专业术语。1.5 参考资料填写编写此需求使用到的资料及文档名称，将资料文档填入下述表格，若不需参考其他资料，可不填写资料名称版本号作者日期出版单位/资料来源2 系统概述22.1 系统介绍（1） 介绍系统的开发背景。（2） 系统功能简单介绍、概述。2.2 系统目标系统要实现的目标。2.3 用户群体描述本产品面向的用户（客户、最终用户）的特征。3 系统功能性需求33.1 系统框架介绍需要实现的业务需求的总体情况,概述本功能模块中所有要实现的业务需求，明确业务需求的目的及意义及，可分多点进行叙述。系统总体的框架说明，可用图说明本系统的“模块/子系统”之间的关系。举例：3.2 系统管理（平台管理员使用）阐述此业务功能设计的主要思路。即业务功能设计的目的，业务处理流程须使用一致性语言进行文字描述，区别强制性需求及期望性需求，定义强制性需求要使用“必须”，定义期望性需求要使用“应该”。3.2.1 区域管理3.2.1.1 功能点描述维护城市中区域，比如珠海香洲区，拱北，吉大，唐家湾等区域。3.2.1.2 交易名称及功能权限设计平台管理员拥有以下权限：1. 新增区域2. 编辑区域3. 删除区域3.2.1.3 交易界面设计略3.2.1.4 交易要素设计项目号项目名称约束关系说明1.区域名称必输项2.区域顺序输入项3.区域编码省份：01市：01014.上级区域选择项自关联选择5.区域类型选择项10省份20市区30:区域：40：街道/镇50：园区60：办公楼/小区70：楼层80：公司/房号6.是否显示选择项是：区域可以选择否：区域不可以选择7.送餐间隔（分钟）输入项暂时对于区域类型为60的区域生效，设置此间隔时间，对于不同办公楼的人送餐选择时间不同。如果设置为10，则在下单的时候，此办公楼的人只能选择送餐时间+10分钟。8.备注设计成自关联的模式，可以灵活的进行区域设置，6种区域类型并不一定是2只能选1，3只能选2这样的模式，也可以录入区域后，下级直接是办公楼，办公楼直接是公司。比如像创新科技海岸的鼎利，同望就无需楼层。第一期只选择办公楼，以后扩展了其他区域则先选择园区，再选择办公楼问题:区域类型有没必要管理那么细? 进行细化，实际使用时相比手工输入会不会增加选择难度？对于南软，在下单的时候只需要选择办公楼，以便选择不同的送餐时间。其他的区域信息平台管理员去维护。3.2.1.5 其它要求1. 区域类型无需选择上级区域。2. 删除区域需要判断是否存在下级区域。3.2.2 餐厅管理维护餐厅信息。包括餐厅基础信息，营业信息，公告，送餐时间，帐号信息等信息。问题：第一期尽量谈化个概念，特别是最终展现效果，目前我们只卖水果。第一期不会体现，设计上只要有一个表存餐厅信息就可以。直接在数据库里面插入及更改数据，不做界面维护功能。3.2.2.1 功能点描述维护餐厅基础信息。3.2.2.2 交易名称及功能权限设计平台管理员拥有以下权限：1. 新增餐厅2. 编辑餐厅3. 删除餐厅3.2.2.3 交易界面设计略3.2.2.4 交易要素设计项目号项目名称约束关系说明1.餐厅名称必输项2.所属区域选择项选择区域3.中午营业时间输入项预留字段，暂不设计4.晚上营业时间输入项预留字段，暂不设计5.餐厅地址输入项6.餐厅描述输入项7.是否开启选择项是：开启餐厅否：不开启餐厅，则前台不能下单。8.管理员帐号输入项9.管理员密码输入项10.管理员菜单权限选择项勾选菜单权限11.送餐时间输入项以;分开设置送餐时间，比如10:00;12:00;14:00;16:00，下单的时候只能选择改时间点。12.备注3.2.3 数据字典3.2.3.1 功能点描述维护平台公用数据字典信息。如支付方式，区域类型。3.2.3.2 交易名称及功能权限设计平台管理员拥有以下权限：1. 新增数据字典项2. 编辑数据字典项3. 删除数据字典项3.2.3.3 交易界面设计略3.2.3.4 交易要素设计项目号项目名称约束关系说明1.项名称必输项2.项编码必输项唯一3.上级项选择项可不选4.备注输入项5.是否开发员使用选择项是：开发员使用的项，不可在界面修改项编码。6.是否开放选择项是：开放给餐厅管理员进行维护7.是否启用选择项是：启用则能进行选择，餐厅管理员可视8.扩展字段1输入项9.扩展字段2输入项10.扩展字段3输入项3.2.4 用户管理（第一期可不做）3.2.4.1 功能点描述维护平台登陆用户。问题：会不会经常出现密码忘了这种情况，或者手机号已经被注册过？这个是平台管理员不是会员，第一期只要实现一个super管理员即可3.2.4.2 交易名称及功能权限设计平台管理员拥有以下权限：1. 新增用户2. 编辑用户3. 删除用户4. 授权角色3.2.4.3 交易界面设计略3.2.4.4 交易要素设计项目号项目名称约束关系说明1.用户帐号必输项2.用户姓名输入项3.用户密码输入项4.所属角色选择项选择一个角色5.备注输入项3.2.5 菜单管理（第一期可不做）3.2.5.1 功能点描述统一维护平台及餐厅系统菜单。3.2.5.2 交易名称及功能权限设计平台管理员拥有以下权限：1. 新增菜单2. 编辑菜单3. 删除菜单3.2.5.3 交易界面设计略3.2.5.4 交易要素设计项目号项目名称约束关系说明1.菜单名称必输项2.菜单地址输入项3.上级菜单选择项选择上级菜单4.菜单顺序输入项数字5.是否显示选择项6.备注输入项3.2.6 角色管理（第一期可不做）3.2.6.1 功能点描述统一维护平台角色。3.2.6.2 交易名称及功能权限设计平台管理员拥有以下权限：1. 新增角色2. 编辑角色3. 删除角色4. 授权角色3.2.6.3 交易界面设计略3.2.6.4 交易要素设计项目号项目名称约束关系说明1.角色名称必输项2.角色编码输入项3.菜单权限选择勾选菜单权限4.功能权限选择勾选功能权限5.备注输入项3.3 系统管理（餐厅管理员使用）3.3.1.1 餐厅设置（第一期不做）3.3.1.2 功能点描述设置餐厅的基础信息。3.3.1.3 交易名称及功能权限设计餐厅管理员拥有以下权限：1. 编辑我的餐厅2. 开启餐厅3. 关闭餐厅3.3.1.4 交易界面设计略3.3.1.5 交易要素设计可编辑的项如下：项目号项目名称约束关系说明1.餐厅名称必输项2.所属区域选择项选择区域3.中午营业时间输入项预留字段，暂不设计4.晚上营业时间输入项预留字段，暂不设计5.餐厅地址输入项6.餐厅描述输入项7.是否开启选择项是：开启餐厅否：不开启餐厅，则前台不能下单。8.送餐时间输入项以;分开设置送餐时间，比如10:00;12:00;14:00;16:00，下单的时候只能选择改时间点。9.备注3.3.2 餐厅公告3.3.2.1 功能点描述维护餐厅公告信息。3.3.2.2 交易名称及功能权限设计餐厅管理员拥有以下权限：1. 新增餐厅公告2. 编辑餐厅公告3. 发布餐厅公告4. 删除餐厅公告3.3.2.3 交易界面设计略3.3.2.4 交易要素设计项目号项目名称约束关系说明1.所属餐厅隐藏项2.公告标题必输项3.公告内容必输项4.是否发布选择项5.发布时间时间项取系统当前时间6.备注3.3.3 支付方式（第一期可不做）3.3.3.1 功能点描述维护支付方式信息及折扣。问题:第一期尽量少投入这部分业务。只支持现金3.3.3.2 交易名称及功能权限设计餐厅管理员拥有以下权限：1. 新增支付方式2. 编辑支付方式3. 删除支付方式3.3.3.3 交易界面设计略3.3.3.4 交易要素设计项目号项目名称约束关系说明1.支付方式名称选择项现金/充值/支付宝/网上银行（取平台数据字典）2.所属餐厅隐藏项3.折扣输入项4.备注输入项3.3.4 餐厅留言（第一期可不做）3.3.4.1 功能点描述查看，审核及回复餐厅留言。问题：可以留言，但不需要展示前台看。3.3.4.2 交易名称及功能权限设计餐厅管理员拥有以下权限：1. 查看餐厅留言2. 审核餐厅留言3. 回复餐厅留言3.3.4.3 交易界面设计略3.3.4.4 交易要素设计项目号项目名称约束关系说明1.留言/回复内容输入项现金/充值/支付宝/网上银行（取平台数据字典）2.留言类型枚举项0：留言1：回复3.留言/回复人姓名输入项4.留言/回复人账户输入项5.留言人电话输入项6.留言/回复时间时间项获取当前时间7.留言id隐藏项如果为留言则空，为回复取回复的留言id8.审核通过隐藏项审核通过则在前台显示留言9.备注输入项3.3.5 数据字典（第一期可不做）3.4 水果信息管理3.4.1 拼盘组合基本信息（拼盘信息）3.4.1.1 功能点描述主要是水果拼盘名字的管理。区别于果酷网，如果是大组合也一起进行管理，也就是我们拼盘的管理方式只有组合维度。3.4.1.2 交易名称及功能权限设计超级管理员拥有以下权限：1. 新增拼盘组合2. 编辑拼盘组合3. 删除拼盘组合(不提供，用下架的方式)3.4.1.3 交易界面设计主要是在后台以列表形式进行管理另外一个是前台网站界面要进行展示。3.4.1.4 交易要素设计项目号项目名称约束关系说明1.组合序号必输项 只能整数2.组合名称必输项3.是否上架选择项1:上架2：下架4.价格必输项5.会员价格输入项需不要 ？6.图片7.描述输入项8.备注3.4.1.5 其它要求N/A3.4.2 组合方式（包含明细）（组合信息）3.4.2.1 功能点描述主要是管理每个拼盘中包含的组合方式包括明细水果信息，一个组合方式里面可以包含1种以上水果，但不可以重复。而且网站界面需要进行展示上架中的组合方式。一种组合可以有多种水果组合（不建议）。建议这种情况以多一种拼盘组合划分出来。3.4.2.2 交易名称及功能权限设计超级管理员拥有以下权限：1. 管理每个组合拼盘里面的水果组合信息及明细3.4.2.3 交易界面设计一个是后台列表形式进行管理；另外在访问拼盘组合信息后,会显示在每种组合详细信息中。3.4.2.4 交易要素设计项目号项目名称约束关系说明1.所属组合拼盘选择项 现有上架的组合拼盘2.顺序输入项A+B+CA+D+E 第一种排前面的话 顺序应该前水果明细1.水果名称输入项2.名字排序输入项A+B+C A顺序比B前3.4.2.5 其它要求附件/图片单独设计一个表存储3.4.3 水果分类（第一期可不做）3.4.3.1 功能点描述没有必要进行详细管理。找了网上资料，是这样进行划分：酸性、亚酸性、甜性。而且对于我们需要用到的水果数量不会很多。3.4.3.2 交易名称及功能权限设计N/A3.4.3.3 交易界面设计N/A3.4.3.4 交易要素设计N/A3.4.3.5 其它要求3.4.4 水果基本信息3.4.4.1 功能点描述管理水果的基本信息，主要是一些常见的属性。3.4.4.2 交易名称及功能权限设计超级管理员拥有以下权限：1. 新增水果2. 编辑水果3. 上下架4. 删除水果（一般不用）3.4.4.3 交易界面设计略3.4.4.4 交易要素设计项目号项目名称约束关系说明1.水果名称输入项2.品种输入项3.生产季节选择项4.营养价值输入项5.单价底限输入项6.单价上限输入项7.供应商输入项暂时手工输入8.描述9.备注3.4.4.5 其它要求水果下架后，组合要联动下架，如果上架，自己手工上架组合3.5 会员管理3.5.1 会员资料3.5.1.1 功能点描述提供终端用户信息的管理。暂时不包含企业会员，也不进行区分个体用户还是集体用户。3.5.1.2 交易名称及功能权限设计超级管理员拥有以下权限：1. 新增用户2. 修改用户3. 删除用户终端用户：1. 注册用户2. 登录系统3. 管理账户信息3.5.1.3 交易界面设计注册页面可以参考百度，越简单越好：登录popup 窗口处理：3.5.1.4 交易要素设计项目号项目名称约束关系说明1.手机号码必输项2.会员账号会检验重复3.姓名4.性别选择项5.账号密码6.账号余额输入项7.备注3.5.1.5 其它要求以手机号作为注册帐号3.5.2 临时会员（删除）3.5.2.1 功能点描述提供一次性下单的用户，即没有登录系统的用户。(要不要开放，还是强制登录后才能下单,开放后会不会用户更偏向这种模式下单？)3.5.2.2 交易名称及功能权限设计临时用户：下单3.5.2.3 交易界面设计3.5.2.4 交易要素设计项目号项目名称约束关系说明1.手机号码必输项2.地址3.姓名4.备注3.5.2.5 其它要求N/A3.5.3 收货地址3.5.3.1 功能点描述维护会员的常用收货地址。而在下订单时可以对自己的地址进行选择，默认会是最后一次使用的地址。注：有可能会出现帮别人下订单的情况，所以收货地址要加上收货人及其联系电话3.5.3.2 交易名称及功能权限设计会员拥有以下权限：（后台需不需要一个管理界面，提供管理员帮会员更改）1. 新增收货地址2. 编辑收货地址3. 删除收货地址3.5.3.3 交易界面设计参考京东、淘宝图3-5-2-1：管理地址图3-5-2-1：选择地址3.5.3.4 交易要素设计项目号项目名称约束关系说明1.会员账号必输项2.所在省选择项3.所在市选择项4.区域选择项香洲区/斗门区.5.街道地址输入项具体住址6.收件人输入项默认带出会员信息7.联系电话输入项默认带出会员信息8.备注输入项3.5.3.5 其它要求3.6 订单管理3.6.1.1 功能点描述用户可以通过不同渠道的下单方式来下达水果拼盘订单。订单类型分为网上订单、微信订单及电话订单，如果可能还可以增加前台订单（在有实体店的前提下下单）（电话订单及前台订单第一期暂不可虑）。下单的角色分为会员及临时客户，会员登录后下单，临时客户通过填写手机及地址下单。其中如何能快速下单是需要考虑的关键点。订单管理分为用户订单管理及后台系统订单管理。用户订单管理主要由会员来新增及查询订单历史。后台系统订单由后台人员管理订单并快速下达拼盘任务并安排配送。电话订单如果前期接受，需要做后台下单功能，而且要考虑接电话的人不在电脑前如何补录订单前期接受这种订单，但是不录入系统3.6.1.2 交易名称及功能权限设计临时客户拥有以下权限：1. 添加水果拼盘到购物车2. 管理购物车商品3. 填写联系信息后下送订单会员拥有以下权限：1. 添加水果拼盘到购物车2. 管理购物车商品3. 选择或填写联系信息后下送订单4. 查看及取消订单历史记录：取消订单的条件是