电子商务系统设计.docx

上传人:牧羊曲112 文档编号:4267541 上传时间:2023-04-12 格式:DOCX 页数:20 大小:926.69KB
返回 下载 相关 举报
电子商务系统设计.docx_第1页
第1页 / 共20页
电子商务系统设计.docx_第2页
第2页 / 共20页
电子商务系统设计.docx_第3页
第3页 / 共20页
电子商务系统设计.docx_第4页
第4页 / 共20页
电子商务系统设计.docx_第5页
第5页 / 共20页
点击查看更多>>
资源描述

《电子商务系统设计.docx》由会员分享,可在线阅读,更多相关《电子商务系统设计.docx(20页珍藏版)》请在三一办公上搜索。

1、电子商务系统设计班级:计科完成时间: 2015 年 12 月 28 日1目 录第 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 数据库

2、概念设计 4.3.2 数据库逻辑设计 4.3.3 数据库表设计 4.4 安全模块设计 .4.4.1 登陆验证 .4.4.2 权限管理 .4.4.3 支付安全 24.4.4 数据库安全 4.4.5 数据传输安全 第 5 章 软件测试报告 .5.1 软件测试理论基础 .5.2 部分功能模块测试 .第 6 章 用户手册 .3第1章 可行性分析一套优秀的电子商务系统, 不仅可以帮助用户快速选择自己心仪的宝贝, 还可以使得我们通过电子商务系统获取一定的利润, 下面我将对社会可行性、 技术可行性、 经济可行性进行分析,证明目前开发一套电子商务系统是可行的。1.1 社会可行性首先,国家喊响了“互联网 +”的

3、口号,证明政府对于互联网方面的支持力度很大;其次,互联网发展非常快速, 尤其是移动互联网的发展尤其迅速, 这就给电子商务奠定了基础;最后,人们对于网上购物比较热衷,在中国淘宝还推出了双 11 购物狂欢节,既然有这么大的需求,那么建立一个电子商务网站就是可行的。1.2 技术可行性html5 的逐步发展使得电子商务的开发变得简单,实现了跨平台浏览,给人们加大的方便。并且,结合类似于 php,asp 等后台语言和数据库,开发一套比较成熟的电子商务系统是可行的。1.3 经济可行性开发电子商务需要用到 html 标签语言,一款记事本即可开发;后台语言我们可以采用开源的 php 语言; 数据库我们采用现代

4、比较流行的免费的 MySQL数据库。 综合看来, 我们的开发成本非常低,但是一旦电子商务开发成功并成功推行,我们将依次获得丰厚利润。第2章 软件开发计划一个好的软件开发项目, 必须制定适合自己开发特点的软件开发计划, 只有这样才能保证开发的效率, 是项目如期完成。 由于此次是大学的期末课程设计, 自主支配的时间非常有限,所以我们的开发只能此次项目的前半部分 ( 文档及部分模块简单实现 ) 。开发进度 日 期可行性分析和软件项目计划 2015 年 11 月 28 日到 12 月 5 日软件需求分析 2015 年 12 月 6 日到 12 月 8 日软件系统分析 2015 年 12 月 9 日到

5、12 月 14 日软件系统设计 2015 年 12 月 13 日到 12 月 19 日4软件测试报告 2015 年 12 月 20 日到 12 月 23 日用户手册 2015 年 12 月 24 日到 12 月 27 日表 2-1 项目计划安排第3章 软件需求分析二十一世纪是网络高速的时代, 人们的生活越来越离不开网络, 而购物模式从传统模式慢慢地转变为网络购物模式。 网络购物使我们足不出户便可以买到我们想买的东西, 给我们带来了极大的方便。 不可否认, 网购已经成为我们日常生活中不可缺少的一部分。 既然有需求,那肯定就有商机, 所以开发一套完整的电子商务系统就显得很有必要。 下面我们将针对电

