基于java的电脑配件线上销售系统论文

基于java的电脑配件线上销售系统论文内容摘要：

的 电脑配件线上销售系统，对 系统 总体 的 功能结构 做 了 整体概述。 太原理工大学毕业设计 (论文 )用纸 12 2 需求分析 需求分析就是剖析用户的需求，是关于软件定义的最后一个生命阶段，它必须得出的结果就是准确回答出“系统必须要做什么。 ”这个问题。 需求分析也是设计数据库的出发点，需求分析的最终结果是否能够准确反映出用户的实际要求，将完全影响到后面各个设计阶段，并影响到设计结果是否合理和实用。 功能需求分析 系统主要由两部分组成，一部分是前台销售部分，客户通过浏览器访问登录，浏览本店购买电脑配件。 前台部分，客户可以申请加入会员，客户信息的管理，客户的登录，修改密码，找回密码，进行电脑配件信息的选购，提交订单，订单的查看，公告的查看等操作。 系统前台功能模块图如图 21。 图 21 客户端功能模块图 Fig21 Client Function Block Diagram 另一部分是后台管理部分，商家管理相关信息发布，电脑配件管理，订单管理，客户管理等。 信息发布主要是电脑配件信息的发布，有按不同方式的电脑配件分类，新品的展示；系统前台功能模块注册用户模块用户登录模块配件信息浏览配件信息检索购物车模块订单管理模块个人信息管理 太原理工大学毕业设计 (论文 )用纸 13 以及信息公告的管理，包括添加，更新，删除等操作。 电脑配件管理是指电脑配件信息的录入，更新，删除等操作。 订单管理是指订单的查看，确认与发送等操作。 客户管理是对客户进行一些相关操作，如删除等。 系统后台功能模块图如图 22。 图 22 后台管理端功能模块图 Fig22 backward management Function Block Diagram 业务流程分析 系统是由前台和后台两部分组成。 前台即客户端，在前台客户进入首页，在首页用户可以查看电脑配件信息，可以根据分类查看其它电脑配件信息，以及公告和电脑配件知识。 在客户看中某一电脑配件时，可以先登录，或注册，然后可以随心选购电脑配件，也可以提交订单。 客户端流程图如图 23。 系统后台功能模块图注册用户管理配件信息管理订单信息管理最新活动展示系统信息管理密码信息管理管理账户管理 太原理工大学毕业设计 (论文 )用纸 14 图 23 客户端流程图 Fig23 Client flowchart 后台管理部分，管理员从网站首页用户登录界面登录进入后台管理首页即可进行管理操作。 在后台管理员可以进行用户管理，电脑配件管理，订单管理，最新产品展示管理。 后台管理端流程如（图 24）。 前台用户浏览配件 检索配件 产品展示用户登录未登录 未注册用户登录 用户注册浏览产品 ， 购物用户信息及订单浏览订单信息提交 太原理工大学毕业设计 (论文 )用纸 15 图 24 后台管理端流程图 Fig24 backward management flowchart 数据流分析 数据流程分析设计主要包括对信息的起伏、传达、处理、保存等的分析。 数据流程分析的目的是要察觉并解决数据流通中的问题。 现阶段多是通过分层的数据流程图（ data flow diagram，简称 DFD）来实现数据流程分析的。 其具体的做法是：按照业务流程图将业务流程顺序整理出来，将相应调查中所操作的数据处理过程，描绘成一整套完整的数据流程图。 对于本电脑配件销售系统而言，管理员用户将电脑配件的各种最新信息录入数据库，同时也可以对数据库中的信息进行修改以及更新。 会员用户注册信息，提交登录信息、查看个人信息、所有电脑配件 信息，订单信息的发送、电脑配件信息的选择。 在整个过程中又涉及到，管理所有的用户信息，查询处理，前台销售订单处理，购物车管理，后台订单处理，所有电脑配件信息管理等信息的处理。 还有在数据库文件有用户信息表，所有电脑配件信息表，以及订单信息表等。 管理员管理员验证注册用户管理失败配件信息管理 产品展示管理订单信息管理 管理账户管理成功 太原理工大学毕业设计 (论文 )用纸 16 数据字典 数据库的重要部分是数据字典。 它存放有数据库所用的有关信息，对用户来说是一组只读的表。 数据字典内容包括：数据库中所有模式对象的信息，如表、视图、簇、及索引等。 分配多少空间，当前使用了多少空间等，列的缺省值，约束信息的完整性，用户的名字，用户及角色被授予的 权限，用户访问或使用的审计信息，其它产生的数据库信息。 数据库数据字典是一组表和视图结构，它们存放在 SYSTEM 表空间中。 数据库数据字典不仅是每个数据库的中心，而且对每个用户也是非常重要的信息。 用户可以用SQL 语句访问数据库数据字典数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合，组成 ： （ 1）数据流 （ 2）数据流分量，即数据元素 （ 3）数据存储 （ 4）处理下面为本系统的数据字典： （ 1）数据流 数据流名称：用户登录信息 别名：无 简述：用户登录时填写的信息 来源：用户 去 向：用户登录 数据流量： 500 份 /天 组成：用户名 +密码 数据流名称：用户注册信息 别名：无 简述：用户注册时填写的信息 来源：用户 去向：用户注册 数据流量： 10 份 /天 组成：用户名 +用户真实姓名 +密码 +电邮 +联系电话 +性别 +（联系地址） +（邮编） 太原理工大学毕业设计 (论文 )用纸 17 数据流名称：用户信息 别名：无 简述：用户查看和修改用户信息时显示或填写的信息 来源：用户或用户信息的修改与查询 去向：用户信息的修改与查询或用户 数据流量： 30 份 /天 组成：用户编号 +用户注册信息 数据流名称：添加的电脑配件信息 别名：无 简述：管理员添加电脑配件时填写的信息 来源：管理员 去向：电脑配件信息的添加 数据流量： 50 份 /天 组成：电脑配件的一般信息 +电脑配件组成明细 数据流名称：电脑配件的一般信息 别名：无 简述：管理员添加电脑配件时填写的信息 来源：电脑配件信息的添加 去向：电脑配件信息表文件 数据流量： 50 份 /天 组成：电脑配件名称 +电脑配件简介 +电脑配件类别 +价格 +图片名称 数据流名称：电脑配件组成明细 别名：无 简述：管理员添加电脑配件时填写的信息 来源：电脑配件信息的添加 去向：电脑配件组成明细添加 太原理工大学毕业设计 (论文 )用纸 18 数据流量： 50 份 /天 组成：电脑配件材料名称 +数量 数据流名称：添加的电脑配件类别信息 别名：无 简述：管理员添加电脑配件时填写的信息 来源：电脑配件信息的添加 去向：电脑配件类别的添加 数据流量： 50 份 /天 组成：电脑配件名称 +电脑配件简介 +电脑配件类别 +价格 +图片名称 数据流名称：电脑配件信息 别名：无 简述：管理员添加电脑配件时填写的信息 来源：电脑配件信息的修改 去向：管理员 数据流量： 10 份 /天 组成：电脑配件编号 +电脑配件的一般信息 +电脑配件组成明细 数据流名称：确认订单信息，待确认订单信息，待发送订单信息，发送订单信息 别名：无 简述：管理员确认订单有效后填入的信息，管理员发送订单的信息 来源：管理员 去向：订单确认，订单的查询 数据流量： 30 份 /天 组成：订单编号 数据流名称：订单信息 别名：无 简述：管理员查看订单，用户查看，提交订单的信息 太原理工大学毕业设计 (论文 )用纸 19 来源：用户或订单的查询 去向：前台订单处理或用户 数据流量： 100 份 /天 组成：订单编号 +订单的发送信息 +订单明细 数据流名称：订单明细 别名：无 简述：从购物车用户选购电脑配件明细在订单生成时转变过来 来源：购物车模块 去向：前台订单处理 数据流量： 100 份 /天 组成：订单编号 +订单的发送信息 +订单明细 数据流名称：各种相关信息 别名：无 简述：管理员录入数据或读取数据是的信息 来源：录入 去向：数据文件 数据流量： 10 份 /天 组成：各类信息 （ 2）数据流分量 名称：用户名 别名：无 描述：用户信息中惟一标识某一用户的关键域 定义：用户名 =6{字符或数字 }16 位置：用户信息表 用户注册信息 用户登录信息 太原理工大学毕业设计 (论文 )用纸 20 名称：密码 别名：无 描述：对用户登录进行验证的关键域 定义：密码 =6{字符或数字 }16 位置：用户信息表 用户登录信息 用户注册信息 名称：电脑配件名称 别名：无 描述：电脑配件信息中惟一标识某一电脑配件的关键域 定义：电脑配件名称 =1{字符或数字 }20 位置：电脑配件信息表 电脑配件一般信息 订单明细信息 名称：订单编号 别名：无 描述：订单信息中惟一标识某一订单的关键域 定义：用户名 =用户编号 +时间 位置：订单信息表 订单明细信息 待确认订单信息 待发送订单信息 发送订单信息 名称：订单编号 太原理工大学毕业设计 (论文 )用纸 21 别名：无 描述：订单信息中惟一标识某一订单的关键域 定义：用户名 =用户编号 +时间 位置：订单信息表 订单明细信息 待确认订单信息 待发送订单信息 发送订单信息 （ 3）数据存储 数据存储的名称 : 数据库信息 简述 : 存放的用户信息、电脑配件信息、订单信息、电脑配件材料信息等 数据存储的组成 : 各类信息 关键字 : 编号 相关联的处理 : P1（对信息表进行录入） P2（对信息表进行查询） P3（对信息表进行修改删除 ) （ 4）处理 处理逻辑编号 : P0301 处理逻辑名称 : 信息录入 简述 : 对基本信息进行录入 . 输入的数据流 :管理员、用户 处理过程 : 进行分类录入 输出的数据流 : 各类数据表 处理逻辑编号 : P0302 处理逻辑名称 : 查询各类信息 太原理工大学毕业设计 (论文 )用纸 22 简述 : 根据条件查询所需的信息 . 输入的数据流 :信息来源于数据库 处理过程 : 输入查询条件查询 ,得到符合条件的信息 输出的数据流 : 查询得到的信息 处理逻辑编号 : P0303 处理逻辑名称 : 修改、删除信息 简述 : 对信息做需要的修改后存入数据库中 . 输入的数据流 :数据库信息 处理过程 : 对需要修改的信息做修改 输出的数据流 : 修改或删除后得到的信息 可行 性分析 技术可行性 技术可行性是指决策的技术和决策方案的技术不能突破组织所拥有的或有关人员所掌握的技术资源条件的边界。 本系统是基于 JSP 的电脑配件线上销售系统，由于 B/S 架构的局限性， B/S 架构已成为基于 Web 应用的最佳选择。 B/S 架构中，显示逻辑交给了 Web 浏览器，事务处理逻辑在放在了 WebApp 上，这样就避免了庞大的胖客户端，减少了客户端的压力。 因为客户端包含的逻辑很少，因此也被成为瘦客户端。 优点：客户端无需安装，有 Web 浏览器即可； BS 架构可以直接放在广域网上，通过一定的权限控制实现多 客户访问的目的，交互性较强； BS 架构无需升级多个客户端，升级服务器即可。 另外 JSP 的效率是非常高的，作为一种 Web 实现技术。 效率高正好符合了电脑配件销售系统所要求的实时性，当。