电子商务系统设计

1、HUnan InStitUte Of SCienCe and TeChnolOgy电了商务系统设计班级：计科完成时间：2015年12月28日精选文库第1章可行性分析 21.1开发可行性 21.2技术可行性 21.3经济可行性 .2第2章 软件开发计划 .22.1列出开发计划即可 .2第3章软件需求分析33.1功能需求 .33.2性能需求3.3安全性需求第3章软件系统分析 第4章软件系统设计4.1系统总体结构4.2功能模块设计4.2.1用户模块设计4.2.2店铺管理员设计4.2.3系统管理员设计4.2.4购物模块设计4.3数据库设计4.3.1 数据库概念设计4.3.2 数据库逻辑设计4.3.3

2、数据库表设计4.4安全模块设计4.4.1登陆验证4.4.2权限管理4.4.3支付安全444数据库安全445数据传输安全第5章软件测试报告5.1软件测试理论基础5.2部分功能模块测试第6章用户手册18第1章可行性分析一套优秀的电子商务系统， 不仅可以帮助用户快速选择自己心仪的宝贝，还可以使得我们通过电子商务系统获取一定的利润， 下面我将对社会可行性、技术可行性、经济可行性进 行分析，证明目前开发一套电子商务系统是可行的。1.1社会可行性首先，国家喊响了“互联网 +”的口号，证明政府对于互联网方面的支持力度很大；其 次，互联网发展非常快速， 尤其是移动互联网的发展尤其迅速，这就给电子商务奠定了基础

3、；最后，人们对于网上购物比较热衷，在中国淘宝还推出了双11购物狂欢节，既然有这么大的需求，那么建立一个电子商务网站就是可行的。1.2技术可行性html5的逐步发展使得电子商务的开发变得简单，实现了跨平台浏览，给人们加大的方 便。并且，结合类似于 php, asp等后台语言和数据库，开发一套比较成熟的电子商务系统 是可行的。1.3经济可行性开发电子商务需要用到 html标签语言，一款记事本即可开发；后台语言我们可以米用 开源的PhP语言；数据库我们采用现代比较流行的免费的MySQL数据库。综合看来，我们的开发成本非常低，但是一旦电子商务开发成功并成功推行，我们将依次获得丰厚利润。第2章软件开发计

4、划一个好的软件开发项目， 必须制定适合自己开发特点的软件开发计划，只有这样才能保证开发的效率，是项目如期完成。由于此次是大学的期末课程设计，自主支配的时间非常有限，所以我们的开发只能此次项目的前半部分（文档及部分模块简单实现）。开发进度日期可行性分析和软件项目计划2015年11月28日到12月5日软件需求分析2015年12月6日到12月8日软件系统分析2015年12月9日到12月14日软件系统设计2015年12月13日到12月19日软件测试报告2015年12月20日到12月23日用户手册2015年12月24日到12月27日表2-1项目计划安排第3章软件需求分析二一世纪是网络高速的时代，人们的生

5、活越来越离不开网络，而购物模式从传统模式慢慢地转变为网络购物模式。网络购物使我们足不出户便可以买到我们想买的东西，给我们带来了极大的方便。不可否认，网购已经成为我们日常生活中不可缺少的一部分。既然有需求，那肯定就有商机，所以开发一套完整的电子商务系统就显得很有必要。下面我们将针对电子商务系统做个简单的需求分析：3.1功能需求分为用户需求和管理员需求。用户需求对应的就是前台功能需求，就是用户系统之间的交互；管理员需求对应的就是后台功能需求，就是管理员对整个电子商务系统的管理。3.1.1前台功能需求1. 商品商品展示、商品查看、商品查询等功能2. 购物车加入购物车、购物车商品查询、购物车商品修改、

6、商品结算、商品删除等功能。3. 会员注册登录、信息查看及修改、积分及积分查询、会员等级4. 订单订单生成及取消、订单浏览及查询、修改订单、订单结算、退款或确认收货、订单评价3.1.2后台功能需求1. 商品商品类别管理、商品添加和删除、商品修改、商品查询2. 订单订单查询、退款管理、订单取消或发货操作3会员会员查询、会员修改、账号冻结解冻、会员删除、会员等级设置3.1.3外部接口需求通过使用接口，使得计算机能够使用浏览器就可以使用该系统。3.1.4安全性需求对所有用户的恶意破坏都有一定的保护措施，对所有用户的安全进行保护。3.2性能需求对该系统的反应的速度的要求必须十分迅速， 并且对所有的用户的