6、子商务系统做个简单的需求分析:3.1 功能需求分为用户需求和管理员需求。 用户需求对应的就是前台功能需求, 就是用户系统之间的交互;管理员需求对应的就是后台功能需求,就是管理员对整个电子商务系统的管理。3.1.1 前台功能需求1. 商品商品展示、商品查看、商品查询等功能2. 购物车加入购物车、购物车商品查询、购物车商品修改、商品结算、商品删除等功能。3. 会员注册登录、信息查看及修改、积分及积分查询、会员等级4. 订单订单生成及取消、订单浏览及查询、修改订单、订单结算、退款或确认收货、订单评价3.1.2 后台功能需求1. 商品商品类别管理、商品添加和删除、商品修改、商品查询2. 订单订单查询、

7、退款管理、订单取消或发货操作53.会员会员查询、会员修改、账号冻结解冻、会员删除、会员等级设置3.1.3 外部接口需求通过使用接口,使得计算机能够使用浏览器就可以使用该系统。3.1.4 安全性需求对所有用户的恶意破坏都有一定的保护措施,对所有用户的安全进行保护。3.2 性能需求对该系统的反应的速度的要求必须十分迅速, 并且对所有的用户的恶意破坏都有一定的保护措施, 并且能够对所有的用户的安全进行保护, 并且能第一时间对用户或者管理员的信息进行第一时间的修改。3.3 安全性需求人们对安全的重视度越来越高, 尤其是像电子商务一样的涉及到钱财的更为重视; 其次,除了对财务安全重视外, 人们对个人信息

8、也非常重视, 因为有些不法分子利用个人信息做一些违法的事。 所以我们的系统对安全的需求很高, 只有安全性足够高, 人们才可以放心使用我们的平台。第4章 软件系统分析本章节依托于需求分析,作为软件设计及软件测试的基准。该系统采用 B/S 架构模式,利用大学期间自学的 PHP作为后台语言, MySQL 作为数据库系统。系统设计过程中遵循标准的软件设计规范,使系统可维护性增强,减少后续维护过程中的麻烦。4.1 组织结构分析本系统的组织结构图如下:64.2 业务流程分析1.购买商品的业务流程图72.添加商品业务流程图:4.3 数据流程分析1.用户登录数据流程图:第 1 层数据流程处理:第 2 层数据流

9、程处理:2.购物系统数据流程图83.管理员数据流图9第5章 软件系统设计5.1 系统功能结构设计5.2 功能模块设计5.2.1 用户模块设计功能描述:用户注册、用户登陆、个人信息查询和修改、会员信息查看5.2.2 店铺管理员设计功能描述如下:商品管理:商品添加、商品删除、商品修改、商品查询店铺管理:店铺信息查询和修改、活动管理订单管理:发货管理、退款管理、取消订单5.2.3 系统管理员设计功能描述:管理所有用户信息,系统维护5.2.4 购物模块设计功能描述:地址管理、下单、发货、退款、取消订单、确认收货、评价5.3 数据库设计10本系统采用 MySQL数据库系统。数据库表的结构设计采用规范化的

10、关系模式,解决关系模式中存在的插入、删除、修改和数据冗余等复杂问题。5.3.1 数据库概念设计115.3.2 数据库逻辑设计根据需求分析以及系统功能的需求,系统信息数据库存放在 SQL Sever 2005数据表中。下面给出由 ER图导出的关系模式:用户(用户编号,用户名,密码,电话,电子邮箱,通讯地址)商品(商品号,商品名,厂商,类别,单价,管理员编号)订单(订单编号,商品号,商品数量,订单状态)管理员(管理员编号,密码,姓名,电话,电子邮件,通讯地址)125.3.3 数据库表设计1.订单表该表存储了用户的订单基本信息,主要用于订单信息记录。字段属性描述如表字段名 字段类型 字段长度 是否为

