<网上生鲜超市系统>
软件需求规约
目录
软件需求规约
[if !supportLists]1. [endif]简介
[if !supportLists]1.1 [endif]编写目的
编写此规格说明书的目的是为了详细呈现生鲜超市购物与管理系统的产品需求和系统的功能描述。
以进一步定制网站开发的细节问题，便于客户与开发商协调工作。文档面向的读者主要是项目委托单位的管理人员、开发商项目经理及项目组技术人员，希望能使本软件开发工作更明确、更具体。此文档说明了本产品的各项功能需求、性能需求和数据要求，明确表示各功能的实现过程，阐述使用背景和范围，提供用户解决问题所需的条件，提供一个度量和遵循的基准。
[if !supportLists]1.2 [endif]范围
伴随着生活信息化的趋势，人们的生活越来越倾向于使用在线购物或预订服务，来满足相关生活需
求。生鲜产品的在线购买和快速送达，有着较大的需求。然而，这需要信息系统的支持。因而，应客户需求，我们开发一套网上生鲜超市购物与管理软件系统。旨在提升生鲜超市的销售量和减低生鲜超市的管理成本。此系统可以满足顾客在线购买生鲜产品，和超市方进行管理的需求。因此，本系统预期实现：商品购物与管理功能，订单管理与支付功能，仓储数据的管理，和财务管理功能等。此规格说明书说明了此系统需满足的需求，和系统应当实现的系统特性与功能，并包含了一系列UML图例。
[if !supportLists]1.3 [endif]定义、首字母缩写词和缩略语
UML:统一建模语言, UML是一种开放的方法，用于说明、可视化、构建和编写一个正在开发的、面向对象的、软件密集系统的制品的开放方法。
用例图：用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描系统功能的视图。用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的模型图。
活动图：活动图（是阐明了业务用例实现的工作流程。业务工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。
[if !supportLists]1.4 [endif]参考资料
参考资料：IEEE830-1980标准文档范例。百度文库：需求规格说明书-0310—范例
[if !supportLists]1.5 [endif]概述
第一节为：该文档的描述与说明。
第二节为：产品的前景与相关背景，涉及人员组织与范围。
第三节为：产品详细应当满足的需求的规格说明。
[if !supportLists]2. [endif]整体说明
[if !supportLists]2.1 [endif]产品前景
随着人们生活的信息化程度的日益提高，网上购物行为变得普遍。而生鲜购物，作为人们日常生活
中普遍的高频购物，有着广阔的网上购物需求。为了实行在线生鲜购物，开发一套功能完整、操作明了、界面友好的网上生鲜超市购买与管理系统，满足人们的网上购物需求并确保服务质量，是极为必要的。
网上购物系统应建立在一个完备的生鲜超市仓储体系之上，并有完备的物流供应服务。此生鲜超市应有着完备而合格的仓储系统和进货渠道，可以及时提供各种品类较多、质量不俗的生鲜产品，并且可以根据订单情况，及时进行打包，交予物流服务。同时，物流服务应该可以在生鲜质量保证有效期内交予客户，得到签收。
网上生鲜超市系统的建立，则可以满足在线销售量的提升，和管理成本的降低。
[if !supportLists]2.2 [endif]产品功能
网上生鲜超市系统，应满足用户的在线购物需求，和超市方的管理需求。
其中，用户的在线购物需求至少应包括：浏览与查询商品，下单购买与支付，确认收货。应满足：
用户的使用体验良好，操作方便流畅。
超市方的管理需求至少应包括：商品的管理功能，订单的查询与管理，支付与财务数据的查询与统
计，仓储数据的查询与管理。应满足：查询清晰快捷，管理清晰明确，安全性与稳定性兼备。
[if !supportLists]2.3 [endif]用户特征
使用该网上生鲜购物系统的用户的主要特征有：
目标用户主要使用功能主要特征
购买生鲜人群浏览与查询商品，下单购物，支付使用网页或APP购买生鲜，生鲜的高频次消费者，偏好购物方便
超市配送方查询订单情况，更改订单状态超市在职员工，需要根据订单情况快速打包，交予物流公司
超市管理方商品管理功能，订单管理功能，仓储管理功能，系统维护，权限管理可以熟练使用计算机，熟悉超市业务，具有超市管理权限
[if !supportLists]2.4 [endif]约束
[if !supportLists]2.4.1 [endif]硬件约束
环境说明
硬件环境客户端为PC(个人计算机)，配置以太网适配器和USB接口设备，配置打印设备
通信协议TCP/IP
客户端操作系统windows7、windows10、windowsXP
[if !supportLists]2.4.2 [endif]法律政策约束
目前现行的网上交易法律为：《网络交易管理办法》，《网络安全法》。
（1）《网络交易管理办法》规定：网络商品经营者销售商品，消费者有权自收到商品之日起七日内退货，且无需说明理由；鲜活易腐、定作等四类商品除外。即此此项网络交易：生鲜交易不在退货范围之内。
故而：此网上生鲜超市将不包含退货功能，代替以：订单留言的方式。如到货有破损，缺货等情况，买家类可以在订单留言页面发表，展示图片，并联系生鲜超市方进行补足发货（或重新发货）。
（2）《网络安全法》规定：网络服务提供商，有义务保护用户的法律规定以内的个人信息，包括收货人姓名，电话号码，收货地址。
故而：此网上生鲜超市系统将提供保护用户个人隐私信息，防止外泄的安全措施。
[if !supportLists]2.4.3 [endif]物流约束
由于出售生鲜产品，所以对生鲜产品的物流时间存在约束，要求在两天之内到货。
系统设计中发货业务应尽量快捷和及时响应。
[if !supportLists]3. [endif]具体需求
[if !supportLists]3.1 [endif]功能需求
[if !supportLists]3.1.1 [endif]系统特性：数据分析
描述：超市管理员可以在财务页面，查看如一段时间内订单收入，进货支出，额外收入与支出，财务报表等数据分析。超市管理员可以在商品管理页面，查看指定商品的一段时间销量，也可以查看热销商品与滞销商品列表。
响应序列：超市管理员进入相关页面，查看具体数值。
相关功能需求：
即系统收集数据库信息，进行分析，再进行呈现。
[if !supportLists]（1） [endif]系统应该收集指定时间内的收入支出数据，分析收入支出情况与盈利情况。
[if !supportLists]（2） [endif]系统应该收集指定时间内的各项商品销售情况，对比分析其销售是否顺利，选择出销量相对多的与销量少的，作为热销商品与滞销商品。
[if !supportLists]3.1.2 [endif]系统特性：缺货警告
描述：超市管理员可以在仓储管理页面，设置缺货警告数额。当实际现存仓储额低于缺货警告数额时，系统会标红相关商品并发出警告。
响应序列：超市管理员进入仓储管理页面，设置缺货警告数额。商品实际数额低于缺货警告数额。
相关功能需求：
[if !supportLists]（1） [endif]系统应该有缺货警告数额设置，允许超市管理员用户自主填写缺货数额警告，并将之写入数据库。
[if !supportLists]（2） [endif]系统应该在某项商品仓储数额低于缺货警告数额时，对该项商品进行标红。
[if !supportLists]（3） [endif]系统应该在某项商品仓储数额低于缺货警告数额时，消息管理页面向超市管理员发送通知。
[if !supportLists]3.1.3 [endif]系统特性：订单状态管理
描述：订单存在以下状态：未支付状态，已支付状态，已发货状态，已到货状态。系统将根据用户的操作进行状态的更改。
响应序列：买家类在购物车页面点击结算按钮；买家类支付完成；超市配送员已发货并更改状态；买家类点击确认收货；超市管理员主动更改订单状态并添加物流单号。
相关功能需求：
[if !supportLists]（1） [endif]系统应该在买家类在购物车页面选择购买商品，点击结算按钮时，创建指定订单，订单内容包括：购买商品项，购买商品数量，总金额，收货人姓名，收获地址，电话，引导买家类支付订单。
[if !supportLists]（2） [endif]系统应该在确认到账，买家类支付完成后，更新订单页面，显示“已支付”，并更新订单状态为：已支付；推送该订单至超市配送员。
[if !supportLists]（3） [endif]系统应该将已支付的订单推送给超市配送员，允许超市配送员查询订单，当超市配送员完成配送后，允许其修改订单，并添加物流单号信息。
[if !supportLists]（4） [endif]系统应该在买家类收到此物流时，允许和引导其点击确认收货，确认此次交易完成，同时更改订单状态为：已到货。此订单完成。
[if !supportLists]3.2 [endif]业务流程
3.3.1 顾客事务
顾客事务页面图
买家类业务流程图
3.3.1.1 浏览商品事务
浏览商品事务包括浏览与查询商品，点击浏览指定商品的详情页面。
~所浏览的商品数据为：商品名，价格，商品图片等。
~所指定查询的类别为：商品名称，商品类别，商品价格等。
~商品详情页应包含：商品名，价格，商品图片，商品参数，商品产地等。
3.3.1.2 下单与支付事务
下单与支付事务包含：对指定商品下订单，确认订单，完成支付。
~对指定商品下订单中，应使顾客明确选择所选商品名和数量。
~确认订单中，对订单的商品名，数量，总金额，收货地址和电话进行确认。
~使用二维码支付，完成此次订单金额的支付。确认支付后，订单状态更新为已支付。返回订单页面，显示确认收货按键。
3.3.2 超市配送员事务
超市配送员事务流程图
3.3.2.1 查询订单业务
查询订单业务：即是超市配送员收到新订单通知后，查询订单中的商品种类与具体数量，从而进行打包包装，交予物流公司。
~在配送之后，仓储系统应根据发货的相关商品种类和数量修改库存数量，即减去发货的数量即可。
3.3.2.2 更改订单状态
更改订单状态即指：超市配送员在打包包装并交予物流公司完成后，在相对的页面修改订单状态，将订单——已下单和支付，更改为订单——已配送，等待收货。
~配送员应只具备查询订单的权限，和将订单从已支付状态改变为已发货状态的权限，不应拥有增加、删除、改变的权限。
3.3.2.3 填写物流单号
填写物流单号即指：超市配送员完成配送工作后，在系统内填写本次物流服务的物流单号。
3.3.3 超市管理员事务
3.3.3.1 商品管理业务
商品管理业务包括：查询商品列表，增加某项商品，删除某项商品，修改某项商品。
~查询商品列表，超市管理员可以通过方便而详细的列表功能，快速，详细，并且按照分类的类别，查看已上架的商品列表。
~增加商品业务：超市管理员可以新增某项商品，并在新增页面具体填写新增商品的商品名，价格，图片等详细信息。
~删除某项商品：超市管理员可以删除某项指定商品，并确认自己的删除操作。
~修改某项产品：超市管理员可以修改某项指定商品的除了商品名之外的其它所有信息，并更新发布。
~更改数据库操作都将会有确认更新的确认操作。
~系统日志将会简要记录近期的商品更新操作。
~为防止误操作，将不设置一键删除全部或某个类别的更新操作。
商品信息分析图
3.3.3.2 订单管理业务
订单管理业务包括：查询订单，查询支付情况，更改订单状态，修改订单详情，删除订单，新增订单和订单数据分析业务。
~查询订单：超市管理员可以根据时间，顾客ID，订单状态和交易额，查询订单和订单详情。
~查询支付情况：超市管理员可以查询某项订单的支付情况，与支付方式。
~更改订单状态：超市管理员可以根据订单支付、是否发货、是否到达和确认收货等，修改订单的实时状态。
~其中，订单状态分为：未支付订单；已支付订单；已发货订单；已确认收货订单。
~修改订单详情：如遇顾客更改到货地址等情况，超市管理员还可以修改指定订单的详情，包括收货人，地址，电话，购买商品，金额等。
~删除订单：如遇顾客通知取消订单、或缺货等情况，超市管理员还可以删除指定订单。
~新增订单：超市管理员可以新建订单，其中填写包括收货人，金额等各项订单数据。
~修改订单详情，删除订单和新增订单，需要确认操作。
~订单业务数据分析：使用数学分析，分析订单数据。其中包括一段时间内的订单数量与金额，各个类别的商品购买情况，最高销量商品，销量变化等。
订单数据分析图
3.3.3.3 仓储管理业务
仓储管理业务包括：查询指定商品数量，更改指定商品数量，新增某项商品与数量，删除某项商品，缺货管理，进货业务。
~查询仓储商品数量：超市管理员既可以通过商品名查看指定商品名的商品数量，又可以通过类别的商品数量列表查看商品数量。
~更改指定商品数量：超市管理员可以更改指定商品名的商品数量。
~新增某项商品与数量：超市管理员可以新增某项商品，并且填写其数量。
~删除某项商品：超市管理员可以删除某项指定商品。
~删除与数量为0存在区别。数量为0，数据库仍将储存此类商品的信息，删除商品，数据库将会全部删除其相关信息。
~缺货管理：超市管理员可以为指定商品设置缺货警告数量，从而，当仓储数量低于缺货警告数量时，系统将会识别并向超市管理员发送缺货警告。
~进货业务：超市管理员可以在指定商品的栏目里，对其进货，须填写进货数量。系统将给供应商发送电子邮件，进行进货。
~对仓储数据库的更新操作了，即更改、新增、删除，都需进行确认操作。
仓储数据分析图
3.3.3.4 财务管理业务
财务管理业务包括：查询财务，修改财务数据，
查询财务包括：查询指定时间内的收入与支出。查询销售金额记录。
修改财务数据：修改指定项的财务记录。此修改会被记录在日志里。
[if !supportLists]3.3 [endif]用例模型
3.3.1 权限用例图
3.3.2 角色：游客
3.3.2.1用例名：查询
行为者：游客
前置条件：普通游客进入主页
描述：买家类进入主页，浏览商品信息，可以通过分类或者输入商品名进行查询，也可返回主页。
后置条件：查询者收到其查询信息的正确返回结果。
3.3.2.2游客用例图
[if !supportLists]3.3.3 [endif]角色：买家类
3.3.3.1用例名：查询
行为者：买家类
前置条件：买家类进入查询页面。
描述：买家类进入主页，浏览商品信息，可以通过分类或者输入商品名进行查询，也可返回主页。
后置条件：查询者收到其查询信息的正确返回结果。
3.3.3.2用例名：会员信息管理
会员信息管理用例图
（1） 用例名：注册
行为者：买家类
前置条件：买家类点击注册，进入注册页面。
描述：买家类进入注册页面后，填写格式正确的账号，用户名，密码，验证码，然后点击提交。页面提交给数据库。完成后页面弹出注册成功的消息。
说明：填写格式不合规范，或者账号已被占用，则注册失败。提示失败原因。
后置条件：数据库写入注册的买家信息。
（2） 用例名：登陆
行为者：买家类
前置条件：买家类进入登录界面，且其填入的账号密码等信息在数据库里已存在。
描述：买家类进入登录界面，填写其账号，密码和验证码。点击登录。
说明：账号和密码不符合，则登陆失败。提示原因。
后置条件：系统从数据库获取注册用户的账号和密码信息。
（3） 用例名：个人信息维护
行为者：买家类
前置条件：买家类进入个人信息页面；买家已经登录。
描述：买家类进入个人信息页面后，可以看到自己的各项信息，点击修改按钮，进入修改个人信息页面，手动填写和修改信息后，点击保存按钮。系统返回保存成功。
说明：账号和用户名不可修改；修改的信息须符合格式。
后置条件：修改后的信息写入数据库，即更新操作。
（4） 用例名：留言管理
行为者：买家类
前置条件：买家类进入留言页面；买家已经登录。
描述：买家进入留言页面后，可以查看自己已发出的留言，也可以查看收到的留言回复；也可以对留言回复进行回复。
说明：回复的对象不能为空；一次回复一条留言；系统的通知和促销同意采取留言形式发布；买家可通过此方式与超市方进行沟通和协商。
后置条件：买家和超市管理员能看到新的留言与回复消息。
3.3.3.3 用例名：购买
购买用例用例图
（1）用例名：购买车操作
行为者：买家类
前置条件：买家已经登录；买家点击进入购物车，进入购物车页面。
描述:买家可以在买家在商品详情页面点击购买，输入购买数量，加入购物车。点击进入购物车后，可以查看已在购物车的商品列表，买家可以进行编辑，修改购买数量或删除指定商品；买家点击结算按钮，跳转至订单页面。
说明：购物车中的金额应准确反映售价，促销折扣，和配送费，并显示总金额。
后置条件：推送购物车内选中商品信息，创建指定订单，写入数据库。
（2）用例名：确认订单
行为者：买家类
前置条件：买家已经登录；买家从购物车页面点击结算按钮；收到购物车内选中商品信息。
描述：跳转至订单页面，显示订单中商品，各项金额和总金额，并确认收货地址等信息；如顾客点击取消订单，取消此订单；如顾客点击支付，跳转至支付页面；收到确认支付的信息后，跳转回该页面，并显示支付成功。
说明：订单中商品信息和金额应准确。
后置条件：更改订单状态；如取消则删除订单，如确认支付则更改订单信息为：已支付。
（3）用例名：支付
行为者：买家类
前置条件：买家已经登陆；买家确认订单并点击支付。
描述：买家点击支付，跳转至支付页面；买家使用扫二维码支付；当支付成功时，跳转至订单页面。
说明：系统应连接支付宝或微信软件，创建出此次交易的总金额的收账二维码；确认收到转账，再行跳转。关闭此页面则取消此次支付。
后置条件：更改财务统计中的收入项，增加此次收入。
[if !supportLists]3.3.4 [endif]角色：超市配送员
超市配送员用例图
3.3.4.1 用例名：查询订单
行为者：超市配送员
前置条件：超市配送员已使用超市管理员创建并分配的账号信息登录；有新的已支付订单。
描述：收到有新的已支付订单，超市配送员进入查询订单页面，查看订单的商品信息，数量和收货人姓名，收货地址，电话号码等。
说明：有新的已支付订单时，应有方式提醒超市配送员；超市配送员查看订单信息后，应进行分拣，包装，和交予物流公司进行配送。这属于软件系统之外的部分，需由人力完成，但仍属于网上生鲜超市系统的一部分。超市方应自行组织人员，完成好此工作。
3.3.4.1 用例名：更改订单状态并填写物流单号
行为者：超市配送员
前置条件：超市配送员已使用超市管理员创建并分配的账号信息登录；超市配送员完成配送工作。
描述：超市配送员完成配送后，在系统里更改订单的状态，从已支付状态更改为：已发货状态，并填写物流单号。
说明：应设置权限，只允许超市配送员的账号将已支付状态改为已配送状态。
后置条件：更新数据库中的订单状态，更改为：已发货，并更新订单数据库中的物流单号项。
[if !supportLists]3.3.5 [endif]角色：超市管理员
超市管理员用例图
3.3.5.1用例名:商品管理
（1）用例名：查询商品
行为者：超市管理员
前置条件：超市管理员账号登陆；进入商品管理页面。
描述：超市管理员在商品管理页面可以查看商品列表，包括商品的具体信息。
说明：管理页面的设计应利于管理；超市管理员可以快速的查询到指定商品。
（2）用例名：修改商品信息
行为者：超市管理员
前置条件：超市管理员账号登陆；进入商品管理页面。
描述：超市管理员在商品管理页面可以修改商品信息；点击新增商品，填写新增商品信息，可以新增指定商品；点击修改商品，修改其内容并保存，可以修改商品信息；点击删除商品，可以删除指定商品。
说明：管理页面的设计应利于管理；对数据库的更新操作需要确认。
后置条件：根据操作与填写，对商品数据库执行更新操作。
（3）用例名：购买情况查询
行为者：超市管理员
前置条件：超市管理员账号登陆；进入商品管理页面。
描述：超市管理员在商品管理页面可以查看指定商品购买情况，也可以查看销量分析，包括热销商品与滞销商品列表。
说明：查询页面的设计应利于查询与浏览；超市管理员可以清晰的看到商品销售情况的相关分析。
3.3.5.2 用例名：订单管理
（1）用例名：查询订单
行为者：超市管理员
前置条件：超市管理员账号登陆；进入订单管理页面。
描述：超市管理员在订单管理页面可以查看订单列表，包括订单的具体信息。
说明：管理页面的设计应利于管理；超市管理员可以快速的查询到指定订单。
（2）用例名：修改订单信息
行为者：超市管理员
前置条件：超市管理员账号登陆；进入订单管理页面。
描述：超市管理员在商品管理页面可以修改订单信息；点击新增订单，填写新增订单信息，可以新增指定订单；点击修改订单，修改其内容并保存，可以修改订单信息；点击删除订单，可以删除指定订单；点击更改订单状态，可以更改其订单状态。
说明：管理页面的设计应利于管理；对数据库的更新操作需要确认；当买家类点击确认收货时，即自动将订单状态更改：已到货状态。
后置条件：根据操作与填写，对订单数据库执行更新操作。
3.3.5.3 用例名：仓储管理
（1）用例名：查询仓储
行为者：超市管理员
前置条件：超市管理员账号登陆；进入仓储管理页面。
描述：超市管理员在仓储管理页面可以查看仓储信息，包括各项商品的储存情况。
说明：管理页面的设计应利于管理；超市管理员可以快速的查询到指定商品储存情况。
（2）用例名：修改仓储信息
行为者：超市管理员
前置条件：超市管理员账号登陆；进入仓储管理页面。
描述：超市管理员在仓储管理页面可以修改仓储信息；点击新增商品仓储，填写新增商品仓储信息，可以新增指定商品仓储；点击修改仓储，修改其商品仓储数量，可以修改指定商品仓储信息；点击删除商品仓储，可以删除商品仓储数据。
说明：管理页面的设计应利于管理；对数据库的更新操作需要确认。注意仓储仓库的总容量设计。
后置条件：根据操作与填写，对仓储数据库执行更新操作。
（3）用例名：缺货管理
行为者：超市管理员
前置条件：超市管理员账号登陆；进入仓储管理页面。
描述：超市管理员在仓储管理页面可以填写各项商品的缺货数额。
说明：当商品的仓储数量低于缺货数额时，会对该商品标红，并发送缺货警告到消息管理页面。
后置条件：当更改一项商品的缺货数额时，更改仓储数据库中相应的缺货数额设置。
（4）用例名：进货管理
行为者：超市管理员
前置条件：超市管理员账号登陆；进入进货管理页面。
描述：超市管理员在进货管理页面可以填写各供应商的联系方式，即供应商名称，电子邮箱，电话号码和供应商地址等。超市管理员可以填写进货商品名与进货数量，生成进货需求的电子邮件，并选择供应商的电子邮箱进行发送。
说明：当收到供应商发送的进货物流时，会有超市管理员组织人员核对进货商品数量与质量，放入仓储仓库；并由超市管理员手动在仓储页面添加相关商品的数量。
后置条件：系统应该存有进货记录。
3.3.5.4 用例名：权限管理
行为者：超市管理员
前置条件：超市管理员账号登陆；进入权限管理页面。
描述：超市管理员在权限管理页面可以管理会员信息，管理超市配送员账号。
说明：修改创建的会员信息和配送员账号仍需符合数据格式。
后置条件：根据操作与填写，对相应数据库执行更新操作。
3.3.5.5 用例名：财务管理
行为者：超市管理员
前置条件：超市管理员账号登陆；进入财务管理页面。
描述：超市管理员可以在财务管理页面查看：订单收入，进货支出，额外收入与支出，财务总结；超市管理员可以在额外收入与支出部分新增填写收入与支出的额外项，也可修改与删除相应项。
说明：根据数据库数据进行数据分析；超市管理员可以自定义时间段进行查询以上信息。
后置条件：根据操作与填写，对额外收入与支出数据库执行更新操作。
财务管理用例图
3.3.5.5 用例名：消息通知
行为者：超市管理员
前置条件：超市管理员账号登陆；进入消息通知页面。
描述：超市管理员在消息通知页面可以查看留言消息，进行回复，也可以查看缺货警告，进行处理。
说明：有新的留言消息和缺货警告时会有不同的提示；有已处理标识，用以标明已经处理的消息。
后置条件：用户会收到超市管理员的回复。
[if !supportLists]3.4 [endif]非功能需求
3.4.1 安全性需求
此系统应具有网络安全性能，保证在网络中平稳运行。
此系统具有完备的权限认证系统，有超市管理员管理。
顾客与游客账号只可访问商品查询与详情页面，顾客账号可以下单购买并支付。
超市配送员只可以进行查询订单，和更改订单状态。
超市管理员可以进行其他操作。
系统应保护顾客的个人隐私，包括密码，地址，电话等。
3.4.2稳定性需求
系统应具备基本的稳定性，可以支持长时间大规模的访问。
数据库对所有的更新操作，具有日志。
3.4.3 性能需求
响应指标：操作响应不超过4秒。更新数据库操作响应不超过6秒。避免用户的长时间等待。
系统容量：支持5000用户同时访问顾客客户端，支持至少1GB数据存储。
[if !supportLists]3.5 [endif]质量需求
此系统可以帮助超市方提升销售量，并降低管理成本。
超市管理员可以方便的进行商品管理，订单管理，仓储管理和财务管理。
顾客平均可以在8分钟之内，购买想要的商品并完成支付。
顾客可以通过分类和查询功能，查询到自己想要的商品。
超市管理方可以查看财务的支出与收入。
[if !supportLists]3.6 [endif]接口
[if !supportLists]3.6.1 [endif]用户界面
商品购买页面应明确，清晰，可以让顾客简洁的找到想要购买的商品，并且查看图片，价格和参数，并且方便的完成购买，支付订单。
超市管理页面应清晰，实用，可以让超市管理方便捷，准确的管理。
[if !supportLists]3.6.2 [endif]硬件接口
各台PC需配置以太网适配器，并且支持TCP/IP协议。可以实时访问互联网。
[if !supportLists]3.6.3 [endif]软件接口
系统为在线网站系统，网站与数据库全部通过在线服务器方式连接。因而各PC除了需支持高速稳定的访问互联网之外，还应配置有标准稳定的浏览器，以连接在线服务器。此外还需有连接互联网的邮箱系统。
[if !supportLists]3.6.4 [endif]通信接口
支持TCP/IP协议，使用网络适配器连接互联网即可。
[if !supportLists]4. [endif]支持信息
附录：IEEE830-1980需求规格说明书标准。
