果缘需求分析文档.docxVIP

鲜果拼需求分析文档 日 期：2014 年1月22日 编 写：苏西灿 文件状态： [ ] 草稿 [ ] 正式发布 文件标识： 鲜果拼需求分析文档 当前版本： 1.0 完成日期： 修改历史 版本 作者 修改说明 日期 评审号 变更号 目录 TOC \o 1-3 \h \z \u 1 导言 4 1.1 文档目的 4 1.2 文档范围 4 1.3 读者对象 4 1.4 术语解释 4 1.5 参考资料 5 2 系统概述 5 2.1 系统介绍 5 2.2 系统目标 5 2.3 用户群体 5 3 系统功能性需求 5 3.1 系统框架 5 3.2 系统管理（平台管理员使用） 5 3.2.1 区域管理 6 3.2.2 餐厅管理 7 3.2.3 数据字典 9 3.2.4 用户管理（第一期可不做） 10 3.2.5 菜单管理（第一期可不做） 11 3.2.6 角色管理（第一期可不做） 12 3.3 系统管理（餐厅管理员使用） 13 3.3.2 餐厅公告 14 3.3.3 支付方式（第一期可不做） 15 3.3.4 餐厅留言 16 3.3.5 数据字典（第一期可不做） 17 3.4 水果信息管理 17 3.4.1 拼盘组合基本信息 17 3.4.2 组合方式（包含明细） 19 3.4.3 水果分类（待去掉） 20 3.4.4 水果基本信息 21 3.5 会员管理 22 3.5.1 会员资料 22 3.5.2 临时会员 24 3.5.3 收货地址 25 3.6 订单管理 27 4 附录 31 导言 描述为什么需要该系统，应该简要描述系统的功能，解释系统时如何与其他系统协同工作的。要描述系统在机构总体业务目标和战略目标中的位置和作用。 文档目的 阐述编写此文档的目的。 文档范围 阐述此文档涉及的范围。 读者对象 阐述此文档的读者对象。 术语解释 定义文档中的各类专业术语。 参考资料 填写编写此需求使用到的资料及文档名称，将资料文档填入下述表格，若不需参考其他资料，可不填写 资料名称 版本号 作者 日期 出版单位/资料来源 系统概述 系统介绍 介绍系统的开发背景。 系统功能简单介绍、概述。 系统目标 系统要实现的目标。 用户群体 描述本产品面向的用户（客户、最终用户）的特征。 系统功能性需求 系统框架 介绍需要实现的业务需求的总体情况,概述本功能模块中所有要实现的业务需求，明确业务需求的目的及意义及，可分多点进行叙述。系统总体的框架说明，可用图说明本系统的“模块/子系统”之间的关系。举例： 系统管理（平台管理员使用） 阐述此业务功能设计的主要思路。即业务功能设计的目的，业务处理流程须使用一致性语言进行文字描述，区别强制性需求及期望性需求，定义强制性需求要使用“必须”，定义期望性需求要使用“应该”。 区域管理 功能点描述 维护城市中区域，比如珠海香洲区，拱北，吉大，唐家湾等区域。 交易名称及功能权限设计 平台管理员拥有以下权限： 新增区域 编辑区域 删除区域 交易界面设计 略 交易要素设计 项目号 项目名称 约束关系 说明 区域名称 必输项 区域顺序 输入项 区域编码 省份：01 市：0101 上级区域 选择项 自关联选择 区域类型 选择项 10省份 20市区 30:区域： 40：街道/镇 50：园区 60：办公楼/小区 70：楼层 80：公司/房号 是否显示 选择项 是：区域可以选择 否：区域不可以选择 送餐间隔（分钟） 输入项 暂时对于区域类型为60的区域生效，设置此间隔时间，对于不同办公楼的人送餐选择时间不同。如果设置为10，则在下单的时候，此办公楼的人只能选择送餐时间+10分钟。 备注 设计成自关联的模式，可以灵活的进行区域设置，6种区域类型并不一定是2只能选1，3只能选2这样的模式，也可以录入区域后，下级直接是办公楼，办公楼直接是公司。比如像创新科技海岸的鼎利，同望就无需楼层。 第一期只选择办公楼，以后扩展了其他区域则先选择园区，再选择办公楼 问题:区域类型有没必要管理那么细? 进行细化，实际使用时相比手工输入会不会增加选择难度？ 对于南软，在下单的时候只需要选择办公楼，以便选择不同的送餐时间。其他的区域信息平台管理员去维护。 其它要求 区域类型无需选择上级区域。 删除区域需要判断是否存在下级区域。 餐厅管理 维护餐厅信息。包括餐厅基础信息，营业信息，公告，送餐时间，帐号信息等信息。 问题：第一期尽量谈化个概念，特别是最终展现效果，目前我们只卖水果。 第一期不会体现，设计上只要有一个表存餐厅信息就可以。直接在数据库里面插入及更