需求分析 参考

1、宓中原工学院Zhongyuan University of Technology毕业设计（论文）需求分析题目名称:农餐对接供需服务平台的设计与实现-供求商品管理与品牌推荐院系名称：计算机学院班级：计科111学号：201100814127学生姓名：王天柱指导教师：吴志刚2015年4月1.引言1.1项目背景农餐（农户或农企与餐饮企业）对接供需服务平台，实现供需信息共享，餐 企直接从源头采购，更放心，更廉价，减少中间流通环节，给餐企、农企和市民 带来更多实惠。目前市场中，这类供需平台极少，开发成功有很强的应用前景。“为耕者谋利，为食者造福”。农餐对接：作为一种新型的农产品销售模式，不 仅使农民实现了

2、以销定产，从而降低了市场风险，而且使消费者可对农产品来源 进行追溯，从而提高了产品质量安全。总之，餐饮企业与农业生产基地一定要建 立良好的合作机制，相互沟通，农业生产基地积极地去满足餐饮企业的需求，不 仅可以帮助餐饮企业提高产品的品质，也有助于农业生产基地自身的成长与发 展。1.2编写目的本系统是农残对接服务平台设计与实现的子系统（供求商品管理与品牌推 荐）。该文档对供求商品管理与品牌推荐业务需求做了详细的描述。本系统首先实 现安全管理功能为登录用户根据自身角色分配相应的权限功能；其次登录用户操 作自身对应的权限功能，若需审核时，则需要具有审核权限的操作员进行审核， 审核通过后，操作才真正完成

3、；最后为后续的记录统计分析提供数据基础。本文档的读者对象是与该项目有关系的项目团队成员（项目指导、设计人员、 开发人员、测试人员）以及项目十系人员。1.3定义【管理员】管理员是指具有操作后台管理功能的人员；分为系统管理员、餐企管理员、 农企管理员。系统管理员admin：具有所有权限的的操作员；即包括安全管理的用户管理、 角色管理、资源管理等功能。餐企管理员：具有操作餐饮企业功能模块的管理人员。农企管理员：具有操作农企功能模块的管理人员。【用户】用户是指使用前后、台功能的登录人员；分为前台用户、后台用户。前台用户：已经注册并通过审核的餐企或农企人员。后台用户：通过审核并已经注册的具有操作后台功能

4、的人员。【资源】本系统的资源是指该系统的所有功能模块，系统的功能模块通过资源管理进 行编辑。1.4参考文献1）农餐对接供需服务平台的设计与实现一供求商品管理与品牌推荐选题审 批表。2）农餐对接供需服务平台的设计与实现一供求商品管理与品牌推荐任务书。3）软件需求分析报告模板。4）需求工程一一软件建模与分析。2.任务概述2.1目标本项目所开发的农餐对接供需服务平台的设计与实现系统实现供需信息共 享，餐企直接从源头采购，更放心，更廉价，减少中间流通环节，给餐企、农企 和市民带来更多实惠。在农餐对接的过程中涉及物流配送、检验产品等程序，成 本很高，用量较大的原材料通过农餐对接节省的成本远远低于投入的成

5、本。总之， 为耕者谋利，为食者造福。2.2用户特点本系统的最终后台用户是该系统的所有者和加盟商（餐企、农企）。所有者 具有系统管理员的权限，加盟商具有各自对应的管理员的权限。前台用户是注册 并通过审核的加盟商的商铺管理者。2.3假定和约束1）系统的软硬件的约束。主服务器运行Windows Server或Linux，客户端 为个人电脑，一般要求浏览器IE6.0版本以上。2）系统稳定性的约束。系统能够长时间稳定运行，平均故障间隔时间不少 于10000个小时。3）数据安全性的约束。主服务器端运行大型数据库，具有较强的数据处理能力和容错能力。特别是安全保护能力，防止信息被窃取和篡改。3.总体功能需求描

6、述3.1总体功能结构餐对接供需服务平台的设计与实现功能需求模块基本分为：安全管理模块， 任务审核模块，商品信息管理模块、商品及品牌推荐模块、交易商城管理模块、 商户信息管理模块、星级评定管理模块、信息发布管理模块。功能模块图如下:图1总体功能结构图图2总体业务流程图3.3总体业务流程说明农企提供商品时需要经过该系统的所有者审核，若符合食品安全和签订的协 议等，则审核通过商品上架，餐企用户可见且可购买。若不符合食品安全和签订 的协议等，则驳回并说明原因，需要农企对该商品进行相关的上架要求检查后， 再次提交进行审核。4.子系统功能需求描述供求商品管理与品牌推荐的功能包括以下几个方面：1）、安全管理