7、恶意破坏都有一定的 保护措施，并且能够对所有的用户的安全进行保护，并且能第一时间对用户或者管理员的信息进行第一时间的修改。3.3安全性需求人们对安全的重视度越来越高， 尤其是像电子商务一样的涉及到钱财的更为重视；其次,除了对财务安全重视外，人们对个人信息也非常重视，因为有些不法分子利用个人信息做一 些违法的事。所以我们的系统对安全的需求很高，只有安全性足够高，人们才可以放心使用我们的平台。第4章软件系统分析本章节依托于需求分析，作为软件设计及软件测试的基准。该系统采用B/S架构模式,利用大学期间自学的 PHP作为后台语言，MySQL作为数据库系统。系统设计过程中遵循标 准的软件设计规范，使系统

8、可维护性增强，减少后续维护过程中的麻烦。4.1组织结构分析本系统的组织结构图如下：产品销售技术财务币场窖鞭人力4.2业务流程分析1购买商品的业务流程图4.3数据流程分析1用户登录数据流程图:第1层数据流程处理：第2层数据流程处理:2.购物系统数据流程图浏此器3管理员数据流图改信息店铺购物系统f订单套店稱 L用户川户蠱用PteH第5章软件系统设计5.1系统功能结构设计JJJiir<ni5.2功能模块设计5.2.1用户模块设计功能描述：用户注册、用户登陆、个人信息查询和修改、会员信息查看5.2.2店铺管理员设计功能描述如下：商品管理：商品添加、商品删除、商品修改、商品查询店铺管理：店铺信息查

9、询和修改、活动管理订单管理：发货管理、退款管理、取消订单5.2.3系统管理员设计功能描述：管理所有用户信息，系统维护5.2.4购物模块设计功能描述：地址管理、下单、发货、退款、取消订单、确认收货、评价5.3数据库设计本系统采用MySQL数据库系统。数据库表的结构设计采用规范化的关系模 式，解决关系模式中存在的插入、删除、修改和数据冗余等复杂问题。531数据库概念设计订单E-R图=订单祥细532数据库逻辑设计根据需求分析以及系统功能的需求，系统信息数据库存放在SQL SeVer 2005数据表中。下面给出由ER图导出的关系模式：用户（用户编号，用户名，密码，电话，电子邮箱，通讯地址）商品（商品号

10、，商品名，厂商，类别，单价，管理员编号）订单（订单编号，商品号，商品数量，订单状态）管理员（管理员编号，密码，姓名，电话，电子邮件，通讯地址）533数据库表设计1.订单表该表存储了用户的订单基本信息，主要用于订单信息记录。字段属性描述如表字段名字段类型字段长度是否为主键描述OrderIdInt4是订单编号ProdUCtIdInt4否商品编号PrOdUCtNUmNUmberiC9否商品数量OrderStateChar10否订单状态表4-1 订单表2.用户表该表存储了系统群组的信息，每个群组所享有的权限是不同的，新注册用户默认为待审核成 员组。该表的字段属性如表字段名字段类型字段长度是否主键描述U

11、SerIdInt4是用户编号USer nameChar10否用户名PaSSWOrdChar10否密码PhoneChar11否手机EmailVarChar32否邮箱AddreSSVarChar64否收货地址表4-2用户信息表3.管理员信息表该表存储了管理员的信息，每个管理员所享有的权限是不同的。该表的字段属性如表字段名字段类型字段长度是否主键描述admi nldInt4是管理员编号adm in PaSSWordVarChar32否密码adm inN ameVarChar10否姓名adm inPhoneInt4否手机PowerTi nyi nt1否权限表4-3管理员表4.商品信息表 该表存储了商品

12、的信息，主要是商品的信息记录。该表的字段属性如表字段名字段类型字段长度是否主键描述PrOdUCtIdInt4是商品编号PrOdUCtNameVarChar10否商品名称compa ny NameVarChar32否厂商名称StyleChar10否类别Un itPriceMoney8否单价PrOdUCtDeSCribeVarChar512否商品描述admi nldInt4否管理员编号表4-4商品信息表5.4用户界面设计网上购物不是一个简单的概念， 它包含了许多个内容， 是由多个页面组成的一个整体的 系统。在主页功能方面，采用图形用户界面技术， 是系统能够有多重图形窗口和丰富便利的 操作界面，通过

