网络购物中心总体设计.ppt

网 上 购 物 系 统 总体设计,软 件 工 程,一.引 言,本概要设计文档说明描述了“网上购物系统”项目的总体设计思路，作为系统详细设计、项目目标及项目验收的依据。总体设计详细描述了系统的功能结构、各模块的划分和数据库的设计以及体系结构和开发技术。,二.系 统 功 能,结 构 设 计,系 统 模 块 划 分,前台购物模块,后台购物模块,注册模块,商品搜索模块,开始搜索,用户登录模块,商品管理模块,商品管理,查询商品,修改， 删除,满意否,返回,添加 商品,是,否,购物车模块,满意吗,购物车,查看商品,下订单,调整商品,是,否,系统的功能结构图（一）,网上购物系统实现了基本的登录验证、查询商品、购物车处理以及订单处理等功能。 本系统通过用户名和密码来验证用户的身份；允许用户通过商品id来查询需要购买的商品的详细信息；允许用户分页浏览所有的商品信息；实现了购物车，用户可以随意的添加商品到购物车中，也可以从购物车中拿出商品；实现订单处理，用户可以提交购物单并获得购物单号及总金额。,商品展示：系统指定几件最新商品和特价商品及其信息呈列出来，并且将商品销售排行列出。 商品查询：按类别检索，根据需要商品的类别进行检索；模糊搜索：可对需要的查询的商品进行模糊搜索，通过对需要商品的价格范围等约束进行搜索。 购物车：简洁明了的购物车，能进行商品的放入，删除，查询。 用户管理：注册用户登录前显示登录框，登陆后用户除了可以进行购物外，还可修改自己的资料，可以进入自己的帐号页面，通过选择进行适当的修改，里面包括对自己的购物车的查询，订单状况的查询。未注册用户进行注册。 收银台: 购物后，可进入收银台，确认支付和配送方法后生成订单。 订单查询：用户可以查询自己订单的处理情况和历史订单。 商城公告：公布商品的最新消息,系统前台功能结构,系统前台功能结构图,1)公告管理 添加公告，包括公告标题和公告内容等； 修改公告； 删除公告。 2)商品管理 添加商品类别； 修改商品类别； 删除商品类别； 添加商品信息，包括商品类别、名称、编号、所属公司等信息； 商品图片上传、修改和删除； 修改商品信息； 删除商品信息； 查看商品信息。,系统的功能结构图（二）,3)订单管理 处理订单； 办理发货； 办理结账； 删除订单； 4）用户管理； 增加用户； 删除用户； 用户信息修改。,公告管理,订单管理,商品管理,用户管理,系统后台功能结构,三. 接 口 设 计,外部接口,内部接口,用户界面 我们的用户界面由注册界面、登陆界面、浏览商品界面、查询界面、购物界面等各大界面构成，每一个界面都有着各自的作用。 软件接口 该系统与我们的数据库相连(其中数据库里包括我们所提供的商品信息，各商品的价格等数据)，同时数据库也用来保存各用户的信息(如：注册用户信息、会员信息等)。,输入设计 输入设计必须考虑周全，尽量使出错率降到最低。 输出设计 设计的出发点应当是保证输出表格方便的为使用者服务，正确及时的反映和组成用户生产和服务部门的有用信息。 人机对话设计 人机对话主要是指在计算机程序运行中，使用者与计算机系统之间通过终端屏幕或其他装置进行一系列交替的询问与回答。对话设计的任务是与用户共同的确定对话方式、内容与具体格式。,1、从购物网站到网上银行系统,购物网站与网上银行接口,每份用户订单递交时，购物网站向网上银行系统发送一条消息，包括购物网站代号，订单号，该订单转帐钱数等信息，并保证该条信息足够安全的到达银行。 银行通过监听一个端口，接受该条消息并验证消息的正确性，如果消息正确（非他人向银行恶意传递）则实现由购物网站页面到网上银行系统页面的跳转。,当用户银行账户中的钱顺利转到购物网站银行账户中以后，银行需要把这条消息反馈给购物网站，同样购物网站通过监听一个端口，接受银行传过来的反馈信息，标实哪位用户的哪笔订单转帐成功。,2、从网上银行系统到购物网站,四.数据库 逻辑结构设计,数据库逻辑结构设计,e-r模型转化为关系模式 （1）管理员实体集可以转换为关系： 管理员 (id,account,password,name,age,sigh) （2）商品实体集可以转换为关系： 商品(id,bigid,smallid,goodname,goodform,introduce,creatime,nowprice,freeprice,number, mark,account） （3）用户实体集可以转换为关系： 用户（id,name,password,reallyname,age,profession,e-mail,question,result,account） （4）商品类别实体集分为两个实体集： 商品大分类实体集和商品小分类实体集 商品大分类实体集可以转换为关系： 商品大分类 (id,bigname,creatime,account) 商品小分类（id,bigid,smallname,creatime,account） （5）订单实体集可以转换为关系： 订单 (id, number,name,reallyname,address,tel,setmoney,post,bz,sign,account) （6）商品和用户之间的浏览联系可以转换为关系： 浏览（bigid,name）,五.数据库 物理结构设计,主要数据表结构,1、tb_goods(商品信息表) 商品信息表主要用来保存商品信息。 2、tb_bigtype(商品大分类信息表) 商品大分类信息表主要用来保存商品类别中大的类别信息。 3、tb_smalltype(商品小分类信息表) 商品小分类信息表主要用来保存商品类别中小的类别信息。 4、tb_order(订单信息主表) 订单信息主表用来保存订单的概要信息。,5、tb_orderdetail(订单明细表) 订单明细表用来保存订单的详细信息。 6、tb_member(会员信息表) 会员信息表主要用来存储所注册会员的信息。 7、tb_manager(管理员信息表) 管理员信息表用来保存管理员信息。 8、tb_affiche(公告信息表) 公告信息表主要用来保存商城的公告信息。 9、tb_link(网站链接信息表) 网站链接信息表主要用来保存商城网站链接信息。,六.系统的体系结构和开发技术,1.web 系统,采用struts框架的mvc开发模式以struts+servlet + jsp + javabean 开发，服务器为tomcat。,优点： 1.利用struts提供的taglib可 以大大节约开发时间。 2. 表现与逻辑分离。 3.维护扩展比较方便。 4.便于团队开发,1.client browser（客户浏览器） 来自客户浏览器的每个 http 请求创建一个事件。web 容器将用一个 http 响应作出响应。 2.controller（控制器） 控制器接收来自浏览器的请求，并决定将这个请求发往何处。就 struts 而言，控制器是以 servlet 实现的一个命令设计模式。 struts-config.xml 文件配置控制器。 3.业务逻辑 业务逻辑更新模型的状态，并帮助控制应用程序的流程。就 struts 而言，这是通过作为实际业务逻辑“瘦”包装的 action 类完成的。 4.model（模型）的状态 模型表示应用程序的状态。业务对象更新应用程序的状态。actionform bean 在会话级或请求级表示模型的状态，而不是在持久级。jsp 文件使用 jsp 标记读取来自 actionform