计算机毕业设计 asp.net电子商务网站 毕设

演示视频：3.1 可行性分析

https://www.bilibili.com/video/BV1hz421Q7X9/

(1)技术可行性分析

本系统是采用ASP.NET+SQL Server构建的基于Web的应用程序，集成开发环境为Visual Studio 2008，使用.NET C#编程语言，后台数据库使用的是Visual Studio 2008内嵌的SQL Server 2005，网页开发过程中对页面进行美观设计和修饰中用到CSS样式表和JQuery等。Visual Studio 2008是微软为开发人员提供的可视化编程工具，使用简单且功能强大。

经过寒假一个月及开学初近两个月的学习，本人已经熟悉Visual Studio 2008开发环境，数据库编程方面，由于大三已经修过这门课程，使用起来相当熟练。加上本人有一定的运用系统软件和一定的编程能力，完全胜任此项开发，故本网站在技术上可行的。

(2)经济可行性分析

与传统的实体店传统的销售方式相比，本系统在扩大了企业销售产品的范围，增大了企业销售范围的同时，还提高了企业的知名度，提高了销售效率，更是减少了企业在销售中的开销。它是方便企业进行商品销售的良好平台。

另外，系统运行所需要的硬件条件在今天是很容易得到满足的。作为其开发和运行的软件工具也是再普遍不过了的。因此，此系统在经济上是完全可行的。

因此，从以上的分析可以看出，数据库采用Microsoft SQL Server 2005，网页设计采用ASP.NET技术，以IIS为Web服务器，采用B/S体系结构设计本系统，无论是在功能上、技术上还是在经济上都是不错的设计方案。

(3)操作可行性分析

本网站是基于Windows操作系统下图形界面的操作，对于网站浏览者，只要求会上网就完全有能力完成网上购物，而且本网站设有帮助中心，常见问题都能得到详细解答。

‚ 系统管理员方面则要求有一定的计算机专业知识。可以对系统管理员将进行简单的专业培训，使其能够熟练管理本网站的结构和系统流程，一般计算机相关专业的人员都能胜任。

(4)可行性分析结论

综上所述三个方面，即从技术上、经济上、可操作性都是可行的,而且要求不高，所以本系统的开发是可行的。

3.2 网站结构方案论证

B/S结构（Browser/Server，浏览器/服务器模式）是Web兴起后的一种网络结构模式，Web浏览器是客户端最主要的应用软件。C/S 一般建立在专用的网络上, 小范围里的网络环境, 局域网之间再通过专门服务器提供连接和数据交换服务。

对于Client/Server模式而言，其主要特点为：

·具有成熟的设计开发方法和工具。

‚ ·交互性强，界面友好。

ƒ ·数据通信量小，安全性高。

C/S模式主要由客户应用程序(Client)、服务器管理程序(Server)和中间件(middleware)三个部件组成。客户应用程序是系统中用户与数据进行交互的部件。服务器程序负责有效地管理系统资源，如管理一个信息数据库，其主要工作是当多个客户并发地请求服务器上的相同资源时，对这些资源进行最优化管理。中间件负责联结客户应用程序与服务器管理程序，协同完成一个作业，以满足用户查询管理数据的要求。

而B/S模式即Brower/Server结构模式，是基于Internet/Intranet的结构模式，其主要特点为：

其在逻辑上采用了3层结构，它在前台Browse和后台Server之间增加了一层Web Server层，所有的应用程序模块都安装在它上面，在Browse上只需安装一个通用的浏览器软件，因此，这种模式简化了客户端，使用户的操作更加方便。

‚ ·开放性好，Intranet/Intenet完全兼容。

ƒ ·扩展性好，根据发展需要，可对系统随时进行扩展，降低了系统的开发和维护的开销

B/S 建立在广域网之上的, 不必是专门的网络硬件环境,例与电话上网, 租用设备. 信息自己管理。比C/S更强的适应范围, 一般只要有操作系统和浏览器就行。C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在B/S要求下的构件的重用性好。B/S 对的多重结构,要求构件相对独立的功能. 能够相对较好的重用。就入买来的餐桌可以再利用,而不是做在墙上的石头桌子。

