一 实验目的
掌握客户需求的方法和步骤；
了解以用例驱动的软件开发方法；
掌握用例图的绘制方法；
掌握Rational Rose进行用例建模的具体方法和步骤；
二 实验环境及实验准备
所需硬件环境为微机；
所需软件环境为Rational Rose、Miscrosoft Word等；
熟悉Rational Rose下用例建模的方法和步骤；
完成系统目标、范围及功能分析；
三 实验内容
（一）、确定系统目标、范围和边界
【系统目标】某电商平台是一个大型电子商务企业，平台上销售的商品种类繁多，涵盖了数千个不同的品类。该平台的业务遍布全国，并且有着较为显著的市场份额，客户群体涵盖了多个地区。为了进一步提高平台的运营效率和商品管理水平，平台决定开发一个“网点销售系统”。该系统的整体目标是：利用互联网和信息化技术，结合平台的运营需求，优化、改造原有各个网店的管理系统，建设一个覆盖所有网点的集中管理平台。
通过“网店销售系统”，平台旨在提升商品的销量分析和管理效率，帮助店主实时查看各个网点的销售情况，进行精确的库存、价格和进货量调整。此外，系统还将为顾客提供更便捷的商品搜索、筛选和对比功能，提升购物体验，进而增加平台的客户粘性。
“网点销售系统”的建设将有效提升商品管理的精确性和市场反应速度，提高平台在竞争激烈的电商环境中的运营效率和竞争力。通过全面、及时的销售数据分析，平台能够更加合理地调配库存，优化定价策略，实现销售最大化。同时，通过信息化的管理，系统能够帮助平台统一运营规范，改进整体经营水平，促进平台业务的长期可持续发展，并为平台培训一批专业的信息化管理与应用人才。
【业务功能及性能需求】根据系统业务需求目标，建成的“网点销售系统”将包括平台管理者查询、统计成表、店主查询及顾客查询等 3个子系统。其中店主查询子系统包括采购管理、销售管理和仓库管理 4部分。
【业务功能要求】
平台管理员查询与统计：
• 平台管理员负责查询并统计平台各个店铺的客流情况、销售情况及其他相关运营数据。该数据包括但不限于每个店铺的访客数量、销售额、热销商品等。
• 平台管理员将根据这些统计数据生成各家店铺的详细统计报表，并及时反馈给各个店铺。
平台优先推送商铺选择：
• 基于店铺的统计数据，平台可根据表现最优的店铺数据来决定优先推送哪些商铺。推送优先级可以基于销售表现、客户评价等多个维度来设定。
• 这种推送机制旨在优化平台资源的分配，提升商铺的曝光度与销量。
店主调整经营策略：
• 店主在收到平台的统计数据后，能够基于这些数据做出相应的调整。例如，店主可以根据销售情况调整商品价格、进货数量、促销活动等。
• 通过调整商品的定价、库存和促销策略，店主可更好地响应市场需求，提高店铺的销售表现。
（二）、确定参与者
根据电商平台业务需求分析，得到以下执行者角色及其职责：
- 电商平台管理员（系统执行者）：负责查询平台各个网店的销售情况和客流情况，将数据汇总成报表并反馈给店主。此外，管理员还负责选择优先推广的店铺，并对店铺的运营情况进行综合分析和优化。
- 店主（系统执行者）：负责查看自己店铺的销售情况，并根据销售数据进行库存、价格、进货量等方面的调整。店主还需要管理商品信息、促销活动，并根据系统提供的数据优化运营策略。
- 顾客（外部执行者）：主要职责是浏览平台上的商品信息、查看商品的详细描述、价格、评价等，进行商品的选择和对比。顾客也可以参与下单、支付和售后等流程。
（三）、确定用例 -
平台管理者查询（用例 1）：
这是系统中的核心查询用例，平台管理员通过该用例获取有关平台的所有数据和信息，进行汇总和分析。
2. 统计成表（用例 2）：
该用例依赖于“平台管理者查询”用例，平台管理员使用该用例将查询到的各种数据整理成表格，并反馈给店主。该数据包括但不限于各个店铺的销售情况、客流量等。
3. 店主查询及管理（用例 3）：
店主依赖“统计成表”用例，根据平台管理员反馈的各类数据表，进行商品信息的查询和修改。这包括调整商品库存、价格、进货量等。
4. 顾客查询（用例 4）：
顾客通过该用例查询商品信息，包括商品价格、描述、评价等，从而做出购买决策。
（四）、绘制用例图
（五）、描述用例
“网店销售系统”共有平台管理者查询、统计数据成表、店主查询和顾客查询四个用例，分别描述如下：
用例名称 平台管理者查询
参与者 电商平台管理员
用例目的 查询平台各个网店的销售情况和客流情况
用例级别 一级
用例过程描述 1. 电商平台管理员通过登录系统进入平台管理界面。
2. 管理员选择“查询平台各网店销售及客流数据”功能。
3. 系统根据管理员的请求，展示各个店铺的销售数据、客流量、购买转化率等相关信息。
4. 管理员查看各个店铺的经营状况，进行数据分析。
5. 管理员可以通过过滤器、排序工具等方式查看特定店铺或数据项。
6. 管理员完成查询后，可以导出相关数据报告以供后续使用。
与其他用例的关联 为“统计成表”提供数据输入：管理员通过查询得到的数据，将其汇总整理为表格并反馈给店主。
可能触发“店主查询及管理”用例：管理员查询并分析各店铺运营数据，基于这些数据优化店铺管理策略。
异常事件流处理 1、 若登录失败: 系统提示管理员用户名或密码错误，并要求重新输入凭证。
2、 若数据查询失败: 系统提示网络异常或数据库连接失败，管理员可以选择稍后重试或联系技术支持。
3、 若没有足够的权限: 如果管理员的账号权限不足以查询数据，系统会提示权限不足，并要求联系上级管理员或系统管理员以获取适当权限。
用例名称 统计数据成表
参与者 电商平台管理员
用例目的 将数据汇总成报表并反馈给店主
用例级别 一级
描述用例过程 1. 电商平台管理员登录系统。
2. 管理员进入“统计数据成表”功能模块。
3. 系统提供平台内各网店的销售情况、客流量等相关数据。
4. 管理员根据实际需求选择需要汇总的数据（例如：销售总量、客流量、商品种类、促销效果等）。
5. 系统将数据自动整理并生成相应的表格。
6. 管理员检查数据表，确保数据的准确性和完整性。
7. 管理员将生成的报表通过系统反馈给店主，报告中包含各店铺的销售情况、客流量等关键指标。
8. 如果需要，管理员可以导出报告，或直接通过平台内消息通知店主。
与其他用例的关联 依赖“平台管理者查询”提供数据：管理员首先通过“平台管理者查询”用例获取相关的网店数据，并以此为基础生成报表。
反馈给“店主查询及管理”用例：管理员将统计的报表反馈给店主，供店主根据数据调整商品、库存、价格等。
异常事件流的处理 1. 若登录失败：系统提示管理员用户名或密码错误，要求管理员重新输入正确的凭证。
2. 若数据查询失败：系统提示数据加载异常或数据库连接失败，管理员可以选择稍后重试或联系技术支持。
3. 若数据格式错误：如果生成的报表格式存在问题（如表格无法正常显示），管理员可以重新生成报表，或联系系统管理员修正错误。
4. 若权限不足：如果管理员没有足够的权限进行该操作，系统会提示权限不足，要求管理员联系上级或系统管理员调整权限。
用例名称 店主查询及管理
参与者 店主
用例目的 店主根据平台管理员反馈的各类统计数据，查询并管理自己的店铺信息，包括库存管理、价格调整、进货量调整等，以优化店铺运营和销售表现。
用例级别 一级
描述用例过程 1. 店主登录系统，进入店主查询及管理模块。
2. 店主查看平台管理员通过“统计成表”反馈的各类数据，包括销售情况、客流量、商品表现等。
3. 根据反馈的数据，店主对商品信息进行查询：
• 商品库存管理：店主查看当前库存情况，调整库存数量。
• 商品价格管理：店主根据市场需求和竞争情况调整商品价格。
• 进货量管理：店主根据销售数据和库存情况，调整进货量。
4. 店主根据销售和市场数据，管理并设置促销活动。
5. 店主根据反馈的数据和自身运营需求，优化店铺运营策略，进行必要的调整。
6. 店主可以生成或查看某些报告，帮助自己进行长期的业务决策和计划。
与其他用例的关联 依赖“管理员查询”用例：店主查看平台管理员查询到的数据，作为后续管理操作的基础。
依赖“统计成表”用例：店主使用平台管理员反馈的统计数据表来进行商品、价格、库存等方面的管理与调整。
异常事件流的处理 1. 数据加载失败：如果系统未能加载所需的统计数据或反馈报告，店主将收到提示，要求稍后重试，或者联系平台管理员解决问题。
2. 库存调整失败：若店主试图调整库存时，系统显示库存量超出预设范围，店主需要修改库存数量或重新检查库存状况。
3. 商品价格设置冲突：当店主调整商品价格时，系统检测到价格冲突（例如低于最低定价），会提示店主调整至合理范围。
4. 操作权限不足：如果店主尝试进行某些超出权限的操作（如访问其他店铺的数据或调整系统设置），系统会提示权限不足并拒绝该操作。
5. 网络问题：若在进行商品信息修改时发生网络中断，系统会提示店主网络连接异常，并要求重试或保存当前操作。
案例子系统名称：店主查询及管理
1、确定系统目标、范围和边界
系统目标：
采购管理子系统的目标是帮助店主高效管理商品的采购流程，确保商品库存充足，同时根据销售情况调整采购量，以实现良好的库存周转率和成本控制。具体目标包括：
• 提供实时的库存和销售数据，辅助店主做出采购决策。
• 实现采购订单的创建、修改和跟踪功能。
• 优化采购流程，提高采购效率。
• 提供与供应商的对接，确保及时、准确的商品采购。
系统范围：
• 提供商品的采购管理功能，包括选择供应商、制定采购计划、生成采购订单等。
• 根据销售数据和库存信息自动生成采购需求，或者支持店主手动调整采购计划。
• 跟踪采购订单的状态，包括已发货、未发货、已到货等。
• 提供采购统计报表，帮助店主分析采购效率和成本控制情况。
系统边界：
• 包含：店主、采购订单管理、库存监控、销售数据分析、供应商信息管理。
• 不包含：供应商的库存管理、平台管理者的操作、顾客相关操作。
2、确定参与者
- 店主（系统执行者）：
• 主要职责是管理自己的店铺的采购流程，查看库存和销售数据，并根据这些数据来做出采购决策。
• 在采购管理子系统中，店主可以创建、修改采购订单，查看供应商信息，并进行采购需求分析。 - 电商平台管理员（系统执行者）：
• 在采购管理中，管理员提供平台的总体数据，如平台销售情况、库存监控和流量分析，供店主参考。管理员的工作主要是通过“统计成表”用例为店主提供数据支持。 - 供应商（外部执行者）：
• 供应商是采购管理中的外部参与者。供应商负责接收订单、供货并更新订单的交货状态。供应商数据可以由店主维护，供采购管理子系统使用。
3、确定用例“店主查询及管理”用例包含三个用例：
“采购管理”用例：店主根据反馈的数据，对商品的采购进行重新分配
“销售管理”用例：查看销售数据和库存状态。根据需求调整采购计划。自动生成采购需求或手动调整采购数量。提交和管理采购订单。
“仓库管理”用例：查看和管理商品的库存数量。设置库存警戒线，并接收库存预警。进行库存盘点，调整库存数据。管理库存的入库、出库操作。分析库存数据，优化库存周转率。
4、 用例图绘制
用例名称 顾客查询
参与者 顾客
用例目的 顾客通过该用例查询电商平台上的商品信息，包括商品的详细描述、价格、库存情况、评价等，从而做出购买决策。顾客可以浏览商品详情页，了解商品特性，价格优惠，客户评价等信息，为后续的购物决策提供依据。
用例级别 一级
描述用例过程 1. 顾客进入平台： 顾客访问电商平台首页，并浏览平台上展示的商品分类、推荐商品等信息。
2. 搜索或筛选商品： 顾客根据自己的需求，使用平台的搜索框或筛选功能，输入关键词或选择商品类别来查找感兴趣的商品。
3. 浏览商品列表： 顾客在搜索结果页中查看商品列表，包括商品的简要信息（如商品名称、价格、销量等）。
4. 查看商品详情： 顾客点击商品，进入商品详情页面，查看商品的详细描述、价格、库存情况、规格、品牌、卖点等信息。顾客还可以查看商品的图片、视频等多媒体内容。
5. 查看商品评价： 顾客可以浏览其他顾客对该商品的评价，包括评分、评论、晒单等。顾客根据评价内容和评分来判断商品的质量与适合度。
6. 对比多个商品： 如果顾客对多款商品感兴趣，可以使用平台的对比功能，将多个商品的价格、评价、功能等信息并列展示，帮助顾客做出选择。
7. 加入购物车或立即购买： 顾客决定购买某款商品后，可以选择将商品加入购物车，或直接选择“立即购买”按钮进行下单。
与其他用例的关联 无
异常事件流的处理 1. 商品信息加载失败：
描述：顾客尝试查看商品详情时，商品信息无法加载。
处理：系统会提示“商品信息加载失败，请稍后再试”并建议顾客刷新页面或返回主页。
2. 商品无库存：
描述：顾客查询的商品显示无库存或暂时无法购买。
处理：系统会显示“该商品暂时缺货”并提供类似商品的推荐，顾客可以选择加入到愿望清单中，等待补货。
3. 搜索无结果：
描述：顾客使用搜索功能时，系统无法找到匹配的商品。
处理：系统会显示“未找到相关商品，请检查搜索条件”并提供重新搜索的建议或推荐热门商品。
4. 商品评价无法显示：
描述：顾客查看商品评价时，评价无法加载。
处理：系统会显示“商品评价加载失败，请稍后再试”，并提示顾客等待系统恢复。
5. 顾客登录状态过期：
描述：顾客在查看商品过程中，发现自己已过期未登录。
处理：系统会弹出登录提示框，顾客可以选择重新登录，或者继续作为游客浏览商品。
四 实验分析及问题思考
本实验通过对电商平台“网点销售系统”的需求分析，用语言和uml图描绘了个用例之间的关系和各自的作用，学习了用例图的绘制和用例描述的编写。通过实际操作Rational Rose进行用例建模，提升了对系统功能需求、用户角色和交互流程的理解和表达能力。