11、主键 描述orderId Int 4 是 订单编号productId Int 4 否 商品编号productNum Numberic 9 否 商品数量orderState Char 10 否 订单状态表 4-1 订单表2.用户表该表存储了系统群组的信息, 每个群组所享有的权限是不同的, 新注册用户默认为待审核成员组。该表的字段属性如表字段名 字段类型 字段长度 是否主键 描述userId Int 4 是 用户编号Username Char 10 否 用户名Password Char 10 否 密码Phone Char 11 否 手机Email Varchar 32 否 邮箱Address Va

12、rchar 64 否 收货地址表 4-2 用户信息表133.管理员信息表该表存储了管理员的信息,每个管理员所享有的权限是不同的。该表的字段属性如表字段名 字段类型 字段长度 是否主键 描述adminId Int 4 是 管理员编号adminPassword Varchar 32 否 密码adminName Varchar 10 否 姓名adminPhone Int 4 否 手机Power Tinyint 1 否 权限表 4-3 管理员表4.商品信息表该表存储了商品的信息,主要是商品的信息记录。该表的字段属性如表字段名 字段类型 字段长度 是否主键 描述productId Int 4 是 商品编

13、号productName Varchar 10 否 商品名称companyName Varchar 32 否 厂商名称Style Char 10 否 类别unitPrice Money 8 否 单价productDescribe Varchar 512 否 商品描述adminId Int 4 否 管理员编号表 4-4 商品信息表145.4 用户界面设计网上购物不是一个简单的概念, 它包含了许多个内容, 是由多个页面组成的一个整体的系统。 在主页功能方面, 采用图形用户界面技术, 是系统能够有多重图形窗口和丰富便利的操作界面,通过鼠标或键盘的操作,为用户提供最简洁的使用方法。5.5 安全模块设计

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

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

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

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

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

19、也可以是在线数据处理的数量。6.1.3 可用性测试1. 平台测试市场上有很多不同的操作系统类型, 最常见的有 Windows、Unix、Macintosh 、Linux 等。Web应用系统的最终用户究竟使用哪一种操作系统,取决于用户系统的配置。 这样, 就可能会发生兼容性问题, 同一个应用可能在某些操作系统下能正常运行, 但在另外的操作系统下可能会运行失败。 考虑的是实际情况, 我们的系统主要是在 Windows下的测试。2. 浏览器测试浏览器不同对应现实的界面可能有所不同, 为了保证兼容性, 软件在上市推广前必须进行浏览器测试,以保证对各个浏览器的兼容。6.1.4 安全性测试只有做好了安全,

20、 人们才可以放心地使用本系统, 该系统才能真正发挥出它的价值。安全性测试区域主要有:171. 现在的 Web应用系统基本采用先注册, 后登陆的方式。 因此, 必须测试有效和无效的用户名和密码, 要注意到是否大小写敏感, 可以试多少次的限制, 是否可以不登陆而直接浏览某个页面等。2.Web应用系统是否有超时的限制,也就是说,用户登陆后在一定时间内(例如15 分钟)没有点击任何页面,是否需要重新登陆才能正常使用3. 当使用了安全套接字时,还要测试加密是否正确,检查信息的完整性。4. 服务器端的脚本常常构成安全漏洞, 这些漏洞又常常被黑客利用。 所以, 还要测试没有经过授权,就不能在服务器端放置和编辑脚本的问题。6.1 部分功能模块测试由于时间原因, 目前系统只是实现了一部分内容, 本小节只对用户注册和用户登录进行了测试。1. 注册模块测试图 6-1 注册2. 登录模块测试图 6-2 登录18第7章 用户手册1.在浏览器地址栏中输入 http:/localhost 进行测试图 7-1 网站首页2. 在浏览器地址栏中输入 http:/localhost/admin 进行测试图 7-2 管理员登录193. 点击左侧的添加商品可以进行商品的添加图 7-3 商品发布4. 点击左侧的订单管理可以管理订单图 7-4 订单管理20

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号