基于UML的校园二手交易系统分析与设计报告.doc

1、 目录目录2一、项目开发指南4二、项目需求规格说明书41.用户需求41.1系统功能性需求41.2系统非功能性需求42.需求分析52.1系统执行者52.2系统用例52.2.1用户操作52.2.2管理员操作52.3用例与执行者之间的关系63.需求描述63.1系统用例图63.1.1用户系统用例图63.1.2管理员系统用例图73.1.3支付系统用例图73.2用例描述83.3概念层类图或对象图104.需求评审10三、概要设计111.系统顺序图111.1顺序图11o用例的需求11o需求中涉及的对象11用户购物11管理员操作11o对象间的消息的传递11用户购物顺序11管理员操作顺序12o顺序图12用户购物顺

2、序图12管理员操作顺序图122.系统协作图13o协作图元素13用户购物13管理员操作13o各元素间关系13o实例层协作图14用户购物协作图14管理员操作协作图143.系统状态图143.1用户状态图153.2管理员状态图154.系统活动图154.1用户活动图154.2管理员活动图165.说明层类图176.概要设计评审17四、系统详细设计181.实现层类图设计182.包的设计183.系统构件图设计184.详细设计评审19五、系统部署图20六、教师评定20一、 项目开发指南项目开发指南开发文档将为网上商城项目实训的参与者讲述在此项目中的软件过程。请参与者先了解统一软件开发过程（RUP）和统一建模语言

3、（UML）方面的知识。在本项目中，将采用剪裁的统一软件开发过程（RUP）来规范整个项目的开发过程，同时，采用UML来作为项目的分析设计和建模语言。二、 项目需求规格说明书1. 用户需求1.1 系统功能性需求二手交易系统功能性需求文档 日期版本说明作者2013-5-29草案草案版本李清伟1. 用户的注册与登录2. 浏览商品信息：游客仅可查看商品图片和简介，注册用户才可查看详细信息3. 商品搜索4. 注册用户信息管理中心：包括修改个人信息，发布或删除二手商品5. 留言系统：用户留言后会消息推送给商品发布者6. 评价系统：双方完成交易后要给评价7. 管理员功能：管理用户信息，修改添加删除不符合规定的

4、商品，管理留言等信息8. 投诉功能：用户可以进行投诉或提交意见9. 公告信息：最新商品推荐，活动分享1.2 系统非功能性需求二手交易系统非功能性需求文档 日期版本说明作者2013-5-29草案草案版本李清伟1. 简要说明本文档列出二手交易系统的所有非功能性需求2. 可用性(1) 二手交易对于大学生来说非常重要，所以用户数量可以得到保障(2) 该系统具有友好的操作逻辑，帮助用户顺利使用该系统(3) 该系统采用C/S模式，对客户端的配置要求不高3. 可靠性(1) 严格按照合同法、专利法、知识产权保护法等对该系统进行开发。不会触犯国家法律，和他人的利益，所以在法律上是可靠的(2) 由于是本地化的系统

5、，安全隐患不会太大，用户都是本校师生，也仅对本校师生开放系统4. 性能(1) 要求服务器能同时承受10000人同时使用，系统的响应时间应该小于1秒(2) 系统要求能支持多种常见浏览器和移动操作平台5. 可支持性无6. 设计约束系统使用C#语言开发，数据库系统使用SQL Server数据库管理系统7. 帮助系统需求要求系统提供在线帮助，常见问题说明，意见反馈和人工服务8. 购买构建需求无9. 接口需求此系统要求能和支付宝等第三方交易平台或银行系统进行连接10. 许可需求无11. 其他需求无2. 需求分析2.1 系统执行者该系统提供给在校大学生使用，同时还需要管理员维护系统，所以执行者为用户和管理

