logo资料库

系统分析与设计实验报告.doc

发布时间：2022-07-02 发布人：admin 分类：说明书 资料大小：0.27M 资料格式：doc 举报 版权申诉
第1页 / 共14页
第2页 / 共14页
第3页 / 共14页
第4页 / 共14页
第5页 / 共14页
第6页 / 共14页
第7页 / 共14页
第8页 / 共14页
资料共14页，剩余部分请下载后查看
    4.3.1顺序图
    比较顺序图与通信图、 活动图与状态图的应用。
    本科实验报告 课程名称： 系统分析与设计 实验项目： 《 网上购物 》实验 实验地点： 行逸楼 专业班级： 1332 学号： 2013006268 学生姓名： 张洋 指导教师： 雷红 2015 年 11 月 5 日 1
    一、实验目的 通过《系统分析与设计》实验，使学生在实际的案例中完成系统分析与系统设计中 的主要步骤，并熟悉信息系统开发的有关应用软件，加深对信息系统分析与设计课程基 础理论、基本知识的理解，提高分析和解决实际问题的能力，使学生在实践中熟悉信息 系统分析与设计的规范，为后继的学习打下良好的基础。 二、实验要求 学生以个人为单位完成，自选题目，班内题目不重复，使用UML进行系统分析与设 计，并完成实验报告。实验报告以纸质版（A4)在课程结束后二周上内提交（12周）。 三、实验主要设备：台式或笔记本计算机 四、实验内容 1 选题及项目背景 在线购物系统为所有注册会员提供邮购服务。任何人和公司都可以注册成为会员。一般访客可以通 过网页浏览商品信息和促销活动，可以通过填写个人资料，包括姓名、地址联系方式等等，注册成为正 式用户，如有疑问也可以在线求助。只有用户具有购买权限，用户购买商品时需要填写订单，用户在网 页上浏览商品目录，选择购买項及数量，系统验真用户信息（如收发货地址）及订单商品的可用性后， 返回订单总金额等相关信息。用户选择付款方式如货到付款(现金)、立即支付（信用卡，支票，借记卡 等），支付成功后订单生成。如果没有正常支付，则会生成一个退单或订单挂起。销售部门处理所选订 单将发货单发送库存控制部门，库存控制人员根据发货单发货并修改订单状态。库存控制人员控制并维 护适量库存，如库存不足则向供货商发送采购单，接受货物并随时更新商品的库存信息。用户可以管理 自己的信息，包括查看、修改、添加、删除，并支持修改密码、找回密码、重置密码。 3 参考资料 网上资料 课本 4 系统分析与设计 4.1 需求分析 4.1.1 识别参与者 注册用户 邮购服务 一般访客 公司 系统 商品信息 促销活动 个人资料 姓名 地址 联系方式 电话 电子邮件 用户身份 购买权限 订单 web 页面 产品目录 购买项 数量 用户信息 发货地址 订单商品 总金额 信息 付款方式，立即支付 退单 销售部门 2
    发货单 库存控制部门 库存控制人员 订单的状态 库存 采购单 货物 库存信息 密码 4.1.2 对需求进行捕获与描述 用例名称：删除借阅者信息 执行者：管理员 目的：完成一次删除借阅者信息的完整过程。） 1.用例名称：注册 2.用例名称：登陆 执行者：一般客户 目的：成为会员 执行者：会员 目的：执行其他操作 3.用例名称：下订单 执行者：会员 目的：订购货物 4.用例名称：付款 5.用例名称：退单 执行者：会员 目的：为锁定货物付款 执行者：会员 目的：取消订单 6.用例名称：管理信息 执行者：会员 目的：执行查看、修改、添加、删除、 修改密码用户信息管理操作 7.用例名称：处理订单 执行者：销售人员 目的：对用会所下的订单进行处 理 8.用例名称：安排发货 执行者：销售人员 目的：按照订单进行发货 9.用例名称：提交促销 执行者：销售人员 目的：进行促销 10.用例名称：修改促销 执行者：销售人员 目的：对促销进行修改 11.用例名称：订货 执行者：库存控制人员 目的：对库存货物进行补充 12.用例名称：接收货物 执行者：库存控制人员 目的：对已定货物进行接收 13.用例名称：发送货物 执行者：库存控制人员 目的：对可会进行发货 （内容要求 2：选择其中一个用例（如下订单）给出其用例描述。格式参考下表 100.1 用例 ID 号及用例名 100.2 用例概述 下订单 该用例描述一个在线购物系统中，会员提交一份商品订单，系统验 证会员信息及商品可用性，将各条目加入订单中，会员选择相应支 付方式付款后，系统生成订单。 会员 100.3 参与者： 101.4 前置条件（Pre-Conditions） 会员登录 100.5 后置条件（Post-Conditions） 订单被记录下来并定向到销售部门对订单进行处理。 100.6 事件流 100.6. 1 基本事件流 （Basic Flow） 1) 会员请求输入新订单。 2) 系统产生商品目录。 3) 会员选择购买项（商品）以及数量。 4) 系统显示会员的个人信息（送货、收费地址）。 5) 会员验证信息。 6) 系统验证会员订购的每个项（商品）的可用性，获取会员价 格及订单总额。并显示订单总结。 7) 会员验证订单。 8) 系统提示会员选择支付方式。 3
    100.6. 2 扩 展 事 件 流 （ Alternative Flows） 9) 会员选择支付方式并支付。 10) 系统记录订单信息，生成一个订单确认，显示给会员，并通 过电子邮件发送给会员。 （替代第５步）：如果需要修改，会员修改送货地址、收费地址， 系统验证修改，存储。 （替代第７步）：如果订单需要修改，会员可以删除不需要的项目 或修改订购数量等等，一旦会员完成修改，系统继续处理订单，转 到（第６步）。如果会员选择继续购买转到第３步。 （替代第９步）：如果付款不成功，系统通知会员并请求其他支付 方式。如果会员不能同时选择其他支付方式，会员可以选择取消或 挂起订单。如果会员选择挂起订单，系统把订单设置为挂起状态， 系统返回主页面。如果会员选择取消订单，系统清除输入信息，返 回主页面，终止用例。 ） 4.1.3 用例图 通过已掌握的需求，初步了解系统所要完成的功能。下面给出用例图。 4
    4.1.4 分析与讨论 1) 建模用例图的步骤、方法？ 答：1.确定系统的边界和范围；（方法：分析系统内部元素，把系统的内部元素和 外部事物划分开来）2.识别系统的参与者；3.发现用例；4.描述用例及确定用例关 系（方法：对用例概要进行描述。根据用例事件流，将公共行为抽取出来，用以包 含的关系构建用例关系；变化部分，抽取出来放到扩展用例中）5.构建用例图。 2) 如何识别系统的参与者？应该如何划分用例，应注意哪些问题？ 答：参与者：谁使用了系统的主要功能？谁改变了系统的数据？谁行系统中获取数 据？用例的划分：每个参与者在这个系统中打算桌什么事情？参与者用本系统要实 现什么目标？参与者是否会在系统中创建、修改、删除、访问、存储数据？如果是， 怎样来完成这些操作？ 3) 心得 答：用例图主要用来描述用户、需求、系统功能单元之间的关系。他展现了一个外 部用户能够观察到的系统功能模型图。 用途：助开发团队以一种可视化的方式理解系统的功能需求。用例图所包含的元素 如下： 1 参与者 表示与您的应用程序或系统进行交互的用户、组织或外部系统。用一个小人表示 2 用例 用例就是表示一个外部可见系统功能，对系统提供的服务进行描述。用椭圆表示。 3 子系统 用来展示系统的部分功能。 4.2 建立对象模型 4.2.1 候选类的数据字典 5
    定义 通过登陆在线购物系统通过下订单进行购 物并可以修改和管理里用户信息。 有用户创建有关购物详细情况的单表 系统所提供的用户可以购买的货物 对商品进行限时限量的打折活动 用户所下订单购买的商品 用户下订单、货物邮购及联系地址 用户选择付款方式进行付款 仓库控制人员对对缺货进行采购订单 仓库控制人员通过采购收的货物的清单 类名 用户 用户订单 商品 促销 订购商品 地址 付款 采购单 收货单 4.2.2 定义类 1.用户 属性： 用户 ID 用户名 登录密码 注册时间 销毁时间 操作： 修改信息 2.用户订单 属性： 订单号 订单状况 订单合计 购买方式 操作： 订购商品 3.商品 属性： 商品 ID 商品名 商品数量 商品类型 商品价格 6
    操作： 提供商品信息 4.用户订购商品 属性： 货物 ID 订单数量 发货数量 缺货数量 价格 操作： 提供订单商品 合计价格 5.地址 属性： 地址类型 地址信息 操作: 提供相应的地址 6.促销 属性： 促销商品 促销数量 促销方法 操作: 促销 7.付款 属性： 付款方式 付款金额 付款时间 操作： 付款 8.采购单 属性： 采购商品 ID 采购数量 采购货物合计 7
    采购价格 操作： 提供采购商品清单 提供采购商品价格 4.2.3 绘制类图 （ 在类图中标示出类的属性、操作、类之间的关系及多重性 ，并对所给出 的类图解释说明 。 ） 4.2.4 包图 对于大型复杂系统，常需要把大量的模型元素用包组织起来，以方便处理。对所 选系统的类进行分组，以便更清晰地了解系 统的结构。 （画出包图 并说相应解释说明） 8
    分享到：
    赞 收藏

    相关推荐

    资料库

    前端

    共收录66份资料，累计5个分类，关注成员有19位，主要包括：Swift,Webpack,Node.js,Actionscript,Javascript

    热门标签

    Swift Webpack Node.js Actionscript Javascript

    最新资料