C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级，升级可能是再做一个全新的系统。B/S 构件组成,方面构件个别的更换,实现系统的无缝升级。 系统维护开销减到最小。用户从网上自己下载安装就可以实现升级。C/S 程序可以处理用户面的固定, 并且在相同区域, 安全要求高需求, 与操作系统相关。 应该都是相同的系统。B/S 建立在广域网上, 面向不同的用户群, 分散地域, 这是C/S无法做到的。 与操作系统平台关系最小。C/S 多是建立的Window平台上,表现方法有限,对程序员普遍要求较高。B/S 建立在浏览器上, 有更加丰富和生动的表现方式与用户交流，并且大部分难度降低,减低开发成本。

综上所述本电子商务网站采用B/S结构。

3.3 需求分析

电子商务网站的实际应用性很明显，即实现购物网站的最基本功能，如用户注册、浏览所感兴趣的商品、查看商品的详细介绍、将决定购买的商品时将商品添加到购物车等，用户可以选择继续浏览网页，也可以到购物车进行商品结算。电子商务发展非常迅速，人们追求的是简捷、方便、省时，通过Internet选购商品，不必花费太多的时间去逛商场，坐在家里上网就可以买到称心的商品，符合人们的心愿。但是，系统不仅仅只要有简单易学的操作界面，还需要考虑交易的安全性，所以在注重界面美观、容易操作的基础上，还要特别注意对信息进行保管。作为一个开发员要考虑的关键问题就是：在界面美观、操作简单和强大功能、安全性中寻找平衡点。

本网站主要实现如下内容：

·系统后台管理：

系统管理员拥有对本网站的最搞管理权限，可对商品信息、会员进行添加、修改、删除等操作，还可发布最新促销、优惠信息。网站注册会员可自己的部分注册进行修改、更新，如商品配送地址、电话号码等。

·购物车功能：

网站注册会员可以将决定购买的商品添加到购物车，可对购物车内商品进行修改、删除或结算等操作。

·商品资料管理功能：

系统管理员可以添加新商品，可对旧商品价格进行调整，以促进销量。也可删除部分商品，如删除无货源商品等。

·商品检索功能：

网站浏览者可对站内商品进行关键字搜索，以便快速找到所需商品，提高浏览效率。

·最新促销公告模块：

系统管理员可以及时将优惠促销信息在网站首页公告，刺激消费者购买商品，提高销量。

·用户留言评论：

网站浏览者对本网站有什么意见、建议，可以在用户评论模块留言，方便管理者对网站进行改进、更新等。

综上，可得电子商务购物网站功能模块图：

图3-1 网站功能模块图

3.4 数据库需求分析

3.3.1数据库E-R图

数据库概念模型本系统的建模，能够全面、准确地描述系统中所有信息的基本概念。概念模型的表示方法很多，本系统采用的是P.P.Chen于1976年提出的实体-联系方法(Enity-Relationship Approach)，简称E-R图法。在E-R图法中，使用长方形表示实体集，用椭圆形表示试题集属性，用棱形表示实体间的联系，如下所示：

系统所使用到得数据集得实体图如下所示：

图3-2 管理员及属性E-R图

图3-3用户及属性E-R图

图3-4商品分类及属性E-R图

图3-5商品及属性E-R图

图3-6订单及属性E-R图

图3-7 订单状态及属性E-R图

图3-8用户留言及属性E-R图

系统实体与实体间E-R图如下所示：

图3-9实体与实体间E-R图

4  电子商务网站概要设计

电子商务网站是一个高互交性的网站，从用户确认订单到系统生成订单号，从用户结账付款到系统后台确认收款，用户与服务器之间要进行多次数据通讯，况且系统可能要同时处理上千个并发请求，如果网站设计部合理，可能会瞬间进入瘫痪状态。因此，一个清晰明了、结构化的框架对网站的性能和日后网站的扩展显得相当重要。经过需求分析，已经明白网站要“做什么”，本概要设计者明确网站要“怎么做”和使用何种框架实现网站。