7、模块：用户、角色、资源三个模块的整体。2）、3类用户信息管理模块：管理员、餐企管理人员、农企管理人员通过角 色模块分配对应角色的功能操作模块和用户的添加及信息维护的功能。3）、角色模块：用户通过角色分配对应的资源功能，决定角色拥有的操作权 限和角色信息的添加与维护。4）、资源模块：在系统管理界面自定义所需功能及路径，即通过该模块把需 要添加的功能模块写入数据库和维护功能模块；角色通过资源取得对应的功能模 块。5）、任务审核模块：企业提供新的商品时的食品安全问题审核功能操作。例 如，添加新的商品时，商品的初始审核状态为审核处理中；具有任务审核权限的 管理者登录时处理任务审核中需要审核的的操作，根

8、据需要审核可以通过，也可 以驳回（需要说明驳回的原因）。6）、供应、求购商品分类管理模块：农企供应商品并分类发布、展示等信息 维护功能；餐企需要某种商品时发布的消息等。7）、热销商品及品牌推荐：热销商品、品牌餐企与农企推荐服务：优选推荐 方案；土特才有奖推荐系统。子系统供求商品管理与品牌推荐功能需求模块有安全管理模块，任务审核模 块，商品信息管理模块、商品及品牌推荐模块，详细结构图如下：供求商品管理与品牌推荐图3子系统功能结构图4.1安全管理4.1.1安全管理业务逻辑与说明图4安全管理流程图此处用户是指后台的管理登录者；创建用户时分配角色，角色对应着资源功 能，即创建的用户拥有所分配的角色所掌

9、握的权限。4.1.2用户管理根据系统要求编辑用户，并分配角色。编辑（添加、修改）1）登陆名：必填项，具有唯一性，用户登录名称。2）真实姓名：必填项。3）职务：选填项。4）手机：必填项，符合手机格式。5）状态：必填项，判定该用户是否可使用。6）角色：必填项，根据所选角色，判段创建用户的菜单权限。删除操作员允许删除已创建的用户。查询查询条件： 登录名（用户登录名称，可模糊匹配）；角色（角色信息，下拉选择）；查询结果：登录名、用户角色。排序字段：用户是否编号升序。4.1.3角色管理编辑角色，并分配资源权限。编辑（添加、修改）角色名称：必填项。资源权限：选填项。对应该角色具有的功能权限。删除操作员允许

10、删除已创建的角色。查询查询条件：角色名称（可模糊匹配）。查询结果：角色名称。4.1.4资源管理根据系统要求编辑功能。编辑（添加、修改）权限名称：必填项，功能名称。类型：必填项，单选按钮，0是菜单1是按钮；默认为按钮时， 无优先级和菜单级别。菜单级别：必填项，列表功能，默认为根节点。路径：必填项，必须以/开头。父级名称：必填项，只能读，不能写。删除操作员允许删除已创建的节点。4.2任务审核主要任务对新加盟的商户、食品等审核，如餐企添加新的冏品时，为食品安 全需要进行审核。4.2.1待办任务处理任务把将要处理的任务送审、修改、删除（驳回）。4.3商品信息管理管理与商品相关的功能，如商品、分类等4.

11、4.1商品管理编辑商品基本信息，并说明商品的类别及来源。编辑（添加、修改）商品名称：必填项、唯一验证。商品介绍：必填项。介绍商品信息。商品原价：必填项。商品最初价格。商品现价：必填项。由于某种原因订的最新价格。是否新品；必填项，单选按钮0否，1是。是否热销；必填项，单选按钮0否，1是。是否推荐；必填项，单选按钮0否，1是。商品数量：必填项。商品库存量上架时间，默认为当前日期：必填项。商品图片：选填项。商品的照片。审核状态；默认项0审核中，1通过，2未通过（给出未通过理由）商品分类：必填项，依据商品分类选择。商品来源：必填项，编辑该商品者的企业。删除操作员允许删除已创建的商品。查询查询条件：商品

12、名称（可模糊匹配）。商品分类。审核状态。查询结果：商品名称、商品介绍、商品现价、是否热销、是否新品、 是否推荐、商品数量、上架时间、商品分类。4.4.1分类管理编辑商品分类；如水果、蔬菜、肉食等。编辑（添加、修改）商品分类名称：必填项。删除操作员允许删除已创建的商品分类。查询查询条件：商品分类名称（可模糊匹配）。查询结果：商品分类。4.4品牌推荐根据综合结果推荐出最优秀的企业、商品。显示结果：商品名称、商品介绍、商品现价、是否热销、是否新品、是否推荐、 商品数量、上架时间、商品分类。数据库设计数据库也即是按照数据结构来组织、存储和管理数据的仓库。具体来说它是 存储在一起的相关数据的集合，这些数

13、据是结构化的，无害的或不必要的冗余， 并为多种应用服务。数据的存储独立于使用它的程序。对数据库插入新数据，修 改和检索原有数据均能按一种公用的和可控制的方式进行。当某个系统中存在结 构上完全分开的若干个数据库时，则该系统包含一个“数据库集合”，我们经常 接触的就是Access和MySql。5.1设计方案分析我们平时设计过程中经常用到的数据库有Access和MySql，该系统适合用 哪一个数据库作后台处理还有待于分析，下面将两者进行仔细的比较。Access 是一个面向对象的、采用事件驱动机制的小型关系数据库管理系统。在Access 中，用户可以根据实际需要对数据进行分类，然后使用表分别存储每一种

