2022年网上购物系统 2.pdf

上传人:H****o 文档编号:33396198 上传时间:2022-08-10 格式:PDF 页数:24 大小:631.26KB
返回 下载 相关 举报
2022年网上购物系统 2.pdf_第1页
第1页 / 共24页
2022年网上购物系统 2.pdf_第2页
第2页 / 共24页
点击查看更多>>
资源描述

《2022年网上购物系统 2.pdf》由会员分享,可在线阅读,更多相关《2022年网上购物系统 2.pdf(24页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、实用文档标准天水师范学院课程设计网上购物系统2014/12/1 专业:计算机科学与技术班级: 11 级计科姓名:郑 莹学号: 20111030141名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页,共 24 页 - - - - - - - - - 目录摘要. 3第 1 章 绪论. 41.1 开发背景以及课题意义. 41.2 系统开发环境的选择 . 51.3 系统数据库环境的选择. 6第 2 章 系统分析 . 72.1 可行性分析 . 72.1.2 经济可行性 . 82.2 系统

2、需求分析 . 82.2.1 用例规约 . 10 2.2.2 用例分析建模 . 11 第 3 章 系统设计 . 20 3.1 网上购物系统的类 /对象设计 . 20 第 4 章 系统实现 . 24 第 5 章 系统测试 . 24 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页,共 24 页 - - - - - - - - - 摘要随着 Internet 技术的飞速发展,人们的生活和Internet 的关系越来越密切,现代商业发展的结果必然是电子商务。电子商务凭借先进的信息手段,

3、 以高效的方式活动, 从而大大提高了社会生产力。经过多年的发展, 电子商务已经有了一定的成果,但是电子商务的普及率还是低, 归根结底是电子商务的安全性没有得到完善的解决。本文重点针对网上购物系统的分析以及设计。本系统是使用ASP.NET 和SQL SERVER 数据库为工具开发的,采用B/S 结构的管理系统。本系统运行在Microsoft Windows IIS服务器环境下,可以由计算机通过IE 浏览器的登录上该购物网站进行浏览使用。该网上购物系统, 包括前台在线购物系统和后台商城管理两个大模块。首先进行注册,取得注册账号,确保客户的合法性。然后登录网站,进行商品选购,并放入购物车,以便结帐时

4、进行确认。选定商品后,进行网上支付。本文按照需求分析、系统分析、系统设计、系统实现和测试分别进行阐述。关键字: ASP.NET, 购物系统, B/S 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页,共 24 页 - - - - - - - - - 第 1 章 绪论当代的世界正在逐步向信息经济时代过渡,如何充分的利用信息高速发展的优势为人们服务成为当今社会的首要选择。购物这个词与每个人的生活息息相关,它的市场是非常庞大的, 抓住了这个市场将会给社会和经济带来极大的效益。 然而采

5、用传统的贸易方式必须要将货物配送到每一个地区才能达到销售的目的,存在着不可忽视的人力物力消耗大的弊端。因此一个实用、高效、稳定的可实现在线购物的在线购物系统正是商家利用信息提高效率、服务质量的最佳选择。1.1 开发背景以及课题意义随着中国市场经济的日趋成熟和计算机技术和网络技术的发展,人们对信息的获知程度和广度都提出了更高的要求。尤其是近年来, 商品的种类变得五花八门,人们在采购货物的时候对商品类别、型号、用途的要求也各不相同,如果采用传统的将各种类别不同型号的商品都配送至每个可能需要该商品的地区,就会增加很多配送方面的成本; 同时,买家必须到商店里面去亲自选购所需的商品也是传统购物方式的弊端

6、。 因此,中国企业面对的竞争压力也越来越大,企业要想生存,就必须有一种高效、 便于客户购物和支付的购物形式。因此网上购物这种新的商业运营模式就被越来越多的商家运用到竞争中去,并得到了大多数客户的认可,这种基于浏览器、 服务器实现的购物方式已经初具规模,一些在线购物网站的成立,改变了人们已往传统的购物观念。中国电子商务的发展始于90 年代初,相对于欧美地区来说,中国在该领域的起步较晚, 但是发展势头很好、 发展迅速。 中国有占世界上很大比例的网民数量,这些为电子商务在中国的发展奠定了基础。同时中国政府在电子商务方面做了大量工作, 进行了积极有益的探索, 大大促进了国内电子商务的发展。但是到目前为

7、止,诚信评价机制不健全,东西部差异明显,普及程度不足,是制约中国电子商务发展的三大瓶颈。目前市场上已存在的在线购物网站有淘宝网、当当网、亚马逊、唯品会、聚美优品等, 这些网站是中国电子商务发展成果的最真实写照。例如淘宝, 它适合个人用户和企业用户, 可满足买家选购货物以及商家出售货物。淘宝网里存放了很多的商品信息, 也许正是因为里面的信息过于庞大,它并不适合所有企业、 特别是小型企业。 因为根据企业的营销目标, 企业是要赢得客户、 达到自身销售效益的最大化; 但是如果将自己的商品信息发布到浏览量很大的淘宝网上,那么客户在淘宝上搜索所需商品信息的时候,很可能会因为看到了其他类似的商品信息就放弃了

8、对原来那个商家商品信息的搜索。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页,共 24 页 - - - - - - - - - 本系统是结合当前传统购物方式消耗大量人力物力的弊端、以当前市场上已经存在的 B2C 、C2C 等在线购物网站为模型,开发出适合于大部分中小型企业以及个体用户的网上购物系统。本课题是在大学期间学习数据库相关知识的基础上,熟悉Visual Studio 2008 开发环境并能熟练使用C#编程语言的同时, 运用软件工程理论知识, 开发出的一套基于 ASP.

9、NET 的在线购物系统。在系统开发的过程中能够应用所学的知识,并促进作者更深入的学习C#的相关特性、积累更多SQL Server 2008 的相关应用知识,这样不仅能将所学的书面知识和实际应用结合起来达到学以致用的目的,同时也为以后的工作和学习积累经验。1.2 系统开发环境的选择系统开发的平台和选择语言的优劣及相互协调的程度,将直接影响到开发的效率和系统的质量。1、编程语言的选择本系统采用 C#语言作为开发语言。 目前主流的动态网站的设计技术有ASP、PHP、.NET 和 JSP 等。而其中最受欢迎的是 .NET 和 JSP。.NET 上支持多种语言的开发,如 C#和 VB。本系统之所以采用C

10、#开发,有以下几个原因:首先,Microsoft C#是一种简单的、流行的、面向对象的、类型安全的编程语言,它是为生成运行在.NET Framework上的、广泛的企业级应用程序而设计的。其次,它较容易上手,特别是和 JSP 比较起来,能够在短时间内开发出一个较完整的系统。最后,C#是我学习时间最长、 也是作者我最熟悉的编程语言, 采用该语言将为系统的开发节省不少时间。2、开发环境的选择Microsoft .NET Framework 是一个平台,在这个平台上可以使用多种语言开发 Windows 应用程序、 ASP.NET Web 应用程序、移动Web 应用程序以及XML WEB Servic

11、e 等。.NET 框架由三个主要部分组成:公共语言运行库、统一类库的分层集合和称为ASP.NET 的 Active Server Pages组件化版本。Visual Studio.NET是一套完整的开发工具,用于生成ASP.NET 应用程序、XML Web Services 、桌面应用程序和移动应用程序。Visual Basic.NET 、Visual C+.NET 、 Visual C#.NET 和 Visual J#.NET 全都使用相同的集成开发环境(IDE),该环境允许它们共享工具并有助于创建混合语言解决方案。鉴于 Visual C# .NET 开发平台和 C#语言的这些优点, 所以本

12、系统采用了以上平台和语言。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页,共 24 页 - - - - - - - - - 1.3 系统数据库环境的选择目前市场上已有的数据库系统包括MYSQL 、 Access 、 Microsoft SQL Server 2008、Oracle(9i 、10g、11g),其中以后两种数据库最为普遍。本系统采用的是Microsoft SQL Server 2008数据库系统,原因如下:1. SQL Server 2008 是作者接触基于关系型

13、数据库系统以来学的最早也是时间最长的一个数据库系统,而且T-Sql 语句也是作者最熟悉的查询语句,采用该种数据库对保证系统开发过程的顺利进行将有很大的帮助。2. 虽然 Oracle 可在所有主流平台上运行, 解决了系统运行过程中的跨平台问题;但是它的企业管理器使用过程较为复杂。而SQL Server 2008 虽然只能在 Windows 上运行,但 SQL Server 2008 在 Window 平台上的表现以及它和Windows 操作系统的整体结合程度、 使用方便性、 和 Microsoft 开发平台的整合性都比 Oracle 强的很多。3.Oracle 适用于大型项目,而SQL Serv

14、er 2008 适用于中小型项目,根据本系统中用到的数据表以及数据表之间关系的复杂程度,SQL Server 2008 提供的功能足以满足系统需求。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页,共 24 页 - - - - - - - - - 第 2 章 系统分析系统需求分析要回答新系统要“做什么” 。本章节从系统的可行性、最终使用者(用户)的角度以及系统中各类数据的流向分析了系统是否值得开发、应提供哪些功能模块。 通过本章内容, 使得分析者深刻的理解和认识系统,并能将其完

15、整、准确地表达,不仅起到沟通用户和开发者的作用,还是后续工作的依据。2.1 可行性分析随着电子商务的不断发展和计算机技术、网络安全的不断发展、 生活节奏的不断加快、工作压力的日益增大,越来越多的人选择网上购物。近几年物价不断上涨, 房价的不断增高、 人工成本的不断增大, 为了降低成本,实现利益最大化,越来越多的人选择在网上开店,节约成本,提高效益。以上这些问题和需求说明了开发网上购物系统的必要性,并结合最新的.NET 技术及 B/S 架构,开发出满足商品和卖家的需求。2.1.1 技术可行性网上购物系统采用的都是比较先进成熟的技术,开发方法采用应用广发的B/S 的框架,开发平台也是比较成熟的Vi

16、sual Studio 2008, 编程技术采用微软公司推出的新一代 ASP.NET 编程技术,数据库也是采用微软公司开发的Microsoft SQL SERVER 2008 数据库的模式开发系统。 这就在很大程度上提高了系统的稳定性、操作的简单性、后期维护的简单方便性、可以不断扩展的性能,缩短了系统开发周期,并保证了系统对大数据量做出快速的处理。ASP.NET 完全基于模块与组件,具有更好的可扩展性与可定制型。同时也给WEB 开发人员提供了更好的灵活性,它可以制作出动态的网页, 有效地缩短 WEB 应用程序的开发周期。随着人们生活节奏的加快、 工作压力的增大, 信息技术的不断发展、 Inte

17、rnet技术的应用广泛, 越来越多的人会选择在网上购物,尤其是对于 B/S 框架结构,方便易用,更为广大程序开发人员掌握。所以开发基于B/S 的网上购物系统在技术上是可行的。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页,共 24 页 - - - - - - - - - 2.1.2 经济可行性从经济学角度看, 开发成本极其低, 大大提高人们的工作效率, 减少逛街购物消耗的时间和体力,促进人们进行网上交易的方便性和快捷性。2.2 系统需求分析在线购物过程的实现与传统的购物方式不

18、同。首先,在线购物的整个过程都是通过网络进行的, 购买者无法看到商家和商品, 对商品信息的了解只能通过网络。在线购物的一般流程是: 商家将新上架的商品信息通过系统管理功能发布到网上,然后购买者通过系统销售模块浏览商品详细信息,并且可以根据自己的需要搜索更具针对性的商品信息。 为了便于管理, 购买者必须注册为网站的会员后才能选择购买特定的商品, 并选择付款方式和邮递方式, 并且可以在商品到达之后,检查商品的实际效用是否跟网上描述的相符,并进行相应的评论, 以供其他购买者参考。本系统的角色主要为普通购物用户和管理员服务。普通购物用户在使用本系统的购物功能前,必须先注册账号。 在注册页面中填写个人信

19、息,如使用本系统的账号、 密码和邮箱等。在提交表单和完成注册后,系统将保存信息,以方便管理员管理用户信息和联系用户。如果用户已经在系统中注册过, 可以在登录页面输入账号和密码。如果信息正确,用户就可以购物,否则只能做一般的页面浏览。进入系统后, 用户也可以选择维护自己的信息,比如修改账号、 密码和邮箱等。如果直接进行购物, 系统可以让用户首先浏览商品信息,使之对商品的数量和种类有一个大概的了解。 如果用户对某件商品感兴趣, 就可以选择查看其详细信息,接着选择将商品加入购物车,或继续查看其他商品。当购物结束时,用户首先要浏览一下已经保存在购物车中的商品项目,包括数量、 单价及总价。 这时用户可以

20、更改任何已保存在购物车中的商品数量。如果确定要够买购物车内的商品, 系统即生成一份订购商品的订单 (包括所有商品的名称、 单价、 小计和总价),然后由用户填写包括用户姓名、联系电话、地址等信息,并提交订单。以后,系统自动将用户信息、 信用卡信息和购物总价发送到银联系统,由银联系统验证信用卡信息并执行扣款, 并将银联系统操作成功与否的信息返回到系统。系统根据银联系统的操作结果, 向用户发送 E-mail ,提示用户操作成功与否的信息,如果扣款成功,就与物流系统连接,安排给用户派送购买的商品。管理员进入系统时, 首先要输入口令。 如果检查通过, 就可以对系统中的信息进行维护和管理,其主要工作包括:

21、管理用户信息,包括启用或冻结用户帐号。当有些用户有不正常操作时,名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页,共 24 页 - - - - - - - - - 如填写订单时使用不存在的信用卡号码,应将此用户账号冻结, 但管理员无权修改客户信息。管理系统中的商品信息, 例如有新的商品时, 管理员可向系统中添加此商品。当商品信息的价格或规格发生变化时,管理员也可以对他们做修改,使用户及时了解商品的最新情况。 若某件商品没有存货或不再出售时,管理员可删除系统中的此项商品记录。管理

22、客户的订单。 及时获得客户的资料, 以便与客户联系。 要求系统对数据库的存取速度要尽量快,并保证系统在配置完成以后24 小时都可用。还要求系统有较高的安全性, 当生成订单时, 用户的信用卡号码要在网上传输,所以必须提供额外的安全措施。由以上需求分析可以得到系统的用例图,如图2-1 所示。该用例图包含 9 个用例、 4 个参与者。用例的编号和名称是: 1.注册, 2.登录, 3.维护个人信息, 4.浏览商品信息,5.维护购物车, 6.生成订单 ,7.维护顾客信息, 8.维护商品信息, 9.管理订单。参与者的名称是:顾客,管理员,银联系统,物流系统。图 2-1 网上购物系统的用例图管理员银联系统物

23、流系统浏览商品信息注册维护个人信息维护购物车生成订单登录维护顾客信息维护商品信息管理订单顾客名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 9 页,共 24 页 - - - - - - - - - 2.2.1 用例规约1 注册1-1 简要说明本用例用于向顾客提供注册功能。每位顾客必须注册后才能购物。 注册信息包括使用本系统的账号、密码和邮箱等。注册完成后,系统保存这些信息,以方便管理员管理及联系用户。1-2 事件流1-2-1 基本流当用户注册时,开始执行以下基本流:系统要求用户填写个

24、人信息,包括使用本系统的账号、密码和邮箱等。用户填写个人信息。系统验证用户所填写的信息的格式和内容。保存该用户1-2-2 备选流用户信息验证错误: 如果系统检测到用户输入的信息格式或内容有错,例如账号中含有非法字符、 输入密码不一致等, 会给予错误提示, 并清空填写错误的文本框,要求用户重新输入。用户信息保存失败: 如果系统发现数据库中已经保存了同样账号的用户记录,会向用户报告保存失败的错误信息,并使页面跳回注册页面, 要求用户修改注册信息。1-3 前置条件用户必须首先访问网上购物的首页,然后单击注册。1-4 后置条件如果该用例成功, 系统数据库中增加一条该用户的信息。否则,系统维持原状。2

25、维护个人信息2-1 简要说明本用例用于给顾客维护个人信息。 包括修改本人的账号、 密码和邮箱等信息。2-2 事件流2-2-1 基本流当顾客查看并修改个人信息时,开始执行以下基本流:系统返回给当前顾客在系统数据库中目前存储的个人信息。顾客可以对本人信息的一项或几项进行修改。顾客向系统提交修改后的个人信息。2-2-2 备选流顾客输入的新信息验证错误: 如果系统检测到顾客输入的信息格式或内容有错(如输入新密码和确认新密码不一致等),会向顾客给予错误提示,并清空填写有误的文本框,要求用户重新输入或取消修改的操作。2-3 前置条件顾客必须首先登录系统,然后才能进入本用例。2-4 后置条件名师资料总结 -

26、 - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 10 页,共 24 页 - - - - - - - - - 如果本用例成功, 顾客在系统数据库中的个人信息会被修改。否则,系统维持原状。以上通过两个用力规约介绍了网上购物系统的建立面向对象的用例模型的过程。2.2.2 用例分析建模用例模型是面向对象分析最常用的一种模型,是以模型中的每个用例为研究对象的,不需要考虑实现的细节。 通常把这样从用例开始的分析过程称为用例分析,在这一阶段定义的类为分析类。目的是为后续的设计活动提供必要的铺垫。下面分别对注册、

27、维护个人信息、 维护购物车、 生成订单和管理订单等5 个用例进行用例分析,并建立静态模型和动态模型。2.3.1 注册1.确定分析类如图 2-2 所示为注册用例的分析类。边界类:本例使用“注册表单” 来抽象顾客与系统交互的图形界面。控制类:本例控制类为“注册控制者” ,负责接收边界类“注册表单”的消息,将其发给实体类。实体类: 本用例只涉及顾客的注册,所以实体类也只有“顾客” 。2.静态模型用图 2-3 所示参与类图描述各类之间的关系。各个类之间都是单向关联。3.动态模型动态模型描述系统的动态行为, 表现了对象在不同时刻的动态交互。本例将注册用例行为分派到这些类对象中,用时序图和协作图来建立动态

28、模型。时序图注重对象间消息的发送和接收的顺序,而协作图着重于协作对象之间的交互和链接。如图 2-4 和图 2-5 所示是注册用例的时序图和协作图。图 2-2 注册用例分析类注册顾客0.1 0.1 1 1 图 2-3 注册用例的参与类图注册表单注册控制者名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 11 页,共 24 页 - - - - - - - - - 首先由顾客输入注册时需要填写的个人信息,“注册控制者”接收由“注册表单”发送过来的信息, 由顾客实体类在数据库中验证是否已有相同

29、的账号。若顾客所填信息符合要求。则“注册控制者”向顾客实体类发送添加顾客的消息,将该顾客添加到数据库中。2.3.2 维护个人信息1.确定分析类如图 2-6 所示为维护个人信息用例的分析类。图 2-6 维护个人信息分析类注册顾客顾客图 2-5 注册用例的协作图:顾客:注册控制者:顾客4:/ 添加顾客 () 3:/ 验证顾客信息 () 1:/ 输入个人信息2:/ 注册顾客:注册表单;顾客;注册表单;注册控制者;顾客4:/ 添加顾客 () 3:/ 验证顾客信息 () 2:/ 注册顾客 () 1:/ 输入个人信息 () 图 2-4 注册用例的时序图名师资料总结 - - -精品资料欢迎下载 - - -

30、- - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 12 页,共 24 页 - - - - - - - - - 边界类: 本例使用 “维护个人信息表单” 来封装面向顾客这个参与者的接口。控制类:本例控制类为“维护个人信息控制者”,负责接收边界类“维护个人信息表单”的信息,将其发给实体类。实体类:顾客。2.静态模型用图 2-7 所示参与类图描述各类之间的关系。如图所示,各个类之间都是单向关联关系。3.动态模型维护个人信息可能出现两种情况。 其一是顾客仅仅查看其在注册时填写的个人信息,不加修改;二是查看后接着修改个人信息。如图2-8 和图 2-

31、9 所示是维护个人信息的时序图和协作图。5:/ 编辑个人信息 () 6:/ 接受已编辑信息 () 7:/ 更新顾客信息 () 4:/ 显示个人信息 () 3:/ 获得顾客信息 () 2:/ 请求顾客信息 () 1:/ 查阅个人信息 () :顾客:维护个人信息表单:维护个人信息控制者:顾客图 2-8 维护个人信息的时序图0.1 0.1 1 1 图 2-7 维护个人信息的参与类图维护个人信息表单顾客维护个人信息控制名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 13 页,共 24 页 -

32、 - - - - - - - - 顾客申请查看其在注册时填写的个人信息,通过“维护个人信息表单” 向 “维护个人信息控制者” 发出获得其信息的请求, 顾客实体类从数据库中取得该顾客的个人信息,交付“维护个人信息表单”加以显示。然后顾客对他的个人信息进行编辑修改,之后发送给“维护个人信息控制者”,最后由其向顾客实体类发送更新顾客信息的消息。这样,数据库中该顾客的记录将被修改。2.3.3 维护购物车1确定分析类如图 2-10 所示为维护购物车用例的分析类。边界类:设计一个边界类来封装面向顾客这个参与者的接口,即“维护购物车表单” 。控制类:本用例的控制类为“维护购物车控制者”,负责接收边界类“维护

33、购物车表单”的信息,然后将其分发给实体类。实体类:本用例涉及的实体类“购物车”和“购物项目”。图 2-10 维护购物车用例分析类维护购物车顾客4:/ 显示个人信息 () 3:/ 验证顾客信息 () 7:/更新顾客信息 () :维护个人信息控制者2:/ 注册顾客 () 6:/接受已编辑信息 () :维护个人信息表单1:/ 输入个人信息 () 5:/ 编辑个人信息 () :顾客:顾客图 2-9 维护个人信息的协作图名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 14 页,共 24 页 -

34、 - - - - - - - - 2.静态模型用图 2-11 的参与类图描述各类之间的关系。由于控制类“维护购物车控制者”接收来自边界类的信息并分发给实体类,所以它与边界类和实体类都存在着关联关系。3.动态模型如图 2-12 和图 2-13所示是维护购物车的时序图和协作图。5:/ 从购物车中删除商品() 6:/ 更新购物车 () 4:/ 显示购物车 () 3:/ 获得购物车信息 () 2:/ 获得当前购物车信息() 1:/ 查看购物车 () :顾客:维护购物车表单:维护购物车控制者:购物车图 2-12 维护购物车的时序图购物车0.* 1 1 1 图 2-11 维护购物车的参与类图维护购物车表单

35、维护购物车控制者购物项目名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 15 页,共 24 页 - - - - - - - - - 在顾客进行维护购物车之前, 首先向“维护购物车表单” 发送 “查看购物车”的消息,从“维护购物车控制者”获取当前购物车的信息。当购物车实体类从数据库中取得当前购物车的信息后,即用“维护购物车表单”加以显示。接下来顾客便可进行确认操作,如删除购物车中的商品和修改商品数量等。2.3.4 生成订单1.确定分析类:如图 2-14 所示为其分析类。边界类:有两个边

36、界类,它们分别是“生成订单表单”和“银联系统”。控制类:本例的控制类为“生成订单控制者”,负责接收“生成订单表单”的信息,并将其发给实体类。实体类:本例涉及的实体类为“订单” 。2.静态模型用图 2-15 的参与类图描述各类之间的关系。银联系统图 2-14 生成订单用例分析类生成订单顾客5:/ 从购物车中删除商品() 6:/ 跟新购物车4:/ 显示个人信息 () 3:/ 获得当前购物车信息() ;维护购物车表控制者2:/ 获得当前购物车信息() ;维护购物车表单1:/ 查看购物车 () ;顾客;购物车图 2-13 维护购物车的协作图订单购物车0.* 1 1 1 图 2-15 生成订单的参与类图

37、生成订单表单生成订单控制者银联系统名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 16 页,共 24 页 - - - - - - - - - 3.动态模型在识别上述类之后, 通过建立交互图, 将生成订单用例的行为分派到这些类对象中。用时序图和协作图(如图2-16 和图 2-17 所示)来建立动态模型。顾客顾客确定要购买购物车中的商品后,填写姓名、 地址和银行账号等信息, 然后由“生成订单表单”想控制者发送“生成订单的消息”,接着从购物车中获取当前购物车中的商品, 计算所有商品总价之和

38、并加入订单,这样,订单实体类就负责向数据库中添加新订单信息。最后,将生成的订单发送给银联系统进行处理。2.3.5 管理订单如图 2-18 所示为其分析类。6:/ 发送订单 () 7:/ 发送订单 () 4:/ 将商品加入订单() 5:/ 生成订单 () 3:/ 获得购物车信息 () ; 生成订单控制者2:/ 生成订单 () ;银联系统1:/ 提交订单 () :顾客:订单图 2-17 生成订单的协作图:银联系统:银联系统7:/ 发送订单 () ;:购物车:生成订单控制者:生成订单:顾客5:/ 生成订单 () 6:/ 发送订单 () 4:/ 商品加入订单() 3:/ 获得购物车信息() 2:/ 生

39、成订单 () 1:/ 提交订单 () :订单:银联系统图 2-16 生成订单的时序图:银联系统名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 17 页,共 24 页 - - - - - - - - - 边界类:本例有三个边界类,即管理订单表单、银联系统和物流系统,分别与 3 个参与者进行交互。控制类:按照每个用例设计一个控制类的原则,本例只设置 “管理订单控制者”一个控制类。实体类:银联系统要发送订单反馈信息,管理员要获取订单反馈信息,所以涉及的实体类有“订单”和“顾客” 。2.静态

40、模型用图 2-19 的参与类图描述各类之间的关系。在这一类图中,各个类之间都属于单向关联。3.动态模型为提高动态模型的可读性, 看起来更加简洁, 这里将它分绘为两部分, 即由银联系统发送订单反馈信息; 管理员获取订单反馈信息, 并发送成功扣款的订单。其时序图和协作图如图2-20 和 2-21所示。1 1 1 1 0.10.n 管理订单表单0.1 0.1 1 1 图 2-19 管理订单的参与类图顾客维护个人信息控制银联系统物流系统订单0.n 图 2-18 管理订单用例分析类管理订单管理员银联系统银联系统名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - -

41、- - - - - 名师精心整理 - - - - - - - 第 18 页,共 24 页 - - - - - - - - - 首先由边界类银联系统获得订单反馈信息,然后发送给“管理订单控制者”,由其向实体类订单发送信息,再由实体类订单负责登记反馈信息到数据库中。4:/ 显示个人信息 () 3:/ 登记订单反馈信息() :管理订单控制者2:/ 发送订单反馈信息() :银联系统1:/ 获得订单反馈信息() :银联系:订单图 2-21 银联发送订单反馈信息的协作图;订单; 银联系统1:/ 获得订单反馈信息() 3:/ 登记订单信息 () 2:/ 发送订单反馈;银联系统;管理订单控制者图 2-20 银

42、联发送订单反馈信息的时序图名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 19 页,共 24 页 - - - - - - - - - 第 3 章 系统设计面向对象设计的任务是将分析阶段建立的分析模型转变为软件设计模型。在基于面向对象分析阶段确定了问题领域的类/对象以及它们的关系和行为的基础上,就可以开始面向对象设计了。它主要考虑“如何实现”的问题,其注意的焦点从问题空间转移到解空间, 着重完成各个不同层次的模块设计。因此,它不仅要说明为实现需求必须引入的类、对象以及它们之间是如何关联

43、的,描述对象间如何传递消息和对象的行为如何实现。下面针对系统的注册、维护个人信息、维护购物车、生成订单、管理订单等5 个用例,展示网上购物系统的类/对象设计。3.1 网上购物系统的类/对象设计1.为注册用例进行类 /对象设计图 3-1 显示了注册用例的类 / 对象,以及各个类之间的关系。其中各个类增加了属性以及方法。 维护购物车控制者(from Design Package)/deleteCommodity() /updateCart() 购物车(from Design Package)/deleteCommodity() /updateCartCommodity() clist:Vector

44、 购物项目(from Design Package)CommodityID:String CommodityName:String Price:float Amount:int totalprice:float 维护购物车表单(from Design Package)viewCart() displayCart() deleteCommodity() updateCart() requestDeletionConfirmation() confirmDeletion() requestUpdateConfirmation() 0.* 1 1 1 1 1 图 3-1 注册用例的类 /对象名师资料

45、总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 20 页,共 24 页 - - - - - - - - - 2. 为维护个人信息用例的类 /对象设计图 3-2 为维护个人信息用例的类/对象,以及各个类之间的关系。其中各个类增加了属性以及方法。3.为维护购物车用例的类 /对象设计图 3-3 为维护购物车用例的类 /对象,以及各个类之间的关系。其中各个类增加了属性以及方法。 维护个人信息(from Design Package)/checkIndividualInfo() /editIndivi

46、dualInfo() /displayIndividualInfo() 维护个人信息控制者(from Design Package)requestCustomerInfo() receiveEditeIndividualInfo() 顾客( from Design Package)/hasCustomer() /addCustomer() /getCustomerInfo() /updateCustomer() /getCustomerEmail() CustomerName:String CustomerAddr:String CustomerPassword:String Customer

47、ID:String CustomerEmail:String 1 1 0.1 0.1 图 3-2 维护个人信息用例的类/对象名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 21 页,共 24 页 - - - - - - - - - 4.为管理订单用例进行类 /对象设计图 3-4 为管理订单用例的类 /对象及各个类之间的关系。其中各个类增加了属性以及方法。 购物车(from Design Package)/deleteCommodity() /updateCartCommodity()

48、 clist:Vector orderID:String orderDate:Date creditCard:String bankFeedback:String cart:购物车sum:float custName:String custAdd:String /order() /setorder() /generateOrder() /setBankFeedback() /getBankFeedback() 订单(from Design Package) 银联系统(from Design Package)bankFeedback:String /sendOrder() /getBankFee

49、dback() 生成订单控制者(from Design Package)/generateOrder() 生成订单表单( from Design Package)/submitOrder() 1 1 1 1 1 0.1 图 3-3 维护购物车用例的类 /对象名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 22 页,共 24 页 - - - - - - - - - 管理订单表单(from Design Model )/getBankFeedback() /displayBankFeed

50、back() /sendOrder() /sendEmailToCustomer() /writeAndSendEmail() 订单(from Design Model )orderID:String orderDate:Date creditCard:String bankFeedback:String cart:购物车sum:float custName:String custAdd:String /order() /setorder() /generateOrder() /setBankFeedback() /getBankFeedback() 顾客(from Design Model

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 技术资料 > 技术总结

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