6、员2.2 系统用例2.2.1 用户操作a) 用户注册b) 用户登录c) 物品发布与修改d) 留言e) 浏览商品f) 加入购物车g) 提交订单h) 通过网银系统或线下交易付款i) 交易完成后的评价评分2.2.2 管理员操作a) 管理员登录b) 管理用户信息c) 管理用户留言和评论内容d) 管理订单e) 发布修改促销优惠f) 处理用户投诉和反馈信息2.3 用例与执行者之间的关系3. 需求描述本系统目标是为了实现网站的二手商品的在线交易。通过系统实现二手物品交易的多项功能，其中主要是管理员对商品的管理实现和用户的购物的实现：前台：用户在线浏览所有商品，按需求搜索相关商品，以及注册为会员后对商品选购的

7、操作，购物结束后生成订单信息的功能，还可以发布修改个人二手商品。后台：管理员对用户注册信息进行管理，对用户购物订单的处理，以及管理员对网站新闻、公告的维护操作。系统对从用户购物、生成订单，管理员从管理用户、管理网站、管理商品，处理订单等功能都一一实现。建成一个功能齐全、合理、完善的二手物品交易网站。3.1 系统用例图3.1.1 用户系统用例图3.1.2 管理员系统用例图3.1.3 支付系统用例图3.2 用例描述二手交易系统用户系统用例 日期版本说明作者2013-6-5草案草案版本李清伟1. 简要说明本用例描述用户进入系统后的操作过程2. 事件流(1) 基本流1. 用户通过系统注册账号并且登录2

8、. 用户通过个人中心页面发布商品或修改商品信息，查看评论和留言3. 通过首页检索选择要购买的商品4. 给卖家留言5. 加入购物车并提交订单6. 系统通过商品优惠数据计算优惠金额7. 用户选择支付方式8. 系统显示用户该次购买成功信息9. 用户确定交易完成后双方提交评价结束该次购买(2) 备选流5.a 如果顾客取消订单，系统给出提示并关闭订单结束7.a 用户选择在线支付却没有付款，系统给出提示并保留订单，等待用户支付3. 特殊需求需要系统能和银行系统连接，获得用户付款信息4. 前置条件用户必须成为系统注册用户才能登录才能执行上述操作5. 后置条件无6. 扩展点无7. 相关的数据用户提交的订单、评

9、价和留言信息8. 问题说明无二手交易系统管理员系统用例 日期版本说明作者2013-6-5草案草案版本李清伟1. 简要说明本用例描述管理员的操作流程2. 事件流(1) 基本流1. 管理员登录后台管理系统2. 管理用户数据和留言3. 处理受争议订单4. 添加修改商品促销优惠信息5. 管理支付信息6. 完成管理退出系统(2) 备选流无3. 特殊需求管理员在处理受争议订单时须和买卖双方进行商讨4. 前置条件管理员必须是系统注册管理员，登录后才能进行管理员操作5. 后置条件无6. 扩展点无7. 相关的数据用户提交的订单、评价和留言信息8. 问题说明无二手交易系统支付系统用例 日期版本说明作者2013-6

10、-5草案草案版本李清伟1. 简要说明本用例描述用户支付的操作流程2. 事件流(1) 基本流1. 用户选择商品提交订单2. 选择支付方式3. 进入网银系统进行支付4. 完成支付网银系统反馈支付信息(2) 备选流无3. 特殊需求管理员在处理受争议订单时须和买卖双方进行商讨4. 前置条件管理员必须是系统注册管理员，登录后才能进行管理员操作5. 后置条件无6. 扩展点无7. 相关的数据用户提交的订单、评价和留言信息8. 问题说明无3.3 概念层类图或对象图4. 需求评审项目名称校园二手交易系统评审日期2013-06-07项目编号 001评审方式 浏览文档项目类型 合同项目：自主项目：1、特殊项目2、一