14、类型的 数据，并建立起不同类型数据之间的关系。此时，每条信息仅在一处存放，减少 了冗余数据的产生，节省了宝贵的存储空间，同时也加快了更新数据的速度。MySql作为微软在Windows系列平台上开发的数据库，一经推出就以其易 用性得到了很多用户的青睐。MySql数据库是基于结构化的查询语言的可伸缩的 关系数据库。它具有很多优点：首先它上手容易，由于MySql与Windows界面风 格完全一致，且有许多“向导”帮助，因此易于安装和学习。另外，MySql除了 具有扩展性，可靠性以外，还具有可以迅速开发新的因特网系统的功能。 Microsoft MySql简化了管理、优化工作，它非常明显的改进就是增加

15、了联机分 析处理功能，这可以让很多中小企业用户也可以使用数据仓库的一些特性进行分 析。5.2设计方案确定Access是一种桌面数据库，只适合数据量少的应用，在处理少量数据和单 机访问的数据库时是很好的，效率也很高。但是它的同时访问客户端不能多于4 个。Access数据库有一定的极限，如果数据达到100M左右，很容易造成服务器 IIS假死，或者消耗掉服务器的内存导致服务器崩溃。而SQL是一个非过程化的语言，因为它一次处理一个记录，对数据提供自动 导航。SQL允许用户在高层的数据结构上工作，而不对单个记录进行操作。所有 SQL语句接受集合作为输入，返回集合作为输出。SQL的集合特性允许一条SQL

16、语句的结果作为另一条SQL语句的输入SQL不要求用户指定对数据的存放方法， 它可用于所有用户的DB活动模型，包括系统管理员、数据库管理员、应用程序 员、决策支持系统人员及许多其它类型的终端用户。基本的SQL命令只需很少 时间就能学会，高级的命令在几天内便可掌握。以前的数据库管理系统为上述各 类操作提供单独的语言，而SQL将全部任务统一在一种语言中。由于所有主要 的关系数据库管理系统都支持SQL语言，用户可将使用SQL的技能从一个RDBMS 转到另一个。所有用SQL编写的程序都是可以移植的。所以最终决定选用MySql 作为后台数据库。5.3数据表的建立该系统数据库采用MySql数据库，系统数据库

17、名称为fmd02。数据库fmd02 中包含如下几张表。（1）fmd_user （后台用户表）后台用户表主要用于管理和维护系统功能模块信息，该数据表的结构如表1所示。表5-1后台用户表字段名数据类型长度主键否描述idvarchar255主键编号（当前系统时间编码）usernamevarchar255否用户姓名（唯一）passwordvarchar255否用户密码enabledtinyint1否该用户是否可用（0:否，1:可用）lockedtinyint1否该用户是否冻结（0 :否，1:冻结）role_idvarchar255外键角色id（2）fmd_role （后台角色表）后台角色表主要用于分配

18、后台用户所属的角色，该数据表的结构如表2所示。表5-2后台角色表字段名数据类型长度idvarchar255主键否描述rolename varchar 255availabletinyint主键编号（当前系统时间编码）否角色名否该角色是否可用（0:否，1:可用）fmd_resource (资源表)后台角色表主要用于分配后台角色的资源权限，该数据表的结构如表3所示。表5-3资源表字段名数据类型长度主键否描述idvarchar255主键编号（当前系统时间编码）namevarchar255否资源名（唯一）levelsmallint6否菜单级别（非空）urlvarchar255否资源路径（以/开头）pi

19、dvarchar255外键资源父类id（4）fmd_role_resource （角色资源中间表）主要用于保存每个角色对应的资源，该数据表的结构如表4所示。表5-4角色资源表字段名数据类型长度主键否描述role_idvarchar255外键角色idresource_idvarchar255外键资源id（5） classification （商品分类表）主要用于商品类别的填写，如蔬菜、水果等，该数据表的结构如表5所示。表5-5商品分类表字段名数据类型长度主键否描述idvarchar255主键编号（当前系统时间编码）namevarchar255否分类名6）goods （商品表）主要用于保存商品相关

20、信息，该数据表的结构如表6所示。表5-6商品表字段名数据类型长度主键否描述idvarchar255主键编号（当前系统时间编码）namevarchar255否商品名introducevarchar255否商品介绍numvarchar255否商品数量is_hostvarchar255否是否热销；0否，1是is_newvarchar255否是否新品；0否，1是is_specialvarchar255否是否推荐；0否，1是original_pricedouble255否商品原价present_pricedouble255否商品现价picturevarchar255否商品图片statusvarchar255否审核状态；0审核中，1通过，2未通 过（给出未通过理由）intimedatetime255否上架时间，默认为当前日期classification.idvarchar255否商品来源，即供应商5. 6.性能需求5.1 6.1可用性农餐对接供需服务平台应简单易用，用户能直接通过界面即可掌握所需功能 的操作方法，W