网上零食管理系统需求规格说明书
(完整word版)美食网软件需求规格说明书
项目名称：古德泰斯（The English Name：Good Taste）立项可行性分析报告目录一、引言 (3)1.1目的 (3)1.2适用范围 (3)1.3参考资料 (3)1.4术语和缩略语 (3)二、系统概述 (4)2.1产品描述 (4)2.2产品功能 (4)三、功能性需求分类 (5)3、1功能需求概述 (5)3.2、功能描述 (5)3-2-1 主要功能 (5)3-2-2模块功能结构图 (5)3-2-3各模块功能描述 (5)四、产品的非功能性需求 (6)4.1外部接口说明 (6)4.2性能需求 (7)4-2-1数据精确度 (7)4-2-2时间特性 (7)4-2-3适应性 (7)4-2-4用户对网站需求 (7)4-2-5后台对网站需求 (7)4-2-5后台数据库的需求 (8)4.3属性 (9)4-3-1友好性 (9)4-3-2安全性 (9)4-3-3可维护性 (9)4-3-4可转移/换性 (9)4.4系统的运行环境 (9)4.5其他需求 (9)4-5-1用户操作需求 (9)五、数据字典 (10)5.1表关系图 (10)5.2部分表结构 (10)六、附录A：需求确认 (11)一、引言1.1、目的该文档的是关于针对饮食爱好者而设计的，针对这些功能和性能而言，重点描述了饮食爱好者使用该网站系统发表自己的评论等等。
文档预期读者：1、设计人员2、开发人员3、项目管理人员4、测试人员5、用户1.2、适用范围a.项目名称：古德泰斯软件b.文档主要借助于当前系统的逻辑模型而导出目标系统的设计逻辑模型，解决整个项目系统的“做什么问题”。
在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发等不同参与提供一个交流平台。
c.本系统主要是基于浏览器而为用户提供的交流平台，预期完成美食网站系统的内部管理、评价管理、甜品贴管理、做法管理等。
需要、Microsoft Sql Server 2010提供软件开发技术平台。
超市商品管理系统需求规格说明书
实验（ 2 ）课程名称软件需求班级：09软件2班姓名：张志威袁林王星严世环钱志新陈琼实验日期：2011 年11 月15日指导老师：曾老师超市仓库管理系统需求规格说明书一：引言：（一）为了满足广大消费者的消费愿望（不在劳神费力），特有软件开发团队，结合用户的需求为超市开发仓库管理系统，来来解决后顾之忧，众所周知:大的超市的商品的存储和调配是不可忽视的大问题，和好的后备调配为前台的产品销售有很大的帮助，也可以很大程度上提高产品的销售效率，满足消费者的消费需求（二）实现超市仓库管理系统，至少有以下优点：1．记录规范化，为货物的采购、记录、查询质量的提高打下基础。
2．查询自动化和检索途径多样化，可以更方便、及时地澄清超市货物的状态。
3．资源共享的优势，通过局域网可以在全超市范围内实现资源共享，为消费者提供便利条件。
二：系统设计（一）系统指导思想和建设目标立足于消费者实际，着眼于未来发展，运用先进的计算机技术，建成符合标准化协议、通用性较强、实用的系统，以提高超市仓库的现代化管理水平，实现信息资源的共享。
1. 系统建设目标(1) 建立超市仓库系统(2) 规范超市仓库的管理工作模式用计算机管理取代以往的手工作业和定性管理模式，使超市仓库的管理工作模式规范化、机读数据格式标准化、管理决策科学化。
(3) 建立标准货物数据库依照货物的不同性质对货物进行合理的调配(4) 提高超市仓库管理的运营质量便于工作人员准确地掌握仓库结构，全面了解消费者的需求，及时调整采购计划，突出库藏特点。
（二）总体功能设计我们超市仓库管理进行了详细调研，发现现行软件很难满足我们超市仓库管理货物的需求。
好的软件价格相当昂贵，只有少部分的软件在市场上流通由于他们的局限性我们的软件会弥补市场上大多软件的不足而更人性化的为销售者和消费者服务（三）定义数据流图——用于描述系统对数据的加工过程。
数据字典——各类数据描述的集合，能够提供对数据的详细规格定义，并可用于验证数据，以发现系统在数据需求描述中是否出现遗漏。
网上订餐系统软件需求说明书
网上订餐系统软件需求说明书目录1.引言 (1)1.1目的 (1)1.2项目背景 (1)1.3项目范围 (2)1.4定义，缩略语，缩写 (3)2.系统需求概述 (4)2.1用例模型 (4)2.2假设和依赖 (6)3.系统详细需求 (7)3.1Use-Case 清单 (7)3.2规格说明 (7)3.2.1功能性需求 (8)3.2.2可用性 (9)3.2.3可靠性 (10)3.2.4性能 (10)3.2.5保障性 (10)3.2.6设计上的限制 (10)4.术语表 (12)软件需求说明书1. 引言1.1 目的本文档适用的对象是：本软件开发项目组组成成员及客户项目组组成成员编写本文档的目的是：1.将本文档作为软件开发人员和系统使用人员以及管理人员之间沟通的文件，使各方面需求和开发目标达成共识，并以此作为系统开发的标准和验收依据。
2.软件的总体要求，以作为交办单位，用户与软件开发人员进行交流的基础。
3.性能要求，初步设计的和对交办单位，协作单位或用户有影响的信息，并作为软件开发人员进行概要设计，详细设计乃至编码的基础。
4.软件组装和系统测试的依据。
1.2 项目背景近年来中国参与全球经济活动越来越广泛和深刻，中国经济及旅游业也得到了快速发展，2008年北京奥运会和2010年上海世博会的举行为中国酒店、餐饮行业带来新的发展契机。
目前，餐饮市场竞争激烈，但国内仍有不少餐饮企业的市场营销停留在模仿式的盲目经营和经验型的松散管理的初级阶段，使餐饮企业经营成效很低，举步维艰，餐饮企业的经营管理水平和营销能力的提升已迫在眉睫。
由于行业的历史原因，早期的餐饮企业以粗放经营方式为主，大家对行业认知度不高，目前，很多餐饮企业经营者已经改变了“软件就是一张光盘、开发出来能多卖一套就多赚一套的钱”的观念，愿意为餐饮管理软件及支撑硬件付出相应的成本，但是整体上来说还是没有质的飞跃，因此很多餐饮企业购买信息化产品也比较随意，大部分是不太懂，基本就看谁描述得比较好，硬件比较漂亮就买了，反正别人家是电脑点菜、收银，我们家也是就行了。
小食品销售管理系统设计
小食品销售管理系统系统分析说明书班级：计算０９２班组长：罗文组员：张磊、刘忠奎、李俊均李圣龙、王倩修订表审批记录目录1引言 (4)1.1编写目的 (4)1.2背景 (4)1.3术语与缩略语 (4)1.4参考资料 (4)2 影响设计的约束因素 (5)2.1需求约束 (5)2.1.1运行平台 (5)2.1.2 软件、硬件环境 (5)2.1.3 接口/协议约束 (5)2.1.4软件质量约束 (5)2.1.5隐含约束 (5)3 系统架构设计 (6)4数据流程图 (7)5 模块汇总表 (8)5.1模块详细设计 (8)5.1.1登录模块设计 (8)5.1.2修改密码模块 (8)5.1.3食品更新模块设计 (9)5.1.4食品查询模块 (9)5.1.5食品销售模块 (10)6数据库设计规划 (11)6.1表汇总 (11)6.1.1表User (12)6.1.2表Food (12)6.1.3 表Sell (13)6.1.4 表Lack (13)6.1.5 表Overdue (14)6.2数据库关系图 (14)7 系统界面设计 (15)7.1用户登陆界面 (15)7.2系统的主界面 (15)7.3采购信息的界面 (16)7.4查询功能界面 (16)7.4.1查询具体食品信息界面 (16)7.4.2销售清单查询界面 (17)7.4.3库存不足食品清单查询 (17)7.4.4过期食品查询 (18)7.5销售信息界面 (18)1引言1.1编写目的通过本系统软件，能帮助管理人员利用计算机快速方便地对食品进行存储管理、查找、查询，更新等操作，减轻食品管理工作人员的工作负担1.2背景本项目的名称：小食品信息管理系统。
本项目的任务提出者：***超市本项目的任务开发者：芒果小组项目与其他软件或其他系统的关系：该系统在WIN2007、WIN XP系统中都能很好的运行，具有很好的兼容性。
同时，需要对数据库软件SQL的支持。
1.3术语与缩略语1.4参考资料2 影响设计的约束因素2.1需求约束2.1.1运行平台数据库工具：SQL Server 2005软件工具：Microsoft Visual C++运行环境：Windows95、Windows98、Windows2000、Windows Me和Windows XP的运行环境。
网上零食管理系统需求规格说明书
项目编号：文档编号：1.0密级：开源网上零食管理系统需求规格V1.0开发人员：王瑞徐扬评审日期：年月日目录1 导言. (4)1.1 目的 (4)1.2 范围 (4)1.3 缩写说明 (5)1.4 术语定义 (5)1.5 引用标准 (5)1.6 参考资料 (5)1.7 项目组员及模块分配 (5)1.8 版本更新信息 (6)2 系统定义. (6)2.1 项目来源及背景 (6)2.2 项目要达到的目标 (7)3 应用环境. (7)3.1 系统运行网络环境 (7)3.2 系统运行硬件环境 (8)3.3 系统运行软件环境 (9)4 功能规格. (9)4.1 系统的架构设计. (9)4.2 数据库 (11)4.3 系统的主的use-case 图 (13)4.4 系统的功能模块分析 (14)4.4.1 用例描述 (14)4.4.2 设计决策 (22)4.4.2 接口设计 (23)4.4.3 处理流程 (25)1、确认订单用例（网上零食店_UC i户系统ID_03）25262、商品管理用例（网上零食店_UC i户系统ID_05）4.4.4 业务逻辑层设计 (27)5 性能需求. (27)5.1 界面需求 (28)5.2 响应时间需求 (28)5.3 可靠性需求 (28)5.4 开放性需求 (29)5.5 可扩展性需求 (29)5.6 系统安全性需求 (29)6 产品提交. (30)7 实现约束. (30)8 签字. (31)1 导言1.1 目的该文档是关于网上零食管理系统前期进行的需求分析，重点描述了网上零食系统的设计需求，将作为对该工具在概要设计阶段的设计输入。
本文档的预期读者是：设计人员开发人员项目管理人员测试人员用户1.2 范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统“做什么”的问题。
在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。
商品管理系统说明书(简易版)
商品进销存管理系统说明书主要功能企业商品管理系统，是用来管理企业在日常工作中销售和库存数据的。
如果用人工对销售数据进行管理和分析，不但费时费力，还容意出现错误。
使用商品管理系统不但省时省力，还为销售提供了规范化的流程。
操作注意事项用户在使用《商品管理系统》之前，应注意以下事项：（1）本系统的初始用户名为：mr，密码为：mrsoft。
（2）系统中的模块都设置了快捷键，用户可以通过键盘操作这些模块。
例如进入“客户查询”模块，可以通过〈Alt+W+T〉组合键即可进入。
这些功能模块或功能按钮的后面会给出快捷键的字母，用户在使用时只需按住键盘上的〈Alt〉键再加上给出的字母键就可以了。
（3）基础信息菜单中【部门设置】、【商品资料设置】模块中编号由系统自动生成，用户无需手动输入。
下图所示的是部门设置模块，用户单击【添加】按钮，然后在“部门名称”、“备注”的文本框中输入部门名称及备注信息，最后单击【保存】按钮，系统会自动生成部门编号。
图1 部门设置（4）万能查询器的使用下图所示的是商品资料查询模块。
此模块可以通过设置万能查询器查询商品资料。
图2 商品资料查询通过“查询关系”的下拉按钮选择查询关系，如“or”或“and”，然后设置下面的查询条件，然后单击【添加】按钮，模块上方的文本框中即显示相应的查询条件。
如果想再增加一个查询条件，再通过“查询关系”选择一个查询关系，而后设置下面的查询条件，再次单击【添加】按钮即增加查询条件，最后单击【查询】按钮，列表下方即可显示相应的查询结果。
（5）权限管理的设置图3 权限管理双击左侧相应的权限名,右侧自动显示权限设置选项,右键单击相应的权限选项,可设置权限。
业务流程在使用本系统时，请按照以下流程进行操作：（1）通过系统管理菜单中的【权限管理】、【用户管理】、【用户切换】模块中设置用户的信息及权限。
同时可以根据需要更换随时更换用户。
（3）在【基础信息】菜单的8个模块中对机构、部门、仓库、库位、商品类别、商品资料、地区分类和付款方式等基础信息进行常规设置。
美食坊系统需求规格说明书.doc
软件需求规格说明书撰写人: 同路人课题名称：美食坊论坛1 引言 (4)1.1开发背景 (4)1.2系统目标 (4)1.3定义 (4)1.4参考资料 (4)2任务概述 (5)2.1目标 (5)2.2用户的特点 (5)2.3假定和约束 (5)3需求规定 (5)3.1对需求功能的规定 (5)3.1.1该系统功能图 (6)3.1.3 前台用例说明： (7)3.1.3.1、注册 (7)3.1.3.2、登录 (8)3.1.3.3、修改信息 (9)3.1.3.4、查看频道 (10)3.1.3.5、查看帖子 (10)3.1.3.6、发表帖子 (11)3.1.3.7、回复帖子 (11)3.1.3.8、修改帖子 (12)3.1.3.9、删除帖子 (13)3.1.3.10、注销登录 (13)3.1.4后台用例图 (14)3.1.4后台用例说明： (15)3.1.4.1、管理用户 (15)3.1.4.2帖子管理 (15)3.1.4.3、频道管理 (16)3.1.4.4、屏蔽的关键字 (16)3.1.4.5查看版主申请 (17)3.2对性能的规定（非功能性需求） (17)3.2.1对精度的要求 (17)3.2.1.1用户输入精度的要求 (17)3.2.1.2管理员输入精度要求 (17)3.2.2时间特性要求 (17)3.2.2.1响应时间 (17)3.2.2.2更新处理时间 (18)3.2.2.3数据传送时间 (18)3.3数据管理能力要求 (18)3.3.1 数据采集的要求 (18)3.3.2 数据采集的处理 (18)4运行环境规定 (18)4.1设备 (18)4.2支持软件 (19)4.2.1、开发软件 (19)4.2.2、数据库系统 (19)4.3接口 (19)4.4控制 (19)1 引言1.1开发背景随着时代的进步，科技的发展，人们的生活越来越丰富，在生存资料消费和享受资料消费上都得到了不同的需要。
再者，随着网络的普及，论坛的功能越来越强大，受到了广大网民的欢迎，因此，为了给网民带来更便利的需求，商业网站对论坛越来越重视，纷纷在自己的网站开辟论坛。
网上零食管理系统需求规格说明书Word版
项目编号：文档编号：1.0密级：开源网上零食管理系统需求规格V1.0开发人员：王瑞徐扬评审日期：年月日目录1 导言 (4)1.1 目的 (4)1.2 范围 (4)1.3 缩写说明 (4)1.4 术语定义 (4)1.5 引用标准 (4)1.6 参考资料 (4)1.7 项目组员及模块分配 (5)1.8 版本更新信息 (5)2 系统定义 (6)2.1 项目来源及背景 (6)2.2 项目要达到的目标 (6)3 应用环境 (6)3.1 系统运行网络环境 (7)3.2 系统运行硬件环境 (7)3.3 系统运行软件环境 (8)4 功能规格 (8)4.1系统的架构设计 (8)4.2 数据库 (10)4.3 系统的主的use-case图 (12)4.4 系统的功能模块分析 (13)4.4.1 用例描述 (13)4.4.2 设计决策 (21)4.4.2 接口设计 (22)4.4.3 处理流程 (24)1、确认订单用例(网上零食店_UC_用户系统ID_03) (24)2、商品管理用例(网上零食店_UC_用户系统ID_05) (25)4.4.4 业务逻辑层设计 (26)5 性能需求 (26)5.1 界面需求 (27)5.2 响应时间需求 (27)5.3 可靠性需求 (27)5.4 开放性需求 (28)5.5 可扩展性需求 (28)5.6 系统安全性需求 (28)6 产品提交 (29)7 实现约束 (29)8 签字 (30)1导言1.1 目的该文档是关于网上零食管理系统前期进行的需求分析，重点描述了网上零食系统的设计需求，将作为对该工具在概要设计阶段的设计输入。
本文档的预期读者是：●设计人员●开发人员●项目管理人员●测试人员●用户1.2 范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统“做什么”的问题。
在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
项目编号：文档编号：1.0密级：开源网上零食管理系统需求规格V1.0开发人员：王瑞徐扬评审日期：年月日目录1 导言 (3)1.1 目的 (3)1.2 围 (3)1.3 缩写说明 (3)1.4 术语定义 (3)1.5 引用标准 (3)1.6 参考资料 (3)1.7 项目组员及模块分配 (4)1.8 版本更新信息 (4)2 系统定义 (5)2.1 项目来源及背景 (5)2.2 项目要达到的目标 (5)3 应用环境 (5)3.1 系统运行网络环境 (6)3.2 系统运行硬件环境 (6)3.3 系统运行软件环境 (7)4 功能规格 (7)4.1系统的架构设计 (7)4.2 数据库 (9)4.3 系统的主的use-case图 (11)4.4 系统的功能模块分析 (12)4.4.1 用例描述 (12)4.4.2 设计决策 (20)4.4.2 接口设计 (21)4.4.3 处理流程 (23)1、确认订单用例(网上零食店_UC_用户系统ID_03) (23)2、商品管理用例(网上零食店_UC_用户系统ID_05) (24)4.4.4 业务逻辑层设计 (25)5 性能需求 (25)5.1 界面需求 (26)5.2 响应时间需求 (26)5.3 可靠性需求 (26)5.4 开放性需求 (27)5.5 可扩展性需求 (27)5.6 系统安全性需求 (27)6 产品提交 (28)7 实现约束 (28)8 签字 (29)1导言1.1 目的该文档是关于网上零食管理系统前期进行的需求分析，重点描述了网上零食系统的设计需求，将作为对该工具在概要设计阶段的设计输入。
本文档的预期读者是：●设计人员●开发人员●项目管理人员●测试人员●用户1.2 围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统“做什么”的问题。
在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。
1.3 缩写说明JSP: Java Server Page（Java服务器页面）的缩写，一个脚本化的语言。
UML: Unified Modeling Language（统模语言）的缩写。
1.4 术语定义无1.5 引用标准[1] 《企业文档格式标准》 V1.1[2] 《需求规格报告格式标准》 V1.11.6 参考资料[1] 《疯狂Java讲义》刚等电子工业[2] 《Tomcat与Java Web开发技术详解》封超等清华大学[3]《Java Web开发实战经验》兴华等清华大学[4] 《数据库开发教程》清华大学[5] 《UML和模式应用》机械工业[6] 《需求规格报告格式标准》 V1.11.7 项目组员及模块分配王瑞负责前台设计，包括：用户登录注册模块修改信息模块浏览商品模块购物车订单模块留言板模块徐扬负责后台设计，包括：管理员登录模块食品管理模块用户信息管理模块订单管理模块推送信息模块1.8 版本更新信息因为此系统即将成为满足客户需求的实用性系统，所以在开发的过程中需要与客户进行多次的交流以便达到客户的要求，因而在开发过程中就需要进行多次的修改，从而达到理想的阶段，得出最终的1.0版本。
因此在开发时初始计划定义本系统的版本信息，更改如下：1.0 版本：正式使用版本，用户使用过程中实行跟踪维护服务半年。
人员：专业维护人员1.1 版本：一个简单的、部自己测试的版本，可以实现一些基本的操作功能，和一些基本的功能特性。
人员：王瑞、徐扬1.2 版本：通过对用户进行详细的调查分析后，小组成员再更新自己的实现模块，完善系统功能，然后添加一些用户所需要的原来版本中缺少的基本功能，进行完善。
人员：王瑞、徐扬1.3 版本：客户根据当前开发出的系统自己实行测试，检测系统功能实现情况，并提出自己的意见，开发人员再根据客户提出的意见进行测试修改，然后开发组自己进行测试，通过再与用户交流进行修改。
人员：王瑞、徐扬1.4 版本：最终版的雏形，最后一次试用版本，先让用户进行试用一段时间，然后在试用期间提出新的问题，开发人员再对新提出的问题进行修改，最终达到客户满意。
人员：王瑞、徐扬2系统定义下面分别阐述一下项目的来源、背景和项目的目标。
2.1 项目来源及背景网上生活是现代快时代生活的主要区域，简单快速的购物方式成为一种主流的趋势。
同时伴随着物流领域的不断发展，各种各样的购物已成为人们平时浏览和购物的场所，但由于大型购物涉及的领域过于广泛，有可能会导致客户搜索不便捷的问题。
网上零食店专门针对零食的销售，更加地全面和便捷，给广大的年轻群体带来了巨大的方便。
虽然网上零食销售在我国的兴起时间不长，但是发展迅速，随着我国互联网的普及和网上零食店的日趋成热，会有越来越多的消费群体加入到这个行列，市场潜力会得到充分发挥。
网上零食购物系统不仅是传统销售渠道的发展和补充，也是未来食品销售的发展趋势方向，它满足了消费者足不出户买到各地零食的愿望，也便于商家进行商品及收益的管理，给商家带来更大的利润。
2.2 项目要达到的目标本项目设定的目标如下：1.系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少。
2.系统具有良好的运行效率，能够得到提高生产率的目的。
3.系统应有良好的可扩充性，可以容易的加入其它系统的应用。
4.平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化。
5.通过这个项目可以锻炼队伍，提高整个团队成员的开发能力和项目管理能力。
6.通过此项目的开发，增强开发组成员间的团队合作能力。
同时将所学的知识能灵活的运用到实践中，提高小组每个成员的动手能力，以便更好的适应社会对人才的需求发展。
还有就是提前用一些企业常用的开发工具以及一些前端流行的技术，以便使小组成员在走向工作岗位时能更好的适应环境的变化，提前进入状态，更好的胜任自己的工作。
3应用环境本次项目完成的运行环境是在windows下完成的网上零食店项目。
本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。
3.1 系统运行网络环境本系统的网络运行图如图3-1所示：图3-1 网络拓扑图客户通过网络浏览商品、提交客户的购物车信息和联系人地址等相关信息；管理员通过网络发布商品信息，对获得提供的各种信息进行检验，并通过网络处理客户的订单、管理商品的更新维护和用户的信息维护。
3.2 系统运行硬件环境本系统的硬件环境如下：●客户机：普通PC⏹CPU：P4 1.8GHz⏹存：256MB以上⏹分辨率：推荐使用1024*768像素●WEB服务器⏹CPU：P4 1.8GHz⏹存：256MB以上●数据库服务器⏹CPU：P4 1.8GHz⏹存：256MB以上3.3 系统运行软件环境●操作系统：Windows 7●数据库：MYSQL●开发工具包：JDK 1.7●开发工具 eclipse●JSP服务器：Tomcat 8●浏览器：IE94功能规格采用面向对象的分析方法进行系统建模，使用UML(Unified Modeling Language)作为建模语言。
UML从考虑系统的不同角度出发，定义了用例图、类图、对象图、状态图、活动图、序列图、协作图、构件图、部署图等9种图。
这些图从不同的侧面对系统进行描述。
系统模型将这些不同的侧面综合成一致的整体，便于系统的分析和构造。
用例图(Use Case)展现了一组用列、参与者(actor)以及他们之间的关系。
用例图从用户的角度描述系统的静态使用情况，可用于建立需求模型。
设计Use-case时，我们遵循下列步骤：第一步：识别出系统的actor。
它可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。
重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者是谁。
尽可能地确保所有actor都被完全识别出来。
第二步：描述主要的Use Case。
可以采取不断地问自己“这个管理员究竟想通过系统做什么？”来准确地描述Use Case。
第三步：重新审视每个Use Case，为它们下个详尽的定义。
4.1系统的架构设计a.系统前台主要分为以下几部分：首页：显示食品，主要为特价和热销的零食。
用户在此页可以搜索商品，查看商品分类，注册新账户和登录已有账户等。
用户注册：用户填写基本信息，同时还要填写用户的真实和详细地址，以便购买商品后进行送货。
用户登录：用户未登陆时，可以查看商品，若要加入购物车或购买下单就要进行登录。
我的账户：对账户进行各种操作和管理，包括查看用户基本资料，查看订单，查看积分，查看优惠券，修改用户名、密码或地址等。
商品搜索：用户可以根据需求进行商品的搜索。
购物车：用户将要购买的商品加入购物车后，在确认订单环节进行结算。
以下图4-1是系统的前台构架图。
图4-1 系统前台构架图b. 系统后台主要分为以下几部分：管理员登录：系统管理员只有在成功登录后，才能对系统进行操作，比如进行食品、订单、用户的管理，及消息推送。
食品管理：可搜索食品对已有食品进行上下架、对食品信息进行修改和添加新的产品。
用户管理：管理员可以搜索已经注册的用户，对用户信息进行维护。
订单管理：管理员可以查看新加入的订单情况，对其进行处理，也可对以前的订单进行查询。
以下图4-2是系统的后台构架图。
图4-2 系统后台构架图4.2 数据库数据库是必要的一个子系统，用来存储用户、零食等的各种数据信息，它是一个可以与主系统产生交互式信息的外部系统。
管理员通过对数据库的基本操作实现对系统的数据的查询、增加、删除和修改等操作。
本系统所用的数据库为mysql，以下列出主要的表的设计：表4-1 用户基本信息表user表4-2 用户详细信息表user_addr表4-3 商品基本信息表product_desc表4-4 订单信息表orderstel varcharmobile_tel varcharstatus varchar 不为空，默认“等待处理”consign_area varchar 不为空，默认“等待发货”此外，还包括用户等级信息表user_type、用户详细信息表user_addr、商品分类表ptype、商品详细类型表dType1_id与dType2_id、优惠券表voucher、订单明细表order_detail、出库记录表invoice、库存表repertory、管理员信息表admin等等。
4.3 系统的主的use-case图网上零食店可以分为注册用户和管理员两个主要的actor，还包括游客与支付授权的第三方服务，用例图展示他们与系统之间的交互即系统的主Use Case图如图4-3所示：图4-3 系统的主use case图管理员：网上零食店的管理员。
可对食品、订单信息和用户信息进行管理和维护。
游客：游客可以进行访问和浏览商品，可注册。