1. 产品邮件广告信息发布
2. 推荐产品给好友
3.6.2 站内通信系统
负责客户与客户，客户与商家以及商家与商家之间的通信。
商家可以通过该系统寻找即定的用户，并发送产品广告，也可以确认订单信息，加强与客户的交流。也可以与商家伙伴发送站内信件进行通信。
3.6.3 无线应用系统
无线应用系统，根据电子商城系统生成的定单，向注册该服务的商家用户手持移动终端设备（手机/PDA）发送即时信息。也可以向客户发送产品广告信息。
第四章 方案论证
4.1 系统架构
在讨论电子商城系统的架构之前，先了解一下计算机网络发展的过程。计算机网络发展主要经历了以下几个阶段：
第一阶段 ：单层结构
这种应用程序适合用于大型和企业数据中心。使用这种应用程序需要高级文护,意味着重新编译程序几乎成为了一种日常工作；
第二阶段 ：两层结构
两层结构包括以下模式：
（1）主机/终端(Mainframe/Terminal)模式；
（2）文件服务器/工作站(FileServer/Workstation)模式；
（3）客户机/服务器(Client/Server)模式；
（4）浏览器/服务器(Browser/Server)模式。
在过去应用系统开发过程中，CLIENT/SERVER体系结构得到了广泛的应用 。其特点是，应用程序逻辑通常分布在客户和服务器两端，客户端发出数据资源访问请求，服务器端将结果返回客户端。但CLIENT/SERVER结构存在着很多体系结构上的问题，比如：当客户端数目激增时，服务器端的性能会因为负载过重而大大衰减；一旦应用的需求发生变化，客户端和服务器端的应用程序都需要进行修改，给应用文护和升级带来了极大的不便；大量的数据传输增加了网络的负载等等。
从应用软件的角度来看，客户机/服务器网络模式下的软件结构简称为C/S结构，浏览器/服务器网络模式下的软件结构简称为B/S结构。现在C/S结构和B/S结构得到了广泛的应用，主机/终端(Mainframe/Terminal)模式和文件服务器/工作站(FileServer/Workstation)模式在新构建的系统中已很少使用。
Browser/server(B/S)结构，它也是采用C/S结构的基本思想，使用浏览器作为系统前端，实现了我们理想中的瘦客户。但是系统的工作量并没有真正减少，而是将部分客户端的工作量交付给服务器端来完成。
二层设计的缺点：客户端充满了业务代码，客户端依然需要清楚知道数据源的详细位置。因为将功能集中到客户端，所以这种类型的客户端称为胖客户端。只要程序发生改变，通常需要升级胖客户端；另外，它需要为应用程序的所有客户端提供对后台数据的访问，这严重限制了应用程序的推广和升级性能。
第三阶段 ：MVC三层结构
所谓三层体系结构，是在客户端与数据库之间加入了一个"中间层"，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。
三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。
源于在不同机器上的多个应用程序间共享数据。数据访问逻辑层中的任何改变都不会影响应用程序中的表达层和业务层；
根据各部分程序代码的不同职责，将程序逻辑划分为各个功能层，即：
A，表达逻辑层 presentation logic：指示用户如何与应用程序进行交互，以及信息如何表达
B，逻辑层business logic：装载应用程序的核心，既用来控制内嵌在应用程序中的业务处理的规则
C，数据访问逻辑层data access logic：本层控制与程序使用的数据源的连接，并从数据源中取得数据提供给业务逻辑层；
ASP.net只是.net中的一部分。它最大的优点除了是编译执行速度快外，我觉得最大的优点是页面和代码分离的编写方式（效果就象 DELPHI里的FORM设计界面和处理代码分离一样），对我们这些惯使RAD工具的人来说不啻是个福音。再加上.net库提供的支持事件的各种WEB控件，和以前编写网页方式相比可谓是一场革命。随着分布式对象技术的逐渐成熟，多层分布式应用体系结构得到了越来越多的应用。应用系统只有向多层分布式转变，才能最终解决CLIENT/SERVER结构存在的问题。在多层架构下，应用可以分布在不同的系统平台上，通过分布式技术实现异构平台间对象的相互通信。将应用系统集成于分布式系统之上，能极大地提高系统的可扩展性。
在多层分布式应用中，在客户端和服务器之间加入了一层或多层应用服务程序，这种程序称为"应用服务器"。开发人员可以将应用的商业逻辑放在中间层应用服务器上，把应用的业务逻辑与用户界面分开。在保证客户端功能的前提下，为用户提供一个简洁的界面。这意味着如果需要修改应用程序代码，只需要对中间层应用服务器进行修改，而不用修改成千上万的客户端应用程序。从而使开发人员可以专注于应用系统核心业务逻辑的分析、设计和开发，简化了应用系统的开发、更新和升级工作。
上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] ... 下一页 >>
ASP+SQL SERVER2000电子商城系统 第8页下载如图片无法显示或论文不完整，请联系qq752018766
