电子商务系统设计

1、电子商务系统设计 班级：计科 完成时间：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 数据库表设计4。4安全模块设计。

2、4。4。1登陆验证。4.4。2 权限管理.。4.4。3 支付安全4.4.4 数据库安全4.4.5 数据传输安全 第5章 软件测试报告.5.1 软件测试理论基础。5。2 部分功能模块测试。第6章 用户手册。.第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。购买商品的业务流程图2。添加商品业务流程图：4。3数据流程分析1.用户登录数据流程图:第1层数据流程处理:第2层数据流程处理：2。购物系统数据流程图3。管理员数据流图第5章 软件系统设计5.1系统功能结构设计5。2功能模块设计5.2。1用户模块设计功能描述：用户注册、用户登陆、个人信息查询和修改、会员信息查看5。2.2店铺管理员设计功能描述如下:商品管理：商品添加、商品删除、商品修改、商品查询店铺管理：店铺信息查询和修改、活动管理订单管理:发货管理、退款管理、取消订单5.2。3系统管理员设

9、计功能描述:管理所有用户信息,系统维护5。2。4 购物模块设计功能描述：地址管理、下单、发货、退款、取消订单、确认收货、评价5.3数据库设计本系统采用MySQL数据库系统。数据库表的结构设计采用规范化的关系模式，解决关系模式中存在的插入、删除、修改和数据冗余等复杂问题.5。3。1 数据库概念设计5。3.2 数据库逻辑设计根据需求分析以及系统功能的需求，系统信息数据库存放在SQL Sever 2005数据表中。下面给出由ER图导出的关系模式:用户（用户编号，用户名，密码，电话，电子邮箱，通讯地址)商品(商品号，商品名,厂商，类别,单价，管理员编号)订单（订单编号，商品号，商品数量，订单状态）管理

10、员(管理员编号，密码，姓名，电话,电子邮件,通讯地址)5.3.3 数据库表设计1.订单表该表存储了用户的订单基本信息，主要用于订单信息记录。字段属性描述如表字段名字段类型字段长度是否为主键描述orderIdInt4是订单编号productIdInt4否商品编号productNumNumberic9 否商品数量orderStateChar10否订单状态表 41 订单表2.用户表该表存储了系统群组的信息，每个群组所享有的权限是不同的，新注册用户默认为待审核成员组。该表的字段属性如表字段名字段类型字段长度是否主键描述userIdInt4是用户编号UsernameChar10否用户名PasswordC

11、har10 否密码PhoneChar11否手机EmailVarchar32否邮箱AddressVarchar64否收货地址表 4-2 用户信息表3。管理员信息表该表存储了管理员的信息，每个管理员所享有的权限是不同的。该表的字段属性如表字段名字段类型字段长度是否主键描述adminIdInt4是管理员编号adminPasswordVarchar32否密码adminNameVarchar10否姓名adminPhoneInt4否手机PowerTinyint1否权限表43 管理员表4。商品信息表该表存储了商品的信息，主要是商品的信息记录。该表的字段属性如表字段名字段类型字段长度是否主键描述product

12、IdInt4是商品编号productNameVarchar10否商品名称companyNameVarchar32否厂商名称StyleChar10否类别unitPriceMoney8否单价productDescribeVarchar512否商品描述adminIdInt4否管理员编号表 44 商品信息表5.4 用户界面设计网上购物不是一个简单的概念，它包含了许多个内容，是由多个页面组成的一个整体的系统。在主页功能方面，采用图形用户界面技术，是系统能够有多重图形窗口和丰富便利的操作界面，通过鼠标或键盘的操作，为用户提供最简洁的使用方法。5.5 安全模块设计5.5.1登陆验证为了保证用户信息安全和财产

13、安全,只有用户进行登陆并验证通过才可以对自己的账户的信息进行操作。密码必须经过加密才可以提交到服务器，防止信息在网络传输中被拦截造成信息泄露。5.5.2 权限管理为了保证系统安全并使系统能够有条不紊的运行，我们对用户的权限进行了严格控制，只有得到相应的权限才能操作对应权限的功能。5。5.3 支付安全借助目前比较成熟的支付宝进行支付，在一定程度上保证支付的安全.我们自己也会在系统中做多重验证，以确保万无一失。5。5.4 数据库安全采用视图模式进行查询和权限限制.5.6。5 数据传输安全1。重要要经过加密以后传输，例如密码经过md5加密后再提交到服务器.2.提交方式采用比较安全的post方式。第6

14、章 功能模块实现与测试本章节介绍了系统部分功能模块的实现,包括用户模块和后台管理员模块的实现过程。由于只有部分功能模块实现，所以软件测试部分只测试了注册与登录的相关数据。6。1 软件测试理论基础6.1。1功能测试 功能测试包含了链接测试、表单测试、 Cookies测试、数据库及功能模块测试等，下面将对其一一介绍.1。链接测试 链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问. 2。表单测试 当用户给Web应用系统管理员

15、提交信息时,就需要使用表单操作，例如用户注册、登陆、信息提交等.在这种情况下,我们必须测试提交操作的完整性,以校验提交给服务器的信息的正确性。例如:用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等.如果使用了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试.例如：当用户填写的信息不完全进行提交时，系统会提示错误。 3。Cookies测试 Cookies通常用来存储用户信息和用户在某应用系统的操作。如果Web应用系统使用了Cookies,就必须检查Cookies是否能正常工作。测试内容可包括Cookies是否起作用，是否按预定时间进行保存，刷新对C

16、ookies有什么影响等. 4.数据库及功能模块测试 在Web应用技术中，数据库起着重要的作用,数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理.在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误,分别是数据一致性错误和输出错误.数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的,针对这两种情况，可分别进行测试。 6.1.2 性能测试性能测试主要测试页面访问的速度和服务器的负载,目的是为了提升用户体验,保障系统可以有条

17、不紊的运行。1。连接速度测试 连接速度指用户连接到Web应用系统的速度。如果Web系统响应时间太长（例如超过5秒钟），用户就会因没有耐心等待而离开。另外，有些页面有超时限制,如果响应速度太慢，用户需要重新提交信息。而且，连接速度太慢还可能引起数据丢失，使用户得不到真实的页面。 2.负载测试负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作.负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。 6。1。3 可用性测试 1。平台测试市场上有很多不同的操作系统类型，最常见的有Windows、Unix、Macintosh、Linux等

18、。Web应用系统的最终用户究竟使用哪一种操作系统，取决于用户系统的配置.这样，就可能会发生兼容性问题，同一个应用可能在某些操作系统下能正常运行，但在另外的操作系统下可能会运行失败。考虑的是实际情况，我们的系统主要是在Windows下的测试。2.浏览器测试 浏览器不同对应现实的界面可能有所不同，为了保证兼容性，软件在上市推广前必须进行浏览器测试，以保证对各个浏览器的兼容。 6。1.4 安全性测试 只有做好了安全，人们才可以放心地使用本系统，该系统才能真正发挥出它的价值。安全性测试区域主要有： 1.现在的Web应用系统基本采用先注册，后登陆的方式.因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感,可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。 2。Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内（例如15分钟）没有点击任何页面,是否需要重新登陆才能正常使用3.当使用了安全套接字时，还要测试加密是否正确,检查信息的完整性。4.服务器