一个电子商务网站的需求分析报告基于用例
估算工作量用例点估算例题
估算工作量用例点估算例题
【原创版】
目录
1.估算工作量的重要性
2.工作量估算的方法
3.用例点估算的概述
4.估算工作量的用例点估算例题
5.结论
正文
估算工作量是项目管理中非常重要的一环，它直接影响到项目的进度、资源分配和质量。
而工作量估算的方法有很多，其中一种常用的方法就是用例点估算。
用例点估算是一种基于用例点的工作量估算方法。
用例点是系统功能的基本单位，它描述了系统的一个特定功能或操作。
通过对用例点的估算，可以较为准确地估算出实现某个功能或操作所需的工作量。
下面是一个估算工作量的用例点估算例题。
假设我们要为一个电子商务网站开发一个购物车功能，我们可以将这个功能分解为以下几个用例点：
1.用户添加商品到购物车
2.用户修改购物车中的商品数量
3.用户删除购物车中的商品
4.用户查看购物车中的商品总价
5.用户结算购物车
通过对这些用例点的估算，我们可以得出实现购物车功能所需的工作量。
例如，每个用例点的工作量估算为 2 人天，那么实现购物车功能的
总工作量就是 10 人天。
当然，这只是一个简单的例子。
在实际的项目中，用例点的数量可能会更多，估算的工作量也会更大。
但是，无论用例点的数量多少，用例点估算都能为我们提供一个较为准确的工作量估算。
总的来说，估算工作量是项目管理中不可或缺的一环。
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为数据库。
电子商务网站-详细设计说明书
电子商务网站详细设计说明书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:需求格式及范文格式：标题：需求格式及范文引言：介绍需求格式的重要性，以及撰写需求的目的。
电子商务网站需求分析书
电子商务网站需求分析书1. 引言本需求分析书旨在对电子商务网站的需求进行系统分析，明确各个方面的功能和需求，为后续的网站开发和设计提供指导和准确的方向。
2. 项目背景随着互联网技术的发展和普及，电子商务已经成为了一种日趋重要的商业模式。
为了满足人们日益增长的购物和消费需求，开发一个功能完善、用户友好的电子商务网站变得至关重要。
本项目旨在开发一个电子商务网站，提供优质的购物体验，吸引更多的用户。
3. 功能需求基于市场对电子商务网站功能的要求，我们确定以下主要功能需求：3.1 用户注册与登录用户可以通过注册新账号的方式加入电子商务网站，也可以使用已有的社交媒体账号进行登录。
3.2 商品浏览和搜索用户可以通过商品分类、关键字搜索等方式浏览和查找商品。
同时，网站需要提供详细的商品信息，包括商品图片、价格、销量等，以便用户做出购买决策。
3.3 购物车和结算用户可以将感兴趣的商品加入购物车，并在购物车中编辑和管理商品数量。
在下单结算时，用户需要提供收货地址和支付方式。
3.4 订单管理用户可以查看自己的订单历史记录，包括订单状态、商品详情、支付信息等。
同时，用户可以取消尚未发货的订单，申请退款等操作。
3.5 支付和物流网站需要支持各种常用的支付方式，如支付宝、微信支付等。
同时，需要与物流公司合作，为用户提供可靠的配送服务。
3.6 用户评价和反馈用户可以对购买的商品进行评价和打分，为其他用户提供参考。
用户也可以向网站提供反馈意见和建议，以帮助网站不断改进。
3.7 促销和优惠券网站可以通过促销活动和优惠券等方式吸引用户，增加购买频率和用户黏性。
例如，网站可以定期举行打折活动，发放满减优惠券等。
4. 非功能需求除了上述的功能需求，我们还需要考虑以下非功能需求：4.1 性能和可扩展性网站需要能够处理大量并发访问，保证系统的稳定性和可用性。
同时，网站应具备良好的可扩展性，以便在用户量增加时能够通过扩容来满足需求。
4.2 安全性网站需要保证用户数据的安全性，采取适当的加密和防护措施，防止数据泄露和黑客攻击。
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 商品数量系统功能分析用例图游客用例图会员用例图管理员用例图用户登流程图前台用户购物流程图购物车流程图搜索商品流程图会员订单管理流程图后台商品管理流程图后台订单管理流程图兰亭序永和九年，岁在癸丑，暮春之初，会于会稽山阴之兰亭，修禊事也。
电商需求分析说明书(DOC)
一、引言 (2)1.1编写目的 (2)1.2引用文档 (2)1.3系统概述 (2)1.4文档概述 (2)二、项目概述 (2)2.1背景和目标 (2)2.2用户的特点 (3)2.3假定和约束 (4)三、需求规定 (4)3.1前台功能需求 (7)3.1.5信息反馈模块 (8)3.2后台功能需求 (8)3.2.1用户管理模块 (8)3.2.2订单管理模块 (8)3.2.3商品管理模块 (9)3.2.4信息反馈模块 (9)3.2.5消息发布模块 (9)3.3性能需求 (9)3.3.1精度 (9)3.3.2时间特性要求 (9)3.3.3灵活性 (10)3.4输入输出要求 (10)3.5数据管理能力要求 (10)3.6故障处理要求 (10)3.7设计约束 (11)3.8属性 (11)3.8.1安全性 (11)3.8.2可维护性 (11)四、E-R图 (11)五．关系模式 (16)六、表设计 (18)4、管理员表admin (19)5、购物车临时订购信息shopcart (19)6、订单信息表order (19)7、订单详细信息表orderdetail (20)8、意见反馈表message (20)9、消息发布表information (21)七、网上购物维护规则 (21)一、引言1.1编写目的此需求规格说明书对项目的背景、范围、验收标准和需求等信息进行说明，包括功能性需求和非功能性需求，确保对用户需求的理解一致。
1.2引用文档➢《需求文档模板（国标）》1.3系统概述网上购物为商品交易活动提供一个方便的电子平台。
该系统分前台会员注册购物部分和后台系统管理部分。
销售商通过后台管理系统将商品信息发布在网上，并对整个购物流程进行有效的控制、管理和统计；消费者通过系统前台部分方便快捷的选购需要的商品，享受销售商提供的各种服务。
1.4文档概述该文档详细描述了网上购物系统的需求规约，为进一步的概要设计和详细设计奠定了基础。
作业2-用例图
1. 对于一个电子商务网站而言，以下哪些不是合适的用例，指出并说明理由。
输入支付信息将商品放入购物车结账预订商品用户登录邮寄商品查看商品详情输入支付信息：太小邮件商品：系统功能之外查看商品详情：太小2. 为了满足物业中介行业的信息化要求，甲公司基于详尽的需求调研与分析，准备研发一套符合市场需要的、实用的信息管理系统。
主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。
该公司小王，通过多次的与潜在客户的交流与沟通，完成了最初的用例模型的开发，下图是一个物业管理系统用例模型的局部：修改房源信息（1）但小李认为该模型不符合“用例建模”的思想，存在明显的错误。
请用200字以内说明错误所在，并说明应该如何修改。
1.主要错误：用例的分解太细，并没有遵从每个用例为用户传递一个有价值的结果的原则。
在原设计中“打开房源信息页面”、“录入房源信息”、“确认提交信息”都只是一个操作步骤，因此不适合作为用例。
2.修改方法：将“打开房源信息页面”、“录入房源信息”、“确认提交信息”合并为“新增房源信息”。
（2）在上图中构造型“《include》”表示的是什么意思，它与“《extend》”之间的区别是什么？在用例模型中，构造型“《include》”是用来表示包含关系。
它通常用来表示被包含用例是被多包含用例使用的一个可复用模块，而《extent》且通常用来表示对用例的扩展。
3．找出下面过程中的参与者和用例，画出用例图；找出用例中合适的实体类。
（in English）某五星级饭店的总经理注意到该饭店采购部存在以下问题：(1)没有更新的库存注册信息(2)没有仓库中可用货物的订单(3)不能及时提供库存。
这些问题导致了客户的不满，因此他决定用计算机管理采购部。
采购部的具体工作如下：每当有货物要求时，仓库保管员把所需货物的通知单和它们的数量发送给采购部。
- 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：小图显示所有商品图片（如果有），商品名称，商品简单描述，单价，加入购物车提示。