B2C电子商务网站的设计要求.docx
《B2C电子商务网站的设计要求.docx》由会员分享，可在线阅读，更多相关《B2C电子商务网站的设计要求.docx（30页珍藏版）》请在冰豆网上搜索。
B2C电子商务网站的设计要求
B2C电子商务网站的设计要求
在迅猛发展的Internet商务时代，一个高效率的B2C电子商务网站绝不仅仅是基于Web的商店。
现在顾客对于电子商务站点的要求越来越高，如果某个站点无法满足他们的要求，他们就将弃之而去。
那么，作为B2C商务网站应该具备哪些条件呢？
下面列出了一些影响应用程序设计的主要问题。
1）易于使用/导航
站点应易于导航。
链接应该清晰、易于理解而且实用。
用户应能够在页和屏幕之间随意移动。
企业不希望消费者在购买自己的产品时遇到困难，而消费者也更愿意在自己能轻松找到结账页的站点消费。
使站点易于导航并不是一件简单的事，Web完全是以一种非线性方式工作的，用户单击链接的顺序经常无法预料。
因此，应该确保无论用户目前在哪一页，站点向用户展示的始终是完全一致的界面，并确保只需单击一个链接即可访问重要网页（如主页、购物篮所在页以及用户账户信息所在页等）。
还有一种方法可以确保用户能在站点中找到所需的内容，这就是以逻辑方式编排产品清单或目录。
如果将目录分成几个类别和许多可能的子类别，就可以让消费者轻而易举地找到他们感兴趣的产品。
此外，还应提供给用户搜索功能，使用户在不太清楚某种产品的陈列位置时可以进行搜索。
应用程序应易于使用。
应该易于购买产品和访问“结账”页，站点应使用易于理解的比喻，例如，将选购的物品存储在“购物篮”中，直到购物者准备结账；站点上的每一页都应显示完全一致的界面。
重要页或常用页应只需单击一次即可访问。
使站点易于使用的一种方法是确保在常见任务上使用大家熟悉的类似方法。
这意味着在消费者完成购买（或“结账”）之前，可将其选购的商品存储在购物篮或筐中。
这种比喻可便于不熟悉计算机的人理解站点是如何工作的，从而开展购买活动。
2）性能高
在网站的设计中，影响其性能的因素很多。
由于不同的人对性能的要求各不相同，因而对于什么才是可接受的性能水平也将因人而异。
（1）尽量减少响应时间。
响应时间是指用户从请求了某个操作之后到能够看到结果之前需要等待的时间。
在理想情况下，站点上的操作应瞬时就能得到执行，但在实际生活中，有限的带宽、数据库并发性和业务处理任务通常都会导致轻微的延迟。
因此，设计电子商务站点时，应尽量减少那些对响应时间有负面影响的因素。
电子商务优化的关键在于减少执行诸如结账之类的操作所耗费的时间，这样，消费者就不会因排队等待而放弃自己选购的商品，商店也就不会因此失去订单。
（2）尽量增强可扩展性。
性能的另一个重要方面就是可扩展性。
这是指添加资源时站点容量增加的能力。
从用户角度来看，这意味着当大量用户同时访问站点时，站点仍能提供可接受的响应时间。
在实际的开发过程中，当访问的用户达到一定数量（这个数量是实际生活要求达到的数量）后，在开发机上性能卓越的测试站点经常就无法应付。
那么，如何才能最大限度地增强站点的可扩展性呢？
两种典型的方法就是向上扩展和向外扩展。
①向上扩展。
通过采用更好和/或更快的CPU、更大的RAM、更快的磁盘等来增强服务器的处理能力。
这种方法非常有效、尤其是在数据层上，该层上的一些大型数据库需要相对较强的处理能力。
不过，由于硬件成本随处理能力的加强而按指数增长，因此，服务器接近顶端，这种方法就愈加不合算。
②向外扩展。
从另一个方面来解决问题，即由“群集”（或服务器集合，也称为“Web领域”）中的多个服务器来分担处理工作量。
Web领域在硬件方面的花费更为合算，而且提供了更为灵活、可扩展的解决方案。
当站上的负载增加时，可以很轻松地将服务器添加到Web领域中。
（3）管理Web领域中的状态。
对于商务站点设计人员而言，最重要的问题之一就是Web领域中的应用程序状态问题。
状态是在两个用户请求之间必须保留的会话数据。
例如，在用户继续浏览站点期间，必须一直维护该用户购物篮中的物品原状，即使每个用户的请求可能是由Web领域中不同的服务器处理的，也必须如此。
许多Asp开发人员用“会话”对象来存放状态数据。
不过，通常应避免使用此方法。
为了优化站点的软件体系结构以便在服务器领域中加以实现，Web前端禁止维护内存中的用户状态。
如果前端服务器维护用户状态，将出现以下问题。
用户会话将依附于特定服务器（会话相关性），这会破坏动态地将请求分配给服务器的网络负载平衡策略。
此外，还会破坏服务器领域的可靠性，因为当原服务器发生故障（并丢失其内存中的会话状态信息）时，就无法将用户会话转移到其他服务器。
除了避免会话相关性之外，还应避免使前端操作与长时间运行的操作发生关联，以便将前端操作设计为快速执行操作。
由于IIS是用一个缓冲池来处理请求的，而缓冲池包含的工作器线程数是有限的，因而当这些线程都已被占用且在等待长时间运行的操行完成时，传入请求等待处理的平均时间就会增加。
3）匿名购物
通常，用户都不愿意仅仅为了了解站点在销售哪些商品页被迫登录到站点。
因此，站点应在不需要身份放下验证的情况下，允许用户以匿名方式浏览商品，甚至允许他们将一部分商品放入购物篮中。
4）注册和维护用户配置文件
无论从站点上的任何页，用户都必须能够注册。
这样，用户就不必在每次下订单时都重新输入相同的信息。
用户无须注册即可浏览站点，但结账时必须注册。
另外，申请电子邮件时事通讯、特价通知等服务时要求注册。
注册涉及以下几个方面：
●配置文件信息：
用户名、付款地址、主要发货地址、电话号码和电子邮件地址；
●身份验证信息：
用户身份标志（用户ID）和口令应保留在应用程序中；
●付款信息：
用户应可以输入信用卡信息并保存该信息，应用程序应能够保存多个信用卡号；
●首选项：
用户应能够指定是否想得到有关发货状态的电子邮件通知（默认值为“是”），以及是否想得到有关销售价格和特价的通知（默认值为“否”）；
●地址簿：
用户应能够存储任意多个附加发货地址。
当用户再次访问某站点时，一般不希望重新输入上次访问时输入的相同资料。
一旦该站点提供了自己的购物和联系信息后，用户就希望站点能够记住这些数据。
为了实现此目的，许多站点会为每个已注册的用户维护其用户配置文件信息。
在太多数情况下，用户都需要注册，以便提供最少量的配置文件信息，如用户名和口令。
然后，用户分配到一个唯一标识符，该标识符可用做其配置文件数据的主密钥。
用户在站点上注册之后，其配置文件信息就可以保存在数据库中，以便在以后需要时调用。
通常，用户可添加一些必备信息，指定一些细节，如电子邮件地址、电话号码、发货地址或任何其他允许用户添加的个人信息。
保留用户配置文件信息相当有用，其原因如下：
●使用户在以下访问时不必重新输入数据；
●可用于分析用户在站点上的活动；
●可作为个性化的基础，允许根据特定的用户群发布标志广告或开展打折活动；
●可用于商业分析，如根据特定的配置文件跟踪购买趋势。
用户登录并经过身份验证之后，应能够修改、添加或删除注册信息。
除“用户ID”字段之外，所有其他字段都应是可编辑字段。
登录/身份验证：
用户一经注册之后，如果该用户返回到站点，他或她应能够从该站点上的任何页登录。
浏览：
用户应能够浏览目录。
在主页上，应向用户显示目录清单。
在用户选择了一个目录之后，应向其显示子类别或实际产品。
匿名浏览：
用户应能够以匿名方式浏览目录，即在不必登录的情况下即可查看产品。
5）完善的产品多目录管理和产品搜索功能
应用程序应支持多目录，多目录产品的汇总对用户应是透明的。
产品和类别：
应用程序应允许将产品与一个或多个目录关联。
产品页：
应用程序应有一个产品页，其中包括该产品项目的较大图片和/或该产品项目的详细说明。
在此页，应能够将该产品添加的购物篮中。
在此页，用户应能够将产品项目添加到购物篮中，浏览下一个项目，浏览上一个项目，或返回上一页。
主页以及所有类别页和子类别页都应能进行搜索。
用户应能够输入多个词。
如果用户指定多个词，将根据这些词构建使用“And”运算符的布尔查询。
如果用户在主页上，搜索将默认为“搜索所有类别”。
在类别和子类别页执行的搜索将默认为“在‘类别名’范围内搜索”。
用户可以选择要搜索的特定站点区域或特定类别，以便覆盖这些默认设置。
如果站点使用多目录，将对所有目录执行搜索。
如果站点展示了多个目录（并有一个分层产品清单），则不会按此规则进行搜索。
在类别/产品分层结构中，每个目录都是第一级。
在这种情况下，默认为只搜索用户当前所在的目录。
用户可以覆盖默认设置，选择搜索其他目录或整个站点。
这类似于先前描述的为“多目录”指定的行为。
默认情况下，将针对关键词和标题进行搜索。
产品搜索结果：
“搜索结果”应显示一系列产品项目及其相应类别（或目录）。
项目应按类别或目录分组。
每个搜索结果都应提供到相应产品页的超文本链接。
6）购物篮的功能齐全
（1）向购物篮中添加项目。
无论从哪个产品页中，用户都应能够将一个或多个项目添加到购物篮中。
这些项目可来自不同的目录。
每添加一个项目，篮中的项目数也会相应地增加。
该数目显示在该篮子图标旁边。
（2）管理购物篮。
用户应随时能够管理购物篮。
用户可指定项目是“活动的”（实际购买的标记）还是“保留的”（标志为将来可能购买）。
用户查看购物篮时可进行以下选择：
删除单个项目；更改每种项目的数量；保留任何项目，以备将来购买；删除购物篮中的所有项目；将项目移入购物篮和保留（将来购买）区或从中移出项目；检索保留的订单。
（3）保留购物篮或项目。
用户应能够保留选定的项目或购物篮中的所有物品，以备将来购买。
只有已注册并登录的用户可以保留其项目。
如果用户尚未登记或注册，将提示他们进行此操作。
用户完成此操作之后，将返回到“保留购物篮”操作。
7）结账方便
从任何屏幕用户都应能够结账。
结账时，将向用户显示所有订购的项目（购物篮）。
此时，用户应能够管理购物篮。
用户对购物篮中的物品进行确认后，将出现“发货”屏幕。
每个项目都将与该用户的主要发货地址关联。
用户可以用地址簿中的一个地址或新地址来替换该地址。
如果用户添加了一个新地址，他或她可以选择将该新地址保存在地址簿中。
用户为每个项目指派了地址（或接受了默认的地址）之后，他或她可以转至“发货”屏幕，选择每个地址的交货方式。
默认方式由站点所有者决定。
用户选择交货方式后，他或她可以继续到“订单一览表”屏幕。
该屏幕应按发货地址划分。
在每个地址下，将列出项目说明、项目价格以及价格合计（若有的话）。
对该项目的价格合计进行小计，将装运费用为明细项目列出并进行小计，最后将列出该地址下的税金和总金额。
对所有地址下的金额求和之后，会在该页的末尾列出总计。
用户可以接受订单、修改订单、取消订单或继续购物。
如果用户选择修改订单，他或她将返回到“管理购物篮”页；如果用户选择取消订单，将清空购物篮；如果用户选择继续购物，他或她应该返回到主页；如果用户选择接受订单，他或她将转至“付款”页。
如果用户已在“注册”页中存储了信用卡信息，则显示该信息。
用户可选择使用保存的信用卡，也可选择忽略保存的信息，提供新的信用卡信息。
如果用户添加新的信用卡信息，他或她可以选择将新信息添加到保存的注册信息中。
选择或输入了信用卡信息之后，他或她可以取消订单、修改订单、继续购物、提交订单。
如果用户提交了订单，将收到确认页和订单号。
发货选择：
必须支持装运港地面交货、次日交货、隔夜交货和国际交货等发货选择。
订单状态通知：
用户可选择接收有关订单状态的电子邮件通知。
装运费用的计算：
装运费用的计算基于站点所有者规定的规则。
这些规则应包括销售地点，发货地址和货物类型。
结账时，税金信息将显示在“订单一览表”屏幕上。
订单一览表：
该屏幕显示每个订单的地址、项目说明、项目价格、装运费用、税金和费用总计（若有的话）。
地址簿：
已注册的用户都会保存在地址簿中。
尽管站点所有者可设置一些限制，该地址簿仍可存放无限的发货地址信息。
订单的取消：
用户在提交订单之前必须能够随时取消订单。
此操作将导致购物篮中的所有项目都被清空，但保留的项目不会受到影响。
8）安全性好
作为一个B2C网站，安全性非常重要，因为要保证网上交易的成功，用户的个人信息、信用卡信息等相关的数据都必须完全安全可靠的环境下进行传输。
安全性是一个商务网站能够生存的基本条件。
如果能够确保最基本的窗体的安全性，也就确保了数据或设备能受到保护，防止XX的人访问或作用它们。
在电子商务应用程序的环境下，应该保护以下信息：
敏感的用户信息；
信用卡号；
未公开的产品数据。
应用程序安全性的设计主要包括三个方面的内容；身份验证、授权和加密。
（1）身份验证。
有两种主要的方法可用于分布式解决方案（如电子商务站点）中的用户身份验证。
一般是用“假冒/委托”模型和“受托服务器”模型来描述。
①“假冒/委托”模型。
在“假冒/委托”模型中，用户向中间层应用程序提供安全凭据，然后，中间层应用程序使用用户的安全凭据访问后端数据库。
中间层应用程序实质上“假冒”用户，代表用户检索数据。
②“受托服务器”模型。
在“受托服务器”模型中，中间层应用程序对用户进行身份验证，通常是校验用户名和口令的组合。
中间层应用程序认为用户的身份正确无误后，使用“自己的安全账户”访问后端数据库。
除了通过中间层应用程序之外，用户无权访问后端数据。
在这种情况中，实际上有两种身份验证操作。
首先，Web应用程序对用户身份验证，然后数据库服务器对Web应用程序进行身份验证。
（2）授权。
授权是指对特定用户或服务授予访问资源的权限。
用户通过了身份验证后，应能从应用程序请求特定的功能。
可以向用户分配权限或“授权”，以便执行某些任务而不能执行其他任务。
在安全环境中，将访问级别限制为授权的用户是非常重要的。
安全专家经常谈论“最小权限原理”。
这是一个经验法规，规定用户应该具有足够的权限来执行所需执行的任务，“便不应该具有更多的权限”。
（3）加密。
加密是确保安全的另一种方法，通过对数据进行编码来防止XX的访问。
根据加密的位置不同，加密可以在许多级别上进行。
通常，加密可以在服务器上、传输时或客户机上进行。
①服务器加密。
服务器上的加密是指对在服务器基础中存储和传输的数据进行加密的过程。
对服务器基础结构中的数据进行加密后，就能确保在出现违反安全性的事件时，访问到敏感数据由于被加密而毫无使用价值。
用户的信用卡数据就是对数据加密的一个示例。
当业务层在数据层中存储用户的信用卡信息时，对该数据进行加密是非常重要的。
如果某个黑客侵入了系统，并未获得对保存加密的信息卡信息表的访问权，那么该信息对于黑客没有任何用处。
如果信用卡信息未加密，则加重了应用程序对数据安全所负的责任。
②传输加密。
传输加密专门用户处理在服务器和客户机之间传送的数据。
例如，用户向服务器提交HTML窗体时，用户输入到窗体中的数据使用超文本传输协议（HypertextTransferProtocol，HTTP）通过连接（例如Internet）进行传输，然后由服务器接收。
在传输过程中，数据可能会被偷窃和篡改，这可以通过在传输时对数据加密来解决。
在Internet上传输的数据可以通过以下方式加密：
在Web服务器上安装安全证书，为站点配置安全套接字层（SecureSocketsLayer，SSL）端口，使用HTTP的加密形式HTTPS作为传输协议。
③客户机加密。
客户机加密专门用于处理驻留在客户机上的数据。
例如，如果某个文件是公用的，但它被加密了，那么只有具有正确的解密密钥的用户可以使用该文件。
对于一般的电子商务应用程序，客户机加密不如传输和服务器加密重要，但是某些情况下可能要求使用这种加密方式。
9）通过可管理性提高竞争优势
尽管应用程序设计人员不负责业务决策（如定价、广告活动等），电子商务解决方案的设计对企业如何应对市场趋势和竞争对手活动却有着巨大影响。
业务经理开展的管理活动要受电子商务站点管理功能的制约。
要取得成功，电子商务解决方案必须易于使用，还必须具备全面的管理基础结构。
为电子商务站点设计管理界面时有两个基本选择。
一是可以追寻自己定义的界面；二是可以使用一种“现成的”解决方案。
如MicrosoftCommerceServer2000BusinessDesk。
如果构建自己的管理界面，商户将能完全按照自己的愿意来设计站点的管理功能。
不过，这样会给一个已经很大的软件项目增加很大的开发工作量，其工作几乎等于或大于软件项目本身的工作量。
B2B模式数据结构设计
B2B模式总体结构
B2B数据结构设计是一个包括商务、技术、支付、物流等许多角色与要素的系统工程。
在开始设计B2B数据结构之前，必须充分研究涉及的所有因素，全面分析、统筹规划。
对于大型企业的B2B数据结构，尤其要重视强调系统规划设计。
如果不重视B2B数据结构的统筹规划，或者不按照事先的统筹规划进行B2B数据结构设计，设计好的B2B数据结构很可能出现协同困难，使得实现预期功能，难以实现B2B数据结构的目标，从长远看还会造成资源浪费，使得将来必须为之付出更大的数据改进与整合成本。
在电子商务应用的全过程中，B2B数据结构都必须充分兼顾商务和技术两个方面的因素，以科学、合理的程序展开数据设计、建设和应用工作。
一般来说，B2B数据结构可以分为这样几个方面。
企业信息数据：
在B2B数据结构中企业信息是最基本的信息之一，是管理的主要内容。
商品信息数据：
商品信息也是B2B数据结构的一个最基本的信息，许多商务功能都是围绕着商品信息和企业信息而展开的。
客户信息数据：
在B2B系统中参与者都是企业，系统需要把参与企业作为会员来管理，登记他们的基本信息。
供求信息数据：
对于商业行为来说，供求关系是最关键的。
B2B数据结构必须能够及时地体现供求关系的变化。
安全访问数据：
由于是在Internet上进行一系列的商品买卖过程，所以必然会存在一定的安全问题。
因此，解决B2B商务的安全性和可靠性是一个首要问题。
其他一些方面的数据：
比如网上拍卖、网上招标等。
B2B模式数据功能模块
1）企业信息数据模式
（1）企业基本信息。
在B2B数据结构中企业信息数据有着很多的内容，不同的企业也有着不同的企业信息。
但是，一般的企业基本上要包含这些基本的信息：
营业执照、法人代表、银行支付账号、产品情况、行业分类等。
一个具体的企业信息例子如下：
企业编号、企业名称、企业代码、企业简称、企业地址、营业执照、法人代表、客户性质、纳税号、开户银行、银行账号、经营范围、邮编、联系电话、传真、产品情况、结算方式、备注、商标、所在地区、企业网站、主行业分类、次行业分类、服务级别等。
设计服务级别是为了对企业用户的不同需求进行管理。
高级会员有资格审核会拖欠费用的用户将被暂停服务。
（2）企业信息综合查询。
在B2B数据结构中，企业的信息本身就是很好的资源。
许多企业通过在网上查找某种产品的生产者（或消费者），从而找到市场机会。
网上信息检索常用的方法有两种，一是利用分类目录来检索，二是利用搜索引擎。
使用的企业信息查询功能由以下几个核心页面构成。
①分类目录逐级查询。
设计思想是通过行业分类来组织企业。
利用JavaScript容易设计出二级目录树，点击树上的某一个子项后，就以该项目的值作为参数调用企业检索网页，得出这个分类项目下的所有企业。
②专用搜索引擎。
分类目录搜索的缺点是当分类项目多时使用不方便。
另外就是符合条件的企业会很多，仍然需要进一步再检索。
设计专用搜索引擎可以提高检索的智能性和效率，根据行业分类、所在地区、关键字等进行逻辑与、逻辑或、通配等形成组合检索条件，提高了检索的命中率。
③企业列表显示。
通过分类目录或专用搜索引擎，都能得到一次查询所需要的条件参数。
按照这个条件，形成select语句检索，并把符合条件的企业列表显示出来，为了增强系统的实用性，还需要设计基本的分页功能。
在企业列表中，进一步的点击，该企业的会员编号又可以作为参数，调用信息显示网页。
④企业详细信息显示。
该页面接收企业编号参数，以此作为参数检索，把企业的详细信息全部显示出来。
2）商品信息数据模式
同企业信息数据一样，商品信息数据也是基本的数据之一。
B2B网上的商品都是各个企业自己发布的，属于该企业，并且一个企业是可以发布多个商品的。
因此，企业与商品之间是一对多的关系，因此使用企业编号作为外部键。
（1）商品基本信息。
不同商品信息的基本数据是不同的，在此给出最基本的数据：
商品编号、企业编号、商品名称、商品英文名称、所在行业、商品分类、专利状态、专利（申请）号、产地、销售价格、产品型号、包装规格、产品介绍、产品VR文件名、图像数据、联系人、联系电话、传真、电子信箱等。
（2）商品信息的发布及修改。
商品信息的发布及修改的设计过程与企业基本信息基本相似。
所不同的是企业编号不需要客户填写，客户成功登录时，他的企业编号作为Session变量保存起来，当需要加入商品信息记录时，从Session变量中取出企业编号，连同其他产品信息执行Insert操作。
另外，企业需要修改自己的商品信息时，由于存在一对多的关系，需要先从自己的商品列表中选择某商品，再进入该产品的信息修改界面。
（3）商品信息的浏览。
在B2B系统中，一般都是通过所有者（企业）来浏览其下属的商品。
当检索到某企业，得到企业编号的值后。
就用这个值，检索商品信息表，得出一个商品列表，把这个商品列表显示出来，供用户操作。
用户选择感兴趣的商品进行点击，利用该商品的产品编号就可以得到这个商品的详细信息，专门设计一个页面来显示这些详细信息。
3）客户信息管理
（1）客户注册与登录。
客户在网上填写基本信息，申请注册成为会员。
设计一个客户信息录入页面，利用表单来接收录入项，脚本程序的设计可以通过各种语言。
客户信息一般包括这些内容：
会员编号、会员名、年龄、地址、基本信息、职务等。
会员编号应该是自动生成的，也是唯一的，并且作为主健与商品信息进行联系。
在存储过程中按照预定义的算法生成会员编号。
（2）客户信息浏览与修改。
客户的基本信息可能会发生改变，这要求系统具有信息修改功能。
客户登录系统后，进入信息修改页面，利用设计的表单填写需要更新的信息，脚本程序使用Update语句将企业输入的信息更新数据库，除会员编号外的所有信息都可以进行更新操作。
（3）高级会员服务。
高级会员除具备普通会员的所有服务外还可以进行一些普通会员不能进行的操作。
比如网上招标、竞卖等等。
4）供求信息管理
商品供求信息发布与查询是B2B系统的一个传统而重要的功能。
供求信息的数据结构有这些：
信息编号、发布者/答复者、接受类型、标题、发送时间、注释、类型、信息源ID等。
商品的信息包括：
编号、条码、品名、型号规格、尺寸、颜色、数量、价格、币种、注释、商品类、单位等。
企业只能以一个产品项为单位发布一条信息。
主细目结构的供求信息表，比较适合有大型企业参加的专业交易网，企业可以一次性发布某项以后需求以及所包括的采购产品清单。
在数据结构上，可以进行以下功能设计。
（1）供方信息的发布。
包括供货、提供合作或代理机会的信息的发布。
企业确认发布供方信息后，插入数据库时将类型字段设置为表示“供”的值，接下来依次发布每一条产品的供货信息。
（2）需方信息的发布。
包括求货、寻求合作或代理机会的信息的发布。
企业确认发布需方信息后，插入数据库时将类型字段设置为表示“求”的值。
接下来依次发布每条产品的需求信息。
（3）信息查询。
可以分别设置供货查询栏目和求货查询栏目。
具体的查询功能，可以按照分类目录逐级查询和专用搜索引擎两种主流模式进行设计。
在分类目录查询中，按行业来组织分类。
专用搜索引擎检索需要的产品所属行业、发布日期、信息类型等检索条件项。
（4）答复处理。
供求信息的答复功能为企业提供了一个在网上环境下进行商业洽谈的机会，有助于交易的进行。
信息答复的设计可以在原来的数据表结构上进行，不必再设计新的结构，只是类型字段需要设置为表示“答复”的值，以及需要利用一个字段存放原始供求记录的信息
升级会员 