11、般项目3、小型项目 评审意见： 文字介绍清楚，图也清晰，通过经办人：李清伟日期：2013年6月7日评审结论 ：通过评审负责人：李清伟日期：2013年6月7日批准意见： 通过批准人：李清伟 日期：2013年6月7日三、 概要设计概要设计主要完成系统的功能设计和对外接口设计。在功能设计中，最重要的是对每个功能的执行过程以及对象交互的分析。1. 系统顺序图1.1 顺序图o 用例的需求用户购物流程以及管理员操作o 需求中涉及的对象 用户购物 用户 验证页面 商品详细页面 联系卖家 订单页面 支付页面 交易完成评论与评分 退出系统 管理员操作 管理员 验证页面 商品管理 用户信息管理 订单信息管理 留言

12、与评论管理 促销公告发布与修改 后台管理页面o 对象间的消息的传递 用户购物顺序消息发送对象接收对象输入登录信息用户验证页面浏览商品验证页面商品详情页面购买商品商品详情页面订单页面询问商品详情页面供货方确定购买供货方订单页面确定付款订单页面支付页面交易成功支付页面评论交易不成功支付页面退出交易完成评论退出 管理员操作顺序消息发送对象接收对象输入登录信息管理员验证页面登陆成功验证页面后台管理页面验证操作商品管理后台管理页面验证操作用户管理后台管理页面验证操作订单管理后台管理页面验证操作评论管理后台管理页面验证操作促销公告发布修改管理后台管理页面o 顺序图 用户购物顺序图 管理员操作顺序图2. 系

13、统协作图o 协作图元素 用户购物 用户 验证页面 商品详细页面 联系卖家 订单页面 支付页面 交易完成评论与评分 退出系统 管理员操作 管理员 验证页面 商品管理 用户信息管理 订单信息管理 留言与评论管理 促销公告发布与修改 后台管理页面o 各元素间关系元素间关系见下图o 实例层协作图 用户购物协作图 管理员操作协作图3. 系统状态图3.1 用户状态图3.2 管理员状态图4. 系统活动图4.1 用户活动图4.2 管理员活动图5. 说明层类图6. 概要设计评审项目名称校园二手交易系统评审日期2013-06-07项目编号 001评审方式 浏览文档项目类型 合同项目：自主项目：1、特殊项目2、一般

14、项目3、小型项目 评审意见： 文字介绍清楚，图也清晰，通过经办人：李清伟日期：2013年6月7日评审结论 ：通过评审负责人：李清伟日期：2013年6月7日批准意见： 通过批准人：李清伟 日期：2013年6月7日四、 系统详细设计1. 实现层类图设计2. 包的设计3. 系统构件图设计在分析阶段，构件图表达的UML是现实世界中的实体。它是软件系统的一个物理单元，它驻留在计算机中而不是只存在系统分析员的脑海里。构件之间存在的唯一关系是构件的依赖性。构件依赖性指一个构件依赖于另一个构件。构件依赖性画成构件之间的虚线箭头。如下图箭头指的构件表示被依赖，也就是说Cart、Eshop、Checkout都依赖

15、于ShoppingServlet。下图描述的是在网上购物系统中几个构件之间的依赖关系。4. 详细设计评审项目名称校园二手交易系统评审日期2013-06-07项目编号 001评审方式 浏览文档项目类型 合同项目：自主项目：1、特殊项目2、一般项目3、小型项目 评审意见： 文字介绍清楚，图也清晰，通过经办人：李清伟日期：2013年6月7日评审结论 ：通过评审负责人：李清伟日期：2013年6月7日批准意见： 通过批准人：李清伟 日期：2013年6月7日五、 系统部署图部署图描述系统硬件的物理结构以及在此结构上执行的软件。部署图可以显示计算节点的拓扑结构和通信路径、结点上运行的软件组件、软件组件包含的逻辑单元等。部属图常常用于帮助理解分布式系统。在网上购物系统中，我们可以从网络上开始划分结构，该系统分为三层结构，分别针对数据库、服务器、和客户机。下图显示了网上购物系统的主要部属。六、 教师评定评语：成绩：教师签名：