一个电子商务网站的需求分析报告(基于用例)
java小米商城实训报告idea
java小米商城实训报告ideaJava小米商城实训报告一、引言本报告旨在总结和分享在Java小米商城实训中所学到的知识和经验。
该实训基于IDEA开发环境进行，涉及了Java语言的应用、数据库设计与管理、前端开发等方面。
通过该实训，我们掌握了Java Web开发的基本流程和技术要点，并且提升了自己的编码能力和团队协作能力。
二、项目概述1. 项目背景小米商城是一个电子商务平台，提供了各类手机、电脑、智能家居等产品的在线购买服务。
我们的任务是基于已有的需求文档和设计稿，开发一个功能完善、界面美观的小米商城网站。
2. 开发工具与环境我们选择使用IntelliJ IDEA作为主要的开发工具，并搭建了Tomcat服务器作为Web容器。
同时，我们使用MySQL数据库进行数据存储，并使用Navicat进行数据库管理。
三、需求分析与设计1. 需求分析根据需求文档，我们将系统功能划分为用户模块、商品模块、购物车模块和订单模块等几个主要模块。
用户可以注册登录账号并管理个人信息，浏览商品并加入购物车，生成订单并进行支付等。
2. 系统设计我们采用MVC架构进行系统设计，将业务逻辑、数据存储和用户界面分离。
使用Spring框架管理Bean的依赖注入，使用MyBatis 框架进行数据库操作。
前端页面使用HTML、CSS和JavaScript进行开发，并通过Thymeleaf模板引擎实现动态渲染。
四、技术实现与难点解决1. 技术选型我们选择了Spring Boot作为项目的基础框架，它提供了快速搭建Web应用所需的各种功能，并且简化了配置过程。
同时，我们使用了Spring Security来实现用户认证和授权功能，保证系统的安全性。
2. 难点解决在开发过程中，我们遇到了一些难点并成功解决。
在购物车模块中，我们需要处理商品数量的增减和删除操作，并及时更新购物车总价。
通过仔细分析需求和合理设计数据结构，我们最终成功实现了这一功能。
(完整word版)网上商城_需求分析说明书(word文档良心出品)
网上商城需求分析说明书1．引言1.1编写目的本说明书的编制是为了使用户和软件开发者双方对该软件的运行环境、功能和性能需求的初始规定有一个共同的理解，使之成为整个开发工作：项目规划，设计和编码的基础，并为概要设计提供需求说明。
编写目的如下：(1) 客户和营销部门依赖它来了解他们所能提供的产品。
(2) 软件开发小组依赖它来了解他们所需要开发的产品。
(3) 项目负责人根据包含在软件需求规格说明中描述的产品来制定规划并预测进度安排，工作量和资源。
预期读者为：客户，本组成员等。
1.2项目背景(1) 待开发的软件系统的名称：网上商城系统。
(2) 本项目的任务提出者及单位：电子商务行业。
(3) 本项目开发者：李神飞、岳如意、周微、王梓涵、郭荣华。
(4) 目标用户：网站管理员、商品销售者、商品消费者、游客。
2．任务概述2.1开发背景2.2开发目标本系统的设计目标将最终定位于完成以下所述的系统主要业务的基本模型上：管理员可以维护客户注册信息、维护商品信息、处理订定单信息、维护系统公告、网上售货、查看商品调查报告；用户可以在线注册为会员、修改个人信息、管理账户余额、评价、投票、支付购物等等。
2.3 用户特点本软件的最终用户是：网站管理员、商品销售者、商品消费者、游客。
(1) 网站管理员：可以维护客户注册信息、维护商品信息、处理订定单信息、维护系统公告、网上售货、查看商品调查报告。
(2) 商品销售者：可以在线注册为卖家会员、修改个人信息、管理账户余额、发布预售商品信息、销售商品。
(3) 商品消费者：可以在线注册为买家会员、修改个人信息、管理账户余额、浏览商品详细信息、搜索商品信息、支付购物、下订单、评价、投票。
(4) 游客：可以注册为卖家或者买家会员、浏览商品详细信息、搜索商品信息。
2.4 假定和约束本系统是一个基于网络服务的独立的B/S架构系统，采用TCP/IP通讯协议。
开发持续时间规定为一个月，开发时间比较紧。
系统使用MyEclipse8.5为开发工具，此系统不允发布，所以采用Oracle 10g为数据库。
RUP及大型软件架构设计案例分析
RUP及大型软件架构设计案例分析RUP（Rational Unified Process）是一种在软件开发过程中使用的迭代、增量和演进式方法。
它是一种基于用例驱动的软件开发方法，强调需求管理和可靠性。
大型软件架构设计案例分析可以涵盖各种应用场景，例如云计算平台、电子商务系统、大数据处理系统等。
下面我们以一个电子商务系统的设计案例为例，进行RUP及大型软件架构设计案例分析。
一、需求分析阶段在电子商务系统的需求分析阶段，我们要对系统的功能、性能、可靠性、安全性等方面进行详细的定义和描述。
例如，系统需要提供商品展示、购物车管理、支付等基本功能，同时还需要具备强大的和推荐功能，以及良好的用户体验和安全保障措施。
二、设计阶段在设计阶段，我们采用面向对象的设计方法，根据用例和需求进行系统结构的设计，包括系统的分层、模块划分、组件设计等。
同时，我们还要考虑系统的性能、可拓展性、可维护性等方面的需求。
在电子商务系统的设计中，我们可以采用分层架构，将系统划分为表示层、业务逻辑层和数据访问层。
表示层负责用户界面的展示和交互，业务逻辑层负责处理业务逻辑和流程，数据访问层负责与数据库进行数据交互。
三、实施阶段在实施阶段，我们按照设计完成系统的编码和测试工作，并逐步进行功能迭代。
在编码阶段，我们要遵守RUP的原则和规范，使用合适的开发工具和技术进行开发。
在测试阶段，我们要针对不同的功能模块进行单元测试、集成测试和系统测试，确保系统的功能和质量达到要求。
四、部署阶段在部署阶段，我们将系统部署到生产环境中进行运行和使用。
在部署过程中，我们需要考虑系统的可靠性、可用性和性能要求，同时还要进行系统监控和故障处理，确保系统的稳定运行。
总结通过RUP及大型软件架构设计案例分析，我们可以看到在软件开发过程中，需求分析、设计、实施和部署等阶段的细节和要求。
通过RUP的迭代和增量开发方法，我们能够有效管理需求和风险，并确保软件开发过程的可控性和可预测性。
电子商务网站-详细设计说明书
电子商务网站详细设计说明书Version 3.0(未经授权请勿复制)编写：罗金蓉日期：2014年1月14日检查：罗金蓉日期：2014年2月10日审核：罗金蓉日期：2014年2月20日批准：罗金蓉日期：2014年2月22日文档变更记录目录1 引言 (4)1.1 编写目的 (4)1.3 参考资料 (4)2 系统开发环境设计 (4)3 系统总体设计方案 (4)3.2系统总体结构 (8)4 系统功能模块设计 (9)4.1 会员注册和登录功能模块 (11)4.2 查看系统公告功能模块 (12)4.3 发表商品评论功能模块 (12)4.4 用户中心功能模块 (12)4.5 查看订单功能模块 (13)4.6 购物车管理功能模块 (14)4.7 商品查找功能模块 (15)4.8 商品管理功能模块 (16)4.9 用户管理功能模块 (18)4.10订单管理功能模块 (18)4.11 信息管理功能模块 (19)4.12 图片面板功能管理模块 (21)5 数据库设计 (22)5.1 数据库概念设计 (22)5.2 数据库物理设计 (26)5.3 数据库表设计 (27)1 引言1.1 编写目的本详细设计说明书编写的目的在于说明程序模块的设计，包括程序描述、输入/输出、算法和流程逻辑等，为软件编程和系统维护提供基础。
本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。
2 系统开发环境设计操作系统：Windows 7 旗舰版，内存4G浏览器：Google Chrome 版本35.0 或Sogou 版本5.0.9 或FireFox 版本29.0.1Web 应用服务器：Apache版本2.2.6数据库：MySql版本5.0.45IDE工具：Zend Studio版本9.0.2开发环境：WAMP5设计工具：Ration Rose Enterprise Edition 版本2003.06.00 和PowerDesinger 版本15.1.03 系统总体设计方案3.1 系统功能描述电子商务网站系统前台购物子系统后台管理子系统会员非会员浏览商品购买商品查看订单用户留言商品评论查找商品商品管理用户管理订单管理信息管理图片面板管理添加商品编辑商品商品类别管理添加商品类别用户信息管理更改管理员信息编辑订单查询订单公告管理添加公告评论管理Logo管理广告管理修改商品类别删除商品类别删除商品修改商品信息查看用户信息删除用户冻结用户查看订单执行订单处理删除订单查看公告信息更改公告信息删除公告信息查看评论删除评论查看Logo信息修改Logo信息查看广告信息修改广告信息用户中心购物车管理修改个人信息我的消息中心用户留言注销离开用户留言管理查看留言信息删除留言回复留言图1 系统功能结构图此系统为小型购物网站系统，该系统主要分为前台购物和后台管理两个子系统。
UML课后习题答案
用户登录邮寄商品查看商品详情
输入支付信息：太小
邮件商品：系统功能之外
查看商品详情：太小
6.为了满足物业中介行业的信息化要求，甲公司基于详尽的需求调研与分析，准备研发一套符合市场需要的、实用的信息管理系统。主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。该公司小王，通过多次的与潜在客户的交流与沟通，完成了最初的用例模型的开发，图6-14是一个用例模型的局部：
扩展关系，是关系构造块。
5.可以包含其它事物构造块的构造块是什么？它属于什么类型的事物构造块？
可以包含其它事物构造块的构造块是包，它属于分组事物构造块。
6.在UML中定义了哪几种可见性规则？其中package的含义是什么？
定义了public、private、protected、package，package是指只有声明在同一个包中的元素才能够看到该元素。
2）修改方法：将“打开房源信息页面”、“录入房源信息”、“确认提交信息”合并为“新增房源信息”。
（2）在上图中构造型“《include》”表示的是什么意思，它与“《extend》”之间的区别是什么？
在用例模型中，构造型“《include》”是用来表示包含关系。它通常用来表示被包含用例是被多包含用例使用的一个可复用模块，而《extend》且通常用来表示对用例的扩展。
用户故事：由客户参与编写，说明他们需要系统为他们做什么，一般用客户的术语编写，其长度约为三句话左右
特性：就是一个小的，具有客户价值的功能
2.在用例图中参与者是什么，它属于系统范围之内吗？
参与者是为了完成一个事件而与系统交互的实体，它不属于系统范围之内。
需求格式及范文-概述说明以及解释
需求格式及范文-范文模板及概述示例1:需求格式及范文需求是在项目管理和软件开发中非常重要的一步，它定义了项目或软件的目标、功能和特性。
一个完善的需求可以帮助团队成员明确任务，减少误解并提高开发效率。
在撰写需求的过程中，有一些常用的格式和范文可以参考，下面是一些常见的需求格式及范文：1. 标题需求的标题应简洁明了，能够表达需求的核心内容。
范例：用户注册功能2. 描述在需求的描述部分，应该详细说明需求的背景、目标、功能和预期结果。
范例：该功能旨在提供一个用户注册系统，使新用户能够创建一个账户并进入系统。
注册后，用户可以使用他们的账户登录系统，访问特定的功能和服务。
3. 功能点列出需求中必须实现的功能点，并对每个功能点进行详细描述。
范例：- 用户应该能够输入所需的个人信息，例如用户名、密码、电子邮件等。
- 用户应该能够验证他们的账户信息，以确保输入的信息准确可用。
- 系统应该能够保存用户的注册信息，并在需要时将其用于登录和其他相关功能。
- 系统应该能够提供错误提示和反馈，以帮助用户在注册过程中遇到问题时进行解决。
4. 非功能性需求除了功能点外，还需指定一些非功能性需求，例如性能、安全性、可用性等。
范例：- 注册过程应该在30秒内完成，以确保用户能够快速注册账户。
- 用户的密码应该经过加密存储，以保护用户的个人信息。
- 注册页面应该易于使用，用户能够轻松地找到和填写所需的信息。
5. 附加要求在需求中，还可以列出一些额外的要求，例如技术要求、测试需求等。
范例：- 该功能应该与现有的用户数据库进行集成，以实现用户信息的统一管理。
- 测试团队应该编写适当的测试用例，并在上线前对注册功能进行全面测试。
以上是一些常见的需求格式及范文，希望对你撰写文章有所帮助。
在实际工作中，需求的撰写还应根据具体项目的需求和团队的工作流程进行调整和优化。
示例2:需求格式及范文格式：标题：需求格式及范文引言：介绍需求格式的重要性，以及撰写需求的目的。
网上购物系统开发毕业论文
2.1.2 Tomcat 6.0 介绍
Tomcat由Apache组织开发的一种常用Web服务器，提供Web服务。一种JSP引擎，本身具有Web功能，可以作为独立的Web服务器使用。但是，在作为Web服务器方面，Tomcat处理静态HTML页面时不如Apache迅速，也没有Apache健壮，一般选用Tomcat与Apache结合的方式，让后者对网站的静态页面的请求提供服务，而Tomcat作为专用的JSP引擎，提供JSP解析，得以更好的性能。
1、一次编写，到处运行。在更换系统时，代码不需要做任何修改。
2、系统的多平台支持。基本上可以在所有平台上的任意环境下开发，在任意环境中进行系统部署，在任意环境中扩展。
3、强大的可伸缩性。通过小小的jar文件运行servlet/JSP，到由多台服务器进行集群和负载均衡，到多台Application进行事务处理，一台服务器到无数台服务器，JSP表现了强大的可伸缩性。
1、数据库管理功能
作为数据库管理系统，SQL Server自然应该具有数据库管理功能。Microsoft SQL Server 2005的数据库由包含数据的表集合和其他对象（如视图、索引、存储过程和触发器）组成，目的是为执行与数据有关的活动提供支持。存储在数据库中的数据通常与特定的主题或过程相关。
2、数据仓库功能
本文讨论了电子商务与网上购物系统的基本概念，分析了国内外研究现状与发展动态，研究了网上购物系统的实现方法与技术；在此基础上，将理论知识与开发技术运用到系统的实现过程当中，完成了网上购物系统的开发。
网上购物系统开发遵照软件工程流程，经历了系统需求分析、总体设计、详细设计、编码与测试。重点分析了网上购物系统的可行性、系统需求；设计了系统的用例图、活动图、层次架构模型、系统架构模型和系统的功能。系统从数据库基本内容入手，开发实现了基于JSP的网上购物系统，包括会员登录注册模块、在线会员管理模块、在线商品销售模块、在线后台管理模块。其中，在线商品销售模块是核心，实现库房中的商品管理，及管理会员的购物车，从而实现结帐等一系列功能。系统测试表明，基于JSP实现的本系统访问速度较快，安全性较好，有很强的实用性；系统功能完备，使用方便简捷，界面人性化，节省经营成本，大大减少了操作人员的工作负担。
B2c电子商务需求分析1
电子商务B2c模式（笔记本专卖）简介B2C(Business to Customer)是企业对消费者的电子商务模式。
这种形式的电子商务一般以网络零售业为主，主要借助于Internet开展在线销售活动。
一般是商家与顾客之间的商务活动，也就是通常所说的“网上购物网站”。
企业、商家可充分利用电子商城提供的网络基础设施、支付平台、安全平台、管理平台等共享资源有效地、低成本地开展自己的商业活动。
它是电子商务按交易对象分类中的一种，即表示商业机构对消费者的电子商务。
这种形式的电子商务一般以网络零售业为主，主要借助于Internet开展在线销售活动。
B2C模式是我国最早产生的电子商务模式。
本系统为基于B2c电子商务模式的笔记本在线销售。
系统具有的具体最基本模块有商品模块、用户模块，会员积分管理模块、购物车模块、订单管理模、链接管理模块、广告管理模块等等。
其中：商品模块主要包括商品资料的管理（增删改查）以及商品图片的管理等。
用户模块主要包括用户登录，注册，修改个人资料，找回密码等。
会员积分管理模块包括会员的等级，积分兑换等。
购物车模块主要包存放商品。
订单模块主要包括订单处理(增删改等)。
链接管理主要包括链接的增加删除修改删除等。
广告管理主要包括广告的增删改等。
系统需求分析电子商务网站需求规格说明书（Requirements Specification）信息源（表）用户信息表user因为网站的角色有限，所以并没有单独创建表权限表privilege权限角色表role_privilege商品信息表product较大时，这样做性能更高点。
供应商表provider商品类型表product_type订单表order以上的付款方式和订单状态，因为数据量不大，用文件配置即可。
订单状态表商品与订单的关系表product_roder序列号数据项类型pk/fk 简要介绍1 id int pk 唯一标示，无实际意义2 orderId int fk 订单Id3 productId int fk 商品Id4 number int 商品数量系统功能分析用例图游客用例图会员用例图管理员用例图用户登流程图前台用户购物流程图购物车流程图搜索商品流程图会员订单管理流程图后台商品管理流程图后台订单管理流程图兰亭序永和九年，岁在癸丑，暮春之初，会于会稽山阴之兰亭，修禊事也。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
需求说明书1 系统需求 (3)1.1 基于经销商的电子商务网站 (3)1.1.1 功能分析 (3)1.1.2 系统顶层活动图。
(5)1.1.3 用例图 (6)1.1.3.1 参与者 (6)1.1.3.2 用例 (6)1.1.3.3 顶层用例图 (7)1.1.4 用例分析与描述 (8)1.1.4.1 登录（logon） (8)1.1.4.2 注销（logout） (8)1.1.4.3 修改经销商信息（modify dealer info） (8)1.1.4.4 浏览目录（view category） (9)1.1.4.5 搜索产品（search items） (10)1.1.4.6 查看产品（view item） (11)1.1.4.7 加入购物车(add cart) (12)1.1.4.8 查看购物车(view cart) (12)1.1.4.9 修改购物车中的商品(modify cart items) (13)1.1.4.10 删除购物车中的商品（delete cart item） (14)1.1.4.11 清空购物车（empty cart） (14)1.1.4.12 结帐（check out） (15)1.1.4.13 配置收货地址信息（configure recipient） (15)1.1.4.14 配置送货方式（configure shipment） (16)1.1.4.15 配置付款方式（configure payment method） (17)1.1.4.16 确认订单（affirm order） (18)1.1.4.17 查看订单（view order） (19)1.1.4.18 修改订单（modify order） (20)1.1.4.19 删除订单（delete order） (20)1.1.4.20 查看新品（view latest item） (21)1.1.4.21 查看特价品（view special price item） (22)1.1.4.22 查看积分(view history record and grade) (22)1.1.4.23 经销商反馈（feedback） (23)1.1.4.24 查看反馈答复（view feedback answer） (24)1.2 静态结构模型 (25)1.2.1 包图 (25)1.2.1.1 web 包 (25)1.2.1.2 business login包 (26)1.2.1.3 data service包 (26)1.2.2 类图 (27)1.2.2.1 db类 (27)1.2.2.2 dealer类 (27)1.2.3 password 类 (29)1.2.4 Category类 (29)1.2.5 Cart类 (30)1.2.6 Item类 (31)1.2.7 Orders类 (33)1.2.8 Payment类 (35)1.2.9 Recipient类 (36)1.2.10 Shipment类 (37)1.2.11 Feedback类 (37)1.2.12 BankAccount类 (39)1系统需求根据对系统的分析，把该系统划分为四个子系统：基于客户的电子商务网站、基于经销商的电子商务网站，后台管理网站以及数据库管理子系统。
1.1 基于经销商的电子商务网站1.1.1功能分析根据对该系统的分析，该系统应具有如下功能1．经销商登录经销商登录并经过身份验证合法后，经销商能执行该子系统的所有功能。
2．经销商信息管理（1）配置经销商的收货信息（收货人、收货地址、邮编），每个经销商允许有多个收货信息，下订单时如果是第一次下订单，则要求添加收货信息。
否则使用最近使用过的收货信息，允许对最近使用的收货信息进行修改。
（2）配置经销商的送货方式，每个经销商允许有多个送货方式，下订单时如果是第一次下订单，则要求添加送货方式。
否则使用最近使用过的送货方式，允许对最近使用的送货方式进行修改。
（3）修改经销商的基本信息，除了分配给该经销商的用户名外，经销商可以修改所有其他信息。
3．浏览目录：经销商能够浏览目录。
在主页上，应向经销商显示目录清单，经销商选择了一个目录之后，应能显示该类别下的实际商品的图片（如果有）、名称、简单描述、价格信息，并允许把商品加入购物车，不同级别的经销商浏览产品的价格信息应不同4．显示商品详情：显示商品的较大图片和/或该产品的详细说明、价格信息，并允许把商品加入购物车。
5．搜索商品：经销商能够根据商品的特征搜索符合条件的商品。
6．购买商品：经销商能够把商品放入购物车。
7．管理购物车（1）删除购物车中的商品。
（2）更改某些商品的数量。
（3）清空购物车。
8．结帐：结帐前必须再次验证经销商，验证合法后，可以配置经销商的收货信息、送货方式、付款方式、接下来就可下订单。
9．下订单：计算订单的运费、税金和总计，显示订单的订单号、日期、运费、税金和总计、收货信息、送货方式、付款方式、以及订单项目明细。
10．订单管理（1）查看订单。
1）经销商可基于订单号、时间段、订单状态的组合条件查找2）查看所有订单，当订单数超过一页时，要提供“第一页、上一页、下一页、最后一页”的页浏览功能。
（2）修改订单，只允许对未审核的订单进行修改。
（3）删除订单，只允许对未审核的订单进行修改11．经销商反馈经销商可以可以给总部提一些建议。
12．查看反馈信息：经销商可查看所有的反馈信息，也可基于时间段查看反馈信息。
12．显示新品、特价品：向经销商展示最新的产品和特价品。
13．查看积分经销商可以查看其积分情况。
14．修改经销商信息，不能修改经销商的ID。
1.1.2系统顶层活动图。
1.1.3用例图1.1.3.1 参与者1．经销商（loginedUser）：描述：该参与者的信息已保存在数据库中，经过合法性验证后，能够执行该系统中的所有功能。
1.1.3.2 用例1.登录（logon）2.注销（logout）3.修改经销商信息（modify dealer info）4.浏览目录（view category）5.搜索产品（search item）6.查看产品（view item）7.加入购物车(add cart)8.查看购物车(view cart)9.修改购物车中的商品(modify cart items)10.删除购物车中的商品（delete cart item）11.清空购物车（empty cart）12.结帐（check out）13.配置收货人信息（configure recipient）14.配置送货方式（configure shipment）15.配置付款方式（configure payment method）16.确认订单（affirm order）17.查看订单（view order）18.修改订单（modify order）19.删除订单（delete order）20.查看新品（view latest item）21.查看特价品（view special price item）22.查看积分(view grade)23.经销商反馈（feedback）24.查看反馈（view feedback）1.1.3.3 顶层用例图(from dealer)delete order(from dealer)modify order (from dealer)view orders (from dealer)(from dealer)view feedback (from dealer)1.1.4用例分析与描述1.1.4.1 登录（logon）1.用例图dealer (from Actors)logonretrieve dealer2.用例的事件流描述2.1.简单描述：本用例描述了用户如何登录到系统中。
2.2.前置条件无。
2.3.后置条件如果用例成功，用例登录到系统中，否则系统的状态不变。
2.4.扩充点无。
2.5.事件流2.5.1.基流（1）经销商登录到基于经销商的网站时，用例启动。
（2）系统提示用户输入用户名和密码（3）用户输入自己的用户名和密码，提交（E-1）。
（4）系统验证输入的名字和密码（E-2），用户登录系统成功。
2.5.2.替代流E-1：包含了单引号、双引号或为空，系统提示错误。
E-2：系统检索不到该用户的密码，系统提示错误。
1.1.4.2 注销（logout）用例描述：清除内存中用户名、购物车信息，并返回到登录页。
1.1.4.3 修改经销商信息（modify dealer info）1用例图update dealer info2用例的事件流描述2.1简单描述：该用例描述了如何修改经销商的信息，但经销商的用户名不允许修改。
2.2前置条件经销商已登录。
2.3后置条件用例成功，把经销商的信息保存到数据库中。
2.4扩充点无。
2.5事件流2.5.1基流（1）系统提示输入经销商的信息。
（2）经销商输入所需信息，提交（E-1）。
（3）系统把所需的信息保存到数据库中。
2.5.2替代流E-1：系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。
1.1.4.4 浏览目录（view category）1用例图retrieve items2用例的事件流描述2.1简单描述：经销商选择一目录，显示该商品目录的商品信息（商品的价格与给该经销商的折扣有关）。
2.2前置条件经销商已登录。
2.3后置条件用例成功，显示对应商品目录商品信息。
2.4扩充点无2.5事件流2.5.1基流（1）系统提示选择一目录。
（2）经销商单击一目录。
（3）系统检索该经销商的折扣。
（4）系统检索对应该目录的商品，商品的价格与给该经销商的折扣有关。
存在（S-1），不存在（S-2）。
2.5.2分支流S-1：小图显示所有商品图片（如果有），商品名称，商品简单描述，单价，加入购物车提示。
如果产品不能在一页显示完，系统显示“第一页、上一页，下一页、最后一页”页浏览提示。
S-2：系统提示不存在该目录的产品。
1.1.4.5 搜索产品（search items）1用例图retrieve items2用例的事件流描述2.1简单描述：经销商可基于商品的类别和商品的名称的组合条件进行模糊查找。
2.2前置条件经销商已登录。
2.3后置条件用例成功，显示满足查找条件的所有记录。
2.4扩充点无2.5事件流2.5.1基流（1）系统提示输入商品的类别和搜索的关键字。
（2）经销商输入商品的类别和搜索的关键字，提交。
（3）检索该经销商的折扣。
（4）系统检索满足条件的商品。
如果存在（S-1），不存在（S-2）。
2.5.2分支流S-1：小图显示所有商品图片（如果有），商品名称，商品简单描述，单价，加入购物车提示。