3.1 购物流程设计

 本系统依据网上购物网站设计。首先用户浏览网站，可以根据兴趣查看商品的详细信息，决定购买商品时，点击放入购物按钮，系统将通过session判断用户是否登录，如果尚未登录，系统会通过redirect导向登录界面， 如果用户已经登录，则系统会导向购物车界面，此时用户可以修改购物车，也可以继续购买其它商品。直至用户满意购物车内商品，就进入订单确认，作完成整个购物过程 。如图3-1所示  

图3-1购物流程图

依据以上流程图进行前台流程和后台管理流程细分，前台客户购物流程如下图所示：

图3-2前台客户购物流程

后台订单处理流程图如下所示：

图3-3 后台订单处理流程

3.2 网站的架构设计

本系统采用目前网页设计中最流行、成熟的三层架构。

在软件体系设计中，分层结构是最常见，也是最重要的一种结构，由微软(Microsoft)公司推荐的分层式结构分为三层，从下至上分别为：数据访问层、业务逻辑层、表示层。三层体系结构，就是在客户端与数据库之间加入了一个“中间层”，也叫组件层，三层是指逻辑上的三层。三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。三层系统的分层式结构如下图所示：

图3-4 三层架构结构图

(1)表示层(UI)，位于最外层(最上层)，离用户最近。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。

(2)业务逻辑层(BLL)，针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。业务逻辑层无疑是系统架构中体现核心价值的部分，在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。

(3)数据访问层(DAL)：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。

使用三层架构开发有以下几个方面的优点：

(1)从开发角度和应用角度来看，三层架构比二层架构或单层架构都有更大的优势。三层架构适合团队开发，每人可以有不同的分工，协同工作使效率倍增。开发二层或 单层应用程序时，每个开发人员都应对系统有较深的理解，能力要求很高，开发三层应用程序时，则可以结合多方面的人才，只需少数人对系统全面了解即可，从一 定程度降低了开发的难度。

(2)三层架构可以更好的支持分布式计算环境。逻辑层的应用程序可以在多个计算机上运行，充分利用网络的计算功能。分布式计算的潜力巨大，远比升级CPU有效。美国人曾利用分式计算解密，几个月就破解了据称永远都破解不了的密码。

(3)三层架构的最大优点是它的安全性。用户只能通过逻辑层来访问数据层，减少了入口点，把很多危险的系统功能都屏蔽了。

3.2 网站的模块组成

电子商务网站的界面主要分为登陆页面、注册页面、首页、商品详细页面、购物车页面、订单页面、客户留言页面、帮助中心页面。从网站各部分功能来看，可以划分为登陆模块、管理模块、购物车模块、信息模块。

登陆模块包含管理员登陆和用户登陆，管理模块对应添加、删除和修改操作，购物车模块分查看购物车和确认订单，信息模块囊括商品详细信息、最新促销优惠信息、网站联系信息、帮助信息等。

电子商务网站结构设计如下图所示：

图3-5网站基本结构设计图

3.3 各模块功能简介

(1)登陆模块：不论是管理员还是注册用户，登陆时都需要输入各自的账号和密码，并按下登陆按钮，系统将所输入信息与从后台数据库中对应用户信息表取得的数据进行比较，如果用户名不存在，则提示用户注册账号；如果所输入密码与对应账户的密码不一致，则提示用户密码错误，请从新输入。为了安全考虑，一天之内只允许用户出现三次密码错误。

(2)管理模块：当管理员或用户成功登陆系统后，可以进行各自权限内的管理操作，管理员可以对商品信息进行添加、修改和删除，可以对用户信息留言进行过滤，例如当用户的留言中包含敏感词汇时，将该条信息删除，不给予显示，可以对部分严重违反注册协议的用户进行删除和修改等操作。

