uml课或程设计题目及要求.doc

《Uml分析与设计》课程设计 要求： 1.自选设计题目。 2.分析与设计完整，具体要求见下面案例。 3.要求独立完成。如有雷同，雷同者共均分100分。 4.7月8日由班长及学委共同收齐电子版及由A4纸打印的文档交至任课教师。 《UML分析与设计》课程设计 案例：基于UML的商品在线交易系统分析与设计 姓名： 班级： 学号： 软件学院 日期： 目录 1 问题陈述 3 2 需求分析 4 2.1 用例图 4 2.2 术语表 4 2.3 活动图 5 2.3.1结算付款系统活动图 5 2.4 用例规约 6 2.4.1用例规约Login 6 2.4.2用例规约Payment 6 2.4.3用例规约Shopping Cart 6 2.4.4用例规约User Management 7 2.4.5用例规约Products Management 7 2.4.6用例规约Order Management 8 3 分析与设计 9 3.1 架构分析 9 3.1.1 界面层 10 3.1.2 业务逻辑层 10 3.1.3 数据库层 10 3.2 关键抽象 10 3.3 用例实现 11 3.3.1 客户购买商品的用例实现 11 3.3.2 管理员操作的用例实现 12 4 用例分析 13 4.1 分析类 13 4.2 分析类的功能 13 4.2.1 管理员类 13 4.2.2 用户类 13 4.2.3提交信息制类 13 4.2.4 数据库类 13 4.2.5支付接口类 14 1 问题陈述 本项目任务是开发一个商品在线交易系统。卖家需要一个全新的在线交易系统，用于向网络买家提供一个集在线购买和在线下载功能于一身的网络交易平台，销售的物品主要是正版软件和网络游戏充值卡等非实体的虚拟商品。本系统需要支持和集成支付宝公司的“虚拟商品交易服务”接口，并通过该接口收取买家费用，在交易完成后返回到本系统界面下给买家下载软件安装程序、软件激活码或充值卡密码等。 系统允许卖家在系统后台对商品进行维护，卖家可以在后台管理系统中对所销售的软件产品和充值卡商品进行修改、添加和删除，并可以查询所有买家信息。 系统允许买家在注册后对个人信息进行修改和维护，并查阅自己的购买记录；对于没有注册的临时买家，也可以直接购买，在交易完成后把其信息记录到数据库，但不会为临时买家注册系统ID。 系统允许买家在交易完成后通过网页界面在线下载软件安装程序，但需要做到防盗链，即防止软件的下载地址被公开或盗用，此项主要针对不需要激活码激活的软件产品。而对于软件激活码或充值卡密码，除了在交易完成后会在页面上显示外，也会自动E-MAIL一份到买家的电子邮箱里去。 同时，需要把销售情况记录到数据库中，以便业务人员查询销售情况和进行管理。系统需要对每周和每月销售的情况进行统计。 2 需求分析 2.1 用例图 虚拟商品在线交易系统的用例图如图2-1所示，包括：用户登陆系统、商品展示系统、购物车、结算付款、支付宝服务接口、用户及定单管理系统、商品管理。 图2-1. 虚拟商品交易系统用例图 2.2 术语表 User：用户、顾客； Shop Administrator：网上商店管理员、商家； Products：商品、虚拟商品、非实体的商品； Shopping Cart：购物车； Payment：结算付款； A Server：支付宝服务器、与我方制作支付宝收款接口相连； Order：在线定单。 2.3 活动图 2.3.1结算付款系统活动图 如图2-2所示，对应的用例规约请见表2.4-1： 图2-2. 结算付款系统活动图 2.4 用例规约 2.4.1用例规约Login 表2.4-1. 用例规约Login 主要参与者 用户及网上商店管理员 前置条件 输入正确的用户名、密码 后置条件（成功后的保证） 登入系统 基本流程（主要成功场景） 输入用户名、密码 验证用户名、密码 如验证正确，登入系统 辅助流程（替代流程） 输入用户名或密码不正确： 统显示错误信息 提示用户重新输入 2.4.2用例规约Payment 表2.4-2. 用例规约Payment 主要参与者 用户或游客 前置条件 用户或游客已经把商品加入到购物车，并按下结算按钮 后置条件（成功后的保证） 返回商品结算清单及所需费用 基本流程（主要成功场景） 户按下结算按钮 系统显示购物列表及总价 系统询问游客是否注册或登陆 定单提交到支付宝接口 用户通过支付宝或信用卡完成付款 支付完成返回网上商店，显示下载地址及产品注册码、或点卡密码 辅助流程1（替代流程） 游客不登陆或注册： 1) 以游客身份把定单提交到支付宝接口 辅助流程2（替代流程