下载文档原格式
网上购物系统需求分析1.需求分析1.1设计定位我们的目标是在规定的时间内设计出漏洞尽量少，功能尽可能全面，用户体验尽可能好的网站。
对设计者而言，设计出来的网站尽可能的实用，动态性能强，而不是设计出来就不能改变的死的网站。
1.2可行性分析从技术、经济还有网站操作多个方面，我们的网站设计可行性极高。
经济方面：如今的电子商务以及网上购物，不仅方便快捷，比起传统购物很大方面节省了成本，逐渐的被人们所接受。
技术方面：两年的大学学习，我们已经比较好的掌握了C语言，C++，JAVA等多种编程语言。
运用windows xp及以上操作系统，结合SQL技术，利用ediplus进行网页开发。
并且在当今，网络应用基础设施不断完善，电子支付技术的应用进入千家万户，法律也提供了一些有力的保障，技术上可行。
操作方面：由于网站的操作是基于B/S浏览器的页面操作，简单明了，用户无需学习，一般都能够很容易的知道如何操作。
而管理员也无需具备专业知识，只需要对一些数据进行输入以及平时的日常维护就够了。
1.3设计目标本设计为简单的购物网站设计，设计的主要目的是锻炼我们的团队合作能力并且加强我们对所学知识的理解，并且对网站设计有个初步的了解。
前台实现的基本功能： (1)商品选购（可按分类方式查找商品，或者通过关键字进行查询） (2)购物车功能 (3)查看商品详细情况 (4)用户注册(5)用户登陆(6)查看用户的订单信息(7)修改用户个人信息后台管理部分主要有：(1)商品管理：添加修改删除商品(2)用户信息管理：修改删除用户(3)订单信息管理：查看更新订单删除订单1.4网站整体操作功能描述网上商店的主要参与者是顾客以及管理人员。
无论什么类型的网上商店，顾客从网上购物的过程都相似：本网站顾客操作步骤说明如下:(1)注册登录。
要求输入用户名、密码、联系电话、Email地址等基本信息。
注册完后，注册完后自动跳入购物界面。
如顾客觉得个人信息有问题，顾客可以自己修改密码；(2)挑选商品。
网上商城购物系统需求说明书（五篇材料）第一篇：网上商城购物系统需求说明书需求说明书1．引言1.1编写的目的需求分析是软件定义时期的最后阶段，它的基本任务是准确地回答“系统必须做什么？”这个问题。
因此，它是作为真个软件开发过程的指南，也是软件开发人员开发符合用户要求的软件的基础。
软件需求规格说明书是需求分析阶段得出的最主要的文档，是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。
预期的读者为系统的开发者、使用者和指导老师。
1.2背景说明：（1）开发软件系统的名称：网上商城购物系统；（2）任务提出者：XX；（3）开发者：计算机科学与技术的小组成员xx；（4）用户：XX；（5）本系统将使用SQLServer2000作为数据库存储系统。
1.3定义（1）Asp(active server pages)是微软公司推出的一种用以取代CGI的技术，基于目前绝大多数网站应用于windows平台，asp是一个位于windows服务器端的脚本运行环境，通过这种环境，用户可以创建和运行动态的交互式的web服务器应用程序以及EDI（电子数据交换）；（2）ADO：ActiveX Data Object, ActiveX 数据对象；（3）SQL：Structured Query Language。
1.4参考资料1、《ASP程序设计及应用》张景峰主编第011903号中国水利水电出版社2009.12、《数据库原理及其教程（第三版）》黄德才主编第088716号科学出版社2010.63、《ASP+SQL Server动态网站开发从基础到实践》杨世锡,赵辉编著第377507号电子工业出版社20054、《ASP+SQL Server项目开发实践》黄雷编著第38854号中国铁道出版社20065、《Dreamweaver 8与ASP动态网站开发自学导航》戎马工作室编著第298301号机械工业出版社20066、《ASP实务经典》林金霖编著[M].北京:中国铁道出版社，2001,2097、《A SP编程基础与实例》丁贵广编著[M].北京:机械工业出版社，2002,518、张海藩.软件工程导论.北京：清华大学出版社，2005.2．任务概述2.1目标在Internet技术深入人心的今天，电子商务最为一种新兴的商务模式，为世界经济提出了一个全新的概念，使得人类生活方式发生了重大的变革。
购物管理系统需求分析一、引言购物管理系统是一种针对在线购物服务的信息管理系统，旨在提供便捷、高效的购物体验。
本文旨在对购物管理系统的需求进行详细分析，以确保系统能够满足用户的需求，并实现高效管理。
二、用户需求分析购物管理系统的主要用户分为商家和消费者两类，他们有不同的需求。
### 1. 商家需求 - 商品管理：商家需要能够方便地上架、下架商品，设置商品属性、价格等信息。
- 订单管理：查看订单状态、处理退换货等功能。
- 数据分析：查看销售报表、用户行为分析等数据。
- 促销活动：设置促销活动、优惠券等。
2. 消费者需求•商品浏览：浏览商品信息、筛选条件、搜索功能等。
•下单购买：便捷的下单流程、多种支付方式等。
•订单管理：查看订单状态、物流信息等。
•评价反馈：对商品进行评价、提出建议等。
三、系统功能需求1. 商品管理•商品发布：支持商家发布新商品，设置商品属性、价格。
•商品展示：展示商品信息、多种展示样式。
•商品分类：支持商品分类、子分类，方便用户浏览。
•商品搜索：支持关键词搜索、筛选条件搜索等。
2. 订单管理•订单查看：用户和商家可以查看订单详情、状态。
•订单处理：商家可以处理订单、发货等操作。
•退换货：支持用户提交退换货申请，商家处理流程。
3. 数据分析•销售报表：定期生成销售报表、库存报表等。
•用户行为分析：分析用户浏览、购买行为，为商家提供决策支持。
4. 促销活动•优惠券管理：商家可以设置优惠券、促销活动。
•拼团秒杀：支持拼团、秒杀活动，促进销售。
四、系统非功能需求1. 性能需求•高并发：系统需支持高并发访问，确保系统稳定性。
•响应速度：用户操作及时响应，页面加载速度快。
2. 安全需求•数据安全：用户信息、交易数据需要加密存储和传输。
•权限管理：用户、商家有不同的权限，确保数据安全。
3. 可靠性需求•备份恢复：系统数据需要进行定期备份，以防数据丢失。
•异常处理：系统应能够处理异常情况，确保系统正常运行。
引言............................................... 错误！未定义书签。
1．编写目的...................................... 错误！未定义书签。
2．背景.......................................... 错误！未定义书签。
3．定义.......................................... 错误！未定义书签。
4．参考资料...................................... 错误！未定义书签。
现有系统描述....................................... 错误！未定义书签。
项目概述........................................... 错误！未定义书签。
1．项目目标...................................... 错误！未定义书签。
2．系统功能...................................... 错误！未定义书签。
3．用户的特点.................................... 错误！未定义书签。
系统数据流图....................................... 错误！未定义书签。
业务功能的描述................................... 错误！未定义书签。
非功能需求......................................... 错误！未定义书签。
1．系统设计要求.................................. 错误！未定义书签。
2．网络及与其它系统接口要求...................... 错误！未定义书签。
小型自选商场系统需求分析说明书目录一、引言1.1编写目的1.2项目背景1.3业务流程图1.4用户1.5项目说明1.6项目成员二、综合描述2.1课题描述2.2功能2.3适用用户2.4运行环境三、系统功能需求说明四、非功能需求4.1安全性要求4.2数据管理能力要求4.3输入输出要求4.4界面要求4.5故障处理要求4.6性能要求五、数据流图六、数据定义6.1数据流条目6.2处理条目6.3数据存储条目一、引言1.1编写目的传统超市的管理比较麻烦，建立一个自动售货机，不仅为顾客节约了购买时间，而且更有利于工作人员的管理。
顾客通过该软件可以知道需购买商品的详细信息。
工作人员通过该软件可以很快的知道商品的存储信息，来确定哪些商品需要采购，哪些需要进行折扣出售。
1.2项目背景经过我们的调查发现，普通超市在物流管理方面，仍使用传统的人工管理模式，浪费人力资源，效率低，准确率低。
有些商品紧缺，顾客要排队购买或商品供不应求，使顾客大为不满，还有一些商品，长期积压，损坏严重，造成重大经济损失，引起销售人员的极大不满，以多次向超市管理人员反映，但此类问题仍屡屡发生，得不到根本性的解决，已引起总经理的高度重视。
自动售货机在一些发达国家应用非常普遍，在我国的安放和使用，也已经有10多年的时间，但一直没有全面普及。
我们知道，自动售货机是以零售为前导，以商品进销、存储、流转管理为基础。
没有具体的人工登记管理，自动售货机的物流管理势必非常复杂，如果没有一个强大的信息系统来支持，那么就会造成一部分商品大量积压，而另一些商品供不应求的局面，这种局面必然会给超市带来巨大的经济损失。
有些超市为了避免这样的情况发生，就会对物流管理投入大量的人力。
虽然这样解决了物流方面的问题，但是这又有悖于管理学的原则，效率低，浪费了人力资源，解决不了根本性的问题。
所以，看到这样一个市场的缺口，我们设计开发了一个小型自动售货管理系统。
1.3业务流程图图1. 业务流程图1.4用户顾客：通过该系统只能查看商品的基本信息，不能对商品进行任何修改。
网上购物商场系统需求分析开发一个网上购物商城系统前，首先需要考虑用户的需求是什么，即该网站应该实现的主要功能。
通过相关调查发现，在编写网上购物商城系统时，应将登陆者分为两种角色，即注册会员和后台管理员。
会员在登陆进入该网上购物商城后，不仅可以查看其各种服务条款，还可以选择查看各种商品的详细信息并选择购买。
此外，会员还能通过输入订单编号查看自己的详细订货信息。
管理员登陆后，不仅可以查看商品销售情况，还可以管理会员、商品、仓库和其自身的信息。
管理员可以根据实际情况添加其他管理员以维护该网上购物商城的购物环境和安全。
1.1网上购物商城具体流程如下图所示：1.2可行性分析随着网络的快速发展，网上购物商城以其方便、快捷的特点受到了更多用户的青睐。
对比传统的商场销售，网上商城可以将商品详细分类，为用户提供了更多的选择空间；通过前台商品的展示，可以使顾客更好地了解商城的商品；网络购物车的实现使顾客真正实现了足不出户、网上购物的目的。
网上购物商城系统后台数据库采用目前比较流行的Microsoft SQL Server 2000,该数据库系统在安全性、准确性、运行速度方面有绝对的优势、准确性、运行速度方面有绝对的优势、准确性、运行速度方面有绝对的优势并且处理数据库最大，效率高；前台采用Microsoft公司的Visual Studio 2005 作为主要的开发工具，可实现与SQL Sever 2000 数据库无缝连接。
2.1项目规划网上购物商城主要由前台会员模块和后台管理模块两部分组成。
前台功能模块：主要包括会员注册、登陆、修改个人信息、购物、查询购物情况、和查看各种服务条款等功能。
后台功能模块：主要包括后台管理员对会员、商品、仓库、订单和管理员的管理等功能。
2.2系统功能结构图网上购物商城前台功能结构图：网上购物商城后台功能结构图：3.1设计目标对于典型的数据库管理系统，尤其是网上购物商城这样数据流量比较大的网络管理系统，必须要满足使用方便、操作灵活等设计需求。
购物系统软件需求分析报告需求分析报告：购物系统软件一、引言购物系统软件的目标是为用户提供一个方便快捷的购物平台，使用户能够浏览商品、在线支付、查看订单等功能。
本报告将对购物系统软件的需求进行详细分析。
二、功能需求1. 用户注册用户可以通过手机号码、邮箱等方式注册和登录账号，以便使用购物系统的各项功能。
2. 商品浏览用户可以浏览系统中的商品，通过搜索、分类等方式找到自己需要的商品。
商品浏览页面需要展示商品的基本信息、价格、库存等。
3. 购物车功能用户可以将自己选中的商品添加到购物车中，以便统一结算。
购物车界面需要展示商品的基本信息、数量、价格等，并提供修改数量和删除商品的功能。
4. 在线支付用户可以选择在线支付方式付款，如支付宝、微信支付等。
支付功能需要保证安全、稳定，并在支付完成后更新订单状态。
5. 订单管理用户可以查看自己的订单，并进行一些操作，如取消订单、查看订单详情等。
订单管理界面需要展示订单的基本信息、商品信息、支付状态等。
6. 评价功能用户可以对购买过的商品进行评价，以便其他用户参考。
评价功能需要保证真实性，且评价内容需要展示在商品详情页面。
7. 会员功能购物系统可以提供会员功能，用户可以通过购物累积积分、享受折扣等。
会员功能需要与用户的账户信息关联，并提供相应的优惠活动。
三、性能需求1. 系统响应速度购物系统需要保证用户在浏览商品、结算等操作时的响应速度，不能出现卡顿或者加载过慢的情况。
2. 系统稳定性购物系统需要保证系统的稳定性，不能出现频繁崩溃或者无法正常运行的情况。
3. 数据安全购物系统需要保证用户的个人信息和支付信息的安全，采用加密技术和防火墙等方式防止数据泄露。
四、界面需求1. 用户友好购物系统的界面需要简洁明了，界面元素的排布需要合理，便于用户快速上手使用。
2. 响应式设计购物系统需要支持多种终端（手机、平板、电脑等）访问，并且在不同终端上能够自动适应布局和界面显示。
五、可维护性需求购物系统需要提供一定的可维护性，包括模块化设计、易于扩展和维护等。
购物系统毕业设计论文购物系统毕业设计论文随着互联网的迅猛发展，电子商务已经成为了人们日常生活中不可或缺的一部分。
购物系统作为电子商务的重要组成部分，为消费者提供了便捷、快速的购物体验。
本篇论文将围绕购物系统的设计与实现展开讨论，包括需求分析、系统设计、技术选型等方面。
一、需求分析在进行购物系统的设计之前，我们首先要进行需求分析。
购物系统的主要目标是为消费者提供一个方便、安全、高效的购物平台。
因此，我们需要明确以下几个方面的需求：1. 用户需求：购物系统应该具备简洁明了的界面，方便用户浏览商品、下订单和支付。
同时，购物系统还应该提供个性化推荐功能，根据用户的购买历史和兴趣爱好向其推荐相关商品。
2. 商家需求：购物系统应该提供商家管理后台，方便商家上架商品、管理库存、查看订单等。
同时，购物系统还应该提供销售数据分析功能，帮助商家了解商品销售情况和用户购买行为，以便做出更好的经营决策。
3. 安全需求：购物系统应该具备安全性，保护用户的个人信息和支付信息不被泄露。
因此，系统需要采用加密技术保护用户数据，并且建立完善的权限管理机制，确保只有授权人员才能访问敏感信息。
二、系统设计在需求分析的基础上，我们可以开始进行购物系统的设计。
购物系统主要由前台和后台两部分组成。
1. 前台设计：前台是用户直接面对的部分，包括商品展示页面、购物车、订单管理等功能。
前台应该具备良好的用户体验，包括简洁明了的界面、快速的响应速度和友好的交互方式。
同时，前台还应该提供搜索功能，方便用户根据关键词查找商品。
2. 后台设计：后台是商家管理商品和订单的部分，包括商品管理、库存管理、订单管理等功能。
后台应该具备简洁明了的界面，方便商家进行操作。
同时，后台还应该提供数据分析功能，帮助商家了解商品销售情况和用户购买行为。
三、技术选型在进行购物系统的开发之前，我们需要选择适合的技术栈。
购物系统的开发可以采用以下技术：1. 前端技术：前端可以使用HTML、CSS和JavaScript进行开发，实现页面的布局和交互效果。
超市管理系统需求分析1. 引言超市是一个日常生活中不可或缺的购物场所，为了更好地管理超市的业务和提供便捷的购物体验，开发一款高效且功能全面的超市管理系统十分重要。
本文旨在对超市管理系统的需求进行分析，包括系统的功能需求、非功能需求以及用户需求。
2. 功能需求超市管理系统应该具备以下功能：2.1 商品管理超市管理系统应该能够对超市的商品进行管理，包括商品的基本信息（名称、价格、库存量等）、分类信息、供应商信息等。
管理员应该可以添加、修改、删除商品信息，并能够查看特定商品的详细信息。
2.2 库存管理超市管理系统应该能够实时跟踪商品的库存情况，包括库存量、最低库存阈值等。
当库存量低于最低库存阈值时，系统应该自动发送通知给管理员以便及时补充货物。
2.3 销售管理超市管理系统应该能够准确记录每笔销售交易的信息，包括商品、数量、价格、顾客信息等。
系统应该能够生成销售报告、销售统计等，帮助管理员进行销售业绩分析。
2.4 会员管理超市管理系统应该能够管理超市的会员信息，包括会员的个人信息、积分、消费记录等。
系统应该能够支持会员的注册、修改、删除等操作，并能够计算会员的积分并自动更新。
2.5 促销活动管理超市管理系统应该能够管理超市的促销活动信息，包括活动名称、活动时间、参与商品等。
管理员应该能够添加、修改、删除促销活动，并能够统计活动的效果。
3. 非功能需求除了功能需求外，超市管理系统还应该具备以下非功能需求：3.1 安全性超市管理系统应该具备一定的安全性能，包括管理员权限管理、用户身份验证等。
系统应该能够防止未经授权的用户访问、修改系统信息。
3.2 性能超市管理系统应该具备良好的性能，能够处理大量的商品信息、销售交易等数据。
系统的响应时间应该尽可能快，能够快速查询商品信息、生成报告等。
3.3 可靠性超市管理系统应该具备高可靠性，能够保证数据的安全性和完整性。
系统应该具备自动备份、故障恢复等功能，以防止数据丢失和系统崩溃。
1.引言21.1编写目的22.综合描述22.1产品的技术2 2.2产品的功能5 2.3开发及运行环境53.系统功能需求53.1系统需求分析5 3.2系统流程图74.其他功能需求134.1性能需求13 4.2开放性要求14 4.3安全性要求145.数据词典145.1订单（ORDERS）14 5.2买家（GUEST）14 5.3商品（SP）156.特定问题列表151.引言1.1编写目的随着信息化产业越来越发达，人们的生活节奏越来越快，需求越来越多，越来越多的人喜欢上了足不出户的消费方式。
因此，网上商城应运而生。
本次课程设计目的主要是开发一套符合生活实际的B2C网上商城，其次是为了通过此次课程设计增加小组成员间的团队合作能力，提高实战水平，强化所学的知识，掌握更新的技术。
2.综合描述2.1产品的技术2.1.1技术的名称该项目使用SSH2框架+jQuery+ExtJs+MySql数据库+MyEclipse开发环境2.1.2技术的介绍1、SSHSSH 为 struts+spring+hibernate的一个集成框架，是目前较流行的一种Web应用程序开源框架。
集成SSH框架的系统从职责上分为四层：表示层、业务逻辑层、数据持久层和域模块层，以帮助开发人员在短期内搭建结构清晰、可复用性好、维护方便的Web应用程序。
其中使用Struts作为系统的整体基础架构，负责MVC的分离，在Struts框架的模型部分，利用Hibernate框架对持久层提供支持，业务层用Spring支持。
具体做法是：用面向对象的分析方法根据需求提出一些模型，将这些模型实现为基本的Java对象，然后编写基本的DAO接口，并给出Hibernate 的DAO实现，采用Hibernate架构实现的DAO类来实现Java类与数据库之间的转换和访问，最后由Spring完成业务逻辑。
系统的基本业务流程是：在表示层中，首先通过JSP页面实现交互界面，负责传送请求(Request)和接收响应(Response)，然后Struts根据配置文件(struts-config.xml)将ActionServlet接收到的Request委派给相应的Action 处理。
在业务层中，管理服务组件的Spring IoC容器负责向Action提供业务模型(Model)组件和该组件的协作对象数据处理(DAO)组件完成业务逻辑，并提供事务处理、缓冲池等容器组件以提升系统性能和保证数据的完整性。
而在持久层中，则依赖于Hibernate的对象化映射和数据库交互，处理DAO组件请求的数据，并返回处理结果。
采用上述开发模型，不仅实现了视图、控制器与模型的彻底分离，而且还实现了业务逻辑层与持久层的分离。
这样无论前端如何变化，模型层只需很少的改动，并且数据库的变化也不会对前端有所影响，大大提高了系统的可复用性。
而且由于不同层之间耦合度小，有利于团队成员并行工作，大大提高了开发效率。
2、StrutsStruts对Model，View和Controller都提供了对应的组件。
ActionServlet，这个类是Struts的核心控制器，负责拦截来自用户的请求。
Action，这个类通常由用户提供，该控制器负责接收来自ActionServlet的请求，并根据该请求调用模型的业务逻辑方法处理请求，并将处理结果返回给JSP页面显示。
Model部分：由ActionForm和JavaBean组成，其中ActionForm用于封装用户的请求参数，封装成ActionForm对象，该对象被ActionServlet转发给Action，Action 根据ActionFrom里面的请求参数处理用户的请求。
JavaBean则封装了底层的业务逻辑，包括数据库访问等。
View部分：该部分采用JSP（或HTML、PHP……）实现。
Struts提供了丰富的标签库，通过标签库可以减少脚本的使用，自定义的标签库可以实现与Model的有效交互，并增加了现实功能。
对应上图的JSP部分。
Controller组件：Controller组件有两个部分组成——系统核心控制器，业务逻辑控制器。
系统核心控制器，对应上图的ActionServlet。
该控制器由Struts框架提供，继承HttpServlet类，因此可以配置成标注的Servlet。
该控制器负责拦截所有的HTTP请求，然后根据用户请求决定是否要转给业务逻辑控制器。
业务逻辑控制器，负责处理用户请求，本身不具备处理能力，而是调用Model 来完成处理。
对应Action部分。
3、SpringSpring是一个开源框架，它由Rod Johnson创建。
它是为了解决企业应用开发的复杂性而创建的。
Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。
然而，Spring的用途不仅限于服务器端的开发。
从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。
目的：解决企业应用开发的复杂性功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能范围：任何Java应用简单来说，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。
轻量——从大小与开销两方面而言Spring都是轻量的。
完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。
并且Spring所需的处理开销也是微不足道的。
此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。
控制反转——Spring通过一种称作控制反转（IoC）的技术促进了松耦合。
当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。
你可以认为IoC与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。
面向切面——Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（transaction）管理）进行内聚性的开发。
应用对象只实现它们应该做的——完成业务逻辑——仅此而已。
它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。
容器——Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建——基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。
然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。
框架——Spring可以将简单的组件配置、组合成为复杂的应用。
在Spring 中，应用对象被声明式地组合，典型地是在一个XML文件里。
Spring也提供了很多基础功能（事务管理、持久化框架集成等等），将应用逻辑的开发留给了你。
所有Spring的这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。
它们也为Spring中的各种模块提供了基础支持。
4、HibernateHibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。
Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate 可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。
Hibernate的核心接口一共有5个，分别为:Session、SessionFactory、Transaction、Query和Configuration。
这5个核心接口在任何开发中都会用到。
通过这些接口，不仅可以对持久化对象进行存取，还能够进行事务控制。
下面对这五个核心接口分别加以介绍。
Session接口:Session接口负责执行被持久化对象的CRUD操作(CRUD的任务是完成与数据库的交流，包含了很多常见的SQL语句。
)。
但需要注意的是Session 对象是非线程安全的。
同时，Hibernate的session不同于JSP应用中的HttpSession。
这里当使用session这个术语时，其实指的是Hibernate中的session，而以后会将HttpSession对象称为用户session。
SessionFactory接口:SessionFactory接口负责初始化Hibernate。
它充当数据存储源的代理，并负责创建Session对象。
这里用到了工厂模式。
需要注意的是SessionFactory并不是轻量级的，因为一般情况下，一个项目通常只需要一个SessionFactory就够，当需要操作多个数据库时，可以为每个数据库指定一个SessionFactory。
Configuration接口:Configuration接口负责配置并启动Hibernate，创建SessionFactory对象。
在Hibernate的启动的过程中，Configuration类的实例首先定位映射文档位置、读取配置，然后创建SessionFactory对象。
Transaction接口:Transaction接口负责事务相关的操作。
它是可选的，开发人员也可以设计编写自己的底层事务处理代码。
Query和Criteria接口:Query和Criteria接口负责执行各种数据库查询。
它可以使用HQL语言或SQL语句两种表达方式。
2.2产品的功能2.3开发及运行环境2.3.1硬件平台2.3.2软件平台3.系统功能需求3.1系统需求分析将订单模块分成管理员和顾客两个管理部分：1、管理员：可以查看所有的订单，对已付款的订单进行发货，查看订单详情，按不同方式查询订单。
2、顾客：可以对购物车中的商品进行下单，对未付款的订单进行删除、修改，对已收到货的订单进行确认收货，可以对确认收货的订单进行评论。
3.1.1顾客模块(1)注册功能。
顾客首先要注册为网上商城的用户。
注册时只要填写登录用户名、密码、联系电子信箱3项信息即可。
注册后，用户可继续如实填写详细个人信息及收货人信息，同时可修改密码、查询及修改订单。
(2)选择产品功能。
顾客浏览网上商城，将自己需求的产品放入到购物车中（），可连续添加商品。
(3)管理购物车。
顾客选择完商品后可进入购物车页面，查看自己要购买的商品，可修改某一商品数量、取消购买某商品和清空整个购物车。
(4)订单功能。
顾客确定购物车中的商品后提交订单，如顾客已填写收货人信息，则页面显示该信息并由顾客确认。
如尚未填写则显示相应表单请其填写，系统记录顾客提交的收货人信息以便其下次购物时使用。