(3)购物车模块：已登录的用户点击购物车图标时，系统就导向购物车页面，在购物车页面内，用户可以一目了然的查看到已添加的商品，包括商品名称、价格、数量、总价等。用户可以选择继续购买商品，也可以点击去收银台结账，系统则将用户导向订单确认页面，用户可以选择快递方式，确认最新通讯地址和联系方式，点击确认订单按钮，完成本次购物。

(4)信息模块：在本模块中，用户可以查阅感兴趣的信息。查阅商品的详细信息，如图书商品的出版社、出版日期、作者、图书页码等信息；也可以到帮助中心查阅帮助手册，找到帮助信息以解决问题；还可以查看最新优惠信息，了解哪些商品正在降价处理，哪些牌子正在打折优惠等。

3.4 设计模式思想的应用

设计模式(Design pattern)是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。

设计模式使人们可以更加简单方便地复用成功的设计和体系结构。将已证实的技术表述成设计模式也会使新系统开发者更加容易理解其设计思路。一个模式的四个基本要素：

(1)模式名称(pattern name)一个助记名，它用一两个词来描述模式的问题、解决方案和效果。命名一个新的模式增加了我们的设计词汇。设计模式允许我们在较高的抽象层次上进行设计。基于一个模式词汇表，我们自己以及同事之间就可以讨论模式并在编写文档时使用它们。模式名可以帮助我们思考，便于我们与其他人交流设计思想及设计结果。找到恰当的模式名也是我们设计模式编目工作的难点之一。

(2)问题(problem)描述了应该在何时使用模式。它解释了设计问题和问题存在的前因后果，它可能描述了特定的设计问题，如怎样用对象表示算法等。也可能描述了导致不灵活设计的类或对象结构。有时候，问题部分会包括使用模式必须满足的一系列先决条件。

(3)解决方案(solution)描述了设计的组成成分，它们之间的相互关系及各自的职责和协作方式。因为模式就像一个模板，可应用于多种不同场合，所以解决方案并不描述一个特定而具体的设计或实现，而是提供设计问题的抽象描述和怎样用一个具有一般意义的元素组合(类或对象组合)来解决这个问题。

(4)效果(consequences)描述了模式应用的效果及使用模式应权衡的问题。尽管我们描述设计决策时，并不总提到模式效果，但它们对于评价设计选择和理解使用模式的代价及好处具有重要意义。软件效果大多关注对时间和空间的衡量，它们也表述了语言和实现问题。因为复用是面向对象设计的要素之一，所以模式效果包括它对系统的灵活性、扩充性或可移植性的影响，显式地列出这些效果对理解和评价这些模式很有帮助。

在本系统设计中，遵循以下六个设计原则：1.开闭原则，一个设计良好的应用程序应该充分考虑到开发和维护阶段需求的频繁变化，通常情况下，添加一个新的功能需要做出很多修改，我们应该使对已有代码的修改最小化，对现有代码做出修改将会以一种不可预料的方式影响它们的已有功能；2.单一职责原则，如果有多个原因去改变一个类，那么应该把这些引起变化的原因分离开，把这个类分成多个类，每个类只负责处理一种改变，当做出某种改变时，只需要修改负责处理该改变的类；3.接口隔离原则，当设计应用程序的时候，如果一个模块包含多个子模块，那么我们应该小心对该模块做出抽象，设想该模块由一个类实现，可以把系统抽象成一个接口；3.里氏代换原则，当设计程序模块时，会创建一些类层次结构，然后通过扩展一些类来创建它们的子类，必须确保基类的引用可以被子类替换而不影响模块的功能，否则在已有程序模块中使用它们时将会产生不可预料的结果；3.依赖倒转原则，在一个应用程序中，有一些实现了基础的、主要的操作的底层类和一些封装了复杂逻辑的上层类，实现这种结构的很自然地方式就是，先编写底层类，完成后再编写复杂的上层类，因为上层类是由其他东西定义的，所以这看起来是一种很合理的方式；6. 组合优先于继承原则。