13、鼠标或键盘的操作，为用户提供最简洁的使用方法。5.5安全模块设计5.5.1登陆验证为了保证用户信息安全和财产安全，只有用户进行登陆并验证通过才可以对自己 的账户的信息进行操作。密码必须经过加密才可以提交到服务器，防止信息在网 络传输中被拦截造成信息泄露。5.5.2权限管理为了保证系统安全并使系统能够有条不紊的运行，我们对用户的权限进行了严格 控制，只有得到相应的权限才能操作对应权限的功能。5.5.3支付安全借助目前比较成熟的支付宝进行支付，在一定程度上保证支付的安全。我们自己也会在系统中做多重验证，以确保万无一失。5.5.4数据库安全采用视图模式进行查询和权限限制。5.6.5数据传输安全1.

14、重要要经过加密以后传输，例如密码经过 md5加密后再提交到服务器。2. 提交方式采用比较安全的PoSt方式。精选文库第6章功能模块实现与测试本章节介绍了系统部分功能模块的实现，包括用户模块和后台管理员模块的 实现过程。由于只有部分功能模块实现，所以软件测试部分只测试了注册与登录 的相关数据。6.1软件测试理论基础6.1.1功能测试功能测试包含了链接测试、表单测试、Cookies测试、数据库及功能模块测试等，下面将对其一一介绍。1. 链接测试链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立的页面

15、，所谓孤立页面是指没有链接指向该页面，只有知道正确的 URL地址才能访问。2. 表单测试当用户给Web应用系统管理员提交信息时，就需要使用表单操作，例如用户 注册、登陆、信息提交等。在这种情况下，我们必须测试提交操作的完整性，以 校验提交给服务器的信息的正确性。例如：用户填写的出生日期与职业是否恰当， 填写的所属省份与所在城市是否匹配等。如果使用了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试。例如：当用户填写 的信息不完全进行提交时，系统会提示错误。3. Cookies 测试Cookies通常用来存储用户信息和用户在某应用系统的操作。如果Web应用系统使用了 C

16、ookies ,就必须检查 Cookies是否能正常工作。测试内容可包括 Cookies是否起作用，是否按预定时间进行保存，刷新对Cookies有什么影响等。4. 数据库及功能模块测试在Web应用技术中，数据库起着重要的作用，数据库为Web应用系统的管理、 运行、查询和实现用户对数据存储的请求等提供空间。 在Web应用中，最常用的 数据库类型是关系型数据库，可以使用SQL对信息进行处理。在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输 出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针

17、对这两种情况，可分别进行测试。6.1.2性能测试性能测试主要测试页面访问的速度和服务器的负载，目的是为了提升用户体 验，保障系统可以有条不紊的运行。1. 连接速度测试连接速度指用户连接到 Web应用系统的速度。如果Web系统响应时间太长（例 如超过5秒钟），用户就会因没有耐心等待而离开。 另外，有些页面有超时限制， 如果响应速度太慢，用户需要重新提交信息。而且，连接速度太慢还可能引起数 据丢失，使用户得不到真实的页面。2. 负载测试负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在 需求范围内能正常工作。负载级别可以是某个时刻同时访问 Web系统的用户数 量，也可以是在线数

18、据处理的数量。6.1.3可用性测试1. 平台测试市场上有很多不同的操作系统类型， 最常见的有 Windows UniX、MaCintosh、 LinUX等。Web应用系统的最终用户究竟使用哪一种操作系统，取决于用户系统 的配置。这样，就可能会发生兼容性问题，同一个应用可能在某些操作系统下能 正常运行，但在另外的操作系统下可能会运行失败。考虑的是实际情况，我们的 系统主要是在Windows下的测试。2. 浏览器测试浏览器不同对应现实的界面可能有所不同，为了保证兼容性，软件在上市推广前必须进行浏览器测试，以保证对各个浏览器的兼容。6.1.4安全性测试只有做好了安全，人们才可以放心地使用本系统，该系统才能真正发挥出它 的价值。安全性测试区域主要有:1. 现在的Web应用系统基本采用先注册，后登陆的方式。因此，必须测试有效和 无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可 以不登陆而直接浏览某个页面等。2. W